Bỏ qua tới nội dung

Không phải sàn giao dịch, không nhận tiền.

Reorg là gì, vì sao sàn chờ đủ xác nhận mới ghi có?

Reorg là khi blockchain bỏ vài khối gần đỉnh để theo một nhánh khác. Xem vì sao giao dịch đã hiện trên explorer vẫn có thể mất và sàn chờ đủ xác nhận.

Đăng 11 phút đọc 16 nguồn
Mục lục 9 phần
  1. 01Reorg là gì?
  2. 02Reorg xảy ra thế nào? Ví dụ từng bước
  3. 03Giao dịch trong khối bị reorg sẽ ra sao?
  4. 04Reorg khác tấn công 51% thế nào?
  5. 05PoW và PoS chốt khối khác nhau ra sao?
  6. 06Những vụ reorg sâu nào có nguồn?
  7. 07Vì sao sàn chờ đủ xác nhận mới ghi có?
  8. 08Người dùng nên làm gì khi khoản nạp bị reorg?
  9. 09Reorg và pháp luật Việt Nam
  10. Câu hỏi thường gặp
  11. Nguồn tham khảo

Tóm tắt nhanh

  • Reorg (chain reorganization) là khi các node bỏ một hoặc vài khối gần đỉnh chuỗi và chuyển sang một nhánh khác được quy tắc chọn nhánh ưu tiên hơn.
  • Giao dịch trong khối bị bỏ quay về trạng thái chưa xác nhận. Thường nó được ghi lại ở nhánh mới; nếu nhánh mới chứa giao dịch tiêu cùng số tiền, giao dịch cũ mất hẳn.
  • Bitcoin chốt theo xác suất: bitcoin.org coi 6 xác nhận là mức tối thiểu cho khoản lớn. Ethereum chốt khối sau khoảng 15 phút theo ethereum.org; Polygon PoS chốt trong 2 đến 5 giây theo tài liệu Polygon.
  • Các vụ reorg sâu có nguồn: Bitcoin 03/2013 (BIP 50), Ethereum Classic 2020 với các đợt 3.693, 4.000 và hơn 7.000 khối (CoinDesk), beacon chain Ethereum 7 khối ngày 25/05/2022, Polygon PoS 157 khối tháng 02/2023.
  • Khi nạp coin, trạng thái "đang chờ X/Y xác nhận" là ngưỡng sàn đặt để tránh ghi có cho một giao dịch có thể biến mất.
Reorg là gì, vì sao sàn chờ đủ xác nhận mới ghi có?

Reorg (chain reorganization) là khi các node của một blockchain bỏ một hoặc vài khối gần đỉnh chuỗi và chuyển sang một nhánh khác mà quy tắc của mạng ưu tiên hơn. Giao dịch nằm trong khối bị bỏ quay về trạng thái chưa xác nhận: thường nó được ghi lại ở nhánh mới, nhưng cũng có thể biến mất.

Vì vậy khi bạn nạp coin, sàn hiện “đang chờ X/Y xác nhận” và chỉ ghi có khi giao dịch đã đủ sâu trong chuỗi hoặc khối đã được chốt.

Reorg là gì?

Reorg là lúc node thay đoạn cuối của chuỗi mình đang theo bằng một nhánh khác, theo đúng quy tắc chọn nhánh của mạng. Node là máy chạy phần mềm blockchain và giữ một bản sổ cái (xem node và validator là gì).

Tài liệu nhà phát triển trên bitcoin.org mô tả trường hợp thường gặp nhất: hai thợ đào tìm ra khối gần như cùng lúc, nên tạm thời có hai khối cùng độ cao. Mỗi node giữ khối nó thấy trước. Khi khối tiếp theo nối vào một trong hai, nhánh đó mạnh hơn, và node theo nhánh kia sẽ “throw away stale blocks belonging to shorter forks”.

Khối bị bỏ gọi là stale block (khối hợp lệ nhưng không thuộc chuỗi chính). Người ta cũng hay gọi là orphan block, dù tài liệu trên lưu ý từ này còn dùng cho khối không biết khối cha. Từ “reorg” thì không có bản dịch phổ biến, nên bài giữ nguyên tiếng Anh. Định nghĩa ngắn có ở bảng thuật ngữ.

