Hard fork

Hard fork là gì?

Hard fork là thay đổi đối với các quy tắc đồng thuận của blockchain, không tương thích ngược với các node đang chạy theo quy tắc cũ.

Sau khi quy tắc mới được kích hoạt, node đã nâng cấp có thể chấp nhận các block hoặc giao dịch mà node chưa nâng cấp xem là không hợp lệ.

Node muốn tiếp tục hoạt động trên mạng đã nâng cấp phải cài đặt phần mềm tương thích trước hoặc ngay sau thời điểm kích hoạt.

Bảng thuật ngữ dành cho nhà phát triển Bitcoin mô tả hard fork là thay đổi quy tắc đồng thuận làm ảnh hưởng đến tính bảo mật của các node không nâng cấp.

Bảng thuật ngữ Ethereum cũng giải thích rằng thay đổi hard fork có thể tạo ra sự phân kỳ vĩnh viễn khi các node cũ không thể xác thực block được tạo theo quy tắc mới.

Hard fork có thể thay đổi giới hạn block, định dạng giao dịch, hoạt động của máy ảo, phép toán mã hóa, quy tắc phí, yêu cầu đối với validator, quy tắc đào hoặc các thành phần nền tảng khác của giao thức tiền mã hóa.

Thuật ngữ này mô tả tính tương thích của thay đổi quy tắc, chứ không phản ánh mức độ bất đồng chính trị xung quanh thay đổi đó.

Một đợt nâng cấp mạng được lên kế hoạch và nhận được sự ủng hộ rộng rãi vẫn có thể là hard fork, ngay cả khi gần như mọi người tham gia đều chuyển sang cùng một blockchain đã nâng cấp.

Ngược lại, một hard fork gây tranh cãi có thể dẫn đến hai blockchain tồn tại song song nếu các nhóm tiếp tục thực thi những quy tắc khác nhau.

Tại sao gọi là fork?

Fork xảy ra khi những người tham gia blockchain không cùng theo một chuỗi block hợp lệ.

Từ này bắt nguồn từ hình ảnh một con đường chia thành hai nhánh.

Trước khi hard fork được kích hoạt, node đã nâng cấp và chưa nâng cấp có thể cùng đồng thuận về lịch sử blockchain.

Sau khi kích hoạt, các node có thể bất đồng về việc block mới nào đáp ứng quy tắc giao thức.

Node đã nâng cấp bắt đầu áp dụng quy tắc đồng thuận mới tại thời điểm kích hoạt được chỉ định.

Node cũ tiếp tục áp dụng quy tắc trước đó vì phần mềm không hiểu hoặc không chấp nhận thay đổi.

Nếu cả hai nhóm tiếp tục tạo và công nhận block, lịch sử blockchain chung có thể tách thành hai lịch sử độc lập.

Nếu gần như mọi người tham gia có ảnh hưởng về kinh tế đều nâng cấp, nhánh cũ có thể nhận được rất ít hoặc không còn sự hỗ trợ.

Thay đổi quy tắc vẫn là hard fork ngay cả khi không hình thành một loại tiền mã hóa thứ hai tồn tại lâu dài.

Hard fork hoạt động như thế nào?

Hard fork thường bắt đầu bằng đề xuất thay đổi một hoặc nhiều quy tắc đồng thuận của blockchain.

Nhà phát triển lập tài liệu đặc tả kỹ thuật mô tả hành vi mới.

Các nhóm phát triển client triển khai quy tắc trong phần mềm node tương thích.

Mã nguồn được xem xét, kiểm thử và thường được kích hoạt trên mạng phát triển hoặc testnet công khai trước khi triển khai trên mainnet.

Sau đó, người tham gia được hướng dẫn về phiên bản phần mềm cần dùng và các điều kiện kích hoạt.

Việc kích hoạt có thể diễn ra tại một chiều cao block, mốc thời gian, epoch, slot, giá trị tổng độ khó hoặc một điều kiện kích hoạt khác do giao thức quy định.

Trước thời điểm kích hoạt, phần mềm đã nâng cấp thường vẫn tuân theo quy tắc hiện hành.

Khi kích hoạt, node đã nâng cấp chuyển sang logic xác thực mới.

Block được tạo theo quy tắc mới có thể chứa các tính năng hoặc hành vi bị node cũ từ chối.

Thợ đào hoặc validator cũng phải chạy phần mềm tương thích nếu muốn block của họ được mạng đã nâng cấp chấp nhận.

Quy tắc đồng thuận là gì?

Quy tắc đồng thuận là các quy tắc mà những node vận hành độc lập sử dụng để xác định block, giao dịch và trạng thái blockchain có hợp lệ hay không.

Các quy tắc này có thể xác định lượng coin được phép lưu hành, chữ ký giao dịch, cấu trúc block, cách tính gas, mục tiêu Proof of Work, hành vi của validator và việc thực thi hợp đồng thông minh.

Node không chấp nhận một block chỉ vì người tham gia khác nói rằng block đó hợp lệ.

Node kiểm tra block dựa trên các quy tắc được triển khai trong phần mềm của mình.

Node triển khai các quy tắc không tương thích có thể đưa ra kết luận khác nhau về cùng một block.

Hard fork làm thay đổi các kết luận đó bằng cách cho phép hoặc yêu cầu hành vi mà phần mềm cũ không chấp nhận.

Đó là lý do hard fork cần có sự phối hợp giữa nhà vận hành node, thợ đào hoặc validator, nhà phát triển ứng dụng, nhà cung cấp hạ tầng, ví và những người tham gia mạng khác.

Hard fork và soft fork

Hard fork đưa ra thay đổi quy tắc mà node cũ không công nhận là hợp lệ.

Soft fork đưa ra các quy tắc chặt chẽ hơn nhưng vẫn có thể tương thích với những bước kiểm tra tính hợp lệ của node cũ.

Trong soft fork, node đã nâng cấp thực thi thêm một hạn chế, trong khi node cũ vẫn có thể công nhận các block tuân theo hạn chế đó là hợp lệ.

Trong hard fork, node đã nâng cấp có thể chấp nhận điều mà node cũ từ chối.

Ví dụ, hướng dẫn về blockchain Bitcoin giải thích rằng việc tăng kích thước block tối đa vượt giới hạn mà node cũ công nhận sẽ cần hard fork.

Sự khác biệt nằm ở tính tương thích kỹ thuật, chứ không phải ở việc bản nâng cấp tốt, xấu, phổ biến hay gây tranh cãi.

Cả hai loại fork đều có thể cần quá trình kiểm thử và phối hợp cộng đồng kỹ lưỡng.

Hard fork và fork chuỗi tạm thời

Fork chuỗi tạm thời có thể xảy ra mà không cần thay đổi quy tắc đồng thuận.

