Stellar周三投票决定其下一次重大升级

Zipper 实际改变了什么

Stellar 协议第 27 版（代号 Zipper）将于 7 月 8 日进行主网验证者投票。此次升级聚焦于一项影响深远的变更：将“认证委托”提升为 Stellar 的一等公民特性。这意味着一个账户可以正式授权另一个账户代为行事。

在 Zipper 之前，Stellar 上的委托功能仅作为意外副产品存在。尝试使用该功能的开发者需要面对繁琐的手动步骤、额外的模拟流程以及膨胀的交易体积，因此大多数团队完全避开了它。Zipper 将这一权宜之计转变为干净、受支持的工具。

从实际效果来看，此次升级为之前难以或无法干净实现的特性打开了大门。更低的交易费用、更灵活的账户设计（包括社交恢复、委托签名密钥和模块化多重签名）现在都变得可行。交易体积也变得更小、费用更低，因为所有委托签名者被捆绑到单一授权条目中，无需单独处理。

在安全方面，CAP-0071-02 增加了地址绑定的 Soroban 凭据，修复了一个狭窄的重放漏洞——此前共享私钥的账户可能暴露于跨账户签名重用的风险中。

为协议第 28 版奠定基础

Zipper 的意义远不止于发布当天带来的改变。CAP-0071-01 明确是 CAP-0072 的基础，后者将为经典 Stellar 账户添加基于合约的认证功能。此处引入的委托机制，正是未来协议中更显著特性所依赖的同一机制。

Stellar 发展基金会已确认，协议第 28 版将为经典 Stellar 账户（即当前大多数用户持有的标准账户）带来基于合约的认证，而 Zipper 中的委托机制正是这一目标的直接前提。实际上，验证者们在 7 月 8 日需要批准的，既是一次特性发布，也是一项基础设施决策。

发布时间线如下：Stellar Core 于 6 月 5 日发布，RPC 和 Galexie 于 6 月 10 日发布，SDK 在 6 月 5 日至 11 日之间发布，Horizon 于 6 月 12 日发布，测试网升级于 6 月 18 日完成，主网协议投票则定于 7 月 8 日进行。