Solana 改进文档 (SIMD): 完整指南
Learn how Solana Improvement Documents govern protocol changes. Explore SIMD stages, voting process, and landmark decisions like SIMD-0228 inflation r...
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 改进文档,而不是“单指令多数据”,后者是共享首字母缩略词的 CPU 架构术语。两者没有任何关系。
SIMD 流程如何运作:从草案到激活的协议升级
Solana 治理通过一个结构化的、多阶段的提案流程运作。任何人都可以撰写 SIMD,将其公开提交到 GitHub 存储库,并引导其通过社区审查,然后由 Solana 验证者和贡献者通过公开审查、实施工作、软件采纳以及任何特定于提案的信号流程进行评估。这种混合模式,结合了链下审议和链上批准,使其区别于纯粹的链上治理(智能合约执行投票)以及非正式治理(核心团队单方面决定)。
SIMD 的六个阶段:从草案到激活
每个 SIMD 都经过六个定义的状体阶段,正如 SIMD-0001 中所述:
草案 (Draft): 作者将书面提案作为拉取请求提交给 Solana 基金会的公开 GitHub 存储库。从提案出现的那一刻起,它就对社区开放讨论。任何利益相关者都可以评论、提问或建议修改。
审查 (Review): Solana 基金会指定的 SIMD 编辑会评估提案的完整性和流程合规性。更广泛的社区继续就技术优势和经济影响进行辩论。此阶段可能持续数周或数月,具体取决于复杂性。
已接受 (Accepted): 提案已获得足够的社区共识,可以进行实施。这并不意味着它已在网络上实时运行。它意味着社区已就方向达成一致,并且可以继续进行验证者和生态系统的采纳。
已激活 (Activated): 提议的更改已在 Solana 网络上实时生效。验证者实施协议升级,更改对所有与 Solana 交互的用户和应用程序生效。从验证者到交易所的每个网络参与者都必须适应由此产生的变化。
已撤回 (Withdrawn): 提案的作者已将其撤回考虑,通常是在确定该想法需要大量重写或社区接受度不足之后。一个已撤回的 SIMD 可以被修改并作为新提案重新提交。
已拒绝 (Rejected): 提案在审查后未能推进或未能获得足够的支持。一个已拒绝的 SIMD 会在 GitHub 存储库中正式标记,并且可以被修改并重新提交。一次尝试的拒绝并不会永久关闭该主题。
从一个阶段转移到另一个阶段没有固定的时间表。具有强大社区支持的简单技术改进可能在几周内从草案进展到激活。具有重大经济影响的提案,例如处理 SOL 通胀计划的 SIMD-0228,可能需要数月的社区辩论和验证者审议才能进行投票。
SIMD-0001:管理所有 SIMD 的规则手册
SIMD-0001 是定义 SIMD 流程本身的元类型 Solana 改进文档。它是所有后续 SIMD 编写和评估所依据的文档。SIMD-0001 确立了 SIMD 是什么、如何编写 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 示例 |
|---|---|---|---|
| 标准轨道 | 核心 | 对共识规则、核心协议行为以及通胀和质押等经济参数的更改 | SIMD-0228(通胀计划削减) |
| 标准轨道 | 网络 | 对管理验证者和节点如何通信的对等网络层的更改 | 目前暂无显著指定 |
| 标准轨道 | 接口 | 开发人员交互的 API、RPC 端点和客户端接口的更改 | 目前暂无显著指定 |
| Meta | 不适用 | 描述治理流程本身而非提议协议更改的文档 | SIMD-0001(SIMD 框架) |
| 信息化 | 不适用 | 非约束性文档、设计指南和社区最佳实践 | 目前暂无显著指定 |
标准轨道 SIMD 提议对 Solana 协议进行实际更改(影响共识、网络或接口),并需要验证者和生态系统的采纳才能被“激活”。Meta SIMD 描述治理流程本身,而非提议协议更改。SIMD-0001 是主要示例:它定义了所有其他 SIMD 的运作方式,而其本身并非协议升级。信息化 SIMD 记录指南和最佳实践,无需批准。
大多数引起公众关注的 SIMD(包括 SIMD-0228 和 SIMD-0096)都属于标准轨道(核心),因为它们提议更改经济参数或共识行为,这些更改会影响网络上的每一位参与者。
如何通过 SIMD 参与 Solana 治理
SIMD 流程对所有人开放。阅读有效提案、评论治理讨论、提交新的 SIMD 或作为验证者投票均无需特殊权限。
致开发人员:如何撰写并提交 SIMD
任何人都可以通过 Solana 基金会的公开 GitHub 仓库提交 SIMD。该流程不仅限于 Solana Labs 或基金会。
以下是提交 SIMD 的步骤:
阅读 SIMD-0001: 在撰写任何内容之前,请阅读 SIMD-0001 流程文档,以了解所需的模板、格式指南以及如何使提案完整。
确定明确的协议问题或改进方向: SIMD 应解决 Solana 协议中具体的、定义明确的问题。模糊或范围不足的提案不太可能通过“评审”阶段。
在起草前发起社区讨论: 在 Solana 社区论坛或 Discord 上分享您的想法,以衡量关注度并在撰写完整草案前发现潜在问题。早期反馈可以节省后期大量的修订时间。
分叉 Solana 基金会的 SIMD GitHub 仓库: 访问 github.com/solana-foundation/solana-improvement-documents 并将仓库分叉到您自己的 GitHub 账户。
按照标准模板撰写 SIMD: 使用 SIMD-0001 中定义的模板。一份完整的 SIMD 应包括摘要、动机、规范、向后兼容性分析以及技术原理。
向仓库提交拉取请求 (PR): 从您的分叉仓库向 Solana 基金会主仓库发起拉取请求。这标志着您的提案正式进入“草案”阶段。
通过评审与 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 与 Ethereum EIP 和 Bitcoin BIP 对比:区块链治理如何比较
Solana 的治理采用混合模式。SIMD 提案在链下公开提交和审议,最终的批准则通过链上加权验证者投票记录。这种结构使其区别于以太坊的粗略共识方法和 DAO 式代币投票。
| 属性 | SIMD (Solana) | EIP (Ethereum) | BIP (Bitcoin) |
|---|---|---|---|
| 全称 | Solana 改进文档 | 以太坊改进提案 | 比特币改进提案 |
| 区块链 | Solana | Ethereum | Bitcoin |
| 提案托管方 | GitHub (Solana Foundation) | GitHub (Ethereum) | GitHub (Bitcoin) |
| 治理权限 | 验证者(加权) | 核心开发者 + 客户端团队 | 矿工 + 节点运营商 |
| 批准机制 | 链上加权验证者投票;通常需要多数票 | 客户端团队之间的粗略共识 + 客户端实现 | 粗略共识 + 矿工激活(取决于 BIP 类型) |
| 重要示例 | SIMD-0228(通胀计划削减) | EIP-1559(费用市场改革) | BIP-141(SegWit) |
SIMD 和 EIP 都是基于 GitHub 的开放流程,允许任何人通过正式的书面文件提议协议更改。关键的结构性区别在于批准。Solana 的 SIMD 流程使用明确的加权验证者投票来正式记录链上批准。以太坊的 EIP 流程依赖于客户端开发团队之间的粗略共识,然后是客户端实现,这种模式更侧重于审议,不涉及正式的链上投票。比特币的 BIP 流程,它建立了 EIP 和 SIMD 都源自的改进提案概念,根据提案类型使用不同的激活机制。
没有单一实体控制 Solana 治理。Solana Labs 起草了许多 SIMD,并且是其中最活跃的提案者之一,但其提案与其他提交者一样,需要经过社区审查和验证者及生态系统的采用过程。Solana Foundation 托管该存储库,并提供 SIMD 编辑,他们负责审查提案的完整性和流程合规性。基金会不拥有特殊的投票权;其角色是程序性的,而非决策性的。最终的批准权归属于验证者,通过加权投票。
SIMD 提案通过 GitHub 和社区论坛(链下层)公开提交和讨论。批准信号通过验证者加权投票(链上层)记录在 Solana 区块链上。批评者指出,加权投票将治理影响力集中在大型验证者手中。支持者认为,开放的提案访问权限结合链上批准提供了有意义的问责制。这两种说法都准确地描述了相同的设计。
SIMD 治理对 SOL 持有者的意义
通过 SIMD 流程做出的治理决策可以直接改变 SOL 的供应、质押收益和交易费用结构等经济参数,这使得 SIMD 素养成为每位 SOL 持有者的实际关切,而不仅仅是协议工程师。
SOL 的代币经济学(管辖其供应计划、通胀率、质押奖励和费用分配的经济参数)都受到 SIMD 治理流程的约束。SIMD-0228 表明,验证者多数票可以更改 SOL 的通胀计划,意味着随着时间的推移,进入流通的新代币会减少。发行量减少通常被认为会降低对现有持有者的稀释压力。SIMD-0096 和 SIMD-0083 表明,SIMD 还可以修改质押奖励的结构和分配方式,这会影响持有或积极质押 SOL 的经济效益。
本文仅供参考,不构成投资建议。治理结果会影响协议经济,但不能保证 SOL 或任何其他加密货币的特定价格变动。
监控 SIMD 流程是随时了解可能影响 Solana 经济轨迹的协议变更的一种实用方法。GitHub 存储库提供了从早期草案讨论到最终激活更改的每个阶段的实时可见性。
相关 Solana 架构资源
跟踪提案类别和单个文档的读者可以使用 完整的 SIMD 参考指南;协议背景信息可在 Solana 网络架构概述 中找到。SOL 价格页面) 提供市场背景。考虑质押相关产品的用户可以分别查看 SOL Earn) 及其当前条款。
FAQ:Solana 改进文档 (SIMD)
加密货币中的 SIMD 是什么?
Solana 改进文档 (SIMD) 是用于提议和批准 Solana 区块链协议更改的正式治理机制。SIMD 管理协议更改,范围从网络性能改进到 SOL 的通胀计划和验证者经济学,其功能与以太坊改进提案 (EIP) 对以太坊的功能相同。
Solana 治理如何运作?
Solana 治理通过一种称为 SIMD 框架的结构化提案流程进行。任何社区成员都可以向 Solana Foundation 的公开 GitHub 存储库提交书面的 SIMD。提案经过社区审查阶段,然后 Solana 验证者进行加权链上投票来批准或拒绝它。讨论发生在链下;批准则在链上记录。
任何人都可以提交 SIMD。该流程对开发人员、验证者和社区成员开放,通过 Solana Foundation 的公开 GitHub 存储库提交。提交者必须遵循 SIMD-0001 中定义的格式模板,参与社区讨论,并与 SIMD 编辑在审查阶段进行合作。无需与 Solana Labs 或基金会有任何特殊隶属关系。
SIMD 分为三个主要类别。标准轨道 SIMD(包括核心、网络和接口子类别)提议实际的协议更改,并需要验证者和生态系统的采用。元 SIMD 描述治理流程本身,而不是提议更改;SIMD-0001 是主要示例。信息性 SIMD 记录非约束性指南和最佳实践。
SIMD 的批准没有固定时间表。具有强大社区支持的简单技术改进可能在几周内从草稿(Draft)转为已激活(Activated)。经济上重要的或有争议的提案,例如 SIMD-0228,在召集验证者投票之前经过了数月的社区辩论,可能需要更长的时间。时间表取决于技术复杂性、社区共识和实施就绪情况。
SIMD-0228 和 SIMD-0096 在 Solana 的治理历史上引发了最重大的社区辩论。SIMD-0228 提议削减 SOL 的通胀计划,导致验证者在经济影响问题上产生分歧。SIMD-0096 提议更改验证者佣金和奖励分配,直接影响验证者经济,并引发了长时间的审议才获得批准。
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 基础设施运营者的方式塑造了网络。
这个过程比其技术表面看起来更容易参与。提案存在于公开存储库中,讨论是公开的,验证者投票在链上且可审计。无论您是想提交 SIMD、作为验证者投票,还是仅作为知情的持有者关注治理讨论,参与路径都对任何愿意参与的人开放。
随着 Solana 的成熟和 SIMD 过程的演进,治理素养对所有参与角色来说都将变得越来越有价值。
若要关注活跃的 SIMD 讨论、实时跟踪提案并阅读完整的 SIMD-0001 框架文件,请访问官方 Solana 基金会 SIMD 存储库:
github.com/solana-foundation/solana-improvement-documents