自选
我的自选
查看全部
市值 价格 24h%
  • 全部
  • 产业
  • Web 3.0
  • DAO
  • DeFi
  • 符文
  • 空投再质押
  • 以太坊
  • Meme
  • 比特币L2
  • 以太坊L2
  • 研报
  • 头条
  • 投资

免责声明:内容不构成买卖依据,投资有风险,入市需谨慎!

Stellar协议30贝尔升级在测试网上线,为主网投票做准备

2026-11-04 15:01:55
收藏

Stellar 在测试网激活 Protocol 30 “Bell”升级,引入智能合约新能力与后量子签名验证

Stellar 已在测试网上激活代号为“Bell”的 Protocol 30 升级。此次升级引入了新的智能合约功能、后量子签名验证机制,以及为未来加速账本处理奠定基础的技术变更。根据 Stellar Development Foundation 于 11 月 4 日发布的公告,测试网升级已完成,验证者将于 11 月 23 日协调世界时(UTC)17:00 对主网激活进行投票。

Bell 升级的核心亮点包括:支持通过单一智能合约管理多个客户余额的多路复用合约地址;在智能合约中增加对后量子 ML-DSA 签名验证的支持(网络交易签名仍继续使用 Ed25519);以及引入毫秒级账本时间戳,以支持未来更快的账本处理速度。需要注意的是,虽然引入了毫秒级计时,但本次升级并不会立即缩短当前的账本关闭时间。

在主网激活之前,钱包提供商、交易所和基础设施运营商必须更新其软件,以支持新的地址格式和账本数据变化。

多路复用智能合约地址:简化客户资金管理

Bell 升级中的 CAP-84 提案引入了多路复用合约地址(muxed contract addresses),这是此次升级的主要变革之一。该功能允许企业通过单个智能合约为多个客户管理资金。

此前,Stellar 已支持多路复用账户(muxed accounts),使交易所和托管机构能够将不同客户的存款接收至同一账户,并通过单独的 ID 识别各个用户。然而,使用可编程合约控制支出权限的智能账户并不具备此能力。过去,企业通常需要使用独立的合约来区分不同客户的余额。

随着 CAP-84 的实施,合约地址现在可以携带一个 64 位标识符,用于指定目标客户,而无需为每个用户部署单独的智能合约。新地址采用以字母“W”开头的格式,以此区别于现有以“M”开头的多路复用账户地址。

当代币转账至此类地址时,资金将进入底层合约,同时客户的标识符会被记录在转账事件中。据 Stellar 介绍,交易所、支付提供商和托管机构可以利用这一系统,在不为数百万潜在用户部署独立合约的情况下,通过智能账户管理客户存款。这也要求所有处理 Stellar 地址的钱包提供商及相关应用程序支持这一新格式。

后量子签名验证:为量子计算时代做准备

CAP-87 是 Bell 升级的另一大关键组件,它在 Stellar 的 Soroban 智能合约环境中引入了对 ML-DSA 签名的验证支持。ML-DSA 是由美国国家标准与技术研究院(NIST)于 2024 年标准化的后量子数字签名算法。

与现有的椭圆曲线签名系统不同,ML-DSA 旨在抵御强大量子计算机的攻击。目前,Stellar 使用的加密签名方案(包括 Ed25519、secp256k1 和 secp256r1)在未来量子计算进步面前可能变得脆弱。在 Bell 升级下,开发人员可以创建需要 ML-DSA 签名才能授权交易的智能账户,从而使钱包和托管机构能够引入抗量子支出的控制措施。

基金会指出,由于检查 ML-DSA 签名所需的计算资源远多于传统签名,因此验证过程通过 Stellar Core 运行。Protocol 30 支持三种 ML-DSA 验证函数,分别对应算法的不同安全级别。尽管网络层面的交易签名将继续使用 Ed25519 直到未来的协议升级,但该功能仍是 Stellar “量子准备计划”(Quantum Preparedness Plan)的第一个链上组件。其他区块链也在探索类似保护,例如 Sui 在 8 月曾 outlining 引入基于 NIST 批准签名方案的量子安全账户认证计划。

毫秒级账本计时:解锁更快的处理能力

Bell 的第三个组成部分 CAP-88 改变了 Stellar 记录账本关闭时间的方式。目前,Stellar 以整秒为单位记录账本关闭时间,这限制了网络无法瞄准短于一秒的时间间隔。

新系统引入了毫秒级分辨率的时间戳,允许未来的协议更改支持更精确的账本关闭间隔。今年 9 月,Stellar 的 Protocol 28 升级已将典型的主网账本关闭时间从约 5.7 秒减少至 5 秒。CAP-88 本身不会立即进一步缩短这些时间,而是消除了现有的技术限制。目前,Stellar Core 开发人员正在实验更快的账本处理方案。

该变更引入了新的账本头格式,要求解码原始区块链数据的应用程序更新其软件。根据基金会的升级指南,较旧的 SDK 可能无法解码 Protocol 30 账本,索引器和数据分析服务也必须更新其 XDR 定义。现有的 Soroban 合约无需修改即可继续运行,但开发人员必须更新其工具以使用 Bell 的新功能。

主网升级安排与生态动态

在主网投票前夕,Stellar 发布了兼容 Protocol 30 的 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 生态系统内的近期发展,包括 VIA Labs 于 10 月底完成的 Stellar 与以太坊之间的跨链消息传递集成。该集成允许 Soroban 智能合约与基于以太坊的合约交换消息,支持涉及稳定币、代币化资产和跨链交易的应用程序。

Stellar 的主网升级投票定于协调世界时 11 月 23 日 17:00 进行,基金会正通过其开发者社区和验证者渠道协调准备工作。

展开阅读全文
更多新闻