SLV 發布 Solana 測試網驗證者官方指南，明確說明直接影響評估與參與條件的關鍵注意事項

ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹，CEO：Fumitake Kawasaki）與 Validators DAO 在其開源 Solana 節點維運平台 SLV 中發布了一份官方指南，概述了營運 Solana 測試網驗證者的關鍵注意事項。

本指南彙整測試網營運作為評估與參與先決條件時，應事先瞭解的營運限制和注意事項，包括參與 Solana 基金會委託計畫（SFDP）及使用 BAM 測試網的情況。

測試網是落實評估與參與前提的環境

Solana 測試網不只是一個驗證網路。在包括 SFDP 在內的各項計畫中，測試網上的驗證者營運被視為參與和評估的先決條件。

評估的不是節點能否單純啟動，而是是否維持接近實際營運的設定與行為，以及升級或轉換期間是否出現不一致。由於評估只看觀測結果，與營運者的意圖或投入無關，若以不正確的設定或營運決策持續執行，可能導致不利結果。

參與 SFDP 的驗證者需要在測試網上維護與主網同類的用戶端設定。這是因為評估目標不僅是功能可用性，還包括與實際營運高度接近的行為和穩定性。

SLV 支援 Agave、Firedancer 和 BAM 等測試網設定。然而，僅因環境是測試網就簡化設定，或混用不同用戶端系列，都可能影響評估與參與標準。本指南逐項明確列出這些維運注意事項。

測試網環境存在一些主網上沒有的約束。許多約束沒有被清楚記錄，在不瞭解它們的情況下開始營運可能會無意中導致被排除在評估之外或未能滿足參與要求。

關鍵在於，光靠良好意願或努力並不能避免這些結果。若未先了解測試網特有的限制與決策要點就開始營運，這項做法本身就會成為反映在評估結果中的風險。

使用 BAM 測試網時，必須滿足嚴格的網路延遲要求。目前，實務上必須將連往 BAM 節點的 ping 延遲穩定維持在 35 ms 以下。

未符合這項要求的地區，往往無法建立或維持連線。使用 BAM 測試網前，營運者必須事先確認目標區域的延遲；若未符合條件，就不應預期能夠正常使用。

截至 2026 年 1 月，公開可用的 BAM 測試網節點部署在三個區域：達拉斯、紐約和鹽湖城。因此，BAM 測試網現實可行的部署區域包括上述三地，或芝加哥、洛杉磯等附近的美國地區。

雖然已計畫擴大到歐洲、中東與非洲（EMEA）及亞洲，但目前不應把這些區域視為維運前提。本指南將這些條件說明為暫時限制，而非永久限制。

隨著 Solana 轉向 v3 系列並導入 BAM，測試網營運的相關條件已經改變。過去不會造成問題的設定與區域選擇，如今會直接影響評估和參與結果。

我們認為有必要將這些注意事項整理成公開可查的資訊，而不是依賴個別諮詢或零散的資訊分享，讓營運者能事先了解風險並避免不必要的失敗。

SLV 提供重現作業系統層設定與維運流程的基礎。同時，測試網的區域選擇，以及依據外部限制所做的設定決策，仍必須由營運者負責。

本指南清楚界定 SLV 負責的範圍，以及營運者必須針對測試網特定限制自行判斷的領域。這項分工釐清了責任，也有助於營運者做出合理決策。

Solana 網路的維運品質不僅僅由少數高效能節點或經驗豐富的營運者維持。實際上，整條鏈的執行品質由大量驗證者和 RPC 節點的日常維運水準共同構成。

當維運知識和實作內容以封閉形式共享時，高品質維運往往集中在有限的群體中。這導致節點設定與行為的差異，表現為投票不穩定或處理不一致。這些問題是結構性產生的，與個別營運者的意圖無關。

SLV 以開源形式發布，確保任何人都能採用相同的實作與維運方法。維運細節和實作內容公開且可驗證，因而能避免黑箱行為；問題發生時，營運者可以依據觀測到的行為與實作細節做出決策。這種透明度是讓維運擺脫直覺判斷和個人依賴的基礎，也促成實際的持續改進。

同時，開放實作確保高品質維運不再侷限於特定組織的內部知識，而讓任何人都能選擇和採用。因此，節點行為和設定的差異減少，使大量驗證者和 RPC 節點能夠在穩定的品質水準上營運。

為 SLV 選擇開源是使透明性、可驗證性和可重現性在實際維運環境中發揮作用的手段。讓任何人都能採用一流的維運標準，Solana 才能持續提升整條鏈的維運品質。

本指南作為一份檢查清單，幫助避免 Solana 測試網驗證者營運中可能影響評估和參與的失敗。透過提前瞭解約束和決策點，營運者可以更容易地避免不必要的評估降級、質押損失或失去參與資格。

本指南作為最新 SLV 文件的一部分發布。有關參與 SLV 使用者社群和相關資訊，請參閱 Validators DAO 官方 Discord。