本文介绍了精简共识客户端ethlambda参与以太坊最新后量子互操作性开发网络pq-devnet-2的进展,该网络专注于集成leanMultisig签名聚合方案。文章详细阐述了devnet的演进过程、客户端的基本要求以及加速客户端开发的生态系统工具,并展望了未来的devnet 3。
这是我们 ethlambda 介绍 的后续,其中我们介绍了为什么要构建一个 Lean Consensus 客户端以及我们简化方法。在这里,我们将讨论 Lean Consensus 客户端由什么组成,以及什么工具可以促进它的开发。
ethlambda 正在参与 pq-devnet-2,这是以太坊精简共识的最新后量子互操作性 devnet。这个 devnet 专注于整合 leanMultisig,这种签名聚合方案使得后量子签名在规模上可行。
在这篇文章中,我们将介绍 devnet 的进展、基线客户端要求和生态系统工具。后续文章将详细介绍我们的架构。
Lean Consensus devnet 逐步增加复杂性:
XMSS 签名每个 3112 字节,而 BLS 签名每个 96 字节。签名聚合一直对共识很重要(即使没有它,BLS 签名也不支持足够多的验证者),但对于 XMSS 来说,这种需求甚至更加强烈。
devnet 2 的目标是在实时共识环境中测试 PQ 签名聚合的基准。为此,它以 400 个验证者为目标,基于当前每秒约 400 个 XMSS 聚合 的leanMultisig 基准。
你可以在 leanroadmap.org 和 leanEthereum/pm repository 了解更多信息。

除了特定于 devnet 的功能外,Lean Consensus 客户端还需要:
从头开始构建所有这些将是一项艰巨的任务,但 Lean Consensus 生态系统提供了共享工具,可以加速客户端开发。这些组件包含了来自 Beacon 链的学习经验。
参考 Python 规范,带有生成的测试向量,用于验证客户端实现。一个可工作的最小精简客户端也在开发中,以启动每个 devnet 的客户端互操作性。
ethlambda 在 CI 中为每个 PR 运行这些测试向量,确保在合并代码之前符合规范。
后量子链的密码学原语。leanSig 处理单个 XMSS 签名的生成和验证,而 leanMultisig 处理签名聚合和递归聚合。
用于跨客户端可观察性的标准化指标规范。它为指标提供了一个坚实的基线,包括共识信息、P2P 连接和性能计时。该规范还包括开箱即用的 Grafana 仪表板,这些仪表板使用这些标准化指标。
ethlambda 已经支持这些指标中的大多数。有关完整列表,请参见我们的 指标文档。
# lean-quickstart
一种使用 Ansible 启动本地 devnet 或多机 devnet 的简便方法。集成新客户端非常简单:添加你的客户端配置,即可准备测试互操作性。
lean-quickstart 使启动多客户端 devnet 成为一个简单的命令,这意味着我们可以持续测试互操作性,而无需等待计划的 devnet 部署。
这与我们在 LambdaClass 非常关心的事情相一致:存储库应该易于干净地构建,并且新手应该能够在几分钟内运行一个项目。简短的反馈循环对于快速迭代至关重要:你无法修复你无法观察到的东西,而且没有运行的系统你就无法观察。
Zeam 团队正在进行中的工具。类似于信标链的 checkpointz 工具,但用于精简链,它监控跨节点的最终性,并且在提供检查点数据之前需要 50%+ 的共识。
ethlambda 已经支持 leanpoint 使用的 RPC API 端点,我们将很快添加检查点同步支持。
加入 devnet 2 是一个里程碑,而不是终点。我们将继续积极参与 Lean Consensus devnet 的进展,并且我们会在 PQ Interop Breakout Meetings 上每周更新。
pq-devnet-3 通过引入单独的聚合器角色将聚合与区块生产分离。验证者被分配到证明子网,聚合器从其子网收集单个证明,通过 leanMultisig 聚合它们,并传播结果。提议者然后收集这些聚合签名并将它们包含在区块中。
这为分层聚合奠定了基础:在 pq-devnet-4 中,我们将在提议者处引入递归聚合,从而使我们能够减小区块签名的大小。
ethlambda 在 github.com/lambdaclass/ethlambda 上是开源的。在 Telegram 或 X 上关注或加入对话。
- 原文链接: blog.lambdaclass.com/eth...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!