Fabric - Fabric 加速Based Rollup 的基础设施与连接 - Layer 2

在过去的几周里，以太坊的许多团队和个人对这个想法和帖子提供了反馈和意见。其中一些团队能够在最近由 Justin Drake 主持的排序会议上表达他们的支持，但这种支持不仅仅局限于这些团队。我们还要指出，Fabric 是许多努力的延续，是一个 Schelling 节点，旨在帮助协调和加速基于排序的好处。

个人说明： 自去年以来，我一直专注于一个名为 Commit-Boost 的工作。Fabric 绝不是对 Commit-Boost 的转变，而是倾向于释放更多资源来帮助推动以太坊的发展。

\ Fabric850×855 89.2 KB

TL;DR

• 以太坊 rollup 生态系统经历了显著的增长，多个 L2 驱动着可扩展性、创新和采用。多年的进步为社区提供了关于设计权衡和协作机会的宝贵见解。
• 在过去的一年中，Based Rollup 的研究和开发贡献以及努力已经取得了显著进展，目标是提供一种替代的 rollup 排序方式，旨在尽可能多地继承以太坊的核心属性——活性、去中心化和抗审查性——同时帮助解决 L2 生态系统内的碎片化，改善用户体验，并实现与 L1 的新型可组合性。
• 随着两个Based Rollup（Taiko, Facet）现在已在生产环境中运行，并且有几个预确认（preconf）协议正在 Holesky 上进行开发/测试，我们认为Based Rollup 已经成熟到社区对设计权衡和前进道路有更清晰理解的程度。与十几个团队的对话表明，强烈支持围绕Based Rollup 进行协调的努力，以：

1. 统一社区可以同意集体采用的最低标准。
2. 交付Based Rollup 堆栈的最小可行参考实现，该实现优先考虑简单性、可读性和无需信任。
3. 与现有的 rollup 堆栈合作以支持这些标准。

• 为了支持这一愿景，以太坊的各个团队提出了 “Fabric”（Fabric to Accelerate Based Rollup Infrastructure & Connectivity）——一项社区努力，旨在继续加速协调，并就标准达成共识，以帮助推动Based Rollup 生态系统的发展。Fabric 在实践中将是Based Rollup 所需的通用组件的最小集合，并旨在成为 rollup 开发者构建的基础和目标。
• 这项举措正在将 Justin Drake 和以太坊生态系统中的其他贡献者去年开始的工作整合在一起，如果没有他们持续的集体努力，这项工作将无法进展。早期进展是通过基于 preconfs 实现的，重点是公共产品，例如标准化验证者如何做出提议者承诺，创建用于构建符合 preconf 块的 API 规范，以及引入通用注册合约以使用抵押品支持提议者承诺。
• Fabric 正在许多团队的努力基础上构建，但作为一项社区驱动的努力，我们欢迎反馈，并鼓励来自以太坊生态系统的积极参与，以推动其发展。

背景

以太坊生态系统一直在快速增长，多个 L2 蓬勃发展，并以更快的速度引入用户和应用程序。这种增长推动了可扩展性、用户采用和创新，展示了以太坊开发者和用户社区的力量和多样性。与此同时，Based Rollup 的努力作为一种解决方案出现，以帮助解决 L2 生态系统的碎片化问题。在近两年前的 ETH Research 帖子和贯穿 2024 年的 为期一年的推动之后，现在以太坊中越来越多的部分普遍认为我们应该追求Based Rollup 的开发（Based Rollup 讨论和发展的 时间表）。

正在构建的Based Rollup 和Based Rollup 堆栈的种类繁多（这些只是我们知道的），每个都在以自己的方式进行创新。它们都面临着重新实现通用基础设施的挑战，例如修改 PBS 管道，这突出了基于生态系统内协作和标准化的重要性。

\ 基于排序会议 16 的基于生态系统 - Justin Drake1920×596 81.8 KB

我们要指出的是，“How It Is Going” 并没有捕捉到所有希望支持或基于的团队。

提案

我们提议 Fabric，这是一项协调和标准化Based Rollup 所需的各种组件的努力。目标是协调，帮助构建，引导采用，然后维持任何人都可以使用或开发用于自己的基于或非Based Rollup 堆栈的一系列通用标准和组件。作为这项工作的一部分，我们将鼓励并帮助开发参考实现，供任何人部署Based Rollup 或用作调整和发展其堆栈的指南。