Hai thợ đào hoặc validator có thể tạo ra các block hợp lệ khác nhau gần như cùng thời điểm.

Một số node có thể nhận block này trước, trong khi các node khác nhận block cạnh tranh.

Cơ chế đồng thuận cuối cùng sẽ khiến một nhánh trở thành chuỗi được công nhận, còn nhánh kia bị bỏ lại.

Sự kiện ngắn hạn này đôi khi được gọi là fork do sự cố, nhánh cũ hoặc tái tổ chức tạm thời.

Hard fork khác ở chỗ nó thay đổi quy tắc dùng để đánh giá tính hợp lệ của block.

Các node chạy cùng một bộ quy tắc vẫn có thể gặp tình trạng cạnh tranh block tạm thời, còn hard fork liên quan đến những bộ quy tắc không tương thích.

Hard fork và fork phần mềm

Fork phần mềm xảy ra khi nhà phát triển sao chép mã nguồn của một dự án phần mềm rồi phát triển một phiên bản riêng.

Ý nghĩa này thường được dùng trong phát triển phần mềm nguồn mở.

Việc sao chép mã của client blockchain không tự động tạo ra một mạng tiền mã hóa mới.

Nhà phát triển có thể fork kho mã để đề xuất cải tiến, thử nghiệm tính năng hoặc duy trì một bản triển khai client độc lập.

Hard fork blockchain cụ thể là thay đổi hành vi đồng thuận trên mạng đang hoạt động và có thể ảnh hưởng đến những block được node chấp nhận.

Hai khái niệm có thể giao nhau khi một dự án phần mềm được sao chép ra mắt blockchain riêng, nhưng chúng không giống nhau.

Hard fork có kế hoạch

Hard fork có kế hoạch là đợt nâng cấp giao thức được lên lịch và nhận được sự ủng hộ của các cộng đồng phát triển và hạ tầng chủ chốt của mạng.

Thông tin kích hoạt thường được công bố trước.

Nhà vận hành node được hướng dẫn cài đặt phần mềm tương thích trước thời điểm kích hoạt.

Nhà phát triển ví, nhóm hợp đồng thông minh, validator, thợ đào, nhà cung cấp dữ liệu và các dịch vụ khác có thể kiểm thử hệ thống theo quy tắc sắp áp dụng.

Khi được áp dụng rộng rãi, mạng có thể chuyển sang quy tắc mới mà không cần duy trì một chuỗi cũ đáng kể.

Nhiều đợt nâng cấp lớn của mạng Ethereum được triển khai dưới hình thức hard fork phối hợp.

Dòng thời gian fork chính thức của Ethereum liệt kê các đợt nâng cấp đã thay đổi hoạt động của execution layer và consensus layer trong lịch sử mạng.

Hard fork gây tranh cãi

Hard fork gây tranh cãi xảy ra khi các nhóm lớn bất đồng về bộ quy tắc đồng thuận nên được áp dụng cho tiền mã hóa.

Một nhóm có thể áp dụng quy tắc mới, trong khi nhóm khác chủ ý tiếp tục dùng quy tắc cũ hoặc triển khai một thay đổi khác.

Nếu cả hai bên có đủ người dùng, nhà phát triển, nhà vận hành node, hoạt động kinh tế và đơn vị tạo block, hai mạng tồn tại lâu dài có thể hình thành.

Sau điểm tách, mỗi mạng sẽ phát triển lịch sử blockchain riêng.

Cuối cùng, các mạng có thể dùng tên, ký hiệu, lộ trình phát triển, mô hình bảo mật và giá trị thị trường khác nhau.

Fork gây tranh cãi vừa mang tính kỹ thuật vừa mang tính xã hội, bởi phần mềm không thể buộc những người tham gia độc lập công nhận một nhánh là hợp pháp.

Mọi hard fork có tạo ra coin mới không?

Không. Hầu hết hard fork được phối hợp không tạo ra một loại tiền mã hóa thứ hai tồn tại lâu dài.

Coin mới chỉ có ý nghĩa khi một nhánh thay thế tiếp tục hoạt động và nhận được đủ hỗ trợ về kỹ thuật lẫn kinh tế.

Nếu gần như toàn bộ thợ đào hoặc validator, node, người dùng, ví và ứng dụng chuyển sang quy tắc đã nâng cấp, nhánh cũ có thể ngừng tạo block hoặc trở nên không còn ý nghĩa về kinh tế.

Mạng đã nâng cấp có thể giữ nguyên tên, số dư tài sản, lịch sử và bản sắc cộng đồng hiện có.

Thông thường, người dùng vẫn nắm giữ cùng tài sản gốc mà không cần chuyển đổi khi nâng cấp định kỳ diễn ra thành công.

Một tài sản riêng có thể xuất hiện nếu nhóm khác chủ ý duy trì một blockchain khác sau khi tách.

Điều gì xảy ra với coin khi chuỗi tách?

Khi chuỗi tách vĩnh viễn, cả hai chuỗi đều dùng chung lịch sử giao dịch cho đến thời điểm fork.

Do đó, một địa chỉ nắm giữ tài sản trước khi tách có thể hiển thị số dư tương ứng trên cả hai chuỗi mới.

Ban đầu, khóa riêng tư kiểm soát địa chỉ trước fork có thể cho phép ký giao dịch trên cả hai chuỗi.

Điều đó không có nghĩa hai tài sản có cùng giá trị thị trường, độ an toàn, thanh khoản hoặc mức độ hỗ trợ dài hạn.

Mỗi chuỗi phát triển trạng thái riêng sau khi tách.

Giao dịch được xác nhận trên một nhánh không tự động cập nhật số dư trên nhánh còn lại, trừ khi cơ chế replay khiến cùng giao dịch đã ký được chấp nhận trên nhánh đó.

Người dùng cần hiểu các quy tắc bảo mật và chống replay trước khi tìm cách truy cập tài sản trên cả hai chuỗi.

Replay attack sau hard fork là gì?

Replay attack có thể xảy ra khi giao dịch được ký cho một blockchain cũng hợp lệ trên một blockchain khác có cùng lịch sử và quy tắc chữ ký.

Người quan sát có thể sao chép giao dịch đã ký từ một nhánh rồi phát nó lên nhánh kia.

Người dùng có thể chỉ định chuyển tài sản trên chuỗi thứ nhất nhưng vô tình chuyển tài sản tương ứng trên cả hai chuỗi.

Cơ chế chống replay giúp phân biệt giao dịch giữa các mạng.

EIP-155 bổ sung mã định danh chuỗi vào quy trình ký giao dịch Ethereum, giúp ngăn giao dịch dành cho một chuỗi hợp lệ trên chuỗi khác sử dụng mã định danh khác.

Người dùng không nên cho rằng mọi fork đều tự động có cơ chế chống replay hiệu quả.