Reorg xảy ra thế nào? Ví dụ từng bước

Reorg xảy ra khi các node tạm thời thấy hai nhánh khác nhau, rồi nhánh mình đang theo thua nhánh kia. Ví dụ với một mạng bằng chứng công việc (PoW, chọn nhánh tốn nhiều công đào nhất):

  1. Chuỗi đang dừng ở khối 100. Thợ đào A và B cùng tìm ra khối 101, gọi là 101a và 101b.
  2. Node của bạn nhận 101a trước. Giao dịch nạp của bạn nằm trong 101a, explorer (trang tra cứu blockchain) báo 1 xác nhận.
  3. Một thợ đào khác tìm ra khối 102 nối vào 101b. Nhánh 101b, 102 giờ nặng hơn.
  4. Node của bạn bỏ 101a, nhận 101b và 102. Đó là một reorg sâu 1 khối.
  5. Giao dịch của bạn, nếu không có trong 101b hay 102, quay về hàng chờ và đợi một khối sau.

Nguyên nhân gây reorg chia thành bốn nhóm:

  • Độ trễ mạng. Hai khối ra gần như cùng lúc, như ví dụ trên. Thường chỉ sâu 1 khối.
  • Phần mềm lệch phiên bản hoặc lỗi. Node chạy phiên bản khác nhau đánh giá một khối khác nhau (Bitcoin 2013, Ethereum 2022, Polygon 2023 ở bảng dưới).
  • Mất kết nối một phần. Nhóm node bị cắt khỏi nhau tự đi tiếp trên nhánh riêng, khi nối lại thì một nhánh bị bỏ.
  • Tấn công có chủ đích. Một bên gom đủ sức mạnh để tự viết nhánh dài hơn, mục đích thường là chi tiêu kép (tiêu cùng số coin hai lần).

Giao dịch trong khối bị reorg sẽ ra sao?

Giao dịch quay về trạng thái chưa xác nhận; phần lớn được ghi lại ở nhánh mới, trừ khi nhánh mới đã chứa một giao dịch tiêu cùng số coin.

Bitcoin Core (phần mềm node Bitcoin gốc) ghi rõ trong mã nguồn: khi reorg, giao dịch đã xác nhận được đưa lại vào mempool (hàng chờ giao dịch chưa vào khối) để “anything not re-confirmed in the new chain is available to be mined”. Mã nguồn cũng ghi đa số giao dịch thường vẫn được xác nhận ở chuỗi mới. Hàng chờ này giải thích kỹ ở bài giao dịch pending là gì.

Ba kết cục có thể xảy ra với một khoản nạp:

Tình huốngĐiều bạn thấyKết quả
Nhánh mới cũng chứa giao dịchSố khối, số xác nhận thay đổiKhông mất gì
Nhánh mới chưa chứa giao dịchGiao dịch tạm về chưa xác nhậnĐược ghi lại ở khối sau
Nhánh mới chứa giao dịch tiêu cùng coinGiao dịch không còn hợp lệKhoản nạp mất, người gửi giữ coin

Bảng do VietnamBit tóm từ cơ chế trên, cập nhật 01/11/2026.

TxID (mã định danh của giao dịch) không đổi khi giao dịch được ghi lại ở khối khác, vì nó tính từ nội dung giao dịch. Thứ đổi là số khối và mã khối. Vì vậy khi tra trên block explorer, bạn tra theo TxID chứ không theo số khối. Tài liệu bitcoin.org cũng khuyên không dùng độ cao khối làm định danh, vì nhiều khối có thể cùng độ cao trong lúc chuỗi tách.

Kết cục thứ ba chính là chi tiêu kép (double spending): nạp vào sàn, đổi hoặc rút tài sản khác, rồi để nhánh không chứa lần nạp thắng. Đây là lý do sàn không ghi có ngay ở xác nhận đầu tiên.

Reorg khác tấn công 51% thế nào?

