Reorg（鏈重組）

加密貨幣中的 Reorg 是什麼？

Reorg 是 Chain Reorganization（鏈重組）的簡稱，指區塊鏈節點以另一條有效鏈分支，取代目前鏈歷史中的一部分。

簡單來說，區塊鏈暫時沿著一條路徑運作，之後切換到網路認可為較佳或正統的另一條路徑。

Reorg 可能會從活躍鏈移除一個或多個近期新增的區塊，再以不同區塊取代。

被移除區塊中的交易可能回到 mempool、再次顯示為待處理、納入後續區塊；若新鏈上確認了衝突交易，也可能變成無效。

Reorg 最常出現在工作量證明鏈、權益證明鏈、Layer 2 系統、跨鏈橋、錢包、支付處理商及交易平台等情境；這些系統都必須判斷何時可安全地將交易視為最終完成。

Ethereum 的權益證明攻擊與防禦文件將 reorg 定義為區塊重新排序，可能伴隨正統鏈上區塊的新增或移除。

Bitcoin 開發者文件說明，確認數代表若要移除或更改一筆交易，必須修改多少區塊；這也是使用者在將付款視為最終完成前需要等待的實際原因。

Reorg 不一定是攻擊，但若它逆轉重要交易、造成雙重支付、干擾應用程式或影響跨鏈系統，就可能帶來危險。

Reorg 的簡單定義

Reorg 是指區塊鏈變更近期哪些區塊屬於主鏈。

依不同網路使用的術語，原本近期的區塊會變成過時區塊、孤塊或非正統區塊。

新區塊則會成為節點、錢包、區塊鏈瀏覽器及應用程式應遵循的認可歷史。

不同驗證者或礦工在相同高度短暫產生競爭區塊時，就可能發生這種情況。

網路延遲也可能造成部分節點先看到一個區塊，其他節點先看到另一個區塊。

在更嚴重的情況下，攻擊者或大型驗證者群體可能為了獲利或審查交易而嘗試取代區塊，進而造成 reorg。

對使用者而言，主要影響是原本看似已確認的交易，可能變成未確認或遭到取代。

因此，加密貨幣系統會採用確認數、最終性規則及依風險設定的等待時間。

Reorg 為何重要

Reorg 很重要，因為區塊鏈用於判定所有權及結算。

如果付款、兌換、跨鏈橋入金、鑄造、提領或強制平倉過早獲得接受，之後的 reorg 可能造成損失或混淆。

若商家只等到一次較弱的確認就出貨，付款可能在 reorg 中消失，商家因此面臨風險。

如果跨鏈橋在來源鏈交易尚未最終確認前就釋出資產，而來源交易之後遭移除，就可能產生重複或缺乏擔保的資產。

若 DeFi 協議在最終性尚不足的區塊上採取行動，可能會處理過時狀態。

若錢包過早顯示交易已完成，也可能誤導使用者。

Circle 的最終性與區塊確認文件說明，較快的證明可能帶有鏈重組風險；標準流程則會等待硬性最終性，此時交易遭鏈重組逆轉的可能性較低。

因此，了解 reorg 是區塊鏈安全的重要一環，對大額轉帳及跨鏈應用程式尤其重要。

Reorg 如何發生

當兩條或更多條有效鏈分支同時存在時，就可能開始 reorg。

區塊鏈是分散式系統，節點接收新區塊的時間不會完全一致，因此這種情況可能自然發生。

一群節點可能先收到 Block A。

另一群節點可能先收到 Block B。

兩個區塊都可能有效，但最後只能有一條分支成為正統鏈。

網路的共識規則會決定哪一條分支勝出。

當節點得知另一條有效分支依網路的分叉選擇規則已變得更強，就會切換到該分支。

這次切換就是鏈重組。

Reorg 與 Fork 的差異

Fork 是區塊鏈歷史發生分歧、同時存在多條有效分支的情況。

Reorg 則是從一條分支切換至另一條分支的過程。

並非每次 fork 都會演變成重大 reorg。

網路選出一條分支並放棄另一條後，許多短暫 fork 很快就會解決。

硬分叉則有所不同，因為它會改變協議規則；若社群持續支持分歧的兩方，可能造成永久鏈分裂。

