提案摘要

本提案建议对[DIP-31] SSV Labs 提出的2025年中至2026年发展路线图（以下简称“DIP-31”）中关于 SSV 2.0 的部分进行修订，修订依据为根据该部分已完成的研究成果。

动机

DIP-31 的 SSV 2.0 部分广泛描述了如果各种基于应用（Based Applications）在 ssv.network 上创建和运行，该网络可能具备的能力：……“通过利用以太坊的验证者集合，基于应用引入了一类新的去中心化应用程序，它们从现有的以太坊验证者那里获得安全性，而不是依赖于自举机制或仅依赖于再质押协议的资本。”

DIP-31 指出：“……SSV 2.0 通过创建一个结构化的协议，使验证者能够保护多个应用程序，从而为基于应用奠定了基础，确保了强大的安全性、去中心化和可扩展性”。

考虑到这一点，SSV.labs 已经着手研究并开发了一个 bApps 测试网，将其介绍给行业参与者，并亲眼目睹了这一方向带来的吸引力。很快我们就发现，寻找许多潜在的 bApps 是一种高度分散的方法，虽然引起了兴趣，但被一个 bApp 的潜力所超越，这个 bApp 就像 DVT 一样，填补了以太坊的一个关键空白。通过使用为 SSV2.0 开发的 bApp 框架，可以创建一个 bApp，它是一个具有共享发布者的同步可组合性协议（以下简称“Compose”）。

DAO 核心贡献者、SSV 基金会和 SSV.labs 之间就这一新方向进行了技术讨论，因此，现向更广泛的 DAO 提交本提案以征求意见。

根据[DIP-35] 修订[DIP-28]预算，SSV.labs 和 SSV 基金会就 Compose 进行了市场推广讨论。SSV 基金会在其权限范围内批准了 Compose 品牌、相关网站和X 账户。

因此，ssv.network DAO 需要就 Compose 的技术讨论提供反馈，并最终投票批准 DIP-31 中最初 bApps 愿景的具体化。

提案详情

• 提案摘要
• 动机
  • DIP-31 修订
  • 未来迭代

DIP-31 修订

如果本提案获得通过，DIP-31 中 SSV 2.0 章节下提到的所有内容将被以下内容取代：

SSV 2.0 代表了 SSV 协议的下一次演进，将其能力扩展到分布式验证者技术（DVT）之外。它为一个 Rollup 网络提供基础设施，旨在解决 L2 领域的一个主要问题：碎片化。先前的解决方案要么依赖于异步消息传递，缺乏原子性且存在高延迟问题；要么依赖于共享排序，这提供了原子性但需要垂直扩展，并剥夺了 Rollup 在排序器角色（即交易包含和排序以及费用市场）上的主权。而 SSV Rollup 堆栈则通过一个去中心化协议，在 Rollup 的排序器和一个新实体——共享发布者之间实现同步和原子性的跨链交易，从而在保持 Rollup 主权的同时实现水平扩展。

1. SSV 节点

1.1. 排序器节点 - 公司将开发一个用于 Rollup 的排序器客户端，负责包含和排序交易，并生成 Rollup 区块。排序器节点的开发包括：

1.1.1. 同步可组合性协议（SCP）模块：负责正确参与是否包含跨链交易的决策过程。通过此模块，排序器将能够与其他排序器交换邮箱消息，并对由共享发布者（SP）管理的两阶段提交（2PC）协议进行投票。

1.1.2. 超级区块构建协议（SBCP）模块：负责正确参与一个时隙的生命周期过程。通过此模块，排序器由 SP 协调，被触发开始区块生产、包含本地交易、参与多个 SCP 实例、将构建的区块提交给 SP，并响应回滚和 L1 重组事件。

1.1.3. 框架集成：实现同步可组合性的排序器功能将建立在现有库之上，以优化开发。具体来说，它将集成到 OP 排序器框架中，因为该框架被广泛采用且已准备好投入市场使用。

1.1.4. 压力测试：一系列测试将在极端情况下验证定序器，例如定序器和共享发布者（SP）故障以及网络分区。这些测试对于检测可能的协议漏洞和优化至关重要，确保协议在所有条件下均保持正确行为。

