Chuỗi Bitcoin bị tách nhánh: Vì sao mọi người nắm giữ BTC đều nhận một tài sản mới tỉ lệ 1:1

Bitcoin có hai nhánh tách trên lịch cho năm 2026. Nhà phát triển Paul Sztorc dự kiến thực hiện một hard fork có chủ ý mang tên eCash, kích hoạt tại độ cao block 964.000, dự kiến vào khoảng ngày 21 tháng 8. Riêng biệt, một đề xuất soft fork gây tranh cãi mang tên BIP-110 có khả năng làm chuỗi bị chia tách một cách tình cờ trong khung tín hiệu tháng 8. Cả hai sự kiện đều đặt ra cùng một câu hỏi cho bất kỳ ai đang nắm giữ BTC: vì sao việc chuỗi bị tách lại trao cho một đồng thứ hai, và vì sao tỷ giá luôn là 1:1 đúng tại thời điểm nó xảy ra.

Các ý chính

• Tách chuỗi Bitcoin sẽ nhân đôi tập UTXO, cho phép người nắm giữ nhận đồng theo tỷ lệ 1:1 trên cả hai sổ cái.
• Hard fork eCash của Paul Sztorc kích hoạt ở block Bitcoin 964.000 vào khoảng ngày 21 tháng 8 năm 2026.
• Cơ chế chống replay, độ khó khai thác và thị trường, chứ không phải sự hào phóng, quyết định liệu đồng bị fork có đứng vững hay không.

Câu trả lời không liên quan gì đến sự hào phóng và tất cả đều liên quan đến cách Bitcoin thực sự theo dõi quyền sở hữu.

Bitcoin không theo dõi số dư, nó theo dõi các đầu ra

Bitcoin không có sổ cái tài khoản kèm tên và tổng số chạy. Thay vào đó, nó theo dõi các đầu ra giao dịch chưa được sử dụng, gọi là UTXO. Mỗi UTXO là một phần bitcoin riêng lẻ được khóa vào một khóa (key) cụ thể. Số dư ví chỉ là tổng của mọi UTXO mà khóa cá nhân có thể mở khóa. Chi tiết này quan trọng vì nó giải thích chính xác fork sẽ sao chép cái gì.

Khi một hard fork tạo ra sự chia tách kéo dài, hai mạng sẽ bắt đầu thực thi các quy tắc khác nhau từ cùng một điểm mốc trong lịch sử. Mọi block trước điểm đó, và mọi UTXO tồn tại ngay trước khoảnh khắc ấy, đều giống hệt nhau trên cả hai chuỗi.

Diễn giải trực quan về một vụ tách chuỗi Bitcoin khi hai mạng không đồng ý về cùng một bộ quy tắc. Không cần phải tạo lại hay phát hành lại. Hai mạng đã có sẵn cùng các bản ghi, vì chúng từng là cùng một chuỗi cho đến khi tách.

Vì sao tỷ lệ 1:1 không phải là quà tặng, mà là sự nhân bản

Hãy hình dung một người nắm giữ có 1 BTC trong một UTXO duy nhất ngay trước khi tách. Đầu ra đó tồn tại trong lịch sử dùng chung mà cả hai chuỗi đều kế thừa. Chuỗi bitcoin nhận ra nó. Chuỗi fork mới cũng nhận ra nó, vì nó đã chấp nhận các block giống hệt cho đến điểm đó. Khóa cá nhân không hề bị “sao chép” bởi một quy trình nào của mạng. Nó vốn đã là thứ duy nhất có thể chi tiêu đầu ra đó, và giờ đây hai tập hợp node tách rời nhau độc lập cùng đồng ý về thực tế đó.

Diễn giải trực quan về cách các UTXO của BTC có thể chia sẻ cùng lịch sử sau khi tách chuỗi. Đó là lý do tỷ lệ luôn là 1:1 tại thời điểm chụp snapshot. Nó không phải là một đợt airdrop theo nghĩa thông thường, nơi một dự án mint token mới và gửi cho danh sách các địa chỉ. Không ai biên soạn một danh sách. Không có giao dịch mới nào di chuyển bất cứ thứ gì. Mạng fork chỉ đơn giản tính ra đúng tập UTXO trước khi tách giống như đã tồn tại, rồi bắt đầu áp dụng các quy tắc riêng của mình cho phần còn lại.

Một quy tắc không đảm bảo hai tương lai ngang nhau