一般 reorg 通常是暫時的，並在相同共識規則下發生。

永久分裂則會形成兩個持續運作的網路。

Reorg 是單一網路共識流程中，對活躍鏈路徑所做的修正。

Reorg 與最終性

最終性是指依網路規則，交易已變得極難或不可能逆轉的狀態。

最終性的目的，就是避免 reorg，或讓 reorg 在經濟上變得不切實際。

Ethereum 的權益證明文件指出，當交易所屬區塊無法在不銷毀大量 ETH 的情況下變更時，該交易便具有最終性。

同一份文件說明，若要逆轉已最終確認的 Ethereum 區塊，攻擊者至少須損失總質押 ETH 的三分之一。

Bitcoin 採用機率式最終性，因為每新增一個區塊，取代先前歷史的難度就會提高。

Solana 使用 processed、confirmed 和 finalized 等承諾層級，協助客戶端了解交易的確定程度。

實際上，交易可能先被納入區塊，之後才達到高度最終性。

應用程式應依交易價值、速度及風險，決定所需的最終性程度。

Reorg 與孤塊

孤塊或過時區塊是曾經有效、但最後未留在正統鏈上的區塊。

Reorg 會使舊分支不再是活躍鏈，因此可能產生過時區塊。

不同區塊鏈社群使用這些術語時，定義略有差異。

在一般加密貨幣用語中，若區塊遭競爭分支取代，使用者常說該區塊已成為孤塊。

重要的是，區塊內的交易可能需要重新處理，或從已確認的歷史中消失。

錢包和區塊鏈瀏覽器在偵測到 reorg 後，可能會更新交易狀態。

開發者不應只因區塊曾經被看見，就將它視為永久有效。

採取不可逆的鏈下行動前，應追蹤確認數和最終性狀態。

Reorg 與雙重支付

雙重支付是指試圖以互相衝突的方式重複花費同一筆資金。

若一筆支付給某方的交易遭 reorg 移除，而新鏈上確認了支付給另一方的衝突交易，reorg 就可能促成雙重支付。

Bitcoin 的支付處理文件說明，惡意付款者可以建立一筆支付給收款者的交易，以及另一筆使用相同輸入、將資金退回自己的交易；兩筆交易中只有一筆能進入區塊鏈。

同一份文件也指出，交易一旦進入區塊，若要取代它就必須修改區塊鏈歷史，而隨著確認數增加，這會愈來愈困難。

Reorg 不一定涉及雙重支付，但交易在首次確認後，雙重支付攻擊往往需要 reorg 才能成功。

因此，大額付款通常需要比小額付款更多的確認數。

交易埋在後續區塊之下的深度愈大，取代它的成本就愈高。

因此，確認政策是防範 reorg 型雙重支付的措施之一。

Reorg 的常見原因

第一個常見原因是網路延遲。

有效區塊若需較長時間才能傳送到所有節點，另一位區塊產生者可能在得知第一個區塊之前建立競爭區塊。

第二個原因是區塊同時產生。

兩名礦工或驗證者可能幾乎同時建立有效區塊。

第三個原因是驗證者或礦工的行為。

區塊產生者可能扣留、延遲或策略性發布區塊，增加 reorg 風險。

第四個原因是軟體或客戶端漏洞。

若不同客戶端對狀態的解讀不同，可能暫時無法對正確鏈達成一致。

第五個原因是惡意攻擊。

攻擊者可能試圖重組區塊以進行雙重支付、審查交易或攫取價值。

短程 Reorg

短程 reorg 通常會取代一個或少數幾個近期區塊。

短程 reorg 比深度 reorg 更常見，因為近期區塊背後的安全保障較少。

在一般網路狀況下，短程 reorg 可能自然發生。

對許多使用者而言，一個區塊的 reorg 可能只會讓交易狀態從已確認變成待處理，之後再重新顯示為已確認。

對高速應用程式而言，即使是短程 reorg 也可能很重要。

交易應用程式、跨鏈橋、預言機、強平機器人或支付處理商，可能會依據非常近期的區塊採取行動。

若這些區塊遭到取代，應用程式可能需要回滾或修復內部狀態。

