Stellar 协议第 27 版启用委托权能，重塑账户操作范式

Stellar 协议第 27 版（代号 Zipper）将于 7 月 8 日进入主网验证者投票阶段。此次更新的核心在于将“认证委托”确立为协议一级功能，赋予账户以正式授权方式让其他实体代为执行操作的能力。

从边缘功能到原生支持：委托机制实现质变

在 Zipper 之前，委托仅作为非正式衍生能力存在，开发者需依赖复杂的手动流程、额外模拟步骤及体积膨胀的交易结构，导致多数应用选择规避。此次升级将其转化为标准化、受官方支持的工具，极大简化集成路径。

开启低费灵活账户新可能，安全边界同步强化

该变更使此前难以实现的功能成为现实：包括社交恢复机制、可委托签名密钥管理以及模块化多重签名方案。由于所有授权方被整合至单一授权条目中，交易数据体积显著缩减，手续费随之降低。同时，CAP-0071-02 引入地址绑定的 Soroban 凭据，修复了因共享私钥引发的跨账户重放攻击漏洞，提升了整体安全性。

为下一代合约认证铺路的关键一步

Zipper 的影响超越当前版本发布。其引入的委托框架是后续 CAP-0072 的直接前置条件，后者将为经典 Stellar 账户引入基于合约的认证体系。这意味着验证者在 7 月 8 日所审议的，不仅是功能上线，更是协议演进的重要基础设施布局。

具体时间线显示：Stellar Core 于 6 月 5 日发布，RPC 与 Galexie 在 6 月 10 日推出，SDK 在 6 月 5 日至 11 日间完成部署，Horizon 于 6 月 12 日上线，测试网升级于 6 月 18 日完成，主网协议投票定于 7 月 8 日举行。