Cần xem kỹ hướng dẫn riêng của fork trước khi chuyển tài sản phát sinh từ việc tách chuỗi.

Chain ID là gì?

Chain ID là mã định danh dạng số dùng để phân biệt các mạng blockchain trong quy trình ký giao dịch và hoạt động của ứng dụng.

Việc đưa Chain ID vào giao dịch đã ký giúp gắn quyền xác nhận với mạng dự kiến.

Ví cũng sử dụng Chain ID để chọn cài đặt mạng, địa chỉ hợp đồng, token và thông tin phí.

Hai chuỗi tồn tại lâu dài không nên cố ý dùng chung Chain ID nếu điều đó có thể gây rủi ro replay hoặc giao diện người dùng.

Chain ID không chứng minh mạng đáng tin cậy hoặc token hợp pháp.

Người dùng vẫn cần xác minh tên mạng, tài sản gốc, trình khám phá blockchain, cấu hình ví và chi tiết giao dịch.

Cách các node nhận diện fork

Node cần có cách xác định các peer có tương thích với cùng quy tắc chuỗi hay không.

EIP-2124 quy định mã nhận diện fork mà các node tương thích với Ethereum có thể dùng để kiểm tra tính tương thích giữa các peer.

Mã này thể hiện các lần kích hoạt fork trước đó và một thời điểm kích hoạt dự kiến trong tương lai.

Node tương thích có thể tiếp tục kết nối, trong khi các peer rõ ràng không tương thích có thể bị ngắt kết nối.

Điều này giúp tránh lãng phí tài nguyên khi liên tục trao đổi dữ liệu giữa các node cuối cùng sẽ từ chối chuỗi của nhau.

Mã nhận diện fork hỗ trợ an toàn mạng lưới nhưng không thay thế việc xác thực đầy đủ block và giao dịch.

Các phương thức kích hoạt hard fork

Kích hoạt theo chiều cao block bắt đầu khi blockchain đạt đến số block đã định trước.

Kích hoạt theo thời gian bắt đầu khi thời gian của block đạt hoặc vượt mốc đã chỉ định.

Kích hoạt theo epoch thường dùng trên mạng Proof of Stake, nơi thời gian đồng thuận được chia thành epoch và slot.

Kích hoạt theo tổng độ khó có thể diễn ra khi tổng Proof of Work tích lũy đạt ngưỡng xác định.

Mỗi phương thức đều có ưu điểm và những điểm cần lưu ý trong vận hành.

Thời gian tạo block có thể thay đổi, vì vậy không phải lúc nào cũng dự đoán chính xác đến từng giây thời điểm kích hoạt theo chiều cao block.

Lịch Proof of Stake dựa trên thời gian có thể giúp dự kiến thời điểm kích hoạt chính xác hơn.

Client phải triển khai logic kích hoạt nhất quán, nếu không có thể bất đồng tại thời điểm chuyển đổi.

Hard fork trên mạng Proof of Work

Trên mạng Proof of Work, thợ đào tạo block ứng viên còn full node xác thực block theo quy tắc đồng thuận.

Hard fork có thể thay đổi thuật toán đào, cấu trúc block, phần thưởng, cách tính độ khó, quy tắc giao dịch hoặc tài nguyên block được phép sử dụng.

Thợ đào không nâng cấp có thể tạo block bị node đã nâng cấp từ chối.

Thiết bị đào đã nâng cấp cũng có thể không tương thích với nhánh cũ khi thuật toán Proof of Work thay đổi.

Hashrate có thể phân chia giữa các chuỗi cạnh tranh nếu cả hai nhánh tiếp tục hoạt động.

Khi đó, độ an toàn của mỗi nhánh phụ thuộc một phần vào lượng sức mạnh đào tương thích còn lại và khả năng điều chuyển hashrate từ bên ngoài.

Full node vẫn từ chối block vi phạm quy tắc của mình, bất kể đã tốn bao nhiêu công sức để tạo ra block đó.

Hard fork trên mạng Proof of Stake

Trên mạng Proof of Stake, validator phải sử dụng phần mềm triển khai đúng quy tắc đồng thuận và thực thi.

Hard fork có thể thay đổi nhiệm vụ validator, định dạng block, hình phạt, chuyển đổi trạng thái, phép toán mã hóa hoặc hoạt động của máy ảo.

Validator dùng phần mềm lỗi thời có thể bỏ lỡ nhiệm vụ, theo nhánh không tương thích hoặc chịu hình phạt tùy giao thức.

Các bản triển khai client khác nhau phải đồng thuận về quy tắc mới để tránh lỗi đồng thuận.

Nhà vận hành node nên cập nhật cả client thực thi lẫn client đồng thuận nếu mạng sử dụng các lớp client riêng biệt.

Hướng dẫn vận hành node Ethereum khuyến nghị nhà vận hành cài đặt đúng phiên bản client trước các hard fork quan trọng.

Hard fork Ethereum

Ethereum sử dụng các đợt nâng cấp mạng được phối hợp để đưa thay đổi vào execution layer, consensus layer hoặc cả hai.

Đợt nâng cấp execution layer và consensus layer có thể có tên phát triển riêng, sau đó được kết hợp thành một tên nâng cấp công khai.

Ví dụ, các thay đổi Prague và Electra hợp thành đợt nâng cấp Pectra.

Tài liệu Pectra chính thức ghi nhận đợt nâng cấp được kích hoạt trên Ethereum Mainnet vào ngày 7 tháng 5 năm 2025.

Đợt nâng cấp lớn tiếp theo của Ethereum, Fulu-Osaka hay Fusaka, được kích hoạt vào ngày 3 tháng 12 năm 2025.

Tính đến tháng 7 năm 2026, dòng thời gian chính thức xác định Glamsterdam là đợt nâng cấp lớn tiếp theo, nhưng ngày kích hoạt vẫn chưa được xác định.

Các đợt nâng cấp này cho thấy hard fork có thể là phương thức phát triển giao thức định kỳ, chứ không nhất thiết nhằm tạo ra một coin cạnh tranh.

Hard fork Ethereum DAO

Hard fork Ethereum DAO là ví dụ lịch sử về phản ứng gây tranh cãi trước một sự cố lớn liên quan đến hợp đồng thông minh.

Cộng đồng mạng đã tranh luận liệu có nên thay đổi quy tắc giao thức để xử lý tài sản bị ảnh hưởng bởi sự cố hay không.

Một số người tham gia chấp nhận lịch sử đã thay đổi, trong khi những người khác tiếp tục công nhận lịch sử ban đầu.

Kết quả cho thấy quản trị blockchain bao gồm các quyết định xã hội về phần mềm và trạng thái mà người tham gia lựa chọn công nhận.