因此，基礎設施應設計成能處理 reorg，而非假設 reorg 永遠不會發生。

深度 Reorg

深度 reorg 會取代許多區塊。

深度 reorg 嚴重得多，因為它可能移除使用者已認為可靠的交易。

這可能代表重大網路問題、攻擊、共識漏洞、驗證者故障或嚴重網路分割。

在工作量證明系統中，原始交易上方累積的工作量愈多，深度 reorg 的成本就愈高。

在具有經濟最終性的權益證明系統中，影響已最終確認區塊的深度 reorg，可能涉及可罰沒行為及極高的經濟成本。

Ethereum 的單時槽最終性路線圖說明，目前的最終性延遲為短程 reorg 留下機會，而加快最終性可能降低此風險。

成熟網路很少發生深度 reorg，但仍須重視，因為影響可能相當嚴重。

任何處理大量資產的系統，都應為罕見但影響重大的 reorg 情境做好準備。

工作量證明網路中的 Reorg

在工作量證明網路中，節點通常會遵循累積工作量最高的有效鏈。

若出現兩條有效分支，礦工會繼續在自己認為較佳的分支上挖礦。

累積工作量較高的分支會成為正統鏈。

原本遵循落敗分支的節點會重組到勝出分支。

Bitcoin 的運作模式文件說明，全節點會下載並驗證區塊以檢查區塊鏈；若要欺騙全節點，攻擊者必須提供一段難度高於目前真實鏈的替代區塊鏈歷史。

因此，確認數在工作量證明結算中至關重要。

每個新區塊都會增加攻擊者必須超越的工作量。

區塊深度愈大，reorg 風險通常愈低。

權益證明網路中的 Reorg

在權益證明網路中，reorg 行為取決於驗證者投票、分叉選擇規則、最終性機制、懲罰及罰沒條件。

Ethereum 使用名為 LMD-GHOST 的分叉選擇規則，以及以檢查點投票為基礎的最終性系統。

Ethereum 文件說明，驗證者會對自己認為是鏈頂端的區塊進行證明，而共識客戶端會偏好獲得最多證明權重的分叉。

因此，在達成最終性之前，可能出現短暫意見分歧。

達成最終性後，逆轉已最終確認的區塊在經濟上代價高昂，因為攻擊者可能損失質押資產。

因此，權益證明 reorg 分析會關注證明權重、最終性狀態、驗證者參與情況、網路延遲及罰沒風險。

評估權益證明 reorg 不能只看區塊數量。

也必須考量被取代的區塊已最終確認、已合理化、已確認，還是僅為近期提出的區塊。

Reorg 與確認數

確認代表交易已納入某個區塊，而後續可能已有更多區塊建立在該區塊之上。

在許多區塊鏈中，一次確認代表交易已進入最新認可區塊。

兩次確認代表該區塊上方又建立了一個區塊。

確認數愈多，reorg 風險通常愈低。

Bitcoin 開發者文件指出，高價值交易通常採用六次確認，但也說明這個數字並非絕對，仍須依風險評估。

小額付款可能只需較少確認數。

大額入金、跨鏈橋或不可逆的鏈下交付可能需要更多確認數。

合適的確認政策取決於網路安全性、交易價值、攻擊誘因及使用者的風險承受度。

Reorg 與已最終確認的區塊

已最終確認的區塊，是網路認為極難移除的區塊。

最終性比單純納入區塊更強。

在 Ethereum 上，逆轉區塊會對攻擊者造成嚴重的經濟懲罰，這代表該區塊已具有最終性。

在 Solana 上，承諾狀態文件說明，目標區塊上方需建立 31 個或更多已確認區塊，才能達到 finalized 狀態。

在跨鏈橋和支付系統中，最終性可能由來源鏈規則及應用程式的風險政策決定。

已最終確認的交易通常比僅經處理或近期納入的交易安全得多。

不過，不同區塊鏈的最終性模型各不相同。

開發者若不了解各網路的共識設計，就不應對所有網路採用相同的等待規則。

Reorg 與錢包

錢包應妥善處理 reorg。

錢包可能先將交易顯示為待處理。

接著顯示一次或多次確認。

若 reorg 移除了包含該交易的區塊，錢包應更新狀態，而不是假裝沒有任何變化。