设计原则

• 开源/开放式开发：所有内容都将在开放环境中开发，并以开源许可证（MIT/Apache-2.0）发布。
• 限制堆栈锁定：我们的目标是开发与各种现有 rollup 集成的必要最少组件，确保它们不是为任何单个堆栈专门构建的。
• 模块化：Fabric 将建立一组最低标准，rollup 开发者可以采用这些标准来加快Based Rollup 的创建，同时为竞争留出空间，例如开发者创建自定义堆栈或 SDK。
• 最小化治理：这项工作不会获得风险投资的支持，也没有计划启动代币或进行货币化。它是一项公共产品，将涉及以太坊生态系统中各个团队的贡献。

从以太坊社区的角度来看的 Fabric

• 以太坊社区内部越来越认为Based Rollup 是实现以太坊可扩展性和去中心化目标的一种有价值的方法。Fabric 旨在通过协调努力、推动采用和维持公共产品来更有效地促进这一进展。
• Based Rollup 通常以比传统 rollup 更少的信任假设运行，因为它们利用以太坊验证者集来确保安全性，这使得这项工作非常适合作为公共产品发挥作用。

从 rollup/rollup 提供商的角度来看的 Fabric

• 项目可以为通用的Based Rollup 基础设施做出贡献，而无需承担全部开发负担，与以太坊社区共享资源和努力。
• 团队可以利用参考实现或为其特定产品开发定制堆栈（例如，替换 VM 或证明系统）。这减少了所需的开发者资源，同时为正和的基于生态系统做出贡献。
• L2 团队可以利用平衡的定位，他们可以为公共产品做出贡献，同时继续提供定制的解决方案，从而帮助建立“公共”和“私有”努力之间的健康关系。

Fabric 的支持/治理

• 支持协调和开发的实体：以太坊的许多团队和个人对于这项工作的成功至关重要。但是，一个核心团队已经在帮助推动 Commit-Boost、API 标准 和通用注册合约 的开发，可以被用作协调、指导和开发的重点。
• 透明度：开发将在开放环境中进行，所有内容都将开源。
• 维持/开发：全职投入的团队持续开发标准并支持 Fabric，并听取以太坊各个团队的意见。
• 资金：仅通过以太坊生态系统中各个团队提供的赠款。

Fabric 概述

Fabric 旨在通过提供必要的工具来分散 rollup 排序器并有效地与以太坊验证器进行交互，从而促进基于排序的采用。Fabric 不是一个单一的堆栈，而是提供了一组基于一组标准的最小模块化组件，rollup 可以使用这些组件过渡到基于状态。这有助于确保 rollup 有一条有效采用基于排序的路径，同时保持创新灵活性并观察Based Rollup 的基础设施成熟。

Based Rollup 存在于去中心化的范围内，Fabric 试图避免施加严格的设计选择。例如，这可以从简单的“完全无政府状态模式”（任何人都可以提出下一个区块）到更结构化的模型（将提议者限制为提供 preconfs 的人）不等——关于交易包含和执行的可信承诺，可以增强用户体验。

作为这项工作的一部分，Fabric 将包括尚未构建或已构建但需要修改的组件的开源参考实现，从而确保开发者有一个清晰的起点来采用。

我们将这项工作视为一个初始基础，并渴望与整个生态系统合作以改进和推进其发展。Fabric 暂定地包括：

用于基于区块构造的 L1 组件：

• 承诺 API：使消费者能够请求和验证 preconfs（需要在 preconf 团队之间进行协调，这些团队将在 Constraints API 的努力基础上构建）。
• 约束 API：确保提议者构建满足 preconfs 的 L1/L2 区块（正在开发中）。
• 通用注册合约：允许提议者注册并被发现（正在开发中）。

用于基于排序的 L2 组件：

• 提议层： 使 rollup 合约了解基于 preconfers 所需的多个组件（需要在各个团队之间进行开发和协调）。
• 排序层： 委托 L2 提议权、对交易进行定价和分配费用（即，给提议者/网关/PGF/等）的多个组件（需要在各个团队之间进行开发和协调，特别是围绕 PGF 的协调和思考——请参阅 Vitalik 最近的演讲 此处）。
• Blob 共享： 优化 rollup 之间的共享 blob 空间（需要在各个团队之间进行开发和协调）。
• 共享桥接： 启用共享结算以帮助互操作性（需要在各个团队之间进行开发和协调）。