Reorg là hiện tượng; tấn công 51% là một cách cố ý gây ra reorg sâu để chi tiêu kép. Reorg 1 khối do độ trễ mạng xảy ra tự nhiên và không ai hưởng lợi. Tấn công 51% là khi một bên nắm hơn nửa sức đào, tự đào một nhánh bí mật rồi công bố để thay đoạn chuỗi công khai.

Mọi vụ tấn công 51% đều kết thúc bằng một reorg, nhưng phần lớn reorg không phải tấn công. Cơ chế, bảng xác suất của sách trắng Bitcoin và các vụ có nguồn ở bài tấn công 51% là gì.

PoW và PoS chốt khối khác nhau ra sao?

PoW chỉ làm reorg khó dần theo số khối; Ethereum và Polygon PoS có mốc chốt khối không đảo ngược được. Finality (tính chung cuộc) là thời điểm giao dịch coi như không thể đảo ngược.

MạngKiểu chốtMốc an toàn thường dùngNguồn
Bitcoin (PoW)Theo xác suất6 xác nhận cho khoản lớn, 30 khi có sự cốbitcoin.org
Ethereum (PoS)Theo epochKhối “finalized”, khoảng 15 phútethereum.org
Polygon PoSTheo milestoneKhối “finalized”, 2 đến 5 giâyTài liệu Polygon
Arbitrum (layer 2)Theo EthereumKhối “finalized”, thời gian gửi lô lên Ethereum cộng khoảng 13 phútTài liệu Arbitrum

Bảng cập nhật 01/11/2026.

Bitcoin. Không có lúc nào giao dịch chắc chắn tuyệt đối. bitcoin.org viết giao dịch “do not become irreversible immediately”, mỗi xác nhận làm việc đảo ngược khó hơn. Mức 30 xác nhận được khuyên “during emergencies to allow human intervention”.

Ethereum. Thời gian chia thành slot 12 giây, 32 slot thành một epoch (giai đoạn bỏ phiếu). Theo ethereum.org, khi một cặp mốc đầu epoch nhận phiếu đại diện ít nhất 2/3 lượng ETH đã stake (khóa làm tiền cọc, xem staking là gì), mốc trước thành “finalized”. Đảo ngược khối đã chốt buộc kẻ tấn công mất ít nhất 1/3 tổng ETH đã stake.

Ethereum.org cũng thừa nhận khoảng chờ giữa lúc đề xuất khối và lúc chốt “creates an opportunity for short reorgs”. Ngưỡng tấn công của từng cơ chế so sánh ở bài cơ chế đồng thuận là gì.

Polygon PoS. Trước PIP-11 (đề xuất cải tiến số 11 của Polygon), finality của Polygon PoS chỉ là xác suất cho tới checkpoint (bản tóm tắt chuỗi ghi lên Ethereum), khoảng 512 khối.

PIP-11 thêm milestone (mốc chốt khối): validator (nút mạng kiểm tra giao dịch và tạo khối mới) bỏ phiếu cho một dãy mã khối, khi đạt 2/3 sức bỏ phiếu thì các khối đó coi là đã chốt. Tài liệu Polygon hiện ghi mức chốt này đạt trong 2 đến 5 giây. Hồ sơ mạng ở trang Polygon.

Với ứng dụng chạy trên Ethereum, ethereum.org liệt kê ba nhãn khối khi truy vấn qua JSON-RPC (giao diện để phần mềm hỏi dữ liệu từ node): “latest” là khối mới đề xuất nhất, “safe” là “latest safe head block”, “finalized” là khối đã chốt mới nhất. Tài liệu Arbitrum dùng lại đúng các nhãn này và gọi hai mức safe, finalized là thứ làm khối “reorg-proof”.

Những vụ reorg sâu nào có nguồn?

Có ít nhất năm vụ có nguồn, độ sâu đã công bố từ 7 tới hơn 7.000 khối.

BIP (Bitcoin Improvement Proposal, tài liệu đề xuất cải tiến Bitcoin) số 50 là bản tổng kết sự cố năm 2013 do chính nhà phát triển Bitcoin viết.

