確認數是你的交易所在區塊後面又接上了幾個區塊,剛進區塊算 1 個,之後每出一個新區塊加 1。最新區塊偶爾會被替換,所以交易所要等夠一定數量才入帳,比如歐易對 USDT 在波場要 19 個、在以太坊要 32 個,各鏈出塊快慢不同。
區塊瀏覽器上已經是 Success,交易所卻還寫著「確認中 5/19」。這個分數就是確認數:分母是交易所要求的數量,分子是鏈上已經累計的數量。要明白它為什麼存在,得先知道區塊是怎麼一個接一個連起來的。
區塊和確認數:一句話定義和一條時間線
ethereum.org 對區塊的定義是:一批交易,外加前一個區塊的雜湊。因為每個區塊都包含上一個區塊的雜湊,它們被串成一條鏈;歷史上任何一個區塊被改動,後面所有區塊的雜湊都會跟著變,全網都會發現。Bitcoin 開發者指南的描述是同一個意思:每個區塊儲存上一個區塊頭的雜湊,所以要改一筆交易,就得改記錄它的區塊以及後面所有區塊。
確認數就建立在這個結構上。Bitcoin 開發者指南的定義:每多一個區塊,交易就多獲得一個確認。把一筆轉帳放到時間線上看:
| 階段 | 確認數 | 發生了什麼 |
|---|---|---|
| 剛發出 | 0 | 已廣播到網路,還沒進任何區塊。Bitcoin 開發者指南說這種交易沒有風險分析時一般不應信任 |
| 進入區塊 | 1 | 交易被打包進最新區塊。指南的說法是雙花風險大幅下降,但最新區塊仍然相當常見地會被意外替換 |
| 下一個區塊出來 | 2 | 上一個區塊被接上了新的區塊,指南寫到兩個區塊同時被替換已極為罕見 |
| 再往後 | 3、4、5…… | 每個新區塊加 1;以比特幣為例,指南說 6 個確認大約需要一小時的網路工作,處理大額交易的軟體應至少等到 6 個 |
所以「確認數」不是交易所發明的概念,而是鏈本身的計數方式;交易所只是選了一個自己接受的門檻。
為什麼 1 個確認還不夠?
Bitcoin 開發者指南用了一個很直白的例子解釋:一個惡意的付款人可以同時造兩筆交易,一筆付給你,一筆把同一筆錢付回自己。兩筆只有一筆能進區塊鏈,誰也不能提前說準是哪一筆。這就是雙花。交易一旦進了區塊,再想雙花就得改寫區塊鏈歷史,而改寫的難度隨著後面區塊的增加而增加。
關鍵在「最新區塊會被替換」這件事。指南明確寫了:最新的區塊相當常見地會被意外替換,所以只有 1 個確認時,雙花仍然是真實的可能性。原因是比特幣靠挖礦這種競爭來出塊,偶爾兩個礦工幾乎同時各出一個區塊,網路短暫分叉,最後只有一條分支留下,另一條上的交易被退回待處理池。你的交易如果恰好在被丟棄的那個區塊裡,1 個確認就會變回 0 個。
以太坊換了一種機制,但思路相同。ethereum.org 說交易被打包進區塊後,這個區塊會隨時間升級為 justified、再升級為 finalized,每一步都讓交易「已成功且不會被改動」的確定性更高。到了 finalized,要改動它只能靠一次網路級別的攻擊,代價是至少三分之一質押的 ETH 被銷燬,文件形容為要花費數十億美元。交易所要求 N 個確認,本質上就是等到「被替換的機率小到可以接受」為止。
不同鏈的出塊速度差很多,等的時間也不同
同樣是「等 20 個確認」,在不同鏈上是完全不同的時長,因為出塊間隔差了幾個數量級:
| 鏈 | 出塊間隔 | 依據 |
|---|---|---|
| 平均約 10 分鐘,沒有保證 | bitcoin.org 說交易通常在 10 到 60 分鐘內獲得第一個確認;mempool.space 首頁 2026 年 11 月 7 日顯示的平均出塊時間約 10.4 分鐘 | |
| 12 秒一個 slot,每個 slot 選一個驗證者出塊 | ethereum.org:驗證者偶爾離線時 slot 會空過去,所以實際間隔偶爾會大於 12 秒 | |
| 出塊快,但「固化」有延遲 | TRON 文件說固化狀態通常比最新區塊晚約 1 分鐘,需要最終狀態的場景應以固化後的為準 | |
| 以 slot 計 | Solana Explorer 首頁 2026 年 11 月 7 日顯示 1 分鐘平均 slot 時間為 214 毫秒 |
用歐易(OKX)幫助頁的數字算一筆帳:USDT 在以太坊要 32 個確認,按 12 秒一個 slot,順利時約 6 到 7 分鐘;在波場要 19 個確認,按波場的出塊節奏加上約 1 分鐘固化延遲,通常也在幾分鐘量級。比特幣沒有被歐易這頁舉例,但按比特幣 6 個確認約一小時推算,任何要求個位數以上確認的比特幣入金都要按小時等。這些都是順利時的估算,網路擁堵時只會更慢,歐易的幫助頁也把「區塊鏈網路擁堵」列為到帳延遲的原因之一。