Tài liệu quản trị Ethereum đề cập sự kiện này như một ví dụ quan trọng về tương tác giữa những thay đổi giao thức lớn và sự phối hợp cộng đồng.

Ví dụ này không có nghĩa nhà phát triển có thể tùy tiện viết lại blockchain mỗi khi hợp đồng thông minh gặp sự cố.

Những can thiệp như vậy có thể tạo ra tranh chấp lâu dài về tính bất biến, tính chính danh và thẩm quyền quản trị.

Những điểm cần lưu ý về hard fork Bitcoin

Thay đổi đồng thuận của Bitcoin cần được phối hợp cẩn thận vì các node vận hành độc lập tự thực thi quy tắc mà họ lựa chọn.

Thay đổi được đề xuất nhằm mở rộng tập hợp block hợp lệ vượt quá những gì node cũ chấp nhận là thay đổi dạng hard fork.

Tăng giới hạn block vượt mức tối đa mà node cũ chấp nhận là một ví dụ kỹ thuật phổ biến.

Node cũ sẽ từ chối block lớn hơn ngay cả khi node đã nâng cấp chấp nhận.

Việc duy trì hai bộ quy tắc không tương thích có thể tạo ra các chuỗi riêng nếu cả hai bên tiếp tục nhận được hỗ trợ từ thợ đào, node, người dùng và hoạt động kinh tế.

Lịch sử Bitcoin đã tác động đến các cuộc thảo luận rộng hơn trong ngành crypto về nâng cấp thận trọng, khả năng tương thích ngược, quyền tự chủ của node và đồng thuận cộng đồng.

Tại sao blockchain sử dụng hard fork?

Blockchain có thể cần hard fork để bổ sung chức năng không thể triển khai theo quy tắc đồng thuận hiện có.

Hard fork có thể bổ sung loại giao dịch, tiền biên dịch mật mã, opcode, tính năng tài khoản hoặc năng lực validator mới.

Hard fork có thể thay đổi giới hạn tài nguyên để hỗ trợ mở rộng quy mô hoặc giảm rủi ro tấn công từ chối dịch vụ.

Hard fork có thể khắc phục lỗ hổng giao thức nghiêm trọng hoặc loại bỏ hành vi lỗi thời.

Hard fork có thể thay đổi cơ chế phát hành, tính phí, phân phối phần thưởng hoặc cơ chế đồng thuận.

Hard fork cũng có thể đơn giản hóa các quy tắc cũ gây phức tạp không cần thiết khi triển khai.

Thông thường, chỉ nên sử dụng hard fork sau khi cân nhắc khả năng tương thích, bảo mật, kiểm thử, triển khai và ảnh hưởng đến hệ sinh thái.

Quản trị hard fork

Blockchain công khai hiếm khi có một cá nhân nắm quyền vô hạn để buộc mọi người tham gia nâng cấp.

Nhà phát triển có thể đề xuất và triển khai phần mềm, nhưng nhà vận hành node quyết định phiên bản nào sẽ chạy.

Thợ đào hoặc validator quyết định tạo và xác thực những block tương thích nào.

Nhà phát triển ứng dụng quyết định phần mềm của họ hỗ trợ chuỗi nào.

Ví và nhà cung cấp hạ tầng quyết định cách gắn nhãn và kết nối với mạng sau khi thay đổi.

Người dùng và người nắm giữ tài sản quyết định mạng nào họ công nhận và sử dụng.

Sự phối hợp kinh tế giữa các nhóm này thường quyết định liệu bản nâng cấp có trở thành nhánh tiếp nối chủ đạo của chuỗi hay không.

Do đó, quá trình quản trị diễn ra thông qua đặc tả kỹ thuật, thảo luận công khai, bản phát hành client, kiểm thử, phát tín hiệu và việc thực sự áp dụng phần mềm.

Ai quyết định hard fork có thành công hay không?

Không có chỉ số đơn lẻ nào quyết định thành công của mọi hard fork.

Sự hỗ trợ của nhà phát triển rất quan trọng vì client phải triển khai và duy trì quy tắc.

Mức độ áp dụng của node quan trọng vì node thực thi tính hợp lệ.

Mức độ áp dụng của thợ đào hoặc validator quan trọng vì block phải được tạo theo quy tắc mới.

Sự hỗ trợ của ứng dụng và ví quan trọng vì người dùng cần truy cập mạng đầy đủ chức năng.

Thanh khoản và sự hỗ trợ của thị trường quan trọng khi xuất hiện các tài sản riêng biệt.

Sự công nhận của cộng đồng quan trọng vì giá trị tiền mã hóa một phần phụ thuộc vào kỳ vọng chung và sự đồng thuận xã hội.

Một nhánh hoạt động về kỹ thuật vẫn có thể yếu về kinh tế nếu ít người dùng hoặc ứng dụng công nhận.

Kiểm thử hard fork

Hard fork cần được kiểm thử trên nhiều bản triển khai client và điều kiện mạng khác nhau.

Nhà phát triển cần có bộ ca kiểm thử để xác nhận mọi client tính ra cùng trạng thái sau fork.

Testnet công khai có thể phát hiện vấn đề về đồng bộ node, mức độ tham gia của validator, xử lý giao dịch và khả năng tương thích ứng dụng.

Có thể tạo mạng phát triển tạm thời để kiểm thử riêng một đợt nâng cấp đã lên kế hoạch.

Nhóm bảo mật có thể thực hiện fuzz testing, kiểm thử vi sai, phân tích hình thức và mô phỏng tấn công từ chối dịch vụ.

Dù kiểm thử kỹ lưỡng, vẫn không thể đảm bảo quá trình kích hoạt trên mainnet sẽ hoàn toàn không gặp vấn đề.

Nhà vận hành nên theo dõi các kênh liên lạc chính thức và duy trì quy trình ứng phó sự cố trong giai đoạn chuyển đổi.

Đa dạng client và an toàn hard fork

Nhiều blockchain có từ hai bản triển khai node client độc lập trở lên.

Đa dạng client có thể giảm sự phụ thuộc vào một nền tảng mã nguồn, nhưng mọi client phải diễn giải quy tắc đồng thuận giống nhau.

Lỗi trong một client có thể khiến các node dùng client đó chấp nhận hoặc từ chối những block khác biệt.

Nếu client đó chiếm phần lớn mạng, lỗi có thể gây tách chuỗi nghiêm trọng hoặc mất tính chung cuộc.

Việc kiểm thử hard fork cần so sánh kết quả giữa các bản triển khai độc lập.

Nhà vận hành node cũng có thể giảm sự phụ thuộc của hệ sinh thái vào một bản triển khai bằng cách ủng hộ sự đa dạng client lành mạnh.

Nhà vận hành node cần làm gì?

Nhà vận hành node nên xác nhận liệu bản nâng cấp có yêu cầu phần mềm mới hay không.

