确认数是你的交易所在区块后面又接上了几个区块,刚进区块算 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 帮助:为什么我无法提币?(充值区块确认数不足一节) ↗