SLV v0.9.911 新增 BAM 客戶端支援

SLV v0.9.911 新增 BAM 客戶端支援

SLV v0.9.911 新增 BAM 客戶端支援
ELSOUL LABO B.V.(總部:荷蘭阿姆斯特丹,CEO:Fumitake Kawasaki)與 Validators DAO 宣佈釋出 SLV v0.9.911,一個面向 Solana 驗證者的開源運營框架。本次釋出新增了對由 Jito Labs 開發的 Block Assembly Marketplace(BAM)客戶端啟動和運營的支援。
透過本次釋出,BAM 客戶端的引入和切換現在可以以可重現的方式處理。無需依賴運營者特定的流程或個人運營專業知識,SLV 使驗證者能夠透過一個命令開始 BAM 客戶端運營。
Epics DAO 驗證者已使用 SLV 遷移到 BAM 客戶端運營,目前正在生產環境中執行。

BAM 旨在實現什麼:鏈上可驗證信任

BAM conceptual overview
由 Jito Labs 開發的 Block Assembly Marketplace(BAM)是一項建立在 Solana 已經高效能的鏈上執行基礎上的倡議,旨在使事後解釋和驗證交易執行規則成為可能。
與其他區塊鏈相比,Solana 在交易吞吐量和延遲方面具有明顯優勢。然而,隨著網路成熟和使用者群擴大,關鍵問題從交易能否快速處理轉變為執行過程本身能否用發生時的邏輯和規則來解釋。
特別是,機構和企業使用者不僅僅用自有資本運營。他們管理客戶或託管資產,因此不僅需要對結果負責,還需要對執行過程本身負責。他們需要向內部風險委員會、外部審計師,在某些情況下還需要向監管機構解釋為什麼交易在特定條件下以特定順序執行。
這不是理論上的擔憂。在傳統金融市場中,這些要求已經是標準做法。最佳執行報告和交易成本分析的提交是典型示例。僅說明使用了哪個交易所或場所是不夠的;執行邏輯本身必須是可解釋的。
在當今的鏈上執行環境中,第三方難以驗證為什麼交易以特定方式排序或哪種邏輯決定了其位置。無論意圖如何,僅這種不可解釋性就足以阻止機構參與。
BAM 透過密碼學機制使交易排序可驗證來解決這個問題。雖然可以證明交易是按照定義的邏輯排序的,但 BAM 節點運營者本身無法檢查交易內容或任意操縱排序。
BAM 最終旨在建立的不是依賴信任特定運營者的模型,而是執行邏輯本身可驗證的模型。這使得鏈上執行超越了僅僅是快速,走向一個可解釋、可審計且適合正式報告的環境。

當前挑戰:靈活但不透明的排程

如今,Solana 在交易排序的處理方式上允許很高的自由度。多個排程器並行運營,每個排程器具有不同的邏輯、時序特徵和優先順序策略。
雖然這種多樣性實現了實驗和最佳化,但也使得從外部視角一致地解釋哪些規則決定了交易排序變得困難。根據客戶端、路由路徑或運營設定,並不總是能夠排除無法從外部觀察的排序決策。
這裡的問題不是惡意意圖。即使所有運營者都出於善意行事,無法解釋或驗證的執行環境本質上與機構和企業要求不相容。
即使問題沒有立即浮現,這種不透明性也會作為執行風險和審計不確定性積累。因此,鏈上使用在很大程度上仍限於個人使用者和實驗性應用,而大規模資本和企業採用難以實現。

來自以太坊先例的教訓

類似的挑戰已經在以太坊生態系統中出現。隨著提議者-構建者分離的引入,區塊構建競爭增加,但這也導致了構建者的集中和訂單流的私有化。
隨著使用者和應用尋求更好的執行,他們越來越依賴與特定構建者的私人關係,使交易排序更難從外部觀察。雖然這種結構有時改善了短期效率,但最終導致了更大的不透明性和中心化。
在當今的以太坊社群中,正在透過基於 TEE 的區塊構建等方法努力恢復透明度。這反映了對執行層可解釋性重要性的事後認識。
BAM 在設計時考慮了這些先例,從一開始就融入了可驗證性和透明度,而不是事後試圖改裝。

SLV v0.9.911 中的實現進展

BAM 的設計原則只有在能夠在實踐中實現和運營時才有意義。即使是設計良好的系統,如果仍然難以部署或只有少數運營者可以訪問,也無法改善透明度。
SLV v0.9.911 將 BAM 客戶端的啟動和運營整合到 SLV 的標準工作流中。這消除了切換到 BAM 時對個別運營者專業知識和臨時流程的依賴。
能夠以可重現的方式部署是可驗證執行層廣泛採用的先決條件。本次釋出代表了將 BAM 嵌入 Solana 運營基礎設施作為實現而非僅僅概念的具體步驟。

Epics DAO 驗證者的運營狀態

Epics DAO validator running BAM client
Epics DAO 驗證者已使用 SLV 遷移到 BAM 客戶端運營,並繼續在生產環境中執行。這證明了 BAM 不僅限於概念設計,而是在實際驗證者運營中積極運作。
此外,從驗證者運營的角度來看,使用 BAM 客戶端使得將交易攝取和排序的邏輯與驗證者的核心執行和投票過程分離成為可能。
傳統上,與交易接收和排序相關的負載與驗證者的執行路徑緊密耦合。然而,在基於 BAM 的設定中,與交易接收和排程相關的處理負載可以作為獨立關注點處理。
這使驗證者能夠更直接地專注於執行和投票,同時實現不同特徵的工作負載分別處理的運營設計。這並不聲稱直接的效能提升,而是強調分離運營責任和負載域擴充套件了驗證者運營的可用設計選項。

展望未來

BAM 旨在提供的可驗證交易排序和執行透明度是推進 Solana 走向適合機構和企業使用的執行環境的關鍵要素。
SLV 作為將這一方向轉化為實際運營的基礎。展望未來,驗證者、RPC 基礎設施、網路和去中心化應用將不會被視為孤立的最佳化目標,而是作為共同決定執行質量和信任的相互依賴的元件。透過這種方法,Solana 的運營基礎設施將繼續演進。