Bitcoin giải quyết cuộc đua AntPool–SpiderPool tại block 966.500 như thế nào?

Ngày 11/9/2026, mạng Bitcoin trong chốc lát có hai block hợp lệ cùng ở độ cao 966.500. SpiderPool và AntPool đã độc lập đào các block cùng trỏ về một block cha, tạo nên một nhánh rẽ tạm thời dài một block. Kết quả cuối cùng: mạng tiếp tục xây trên phiên bản của AntPool; block của SpiderPool dù hợp lệ vẫn trở thành block stale — tức block không còn nằm trên chuỗi chính. 1820

Chuyện gì đã xảy ra ở độ cao 966.500?

Theo các báo cáo dẫn lại dữ liệu của Galaxy Research, một node giám sát ban đầu nhận block của SpiderPool trước, nên tạm thời coi nhánh SpiderPool là đầu chuỗi. Trong khi đó, AntPool cũng đã tạo một block hợp lệ khác tại đúng độ cao này. Do block không thể lan truyền đến mọi node cùng một thời điểm, các khu vực khác nhau của mạng có thể nhất thời nhìn thấy các block đầu chuỗi khác nhau. 1835

Block AntPool sau đó được chấp nhận có dấu thời gian 11:30:30 UTC và gồm 4.359 giao dịch. Dữ liệu ForkMonitor ghi nhận block cạnh tranh của SpiderPool có dấu thời gian trong phần header là 11:35:19 UTC. Tuy nhiên, node bcoin của ForkMonitor lại nhìn thấy block SpiderPool lúc 11:30:42 UTC, sớm hơn thời điểm node này ghi nhận block AntPool. 1740

Điểm cần lưu ý: dấu thời gian trong header do thợ đào đặt trong các giới hạn của giao thức; nó không cho biết chính xác mọi node trong mạng đã nhận block vào lúc nào. Vì vậy, không có mâu thuẫn khi một block có timestamp muộn hơn lại đến một node quan sát sớm hơn.

Các nguồn được cung cấp cũng không xác nhận tương đương về số lượng giao dịch trong block stale của SpiderPool. Do đó, không nên coi con số này là dữ kiện đã được thiết lập.

Vì sao nhánh AntPool thắng?

Bitcoin không giữ vĩnh viễn một nhánh chỉ vì một node nào đó nhận block của nhánh ấy trước. Các node sẽ đi theo chuỗi hợp lệ có tổng công việc bằng chứng (proof-of-work) tích lũy lớn nhất.

Ban đầu, mỗi pool có một nhánh dài một block ở độ cao 966.500. Sau đó, block 966.501 được đào trên phiên bản 966.500 của AntPool. Nhánh AntPool vì thế có nhiều công việc tích lũy hơn nhánh một block của SpiderPool, và các node hội tụ về nhánh này như chuỗi chính. Block SpiderPool bị tách khỏi chuỗi hoạt động và trở thành block stale. 2235

Đây là cách một cuộc đua fork vô tình được giải quyết theo cơ chế bình thường của Bitcoin: các thợ đào cuối cùng sẽ chuyển công việc sang nhánh đã có lợi thế về bằng chứng công việc.

Block và phần thưởng được xử lý ra sao?

Dữ liệu giám sát blockchain cho thấy đã tồn tại hai phiên bản của block 966.500: block AntPool ở lại chuỗi chính, còn block SpiderPool được đánh dấu là stale. Đây không phải là hai phiên bản tồn tại vĩnh viễn của sổ cái Bitcoin. 2240

Block được chấp nhận của AntPool được báo cáo có tổng phần thưởng 3,14112795 BTC. Bản nghiên cứu trước đó từng nêu phần thưởng xấp xỉ 3,1389 BTC cho block stale của SpiderPool, nhưng các trích đoạn nguồn được cung cấp không xác thực độc lập con số chính xác này. Điều chắc chắn là coinbase reward của một block stale không thể được chi tiêu như phần thưởng đã xác nhận trên chuỗi chính. 22

Vì sao timestamp trông có vẻ ngược đời?

Dữ liệu ForkMonitor minh họa rõ một điểm dễ gây nhầm lẫn: header của block AntPool có thời gian sớm hơn block SpiderPool, nhưng node quan sát của họ lại thấy block SpiderPool trước. 40

Điều này không trái với cơ chế đồng thuận Bitcoin. Quá trình truyền block qua mạng cần thời gian, còn timestamp của header không phải mốc ghi nhận thời điểm block đến từng node. Thứ quyết định nhánh thắng không phải timestamp và cũng không phải thứ tự một node đơn lẻ nhìn thấy block, mà là lượng công việc tích lũy phía sau nhánh đó.

Lần tái tổ chức một block thứ ba trong bốn tuần

Galaxy Research mô tả sự kiện ngày 11/9 là lần tái tổ chức một block thứ ba được ghi nhận trong bốn tuần, sau các sự kiện ở độ cao 962.722 ngày 16/8 và 963.853 ngày 24/8. Mẫu số chung là cạnh tranh ngắn giữa các nhánh hợp lệ, rồi mạng tự động hội tụ khi một nhánh có thêm công việc tích lũy. 2635

Việc nhiều tái tổ chức nhỏ xuất hiện gần nhau tự nó không chứng minh có lỗi đồng thuận. Reorg một block là hệ quả có thể xảy ra của mô hình đào proof-of-work: đôi khi các thợ đào khác nhau tìm được block hợp lệ gần như cùng lúc, trong khi thông tin vẫn đang lan truyền trên mạng. 2325

Người dùng cần lưu ý gì?

Với người dùng thông thường, đây là lời nhắc rằng một xác nhận đầu tiên không đồng nghĩa với tính chung cuộc tuyệt đối. Nếu một giao dịch chỉ xuất hiện trong block stale, xác nhận của giao dịch đó có thể biến mất; giao dịch sau đó có thể được phát lại hoặc được đưa vào một block khác trên chuỗi chính. 2331

Sự cố ngày 11/9 được ghi nhận là kết quả bình thường của cơ chế lan truyền và đồng thuận, không phải bằng chứng về double-spend, lỗi giao thức hay một cuộc tấn công. Các bên nhận thanh toán giá trị lớn — như sàn giao dịch, nhà bán hàng hoặc đơn vị lưu ký — vẫn nên chờ số lượng xác nhận phù hợp với mức rủi ro, thay vì chỉ dựa vào việc giao dịch vừa xuất hiện trong block mới nhất. 2325