Thời gianMạngĐộ sâu, nguyên nhânNguồn
03/2013BitcoinBản 0.8 và bản cũ xử lý một khối khác nhau, chuỗi tách; có ít nhất một vụ chi tiêu kép lớnBIP 50
01/2019Ethereum ClassicTấn công reorg đầu tiên thành côngTrang lịch sử ETC
07 đến 08/2020Ethereum Classic3.693, 4.000 và hơn 7.000 khối qua ba đợt tấn côngCoinDesk 29/08/2020
25/05/2022Beacon chain Ethereum7 khối, do nâng cấp lệch phiên bản và một khối đến muộnBarnabé Monnot
02/2023Polygon PoS157 khối tại khối 39.599.624, hai nhánh cùng chạy quá 16 khối gây lỗi bad blockPIP-10 (Polygon)

Bảng cập nhật 01/11/2026.

Bitcoin 2013. Theo BIP 50, nhánh của bản 0.8 lúc đó có khoảng 60% sức đào. Hai bể đào hạ phần mềm về bản 0.7 để nhánh cũ thắng, buộc node bản 0.8 phải reorg. BIP 50 ghi tiền nạp vào các sàn lớn khi đó được tạm dừng rồi mở lại rất nhanh. Chi tiết ở bài hard fork là gì.

Ethereum Classic 2020. CoinDesk dẫn Bitfly cho biết đợt thứ ba tổ chức lại hơn 7.000 khối, “or two days’ worth of mining”. Cũng theo CoinDesk, sàn Coinbase (Mỹ) sau đó kéo thời gian xác nhận nạp, rút ETC lên khoảng hai tuần. Các vụ của mạng này tóm ở hồ sơ Ethereum Classic.

Ethereum 2022. Theo nhà nghiên cứu Barnabé Monnot, reorg 7 khối lúc 08:55 UTC ngày 25/05/2022 do ba nguyên nhân gộp lại. Một khối đến muộn, và proposer boost (thay đổi quy tắc chọn nhánh, ưu tiên khối đến đúng giờ) mới được bật ở một phần validator. Thêm vào đó, một số client (phần mềm node) chạy quy tắc chọn nhánh sai thời điểm, một lỗi đã biết từ trước.

Monnot ghi reorg đó “did not result in loss of finality”. Lúc đó beacon chain chưa xử lý giao dịch của người dùng: theo ethereum.org, phải tới The Merge ngày 15/09/2022 nó mới thành bộ đồng thuận cho mọi giao dịch.

Polygon 2023. Theo PIP-10 (đề xuất cải tiến do kỹ sư Polygon viết), Polygon PoS bị reorg sâu 157 khối tại khối 39.599.624. Nguyên nhân: hai nhánh cùng chạy quá 16 khối nên tính khác nhau dữ liệu state sync (dữ liệu chuyển từ Ethereum sang), node báo lỗi bad block (khối không hợp lệ). PIP-11 về milestone ra đời sau đó, trạng thái Final ngày 25/09/2023.

Vụ ngày 07/08/2026 trên Ravencoin, khi các pool đào lại chuỗi từ khối 4.487.775, xem Ravencoin (RVN) là gì, còn đào bằng card đồ họa không.

Vì sao sàn chờ đủ xác nhận mới ghi có?

Vì khối chưa chốt vẫn có thể bị thay; ghi có sớm thì sàn gánh rủi ro người nạp rút đi rồi giao dịch nạp biến mất. Một xác nhận là giao dịch nằm trong một khối, mỗi khối nối thêm phía sau cộng một xác nhận.

Dòng “đang chờ 3/12 xác nhận” nghĩa là giao dịch đã vào khối và có thêm 2 khối phía sau, còn thiếu 9 khối nữa mới tới ngưỡng 12 mà sàn đặt cho mạng đó. Con số ví dụ chỉ để minh họa cách đọc.