1.1.5. 结算层模块：在Rollup网络中，虽然数据可用性（DA）和结算机制享有诸如Blob效率等改进特性，但它们也更为复杂，需要在定序器和SP之间进行适当的协调。该模块将使定序器能够参与证明过程，无论是通过生成有效性证明（ZKP）还是参与欺诈证明挑战。

1.1.6. 恶意行为检测：一个无需许可的网络需要能够抵御恶意行为者的稳健性。这需要诚实方之间的协作来检测和报告行为不当的节点。定序器将遵循协议规则来识别恶意行为，例如审查、模棱两可和无效区块生产。

1.2. 共享发布者（SP）节点 - 公司将开发一个用于Rollup的SP客户端，负责协调Rollup定序器并将聚合的超区块发布到以太坊L1。SP节点包含：

1.2.1. 同步可组合性协议（SCP）模块：负责管理跨链交易的包含。通过此模块，SP能够通过计时机制控制协议的持续时间，如果协议未能按时成功则终止它，并通过收集投票消息和广播包含结果的决定来引导定序器。

1.2.2. 超区块构建协议（SBCP）模块：负责管理一个时隙的生命周期。通过此模块，SP能够启动区块构建、SCP实例、请求Rollup区块以构建超区块，并触发回滚和L1重组事件。

1.2.3. 结算层模块：该模块将使SP能够管理结算协议。这包括从Rollup请求并聚合ZK证明，并为整个超区块发布一个简洁的恒定时间验证证明；或者在超区块的有效性受到挑战时参与欺诈证明博弈。

1.2.4. 恶意行为检测：与定序器类似，SP在确保协议遵守和防止不诚实Rollup的恶意行为方面承担更多责任。这将通过一套协议规则来实现，SP将遵循这些规则来归因故障并惩罚恶意参与者。

1.2.5. 发布：共同的结算和发布对于同步可组合性特性至关重要。SP负责此任务，并将开发高效的实现以确保最先进的性能和活跃的状态更新。

1.3. 持续的节点维护与开发 - 与DVT网络节点的情况一样，公司将提供持续的节点维护和开发，确保与行业标准、安全最佳实践和性能优化的最新变化保持一致。

1.4. 文档 - 公司将提供全面的资源和指南，以帮助理解协议及其实现，促进开发者入门、外部贡献和社区参与。

2. SSV智能合约

2.1. 注册表合约 - 公司将开发一个L1合约，用于管理网络参与者的信息。这将从一个许可模型开始，其中只有白名单参与者可以加入网络。随着开发的进展，它将演变为一个无需许可的模型，允许任何参与者加入网络，并且可能出于安全目的要求质押。

2.2. 超区块合约 - 公司将开发一个L1合约，用于管理网络内Rollup的进展，包括：

2.2.1. 高效状态管理：将研究和实施优化解决方案，通过超区块推进状态。超区块是一种新颖的结构，聚合了来自多个Rollup的区块，包括关于网络链和互操作性实例的元数据。

2.2.2. Blob优化：由于区块众多，网络有机会充分利用完整的Blob空间。这将通过优化Blob占用率和降低成本来探索，为Rollup提供增强的体验。

2.3. 结算层模块 - 公司将在L1合约中开发一个模块，用于正确验证状态进展。这需要对最先进的优化有效性证明验证技术进行深入研究。此外，出于可扩展性原因，将研究简洁证明，以便能够在恒定时间内验证多个Rollup的正确性。

2.4. 框架集成 - 公司将基于现有框架开发所需合约以优化开发流程。具体而言，将分叉标准 OP 及 OP-Succinct 库中的合约集合并按需进行调整。

2.5. 统一跨链桥接 - 作为吸引开发者和用户的重要功能，公司将开发统一跨链桥接合约，实现网络内各 Rollup 间的安全资产转移。公司将研究并实施安全措施，确保所提供的解决方案符合最佳安全实践。

2.6. 主要 dApp 用例 - 公司将开发必要工具，以展示体现同步可组合性能力的重要行业用例（例如同步 Uniswap 集成），向潜在开发者和用户进行演示。

3. SSV 工具集

3.1. 测试网 - 维护活跃的实时测试网环境对于确保任何测试网的稳定性、兼容性和持续开发至关重要。测试网提供了一个受控环境，新协议版本可在上线主网前进行部署、测试和优化，从而实现早期反馈和问题解决。公司将重点开发以下关键能力：

