Stellar 協議 28 升級預定於 9 月 16 日進行主網投票

Stellar 協議 28 升級（代號 Adapter）進入 9 月 16 日的主網投票階段，為 Soroban 開發者帶來更快的共識機制與合約群組原子化升級功能。

Stellar 發展基金會公布了這項升級，表示三項核心變更旨在讓 Soroban 智慧型合約更容易建置、升級與擴展，同時強化其底層共識層。

CAP-83 讓驗證者能在收到完整交易集之前就開始對交易進行投票，減少高負載下因資料傳播緩慢造成的延遲。CAP-85 引入外部管理的可執行程式，讓開發者只需更新單一共用程式碼參考，即可對整個合約群組進行原子化升級。CAP-86 新增稀疏主機函式，使合約在資料遷移期間能處理缺失或額外的欄位而不致失敗。

根據 CoinGecko 數據，截至 8 月 12 日，XLM 交易價格為 0.1968 美元，24 小時內上漲 0.83%，市值達 59 億美元。9 月 16 日 UTC 17:00 的主網投票將決定升級是否啟動，啟用與否取決於驗證者的批准。

AddressV2 與 Soroban 轉型

協議 28 亦將 AddressV2 列為授權的強制要求，逐步淘汰協議 27 中引入的舊版憑證。此變更旨在提升安全性並實現委託授權，但開發者必須在轉換前更新其 SDK，因為升級後 RPC 模擬預設值將切換為 AddressV2。協議 27 已透過驗證委託和綁定位址的 Soroban 憑證奠定了基礎。

驗證者與營運商的時間表

核心穩定版本已於 8 月 13 日發布，基礎設施與 SDK 版本預計於 8 月 21 日前陸續推出。Docker 映像檔及更新後的 Debian 二進位檔案將於 8 月 21 日前提供。SDK 使用者必須分別在 8 月 27 日（測試網整合）及 9 月 16 日（主網）之前完成升級。驗證者須在主網投票前於 Stellar Core 中啟用升級指令，並實作 NTP 時鐘同步，以避免網路效能衰退。

CAP-85 中的外部管理可執行程式對應了以太坊上使用的 beacon 代理模式，為開發者提供熟悉的部署模型。對基礎設施營運商而言，驗證者、Horizon、RPC 與 Galexie 之間的同步時間表對維持網路效能至關重要。此次升級也顯示 Stellar 積極進軍跨境支付與智慧型合約平台領域的企圖，此前的升級（如協議 27）已吸引更多開發者活動。

對 XLM 持有者而言，升級成敗取決於 9 月 16 日投票是否通過，以及新工具能否吸引更多去中心化應用進駐 Soroban。更強大的開發者生態系可望提振鏈上活動，進而帶動代幣需求，但短期價格影響仍屬未知。

本文僅供資訊參考，不構成投資建議。