若交易仍然有效且正在等待再次納入，可能會回到待處理狀態。

若新鏈確認了衝突交易，原交易可能會失敗。

錢包不應過早將高價值交易標示為最終完成。

清楚的狀態標籤可讓使用者了解已廣播、已納入、已確認及已最終確認之間的差異。

Reorg 與區塊鏈瀏覽器

區塊鏈瀏覽器會追蹤目前的正統鏈，並向使用者顯示交易狀態。

發生 reorg 時，瀏覽器可能會從主鏈檢視中移除區塊，並顯示取代它們的新區塊。

依網路及瀏覽器設計不同，交易頁面可能從已確認變成已丟棄、待處理、失敗或已取代。

快速發生 reorg 時，不同瀏覽器收到網路資料的時間不同，畫面可能暫時不一致。

網路狀況異常時，使用者不應只依賴單一瀏覽器確認關鍵交易狀態。

開發者應使用可靠的節點基礎設施及能考量最終性的索引機制，不應抓取瀏覽器頁面來決定結算。

索引器應儲存足夠的歷史資料，以便在 reorg 後回滾受影響狀態。

區塊鏈瀏覽器是實用的資訊工具，但節點認可的正統鏈及最終性規則才是判定依據。

Reorg 與交易所

交易平台和託管服務通常會等待達到要求的確認數後，才將入金記入帳戶。

這是為了降低平台入帳後，入金卻在 reorg 中消失的機率。

對雜湊算力較低、質押安全性較低、近期不穩定或攻擊誘因較高的網路，風險團隊可能要求更多確認數。

對最終性較快且具決定性的網路，可能要求較少確認數。

網路出現異常 reorg 活動時，平台也可能暫停入金和提領。

使用者有時以為入金等待時間只是延遲，但這也是風險控管措施。

若平台過早將入金記入帳戶，而 reorg 又將其移除，平台可能面臨損失。

因此，確認政策是營運風險管理的一環。

Reorg 與跨鏈橋

跨鏈橋連接兩條或更多條區塊鏈，因此特別容易受到 reorg 影響。

跨鏈橋可能在一條鏈上鎖定或銷毀資產，再於另一條鏈上釋出或鑄造相關資產。

若來源鏈交易在目的鏈操作完成後遭 reorg 移除，跨鏈橋可能在沒有有效來源事件的情況下釋出資產。

這可能造成資產擔保不足或帳務不一致。

跨鏈橋系統會透過等待確認數、等待最終性、使用詐欺證明或有效性證明、追蹤已處理訊息及設定風險限額來降低風險。

Circle 的最終性指引顯示，跨鏈轉移系統可能會對快速轉帳和標準轉帳設定不同等待時間，因為快速流程採用不同的 reorg 假設。

使用者應了解，較快的跨鏈轉帳可能是以較高的 reorg 或最終性風險換取速度。

大額轉帳通常以等待更強的最終性較安全。

Reorg 與 Layer 2 網路

Layer 2 網路通常依賴結算層提供資料可用性、最終性、詐欺證明、有效性證明或提領安全性。

相關批次尚未在結算層最終確認前，Layer 2 介面中的交易可能看起來已完成。

Circle 的最終性文件指出，有些 Layer 2 系統仰賴批次提交至 Ethereum 的時間，以及相關 Ethereum 區塊最終確認的時間。

因此，使用者需要了解兩個層級的最終性。

這可能包括 Layer 2 本地確認及結算層最終性。

一般小額交易可能只需本地確認。

跨鏈轉帳、大額入金及協議帳務可能需要結算層最終性。

使用者不應假設所有 Layer 2 確認具有相同的 reorg 風險。

Reorg 與 MEV

MEV（最大可提取價值）是區塊產生者或交易排序參與者透過納入、排除或重新排序交易所能攫取的價值。

若取代區塊能讓參與者掌握有利可圖的交易排序機會，reorg 就可能與 MEV 有關。

Ethereum 的攻擊與防禦文件指出，惡意 reorg 可透過搶先交易及後續交易攫取價值。

短程 reorg 的誘因是重大疑慮，因為若取代區塊能取得足夠價值，參與者可能會嘗試這麼做。