Họ nên tải bản phát hành từ các nguồn dự án đã được xác thực.

Cần xem ghi chú phát hành để biết hệ điều hành được hỗ trợ, quy trình di chuyển cơ sở dữ liệu, thay đổi cấu hình và các tổ hợp client bắt buộc.

Nhà vận hành nên sao lưu khóa và dữ liệu cấu hình cần thiết trước khi bảo trì lớn.

Sau khi nâng cấp, cần đồng bộ và theo dõi node.

Nhà vận hành nên xác minh Chain ID, phiên bản fork, chiều cao block, kết nối peer và trạng thái client có khớp với mạng dự kiến hay không.

Bỏ qua bản nâng cấp bắt buộc có thể khiến node tiếp tục chạy trên chuỗi không tương thích hoặc không còn hoạt động.

Validator cần làm gì?

Validator phải cài đặt phần mềm hiểu quy tắc đồng thuận mới trước khi kích hoạt.

Họ nên xác nhận các thành phần thực thi, đồng thuận, validator và ký giao dịch có tương thích hay không.

Công cụ ký từ xa và giám sát cũng có thể cần được cập nhật.

Validator không nên chạy các cấu hình xung đột có thể dẫn đến ký hai lần hoặc tạo chứng thực không tương thích.

Cần cập nhật hệ thống dự phòng cẩn thận để tránh khởi động lại phần mềm lỗi thời khi chuyển đổi khẩn cấp.

Bỏ lỡ bản cập nhật có thể khiến validator mất phần thưởng, chịu hình phạt không hoạt động hoặc gặp hậu quả nghiêm trọng hơn tùy mạng và hành vi.

Thợ đào cần làm gì?

Thợ đào nên xác nhận node, phần mềm tạo block mẫu, hệ thống pool và firmware khai thác có hỗ trợ quy tắc mới hay không.

Hard fork thay đổi thuật toán Proof of Work có thể cần phần cứng hoặc firmware khác.

Đào block theo quy tắc lỗi thời có thể gây lãng phí điện vì node đã nâng cấp có thể từ chối các block đó.

Người tham gia pool nên hiểu hashrate họ đóng góp đang hỗ trợ chuỗi nào.

Không nên chỉ dựa vào tên pool hoặc bảng điều khiển, vì cấu hình và chính sách thanh toán có thể thay đổi khi fork gây tranh cãi.

Người dùng ví cần làm gì?

Người dùng ví thông thường thường không cần thao tác đặc biệt trong một hard fork được phối hợp.

Số dư và khóa riêng tư thường vẫn hợp lệ trên chuỗi đã nâng cấp.

Dù vậy, người dùng nên cập nhật phần mềm ví và làm theo thông báo từ các nguồn mạng có thẩm quyền.

Không bao giờ tiết lộ seed phrase để nhận bản nâng cấp, chuyển đổi coin, đồng bộ ví hoặc nhận tài sản fork được cho là có thật.

Nâng cấp giao thức hợp lệ không yêu cầu người dùng gửi cụm từ khôi phục cho website hoặc nhân viên hỗ trợ.

Khi một đợt tách lâu dài tạo ra các tài sản riêng, người dùng nên chờ hướng dẫn bảo mật rõ ràng trước khi tìm cách chuyển số dư ở một trong hai chuỗi.

Người dùng có cần chuyển đổi coin sau hard fork không?

Thông thường, nâng cấp mạng định kỳ không yêu cầu người dùng đổi coin cũ lấy coin mới.

Sổ cái và số dư hiện có tiếp tục được duy trì theo quy tắc đã nâng cấp.

Ví dụ, hướng dẫn nâng cấp Ethereum chính thức cho biết người dùng không cần chuyển đổi tài sản gốc sau các đợt nâng cấp giao thức được phối hợp.

Tin nhắn yêu cầu chuyển đổi khẩn cấp có thể là hành vi phishing.

Có thể cần thực hiện quy trình di chuyển riêng khi dự án chủ ý ra mắt mạng hoặc hợp đồng token mới, nhưng đây không phải tính năng tự động của mọi hard fork.

Người dùng nên xác minh thông tin di chuyển qua tài liệu giao thức chính thức thay vì tin nhắn không được yêu cầu.

Hard fork và khả năng tương thích của hợp đồng thông minh

Hard fork có thể thay đổi cách hợp đồng thông minh vận hành dù mã nguồn không thay đổi.

Chi phí gas có thể tăng hoặc giảm.

Opcode mới có thể được cung cấp.

Hành vi cũ có thể bị hạn chế hoặc loại bỏ.

Thông tin block, giao dịch hoặc tài khoản mà hợp đồng truy cập được có thể thay đổi.

Ứng dụng phụ thuộc vào giả định chính xác về gas, hành vi opcode hoặc trường dữ liệu block cần được kiểm thử theo quy tắc mới.

Nhà phát triển cũng nên xác nhận công cụ phát triển, trình lập chỉ mục, oracle, relayer và dịch vụ hạ tầng có hỗ trợ bản nâng cấp hay không.

Hard fork và mạng Layer 2

Mạng Layer 2 có thể phụ thuộc vào định dạng giao dịch, tính khả dụng dữ liệu, tính chung cuộc, chi phí gas và hành vi hợp đồng thông minh của lớp cơ sở.

Do đó, hard fork ở lớp cơ sở có thể ảnh hưởng đến rollup, bridge, sequencer, prover và hệ thống rút tiền.

Nhà phát triển Layer 2 có thể cần cập nhật phần mềm node, mạch chứng minh, triển khai hợp đồng hoặc cách tính phí.

Bản nâng cấp lớp cơ sở nhằm cải thiện khả năng mở rộng có thể tăng dung lượng dữ liệu hoặc bổ sung phép toán mã hóa mới.

Cần kiểm thử thay đổi trên cả hai lớp vì bản nâng cấp lớp cơ sở hợp lệ vẫn có thể làm lộ các giả định trong hệ thống phụ thuộc.

Hard fork và bridge

Bridge cross-chain phải xác định sẽ công nhận nhánh nào khi blockchain được kết nối bị tách.

Bridge chấp nhận thông điệp từ cả hai nhánh mà không phân biệt rõ có thể gặp vấn đề về yêu cầu tài sản bị nhân đôi hoặc không được hỗ trợ.

Nhà vận hành bridge có thể tạm dừng chuyển tài sản trong đợt fork gây tranh cãi cho đến khi danh tính chuỗi và tính chung cuộc rõ ràng hơn.

Hợp đồng thông minh có thể cần cập nhật Chain ID, tập validator hoặc các gốc block được chấp nhận.

Người dùng nên tránh chuyển tài sản đã bridge trong thời gian chưa rõ ràng, trừ khi bridge đã công bố chính sách hỗ trợ cụ thể.

