Stellar Protocol 30 'Bell'测试网上线:多路复用与量子签名关键升级
2026-11-05 11:25 loading...
Stellar开发基金会(SDF)宣布,Protocol 30升级(代号“Bell”)已于11月3日在测试网上线,标志着网络向企业级智能账户迈进一步。本次更新聚焦三项关键技术变更,为未来代币化资产结算与合规基础设施建设铺路。主网投票窗口开放至11月23日17:00 UTC,若验证者达成共识,将正式激活。
三大核心变更:从账户模型到时间精度的重构
本次升级并非功能叠加,而是对底层数据结构的根本性调整。根据官方公告,其目标是为大规模智能账户运行提供支持,并启动量子安全与账本效率优化两项长期任务。具体涉及三份提案:CAP-88(毫秒级账本时间)、CAP-84(多路复用合约地址)与CAP-87(ML-DSA签名验证),无费用机制或共识规则变更。
发布流程自10月16日启动,Stellar Core v30.0.0稳定版率先发布,随后配套的Horizon、RPC、Galexie及SDK均完成协议版本更新。测试网投票已执行,主网投票将于11月23日进行,相关节点配置命令将提前通过验证者渠道分发。
CAP-84:解决机构级资金归集难题
长期以来,多路复用账户(muxed accounts)在交易所中被广泛用于实现“一库多户”的存款管理——客户拥有唯一地址,资金统一汇入总账户,由平台链下追踪归属。然而,这一模式无法应用于智能合约,导致合约账户必须为每个用户单独部署,严重制约规模化应用。
CAP-84引入64位标识符附加于合约地址,以“W”开头的新格式书写,使单个合约可服务超过18万亿个不同身份。这不仅解决了百万级客户余额的归集问题,也显著降低部署成本。开发者需注意:仅接受“W”类型地址参数的合约才能正确处理此类付款,否则将被拒绝。
命名灵感源于工程细节:团队曾考虑复用“M”,最终选择“倒置的M”以明确区分数据类型,避免混淆。
量子安全迈出第一步:合约内验证而非全网覆盖
CAP-87为Soroban智能合约环境引入三个主机函数,用于验证符合NIST FIPS 204标准的ML-DSA签名(44、65、87参数集)。该验证过程在Stellar Core内部执行,确保调用成本可控,且实现只需一次测试,无需每合约重复开发。
但需明确:本次升级并未使整个网络具备后量子安全性。经典账户仍使用Ed25519签名,原生后量子签名能力将留待后续协议变更。此举体现渐进式路径——先提供验证原语,让合约账户自主选择加入,待硬件密钥管理生态成熟后再推进整体迁移。
这一策略与Starknet等项目形成呼应:后者在10月通过代币持有者投票探索独立后量子层,而Stellar更注重稳健落地。
最易忽视却最关键的变更:账本头部格式重塑
CAP-88改变了账本头部的时间戳格式,从整秒提升至毫秒级。尽管closeTime字段仍返回整秒值(向下取整),但账本关闭时间已不再受“至少一秒”的限制。这意味着连续账本可在同一秒内完成关闭。
这对依赖“一个账本即一秒之后”逻辑的系统构成挑战。例如定时锁定结算、可索赔余额判断等场景,必须重新审视时间边界假设。任何读取LedgerHeader、SCP历史或LedgerCloseMeta的消费者,都必须采用Protocol 30的XDR定义,否则可能解码失败或产生错误数据。
SDF强调:“本周期中,SDK升级不是可选的。”旧版工具链可能无法解析新账本,或返回异常结果,故障表现为非系统崩溃,而是数据不一致。
为何时钟对结算至关重要?
此前,9月发布的Adapter将账本关闭时间从约5.7秒缩短至5秒,提升近12%效率。而CAP-88移除了“一秒下限”的硬约束,为未来实现4.5秒甚至更低的目标扫清障碍。理论上,网络每日账本数量可从17,280增至19,200,增幅约11%。
这一改进对机构市场意义重大。目前,如DTCC代币化服务已接入34种证券及多家华尔街机构,更快的最终性与每客户寻址能力直接缩短抵押品未结算时间,提升对账效率,是构建合规金融基础设施的关键支撑。
价格未反映升级价值,市场仍在等待交易量
截至11月4日20:16(UTC),XLM价格约为$0.1657,24小时上涨2.1%,但7天内下跌3.9%,30天跌幅达23.1%。当前价格处于30天区间底部($0.1621–$0.2156),表明市场尚未充分定价此次技术演进。
协议升级通常不会立即带动价格波动。10月的回调主要受Binance黑客事件及山寨币整体退潮影响,而非升级本身。投资者应理解:基础设施进步需通过实际交易活动体现价值,而非仅靠投票进程。
11月23日前各角色必须完成事项
升级责任分工清晰:
- 验证者:部署Stellar Core v30.0.0,等待武装指令。
- 交易所与托管商:升级SDK,支持多路复用合约地址解析。
- 钱包与入口:更新显示与存储逻辑,兼容“W”地址类型。
- 索引器与分析工具:若无SDK,必须更新原始账本解码逻辑。
- 合约开发者:现有合约无需修改,但若启用ML-DSA功能,须使用Protocol 30 Soroban SDK重建。
SDF重申:所有集成方有责任在投票前完成测试。即使投票成功,首个Protocol 30账本也将成为检验系统兼容性的“压力测试点”。失败风险不在于停机,而在于数据误读或地址解析失败。
主网投票日期为计划时间,非保证激活。若共识未达成,升级将推迟。三周时间足以完成多数技术适配,但审查“一秒即一账本”逻辑的代码改造周期并不宽裕。
常见问题解答
Stellar Bell升级何时在主网生效?
验证者将于2026年11月23日UTC 17:00进行投票。只有达到共识阈值,升级才会激活,因此该日期为计划时间,非确定性交付。
Protocol 30是否使Stellar具备量子安全性?
否。它仅允许智能合约验证ML-DSA签名,使合约账户可选择加入后量子授权。经典账户仍使用Ed25519签名,原生后量子签名功能将在未来协议中推出。
钱包和交易所是否需要为升级做准备?
是。因账本头部格式改变,本周期内SDK升级不可跳过。同时,必须支持“W”开头的多路复用合约地址。
Bell能让Stellar账本关闭速度低于5秒吗?
不能单独实现。CAP-88移除了整秒下限,为后续优化铺路,但当前节奏仍维持在5秒水平。
CAP-84中的多路复用合约地址是什么?
一种携带64位标识符的合约地址,以“W”开头。它允许多个客户共享一个合约地址,通过转账事件中的标识符识别归属,避免为每位用户部署独立合约。
来源:Stellar开发基金会官方公告、Protocol 30升级指南、CAP-84/87/88规范;价格数据来自CoinGecko,2026年11月4日20:16。本文仅供参考,不构成投资建议。协议上线时间取决于验证者共识,可能调整。
相关阅读
-
Stellar Protocol 30 'Bell'测试网上线:三大核心变更重塑企业级结算区块链 2026-11-05 06:38
-
Stellar Protocol 30 'Bell'升级测试网激活,引入智能合约与抗量子签名能力区块链 2026-11-04 16:38
-
Stellar Protocol 30升级发布,强化金融科技集成与量子安全矿业头条 2026-10-29 17:54
-
Stellar Protocol 30 升级在即,旧版 SDK 可能失效区块链 2026-10-24 14:41
-
Stellar Protocol 30升级启动,强化金融科技集成与网络安全性矿业头条 2026-10-23 13:41
-
Stellar协议30“Bell”升级在即:量子安全与多路复用地址引关注矿业头条 2026-10-22 10:02
-
Stellar协议30“Bell”升级在即:量子安全与多路复用地址前瞻区块链 2026-10-22 06:32
-
Stellar Protocol 30升级启动,强化金融集成与量子安全区块链 2026-10-21 06:33
-
Stellar Protocol 30升级启动,强化金融科技集成与量子安全区块链 2026-10-21 04:33