这三个区块标签对应的是交易确认程度由弱到强的三个阶段。Latest 是节点刚看到的最新区块，随时可能被重组掉；Safe 是在诚实多数假设下不太可能被回滚的区块；Finalized 是已经获得经济最终性的区块，除非发生极端情况，否则不会被撤销。
在以太坊 JSON-RPC 的官方定义里，三者的措辞很精确：Latest 是"客户端观察到的最新区块，即使在健康、正常的条件下也可能被重组出主链"；Safe 是"在诚实多数和一定的同步性假设下，免受重组的安全区块"；Finalized 是"最近的加密经济安全区块，除非由社区协调驱动的人工干预，否则无法被重组"。这段话基本把三者的性质讲完了。
为什么会有三个状态
以太坊转向权益证明后，区块的"确定性"不再是一步到位的。一个区块被提议出来，只是它进入了候选队列，节点们还在对它进行投票。投票需要时间，需要足够多的验证者参与，才能把一个区块从"可能存在"推进到"经济上不可能被撤销"。
Latest 对应的是分叉选择算法（LMD-GHOST）当前认定的链头。每个时隙（约 12 秒）都可能产生新区块，节点会把最新的那个区块当作 Latest。但分叉选择算法只看最近的投票和区块传播情况，如果网络出现短暂延迟，或者有人故意在相近时间发布竞争区块，Latest 所指的那个区块完全可能被另一个区块取代。你用 latest 标签查到的状态，下一秒就可能变。
Safe 的引入是为了给开发者一个"足够安全"的中间档位。在当前的共识规则下，一个区块如果满足特定的投票条件（涉及诚实的多数假设和网络同步假设），它被认为在正常甚至轻度异常的情况下不会被重组。Etherscan 对 Safe（有时标为 Unfinalized Safe）的解释是：已被三分之二验证者集合验证、但尚未最终确定的区块，重组可能性较低。它比 Latest 稳，但还没有达到"经济上不可逆转"的程度。
Finalized 则经过了 Gasper 共识机制的两步升级。一个区块所在的检查点先被"证明"（justified），当它之上的下一个检查点也被证明时，它才升级为"最终确定"（finalized）。这个过程大约需要两个 epoch（约 12.8 分钟，但实际感知上常说是 15 分钟左右）。一旦区块被最终确定，攻击者要想回滚它，需要销毁至少三分之一的质押 ETH，代价是数十亿美元级别。所以 Finalized 的语义是：不是"绝对不可能"，而是"经济上不理性"。
实际使用时怎么选
如果你在写代码或做链上交互，选择哪个标签取决于你愿意承担多大的重组风险。
用 latest 的场景：读取当前状态用于展示、估算 Gas、或者做不需要持久可靠性的查询。比如你想在钱包界面显示"最新区块号"，用 latest 就够了。但如果你的逻辑依赖于"这个区块一定在链上"，latest 不够。
用 safe 的场景：需要比 latest 更可靠、但又不想等十几分钟的中间场景。比如某些 DApp 在用户提交交易后，想在一个较短的窗口内确认交易"基本稳了"。Safe 提供的保证比 latest 强，但官方定义里仍然带着"诚实多数和同步性假设"的条件，它不是无条件的。
用 finalized 的场景：涉及资金最终结算、跨链桥验证、或者任何"错了就麻烦"的逻辑。交易所上币、大额提现的确认数要求，本质上就是在等 finality。如果节点在 merge 过渡完成之前收到 finalized 或 safe 的查询，会返回 -39001: Unknown block 错误，因为那个阶段还没有这两个概念。
一个容易混淆的点
Safe 和 Finalized 都不是"当前链头"。它们指向的是满足各自条件的最近区块，通常落后于 Latest 一段距离。你在区块浏览器上看到的最新区块，状态可能还是 Unfinalized；往下翻一段，会看到 Safe 标记；再往下，才是 Finalized。这三个标签不是三个并行的链，而是同一条链上不同深度、不同确认等级的位置标记。
常见问题
Q：Latest 区块里的交易，一定会在链上留下吗？
A：不一定。Latest 指向的区块在正常网络条件下也可能被重组。交易在 Latest 区块里只意味着它被当前节点看到了，不意味着它已经稳定。要判断交易是否"可靠"，需要看它所在区块是否达到了 Safe 或 Finalized 状态。
Q：Safe 和 Finalized 相差多远？
A：没有固定距离。Safe 取决于验证者的投票情况，通常在 Latest 后方不远处；Finalized 需要两个 epoch 的检查点流程，通常落后 Latest 约 64 到 95 个区块（取决于当前 epoch 内的位置）。具体数值随网络运行状态变化，不要记一个固定数字。
Q：交易所要求的"确认数"和这三个标签是什么关系？
A：交易所的确认数要求通常远低于 Finalized 的等待时间，是一种务实的折中。比如要求 12 个确认，对应约 2 到 3 分钟，远未达到 finality。这意味着交易所承担了一定的重组风险，但概率极低且可控。如果要追求与 Finalized 等效的安全性，需要等待约 15 分钟级别的时间。
参考资料
- Ethereum Execution APIs·eth_call Block tag fields，日期：2026-11-13
- Ethereum Execution APIs·eth_newFilter Block tag fields，日期：2026-11-13
- ethereum.org·Gasper，日期：2026-11-13
- Etherscan Information Center·Epoch in Ethereum，日期：2026-11-13
- Ethereum.org·Safe Block Confirmation Rule，日期：2026-11-13