a. 测试网部署： 公司将确保所有相关智能合约在以太坊测试网上部署和维护，使开发者能在主网发布前进行测试和迭代。

b. 测试网： 公司将搭建并维护任意链的测试网版本，允许验证者和开发者在低风险环境中实验链功能。

c. 开发者工具支持： 公司将支持与测试网兼容的相关 SDK、API 和子图，使开发者能够集成并验证其实现。

测试网环境在开发者与验证者部署至主网前进行实验、验证配置和测试集成方面发挥着关键作用。这种方法能最大限度降低风险、加速创新，并确保所有协议升级和增强功能在生产部署前经过严格测试，从而强化 SSV 对安全性、性能和可用性的承诺。

3.2. 工具套件 - 为支持开发者并提升采用率，公司将构建全面的工具套件以支持 SSV 未来协议开发：

a. 子图： 公司将致力于索引工作，使合约事件更易于访问。

b. SDK（TypeScript 库）： 公司将提供开发工具包，支持通过编程方式与相关智能合约交互、获取数据并实现其他功能

c. 技术文档与示例项目： 公司将提供开发者集成指南、资源、代码示例和最佳实践

4. 网页应用与浏览器

4.1. 网页应用 - 公司将开发专用网页应用，实现与智能合约的无缝交互，并集成至现有 SSV 网页应用中。

a. 公司将提供友好直观的界面用于管理各类协议状态

b. 公司将增强"浏览器"功能，用于探索和展示开发者的交互行为

4.2. 兼容性 - 公司将确保网页应用和浏览器完全支持测试网环境，为用户与测试网部署的交互提供无缝体验。

5. 激励性主网计划

随着 SSV 2.0 的发展，激励性主网计划可进行调整以推动协议的采用和使用。类似于该计划如何支持 SSV 网络的发展，本次迭代可侧重于加速 SSV 2.0 的采用，确保开发者有动力探索新协议并进行集成。公司将提出：

5.1. 研究与设计： 公司将研究如何构建激励性主网计划的下一阶段，使激励措施与社区采用和网络增长保持一致。

5.2. 建议的 DAO 配置： 公司将制定并向 DAO 提交完善的激励模型，确保奖励有效分配以鼓励长期参与和可持续发展。

通过使激励措施与 SSV 2.0 增长战略保持一致，更新后的激励性主网计划将有助于引导采用并推动参与度。

6. SSV 第二客户端

支持SSV Rollup堆栈第二客户端实现——随着Sigma Prime开发第二个DVT网络节点实现，需要对该实现进行某些调整以保持与新构建的SSV 2.0的兼容性。如果DAO授予Sigma Prime将其支持范围扩展到他们当前正在构建的DVT网络节点实现之外，公司将支持Sigma Prime。如果Sigma Prime未获得此类授权，公司将支持任何其他被授权实现第二客户端支持的团队。

7. 开发路线图规范的制定与批准

7.1. 规范——公司将定义技术规范以指导开发，这些规范基于最先进的分布式系统和安全技术。

8. 审计与安全

8.1. 合约审计——公司将全面审计智能合约的安全性，确保其安全高效运行，同时防止可能影响Rollup排序器、共享发布者和用户的漏洞。

8.2. 规范审计——公司将审查协议规范，以验证协议的一致性、可执行性以及与拟议架构的对齐情况。

9. 性能与服务级别预期

9.1. 持续的基础设施支持与维护——随着SSV网络的扩展，对技术支持和基础设施维护的需求也成比例增加。公司的工程团队积极参与为基于该协议构建的各种团队提供技术协助。这包括解决关键问题、优化网络性能以及确保参与者操作的可靠性。随着网络用户群的扩大，这种支持变得越来越复杂，需要持续保持警惕并进行主动故障排除，以维持系统稳定性。

未来迭代

鉴于上述DIP-31修正案中提到的预期方向，未来可能需要修改某些细节以进一步具体化Compose的技术细节。如果本提案获得通过，SSV基金会将有权根据DAO的最佳利益进行谈判，以接受或拒绝SSV.labs提出的此类具体化内容。

SSV基金会将有能力在ssv.network DAO论坛上公布这些未来的修正案，前提是此类公布不会对Compose品牌造成不当影响，具体由SSV基金会决定。