最終性會讓較深層的區塊取代成本提高，從而降低這類風險。

應用程式可透過等待最終性、在適當情況下使用私有交易通道、設計更安全的競價機制及監控異常鏈上行為來降低曝險。

MEV 相關 reorg 風險對高價值 DeFi 交易、強制平倉、套利、預言機更新及跨鏈橋事件尤其重要。

使用者應了解，reorg 風險不只是技術意外，也可能出於經濟誘因。

Reorg 與預言機

預言機會將鏈下或跨鏈資料帶入智能合約。

若預言機讀取的區塊之後遭 reorg 移除，資料可能不再符合正統鏈的歷史。

例如，預言機可能回報只存在於已移除區塊中的價格、餘額、入金或事件。

良好的預言機系統會在發布敏感資料前考量確認深度及最終性。

若 reorg 可能造成重大損失，協議就應避免依賴非常新的事件。

對跨鏈預言機而言，來源鏈的 reorg 風險可能影響目的鏈合約。

預言機設計應明確列出最終性假設。

使用預言機的智能合約應了解預言機資料是即時、已確認還是已最終確認。

Reorg 與索引器

索引器會讀取區塊鏈資料，並將其轉換為可供應用程式、儀表板、錢包、分析工具及 API 搜尋的資料庫。

Reorg 對索引器是一大挑戰，因為已索引資料可能需要回滾。

若索引器記錄的事件來自之後變成過時的區塊，就必須移除或修正這些事件。

若無法妥善處理 reorg，可能會顯示錯誤餘額、交易歷史、NFT 所有權、強制平倉資料或跨鏈橋狀態。

索引器應追蹤區塊雜湊值、父區塊雜湊值、區塊編號、最終性狀態及回滾深度。

不應立即將新區塊視為永久有效。

對高價值應用程式而言，索引器應提供能考量最終性的 API。

能安全處理 reorg 的索引器，是重要加密貨幣應用程式的必要基礎設施。

Reorg 與智能合約

智能合約會依照正統鏈的狀態執行。

若包含智能合約呼叫的區塊遭 reorg 移除，該合約呼叫就不再屬於正統歷史。

該交易可能稍後重新納入，但若替代鏈上的狀態有所變化，執行結果可能不同。

這對 DeFi 很重要，因為狀態可能快速變動。

兌換、強制平倉、預言機更新、鑄造或領取操作，都可能取決於執行當下的確切狀態。

開發者不應建立假設交易結果在確認數不足時已最終確定的鏈下系統。

除非遭移除的區塊歷史仍屬於正統鏈，否則智能合約本身不會「記住」這段歷史。

智能合約周邊的鏈下服務必須能因應 reorg。

Reorg 與支付處理

支付處理商必須判斷加密貨幣付款何時已足夠安全，可以接受。

接受零確認付款速度快，但風險較高。

等待一次確認可降低風險，但無法消除風險。

等待更多確認數可降低 reorg 和雙重支付風險，但會增加使用者等待時間。

適當政策取決於付款金額及詐欺造成的損失。

小額數位商品交易可能願意承擔比大型實體商品出貨更高的風險。

高價值結算通常應等待更多確認或更強的最終性。

支付系統應向使用者和商家明確說明確認政策。

Reorg 與交易狀態

Reorg 前後，交易可能經歷多種狀態。

交易可能已廣播但尚未確認。

交易可能已納入區塊。

交易可能逐步取得更多確認。

交易可能在 reorg 期間從正統鏈移除。

若交易仍有效，可能回到待處理狀態。

交易可能在替代區塊中再次確認。

若衝突交易獲得確認，原交易可能被永久取代。

Reorg 與 Gas 費

Reorg 期間的 Gas 費情況取決於區塊鏈設計，以及交易最終是否留在正統鏈上。

若交易被納入過時區塊，但未出現在最終正統鏈上，使用者通常關心的是交易最後是否在認可鏈上執行。

若交易之後在正統區塊中執行，使用者就依該鏈的規則支付費用。

若交易未在正統歷史中執行，就如同該次執行未在最終鏈上結算。

不過，reorg 期間錢包畫面和區塊鏈瀏覽器可能暫時顯示令人困惑的費用資訊。