還有一類網路要分兩層數。歐易的幫助頁寫到,在 Optimism、Base、Arbitrum One 這類 Layer 2 上的交易,先在 Layer 2 上確認,再和其他交易一起打包成捆綁包提交到 Layer 1 確認;歐易根據最終的 Layer 1 狀態和 Layer 2 區塊確認來完成充入。所以 L2 入金偶爾會出現「L2 瀏覽器早就成功、交易所還在等」的情況,等的是 L1 那一層。
交易所「到帳需要 N 個確認」在哪裡看?
以歐易為例,有兩個地方:
- 入金頁。 歐易的提幣說明裡寫到,入金頁面會顯示「到帳所需確認數」和「提幣解鎖所需確認數」兩個數字。進入 App 的【資產】>【入金】,或網頁端的【入金】,選好幣種和網路後,頁面上就能看到。
- 幫助中心。 「充入完成需要多長時間」這篇列了例子(TRON 上的 USDT 19 個、以太坊上的 USDT 32 個,頁面 2026 年 9 月更新),並提醒以網站最新資訊為準。

「到帳所需確認數」和「提幣解鎖所需確認數」是兩個門檻。前者達到後資產入帳;後者更高,歐易的說明是確認數低於提幣解鎖數時,這部分資產暫時不能提幣或在 C2C 賣出,要等確認數達到要求。同一篇還寫了平台的立場:區塊確認由網路和礦工決定,平台無法干預或預估時間。入金的完整操作見 怎麼把幣入金到歐易。
每條鏈、每個幣的要求都不同,而且會調整。記住的是去哪裡看,不是記某個數字。
顯示「確認中」時,該等還是該查?
分兩種「確認中」。一種是區塊瀏覽器上的,意思是交易已廣播、還沒進區塊;另一種是交易所頁面上的,通常意思是交易已上鍊、確認數還沒達到門檻。處理方式不一樣:
| 你看到的 | 先做什麼 | 什麼時候該查、該聯絡 |
|---|---|---|
| 交易所顯示確認中,帶 x/N 的進度 | 等。每出一個區塊就會前進一格 | 進度長時間不動,去瀏覽器看這筆交易是否仍在鏈上;地址、網路、Tag 填錯不會顯示成這種進度 |
| 瀏覽器顯示待處理(Pending),還沒進區塊 | 等。常見原因是手續費偏低或網路擁堵,歐易的幫助頁說較高的交易費通常會讓礦工優先處理 | 超過一兩個小時仍未進區塊,找轉出方確認手續費設定,必要時由轉出方處理 |
| 瀏覽器已 Success,交易所沒有任何記錄 | 核對收款地址、網路、幣種合約、Tag/Memo | 歐易的建議是:交易已在鏈上就看是否達到所需確認數,達到即入帳;資訊填錯則聯絡客服 |
| 瀏覽器查不到這筆雜湊 | 不用等了 | 歐易的說法是,充入在鏈上找不到,聯絡傳送平台的客服 |
一個值得記住的原則,來自 TRON 的開發者文件:別把中間狀態當最終結果。廣播成功不等於被打包,被打包不等於執行成功,最新區塊不等於固化。交易所入帳時要的是最後那一層,所以它顯示的進度常常比錢包、比瀏覽器都「慢半拍」,這是設計使然,不是故障。
幾個常見疑問
確認數夠了,為什麼還沒到帳? 先看確認數是不是按交易所要求的那條網路數的。L2 入金等的是 L1 確認;此外歐易的幫助頁列了其他原因:幣種在該網路不被支援、低於最低入金額、漏填 Tag、一次交易裡打包了多筆充入等,這些都不會因為確認數增加而自動解決,排查順序見 歐易入金沒到帳怎麼排查。
確認數會倒退嗎? 會,但很少見。網路短暫分叉時,被丟棄分支上的交易會回到待處理狀態,確認數歸零後重新累計。這正是交易所不以 1 個確認為準的原因。
能不能付錢加快確認? 發出之前可以:手續費高的交易更容易被優先打包,比特幣的手續費怎麼算見 比特幣充提的地址和手續費。發出之後,確認數只能靠時間累積,任何聲稱能「加急確認」「解凍確認數」並要你付費的,都不是鏈上能做到的事。
同一個幣在不同鏈要求的確認數為什麼不同? 因為出塊機制、分叉機率、固化方式各不相同,交易所按每條鏈的特性分別設門檻。所以入金前除了選對網路,也可以順手看一眼那條網路的確認數要求,心裡有數再轉。
這篇文章參考了哪些資料
以下資料查閱於 2026 年 11 月 7 日。平台規則可能因地區、帳戶和時間變化。
- Bitcoin.org:How does Bitcoin work? ↗
- Bitcoin 開發者指南:Payment Processing(Verifying Payment) ↗
- Bitcoin 開發者指南:Block Chain ↗
- ethereum.org 開發者文件:Blocks ↗
- ethereum.org 開發者文件:Transactions ↗
- ethereum.org 開發者文件:Proof-of-stake(Finality) ↗
- TRON 開發者文件:Confirmation semantics ↗
- mempool.space 首頁(比特幣平均出塊時間) ↗
- Solana Explorer 首頁(slot 時間) ↗
- OKX 幫助:充入完成需要多長時間? ↗
- OKX 幫助:為什麼我的充入還未到帳? ↗
- OKX 幫助:為什麼我無法提幣?(入金區塊確認數不足一節) ↗