Stellar 協議 28 升級鎖定 9 月 16 日主網啟動

Stellar 的「Adapter」升級（即協議 28）將於 9 月 16 日進入主網投票，三項變更聚焦於 Soroban 智能合約與網路共識性能。

「Adapter 首先是一個為開發者打造的版本，」Stellar 發展基金會在新聞稿中表示。「其中三項變更有兩項直接瞄準讓 Soroban 智能合約更容易建置、升級和擴展。」

此次升級包含三項核心推進提案。CAP-83 允許驗證者在完整交易集到達前即開始投票，減少高負載下的停滯。CAP-85 引入外部管理的可執行檔，讓共享相同程式碼的合約群可透過單一參考更新實現原子化升級。CAP-86 新增稀疏主機函式，用於處理遷移過程中缺失或多餘的資料欄位，解決合約因資料結構無法演進而卡住的問題。

時間表已確定：核心穩定版本已於 8 月 13 日發布，基礎設施與 SDK 版本將持續至 8 月 21 日，測試網投票於 8 月 27 日 17:00 UTC 舉行，主網投票則於 9 月 16 日 17:00 UTC 進行。使用 SDK 整合的開發者須在 8 月 27 日前更新以支援測試網，並在 9 月 16 日前更新以支援主網。

CAP-85 終結半升級合約群問題

許多協議會部署數十甚至數百份相同合約——即共享相同底層程式碼的合約群。當該程式碼需要安全修補或功能更新時，管理員先前必須逐一更新每個實例。對於大型合約群而言，這無法在單一交易中完成，導致部分合約運行新程式碼、其餘仍停留在舊版本的過渡窗口。

CAP-85 引入外部管理的可執行檔：合約可指向由另一個合約擁有、可更新的共享程式碼參考。更新該單一參考即可同時且原子化地升級所有關聯合約，無論合約群規模大小。此模式與以太坊及其他鏈上使用的「信標代理」（beacon proxy）做法相呼應。

8 月 27 日測試網投票開啟部署窗口

Stellar 已為 Adapter 發布明確時程。核心穩定版本已於 8 月 13 日發布，基礎設施與 SDK 版本則於 8 月 21 日前陸續釋出。測試網升級投票於 8 月 27 日 17:00 UTC 舉行，主網投票則於 9 月 16 日 17:00 UTC 進行。

協議 28 亦新增稀疏映射主機函式，讓合約在遷移過程中能更妥善地處理缺失或多餘的欄位。採用典型 SDK 整合的營運者應在 8 月 27 日前升級測試網建置的 SDK 版本，並在 9 月 16 日前升級主網建置的版本。驗證者、基礎設施營運者、錢包、交易所與發行方各有特定的準備步驟，詳見 Stellar 的協議 28 升級指南。

此次升級延續了 Stellar 近期協定發布的一貫方向——在不犧牲網路聞名的速度與低成本的前提下，將網路打造成更適合真實金融應用的平台。對 XLM 持有者而言，此次升級有望吸引更多開發者活動進駐 Soroban 平台，可能推升鏈上使用量。Stellar 與 DTCC 在現實世界資產代幣化方面的合作，亦顯示該網路正積極進軍機構金融領域。

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