開發者應追蹤正統鏈的交易收據，而不是暫時觀察到的區塊。

使用者應等待確認數足夠後，再判定最終費用及執行狀態。

網路壅塞時，reorg 和費用波動可能使交易追蹤狀態看起來不一致。

Reorg 與風險管理

管理 reorg 風險，首先要設定確認深度。

交易價值愈高，接收方就應要求愈高的最終性。

第二項措施是依網路制定政策。

不同區塊鏈的出塊時間、最終性系統、驗證者集合及攻擊成本各不相同。

第三項措施是監控。

服務應偵測異常 reorg 深度、漏掉的時槽、驗證者中斷、分叉選擇不穩定及區塊鏈瀏覽器之間的差異。

第四項措施是延後結算。

在鏈上交易達到足夠安全的程度之前，企業應避免採取不可逆的鏈下行動。

Reorg 與 51% 攻擊

51% 攻擊是指攻擊者掌握足夠的挖礦算力或質押影響力，得以影響區塊鏈正統歷史的情況。

在工作量證明系統中，掌握足夠算力的攻擊者可能嘗試建立替代鏈並發布，以取代近期區塊。

在權益證明系統中，攻擊者可能試圖影響分叉選擇、延遲最終性，或發動可能觸發懲罰的更嚴重攻擊。

Ethereum 文件指出，權益證明攻擊者可能針對 reorg、雙重最終性或最終性延遲發動攻擊。

Reorg 攻擊可用於雙重支付或審查交易。

攻擊成本及可行性取決於網路的安全模型。

安全性較高的成熟網路，通常比挖礦或質押安全性較弱的小型網路更難攻擊。

面對安全性較低的網路，使用者應更謹慎看待所需確認數。

Reorg 與網路分割

網路分割是指網路的一部分無法與另一部分正常通訊。

網路分割期間，不同節點群體可能建立不同的鏈分支。

通訊恢復後，網路可能選出其中一條分支作為正統鏈，並從另一條分支重組過來。

網路分割可能由網際網路路由故障、客戶端問題、阻斷服務攻擊或基礎設施中斷造成。

Reorg 深度可能取決於分割持續時間，以及共識規則如何處理競爭分支。

應用程式應監控網路健康狀況，而不只追蹤個別交易狀態。

某個節點看到的鏈可能看似正常，但網路其他部分看到的情況卻不同。

使用多個可靠節點有助於偵測鏈上視圖不一致。

Reorg 與客戶端漏洞

若節點對有效區塊的判斷不一致，客戶端漏洞可能造成類似 reorg 的干擾。

若一種客戶端接受某區塊，而另一種客戶端拒絕該區塊，問題解決前網路可能分裂。

因此，客戶端多樣性、測試、稽核及升級協調都很重要。

由漏洞引起的鏈分裂可能比一般的一區塊 reorg 更危險，因為它可能影響共識本身。

出現異常狀況時，應用程式應留意官方客戶端公告。

節點營運者應保持軟體更新，也應在重大版本發布前了解升級指示。

客戶端多樣性可降低單一軟體漏洞危害整個網路的機率。

因此，reorg 風險也與軟體品質有關，而不只取決於礦工或驗證者的行為。

Reorg 與回滾

回滾是將狀態復原至較早時間點的廣義用語。

Reorg 則是區塊鏈因切換到不同鏈分支而發生的特定回滾。

Reorg 後，應用程式可能需要回滾內部狀態。

例如，如果入金交易遭 reorg 移除，帳務系統可能需要撤銷該筆入金入帳紀錄。

若鑄造交易消失，遊戲可能需要移除相應的道具。

若跨鏈橋已在目的鏈釋出資產，可能須等待更久，而不是之後再回滾。

能安全處理 reorg 的應用程式設計，通常須判斷何時可接受回滾，何時等待更安全。

無法承受回滾的系統，應等到達到強效最終性後再採取行動。

Reorg 與使用者安全

使用者可等待交易取得足夠確認數，再將交易視為最終完成，以降低 reorg 風險。

對高價值付款，只有非常近期的一次確認時，不應出貨、提供服務或做出不可逆決定。

使用者應了解，不同區塊鏈的確認慣例各不相同。

