Google Cloud 入局，Puffer UniFi 破解 Based Rollup 落地难题

Web2 云巨头的入局，将「Gateway」这一原本局限于技术极客讨论的概念推向前台。

Puffer 宣布与 Google Cloud 达成合作。Google Cloud 将作为关键基础设施伙伴，通过 Puffer Preconf 运行 Gateway 节点，深度支持 Puffer UniFi 执行层的交易处理，并在交易最终提交以太坊结算前提供执行预确认（Execution Preconfirmation）。

Puffer UniFi 也因此成为首个接入 Google Cloud Gateway 的 Rollup 网络。

这并非传统意义上的「Web2 巨头提供云服务器或算力托管」，Google Cloud 正直接介入以太坊 L2 的实时执行流，扮演连接底层共识与高频交易的核心执行网关。这不仅标志着以太坊扩容架构进入了新阶段，更揭示了 Based Rollup 从理论走向现实的关键突破。

Based Rollup 的理想与现实瓶颈

以太坊创始人 Vitalik Buterin 掀起对 Layer 2 发展路径的审视后，业界普遍认识到：单纯作为以太坊分流工具的 L2 历史阶段已接近尾声。资产与流动性割裂在数十个孤岛中，中心化排序器潜藏的审查与宕机风险也挥之不去。

Based Rollup 成为破局方案之一。它的核心理念是将排序权彻底归还给以太坊 L1，由主网验证者负责交易排序。这既继承了以太坊原本的中立性与安全性，又恢复了 L1 与 L2 之间的同步可组合性。

然而，理论最优解面临三大现实阻碍：

1. 时延过长：以太坊 L1 出块时间约为 12 秒。如果 Rollup 排序完全依附于主网节奏，交易确认延迟将无法满足高频交易与即时支付的需求。
2. 硬件门槛反噬：以太坊致力于维持普通硬件可参与的去中心化节点门槛。若强制 L1 验证者承担高频、低延迟的交易排序工作，将导致节点负担过重，引发新的中心化问题。
3. 经济激励错位：在传统架构下，排序器收益由 L2 运营方独享；纯 Based 模式则将收益悉数移交给 L1 验证者，导致现有 L2 缺乏迁移意愿。

为兼顾原生去中心化与亚秒级响应，Puffer 引入了 Puffer Preconf 服务。

什么是 Execution Preconfirmation？

传统 L2 的“快速到账”通常只依赖单一中心化排序器的软性承诺（Soft Guarantee），缺乏强制的经济惩罚与可信追责机制。一旦排序器宕机或作恶，用户只能被动承受损失。

Puffer Preconf 则将这种信任转化为具有经济担保与签名背书的硬承诺。在具体实现中，L1 验证者依然是排序权的最终归属，但通过再质押机制将繁重的低延迟处理委托给专业层——Gateway。

需要指出的是，Puffer 强调的是「执行预确认」（Execution Preconfirmation），而不仅仅是「包含承诺」（Inclusion Promise）：

• 包含承诺：仅保证交易会被打包进区块；
• 执行预确认：保证交易将严格按照签署时的确定状态完成执行。

对于永续合约 DEX、链上中央限价订单簿（CLOB）以及大额清算场景而言，这一差别至关重要。它能确保机构和用户在下单那一刻锁死价格与执行顺序，避免因毫秒级状态漂移带来的滑点损失。

为确保网关诚实履职，Gateway 节点必须质押资金。一旦发生延误提交或违背承诺，将触发罚没惩罚，受损用户可凭借加密签名凭据申请赔付。

Google Cloud 补齐执行层关键拼图

有了清晰的协议设计，关键问题转向：谁来承担高要求的 Gateway 节点运算？

下一代金融应用与高频 AI Agent 交易对底层网络的抗压与容灾能力提出了极致要求。协议可以定义规则，但稳定性必须由顶级工业级基础设施来托底。Google Cloud 的加入，正是承担了这一核心职能。

在激励层面，Puffer Preconf 将费用收益拆分重组：Rollup 团队不必放弃全部收益，L1 验证者获得额外质押激励，而 Google Cloud 等 Gateway 运营方则通过输出专业服务赚取收益，形成三方共赢的闭环。

随着 Google Cloud 以网关身份直接接入执行栈，Puffer UniFi 正在验证一条全新路径：Rollup 既能拥有毫秒级响应，又能完整继承以太坊原生安全性与可组合性。应用可以构建在高性能执行环境之上，同时牢牢扎根于以太坊主网。