Ví dụ tính thời gian chờ, theo công thức số xác nhận × thời gian một khối

  • Bitcoin, 6 xác nhận: 6 × 10 phút = 60 phút trung bình. bitcoin.org lưu ý khối có thể đến “much sooner or much later”, nên thời gian thật dao động nhiều.
  • Ethereum, chờ chốt: một epoch là 32 × 12 giây = 384 giây = 6,4 phút. Tài liệu Arbitrum ghi khối Ethereum “finalized” sau khoảng 2 epoch, tức 2 × 6,4 = 12,8 phút, gần với mức “khoảng 15 phút” mà ethereum.org đưa ra.

Phép tính do VietnamBit làm từ số liệu của các nguồn trên.

Ngưỡng của mỗi sàn còn thay đổi theo rủi ro. Sau các vụ Ethereum Classic năm 2020, có sàn đã nâng ngưỡng lên mức tính bằng tuần (vụ ở trên). Các bước nạp, rút và chỗ xem trạng thái có ở bài nạp, rút coin là gì.

Người dùng nên làm gì khi khoản nạp bị reorg?

Chờ đủ xác nhận, tra theo TxID và đừng gửi lại ngay, vì giao dịch cũ thường được ghi lại ở nhánh mới.

  1. Không coi 1 xác nhận là xong. Khi nhận coin trực tiếp từ người khác, nhất là trên mạng PoW nhỏ, chờ đủ xác nhận hoặc tới khi khối được chốt rồi mới giao hàng hay chuyển tiền đồng.
  2. Tra theo TxID trên explorer đúng mạng. Nếu giao dịch tạm về chưa xác nhận rồi có lại xác nhận ở khối khác, đó là reorg nông thông thường.
  3. Đừng gửi lại khi giao dịch cũ chưa có kết luận. Nếu cả hai cùng được xác nhận, bạn trả hai lần. Chỉ gửi lại khi chắc giao dịch cũ đã bị thay hoặc bị loại.
  4. Hỏi sàn qua kênh hỗ trợ chính thức, kèm TxID. Khi số xác nhận đứng yên lâu hoặc khoản nạp biến mất khỏi lịch sử, chỉ sàn biết ngưỡng và tình trạng xử lý.
  5. Theo dõi thông báo của sàn khi mạng có sự cố. Năm 2013 các sàn lớn từng tạm dừng nạp tiền trong lúc chuỗi Bitcoin tách (BIP 50).

Reorg và pháp luật Việt Nam

Chúng tôi chưa thấy văn bản nào quy định riêng về reorg hay số xác nhận trên blockchain. Nghị quyết 05/2025/NQ-CP và Nghị định 284/2026/NĐ-CP không nhắc hai khái niệm này. Định nghĩa tài sản mã hóa ở Nghị quyết 05 dựa trên công nghệ “mã hóa hoặc công nghệ số có chức năng tương tự”, không phân biệt mạng PoW hay PoS (Điều 3 khoản 2).

Thông tư 41/2026/TT-BTC yêu cầu tổ chức cung cấp dịch vụ khấu trừ thuế “tại thời điểm xác nhận giao dịch chuyển nhượng tài sản mã hóa thành công” (Điều 4 khoản 2 điểm a). Thông tư không định nghĩa cụm này và không nhắc khối hay số xác nhận trên blockchain. Theo cách đọc của chúng tôi, lệnh mua bán khớp trên sàn được ghi trên sổ sách nội bộ của sàn, không chờ khối trên blockchain; chúng tôi chưa thấy văn bản nói rõ điểm này.

Tính đến 07/11/2026, chưa sàn nào được cấp phép. Số xác nhận mà các sàn trong nước áp dụng cho từng mạng: Chưa công bố. Danh sách hồ sơ và tình trạng cập nhật ở trang lịch cấp phép.

Chia sẻ bài viết

Liên quan

Bắt đầu từ cơ bản: Tài sản mã hóa cho người mới: 10 điều cần biết trước khi mua

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

Reorg có phải là hard fork không?

Không. Hard fork là thay đổi quy tắc khiến node cũ và node mới không còn công nhận khối của nhau. Reorg xảy ra khi mọi node vẫn dùng cùng quy tắc nhưng đổi sang nhánh được ưu tiên hơn. Hai chuyện có thể dính nhau: tháng 03/2013, hai phiên bản Bitcoin xử lý một khối khác nhau, chuỗi tách ra, và khi nhánh cũ thắng, node bản 0.8 phải reorg (BIP 50). Khác biệt chi tiết ở bài hard fork là gì.