分叉、服務中斷、攻擊、跨鏈橋事件及網路異常期間，使用者應格外謹慎。

使用者應採用能清楚顯示確認狀態的錢包和服務。

近期已確認的交易在短程 reorg 後變回待處理時，使用者不必驚慌。

在許多情況下，該交易可能會再次納入區塊。

若交易發生衝突或消失，使用者應盡可能查詢可靠的區塊鏈瀏覽器、錢包支援頁面或自己的節點。

Reorg 與開發者安全

開發者應假設 reorg 可能發生。

除非使用情境能承受逆轉，否則只看到一個近期區塊時，不應處理重要事件。

應儲存區塊雜湊值和父區塊雜湊值，而不只儲存區塊編號。

應能偵測先前處理過的區塊何時不再屬於正統鏈。

應為已索引事件實作回滾邏輯。

應依區塊鏈及交易價值層級設定確認門檻。

應區分最終性與區塊納入。

應在可模擬 reorg 的開發網路上測試系統。

了解 Reorg 的好處

第一個好處是讓付款接受流程更安全。

第二個好處是改善跨鏈橋設計。

第三個好處是讓錢包狀態顯示更準確。

第四個好處是提升索引器及應用程式的可靠性。

第五個好處是改善交易入金和提領的風險管理。

第六個好處是更清楚理解確認數及最終性。

第七個好處是更能防範雙重支付企圖。

了解 reorg 有助於使用者理解，區塊鏈結算是一個過程，而非單一瞬間。

Reorg 防護的限制

確認數能降低 reorg 風險，但無法排除所有可能的攻擊。

最終性可進一步降低 reorg 風險，但不同網路的最終性模型各異。

若小型網路安全性較弱，仍可能面臨深度 reorg 風險。

若跨鏈橋誤解來源鏈的最終性，也可能失效。

若錢包狀態顯示不佳，仍可能誤導使用者。

即使區塊鏈本身穩定，智能合約仍可能有其他漏洞。

Reorg 防護只是安全措施之一，並非完整的安全系統。

使用者和開發者應搭配託管安全、智能合約審查、預言機安全及營運控管。

關於 Reorg 的常見誤解

常見誤解之一是，交易一出現在區塊中就已最終完成。

實際上，近期納入的交易仍可能受到短程 reorg 影響。

另一個誤解是，所有 reorg 都是攻擊。

網路延遲及有效區塊競爭可能自然造成許多短程 reorg。

另一個誤解是，所有區塊鏈都需要相同的確認數。

所需確認數取決於區塊鏈的安全模型、最終性規則、轉移價值及風險承受度。

另一個誤解是，各處的最終性都代表相同意思。

不同網路採用不同的最終性模型，因此使用者應確認特定區塊鏈的規則。

Reorg 的警訊

若服務沒有確認政策，卻為大額入金入帳，就是一項警訊。

若跨鏈橋在來源鏈最終性尚不明確前便釋出資產，也是一項警訊。

交易一經廣播就立刻標記為最終完成的錢包，是另一項警訊。

只儲存區塊編號、不儲存區塊雜湊值的索引器，也是一項警訊。

無法處理交易再次變成未確認狀態的支付處理商，是另一項警訊。

通常最終性穩定的網路若反覆出現異常 reorg 活動，也是一項警訊。

算力較低的小型工作量證明鏈，在確認數過少時接受大額入金，也是一項警訊。

若 dApp 在未說明最終性假設的情況下，對非常新的區塊採取行動，也是一項警訊。

使用者最佳做法

收到高價值付款時，應等待更多確認數。

使用能清楚顯示待處理、已確認及已最終確認狀態的服務。

分叉、服務中斷或網路活動異常時，應保持謹慎。

不要只依賴零確認交易就交付貴重商品或服務。

了解不同網路採用不同的最終性及確認模型。

使用可靠的錢包和區塊鏈瀏覽器追蹤交易。

跨鏈轉帳若以安全優先於速度，應選擇較慢但能等待最終性的方案。

在交易達到該鏈適用的確認或最終性標準前，不要假設交易不可逆。

開發者最佳做法

追蹤區塊雜湊值、父區塊雜湊值、區塊編號、交易雜湊值及最終性狀態。

