Cardano Dijkstra 升级勾勒 Leios 推出 目标吞吐量提升10到15倍

Cardano 即将到来的 Dijkstra 时代将引入一次旨在扩大交易处理能力并为全网增添新功能的重大协议升级。Input Output 的 Leios 产品经理 Carlos Lopez-Zelada 概述了部署流程 包括在该扩展技术能在主网运行之前所需满足的条件。

过渡到协议版本12将把 Linear Leios 与智能合约 交易处理 和质押经济学的变更一并引入。Input Output 的推出计划首先以将吞吐量提升两到五倍为目标 随后通过进一步调整 争取达到约为现有网络容量10到15倍的水平。

这些改进不会通过一次性激活到位。Dijkstra 需要宪章层面的变更 治理批准 以及质押池运营者的参与 然后 Leios 才能开始处理额外的交易区块。

Dijkstra 将 Leios 与账本和质押的重大变更相结合

Dijkstra 汇集了多项需要更改 Cardano 共识规则 账本结构 或交易格式的协议改进。与其通过多次硬分叉分别引入 每项功能 都被纳入一次协调的过渡至协议版本12的升级中。

Linear Leios 是此次发布的核心。该技术旨在在保留其底层共识协议安全保证的同时 提升 Cardano 的交易处理能力。

更广泛的升级还包括 Nested Transactions 为交易构造与费用处理带来更多灵活性。Account address enhancements 扩展了交易与账户交互的方式 而 Guard Scripts 为开发者提供了新的授权机制。

Plutus V4 为 Cardano 的智能合约环境增添了功能 与此同时 对 reference-script 定价与限制的变更将允许此前固定的参数通过治理进行调整。

Dijkstra 还引入了与两项质押提案相关的变更。

CIP-23 设立了最低池保证金参数 旨在支持对质押池费用方式的修订。其全面激活取决于实现与治理是否就绪。

CIP-50 引入了质押承诺杠杆参数 该参数可改变运营者承诺对质押奖励的影响方式。其初始配置会保留现有的奖励计算 直到治理批准不同的设定。

此次升级还为 Ouroboros Peras 奠定了技术基础 这是一项独立的共识增强 旨在加速交易结算。其激活计划在 Dijkstra 时代内的后续协议升级中进行。

Leios 引入并行交易处理与 BLS 认证

Linear Leios 改变了 Cardano 处理额外交易的方式 不再仅依赖传统的区块生产。

现有的共识系统使用由质押池运营者生产的 Ranking Blocks。Leios 增加了 Endorser Blocks 使额外的交易数据能够与主链并行在网络中传输。

当产生 Endorser Block 时 参与的运营者会检索任何缺失的交易信息并验证其内容。有效的区块随后可获得其他运营者的密码学背书。

这些背书使用 BLS 签名 可聚合为一份可验证的单一证书。一旦达到所需的认证阈值 该证书即可被纳入后续的 Ranking Block。

这一机制在维持明确的验证与认证流程的同时 允许处理更多交易。

不过 激活 Leios 需要 Cardano 的质押池运营者做额外准备。

运营者必须通过更新后的池注册证书注册新的 BLS 密钥。根据 Lopez-Zelada 的说法 在 Leios 能够投入运行之前 认证委员会必须代表至少75%的有效质押。

Input Output 的目标是更广泛的参与 理想情况下覆盖约为90到95%的有效质押。

这一要求将进入 Dijkstra 时代与激活额外处理能力区分开来。即便在硬分叉之后 Leios 仍然取决于足够的运营者参与以及必要的密码学注册。

[NEWSBREAK]

Cardano 在扩容之前计划先以保守方式激活

Dijkstra 的推出将从对 Cardano 宪章的修订开始 涵盖16项新的可调协议参数。

其中10项与 Leios 相关 4项涉及 reference-script 的定价与限制 还有2项与质押经济相关。这些修订将确立治理分类与限制 以规范未来的参数变更。

部分限制可通过治理脚本自动执行 另一些则需要 Constitutional Committee 的监督。

一旦满足宪章要求 硬分叉启动动作必须通过 Cardano 的治理流程。随后过渡到协议版本12 将启用下一阶段的运作 包括 BLS 密钥注册与 Leios 认证委员会的组建。

Input Output 打算以保守参数激活 Leios 最初目标是将吞吐量提升到现有网络配置的约两到五倍。

开发团队随后计划在主网上引入受控的交易负载 以监测该协议在真实网络条件下的表现。

将特别关注区块传播 认证行为 交易验证 以及网络拓扑与质押分布的影响。这些特性无法在较小的测试环境中被完全复现。

在评估结果后 治理提案可能会调整 Endorser Block 大小 认证阈值 与委员会配置等参数。

在引入额外的容量提升之前 这些调整之后还会跟随进一步的观察期。

既定的初始扩容目标是 Cardano 目前吞吐量的约10到15倍。Lopez-Zelada 也讨论了进一步提升的可能性 但强调后续变更应取决于实际的网络需求以及对运营者基础设施提出的要求。

因此 开发计划将 Linear Leios 的引入 与其处理能力的循序扩张明确区分开来。

在首次吞吐量提升生效之前 Dijkstra 必须获得必要的治理批准 部署兼容的节点 且代表至少75%有效质押的运营者需完成用于 Leios 认证的 BLS 注册流程。