Cardano Leios进入可测工程阶段，原型、CLI工作和基准测试取得进展

Cardano的Leios扩展路线图正从研究设计转向可测工程。在2026年4月29日举行的四月Leios月度回顾中，IOG的开发人员以及来自更广泛的Cardano社区的贡献者展示了在原型、交易验证基准测试、网络测试、Cardano CLI支持以及委员会选择设计方面的进展。

此次回顾传递的信息并不是Leios已经完成，也不是Cardano主网已经达到了新的吞吐量水平。信息更具体，也更重要。测试Leios作为实际扩展架构所需的组件开始排布，包括扩展区块（Extended Blocks）和投票扩散到账本基准测试、内存池行为、BLS密钥以及端到端测试基础设施。

对Cardano来说，这一点很重要，因为Leios不仅仅是另一项性能提案。它是生态系统中最重要的尝试之一，旨在提高吞吐量的同时保持网络的安全性和去中心化假设。四月的回顾显示，这项工作现在正通过具体的工程问题来进行测试，而不是依赖广泛的扩展承诺。

Cardano Leios原型显示早期吞吐量进展

回顾以观察Leios原型及扩展区块（EBs）如何与现有的Cardano Praos系统一起排序开始。在实时开发设置中，团队展示了网络在每秒大约20千字节交易负载下运行的情况，这在该特定场景下被描述为每秒大约100笔较小交易。

这一数字不应被视为最终的Leios性能声明。团队仍在向每秒200千字节交易的受控环境目标努力。在一个假设的使用非常小的200字节交易的示例中，这可能对应于大约每秒1000笔交易，但回顾中并未将其作为已实现的主网结果提出。

更重要的信号是原型的行为方式。视觉演示显示，在相同环境中同时出现了Praos区块和Leios扩展区块，内存池被清空，同时确认的吞吐量跟随系统上的负载。这为开发团队提供了一种更清晰的方式来观察Leios是否如预期地通过系统传递交易数据。

回顾还展示了投票扩散可视化的进展。开发人员现在可以检查投票如何在网络中移动、节点之间的飞行数据以及参与身份正在投票的特定EB哈希。这一点重要，因为Leios不能仅仅通过其引入的数据量来判断。它还需要证明网络可以可靠地传播、投票和验证这些数据。

这正是Cardano扩展的难点所在。更高的吞吐量目标很容易记录下来。而一个在真实节点、带宽限制、延迟差异和对抗性条件下协调更大数据流的去中心化协议却是一个完全不同的挑战。四月的回顾表明，Leios现在正针对这个第二问题进行测试。

Cardano基准测试专注于验证、内存池效率和网络负载

回顾的一个主要部分集中在基准工作上。账本交易验证基准测试旨在使用实际的Cardano账本实现来测量不同验证策略的成本。这些测试并未测量整个网络。它们隔离了系统的特定部分，以便团队了解需要优化的地方。

结果显示了验证方法之间的显著差异。对于小额交易，当测试场景摆脱完全验证时，速度大约提高了五倍。对于脚本交易，差异更大，基准测试结果提到的速度大约提高了五十倍。

这些数据并不意味着每个实际工作负载都会以相同方式表现。但它们展示了为什么基准测试工作很重要。如果Leios预计会增加通过Cardano的交易数据量，网络还需要了解验证成本如何在交易类型、区块大小和硬件条件之间扩展。

回顾还包括了交易提交v2测试。当前在主网中使用的v1模型被描述为简单但浪费，因为多个对等体可能在接收相同通告后下载相同的交易。这会导致数据重复移动并降低网络效率。

在所展示的测试中，新的决策型v2模式显示了更强的结果。在一次运行中，它在大约1.6秒内完成了传输，效率约为78%，而v1结果中仅大约9%的传输数据是有用的。这一改进对于Leios来说是相关的，但它也可以更广泛地改善Cardano，因为更好的交易提交可以在任何Leios完全激活之前减少网络浪费。

团队还准备通过PNT集群进行更大规模的网络测试，使用更现实的节点拓扑、区域分布和延迟模型。目标是了解当前的Cardano节点和网络堆栈在引入完全的Leios共识层之前可以处理多少交易数据。

正是在这个地方，回顾超越了原型更新的范畴。这项工作现在正在研究扩展通常决定协议是否可以离开实验室的一些部分，包括内存池复制、重复下载、交易提交、跟踪消息、网络延迟以及通过去中心化系统传递更多数据的实际成本。

Leios在Cardano CLI支持和委员会设计上取得进展

四月的回顾还表明，Leios的准备正在到达工具层。团队展示了Cardano CLI对BLS密钥的支持，而这将在Leios共识协议中参与所需。

权益池运营者将需要生成一个BLS密钥和一个持有证明，除了他们的常规密钥之外。持有证明非常重要，因为它有助于防止流氓密钥攻击。据回顾介绍，相关命令已在Dijkstra时代的最新Cardano CLI版本中可用。

预期流程是，在相关硬分叉之后，权益池运营者将通过权益池注册证书注册新的BLS凭据，并在节点启动配置中包含BLS签名密钥。这是实际进展的一个迹象。Leios不再仅仅是研究讨论。它开始触及Cardano基础设施提供者最终需要遵循的操作工作流。

另一个重要的更新来自委员会选择的讨论。团队正在考虑从当前的SIP164提案中的更复杂的加权模型（包括本地随机选择回退）进行更改。正在讨论的替代方案将更简单、更易于实现且更高效。

理由是实际的。在更简单的模型下，投票可以更小，验证速度更快，证书的大小也可以显著减少。回顾讨论了一种比较，其中根据方案和参数，证书大小可以从大约8千字节移动到大约200字节。

这一细节很重要，因为扩展不仅仅是增加交易容量。如果更高的吞吐量导致严重的投票开销、大型证书或昂贵的验证路径，网络可能在某个方面获得了性能提升，但在另一个方面失去了效率。通过在生产压力到来之前简化委员会选择，Leios团队试图在协议层移除复杂性，而不是后来通过操作性解决方案来管理它。

回顾还强调了端到端测试的准备工作。Cardano已经有超过2000个系统级测试场景覆盖了Cardano节点、Cardano CLI、数据库同步、治理、委托、奖励和回滚行为等领域。计划是将这套测试基础应用于Leios，并通过本地测试网版本更接近主网参数，同时使用交易生成器创建持续负载。

因此，下一个阶段变得更加清晰。Leios现在必须从原型行为和组件基准测试过渡到更广泛的测试网条件，在这些条件下可以一起评估吞吐量、投票扩散、委员会选择、CLI准备、网络传播和权益池运营操作。这是一个真正的检查点。不是一个标题上的TPS数字，而是当这些部分连接在一起时整个系统是否可以表现出可预测的行为。

对于Cardano来说，四月的Leios回顾标志着进展，因为它显示扩展路线图正在变得可操作。该协议正在通过将决定其实际价值的各层进行测试，包括账本、内存池、网络堆栈、委员会模型、CLI以及将来运行它的运营者。如果这些层继续融合，Leios将不仅仅是Cardano的一个扩展概念。它将成为一条可测试的途径，通向更高容量，而不放弃使网络不同的工程学科。