同一笔转账，比特币网络刚显示 1 个确认时，这笔钱在协议层面还没有被”钉死”；以太坊链上出现”finalized”标记时，这笔转账在协议层面已经很难被推翻。两条链给出的提示看起来都是”交易成功”，判断这笔钱是不是真的转不回去了，背后的逻辑却完全不一样。区块确认，是指一笔交易被打包进区块之后，后续又有多少个新区块接续在它上面。新区块越多，篡改这笔交易需要付出的算力或质押代价就越高，交易被回滚的可能性也随之下降。

核心要点

  • 确认数的本质是”回滚这笔交易要付出多大代价”，数字越大代价越高，不是简单的等待时间越久越保险。
  • 比特币用算力和概率算安全边界：中本聪白皮书给出的示例是，攻击者掌握 10% 算力时，交易所在区块之上再新增 6 个区块（区块浏览器上约合第 7 个确认）后，追上并篡改这笔交易的概率约为 0.0002428，不到万分之三。
  • 以太坊完成权益质押改造后，靠两轮”检查点”投票拿到”finalized”状态：一个 epoch 为 32 个 slot、每个 slot 约 12 秒，两个完整 epoch 理论值约 12.8 分钟，只是这套机制的时长参考，实际是否终局要看区块浏览器上的状态标记，也取决于交易进入 epoch 的位置、以及网络终局是否正常进行；一旦终局化，攻击者要甘愿烧掉至少三分之一的质押 ETH 才可能回滚。
  • Solana 提供三级状态——processed、confirmed、finalized：confirmed 已经拿到超级多数验证人投票，被丢弃的概率已经很低；finalized 要在此基础上再叠加约 31 个已确认区块，确定性进一步提高。
  • 三条链”确认”这个词字面意思相近，背后的安全模型不是一回事，不能把比特币等确认的经验直接套用到以太坊或 Solana 上。
  • 越是不可逆、回滚后果越难挽回的场景，越应该核对协议能给出的更高确定性状态，而不是看到页面显示”成功”就默认结束；具体该等到哪一步，还要看接收方自己公示的到账门槛。

适用范围：比特币、完成权益质押改造后的以太坊、Solana 三条公链的确认与终局机制，机制层面全球通用。

适用地区：判断确认数的方法本身不分地区；但能不能持有、转账或交易虚拟资产，要按你所在地区的规则单独判断。

个人可参与度：本文只解释链上确认和终局机制，不建议也不协助任何虚拟资产的买卖、开户或跨境资金安排；如果你在中国大陆，虚拟货币相关业务活动按现行监管文件属于非法金融活动。

主要风险点：①把”1 个确认”或页面显示”成功”当成资金已经不可逆到账；②不同链的确认数不能直接换算比较，同样等 6 个确认，在比特币和在一条出块极快的链上代表的安全程度完全不同；③平台自己设定的到账门槛，可能比协议本身给出的安全边界更宽松或更严格，不能默认两者一致。

该核对的证据：区块浏览器里这笔交易实际显示的确认数或状态标记（pending / confirmed / finalized），以及协议官方文档给出的终局机制说明，而不是聊天记录里对方说的”已经到账”。

资料截至：2026-08-21，以下机制说明以协议官方文档当前版本为准，具体参数如有升级，请以官方文档最新版本为准。

比特币和以太坊，怎么定义”这笔钱转不回去了”？

比特币靠算力代价把回滚概率压到接近于零，以太坊靠质押投票让回滚在经济上划不来——两条链都没有承诺风险清零，只是把逆转的代价推得足够高。

比特币：算力代价和概率安全

比特币用的是工作量证明（PoW），一笔交易被打包进区块后，后面每多一个区块，攻击者想要回滚这笔交易，就得重新算出比现有链更长的一段链，把原来的区块替换掉。

中本聪白皮书第 11 节给出过一份具体的计算：假设攻击者掌握全网 10% 的算力，交易被打包进区块之后，链上在这个区块之上每新增一个区块（白皮书里记作 z），攻击者靠算力优势追上并篡改这笔交易的概率就会随 z 增大而下降。

白皮书给出的几组结果是：z=1 时概率约为 20.5%；z=3 时降到约 1.3%；z=6 时降到约 0.0002428，也就是不到万分之三。

这里要分清一个计数方式的差异：白皮书里的 z，指的是交易所在区块之上再新增的区块数，不等同于区块浏览器里常说的”确认数”——区块浏览器通常把交易所在的那个区块算作第 1 个确认，所以白皮书的 z=6，对应的其实是区块浏览器上的第 7 个确认，而不是日常说的”等 6 个确认”。这套逻辑说明，比特币的确认数不是一个固定的安全阈值，而是一条随确认数增加不断逼近零、但永远不会真正归零的概率曲线。

