Stellar(XLM)验证节点须在11月23日前投票采用Bell协议30

Stellar将Bell升级定档11月23日

运行Stellar(XLM)节点的运维方、钱包开发团队以及交易所工程部门,是这次新公布升级时间表真正约束的对象。Stellar (XLM)于10月20日发布了Bell升级指南,其中给出两个关键日期:11月3日完成测试网升级,11月23日由验证节点最终投票决定主网是否激活。协议变更所需的各基础设施与SDK稳定版本从10月16日起开始推送,并将持续发布至2026年10月23日,也就是说,准备窗口已经开启。项目方开发者博客上的升级指南逐项说明了各方需要完成的工作,Stellar官方账号在X上发布的公告也确认了同一时间线。对基础设施团队而言,风险是具体而直接的:任何钱包、交易所或节点若在11月23日前未更新SDK,将无法识别新的账本区块,实际后果就是从运行中的网络上掉队。普通持币人则完全不在这一义务范围内:币原地不动,无需任何手动兑换或资产迁移,个人钱包里的XLM持有者也不被要求做任何操作。发布说明将Bell(协议30的代号)定位为一揽子改造,目标是让智能账户能够被企业大规模部署、启动抗量子签名的基础工作,并把账本时间精度提升到更细的分辨率,这三项改动共同降低大型金融科技平台和托管服务接入网络的门槛。此次公告未包含任何XLM价格指引,而对于一个不动余额的硬分叉来说也确实无需价格指引;它真正改变的是代币的用途,因为这套升级决定了谁能在网络上低成本地开展业务、以及能做到多大交易量。

@StellarOrg · X 帖子

公告.

在 X 上查看

CAP-84、CAP-88与CAP-87

Bell一揽子升级打包了三项核心改进提案,每一项都针对商业用户面临的某个具体架构瓶颈。CAP-84引入W地址,这是一种智能合约多路复用方案:银行或交易所可以通过一份合约管理数百万客户的余额,而不必为每个用户单独开设钱包,正是这种多路复用设计让单一合约承载大规模托管服务成为可能。CAP-88把系统时钟的精度从秒级提升到毫秒级,发布说明将这一工程步骤定位为未来版本实现亚秒级账本出块的基础。CAP-87则把ML-DSA后量子签名标准直接写入Stellar (XLM) Core,使私钥安全在协议层面而非钱包层面得到抗量子加固,且Soroban智能合约由此获得保护而不增加任何交易成本。商业逻辑把这三块拼在一起:更简洁的托管模式降低金融科技平台的网络运营成本,升级指南又把这种成本下降与更高的交易量、以及XLM作为手续费资产的有机需求联系起来,这与承载其PayFi支付场景的是同一套通道,想了解底层机制的读者可以参考我们的加密网络手续费指南。在发布说明的表述里,抗量子能力与亚秒级结算是现实世界资产代币化的基础要求,而这正是Stellar战略上瞄准的方向:网络上的代币化RWA规模及其在30万亿美元代币化服务中扮演的角色为这一目标提供了可量化的参照,近期激活的Chainlink Data Streams也指向同一趋势。指南还向长期持有者给出了一层额外保证:由于协议切换对每一个节点运营方都是强制性的,不会出现非官方分叉或分币。

我们的判断是,Bell与其说是行情催化剂,不如说是一次基础设施就绪度测试,真正的约束在交易所和钱包一侧,而不在持币人一侧。强制升级的设计消除了分叉风险,把硬分叉通常伴随的不确定性清零,但代价是11月23日之前网络的平稳运行取决于第三方能否按时交付SDK更新。以xStocks为代表的代币化证券以及更大范围的RWA建设,为Stellar (XLM)提供了需求叙事,而抗量子签名和更快的账本正是为这一叙事托底的技术;能否转化为XLM持续的手续费需求,要看激活之后的交易量表现。当前尚未完成的动作仍在基础设施运营方手中:11月23日前完成SDK升级,以及验证节点那一张有待投出的选票。