Solana 改進文件 (SIMD)：完整指南

Solana 改進文件 (SIMD) 提供了一種公開形式，用於提議和討論對 Solana 協議及生態系統標準的變更。SIMD 可以記錄技術方向，但僅憑發佈並不保證被接受、實作、驗證者採納或在主網上激活。

最後更新：2025 年 7 月

關鍵要點

• Solana 改進文件 (SIMD) 是用於變更 Solana 區塊鏈協議的正式書面提案機制
• 每個 SIMD 都會經歷六個定義的階段：草案、審查、已接受、已激活、已撤回或已拒絕
• SIMD 分為三大類：標準軌跡、元提案和資訊提案
• SIMD-0228 在驗證者絕對多數批准後減少了 SOL 的通膨時程表，證明治理投票具有直接的經濟影響
• 該流程對所有人開放；所有提案都公開託管於 github.com/solana-foundation/solana-improvement-documents)

Solana 改進文件 (SIMD)：治理概述

Solana 改進文件 (SIMD) 是一種正式的書面提案，用於建議和批准對 Solana (SOL) 區塊鏈協議的變更。它是 Solana 社群治理網路演進的官方機制。在加密貨幣領域，SIMD 代表 Solana 改進文件，其功能與以太坊改進提案 (EIP) 對以太坊的作用相同，或是與比特幣改進提案 (BIP) 最初為比特幣建立的作用相同（後來的兩個系統都衍生自此模型）。

SIMD 有時被稱為 Solana 改進提案，其官方名稱為 Solana 改進文件。這種區分很重要，因為名稱傳達了流程中正式的、以文件驅動的性質，而不是較為鬆散的建議論壇。

Solana (SOL) 是一個高吞吐量的 Layer 1 區塊鏈，它結合了歷史證明 (PoH) 與權益證明 (PoS) 進行驗證者選擇；歷史證明是一種加密計時機制，用於對網路上的事件進行排序。該網路由 Anatoly Yakovenko 共同創立並於 2020 年推出。隨著網路的增長和協議決策變得更加重要，社群透過 SIMD 框架將其變更流程正式化。

兩個關鍵組織以不同的方式與該框架互動。Solana Labs 是一家營利性的核心開發公司，經常撰寫並倡導 SIMD。然而，與任何其他提案者一樣，其提案必須經過完整的社群審查以及驗證者和生態系統的採納。Solana 基金會是一個獨立的非營利組織，負責託管 SIMD 儲存庫並提供編輯監督，在不持有決策權的情況下促進該流程。

SIMD 治理著從核心共識變更到 SOL 通膨時程表和交易費用機制的一切。當 SIMD 被批准後，它將成為具有約束力的協議升級。關於誰可以提議 SIMD、提案如何被接受，以及哪些 SIMD 已經改變了 SOL 的經濟學，這些問題都與 SOL 持有者以及在網路上構建的開發者和驗證者直接相關。

消除歧義： 此處的 SIMD 代表 Solana 改進文件 (Solana Improvement Document)，而不是 CPU 架構術語「單指令流多數據流」(Single Instruction, Multiple Data)，兩者僅縮寫相同，並無任何關係。

SIMD 流程運作方式：從草案到激活協議升級

Solana 治理透過結構化、多階段的提案流程運作。任何人都可以撰寫 SIMD，將其公開提交到 GitHub 儲存庫，並在 Solana 驗證者和貢獻者透過公開審查、實作工作、軟體採納和任何提案特定的訊號傳遞流程進行評估之前，引導其完成社群審查。這種將鏈下審議與鏈上批准相結合的混合模型，使其區別於純粹的鏈上治理（由智能合約執行投票）和非正式治理（由核心團隊單方面決定）。

SIMD 的六個階段：從草案到激活

如 SIMD-0001 所建立，每個 SIMD 都會經歷六個定義的狀態階段：

1. 草案 (Draft)： 作者將書面提案作為拉取請求 (pull request) 提交給 Solana 基金會的公開 GitHub 儲存庫。提案從出現那一刻起就開放供社群討論。任何利害關係人都可以發表評論、提問或建議修改。

2. 審查 (Review)： 由 Solana 基金會指派的 SIMD 編輯會評估提案的完整性和流程合規性。廣大社群繼續審議技術優點和經濟影響。根據複雜程度，此階段可能持續數週或數月。

