Cardano开发者将Leios核心代码并入主开发代码,瞄准3至5倍吞吐量

Praos2进入主代码

Cardano(ADA)工程团队在10月23日发布的开发报告中,记录了网络吞吐量重构的一个实质性进展:Leios核心代码已经并入主开发代码。此次整合以Praos2为中心,这一构造将现有的共识机制方案与Leios配对使用,并包含LeiosNotify与LeiosFetch这两个负责节点之间信息交换的组件。流水线中还有一环未完成:用于挑选背书区块并把它们取回处理的逻辑。Leios本身围绕分工展开设计:常规出块流程照旧运行,而背书区块内的交易,也就是协议排队等待验证的交易包,会与普通区块产出分开进行验证和认证。之所以这样拆分,是因为当前的共识层Ouroboros Praos带有硬性约束:这是一种权益证明设计,要求区块必须快速扩散到整个网络,而这个要求恰恰限制了链上每秒能承载的交易数据量。把认证环节从传播路径中剥离出来,就是开发者在不改变区块到达节点方式的前提下抬高这一上限的方案。报告把这次合并定位为开发阶段的里程碑,而不是网络变更:并入的代码不影响主网上的任何实际行为,也不附带任何激活高度或激活日期。团队在此前的更新中给出的分阶段计划显示,初期吞吐量目标定在当前容量的3至5倍,10至15倍则要等到运营者参与和主网负载测试之后才有可能。测试网的推进另有独立节奏,正如我们此前对Dijkstranet向质押池运营商开放的报道所述,因此代码合并不应被解读为性能提升临近的信号。它确立的是另一件事:这次重构已经能在主代码库中编译、运行并持续演进,而这是后续每一步的前提。

4.5KB上限,再到Dijkstra

Input Output在10月20日发布的路线图给出了这些目标背后的数字:当前吞吐量上限约为每秒4.5KB交易数据。按同一口径换算,初期3至5倍的目标对应每秒约13.5KB至22.5KB。路线图明确说明,这个数字衡量的是数据量,而不是每秒交易笔数;实际每秒能处理多少笔交易,取决于每笔交易的大小以及它所需的计算量。交付路径经由下一次硬分叉,也就是Dijkstra升级,计划将Leios与它绑定推进。路线图同样直言,单靠这次分叉本身无法把容量抬到目标水平。运行质押池的运营商必须先注册BLS密钥,即认证背书区块所需的密码学凭证;只有当已注册质押量达到约90%至95%,网络才能在主网上开展高负载测试。这些测试将实测区块与认证数据实际传播的速度,测试结果构成决定是否进一步提升容量的依据。正在权衡运营商选择的委托用户,可以参考我们关于如何挑选卡尔达诺质押池的指南。要进入10至15倍区间,还需要至少两次协议参数变更,而每一次都要同时跨过三道审批门槛:67%的委托代表投票质押支持、51%的质押池运营商质押支持,以及宪法委员会三分之二多数的同意。路线图补充说,每项提案都必须建立在前一容量阶段的主网测试结果之上。测试网的切换则按自己的时序推进:10月9日Intersect的更新说明提到,节点11.2先在公共测试网上部署了不含Leios的Dijkstra特性,随后节点11.3再把线性Leios组合进来。

代码已合并,容量看投票

眼下真正需要区分的,是写好的代码与解锁的容量。这次合并回答的问题是Leios能不能构建进代码库,但它没有让主网上任何一个吞吐量数字发生变动。两者之间的每一步,都要经过开发者无法绕开的流程:BLS注册量攀升到90%至95%区间,以传播实测数据为依据逐级放行的负载测试,然后是需要67%委托代表支持、51%运营商支持以及委员会三分之二多数的参数投票。初期3至5倍的提升随Dijkstra一同到来,属于更近的交付物;10至15倍才是路线图对外宣传的数字,它仍受制于那些在前序阶段于主网测试通过之前根本无法召集的投票。换句话说,代码部分的工作已经完成了一步,剩下的全部取决于流程和投票。