日常挂在嘴边的”等 6 个确认”，正是从这份计算里借来的经验说法，实际对应的是白皮书 z=6（区块浏览器第 7 个确认）附近的安全水平，针对的是攻击者算力占比不太悬殊的场景；攻击者实际掌握的算力越高，同样等这么久给到的安全边界就越薄。

以太坊：两轮投票换来的”经济终局”

以太坊完成从工作量证明转向权益证明的升级后，用的是另一套逻辑，官方文档里把这套机制称为 Gasper。每个 epoch 包含 32 个 slot（不是 32 个区块——slot 只是留给验证人出块的时间窗口，不是每个 slot 都能成功产出区块），epoch 边界对应的区块叫检查点（checkpoint），验证人对相邻两个检查点投票；如果一对检查点拿到全网质押 ETH 三分之二以上的投票，较新的那个检查点就升级为”已确认（justified）“；等到再有下一个检查点在它之上被确认，前一个检查点就升级为”finalized（已终局）”。

按以太坊官方文档给出的参数，一个 epoch 固定为 32 个 slot，每个 slot 约 12 秒，正常情况下这个过程需要两个完整 epoch，理论值约 12.8 分钟；实际要等多久，还取决于这笔交易被打包时刚好落在 epoch 的哪个位置，以及网络终局是否正常进行，不是一个恒定数字。12.8 分钟只是两个 epoch 的时长参考，不是”等够这个时间就等于终局”的保证——网络终局如果没有正常推进，等再久也不会显示 finalized，判断有没有真正终局，要看区块浏览器上的实际状态标记，而不是掐着时间算。以太坊官方文档的说法是，一旦区块被终局化，除非有人愿意至少烧掉全网三分之一的质押 ETH，否则这个区块没法被更改——这不再是比特币那种”概率越来越低但从不为零”的模型，而是把回滚的代价钉在了”你得先自愿损失巨额资产”这条线上，官方文档称之为经济终局（economic finality）。

Solana 为什么几秒钟就能显示”已确认”？

Solana 用的是三级状态划分，确认速度快是因为它把”够用”和”更保险”拆成了两个不同的门槛，分别对应不同场景。

processed、confirmed、finalized 三级状态分别是什么

Solana 官方文档定义了三种承诺状态（commitment level）。processed，表示这笔交易已经被打包进某个区块，但这个区块有没有留在主链上还不确定。confirmed，表示这笔交易所在的区块已经拿到全网超级多数（66% 以上）质押份额的投票，被丢弃回滚的概率已经很低。finalized，表示这个区块不仅拿到了超级多数投票，还在它之上又叠加了大约 31 个已经进入 confirmed 状态的区块——比 confirmed 多满足了这一条确认条件。

confirmed 和 finalized，分别能证明什么

Anza 官方文档只定义了这两级状态各自的判定条件，没有给出”日常查询用哪个""该多等多久”这类场景建议，这部分判断需要读者自己根据能承受的风险来定。从状态本身看：confirmed 已经拿到超级多数验证人投票，被丢弃、进入分叉的概率已经很低；finalized 要在 confirmed 基础上再叠加大约 31 个已确认区块，确定性进一步提高。多等到 finalized 具体要多花多长时间，取决于当时的出块节奏，官方文档没有给出固定秒数。要不要多等，落到具体场景要看：接收方（交易所、DApp、跨链桥）自己公示的到账门槛要求的是 confirmed 还是 finalized；以及这笔资金一旦被回滚，会不会连累到你已经做的下一步动作。

多少个确认才算够？

确认数该等多少，取决于协议这时候处在哪个状态、接收方给出的门槛、以及回滚会造成什么后果，不是死记一个固定数字。

三条链的等待逻辑放在一张表里比

三条链的安全模型、协议给出的参考等待点、大约需要多久，以及回滚可能性，对照如下：

链安全模型协议给出的参考等待点大约需要多久是否可能被回滚
比特币概率安全（PoW 算力代价）中本聪白皮书示例：10% 算力攻击者，交易区块之上再新增 6 个区块（区块浏览器上约合第 7 个确认）时得手概率约 0.0002428再等 6 个区块，按平均每 10 分钟一个区块算约 1 小时理论上仍有极小概率，随确认数增加持续逼近零
以太坊（权益证明）经济终局（质押投票）两个 epoch 内完成两轮检查点投票，进入 finalized每个 epoch 32 个 slot、每 slot 约 12 秒，两个 epoch 理论值约 12.8 分钟，实际随交易进入 epoch 的位置浮动finalized 后需要攻击者甘愿烧毁至少三分之一质押 ETH，正常场景可视为不可逆
Solana实用终局（超级多数投票 + 区块累积）confirmed：拿到 66% 以上验证人投票；finalized：在 confirmed 基础上再叠加约 31 个已确认区块confirmed 通常很快完成；finalized 还需再等约 31 个已确认区块，实际耗时随网络出块节奏变化confirmed 已有较高确定性；finalized 在此基础上确定性更高