3. 已接受 (Accepted)： 提案已獲得足夠的社群共識，可以進入實作階段。這並不意味著它已在網路上線，而是意味著社群已就方向達成一致，驗證者和生態系統的採納可以繼續進行。

4. 已激活 (Activated)： 提議的變更已在 Solana 網路上線。驗證者實施協議升級，變更對所有與 Solana 互動的使用者和應用程式生效。從驗證者到交易所的每個網路參與者都必須適應產生的變更。

5. 已撤回 (Withdrawn)： 提案作者已撤回考慮，通常是在確定該想法需要重大重新調整或社群意願不足之後。已撤回的 SIMD 可以修改並作為新提案重新提交。

6. 已拒絕 (Rejected)： 提案在審查後未獲進展或未能獲得足夠支持。已拒絕的 SIMD 會在 GitHub 儲存庫中正式標記，且可以修改並重新提交。一次嘗試被拒絕並不代表永久關閉該主題。

這些階段的推進沒有固定時間表。具有強大社群支持的簡單技術改進可能在幾週內從「草案」變為「已激活」。具有重大經濟意義的提案，例如處理 SOL 通膨時程表的 SIMD-0228，在進行投票之前可能需要數月的社群辯論和驗證者審議。

SIMD-0001：治理所有 SIMD 的規則手冊

SIMD-0001 是定義 SIMD 流程本身的元類型 (Meta-type) Solana 改進文件。它是所有後續 SIMD 撰寫和評估的依據。SIMD-0001 確立了什麼是 SIMD、如何撰寫、六個狀態階段的含義，以及審查和接受標準的運作方式。本文中使用的每個狀態術語（草案、審查、已接受、已激活、已撤回、已拒絕）均直接源自 SIMD-0001 的定義。您可以在 Solana 基金會官方 GitHub 儲存庫.) 閱讀完整的框架文件。

驗證者如何傳遞支持 SIMD 的訊號

Solana 驗證者是質押 SOL 並將其鎖定作為抵押品，以參與 Solana 網路上的交易處理和治理投票的節點營運商。質押賦予驗證者處理交易、賺取獎勵和進行治理投票的權利，投票權與質押的 SOL 數量成正比。這就是為什麼該系統被描述為權重質押。

Solana 使用權益證明 (PoS)，這意味著驗證者的選擇和投票權都源自於質押的 SOL。Solana 的 PoS 實作與歷史證明 (PoH) 相結合，後者建立了一個可驗證的時間記錄，使網絡能夠高速處理交易。這種技術架構使得治理決策變得尤為重要，因為變更會影響一個每秒處理數千筆交易的網絡。

當標準軌跡 SIMD 進入批准階段時，驗證者會透過鏈上機制表達其投票意向，這意味著投票結果會直接記錄在 Solana 區塊鏈上。標準軌跡 SIMD 通常需要獲得權益加權投票的絕對多數才能被接受。絕對多數意味著控制大部分質押 SOL 份額（通常為三分之二或更多）的驗證者必須表示贊成。確切的門檻定義在 SIMD-0001 中，並可能隨著治理流程的成熟而演變。在引用具體數字之前，請直接在 SIMD-0001 中核實當前門檻。

致 SOL 持有者： 驗證者投票流程決定了對 SOL 通膨時間表、質押獎勵或交易費用的任何變更。此機制是理解為何 SIMD 對您持有的資產至關重要的基礎。

SIMD 的類型：分類框架

SIMD 分為三大類（標準軌跡、Meta 和資訊性），每一類在治理流程中都有不同的範圍、批准要求和目的。

標準軌跡 SIMD 提議對 Solana 協議進行實際變更（影響共識、網絡或介面），並需要驗證者和生態系統採用才能被「激活」。Meta SIMD 描述治理流程本身，而不是提議協議變更。SIMD-0001 是首要範例：它定義了所有其他 SIMD 的運作方式，而其本身並非協議升級。資訊性 SIMD 記錄指南和最佳實踐，無需批准。

大多數引起大眾關注的 SIMD（包括 SIMD-0228 和 SIMD-0096）都是標準軌跡（核心），因為它們提議對經濟參數或共識行為進行變更，從而影響網絡上的每個參與者。

如何透過 SIMD 參與 Solana 治理

SIMD 流程對所有人開放。閱讀活動提案、對治理討論發表評論、提交新的 SIMD 或作為驗證者投票，都不需要特殊權限。

