以太坊并非即时到账，但抵押品可以带来近乎即时的体验

9月22日，以太坊交易基础设施公司 Puffer 宣布，谷歌云（Google Cloud）将运营其预确认网关，在链上交易完成结算之前向应用和用户提前担保交易结果，Puffer 旗下的 UniFi 网络将成为首个接入该服务的平台。这意味着以太坊生态在缩短用户体验与底层结算之间的时间差上，又多了一个由大公司参与背书的方案。不过截至9月23日，UniFi 与预确认服务 Puffer Preconf 仍处于测试环境，CEO Amir Forouzani 向 CryptoSlate 表示，其面向真实资金的表现尚待验证。

为什么以太坊需要“预确认”

以太坊基础层以12秒为一个出块时段（slot），交易被打包进区块只是完成的第一步，更强的最终性（finality）确认通常需要数分钟，而回滚已最终化的记录将触发巨额罚没，意味着网络安全的严重失效。因此大量应用运行在 rollup 等二层网络上，由运营商先行给出早期确认，让应用可以即时响应用户，同时等待以太坊完成结算。

Puffer 的做法是给这种早期承诺加上明确的资金担保。Forouzani 用一个假设交易来说明：用户以 1 ETH 兑换 2,600 USDC，网关会担保完整的执行结果——包括收到的具体金额，而不仅仅是承诺交易被打包进区块。这类承诺被称为预确认（preconfirmations）。若应用接受该承诺并理解其条件，就能在结算完成前按预期结果继续执行，让“卖出后再买入”变成连贯的体验。

在速度方面，Forouzani 称 Puffer 的交易时间配置为 50 毫秒，即二十分之一秒，但这是公司系统内的设置，尚无独立验证证明真实付费用户能体验到这一速度，以太坊本身的最终性仍需按自己的节奏完成。

犯错的代价：1 ETH 罚没与尚未明确的赔付

预确认的核心约束机制是抵押品与罚没（slashing）。据 Forouzani 介绍，一次预确认失败将使网关被罚没 1 ETH，这给了运营方兑现承诺的强烈动机。

但仍有几个关键问题悬而未决。假设某应用接受了一笔 100 美元稳定币的提前付款承诺，而付款最终没有到账，卖方需要知道这 100 美元由谁赔付、多久到账。Puffer 的公告称罚没机制保护受影响方，但其对 CryptoSlate 的答复并未说明被罚没的 ETH 归谁所有，也未解释赔偿如何计算和支付。

此外，如果同一池抵押品同时支撑大量承诺，多个失败可能同时耗尽该池；ETH 对美元价格的波动，也意味着 1 ETH 罚没的实际价值并不固定。Puffer 2025年7月的技术大纲将罚没安排在后续阶段，最新答复也未说明所述罚则何时具备强制执行力。Forouzani 表示现行设计下尚未出现过失败，但未提供交易数量或观察周期。

分工与后续看点

按照规划，谷歌云之外还会有备用网关在谷歌网关离线时接管交易，以保障服务连续性，其真实表现仍待检验。Forouzani 还透露，第一阶段将在没有以太坊基础层验证者委托的情况下启动，早期担保完全由网关提供，后续结算由以太坊完成——围绕该服务开发应用的一方需要弄清每个阶段的责任方是谁。

对普通用户而言，这些细节将由应用开发者消化：出售低价数字商品可以接受早期承诺，而处理大额转账的服务可能选择等待更强确认。开发者面对的核心问题是，一旦界面告诉用户“可以花钱了”，就必须有清晰的条款说明失败时由谁承担损失。

以太坊社区本身也有缩短出块等待时间的提案，可部分缓解延迟，但应用始终需要自行判断“多大的保证才够”。Puffer 的尝试若能跑通，将为开发者提供“运营方用真金白银为放行决定负责”这一新选项——理想状态是，当应用显示交易完成时，用户可以放心使用资金、关闭应用，而不必担心“完成”一词对平台另有含义。

（风险提示：本文仅为公开资讯整理，不构成任何投资建议。）