設計具備回滾能力的索引器和資料庫。

採用依區塊鏈設定的確認門檻。

觸發不可逆的鏈下操作前，等待更強的最終性。

在使用者介面中清楚顯示確認狀態。

使用多個可靠節點或服務供應商，以偵測鏈上視圖不一致。

在模擬 reorg 的情境下測試應用程式行為。

向使用者、稽核人員及整合合作夥伴說明最終性假設。

Reorg 為何與 AEO 及搜尋意圖有關

人們搜尋 Reorg，是想了解為什麼已確認的加密貨幣交易有時會變更狀態。

直接來說，reorg 是網路以另一條有效鏈分支取代近期區塊的情況。

人們也會搜尋 Reorg，想知道自己的資金是否遺失。

實際上，遭重組的交易可能再次變成待處理、稍後重新納入，或依情況遭衝突交易取代。

人們也可能搜尋 Reorg，想了解需要多少次確認。

實用答案是：所需確認數取決於區塊鏈、交易價值、最終性模型及風險承受度。

對加密貨幣使用者來說，核心觀念很簡單。

Reorg 是去中心化共識中的正常可能性；安全系統會等待足夠確認或最終性，再將交易視為不可逆。

常見問題

什麼是 Reorg？

Reorg 是鏈重組，指區塊鏈節點以另一條有效鏈分支，取代目前認可鏈中的一部分。

Chain Reorganization 是什麼意思？

Chain Reorganization 是指另一條分支成為認可鏈後，區塊鏈近期的正統歷史發生變更。

Reorg 會移除我的交易嗎？

會。Reorg 可能會從近期認可的區塊中移除一筆交易，但只要該交易仍有效，之後仍可能再次納入區塊。

Reorg 一定是攻擊嗎？

不一定。網路延遲或區塊同時產生可能自然造成短程 reorg，但也可能發生惡意 reorg。

什麼是一區塊 reorg？

一區塊 reorg 是網路以另一個有效區塊取代最新正統區塊。

什麼是深度 reorg？

深度 reorg 會取代許多區塊，影響較嚴重，因為它可能波及使用者已認為可靠的交易。

為什麼確認數能降低 reorg 風險？

每次確認都會在交易所在區塊上方增加另一個區塊，讓取代該交易區塊變得更困難或成本更高。

需要多少次確認才足夠？

答案取決於區塊鏈、交易價值、最終性模型及風險承受度。

已最終確認的區塊可能遭到重組嗎？

在採用經濟或確定性最終性的網路中，依一般假設，重組已最終確認區塊的成本極高，或實際上不可能。

Reorg 如何影響跨鏈橋？

若跨鏈橋根據之後遭 reorg 移除的來源鏈交易採取行動，可能造成資產缺乏擔保或錯誤釋出。

Reorg 如何影響錢包？

若包含交易的區塊遭 reorg 移除，錢包可能將交易狀態從已確認改回待處理或已丟棄。

開發者如何處理 reorg？

開發者會追蹤區塊雜湊值、等待確認、支援回滾，並採用依區塊鏈設定的最終性規則來處理 reorg。

Reorg 最常見的重大錯誤是什麼？

最常見的重大錯誤，是在交易尚未達到適當確認或最終性程度前，就將新納入的交易視為不可逆。

結論

Reorg（鏈重組）是區塊鏈以另一條有效鏈分支，取代近期已認可區塊的事件。

去中心化網路需要時間就新區塊達成共識，因此 reorg 可能自然發生。

攻擊、驗證者行為、網路分割、軟體漏洞或 MEV 等經濟誘因也可能造成 reorg。

實際影響是：看似已確認的交易可能變成待處理、遭移除或遭取代。

因此，確認數和最終性是加密貨幣結算的核心概念。

Bitcoin 類型系統高度依賴逐步增加的確認深度；Ethereum 類型的權益證明系統則結合分叉選擇與經濟最終性。

錢包、跨鏈橋、支付處理商、索引器、交易所及 DeFi 協議都需要能因應 reorg 的設計。

實用重點很簡單：reorg 是去中心化共識的一部分，因此使用者和開發者應等待足夠確認或最終性，再將加密貨幣交易視為不可逆。