Thợ đào hay validator có mất phần thưởng khi khối của họ bị reorg không?

Với Bitcoin, có. Phần thưởng nằm trong giao dịch coinbase của khối, và khối bị bỏ thì giao dịch đó cũng mất. Tài liệu nhà phát triển trên bitcoin.org ghi đầu ra của giao dịch coinbase chỉ được tiêu sau ít nhất 100 khối, để thợ đào không kịp tiêu phần thưởng của một khối sau này thành khối bị bỏ.

Mạng layer 2 như Arbitrum có reorg không?

Có thể, ở mức xác nhận sớm. Arbitrum là một layer 2 (mạng chạy trên Ethereum, xem [layer 1, layer 2](/layer-1-layer-2-la-gi/)). Tài liệu Arbitrum chia ba mức: soft confirmation ([sequencer](/thuat-ngu/#sequencer), bên xếp thứ tự giao dịch, đã xếp và chạy giao dịch) đến trong chưa tới một giây nhưng vẫn đảo ngược được; mức safe và finalized chỉ đạt khi lô giao dịch đã ghi lên Ethereum và khối Ethereum đó đạt mức tương ứng; với finalized, tức thời gian gửi lô cộng khoảng 13 phút để Ethereum chốt.

Coin trong ví tự quản có thể mất vì reorg không?

Số dư đã nằm sâu trong chuỗi từ lâu thì không bị ảnh hưởng bởi reorg thông thường, vì reorg chỉ thay các khối gần đỉnh. Rủi ro nằm ở khoản vừa nhận còn ít xác nhận: nếu bên gửi tung giao dịch tiêu cùng số coin vào nhánh mới, khoản nhận có thể biến mất. Khóa riêng của bạn không liên quan đến reorg.

Tại sao cùng một token mà nạp qua mạng khác nhau lại chờ số xác nhận khác nhau?

Mỗi mạng có thời gian tạo khối và cách chốt khối riêng. Một khối Bitcoin trung bình khoảng 10 phút và không có mốc chốt cứng; Ethereum chốt theo epoch; Polygon PoS chốt bằng milestone trong vài giây. Sàn đặt ngưỡng cho từng mạng, nên cùng một token có thể có ngưỡng khác nhau tùy mạng bạn chọn khi nạp.

Bước tiếp theo

Nguồn tham khảo 16

Kiểm chứng ngày 01/11/2026

  1. 01Bitcoin developer guide: Block chain, Common and uncommon block chain forks (stale block, coinbase 100 khối; đọc 01/11/2026)developer.bitcoin.org
  2. 02Bitcoin Core (mã nguồn): kernel/disconnected_transactions.h, xử lý giao dịch khi reorg (đọc 01/11/2026)github.com
  3. 03bitcoin.org: Some things you need to know (bảng số xác nhận; đọc 01/11/2026)bitcoin.org
  4. 04BIP 50: March 2013 Chain Fork Post-Mortem (đọc 01/11/2026)github.com
  5. 05ethereum.org: Proof-of-stake, mục Finality (cập nhật 07/10/2026; đọc 01/11/2026)ethereum.org
  6. 06ethereum.org: Single slot finality (khoảng 15 phút để chốt; cập nhật 23/07/2026; đọc 01/11/2026)ethereum.org

Mục lục

  1. 01Reorg là gì?
  2. 02Reorg xảy ra thế nào? Ví dụ từng bước
  3. 03Giao dịch trong khối bị reorg sẽ ra sao?
  4. 04Reorg khác tấn công 51% thế nào?
  5. 05PoW và PoS chốt khối khác nhau ra sao?
  6. 06Những vụ reorg sâu nào có nguồn?
  7. 07Vì sao sàn chờ đủ xác nhận mới ghi có?
  8. 08Người dùng nên làm gì khi khoản nạp bị reorg?
  9. 09Reorg và pháp luật Việt Nam
  10. Câu hỏi thường gặp
  11. Nguồn tham khảo