同样是等”确认”，比特币等的是时间和算力堆出来的概率曲线，以太坊等的是两轮投票凑够的质押份额，Solana 等的是验证人投票加区块累积的双重门槛——三个数字背后完全不是同一套东西，拿比特币的 6 个确认去套以太坊或 Solana，参考价值不大。

判断该等到哪一步，看这四个点，不是套金额

协议给出的参考等待点是安全模型本身，不是”某个金额该等多久”的操作说明。落到具体一笔交易，该不该多等，核对这四件事：

  • 协议状态处在哪一级：这笔交易目前是刚打包、已经 confirmed，还是已经到了 finalized——上面这张表已经给出各链对应的判定点，先看清楚现在在哪一级。
  • 接收方公开的到账门槛是什么：交易所、钱包、DApp、跨链桥会自己公示放行需要几个确认或哪个 commitment level，这个门槛以对方公示的规则为准，不是协议给出的安全边界，也不是靠一张通用表格能替你决定的。
  • 一旦回滚，后果是什么：只是自己钱包之间的转账，回滚顶多重新转一次；对方已经发货、已经放出额度，或者这笔钱已经进了某个合约，回滚的代价完全不同。
  • 后续动作是不是发生在同一条链上：如果只是在同一条链上接着把这笔钱往下用（比如转给第三方、存进某个合约），一旦原交易在链重组中被移出主链，建立在它之上的这几步操作通常也会跟着被移出，不能笼统算作”已经没法撤销”；但如果这笔到账已经触发了跨链桥转移，或者对方已经据此完成发货、记账、结算等链下动作，原交易被回滚也换不回这些链外的既成事实，这类场景才真正难以挽回，更需要动手前先确认到了更高确定性的状态。

把这四点核对清楚，再回头看上面的表格、确认对应链此刻处在哪一级、离协议给出的更高确定性状态还差多远，比记一张固定金额分档表更可靠——同样一笔转账，接收方不同、后续动作不同，该等到哪一步也不一样。协议给出的参考等待点不是某个平台的固定规则：具体某个交易所、钱包或 DApp 要求等待多少个确认才放行，以它自己公示的规则为准，很多平台出于风控考虑，设定的等待门槛比协议给出的安全边界更保守，这属于平台自己的选择，不代表协议本身需要等那么久。

想自己核对，去哪查、看哪个字段

三条链都有公开、免费的区块浏览器，不需要额外权限就能自己核对，不用只看平台页面上一句”处理中”。比特币可以用 mempool.space；以太坊可以用 Etherscan 或信标链浏览器 beaconcha.in；Solana 可以用官方的 Solana Explorer 或 Solscan。以 mempool.space 为例，首页会实时显示当前难度调整周期内的平均出块时间，以及内存池里还在排队、尚未被打包的交易数量，这两个数字随网络拥堵程度和出块节奏实时变化，查询时看到的具体数字只反映当下这一刻。这也说明一件事：比特币的确认速度不是恒定的，“平均每 10 分钟一个区块”只是长期参考值，具体等到第几个确认要花多久，得看当时的出块节奏。

查以太坊，重点看两个字段：这个区块的状态是 justified 还是 finalized，以及当前 epoch 距离最近一次 finalized epoch 差了几个——信标链浏览器会直接标出这两项，不需要自己按 slot 数换算。查 Solana，重点看交易详情页给出的 commitment 状态字段，浏览器会直接标出 processed、confirmed 或 finalized，同样不需要自己数区块。不管哪条链，判断一笔交易到没到某个状态，回浏览器上的实际标记，比只记一个理论等待时间更准。用区块链浏览器核对确认数或状态标记，是判断到没到位比较直接的办法；如果还不确定该用哪类工具查，链上数据怎么查、免费工具怎么选这篇文章有更完整的拆解。

看到”确认成功”之后，还有哪些容易搞混的点？

确认数够了只能说明这笔交易在链上层面很难被推翻，不代表资金已经可以马上动用，也不代表平台一定会照着协议给的节奏放行。

确认数够了，不代表资金已经能马上用

链上终局和资金可用是两件事。一笔交易达到 finalized 或者攒够了 6 个确认，只说明这笔交易本身很难被撤销。如果这笔钱转进的是交易所、跨链桥或者某个应用的合约，平台自己还可能设置额外的处理流程、风控审核或者提现排队机制。协议层面已经终局的资金，在平台那一侧还要再等一段时间才能看到、才能取出——把”链上确认够了”直接等同于”平台里已经能用”，这个误会挺常见。

