Stellar协议升级：委托功能正式登堂入室

核心提要：Stellar协议第27版（代号Zipper）即将于7月8日启动主网投票，核心变革是将“认证委托”提升为原生特性，显著降低交易成本并增强账户灵活性，同时为未来基于合约的认证机制奠定基础。

Stellar协议第27版开启委托机制原生化时代

Stellar协议第27版（代号Zipper）将于7月8日进入主网验证者投票阶段。本次升级的核心在于将“认证委托”正式确立为协议的一等公民功能，使账户可合法授权另一账户代表其执行操作，实现权责分离。

从边缘功能到原生支持：委托机制全面重构

在Zipper版本之前，委托功能仅以非标准方式存在，开发者需依赖复杂的手动流程、额外模拟步骤及膨胀的交易数据结构，导致多数项目放弃使用。此次更新将其转化为标准化、受官方支持的底层能力，大幅提升可用性与安全性。

该变更释放了多项此前难以实现的功能潜力：包括社交恢复机制、多签密钥分权管理以及模块化多重签名方案。同时，通过将所有委托签名者整合至单一授权条目中，交易体积得以压缩，费用显著下降。

安全加固与跨账户风险防护

根据CAP-0071-02规范，系统引入了地址绑定的Soroban凭据机制，有效修补了一个潜在的重放攻击漏洞——此前共享私钥的账户可能面临跨账户签名被重复利用的风险，现已得到根本性解决。

构建未来协议演进的关键基石

Zipper的发布并非孤立事件，而是为协议第28版铺路的重要一步。其中引入的委托架构正是CAP-0072的基础，后者将为经典Stellar账户引入基于智能合约的认证体系。

Stellar发展基金会明确指出，当前验证者在7月8日所批准的，不仅是一项新功能上线，更是一次对长期基础设施的确认。这标志着从传统账户模型向可编程身份系统的战略转型已正式启动。

具体时间线显示：Stellar Core于6月5日发布，RPC与Galexie客户端于6月10日推出，SDK在6月5日至11日期间完成部署，Horizon服务于6月12日上线，测试网升级于6月18日结束，主网投票最终定于7月8日进行。