Cardano的van Rossem硬分叉进入Preview阶段,PV11治理行动开始
Intersect已在Preview网络上提交了协议版本11的治理行动,而cardano-node 11.0.1为SPOs、DApp开发者和节点运营者提供了首个支持即将到来的van Rossem硬分叉的版本。
By SongMarketCap
Updated:
Cardano PV11进入链上治理测试
在Intersect为van Rossem硬分叉提交了治理行动至Preview测试网络后,Cardano向其下一次协议升级迈出了重要一步。此举将协议版本11从技术准备阶段推进到治理协调阶段,升级过程现在可以通过Cardano的链上决策系统进行测试。
之所以重要,是因为PV11不仅仅是另一次节点更新。根据cardano-node 11.0.1的发布说明,该版本是支持PV11时代内硬分叉的首个版本,使得在SPOs、DReps和宪法委员会对硬分叉治理行动进行投票并在链上执行后,可以升级到协议版本11。
这同时是一个技术和政治的里程碑。Cardano的治理模式现在被要求处理一次真正的协议变更,而不仅仅是讨论、信号或预算辩论。问题已不再是网络是否在理论上拥有治理结构,而是这些结构是否能够以足够的清晰度、准备和信心协调硬分叉过程。
van Rossem硬分叉是一个时代内硬分叉,这意味着Cardano仍处于Conway时代,而非进入新的账本时代。这个区别十分重要。它使得升级的操作范围更窄,但仍允许对Plutus、账本行为和节点级功能进行针对性更改。
cardano-node 11.0.1为SPOs和开发者提供首个PV11版本
cardano-node 11.0.1的发布表明测试环节的重要性。Preview网络上的SPOs、DApp开发者和基础设施团队被要求升级并验证其系统在考虑到主网激活前的表现。
此版本尚未通过用于主网的认证。这是一个预发布版本,这一点应该是核心。Cardano今天未在主网上启用van Rossem硬分叉。而是将升级转移到一个环境中,节点运营者、工具提供商和开发者可以先行测试路径,之后网络才会采取更大的举措。
技术包意义重大。节点11.0.1将cardano-api和cardano-cli升级至11.0系列,为cardano-tracer中的EKG和Prometheus指标服务器增加了HTTPS支持,并通过REST API引入了一个新的时间序列存储。此外,发布还列出了新的Linux依赖项,包括liburing、protobuf-compiler和snappy-c,这些支持新的LSM功能。
发布说明还包括已知问题,特别是围绕LSM存储后端的问题。这些问题包括当块包含超过4096项时的块读取问题、资源受限设备(如Raspberry Pi)上的可能崩溃,以及CPU空闲时间被报告为iowait。不过,这些问题并未削弱此次发布的重要性,反而验证了为何在主网之前需要Preview阶段的存在。
Plutus升级让van Rossem硬分叉不仅仅是象征性的一次升级
PV11背后对开发者来说的最大亮点是Plutus。Intersect之前概述了协议版本11引入了新的Plutus内置函数,包括用于数组类型的CIP-138、用于MaryEraValue类型的CIP-153、用于模指数运算的CIP-109、用于dropList的CIP-132和针对BLS12-381多标量乘法的CIP-133。这些功能已经在SanchoNet上供测试使用,并在硬分叉之前更新了智能合约工具。
对建设者来说,重点不在于炒作,而在于执行成本、脚本性能和更好的原语用于更高级的链上逻辑。Plutus的改进本身不会自动创建更好的DeFi、NFT、RWA或加密应用,但会为开发者提供更锋利的工具,而生态系统仍需将这些工具转化为可用产品。
正因如此,应该对van Rossem硬分叉加以谨慎解读。它并不是Cardano的断然重置,而是一次受控的协议升级,以测试Cardano是否能改进其基础层,同时使用其多年来建设的治理机制。
这个名字同样承载了社区情感。Intersect的硬分叉工作组曾提议命名Cardano协议版本11升级为van Rossem硬分叉,以纪念Max van Rossem,这位Cardano的DRep和活跃社区成员。这为升级增加了人性化的一面,但真正的考验现在是操作层面的。
从现在开始,重要的信号已很明确。Preview必须展示出稳定的行为,SPOs和开发者必须验证就绪情况,治理参与者必须决定PV11是否准备好前进。如果这一过程得以实现,van Rossem的意义不仅在于协议版本11的变更,还在于它展示了Cardano可以通过链上治理推进协议升级,而无需将技术协调变成混乱。