Stellar 已在測試網上啟用其代號為 Bell 的 Protocol 30 升級，引入新的智慧合約功能、後量子簽章驗證，以及可能在未來升級中實現更快速帳本處理的變更。
摘要
- Stellar 已在測試網上啟用其 Protocol 30 Bell 升級，驗證者預定於 11 月 23 日 17:00 UTC 就主網啟用進行投票。
- Bell 引入多工合約地址，讓交易所、託管機構和支付供應商可透過單一智慧合約管理多個客戶餘額。
- 該升級在智慧合約中新增對後量子 ML DSA 簽章驗證的支援，而網路交易簽章將繼續使用 Ed25519。
- Protocol 30 引入毫秒級帳本計時，以支援未來升級中更快速的處理，儘管此變更不會立即縮短帳本關閉時間。
- 錢包供應商、交易所和基礎設施營運商必須在主網啟用前更新其軟體，以支援新的地址格式和帳本資料變更。
根據 Stellar 開發基金會 11 月 4 日的公告，測試網升級已完成，驗證者現在預定於 11 月 23 日就主網啟用 Bell 進行投票。
該升級在 CAP-84、CAP-87 和 CAP-88 下引入三項變更，涵蓋智慧合約如何處理客戶地址、驗證密碼學簽章以及記錄帳本關閉時間。
在其 10 月 20 日的公告中，該基金會解釋 Bell 旨在幫助企業透過智慧帳戶管理客戶資金，同時為網路做好抗量子安全和更快速交易處理的準備。
測試網啟用是在預定於 11 月 3 日 17:00 UTC 的驗證者投票之後進行的。主網投票預定於 11 月 23 日同一時間進行，啟用取決於驗證者批准。
Stellar Protocol 30 引入多工智慧合約地址
Bell 的主要變更之一是 CAP-84，它引入多工合約地址，讓企業可透過單一智慧合約管理屬於多個客戶的資金。
此前，Stellar 支援多工帳戶，讓交易所和託管機構可將不同客戶的存款接收到一個帳戶中，同時透過獨立 ID 識別個別使用者。
使用可程式化合約控制支出權限的智慧帳戶並不具備相同能力。使用它們的企業通常需要獨立的合約來區分客戶餘額。
透過 CAP-84，合約地址可攜帶一個 64 位元識別碼，用以識別目標客戶，而無需為每個使用者建立獨立的智慧合約。
新地址使用以字母 W 開頭的格式，將其與以 M 開頭的現有多工帳戶地址區分開來。
當代幣被轉移到這些地址之一時，資金會到達底層合約，而客戶的識別碼則記錄在轉移事件中。
根據 Stellar 的說法，交易所、支付供應商和託管機構可使用該系統透過智慧帳戶管理客戶存款，而無需為可能數百萬的使用者部署個別合約。
此變更要求錢包供應商和其他處理 Stellar 地址的應用程式支援新格式。
Bell 為智慧合約帶來後量子簽章驗證
另一個主要組成部分 CAP-87 在 Stellar 的 Soroban 智慧合約環境中引入對驗證 ML-DSA 簽章的支援。
ML-DSA 是美國國家標準與技術研究院於 2024 年標準化的後量子數位簽章演算法。
與現有的橢圓曲線簽章系統不同，ML-DSA 的設計旨在抵禦足夠強大的量子電腦所發動的攻擊。
Stellar 目前使用包括 Ed25519、secp256k1 和 secp256r1 在內的密碼學簽章方案，這些方案在未來量子運算的進展下可能變得脆弱。
在 Bell 之下，開發者可以建立智慧帳戶，要求在授權交易前必須具備 ML-DSA 簽章，讓錢包和託管機構能夠引入抗量子的支出控制。
該基金會表示，驗證過程透過 Stellar Core 執行，因為檢查 ML-DSA 簽章所需的運算資源遠比傳統簽章多得多。
Protocol 30 支援三種 ML-DSA 驗證函式，分別對應演算法的不同安全等級。
該功能是 Stellar 量子準備計畫（Quantum Preparedness Plan）的首個鏈上元件，不過網路層級的交易簽章將繼續使用 Ed25519，直到未來的協定升級。
其他區塊鏈也一直在探索類似的保護措施。今年八月，Sui 概述了相關計畫，將使用 NIST 核准的簽章方案引入量子安全的帳戶驗證。
毫秒級帳本計時為 Stellar 的更快處理做好準備
Bell 的第三個元件 CAP-88 改變了 Stellar 記錄帳本關閉時間的方式。
目前，Stellar 以整秒記錄帳本關閉時間，這使得網路無法以短於一秒的間隔為目標。
新系統引入了毫秒解析度的時間戳，讓未來的協定變更能夠支援更精確的帳本關閉間隔。
今年九月，Stellar 的 Protocol 28 升級將主網典型的帳本關閉時間從約 5.7 秒縮短至五秒。
CAP-88 並不會立即進一步縮短這些時間。相反地，它移除了既有的技術限制，而 Stellar Core 開發者已經在實驗更快的帳本處理。
此變更引入了新的帳本標頭格式，要求解碼原始區塊鏈資料的應用程式更新其軟體。
根據該基金會的升級指南，較舊的 SDK 可能無法解碼 Protocol 30 帳本，而索引器和分析服務必須更新其 XDR 定義。
現有的 Soroban 合約可以繼續運作而無需修改，不過開發者必須更新其工具才能使用 Bell 的新功能。
主網升級預定於 11 月 23 日進行
在主網投票之前，Stellar 已發布與 Protocol 30 相容的 Core、Horizon、RPC 和 Galexie 基礎設施軟體版本。
其 10 月 23 日的升級指南列出了 JavaScript SDK v17.3.0 和 Go SDK v0.8.0 等可用的開發者版本，以及 Soroban Rust SDK 的候選版本。
驗證者已被指示在主網投票前安裝 Stellar Core v30.0.0，而交易所、錢包供應商和其他基礎設施營運商必須為新的帳本格式準備其整合。
此次升級緊隨 Stellar 生態系統近期的各項發展，包括 VIA Labs 的整合，於十月下旬在 Stellar 與 Ethereum 之間實現跨鏈訊息傳遞。
該整合允許 Soroban 智慧合約與基於 Ethereum 的合約交換訊息，支援涉及穩定幣、代幣化資產和跨鏈交易的應用程式。
Stellar 的主網升級投票預定於 11 月 23 日 17:00 UTC 進行，該基金會正透過其開發者社群和驗證者管道協調準備工作。
