Solana 的新治理提案：策略性轉變

Solana 基金會已正式推出 Solana 治理提案（SGP），此舉標誌著該網路在決策方式上邁出了重要一步。 SGP 與 SIMD：「為什麼」與「如何做」 要理解 SGP，你首先必須了解它不是什麼。很多人自然會將其與現有的 Solana 改進文件（SIMD）流程進行比較，但兩者服務於兩個截然不同的目的： SIMD 是工程藍圖：它們回答「技術變更應如何實施」。這些由核心開發者審查以確保協議完整性。

• **SGP 是方向性指令：**它們回答「我們應該這樣做嗎？」這些關乎社區意願和高層戰略。可以這樣理解：SGP 是政治意願，而 SIMD 則是工程執行。

一個完美的例子是「Alpenglow」提案。過去，社區曾試圖在技術細節完全準備好之前，透過 SIMD 流程推動此提案。這產生了摩擦，因為開發者需要先對概念得到「綠燈」，然後才能花時間建立藍圖。有了 SGP，社區現在可以先提供「同意」投票，在繁重的工程工作開始之前驗證方向。

| 功能 | | --- | SGP (Solana 治理提案) | SIMD (Solana 改進文件) | | --- | --- | --- | | 主要問題 | 「我們應該這樣做嗎？」 | 「我們究竟如何做到這一點？」 | | 層級 | 高層級、方向性 | 詳細協議規範 | | 決定者 | 質押加權的鏈上投票 | 核心開發者的技術審查 | | 所需成熟度 | 值得社區信號的明確想法 | 完整可實作的設計 |

「壓力閥」，而非權力奪取 一個常見的誤解是 SGP 取代了核心開發者的角色。但事實並非如此。SGP 流程最好被描述為一種中斷機制。正常的開發流程——開發者提出 SIMD——仍然照常運作。只有當社區認為某項決策足夠重要，需要進行正式的質押加權投票時，SGP 才會介入。

• 門檻： 要觸發 SGP 投票，提案必須獲得至少 15% 的總活躍網路質押支持。
• 意圖： 這個高門檻確保網路不會被瑣碎的投票阻塞。它是一個「壓力閥」，保留給對長期經濟影響重大、且社區要求在決策中擁有一席之地的事項。

機制如何運作 當 SGP 啟動時，它遵循一條結構化、透明的路徑。每個提案包含一份 Markdown 文件（詳細說明理由）和一個鏈上記錄，連結到一個特定的、不可變更的 commit SHA。這確保了正在投票的提案無法在中途被更改。 投票規則：

• 提交： 需要一個質押至少 100,000 SOL 的驗證者。
• 觸發： 必須有 15% 的活躍質押表示支持，才能進入正式投票。
• 批准： 需要參與投票的「贊成」和「反對」質押中獲得三分之二（66.67%）的超級多數（棄權不計）。
• 時間線： 從達到支持門檻的那一刻到最終結果，整個週期大約需要 22 天（11 個紀元）。

宏觀視野：治理成熟化 多年來，Solana 受到的批評是其治理過於中心化，嚴重依賴核心開發者的專業知識。雖然這種方法帶來了驚人的速度和性能，但讓質押者和驗證者感覺像在別人的巴士上的乘客。 SGP 透過將社區的聲音正式化來改變這種動態。它沒有將王國的鑰匙交給 DAO，也沒有減慢關鍵工程的速度。相反，它為先前依賴非正式共識的經濟和戰略決策建立了一個正式渠道。 真正的考驗將在未來幾個月到來。我們將觀察那個 15% 的門檻有多常被達到，以及有爭議的經濟變革是否能成功透過這個新流程來引導。目前，這代表了 Solana 成熟、穩健的演進，一種平衡快速、專家主導的工程與社區支持的治理需求的方式。