Stellar Protocol 30 Bell升级登陆测试网 主网投票定于11月23日

Bell升级在测试网激活

Stellar (XLM)已在测试网上激活代号为Bell的Protocol 30升级,验证人定于11月23日17:00(UTC)投票,决定是否将其推向主网。此前的11月3日同一时间,测试网验证人已投票通过该升级,Stellar发展基金会也在公告中确认了这一进展;正式网络能否激活,取决于即将到来的这次投票。Bell打包了三项已通过的协议变更,分别对应CAP-84、CAP-87和CAP-88,内容涵盖智能合约如何处理客户地址、合约内加密签名的验证方式,以及区块链记录每个账本关闭时刻的方式。在10月20日的开发者公告中,基金会将这次升级定位为三项工作的基础:企业通过智能账户管理客户资金、抗量子安全,以及未来升级中的更快交易处理。

软件层面的准备工作已经就绪。兼容Protocol 30的Stellar Core、Horizon、RPC和Galexie版本均已发布,基金会10月23日发布的升级指南列出了JavaScript SDK v17.3.0和Go SDK v0.8.0,同时提供Soroban Rust SDK的候选版本。基金会已要求验证人在主网投票前安装Stellar Core v30.0.0。交易所、钱包服务商和其他基础设施运营方也需在激活前完成新地址格式和账本数据变更的对接准备。这次投票涉及Stellar网络今年安排的最重要的版本发布之一,基金会正通过开发者社区和验证人渠道协调投票前的各项准备。

复用地址与抗量子签名

CAP-84是交易所和托管机构最先感受到的变更。它引入了复用合约地址,让企业通过单一智能合约管理众多客户的资金。Stellar此前已支持复用账户,交易所和支付服务商可以把不同客户的入金集中到一个账户,再通过独立ID识别各用户。但使用可编程合约控制支出权限的智能账户此前不具备同等能力,企业通常要为每位用户部署单独的合约来区分客户余额。根据CAP-84,合约地址将携带一个64位标识符,直接指明目标客户,无需为每位用户单独部署合约。新地址以字母W开头,与现有以M开头的复用账户地址相区分。向这类地址转账时,资金到达底层合约,客户标识则记入转账事件。基金会表示,交易所、支付服务商和托管机构借助这一设计,无需为可能数以百万计的用户分别部署合约,就能通过智能账户管理入金。

CAP-87为Soroban智能合约环境增加了ML-DSA签名验证支持。ML-DSA是美国国家标准与技术研究院于2024年标准化的后量子数字签名算法,与Stellar (XLM)目前使用的包括Ed25519在内的椭圆曲线方案不同,它专为抵御足够强大的量子计算机的攻击而设计。验证过程由Stellar Core执行,因为校验ML-DSA签名所需的计算资源远高于常规签名,Protocol 30提供了与该算法各安全等级对应的三个验证函数。这是Stellar量子准备计划的首个链上组件,不过在未来的升级之前,网络层面的交易签名仍将使用Ed25519。CAP-88则改变了账本关闭时间的记录方式,从整秒精度改为毫秒级时间戳,并取消了限制网络以短于一秒间隔关闭账本的约束。它不会立即缩短关闭时间,Stellar Core开发团队已在试验更快的处理方案。

距主网投票还有约三周

Bell上线之际,Stellar近几个月持续叠加生态集成:10月下旬,VIA Labs通过跨链桥协议打通了Stellar与Ethereum;Curve在Stellar上推出StableSwap,这是其首次在非EVM环境的部署,合约已在Stellar主网运行;Securitize则将该网络列为代币化资产的第17条链。同一网络在10月23日还处理了1,416万笔交易。我们的判断是:投票才是真正的关口。代码已经写好、发布并在测试网运行,剩下的只有验证人共识以及随之而来的运营方迁移。W格式地址、ML-DSA支出控制和毫秒级计时,只有在生产环境第一层网络真正运行时才有意义,而迁移工作主要落在交易所和钱包服务商身上。如果验证人在11月23日17:00(UTC)投下赞成票,Bell将成为Stellar后续所有升级的基线;如果投票被搁置,这些变更将继续留在测试网。