Hard fork và oracle

Oracle cung cấp dữ liệu bên ngoài được hệ thống cho vay, tài sản neo giá, sản phẩm phái sinh và các hợp đồng thông minh khác sử dụng.

Việc tách chuỗi có thể tạo ra hai phiên bản của cùng một hợp đồng oracle và nguồn cấp dữ liệu giá.

Nhà vận hành oracle phải quyết định sẽ báo cáo dữ liệu trên một nhánh, cả hai nhánh hay tạm thời không nhánh nào.

Ứng dụng có thể hoạt động sai nếu giả định dữ liệu oracle sẽ tiếp tục bình thường sau mọi fork.

Nhóm giao thức nên xây dựng quy trình khẩn cấp cho giá lỗi thời, tái tổ chức chuỗi và các nhánh không được hỗ trợ.

Hard fork và tài sản neo giá ổn định

Việc tách blockchain có thể nhân đôi biểu diễn trên chuỗi của tài sản neo giá ổn định mà không nhân đôi lượng dự trữ ngoài chuỗi của tổ chức phát hành.

Tổ chức phụ trách quy đổi có thể chỉ công nhận một nhánh.

Token trên nhánh không được hỗ trợ có thể mất giá trị quy đổi dù số dư trên hợp đồng thông minh không thay đổi.

Người dùng không nên cho rằng mọi token được nhân đôi đều đại diện cho một quyền đòi tài sản thực cũng được nhân đôi.

Nhà phát hành tài sản, đơn vị lưu ký, bridge và hệ thống quản trị có thể ảnh hưởng đến nhánh nào còn được hỗ trợ trên thực tế.

Hard fork và vị thế DeFi

Fork tồn tại lâu dài có thể nhân đôi trạng thái hợp đồng thông minh như tài sản thế chấp, khoản vay, vị thế thanh khoản và số dư quản trị.

Trạng thái được sao chép không đảm bảo cả hai phiên bản tiếp tục hoạt động hiệu quả về kinh tế.

Nguồn cấp giá, tài sản ổn định, bridge, quản trị viên, đơn vị thanh lý, ứng dụng giao diện và dịch vụ bên ngoài có thể chỉ hỗ trợ một nhánh.

Vị thế cho vay có thể trở nên không an toàn nếu oracle ngừng cập nhật.

Pool thanh khoản có thể mất cân bằng nghiêm trọng khi một tài sản bị nhân đôi mất giá trị bên ngoài.

Người dùng không nên coi các vị thế DeFi được nhân đôi là tài sản bổ sung không rủi ro.

Hard fork và NFT

Hard fork có thể tạo ra các bản ghi NFT trên chuỗi giống hệt nhau trên cả hai nhánh tại thời điểm tách.

Thị trường, nhà sáng tạo, dịch vụ metadata, quyền sở hữu trí tuệ và sự đồng thuận của cộng đồng có thể chỉ công nhận một phiên bản.

Hình ảnh hoặc metadata ngoài chuỗi không tự động trở thành tài sản riêng chỉ vì trạng thái hợp đồng được sao chép.

Giá trị kinh tế của mỗi phiên bản phụ thuộc vào việc tiếp tục được công nhận và hỗ trợ hạ tầng.

Hard fork và token quản trị

Số dư token quản trị có thể được nhân đôi khi chuỗi tách.

Khi đó, mỗi nhánh có thể tiến hành bỏ phiếu riêng hoặc công nhận các quyết định quản trị khác nhau.

Quyền ủy quyền và trạng thái đề xuất cũng có thể được sao chép tại thời điểm fork.

Tổ chức ngoài chuỗi, pháp nhân, website, kho mã và người ký giao dịch từ kho quỹ có thể chỉ hỗ trợ một nhánh.

Quyền biểu quyết bằng token không nhất thiết quyết định nhánh nào kiểm soát tài nguyên bên ngoài.

Rủi ro bảo mật của hard fork

Hard fork có thể làm lộ lỗi phần mềm chưa được phát hiện trong quá trình kiểm thử.

Client khác nhau có thể tính ra kết quả khác nhau từ cùng một giao dịch.

Node lỗi thời có thể đi theo chuỗi không tương thích.

Validator có thể bỏ lỡ nhiệm vụ hoặc ký các thông điệp xung đột.

Thợ đào có thể lãng phí hashrate vào các block bị từ chối.

Ứng dụng có thể dùng sai Chain ID hoặc địa chỉ hợp đồng.

Replay attack có thể khiến tài sản bị chuyển ngoài ý muốn giữa các nhánh.

Mức độ tham gia đào hoặc staking giảm có thể tạm thời làm suy yếu bảo mật chuỗi.

Kẻ lừa đảo có thể lợi dụng sự nhầm lẫn bằng hướng dẫn nâng cấp giả, tài sản giả mạo hoặc công cụ ví gian lận.

Rủi ro thị trường của hard fork

Hard fork gây tranh cãi có thể khiến giá biến động mạnh.

Người tham gia thị trường có thể bất đồng về nhánh nào sẽ được hỗ trợ lâu dài.

Thanh khoản có thể bị phân tán giữa các tài sản liên quan.

Nhà cung cấp hạ tầng có thể tạm dừng nạp và rút trong thời gian chưa chắc chắn.

Tiêu chuẩn xác nhận giao dịch có thể được nâng lên vì khả năng tái tổ chức chuỗi tăng.

Tài sản fork mới được tạo có thể ban đầu có thanh khoản thấp và giá biến động cực mạnh.

Không có gì đảm bảo tổng giá trị của hai tài sản sau fork bằng hoặc cao hơn giá trị tài sản ban đầu.

Lừa đảo liên quan đến hard fork

Kẻ lừa đảo thường tuyên bố người dùng phải kết nối ví để nhận coin được tạo ra từ hard fork sắp tới.

Website giả mạo có thể yêu cầu seed phrase, khóa riêng tư, phê duyệt token hoặc chữ ký thông điệp.

Một hình thức lừa đảo khác là bán token fork giả trước khi có mạng hợp pháp.

Kẻ tấn công cũng có thể tạo phần mềm ví giả mạo, tuyên bố hỗ trợ cả hai nhánh nhưng thực chất đánh cắp khóa.

Không có quy trình nhận tài sản fork hợp lệ nào yêu cầu người dùng tiết lộ cụm từ khôi phục.

Người dùng nên xác nhận tài liệu chính thức của chuỗi, mã nguồn, bản phát hành client, Chain ID, cơ chế chống replay và trình khám phá blockchain trước khi tương tác.

Cách chuẩn bị cho hard fork

Xác nhận chính xác ngày, block, epoch hoặc điều kiện kích hoạt khác thông qua các nguồn mạng có thẩm quyền.

Xác định bản nâng cấp được phối hợp hay có khả năng tạo ra đợt tách lâu dài.