致開發者：如何編寫和提交 SIMD

任何人都可以透過 Solana 基金會的公開 GitHub 儲存庫提交 SIMD。此流程並不局限於 Solana Labs 或基金會。

以下是提交 SIMD 的步驟：

1. 閱讀 SIMD-0001： 在編寫任何內容之前，請閱讀 SIMD-0001 流程文件)，以了解所需的模板、格式指南以及如何使提案完整。

2. 識別明確的協議問題或改進： SIMD 應解決 Solana 協議中特定的、定義明確的問題。含糊不清或範圍不明確的提案不太可能通過審核階段。

3. 在起草前開始社群討論： 在 Solana 社群論壇或 Discord 上分享您的想法，以評估興趣並識別潛在問題，然後再撰寫完整草案。早期回饋可以節省後期大量的修訂時間。

4. 分叉 Solana 基金會的 SIMD GitHub 儲存庫： 前往 github.com/solana-foundation/solana-improvement-documents) 並將儲存庫分叉到您自己的 GitHub 帳戶中。

5. 按照標準模板編寫 SIMD： 使用 SIMD-0001 中定義的模板。一個完整的 SIMD 包括摘要、動機、規格和向後相容性分析，以及技術原理。

6. 向儲存庫提交拉取請求 (PR)： 從您的分叉向 Solana 基金會的主儲存庫發起拉取請求。這正式將您的提案帶入草案階段。

7. 在審核過程中與 SIMD 編輯和社群交流： SIMD 編輯將審核您的提交內容是否完整。更廣泛的社群將評估技術和經濟優點。請準備好根據回饋進行修訂。

提交 SIMD 並不保證會進行驗證者投票。審核階段是一個社群過濾器，缺乏足夠技術嚴謹性或社群支持的提案可能會保留在審核中，或在進入投票前被撤回。

請在以下網址尋找所有 SIMD 和官方提交儲存庫： github.com/solana-foundation/solana-improvement-documents

致驗證者：如何對活動中的 SIMD 進行投票

驗證者透過鏈上信號機制對 SIMD 的批准進行投票。您的投票權與您質押的 SOL 數量成正比，因此控制大量質押 SOL 份額的驗證者在批准決策中具有更大的影響力。

標準軌跡 SIMD 通常需要權益加權投票的絕對多數才能被接受。請直接在 SIMD-0001 中核實當前門檻，因為批准要求可能會隨著治理流程的成熟而演變。驗證者可以透過 Solana 網絡儀表板和社群維護的治理工具監控活動中的治理投票。

在對具有重大經濟影響的提案進行投票之前，請模擬其對您自身營運的影響。SIMD-0096 證明了關於佣金機制的治理投票對驗證者收入和質押經濟具有直接影響。

致所有人：關注並參與 SIMD 治理

參與 Solana 治理不需要 GitHub 帳戶、驗證者基礎設施或技術開發經驗。

社群成員和 SOL 持有者可以透過多種方式參與 SIMD 流程：

• 閱讀並評論活動中的 SIMD。 所有提案在 GitHub 儲存庫中都是公開可見的，任何人都可以對拉取請求留下評論。
• 參與治理討論。 Solana Discord 和社群論壇會持續討論活動中的提案，這通常比技術性的 GitHub 討論串更容易理解。
• 透過治理追蹤保持知情。 多個社群資源會追蹤 SIMD 狀態變更、重要投票和治理結果。
• 間接參與。 透過將權益委託給治理投票立場符合您觀點的驗證者來間接參與。代幣持有者即使不直接提交 SIMD 或參與投票，也能透過選擇驗證者來影響批准結果。

與使用專用治理代幣授予投票權的 DAO 治理不同，Solana 的 SIMD 流程不需要單獨的代幣。驗證者權益加權和社群討論是其運作機制。就像 Python 的 PEP 流程或 IETF 的 RFC 系統等開源治理模型一樣，SIMD 提供了一個透明、社群可存取的框架來商議協議變更。

請在以下網址追蹤所有活動中及歷史 SIMD： github.com/solana-foundation/solana-improvement-documents

Solana SIMD vs. Ethereum EIP vs. Bitcoin BIP：區塊鏈治理之比較

