Reorg 是什麼？區塊重組、交易回滾與 Finality 關係

作者｜桑幣區識編輯團隊
發布｜2026/10/25
更新｜2026/10/25

一筆交易原本已經顯示確認，為什麼稍後又變成等待中？錢包裡剛收到的資產，為什麼可能暫時消失？

其中一個可能原因，就是區塊鏈發生了 Reorg（區塊重組）。

Reorg 描述節點改採另一段鏈上歷史的過程。它可能源於短暫分叉與資訊傳播差異，也可能涉及惡意攻擊。要理解影響，必須進一步查看重組深度、交易是否重新被納入，以及相關區塊原本取得的確認保障。

Table of Contents

Reorg 是什麼？區塊重組的意思

Reorg 是 Reorganization 的簡稱，中文通常稱為「區塊重組」。

當節點依照協議的鏈選擇規則，改採另一條有效分支，原先接受的部分區塊就可能被替換。

這不是直接修改舊區塊裡的某一筆交易，而是讓另一組區塊成為目前接受的鏈上歷史。舊分支可能仍留存在部分節點或區塊瀏覽器的紀錄中，但已不屬於目前採用的主鏈。

以 Bitcoin 為例，節點會先驗證區塊是否符合共識規則，再比較有效候選鏈的累積工作量。區塊數較多，不代表一定能勝過累積工作量較高的有效鏈。

區塊重組如何發生？

網路出現不同分支

區塊與交易需要透過網路傳播，各節點收到資訊的時間可能不同。

例如，兩名 Bitcoin 礦工接近同時產生區塊，兩個區塊都指向同一個前置區塊，網路便可能暫時出現不同鏈頭。

後續區塊延伸其中一個分支

部分節點先接受分支 A，其他節點先接受分支 B。當後續工作量逐漸累積，節點便能依協議規則判斷應採用哪個分支。

節點撤回舊分支的狀態，套用新分支

對原本跟隨另一分支的節點而言，切換過程就是重組。

Bitcoin 節點處理分叉時，會找到共同祖先，從舊鏈頭開始移除不再採用的區塊，再連接替代分支。

延伸閱讀：Proof of Work 是什麼？PoW 工作量證明、比特幣挖礦與 PoS 差異完整解析

實際範例：兩個區塊被重組，交易會怎樣？

以下是簡化的假設案例，區塊高度不代表真實事件。

節點原本接受 A101、A102，兩者接在共同區塊 100 後方。你的收款交易位於 A101，因此在 A102 出現時有兩次確認。

後來節點改採另一個符合規則的分支 B101、B102、B103。

項目	重組前	重組後
節點接受的分支	A101、A102	B101、B102、B103
原本兩個區塊	位於有效鏈中	被移出有效鏈
收款交易	位於 A101	需檢查是否也出現在 B 分支
原本兩次確認	有效	不能繼續沿用

重組深度通常指被舊鏈撤下的區塊數量。在這個例子中，撤下的是 A101、A102，因此是兩個區塊的重組，不是替代分支的三個區塊。

即使整條鏈變長，特定交易原本取得的確認仍可能失效。這是依分支切換原理推導的示例。

重組後，交易一定會消失嗎？

不一定。應分別檢查以下情況。

交易也存在於替代分支

如果同一筆交易已被替代分支納入，它仍然可以保有鏈上確認，但所在區塊與確認數可能改變。

交易尚未被替代分支納入

交易可能重新等待打包，之後再次出現在有效鏈中。

不過，不能保證每個節點都會立即將它放回交易池，也不能保證一定重新上鏈；仍須符合新的鏈上狀態與節點處理政策。

替代分支已接受衝突交易

例如 Bitcoin 的同一筆未花費交易輸出，已被另一筆交易使用，原交易就不能再以相同方式成立。

因此，「原區塊被移除」和「交易永久無法成立」是兩個不同判斷。Bitcoin 的有效交易歷史不允許同一筆輸出被重複花費。

Reorg、交易失敗與交易取消有什麼不同？

情況	核心意思	是否一定涉及重組
Reorg	原先採用的區塊被另一分支替換	是
執行失敗	交易執行後未通過相應條件	否
Pending	尚未被納入目前觀察到的有效區塊	否
交易取代	另一筆交易競爭使用相同輸入或帳戶序號	否
平台延遲入帳	服務商尚未依內部政策認列款項	否

這些狀況可能同時出現，但不能只憑錢包畫面就認定發生 Reorg。

例如，Ethereum 交易執行失敗，也可能被正式記錄在有效區塊中；反過來，原本執行成功的交易若所在區塊被移出主鏈，其結果也不能直接視為仍然有效。Ethereum 節點會依實際採用的鏈上狀態驗證及執行交易。

區塊重組一定是駭客攻擊嗎？

不是。

