币圈界报道：

Stellar Protocol 30 测试网启动：构建面向机构的智能账户新范式

在验证者投票通过后，Stellar 的 Protocol 30 升级（代号“Bell”）已于11月3日在测试网络上部署。该版本为后续主网激活预留了为期三周的时间窗口，至11月23日17:00 UTC，要求钱包、交易所、托管机构及索引服务完成兼容性准备。

三项核心变更奠定企业级智能账户基础

此次升级涵盖三大关键技术更新：支持64位标识符的多路复用合约地址、Soroban环境内对ML-DSA签名的验证能力，以及账本头部引入毫秒级时间戳。尽管官方将其定位为迈向企业规模智能账户的关键一步，但实际影响远超宣传层面——两项变更直接重塑外部系统所需解析的数据结构，成为集成工作的核心挑战。

仅限三项提案，无额外功能扩展

Stellar开发基金会（SDF）在公告中指出，本次发布旨在为智能账户构建可扩展的企业级架构，并启动量子安全与高效账本两项长期目标。其背后由三个独立提案支撑：CAP-88（毫秒级账本时间）、CAP-84（多路复用合约地址）与CAP-87（合约内ML-DSA签名验证）。未包含费用机制调整或共识规则变更。验证者采用统一可信集合进行投票，XLM持有者不参与决策过程。

工程推进始于10月16日，Stellar Core v30.0.0作为稳定版本发布，随后陆续推出Horizon、RPC、Galexie及维护中的SDK协议30版本。测试网投票于11月3日执行，主网投票计划于11月23日17:00 UTC举行，相关节点武装指令将通过验证者渠道提前分发。

多路复用合约地址解决机构资金归集难题

尽管多路复用账户在支付领域已有多年应用，允许交易所为每位用户分配唯一存款地址而集中管理资金，但智能合约此前缺乏等效机制。旧有方案需为每个客户部署独立合约，这在百万级用户场景下不可持续。

CAP-84通过在合约地址中嵌入64位标识符，以“W”开头的新格式书写，使单一合约可服务高达18,446,744,073,709,551,616个终端用户，显著提升可扩展性。命名源自工程师团队的一次设计讨论：“这是一个倒置的M”，为避免类型混淆而选择全新前缀。

该变更带来双重运营要求：所有钱包、交易所和托管平台必须更新验证、展示与存储逻辑以识别“W”地址；合约开发者则需使用支持多路复用变体的参数接口，否则将拒绝接收付款。这一机制为银行与托管机构实现客户余额合并提供了技术路径，满足大规模代币化项目对底层设施的要求。

量子安全仅限合约内部，尚未覆盖全网

CAP-87为Soroban环境添加三项主机函数，用于验证符合NIST FIPS 204标准的44、65与87参数集的ML-DSA签名。验证逻辑在Stellar Core内部执行，而非合约代码中，从而降低调用成本并减少重复实现风险。

然而，此升级并不意味着网络整体具备后量子安全性。当前主流账户仍依赖Ed25519签名，原生后量子签名器仍待未来协议迭代。相比Starknet在10月以高票率探索独立后量子链，Stellar采取渐进策略：先提供验证原语，让合约账户自主选择加入，同时等待硬件密钥管理生态成熟后再推动账户模型变革。

账本头部格式变更引发解码兼容危机

CAP-88的核心在于修改账本头部数据结构，引入毫秒级时间戳。SDF明确警告：“任何读取账本数据的系统都必须理解新版格式。”包括StellarValue、LedgerHeader、LedgerCloseMeta及SCP历史在内的组件，均需转向Protocol 30的XDR定义，否则可能在未知分支上失败。

对SDK使用者而言，升级非可选项。旧版工具可能错误解析或无法处理协议30账本。更隐蔽的风险在于：整秒时间假设被打破。虽然closeTime字段仍显示整秒值（向下取整），但连续账本可在同一秒内关闭，导致依赖“一个账本即一秒钟”逻辑的定时结算系统出现偏差，必须重新审查代码。

时钟精度关乎结算效率与合规边界

9月发布的Adapter（Protocol 28）已将账本关闭时间从约5.7秒压缩至5秒，提升约12.3%。但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）。这一表现与贝尔升级无关，更多受制于Binance黑客事件及山寨币整体回调影响。

协议升级通常不会直接驱动代币价格。市场尚未为基础设施投入买单。真正影响交易量的将是商业落地，而非投票结果。持有者应关注实际应用进展，而非短期波动。

主网投票前必须完成的关键任务

各角色分工清晰：

验证者：部署Stellar Core v30.0.0，等待武装命令。

交易所与托管商：升级SDK并支持多路复用合约地址提取。

钱包与入口平台：在验证、显示与存储环节纳入“W”地址类型。

索引器、浏览器与分析系统：若无SDK依赖，须在投票前更新XDR定义。

合约团队：无需修改现有合约，但欲使用ML-DSA功能者需基于Protocol 30 Soroban SDK重建，并采用匹配的Stellar CLI。

SDF强调，指南仅为参考，运营商须自行测试集成。此次升级在真实支付链上实施，故障模式非系统崩溃，而是解码错误或首账本中地址无法解析等隐性问题。主网投票存在失败或推迟风险，11月23日仅为计划日期。

常见问题解答 (FAQ)

Stellar 的 Bell 升级何时在主网上线？

验证者将于2026年11月23日UTC时间17:00发起投票。只有当投票达成共识阈值，升级才会生效，因此该日期为计划节点，非确定性交付。

Protocol 30 是否使 Stellar 具备量子安全性？

否。它仅支持在Soroban中验证ML-DSA签名，使合约账户可选择启用后量子授权。经典账户的交易签名仍为Ed25519，原生后量子签名功能将在后续协议版本中引入。

钱包和交易所是否需要为 Protocol 30 升级？

是。由于账本头部格式变更，本周期内SDK升级非可选。此外，必须在验证、显示与存储中支持新的“W”地址类型。

Bell 会让 Stellar 的速度超过五秒吗？

不能。它取消了整秒时间的强制下限，为未来实现4.5秒以下账本关闭铺路，但本身未改变当前五秒节奏。

CAP-84 中的多路复用合约地址是什么？

一种携带64位标识符的合约地址，以“W”开头，格式化书写。它允许多个客户的资金余额由单一合约承载，转账事件中的标识符可追溯付款归属。

主要来源：Stellar开发基金会的Bell公告、Protocol 30升级指南，以及CAP-84、CAP-87和CAP-88规范。价格数据：CoinGecko，2026年11月4日UTC时间20:16。

本文仅供信息参考，不构成投资建议。协议升级日期取决于验证者投票，可能会发生变化。