Fabric 对 VM 或证明系统没有偏见，因此以下层可以开放以进行自定义实现：

• 推导层： 使用 L1 节点促进 L2 状态重建（存在于多个 rollup 堆栈中，但需要在不同的堆栈之间进行标准化/开发）。
• 执行层： 目标是支持多个虚拟机（需要开发和协调以可能支持不同的 EVM 实现）。
• 结算层： 适应多样化的证明系统（需要在证明系统（即，有效性/欺诈/多重证明）周围进行协调和开发）。

\ Fabric 概述856×671 363 KB

近期路线图

我们已经在提议者/PBS 管道级别开始了工作，现在专注于扩大工作范围以覆盖整个范围。在接下来的几天、几周和几个月里，我们计划帮助推动围绕 Fabric 设计的共识和协调，确保资金支持开发，并聘请开发者来加速进展。与社区的合作将是一个重点，确保规范得到改进并与更广泛的生态系统需求保持一致。我们希望在接下来的几天到几周内制定更详细的计划，最终确定规范，并开始交付堆栈的组件。

常见问题解答：

为什么采用这种 Fabric 方法？

• 我们的目标是标准化基于排序，这并不完全符合单个“rollup 堆栈”。例如，有效的基于排序（例如使用 preconfs）涉及影响 L1 区块生产供应链的组件，这超出了 rollup 堆栈的范围。Fabric 旨在提供一整套工具（例如标准、API、合约和其他基本组件），以减少选择使用基于状态的摩擦。其中一些组件是公共产品，需要协调和持续开发。

这是否与已经开发和蓬勃发展的 L2 或已经在进行的Based Rollup 的工作竞争？

• 不，Fabric 不与现有的 L2 或Based Rollup 的工作竞争。相反，它试图识别通用基础设施，对其进行标准化，并将其作为公共产品进行维护。Fabric 旨在降低即将到来的Based Rollup 和现有 rollup 采用基于状态时的开发摩擦，而不是竞争。

鉴于投入了大量资源，为什么像这样的协调工作没有更早地为 L2 出现？我们现在可以应用哪些经验教训来确保这项倡议的成功？

• 当 L2 团队刚开始构建时，他们面临着开创新技术的挑战，而没有既定的框架或对他们设计选择的长期影响的深入了解。每个团队都必须独立运作并从头开始创新。现在，在 2025 年，生态系统已经显着成熟。社区对最佳实践、权衡以及各种实现的影响有了更清晰的了解。这种视角使我们能够重新思考这个过程并设计一种从一开始就更符合以太坊核心原则的方法。

这只是另一个标准工作组吗？

• 这项工作是关于与利益相关者协调以就标准达成一致并保持一致，然后交付必要的组件。这将需要跨团队的讨论和协调，以开发最小可行的实现。

该团队是否正在制定此计划以推出自己的 rollup？

• 不，该团队不会推出自己的 rollup。重点是开发和维护为整个以太坊生态系统提供服务的最小开源组件。任何参考实现堆栈都仅用于作为社区的参考，并且理想情况下由各个 rollup 团队开发。

该团队是否会启动代币或进行货币化？

• 不，Fabric 计划不会启动代币或进行货币化。这项工作旨在最小化治理，没有风险投资或商业模式，确保它仍然是以太坊社区的公共产品。

Fabric 是否已最终确定？

• 不，Fabric 仍在开发中。虽然该团队已经开始研究关键组件并与各个团队进行了初步对话，但组件的详尽列表及其设计尚未最终确定。我们正在与社区合作以识别、定义和改进规范，我们希望在未来几周到几个月内交付 Fabric 的一部分。如果你有兴趣提供帮助，请联系我们！

结论：

我们很高兴继续这项工作，促进行动协作，并推进以太坊生态系统的协调和发展。如果你想提供帮助，请联系。

• Signal-Boost：Rollup 的 L1 互操作插件

• 原文链接： ethresear.ch/t/fabric-fa...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～