短暫分叉可能來自區塊傳播時間差；惡意參與者也可能刻意製造分支，企圖替換交易歷史。

判斷事件性質時，應查看：

重組涉及幾個區塊，是否反覆發生。
是否伴隨衝突支付、交易審查或其他異常。
是否有客戶端故障、網路分區或官方事故說明。
被影響的區塊是否已取得協議定義的最終確認。

單看「出現重組」四個字，無法判定攻擊是否成功，也無法計算損失。

Ethereum 官方安全文件將惡意重組可能追求的結果，區分為雙重支付、交易審查與價值提取等情況。

Reorg 和 51% 攻擊有什麼關係？

在 Bitcoin 等 PoW 網路，多數有效算力可能讓攻擊者持續建立競爭分支，增加替換近期歷史的能力。

但 51% 不是「低於此比例完全不可能發生重組」的界線。正常短暫分叉本來就可能造成重組；攻擊結果也涉及算力比例、持續時間與機率。

同樣地，掌握多數算力不代表能任意偽造其他人的簽章，或讓不符合共識規則的區塊自動被完整驗證節點接受。

Bitcoin 的鏈選擇，是在符合規則的候選鏈之間比較工作量。

Reorg 和雙重支付一樣嗎？

不一樣。

Reorg 描述交易歷史的切換；雙重支付描述同一份資產被用於互相衝突的支付。

兩者可能結合：收款人先依舊分支提供商品，之後新分支取代舊分支，並接受另一筆衝突支付，收款人便可能承受損失。

但如果重組前後都包含同一筆付款，或交易只是稍後重新上鏈，就不能直接認定雙重支付已成功。

這也是收款服務會設定確認門檻的原因。Bitcoin 的確認數是風險管理依據，並不是在固定次數後禁止任何重組的開關。

Ethereum 使用 PoS，還會發生 Reorg 嗎？

可能，尤其要區分尚未最終確認與已最終確認的區塊。

Ethereum 的 Gasper 結合鏈選擇與最終確認機制：LMD-GHOST 協助節點選擇鏈頭，Casper FFG 則處理檢查點的最終確認。

因此，「區塊已被提議」不等於「區塊已經 Finalized」。在最終確認前，節點仍可能因資訊與投票狀況改採其他分支。

已最終確認的歷史則受到更強保障，正常客戶端不會任意將其重組。若出現相互衝突的最終確認歷史，屬於嚴重共識安全問題，涉及至少三分之一質押權重的可罰沒違規，不能當成一般短暫重組看待。

延伸閱讀：Proof of Stake 是什麼？PoS 共識機制、驗證者運作與 PoW 差異完整解析

Reorg 和 Finality 有什麼關係？

Reorg 關注「歷史如何被替換」；Finality 關注「既有歷史取得了什麼不可逆保障」。

概念	主要回答的問題
Reorg	哪些原本接受的區塊被替換？
確認數	交易在目前有效鏈中有多深？
Finality	協議對這段歷史提供什麼最終確認保障？

不同網路的保障方式並不相同，不能直接把某條鏈的六次確認，等同另一條鏈的 Finalized 狀態。

Ethereum 將最終確認與鏈頭選擇分開處理，因此評估重組風險時，需要先知道交易所在區塊的確認層級。

延伸閱讀：Finality 是什麼？區塊鏈最終確認、交易確認數與 PoW／PoS 差異完整解析

Layer 2 也會發生重組嗎？

可能，但必須依架構與確認階段判斷。

以使用 Ethereum 作為資料發布基礎的標準 OP Stack 為例：

階段	與重組相關的重點
Unsafe	資料尚未發布至 Ethereum，仍依賴排序器提供的歷史
Safe	已可依 L1 資料推導，但仍需考慮對應 Ethereum 區塊的重組
Finalized	對應資料已取得 Ethereum 最終確認保障

L1 發生重組時，L2 節點可能需要調整確認狀態與推導結果；不代表每次 L1 重組都必然讓所有 L2 交易消失。

另外，OP Stack 官方明確指出，Standard Bridge 的提款挑戰是用來排除無效提款主張，不會因挑戰成立就直接重組 OP Stack 鏈。提款等待期與交易重組是不同機制。

延伸閱讀：Optimistic Rollup 是什麼？運作原理、詐欺證明與 ZK Rollup 差異

Reorg 和硬分叉有什麼不同？

Reorg 通常是在同一組共識規則下，節點改採另一條有效分支。

硬分叉則涉及不向後相容的共識規則變更；若不同群體持續使用不同規則，可能形成各自延續的網路。

比較項目	Reorg	硬分叉
核心變化	改採另一段鏈上歷史	共識規則出現不相容變更
是否一定產生新幣	否	也不一定
是否一定永久分裂	否	視參與者採用情況而定

因此，看到短暫分支或區塊替換，不能直接推論將出現新的加密貨幣。