Solana 開發者提議重大改革以解決可能擾亂其網絡的隱藏風險

Solana 開發者正在考慮一項新的協議規則手冊，旨在使獨立開發的驗證者軟體更可靠且更易於維護。

這項提案於 10 月 30 日發布，來自 Anza 的首席執行官 Brennan Watt，Anza 是負責 Agave 的區塊鏈工程公司，Agave 是用於運行 Solana 網絡的主要軟體之一。

Watt 希望 Solana 建立一個單一的權威規範，定義其區塊鏈如何處理交易、驗證區塊和達成共識，而不是依賴於散布在現有軟體和單獨技術提案中的規則。

這一變化可能解決 Solana 在擴展其原始驗證者軟體之外，納入獨立開發的替代方案（如由交易公司 Jump Crypto 建造的 Firedancer）所面臨的日益挑戰。

驗證者是驗證交易並幫助保護區塊鏈的計算機。雖然不同的開發者可以創建運行這些計算機的軟體，但每個實現必須遵循相同的基本規則，以維持網絡的一致性。

對這些規則的分歧可能導致驗證者以不同的方式處理相同的交易，從而可能產生區塊鏈的衝突視圖，威脅到網絡的可靠性。

Watt 辯稱，Solana 現有的開發過程使獨立團隊難以確定網絡應該如何運作。

在當前系統下，協議變更是通過 Solana 改進文件（SIMDs）提出的。這些文件描述了個別升級，但網絡的完整操作規則並未整合成一個權威參考。

因此，開發者有時必須檢查現有的驗證者代碼或重建先前的升級決策，以了解哪些規則是有效的。

Watt 表示，這種方法可能會產生對現有行為的重複或不一致的描述，同時使識別提議升級影響的協議的每個部分變得更加困難。

新的規則手冊可能重塑 Solana 的升級過程

根據提案，開發者將繼續通過現有的 SIMD 過程討論潛在的升級，但正式的技術變更將作為對共享協議規範的編輯提交。

每項修正將準確描述升級如何影響交易、網絡通信、共識和其他相關功能。

這些變更將經過技術審查和任何所需的治理批准，然後在 Solana 的主網啟用時成為官方規範的一部分。

這將允許開發 Agave、Firedancer 和未來驗證者軟體的團隊根據相同的文檔要求進行工作，而不是依賴於其他實現的代碼作為主要參考。

Solana 草案規則手冊的起始與結束

前向一致性從受信狀態開始，並保持在參考時期 1072 內。
信任輸入草案參考時期 1072 受信狀態快照，或經過身份驗證的狀態前向一致性應用指定規則在 E 內第一銀行 E+1 之外的這個版本早期退休的規則不必重播。示意範圍邊界；間距不代表時間。epoch-E 根
草案參考時期 1072 信任輸入受信狀態快照，或經過身份驗證的狀態前向一致性應用指定規則在 E 內第一銀行 E+1 之外的這個版本早期退休的規則不必重播。示意圖；間距不代表時間。到 epoch-E 根

客戶端從哪裡開始？

客戶從哪裡開始？在 E 之前的最後一個銀行已經在 E 內部
子銀行建設在其交易之前應用一次時代 E 邊界轉換。
在 E 內部的最後一個銀行信任狀態應用一次時代邊界轉換在子銀行的交易之前
在 E 之前的最後一個銀行應用一次時代邊界轉換在 E 內部的交易這些交易之前的轉換
信任狀態已經包括時代邊界轉換，因此不必再次應用。
在 E 內部 在 E 內部 信任狀態 交易 邊界轉換已經包含在起始狀態中
已經在 E 內部 信任狀態 邊界轉換已經包含在起始狀態中 E 內部的交易 繼續而不重複轉換。

一個共同的規則手冊使目標明確。起始狀態的信任和下一個時代仍然是分開的要求。

這是一份草案規範，而不是已採納的協議變更。它不建立起始狀態的正確性、歷史重播或持續運行到 E+1。沒有量化客戶的可靠性增益。
來源和證據

來源

1. 範圍和符合性
2. 草案參考時代

支持事實

• 草案登陸頁面將其主網參考時代標識為 E=1072；範圍從該時代的受信快照或其他經過身份驗證的狀態開始實施，該狀態經過時代-1072 根的身份驗證。[2] [1]
• 草案要求在其參考時代內向前符合性，並不要求重現在該時代之前停止接受的編碼或規則分支。[1]
• 草案僅適用於參考時代 E 的銀行，並明確不定義 E+1 的第一個銀行，因此僅符合此版本並不建立跨越該邊界的持續運行。[1]
• 根據草案，從 E 之前的最後一個銀行開始的實施應用一次時代邊界轉換；已經在 E 內部的起始狀態不應再次應用。[1]
• 向前符合性將起始快照或身份驗證根作為信任輸入：草案在該輸入被接受後開始，而不是要求新客戶通過重播來證明整個早期鏈。[1]

方法

基於草案登陸頁面和範圍章節的示意圖捕獲於 2026 年 11 月 4 日。兩個可選的初始化狀態重現草案的邊界規則；幾何是定性的，沒有持續時間或性能規模。

範圍

這是一份草案規範，而不是已採納的協議變更。它不建立起始狀態的正確性、歷史重播或持續運行到 E+1。沒有量化客戶的可靠性增益。
信息圖由 CryptoSlate

這也可以使軟件測試更有效。當獨立驗證者產生不同的結果時，開發人員將有一個共同的標準來檢查分歧並確定哪個實施需要修正。

Watt 已經發布了一份草案規範，涵蓋 Solana 操作的 18 個領域，包括交易處理、網絡通信、共識、費用和驗證者獎勵。

然而，該草案仍然限於 Solana 區塊鏈歷史的定義期間，並假設開發人員從已經受信的網絡狀態開始。需要進一步的工作來涵蓋後續升級並確保實施隨時間保持兼容。

本內容僅供參考，不構成任何金融、投資、法律或稅務建議。文中提及的任何活動、獎勵、線上活動或相關資訊，不應被視為對購買、出售或交易任何加密資產的推薦、招攬或邀請。加密資產具有高波動性，存在價值損失風險。WEEX服務、產品及相關活動的可用性可能因地區而異。用戶在參與前有責任確保符合當地適用法律法規。