平台自己设的门槛和协议给的安全边界是两回事

不同平台对同一条链设定的确认数门槛可能差很多：风控严格的平台可能要求比协议安全边界更高的确认数才放行，也有平台为了体验更快，把门槛设得比较低。看到某个平台”只等 1 个确认就能提现”，不代表这条链协议层面 1 个确认就足够安全，只能说明这家平台自己愿意承担这部分风险。反过来，某个平台要求等很久，也不一定是协议本身需要那么长时间，可能只是平台自己更保守的风控选择。判断一笔转账是否真的进入了很难撤销的状态，回到协议给出的机制说明和区块浏览器上的实际状态，比只看平台页面上的一句”处理中”或”已到账”更可靠。

下次等确认，先分清这两件事

先分清你在意的是”链上层面能不能改”，还是”平台什么时候放行”，这是两个不同的问题，答案也不在同一个地方找。前一个问题回协议机制和区块浏览器上的实际状态；后一个问题回平台自己公示的规则。回滚后果越难挽回、越接近触发不可逆的下一步动作，越应该核对协议给出的更高确定性状态，也不要只看页面上一闪而过的”成功”字样就当作已经结束。

常见问题

Q： 比特币转账只等 1 个确认，安全吗？

答： 比特币转账只显示 1 个确认时，交易虽然已经进入区块，但后面还没有新区块接续，是确认深度最浅的阶段。按中本聪白皮书的计算，攻击者掌握 10% 算力时，哪怕再等来 1 个新区块（区块浏览器上的第 2 个确认），追上并篡改交易的概率也还有约 20.5%，只等 1 个确认时的风险只会更高，不是一个小概率。要不要接受这个风险，取决于这笔交易回滚会造成什么后果，以及接收方公示的到账门槛是几个确认。不少平台对大额充值会设置比小额更高的确认数门槛，正是不愿意承担这部分概率——具体门槛以平台当时公示的规则为准。

Q： 以太坊转账页面显示”成功”，是不是就等于已经 finalized？

答： 不是。交易被打包进区块只说明它进入了链上，这时状态通常显示为已包含在区块里，但还没有经过检查点投票拿到 finalized。要确认是否真的终局化，最可靠的办法是在区块浏览器上核对具体状态标记；两个完整 epoch 的理论时长约 12.8 分钟（按官方参数：每 epoch 32 个 slot、每 slot 约 12 秒换算）可以当参考，但不能替代直接核对——网络终局如果没有正常推进，单纯等够这个时间也不会显示 finalized。

Q： Solana 的 confirmed 和 finalized，该怎么选？

答： Anza 官方文档只定义了这两级状态各自的判定条件，没有给出”该用哪个”的场景建议。confirmed 已经拿到超级多数验证人投票，被丢弃的概率很低，也比 finalized 更快出现；finalized 在此基础上再叠加约 31 个已确认区块，确定性更高。该用哪一级，要看接收方（交易所、DApp）自己公示的到账门槛，以及这笔资金一旦回滚会不会连累到你已经做的下一步操作。

Q： 确认数是不是越多就一定越安全？

答： 方向上是对的，确认数越多，理论上回滚概率越低，但边际收益会递减。以比特币为例，从刚打包进区块、还没有新区块接续，到再等来 6 个新区块（区块浏览器上的第 7 个确认），安全性提升非常明显；但再往上加到几十个确认，概率已经很低，继续等待带来的安全收益远不如前几个确认那么大，更多是出于对特殊场景的谨慎。

Q： 交易所显示的到账时间和我在区块浏览器上看到的确认数对不上，该信哪个？

答： 区块浏览器上的确认数和状态标记反映的是链上的客观事实。交易所页面显示的到账时间，还叠加了它自己的风控审核、确认数门槛和处理流程，两者本来就不是同一件事。想知道链上层面这笔交易到没到某个安全状态，以区块浏览器为准；想知道钱什么时候能在平台里用，还是要看平台自己公示的到账规则。

Q： 什么是”链重组（reorg）“，和确认数有什么关系？

答： 链重组是指网络里同时出现了几条互相竞争的链，最终只有一条会被节点公认为主链，另一条上的区块（包括其中打包的交易）会被替换掉。确认数存在的意义，正是随着新区块不断接续在一笔交易之上，让这笔交易被重组掉的可能性越来越低——确认数越浅，越容易在重组中被撤销；确认数越深、越接近终局状态，被重组的可能性越接近于零。

参考资料

版本 1.0 · 更新于 2026-08 · 资料截至 2026-08-21。本文解释比特币、以太坊和 Solana 的确认与终局机制，不构成投资、交易或法律建议；能否持有、转账或交易虚拟资产，请以你所在地区的官方规则为准。