Stellar 已在测试网上激活了代号为 Bell 的 Protocol 30 升级，引入了新的智能合约功能、后量子签名验证，以及可能在未来升级中实现更快账本处理的变更。
摘要
- Stellar 已在测试网上激活了 Protocol 30 Bell 升级，验证者计划于 11 月 23 日 17:00 UTC 就主网激活进行投票。
- Bell 引入了多路复用合约地址，允许交易所、托管机构和支付提供商通过单一智能合约管理多个客户余额。
- 该升级增加了在智能合约内对后量子 ML DSA 签名验证的支持，而网络交易签名将继续使用 Ed25519。
- Protocol 30 引入了毫秒级账本计时，以支持未来升级中的更快处理，尽管该变更不会立即缩短账本关闭时间。
- 钱包提供商、交易所和基础设施运营商必须在主网激活前更新其软件，以支持新的地址格式和账本数据变更。
根据 Stellar 开发基金会 11 月 4 日的公告，测试网升级已完成，验证者现已计划于 11 月 23 日就主网激活 Bell 进行投票。
该升级在 CAP-84、CAP-87 和 CAP-88 下引入了三项变更，涵盖智能合约如何处理客户地址、验证加密签名以及记录账本关闭时间。
在其 10 月 20 日的公告中，该基金会解释说，Bell 旨在帮助企业通过智能账户管理客户资金，同时为网络做好抗量子安全和更快交易处理的准备。
测试网激活是在原定于 11 月 3 日 17:00 UTC 的验证者投票之后进行的。主网投票定于 11 月 23 日同一时间进行，激活取决于验证者的批准。
Stellar Protocol 30 引入多路复用智能合约地址
Bell 的主要变更之一是 CAP-84，它引入了多路复用合约地址，允许企业通过单一智能合约管理属于多个客户的资金。
此前，Stellar 支持多路复用账户，允许交易所和托管机构将来自不同客户的存款接收到一个账户中，同时通过单独的 ID 识别各个用户。
使用可编程合约控制支出权限的智能账户不具备同样的能力。使用它们的企业通常需要单独的合约来区分客户余额。
借助 CAP-84，合约地址可以携带一个 64 位标识符，用于识别目标客户，而无需为每个用户单独部署智能合约。
新地址使用以字母 W 开头的格式，以区别于以 M 开头的现有多路复用账户地址。
当代币被转移到这些地址之一时，资金会到达底层合约，同时客户的标识符会被记录在转账事件中。
据 Stellar 称，交易所、支付提供商和托管机构可以使用该系统通过智能账户管理客户存款，而无需为可能数百万的用户部署单独的合约。
该变更要求钱包提供商和其他处理 Stellar 地址的应用程序支持新格式。
Bell 为智能合约带来后量子签名验证
另一个主要组成部分 CAP-87 引入了在 Stellar 的 Soroban 智能合约环境中验证 ML-DSA 签名的支持。
ML-DSA 是美国国家标准与技术研究院于 2024 年标准化的后量子数字签名算法。
与现有的椭圆曲线签名系统不同，ML-DSA 旨在抵御足够强大的量子计算机的攻击。
Stellar 目前使用包括 Ed25519、secp256k1 和 secp256r1 在内的加密签名方案，这些方案可能会因量子计算未来的进展而变得脆弱。
在 Bell 之下，开发者可以创建智能账户，在授权交易之前要求提供 ML-DSA 签名，从而使钱包和托管机构能够引入抗量子攻击的支出控制。
该基金会表示，验证过程通过 Stellar Core 运行，因为检查 ML-DSA 签名比传统签名需要多得多的计算资源。
协议 30 支持三个 ML-DSA 验证函数，分别对应该算法的不同安全级别。
该功能是 Stellar 量子准备计划的第一个链上组件，不过在未来的协议升级之前，网络层面的交易签名将继续使用 Ed25519。
其他区块链也一直在探索类似的保护措施。今年 8 月，Sui 概述了相关计划，将使用 NIST 批准的签名方案引入量子安全的账户认证。
毫秒级账本计时为 Stellar 更快的处理做好准备
Bell 的第三个组件 CAP-88 改变了 Stellar 记录账本关闭时间的方式。
目前，Stellar 以整秒为单位记录账本关闭时间，这使网络无法以短于一秒的间隔为目标。
新系统引入了毫秒级分辨率的时间戳，使未来的协议变更能够支持更精确的账本关闭间隔。
今年 9 月，Stellar 的协议 28 升级将主网典型的账本关闭时间从约 5.7 秒缩短至 5 秒。
CAP-88 并不会立即进一步缩短这些时间。相反，它移除了一个现有的技术限制，而 Stellar Core 的开发者已经在试验更快的账本处理。
这一变更引入了新的账本头格式，要求解码原始区块链数据的应用程序更新其软件。
根据该基金会的升级指南，较旧的 SDK 可能无法解码协议 30 的账本，而索引器和分析服务必须更新其 XDR 定义。
现有的 Soroban 合约可以继续运行而无需修改，不过开发者必须更新其工具才能使用 Bell 的新功能。
主网升级定于 11 月 23 日
在主网投票之前，Stellar 已发布了其 Core、Horizon、RPC 和 Galexie 基础设施软件的协议 30 兼容版本。
其 10 月 23 日的升级指南列出了 JavaScript SDK v17.3.0 和 Go SDK v0.8.0 等可用的开发者版本，以及 Soroban Rust SDK 的候选发布版本。
验证者已被指示在主网投票前安装 Stellar Core v30.0.0，而交易所、钱包提供商和其他基础设施运营商必须为其集成做好新账本格式的准备。
此次升级紧随 Stellar 生态系统近期的一系列进展，包括 10 月下旬 VIA Labs 的集成，实现了 Stellar 与以太坊之间的跨链消息传递。
该集成允许 Soroban 智能合约与基于以太坊的合约交换消息，支持涉及稳定币、代币化资产和跨链交易的应用程序。
Stellar 的主网升级投票定于 11 月 23 日 UTC 17:00 进行，该基金会正通过其开发者社区和验证者渠道协调准备工作。
