恆星幣(XLM)協議28上線，支援合約資料遷移

恆星幣(XLM)主網已套用協議28「Adapter」升級，支援智慧合約資料結構變更及多個合約升級。這項變化主要影響Soroban開發者與網路基礎設施營運商，對一般用戶的錢包及支付功能影響有限。

Stellar Development Foundation表示，協議28納入CAP-83、CAP-85及CAP-86。升級於2026年9月16日17時（UTC）進行，換算為台灣時間是9月17日凌晨1時。官方軟體版本文件則將協議28主網版本日期記為2026年9月16日。

這次升級的核心，是為主網運行中的合約建立將儲存資料遷移至新結構的途徑。過去Soroban主機函式要求帳本中的資料結構，必須與合約所需格式完全一致。

如果資料缺少欄位，或出現未預期欄位，讀取資料時可能發生錯誤。協議28放寬了這項限制，讓既有資料不必一次丟棄，而是能分階段遷移至新綱要。

CAP-86引入可處理缺少或新增欄位的稀疏主機函式。開發者可利用這項功能，在新增或刪除欄位時，將既有儲存資料轉換為符合新結構的形式。

不過，升級並不會自動完成所有合約的資料遷移。官方文件提醒，開發者仍須重現舊版狀態，並另外驗證新版合約能否正常讀取相關資料。

CAP-85支援由多個合約共用的外部管理執行程式碼參照。開發者不必逐一替換合約實例，只要變更共用參照，就能同步升級使用相同程式碼的合約群組。

這項功能旨在大型合約營運環境中，減少部分實例已切換至新程式碼、其他實例仍停留在舊版本的情況。實際部署時，各開發者仍須檢查新程式碼與既有資料的相容性。

CAP-83則允許驗證者在收到完整交易集合前開始投票。升級也新增了丟棄延遲抵達或無效交易集合的程序，降低共識流程受資料傳播延遲限制的情況。

不過，透過平行下載交易集合改善效能的功能，預計在主網套用後分階段啟用。直接收集帳本資料的索引器與資料管線，也必須處理CAP-83帶來的新帳本值類型。

驗證者營運商應檢查時鐘同步狀態，以避免網路效能下降。未完成更新的索引器或資料處理系統，在處理新類型時可能出現問題。

Soroban是整合至恆星網路的智慧合約平台。開發者以Rust撰寫程式，再編譯為WebAssembly後部署，並透過SDK及CLI建立、測試與部署合約。

Stellar Development Foundation表示，若要使用協議28的新功能，必須以智慧合約Rust SDK 28.0.0為基礎重新建置合約。既有合約不會自動使用新功能。

開發者社群對資料遷移及多個合約批次升級功能表示正面看法。不過，目前尚未確認協議28與恆星幣價格上漲之間存在直接因果關係。

本報先前曾報導，恆星正推動協議28升級，目標包括智慧合約開發、資料結構變更及共識層強化。隨著主網套用完成，實際合約資料遷移及基礎設施更新，將成為下一個觀察重點。