Solana 治理採混合模式運作。SIMD 提案在鏈下公開提交並進行討論，而最終批准則透過驗證者在鏈上進行的權益加權投票（stake-weighted votes）來記錄。這種結構使其與 Ethereum 的「大致共識」（rough-consensus）做法以及 DAO 式的代幣投票有所區別。

SIMD 和 EIP 都是基於 GitHub 的開放式流程，允許任何人透過正式的書面文件提議更改協定。關鍵的結構性差異在於「批准」。Solana 的 SIMD 流程使用明確的權益加權驗證者投票，在鏈上正式記錄批准結果。Ethereum 的 EIP 流程則依賴用戶端開發團隊之間的大致共識，隨後進行用戶端實施，這種模式更偏向討論導向，不涉及正式的鏈上投票。Bitcoin 的 BIP 流程（EIP 與 SIMD 的改進提案概念皆源於此）根據提案類型使用不同的激活機制。

沒有單一實體控制 Solana 治理。Solana Labs 撰寫了許多 SIMD 且是最活躍的提案者之一，但其提案與其他提交者的提案一樣，必須經過相同的社群審查、驗證者及生態系統採納流程。Solana 基金會負責託管該存儲庫，並提供 SIMD 編輯，負責審查提案的完整性與流程合規性。基金會不持有特殊的投票權；其角色是程序性的，而非決策性的。最終批准權在於透過權益加權投票的驗證者手中。

SIMD 提案透過 GitHub 和社群論壇進行公開提交與討論（鏈下層）。批准信號則透過驗證者權益加權投票記錄在 Solana 區塊鏈上（鏈上層）。批評者指出，權益加權投票將治理影響力集中在大型驗證者手中。支持者則認為，開放的提案權限結合鏈上批准提供了實質的問責機制。這兩種觀點都準確地描述了同一設計。

SIMD 治理對 SOL 持有者的意義

透過 SIMD 流程做出的治理決策可直接改變規範 SOL 供應量、質押收益及交易費用結構的經濟參數，這使得理解 SIMD 成為每位 SOL 持有者的實際關切事項，而不僅僅是協定工程師的事。

SOL 的代幣經濟學（規範其供應時程、通膨率、質押獎勵和費用分配的經濟參數）全都受 SIMD 治理流程規範。SIMD-0228 證明了驗證者絕大多數投票可以更改 SOL 的通膨時程，意味著隨時間推移進入流通的新代幣將減少。減產通常被理解為能降低現有持有者的稀釋壓力。SIMD-0096 和 SIMD-0083 則表明 SIMD 還可以修改質押獎勵的結構與分配方式，進而影響持有 SOL 與主動質押 SOL 的經濟效益。

本文章僅供參考，不構成投資建議。治理結果會影響協定經濟，但不能保證 SOL 或任何其他加密貨幣的特定價格走勢。

監控 SIMD 流程是了解可能影響 Solana 經濟軌跡的協定變更的一種實際方式。GitHub 存儲庫提供了各階段提案的即時透明度，從早期的草案（Draft）討論到最終的已激活（Activated）變更。

相關 Solana 架構資源

追蹤提案分類與個別文件的讀者可以使用 完整 SIMD 參考指南；協定背景資訊出現在 Solana 網路架構 概覽中。SOL 價格頁面) 提供市場背景資訊。考慮質押相關產品的用戶可以單獨查看 Bybit 儲蓄 (SOL Earn)) 及其目前條款。

常見問題：Solana 改進文件 (SIMD)

在加密貨幣領域中，SIMD 是什麼？

Solana 改進文件 (SIMD) 是用於提議並批准 Solana 區塊鏈協定變更的正式治理機制。SIMD 規範的協定變更範圍從網路性能改進到 SOL 的通膨時程和驗證者經濟，其功能與 Ethereum 改進提案對 Ethereum 的作用相同。

Solana 治理如何運作？

Solana 治理透過稱為 SIMD 框架的結構化提案流程運作。任何社群成員都可以向 Solana 基金會的公開 GitHub 存儲庫提交書面 SIMD。提案在進入社群審查階段後，由 Solana 驗證者進行鏈上權益加權投票，以批准或拒絕該提案。討論發生在鏈下，而批准結果記錄在鏈上。

誰可以提交 SIMD？

任何人都可以提交 SIMD。該流程透過 Solana 基金會的公開 GitHub 存儲庫對開發者、驗證者及社群成員開放。提交者必須遵循 SIMD-0001 中定義的格式範本，參與社群討論，並在審查階段與 SIMD 編輯合作。不需要與 Solana Labs 或基金會有特殊的隸屬關係。

