适配器协议28:Stellar升级将于本月启动
Stellar正在为下一次全网升级做准备,相关细节现已正式公布。Stellar发展基金会已确认适配器协议28的部署计划。
与以往一些主要侧重于基础设施的升级不同,适配器协议28专为开发者而设计。其三项核心变更中有两项直接旨在让在Soroban(Stellar的智能合约平台)上构建智能合约的开发者更轻松,而第三项则强化了网络自身达成共识的能力。
适配器协议28究竟改变了什么
此次升级整合了三项独立的提案,在Stellar中被称为CAP(核心推进提案)。它们共同构成了适配器协议28的全部内容:
- CAP-83 – 提升共识性能,尤其是在网络负载较高时。
- CAP-85 – 允许对整个智能合约群进行原子级升级。
- CAP-86 – 使合约在迁移数据时更易于避免中断。
每一项提案都解决了不同的问题,Stellar已详细解释了其背后的逻辑。
不再等待的共识机制
验证者(负责确认交易的机器)通常需要先获得完整的交易集,才能推进共识。如果数据到达缓慢,整个过程可能陷入停滞。CAP-83改变了这一点。验证者现在可以在交易集完全到达之前开始投票,并且能够干净利落地丢弃迟到或损坏的交易集,而不是卡住不动。Stellar表示,这能使网络即使在重负载下也能平稳运行,而且大多数构建者无需为此做任何操作。性能提升将随着主网上线后一项相关功能(并行交易集下载)的分阶段启用而逐步显现。
不再有分批升级的合约群
许多Stellar项目曾遇到这个问题:当部署数十或数百个相同合约的副本时,无法一次性全部更新。大型合约群必须逐个升级,这意味着部分合约运行新代码,而其他合约仍停留在旧版本,有时甚至持续较长时间。CAP-85解决了这个问题。它引入了一个共享的、可更新的代码引用,多个合约可以指向这个引用。更改这一引用,所有关联的合约便会同时升级,无论数量多少。在其他区块链上工作的开发者会熟悉这个概念,它类似于行业内使用的“信标代理”模式。
能够真正演进的合约数据
智能合约很少保持静态。字段会新增、旧字段会被删除、接口会随时间变化。问题在于,Stellar当前的系统会拒绝任何与预期结构不完全匹配的数据,这使得此类变更的风险高于应有水平,在某些情况下甚至导致合约完全卡死。CAP-86通过新的“稀疏”宿主函数解决了这一问题,这些函数可以处理缺失或多余的字段,而不会直接失败。团队只需基于更新后的SDK重新构建即可使用该功能,无需更改合约的编写方式。
构建者需要了解的时间线
Stellar已为适配器协议28制定了固定时间表,值得标记在日历上:
- 2026年8月13日 – Stellar Core稳定版本上线
- 2026年8月13日至21日 – 基础设施和SDK版本发布
- 2026年8月27日 17:00 UTC – 测试网升级投票
- 2026年9月16日 17:00 UTC – 主网升级投票
Stellar对典型SDK集成方案的建议很简单:测试网在8月27日前更新,主网在9月16日前更新。验证者、基础设施运营商、钱包、交易所和发行方各有自己的检查清单,这些内容在Stellar的协议28升级指南中已详细列出。
下一步计划
目前,焦点转向8月27日的测试网投票,三周后将是主网投票。截至本文撰写时,Stellar区块链尚未表示对此时间表有任何更改。正在该网络上构建的团队被鼓励尽早开始准备,而不是等到最后一周,并请关注Stellar的开发者Discord,社区正在那里积极协调升级事宜。
XLM

交易所
交易所排行榜
24小时成交排行榜
人气排行榜
交易所比特币余额
交易所资产透明度证明
去中心化交易所
资金费率
资金费率热力图
爆仓数据
清算最大痛点
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
ETF追踪
索拉纳ETF
瑞波币ETF
香港ETF
比特币持币公司
加密资产反转
以太坊储备
HyperLiquid钱包分析
Hyperliquid鲸鱼监控
大额转账
链上异动
比特币回报率
稳定币市值
期权分析
新闻
文章
财经日历
专题
钱包
合约计算器
账号安全
资讯收藏
自选币种
我的关注