Cập nhật phần mềm node, validator, ví và ứng dụng qua các kênh đã xác thực.

Sao lưu khóa và dữ liệu cấu hình cần thiết mà không để lộ thông tin khôi phục bí mật.

Xác minh Chain ID, phiên bản client, mã nhận diện fork và địa chỉ hợp đồng.

Tạm dừng các hoạt động tự động có rủi ro cao nếu bản nâng cấp có thể ảnh hưởng đến hành vi giao dịch hoặc tính chung cuộc.

Chờ block được tạo ổn định trước khi chuyển số lượng lớn sau đợt tách gây tranh cãi.

Xem xét cơ chế chống replay trước khi tìm cách truy cập tài sản bị nhân đôi.

Cách đánh giá hard fork được đề xuất

Bắt đầu bằng việc xác định chính xác quy tắc đồng thuận nào sẽ thay đổi.

Xem xét đặc tả kỹ thuật và lý do thay đổi.

Kiểm tra xem nhiều nhóm client độc lập đã triển khai và kiểm thử đề xuất hay chưa.

Xem kết quả testnet, kiểm toán, rủi ro đã biết và những bất đồng chưa được giải quyết.

Xác định phương thức kích hoạt và điều gì xảy ra với node lỗi thời.

Kiểm tra giao dịch có cơ chế chống replay và Chain ID riêng hay không.

Cân nhắc ảnh hưởng của bản nâng cấp đến ví, hợp đồng thông minh, validator, thợ đào, bridge, oracle và mạng Layer 2.

Phân biệt sự hỗ trợ về kỹ thuật với tuyên bố quảng bá về giá tài sản trong tương lai.

Lợi ích của hard fork

Hard fork có thể đưa vào các chức năng lớn mà quy tắc cũ không hỗ trợ.

Hard fork có thể khắc phục điểm yếu nghiêm trọng của giao thức.

Hard fork có thể cải thiện khả năng mở rộng, xử lý giao dịch, hỗ trợ mật mã hoặc trải nghiệm của nhà phát triển.

Hard fork có thể thay đổi các thông số kinh tế không còn phù hợp với mục tiêu của mạng.

Hard fork có thể loại bỏ hành vi lỗi thời và đơn giản hóa việc triển khai client.

Hard fork cũng có thể cho phép cộng đồng có những ưu tiên khác biệt căn bản duy trì bộ quy tắc độc lập.

Hạn chế của hard fork

Hard fork cần sự phối hợp rộng rãi giữa nhiều người tham gia độc lập.

Node lỗi thời có thể trở nên không tương thích hoặc kém an toàn.

Kích hoạt thất bại có thể làm gián đoạn việc tạo block hoặc chức năng ứng dụng.

Fork gây tranh cãi có thể chia rẽ người dùng, nhà phát triển, nguồn lực bảo mật, thanh khoản và hiệu ứng mạng lưới.

Tài sản được sao chép có thể gây ra vấn đề về replay, bridge, oracle và quy đổi.

Bản nâng cấp cũng có thể tạo ra lỗi mới trong khi tìm cách giải quyết vấn đề cũ.

Do đó, cần xem hard fork là sự kiện giao thức lớn chứ không phải một bản cập nhật ứng dụng thông thường.

Những hiểu lầm phổ biến về hard fork

Một hiểu lầm phổ biến là mọi hard fork đều tạo ra tiền mã hóa miễn phí.

Hầu hết các đợt nâng cấp theo kế hoạch vẫn duy trì một mạng duy nhất, không tạo ra tài sản thứ hai có giá trị.

Một hiểu lầm khác là hard fork luôn bắt nguồn từ tranh chấp trong cộng đồng.

Nhiều hard fork là đợt nâng cấp kỹ thuật được ủng hộ rộng rãi.

Hiểu lầm thứ ba là chỉ nhà phát triển mới có thể buộc mọi người áp dụng quy tắc mới.

Người tham gia độc lập tự chọn phần mềm và chuỗi mà họ công nhận.

Hiểu lầm thứ tư là số dư trên chuỗi bị nhân đôi đảm bảo giá trị thực tế cũng nhân đôi.

Dự trữ ngoài chuỗi, ứng dụng, thanh khoản và sự hỗ trợ của cộng đồng có thể chỉ công nhận một nhánh.

Hiểu lầm thứ năm là người dùng phải nhập cụm từ khôi phục để cập nhật coin.

Nâng cấp blockchain không bao giờ yêu cầu tiết lộ bí mật ví cho người khác hoặc website.

Câu hỏi thường gặp

Hard fork là gì, giải thích đơn giản?

Hard fork là thay đổi quy tắc blockchain mà phần mềm node cũ không thể chấp nhận hoặc xác thực đầy đủ.

Hard fork có phải là blockchain mới không?

Hard fork thay đổi quy tắc blockchain và có thể tạo ra một nhánh mới, nhưng blockchain riêng tồn tại lâu dài chỉ hình thành khi người tham gia tiếp tục hỗ trợ cả hai bộ quy tắc.

Mọi hard fork có tạo ra tiền mã hóa mới không?

Không. Các đợt nâng cấp được phối hợp thường tiếp tục trên một mạng duy nhất mà không tạo ra tài sản thứ hai có ý nghĩa.

Hard fork khác soft fork như thế nào?

Hard fork đưa ra quy tắc bị node cũ từ chối, còn soft fork thường đưa ra quy tắc chặt chẽ hơn nhưng vẫn hợp lệ theo các bước kiểm tra rộng hơn của node cũ.

Hard fork có thể xảy ra ngoài ý muốn không?

Lỗi phần mềm có thể vô tình gây ra quá trình xác thực không tương thích, nhưng hard fork theo kế hoạch là thay đổi giao thức được đặc tả và kích hoạt có chủ ý.

Tôi có cần bán crypto trước hard fork không?

Không có quy tắc chung nào yêu cầu bán tài sản, nhưng người dùng nên hiểu rủi ro biến động, tách chuỗi, replay và thanh khoản.

Tôi có cần chuyển đổi coin sau hard fork không?

Nâng cấp được phối hợp thường không cần chuyển đổi vì số dư hiện có tiếp tục được duy trì theo quy tắc đã cập nhật.

Địa chỉ ví của tôi có thay đổi sau hard fork không?

Địa chỉ thường vẫn hợp lệ, dù quy tắc mới, định dạng địa chỉ hoặc thiết kế di chuyển của một mạng cụ thể có thể cần cách xử lý khác.

Số dư của tôi có thể xuất hiện trên cả hai chuỗi không?

Có. Khi hai chuỗi dùng chung lịch sử trước fork, số dư trước fork có thể ban đầu xuất hiện trên cả hai nhánh.