SIMD 有哪些不同類型？

SIMD 分為三大類：標準軌道 SIMD（Standards Track，包含核心、網絡與介面子類別）提議實際的協定變更，並需要驗證者與生態系統採納；元 SIMD（Meta）描述治理流程本身而非提議變更，SIMD-0001 便是首要範例；資訊類 SIMD（Informational）記錄非約束性的指南與最佳實踐。

SIMD 的批准沒有固定時間表。擁有強大社群支持的簡單技術改進可能會在幾週內從草案（Draft）變為已激活（Activated）。對於具有經濟重要性或爭議性的提案，例如涉及數月社群辯論才進行驗證者投票的 SIMD-0228，則可能需要更長的時間。時間表取決於技術複雜性、社群共識以及實施準備情況。

最具爭議性的 SIMD 是哪一個？

SIMD-0228 和 SIMD-0096 引發了 Solana 治理史上最重大的社群辯論。SIMD-0228 提議降低 SOL 的通膨時程，使驗證者在經濟影響上產生分歧。SIMD-0096 提議更改驗證者佣金與獎勵分享，直接影響驗證者經濟，並在批准前引發了長時間的商議。

Solana 擁有去中心化治理嗎？

Solana 採用混合式治理模型。SIMD 提案提交流程對任何人開放（任何開發者、驗證者或社群成員都可以編寫並提交提案）。批准需要絕大多數的質押權重驗證者投票，最終訊號會在鏈上記錄。Solana 基金會以程序上的方式協助此流程，但不擁有特殊的投票權。批評者指出，質押權重投票會將影響力集中在大型驗證者手中；開放的提案流程和鏈上批准是主要的去中心化機制。

Solana SIMD 與以太坊 EIP 有何不同？

SIMD 和 EIP 都是在 GitHub 上託管的開放提案流程，允許任何人透過正式的書面文件提議 區塊鏈 協議變更。關鍵的差異在於批准。Solana 的 SIMD 流程需要明確的質押權重驗證者投票，並在鏈上記錄。以太坊的 EIP 流程依賴客戶端開發團隊之間的粗略共識，然後進行客戶端實施，這是一種更基於協商的方法，沒有正式的鏈上批准投票。

SIMD 被拒絕時會發生什麼事？

被拒絕的 SIMD 會在 Solana 基金會的 GitHub 儲存庫中正式標記為「已拒絕 (Rejected)」或「已撤回 (Withdrawn)」狀態。提案作者可以根據社群回饋進行修訂，並將其作為新的 SIMD 重新提交。一次嘗試被拒並不意味著該主題的討論永久關閉。未來有改進規格或情況變更的 SIMD 可以處理相同的協議問題。

SIMD 可以改變 SOL 的通膨率嗎？

可以。SIMD-0228 證明了 SIMD 流程可以直接改變 SOL 的通膨時間表。該提案獲得了驗證者絕大多數的批准，導致 Solana 的原生通膨率降低，這意味著隨著時間推移，進入流通的新 SOL 代幣會減少。這證實了 SOL 的經濟參數，包括其通膨時間表，都受到 SIMD 治理流程的約束。

結論：SIMD 是 Solana 進化的引擎室

SIMD 是 Solana 進化的引擎室，是社群塑造協議方向的正式機制。從定義治理框架本身（SIMD-0001）到更改 SOL 的通膨時間表（SIMD-0228）以及重塑驗證者經濟（SIMD-0096），Solana 改進文件（Solana Improvement Documents）已經以對持有、建構或營運 Solana 基礎設施的每個人都很重要的方面塑造了該網路。

該流程比其技術表面看起來更容易參與。提案存放在公開儲存庫中。討論是開放的。驗證者投票是在鏈上進行且可稽核的。參與途徑（無論您是想提交 SIMD、作為驗證者投票，還是僅僅作為知情的持有者關注治理討論）對任何願意參與的人都是可行的。

隨著 Solana 的成熟和 SIMD 流程的演變，治理素養對於所有參與者角色都將變得越來越有價值。

要關注活躍的 SIMD 討論，即時追蹤提案，並閱讀完整的 SIMD-0001 框架文件，請造訪官方 Solana 基金會 SIMD 儲存庫：

github.com/solana-foundation/solana-improvement-documents