Quan hệ 1:1 chỉ mô tả khoảnh khắc ngay tại thời điểm tách. Sau đó, hai chuỗi ngừng đồng bộ. Người nắm giữ có thể chi tiêu bitcoin của họ trên chuỗi gốc trong khi để đồng coin fork không bị chạm, hoặc ngược lại. Bitcoin mới được khai thác sau khi chuỗi bị tách chỉ tồn tại trên chuỗi Bitcoin. Các đồng mới được khai thác trên chuỗi fork chỉ tồn tại ở đó. Nguồn cung, giá và lịch sử giao dịch sẽ tách biệt kể từ lúc fork.

Tự quản lý ví (self-custody) về nguyên tắc giúp việc “nhận” cả hai phía trở nên đơn giản, vì người nào nắm khóa tại thời điểm snapshot thường có thể ký giao dịch trên cả hai chuỗi. Các khoản nắm giữ do bên thứ ba (custodial) hoạt động khác đi. Nếu bitcoin nằm trong ví của sàn giao dịch, sàn sẽ kiểm soát khóa tại thời điểm snapshot, không phải từng khách hàng cá nhân. Liệu khách hàng đó có nhận được đồng coin fork hay không hoàn toàn phụ thuộc vào chính sách của nền tảng, chứ không phải vào bản thân giao thức.

Lịch sử dùng chung tạo ra một rủi ro ẩn: replay

Vì cả hai chuỗi đều bắt đầu với các quy tắc ký kết giống hệt nhau, đôi khi một giao dịch được tạo cho một chuỗi có thể cũng hợp lệ trên chuỗi còn lại. Kẻ khai thác không cần khóa cá nhân. Họ chỉ cần sao chép một giao dịch đã được ký sẵn từ một mạng và phát lại (rebroadcast) nó trên mạng thứ hai. Nếu giao dịch đó được chấp nhận, người nắm giữ sẽ mất khả năng quyết định độc lập thời điểm và cách thức họ di chuyển đồng coin fork của mình.

Đó là lý do các hard fork nghiêm túc trong quá khứ đều tích hợp cơ chế chống replay, thường bằng cách nhúng một định danh gắn riêng theo chuỗi vào phần được ký. Một giao dịch có chứa định danh đó sẽ chỉ hợp lệ trên chuỗi dự định và thất bại trên chuỗi còn lại, đóng “lỗ hổng” mà không buộc người dùng phải làm thêm bất kỳ thao tác nào. Các fork không có cơ chế bảo vệ mạnh sẽ để quyết định đó cho người nắm giữ, người có thể cần cố ý tạo một giao dịch chỉ dành cho riêng một chuỗi trước khi có thể chuyển tiền một cách tự do trên cả hai phía.

Độ khó khai thác là chướng ngại tiếp theo của chuỗi mới

Một chuỗi fork cũng thừa hưởng độ khó khai thác của Bitcoin, vốn được hiệu chỉnh theo lượng hashrate mà mạng có trước khi tách. Con số này hiếm khi khớp với thứ mà chuỗi mới thực sự thu hút. Nếu lượng sức mạnh khai thác theo sau fork ít hơn nhiều, các block sẽ đến chậm cho đến khi lần điều chỉnh độ khó tiếp theo theo lịch kịp thời, để lại cho mạng mới một khoảng thời gian tạm thời nơi nó tạo block không đều và dễ bị gây nhiễu hơn so với chuỗi mà nó xuất phát từ đó.

Hashpower quyết định node thực sự theo chuỗi nào

Một chi tiết nữa giúp hai mạng không “chảy” vào nhau. Các node Bitcoin chọn chuỗi hợp lệ mang nhiều bằng chứng công việc tích lũy nhất (PoW), nhưng chỉ trong số các chuỗi tuân theo bộ quy tắc đồng thuận của chính họ. Một node thực thi các quy tắc gốc của Bitcoin sẽ không chấp nhận một block fork chỉ vì các thợ đào fork tạo ra nhiều công việc tích lũy hơn nằm sau nó. Hashrate sẽ dàn xếp các tranh chấp giữa các block hợp lệ đang cạnh tranh trên cùng một bộ quy tắc. Nó không có quyền lực để khiến một node chấp nhận một block vi phạm các quy tắc mà node đó đã thực thi sẵn. Đây cũng là một phần lý do vì sao một hard fork dẫn tới hai chuỗi bền vững thay vì chỉ một chuỗi duy nhất “thắng” hoàn toàn.

Không điều nào trong số này làm thay đổi cơ chế cốt lõi nằm sau cả eCash và BIP-110. Một tách chuỗi không tạo ra giá trị từ hư không. Nó nhân bản việc “nhận diện” một hồ sơ quyền sở hữu hiện có trên hai sổ cái, rồi sau đó để hai sổ cái đi theo con đường riêng của mình, trong khi cơ chế chống replay và độ ổn định khai thác quyết định liệu tài sản mới có trở nên hữu dụng như thế nào.