Stellar Protocol 30投票前公布軟體版本與營運者準備事項

Stellar Development Foundation（SDF）公布 Protocol 30 投票前各類營運者所需的軟體版本與準備事項。錢包和交易所須能處理新合約地址，直接讀取帳本資料的服務則須更新解碼器。

SDF 在 10 月 23 日更新的升級指南中列出基礎設施與開發工具的相容版本，並提醒營運者自行測試整合環境；這項測試與驗證者投票分開進行。

主要變化之一是以「W」開頭的合約地址。這種格式會在智慧合約地址後加上 64 位元識別碼，讓單一合約能區分多位客戶的存款。更新 SDK 後即可讀取新地址，但應用程式中負責檢查、顯示或儲存地址，以及讀取轉帳目的地的程式碼，也必須支援 W 格式。

交易所和託管服務商應確認能否向 W 地址提領。錢包與發行方則須檢查地址輸入及轉帳紀錄處理功能。既有智慧合約在升級後仍可運作，是否採用新合約功能由開發者自行決定。

直接讀取帳本資料的索引器、瀏覽器和分析工具也須另行準備。Protocol 30 將在帳本標頭加入新的值格式。使用既有 XDR 定義的解碼器，升級後可能無法讀取帳本資料，因此 SDF 建議提前更新相關定義。XDR 是 Stellar 用來表示交易與帳本資料的格式。

SDF 列出的相容版本包括 Stellar Core v30.0.0、Horizon、RPC 與 Galexie v30.0.0、JavaScript SDK v17.3.0，以及 Go SDK v0.8.0。JavaScript SDK 16.x 維護版本 v16.4.0 可讀取新帳本，但無法處理 W 地址；需要支援 W 地址的服務須使用 v17.3.0。

Soroban Rust SDK 30.0.0-rc.1 也列入相容版本清單。正式版預計在主網投票前推出。指南更新時，Stellar CLI 的 Protocol 30 相容版本仍在等待發布。

本刊先前曾報導，Protocol 30 升級提案納入智慧合約地址多路化與 ML-DSA 簽章驗證等內容。此次指南更新進一步說明提案實施前，各類服務須準備的軟體與資料格式。

Protocol 30 也包含智慧合約的 ML-DSA 簽章驗證，以及以毫秒為單位記錄帳本時間。網路交易簽章仍將使用 Ed25519；僅變更時間記錄方式，不會縮短帳本生成間隔。

測試網投票預定於 11 月 4 日上午 2 時、主網投票預定於 11 月 24 日上午 2 時舉行，均為台灣時間。時程可能變動，升級仍須取得驗證者批准。