作者｜桑幣區識編輯團隊
發布｜2026/10/24
更新｜2026/10/24
在加密貨幣錢包中看到「交易成功」，是否就代表這筆交易已經無法被改變？
答案取決於你看到的是交易執行結果、區塊確認，還是區塊鏈的 Finality（最終確認）。
Bitcoin 使用確認數衡量交易在有效鏈中的深度；Ethereum 透過驗證者投票與檢查點建立明確的最終確認狀態；Layer 2 則還需要區分排序器回覆、資料提交至 Layer 1，以及跨鏈提款條件。
本文將介紹 Finality 的意思、不同確認方式的差異，以及如何判斷一筆交易目前取得了哪些保障。
Finality 是什麼？區塊鏈最終確認的意思
Finality 中文常稱為「最終性」或「最終確認」，描述區塊鏈對既有交易紀錄與狀態不再被逆轉的保障。
這項保障必須放在特定共識規則與安全假設下理解，不能單憑「交易已送出」或「畫面顯示成功」判斷。
例如，收款人可能已經看到餘額增加，但包含該交易的區塊仍處於可能被重組的階段。另一種情況是，交易已達到協議定義的 finalized 狀態，但收款平台還在進行內部審核，因此尚未開放提領。
Finality 要回答的核心問題是：目前這份交易歷史，還有多大可能、需要付出什麼代價，才會被另一份歷史取代？
為什麼區塊鏈需要 Finality？
區塊鏈節點分散在不同地點，不一定會同時收到相同資訊。
如果兩個礦工幾乎同時找到有效區塊，部分節點可能先看到其中一個版本，其他節點則先看到另一個版本。網路需要依照共識與鏈選擇規則，逐步收斂至共同接受的歷史。
Finality 與確認機制，讓使用者和應用程式有依據決定何時採取後續行動。
避免太早認定已收到款項
商家若在交易尚未取得足夠確認保障時出貨，可能承擔交易被取代或衝突支付的風險。
讓鏈上應用協調狀態
去中心化交易所、借貸協議與跨鏈服務，需要判斷某項資產轉移是否已取得足夠保障，才能決定後續處理方式。
區分網路回覆速度與結算保障
介面很快顯示結果，是使用體驗的一部分；交易歷史何時取得最終確認，是另一項安全屬性。兩者都值得評估。
交易成功、確認數與 Finality 有什麼不同？
| 名稱 | 主要代表什麼 | 不能直接推論什麼 |
|---|---|---|
| 已送出／Pending | 錢包或節點已收到交易，等待後續處理 | 不保證一定進入區塊 |
| 已納入區塊 | 交易已出現在目前觀察到的鏈上區塊 | 不保證區塊已取得最終確認 |
| 執行成功 | 交易依當時狀態完成預期的程式執行 | 不代表收款人正確，也不代表不能重組 |
| 確認數增加 | 交易所在區塊及後續區塊形成更多深度 | 不同鏈的相同確認數不等於相同保障 |
| Finalized | 達到該協議定義的最終確認條件 | 不保證幣價、合約安全或平台立即入帳 |
| 平台入帳 | 交易所或服務商依自身政策認列款項 | 不等於區塊鏈在這一刻才達到 Finality |
一筆執行失敗的交易，也可能隨著所在區塊取得最終確認。被固定下來的是「這筆交易執行失敗及其相關結果」，不是把失敗交易變成成功。
Finality 有哪些常見類型？
不同資料可能從不同角度分類，以下是理解區塊鏈時常見的三種描述。它們不是完全互斥的分類。
機率性最終確認：Probabilistic Finality
Bitcoin 是常見例子。
隨著有效鏈持續延伸，在一般安全假設下，移除較深層區塊需要追上更多累積工作量，交易被重組的可能性通常下降。
但 Bitcoin 並沒有「達到第六次確認後，協議就禁止重組」的開關。
確定性最終確認：Deterministic Finality
某些採用拜占庭容錯設計的協議，會在達到指定投票或提交條件後，將區塊視為已最終確認。
這裡的「確定性」有協議安全假設作為前提，例如惡意參與者比例不得超過容許範圍；並不表示任何情境下都不可能出現安全事故。
加密經濟最終確認：Crypto-economic Finality
Ethereum 常使用這個角度說明安全保障：若出現相互衝突的最終確認歷史，就涉及可被證明的嚴重共識違規，並伴隨大規模質押資產的罰沒風險。
「確定性」偏向描述協議如何判定結果；「加密經濟」偏向描述破壞保障時的經濟代價，因此不能把兩者簡單視為只能二選一的標籤。
Bitcoin 的確認數如何運作？
Bitcoin 採用工作量證明（Proof of Work），節點在符合共識規則的候選鏈中，依累積工作量選擇有效歷史。
一次確認與六次確認怎麼算？
交易被納入目前有效鏈的一個區塊，就取得第一次確認；之後每增加一個接續區塊，確認數再增加一次。
假設交易在區塊高度 900,000 被納入：
| 目前有效鏈高度 | 確認數 |
|---|---|
| 900,000 | 1 |
| 900,001 | 2 |
| 900,005 | 6 |
簡化公式為：確認數＝目前鏈頂高度－交易所在區塊高度＋1。
這個公式的前提是交易所在區塊仍在目前有效鏈上。
六次確認等於保證安全嗎？
不等於。
六次確認是常見的收款風險管理參考，不是絕對不可逆的協議規則。實際等待門檻仍取決於金額、網路安全情況與收款服務政策。
Bitcoin 長期目標出塊間隔約為十分鐘，但每個區塊的實際等待時間具有隨機性，六次確認也不是固定六十分鐘完成。
Ethereum 如何達到最終確認？
Ethereum 的權益證明（Proof of Stake）透過驗證者投票、鏈選擇規則與 Casper FFG 最終確認機制，對歷史建立共識。
Slot、Epoch 與檢查點
依本次核對的官方文件，Ethereum 一個 Slot 為 12 秒，一個 Epoch 包含 32 個 Slot，約為 6 分 24 秒。
Slot 是安排區塊提議的時間單位，不代表每個 Slot 必定成功出塊，也不代表每個新區塊立即完成最終確認。
Justified 和 Finalized 的差異
驗證者對檢查點之間的連結提交證明投票，投票權重依有效質押權重計算，不是單純數人頭。
達到至少三分之二質押權重支持及相應協議條件後，檢查點可取得 justified 狀態；符合後續最終確認規則時，先前的檢查點再取得 finalized 狀態。
因此，justified 與 finalized 不是同一階段。
Ethereum Finality 要多久？
Ethereum.org 目前以約 15 分鐘說明一般情況下的最終確認時間。這是概略值，會受到交易進入區塊的位置、投票參與與網路狀況影響，不是固定倒數計時。
官方也持續研究 Single-slot Finality（SSF），希望縮短最終確認時間。研究目標不應直接當成主網已提供的能力。
PoW 與 PoS 的 Finality 有什麼差別？
以下以 Bitcoin 與 Ethereum 為例，不能直接套用到所有 PoW 或 PoS 網路。
| 比較項目 | Bitcoin PoW | Ethereum PoS |
|---|---|---|
| 主要判斷依據 | 有效鏈的累積工作量與交易深度 | 質押權重投票與檢查點規則 |
| 常見描述 | 機率性最終確認 | 加密經濟最終確認 |
| 是否有明確 finalized 狀態 | 沒有相同意義的協議狀態 | 有 |
| 一般使用者常看什麼 | 確認數、交易是否仍在有效鏈 | 交易區塊與 finalized 狀態 |
| 等待越久的意義 | 通常累積更多重組成本 | 等待共識條件成立，不只是計時 |
| 常見誤解 | 六次確認後絕對不可逆 | 每 12 秒立即完成最終確認 |
不能只因某條鏈比較快完成確認，就直接判斷它在去中心化、可用性與攻擊成本上也全面較好。
Solana 的 Processed、Confirmed、Finalized 是什麼？
Solana 官方 RPC 文件區分三種 Commitment 狀態：
| 狀態 | 意義 |
|---|---|
| Processed | 節點已處理該區塊，但仍可能回滾 |
| Confirmed | 該區塊已獲超過三分之二活躍質押權重直接投票支持 |
| Finalized | 該區塊已取得網路認定的最終確認與最大鎖定狀態 |
因此，在 Solana 上看到 confirmed，也不應直接將它翻譯成與 finalized 完全相同的保障。
這些名稱描述的是確認層級；不能只靠一個延遲數字，推定所有交易與所有 RPC 節點都會在同一時間顯示相同狀態。
Layer 2 的快速確認等於 Finality 嗎？
不一定。
以使用 Ethereum 作為資料發布與結算基礎的標準 OP Stack Rollup 為例，排序器可以很快回覆交易結果，但資料尚未提交 Ethereum 時，仍有不同的信任前提。
Unsafe、Safe 與 Finalized
| 階段 | 簡化意義 |
|---|---|
| Unsafe | 已有 L2 區塊，但相關資料尚未發布至 Ethereum |
| Safe | 已有對應 L1 資料，可依協議規則推導 L2；所在 L1 區塊尚可能重組 |
| Finalized | 對應的 L1 資料區塊已取得 Ethereum 最終確認 |
這些是特定技術架構的術語，不是所有 Layer 2 的統一命名標準。
為什麼不能把提款七天當成交易 Finality？
OP Stack 官方明確區分交易最終確認與 Standard Bridge 的提款等待機制。
前者與交易資料取得 Ethereum 最終確認有關；後者與橋接提款主張的驗證及挑戰安排有關。故不能說「L2 上每筆交易都要七天才能最終確認」。
快速提款服務也不代表底層共識被加速，使用者還需要評估提供流動性的服務商、費用與合約風險。
延伸閱讀：Optimistic Rollup 是什麼？運作原理、詐欺證明與 ZK Rollup 差異
Reorg 是什麼？Finality 和區塊重組的關係
Reorganization（區塊重組，簡稱 Reorg）是節點改採另一段符合規則的鏈上歷史，取代原先接受的部分區塊。
被移出有效鏈的交易，可能重新等待打包、稍後再次被納入，也可能因衝突交易已被接受而無法再次成立。發生重組不代表每筆交易一定永久消失。
Finality 與確認深度讓應用程式評估是否適合依賴某筆交易。如果外部服務太早採取不可撤回的動作，例如已交付商品，鏈上重組就可能轉化為實際損失。
Finality 延遲，代表區塊鏈停止運作嗎？
不一定。
網路可能仍在產生區塊、處理交易，但暫時沒有取得足夠投票權重完成最終確認。這與完全停止出塊是不同情況。
以 Ethereum 為例，若足夠多的有效質押權重無法正常投票，可能使 Finality 延遲。協議設有 Inactivity Leak 等恢復機制，但不能據此保證任何中斷都會在固定時間內解決。
還要區分兩種問題：
- 活性（Liveness）：網路能否持續推進並完成確認。
- 安全性（Safety）：網路是否避免將互相衝突的歷史同時視為最終確認。
當介面持續顯示新交易時，仍應留意它呈現的是哪一種確認狀態。
Slashing 如何支援最終確認安全？
在 Ethereum 的設計中，矛盾投票等特定行為可構成罰沒證據。對衝突歷史提供最終確認所涉及的共識違規，至少會牽涉三分之一有效質押權重的可罰沒行為。
這是共識安全的經濟約束，不是「一般使用者等滿某段時間，就能獲得損失賠償」的保證。
而且，單純離線、Finality 延遲與 Slashing 並不是同義詞，必須依協議規則判斷。
延伸閱讀：Slashing 是什麼？PoS 罰沒機制、驗證者懲罰與質押風險完整解析
實際範例：收到穩定幣後，應該看什麼？
假設小明向你轉入 1,000 USDC。這是說明流程的假設案例，不代表固定的確認門檻。
- 確認網路與地址：核對 USDC 所在區塊鏈、代幣合約與收款地址。
- 確認交易狀態：檢查是否仍在等待、是否成功執行，以及實際轉入金額。
- 查看確認保障：依該網路查看確認數或 confirmed／finalized 狀態。
- 核對平台政策：若收款地址屬於交易所，另看它的入帳條件與帳戶狀態。
- 再決定後續動作：依金額與交付風險，決定何時出貨、提供服務或轉出資產。
Finality 無法替你確認對方是否可信、代幣是否是假幣，也不能替代地址與合約檢查。
Finality 常見問題 FAQ
Finality 中文是什麼？
常譯為「最終性」或「最終確認」，描述交易歷史在指定協議規則與安全假設下不再被逆轉的保障。
交易成功就代表 Finalized 嗎？
不一定。執行成功、被納入區塊與完成最終確認是不同判斷。
Bitcoin 六次確認後就絕對安全嗎？
不是。六次確認是常見參考門檻，Bitcoin 沒有在第六次確認後禁止重組的規則。
Ethereum 每 12 秒就完成最終確認嗎？
不是。12 秒是官方文件描述的 Slot 長度，不能當成一般最終確認所需時間。
Ethereum 最終確認一定要 15 分鐘嗎？
不是。約 15 分鐘是概略說明；實際時間依共識參與及網路狀況而變。
Solana Confirmed 和 Finalized 一樣嗎？
不同。兩者是不同的確認層級，finalized 代表更強的網路確認狀態。
Layer 2 要等七天才有 Finality 嗎？
不能一概而論。標準 OP Stack 的交易最終確認與 Standard Bridge 提款等待期是不同機制。
Finality 延遲就代表交易全部失敗嗎？
不一定。網路可能仍在處理交易，只是最終確認暫時無法正常推進。
已最終確認的失敗交易會變成成功嗎？
不會。最終確認固定的是所在區塊的歷史，不會改寫程式執行結果。
Finality 越快的區塊鏈一定越安全嗎？
不一定。還需要比較其信任假設、參與者分散程度、共識設計與故障處理方式。
Finality 可以防止轉錯地址嗎？
不能。若轉錯地址的交易已被確認，最終確認保障也不會自動協助退款。
交易已 Finalized，交易所一定立即入帳嗎？
不一定。交易所仍有自身的確認要求、系統處理與帳戶審核流程。
理解 Finality，先看清楚交易取得了哪一層保障
評估鏈上付款，除了看是否成功，還要確認它目前所依賴的共識狀態與服務政策。
Bitcoin 的確認深度、Ethereum 的檢查點、Solana 的 Commitment 層級，以及 Rollup 的 L1 資料確認，都在處理交易歷史的可信度，但不能直接用同一個數字比較。
對一般使用者而言，先確認網路、執行結果、確認層級與入帳政策，比單看「幾秒到帳」更能判斷後續操作的風險。
延伸閱讀
- Proof of Work 是什麼？PoW 工作量證明、比特幣挖礦與 PoS 差異完整解析
- Proof of Stake 是什麼？PoS 共識機制、驗證者運作與 PoW 差異完整解析
- Slashing 是什麼？PoS 罰沒機制、驗證者懲罰與質押風險完整解析
- Optimistic Rollup 是什麼？運作原理、詐欺證明與 ZK Rollup 差異
資料來源
- Bitcoin Developer Guide：Block Chain
- Bitcoin Developer Guide：Payment Processing
- Ethereum.org：Proof-of-stake
- Ethereum.org：Proof-of-stake FAQ
- Ethereum.org：Single slot finality
- Solana 官方文件：RPC Overview
- OP Stack 官方文件：Transaction finality
- OP Stack 官方文件：Transaction flow
資料核對日期：2026/10/24。編輯依官方文件核對技術敘述、區分協議現況與研究目標；實際發布與更新日期以上線時資訊為準。
*本文由桑幣區識編輯團隊依據官方資料及公開資訊整理，內容僅供資訊與教育用途，不構成投資建議。