Coin fork bị nhân đôi có phải là tiền miễn phí không?

Không. Số dư bị nhân đôi có thể liên quan đến replay attack, thanh khoản thấp, tài sản không được hỗ trợ, ví không an toàn, thuế, lừa đảo và giá trị thị trường không chắc chắn.

Cơ chế chống replay là gì?

Cơ chế chống replay ngăn chặn hoặc giảm khả năng giao dịch được ký cho một chuỗi bị sao chép và chấp nhận trên chuỗi khác.

Chain ID là gì?

Chain ID xác định một mạng blockchain và có thể gắn giao dịch đã ký với riêng mạng đó.

Hard fork có thể đảo ngược giao dịch không?

Về lý thuyết, hard fork có thể thay đổi trạng thái được công nhận, nhưng nâng cấp định kỳ thường giữ nguyên lịch sử giao dịch và số dư hiện có.

Ai kiểm soát hard fork?

Nhà phát triển đề xuất và triển khai quy tắc, còn node, thợ đào, validator, ứng dụng, người dùng và các bên tham gia kinh tế quyết định họ hỗ trợ phần mềm và chuỗi nào.

Thợ đào có thể ép buộc hard fork không?

Thợ đào có thể dùng hashrate để hỗ trợ một nhánh, nhưng full node vẫn có thể từ chối block vi phạm quy tắc mà node thực thi.

Validator có thể tiếp tục dùng phần mềm cũ không?

Về mặt kỹ thuật, họ có thể tiếp tục chạy phần mềm đó, nhưng có thể đi theo chuỗi không tương thích, bỏ lỡ nhiệm vụ hoặc chịu hình phạt giao thức.

Hard fork có ảnh hưởng đến hợp đồng thông minh không?

Có. Thay đổi chi phí gas, opcode, loại giao dịch, trường dữ liệu block hoặc quy tắc chuyển đổi trạng thái có thể ảnh hưởng đến hoạt động của hợp đồng thông minh.

Hard fork có ảnh hưởng đến vị thế DeFi không?

Có. Trạng thái bị nhân đôi, oracle không được hỗ trợ, bridge gặp sự cố, thanh khoản phân mảnh và giá tài sản thay đổi có thể khiến vị thế sau fork không an toàn.

Hard fork có ảnh hưởng đến NFT không?

Có. Bản ghi có thể tồn tại trên cả hai nhánh, nhưng sự công nhận của thị trường, dịch vụ metadata, nhà sáng tạo và cộng đồng có thể khác nhau.

Làm sao nhận coin từ fork một cách an toàn?

Trước tiên, người dùng nên xác minh có chuỗi thứ hai hợp lệ hay không, kiểm tra cơ chế chống replay, sử dụng phần mềm đã được đánh giá và tuyệt đối không tiết lộ cụm từ khôi phục.

Tại sao mạng lên lịch hard fork?

Mạng lên lịch hard fork để bổ sung tính năng lớn, thay đổi hoạt động đồng thuận, khắc phục lỗ hổng, cải thiện khả năng mở rộng hoặc cập nhật quy tắc kinh tế.

Hard fork có thể thất bại không?

Có. Mức độ áp dụng thấp, lỗi client, cách triển khai không nhất quán, phối hợp yếu hoặc kiểm thử chưa đầy đủ có thể làm gián đoạn quá trình kích hoạt.

Hard fork có vĩnh viễn không?

Quy tắc đồng thuận mới tiếp tục có hiệu lực trên chuỗi đã nâng cấp cho đến khi một thay đổi giao thức khác điều chỉnh chúng.

Hard fork luôn có hại cho tiền mã hóa không?

Không. Hard fork được kiểm thử kỹ và hỗ trợ rộng rãi có thể cải thiện mạng, trong khi fork phối hợp kém có thể tạo ra rủi ro nghiêm trọng.

Làm cách nào xác minh thông báo hard fork?

Kiểm tra tài liệu giao thức chính thức, ghi chú phát hành client, đặc tả kỹ thuật, thông tin kích hoạt và nhiều nhóm phát triển độc lập.

Hard fork có yêu cầu seed phrase của tôi không?

Không. Nâng cấp blockchain hợp lệ không bao giờ yêu cầu người dùng tiết lộ seed phrase hoặc khóa riêng tư.

Kết luận

Hard fork là thay đổi không tương thích ngược đối với quy tắc đồng thuận được các node tiền mã hóa thực thi.

Node đã nâng cấp bắt đầu chấp nhận hoặc yêu cầu hành vi mà node cũ không công nhận là hợp lệ.

Thay đổi này có thể là đợt nâng cấp mạng theo kế hoạch hoặc một phần của bất đồng nghiêm trọng về tương lai blockchain.

Hard fork không tự động tạo ra chuỗi thứ hai tồn tại lâu dài hoặc tiền mã hóa mới có giá trị.

Muốn một đợt tách tồn tại lâu dài, cả hai nhánh cần tiếp tục nhận được hỗ trợ về kỹ thuật, bảo mật, cộng đồng và kinh tế.

Khi xảy ra tách chuỗi, số dư trước fork có thể xuất hiện trên cả hai chuỗi, nhưng tài sản tạo ra có thể khác nhau về bảo mật, thanh khoản, quản trị và giá trị thị trường.

Cơ chế chống replay và Chain ID riêng rất quan trọng vì ban đầu cả hai nhánh có thể dùng chung khóa riêng tư và định dạng giao dịch.

Nhà vận hành node, thợ đào, validator, ví, nhà phát triển hợp đồng thông minh, bridge, oracle và hệ thống Layer 2 đều cần chuẩn bị cho những thay đổi ảnh hưởng đến phần mềm của họ.

Trong đợt nâng cấp được phối hợp, người dùng thông thường thường chỉ cần cập nhật phần mềm ví đáng tin cậy.

Họ không bao giờ nên nhập cụm từ khôi phục vào website để chuyển đổi, cập nhật, xác thực hoặc nhận tài sản liên quan đến fork.

Hard fork là công cụ quan trọng để bổ sung chức năng, khắc phục điểm yếu giao thức, thay đổi quy tắc kinh tế và hỗ trợ blockchain phát triển lâu dài.

Hard fork cũng tạo ra rủi ro về client không tương thích, tách chuỗi, tài sản bị nhân đôi, ứng dụng không ổn định và bất ổn thị trường.

Cách tiếp cận an toàn nhất là xác minh đặc tả kỹ thuật, điều kiện kích hoạt, bản phát hành client chính thức, danh tính chuỗi và thiết kế chống replay trước khi hành động.

Trong lĩnh vực tiền mã hóa, hard fork cho thấy quy tắc blockchain được thực thi bằng phần mềm nhưng chỉ được áp dụng thông qua sự phối hợp giữa những người và tổ chức chọn chạy phần mềm đó.