Solana SIMD 547：一项以资源为基础、且将全额销毁的基础费用——可能为每日增加 1,500+ SOL 的销毁量
Solana SIMD 547：一项以资源为基础、且将全额销毁的基础费用——可能为每日增加 1,500+ SOL 的销毁量
Solana 的“低费用、高吞吐量”设计助其成为了链上交易、消费应用和实时支付的主要场所。但随着网络经济活动的不断扩展，一个反复出现的问题在更广泛的加密市场中浮现：Solana 是否应该从资源密集型使用中捕获更多价值，同时又不损害使其在竞争中脱颖而出的用户体验？
一个新社区提案，SIMD 547，探讨了其中一种可能的答案：引入一个基于“成本单位”计价的、以资源为基础的基础费用，并将其全额销毁。这个想法之所以受到关注，是因为它直接针对了Solana 的代币经济学——特别是当前相对较小的费用销毁量与网络持续的发行量之间的差距。
下文将介绍该提案的具体内容、其重要性，以及它对开发者、交易者和普通用户可能意味着什么。
1) 为何 Solana 当前的费用销毁量显得“微不足道”
根据 Solana 当前的费用模型，交易成本大致由以下部分组成：
- 基础费用（基于签名；目前每个签名 5,000 lamports），外加
- 优先级费用（可选；通过计算预算指令设置）。 即使交易失败，您仍需支付费用。 请参阅 Solana 费用结构文档。(solana.com)
对代币经济学至关重要的是：
- 基础费用的 50% 被销毁，另外 50% 则归区块生产验证者所有。
- 优先级费用的 100% 归验证者所有（无销毁）。 详细信息也同样总结在 费用结构文档 中。(solana.com)
在 SIMD 547 的讨论中，提案者认为当前基础费用产生的销毁量在经济上微不足道，在假设高吞吐量的情况下，估计每天约销毁 648 SOL —— 与引用的平均每天约 60,000 SOL 的通胀速度相比，几乎可以忽略不计。(github.com)
造成这种差距的动机在于：如果 SOL 的价值旨在反映网络活动，那么一些社区成员希望协议的销毁机制能够更随实际资源消耗而扩展，而不仅仅是签名。
2) SIMD 547 的提议（通俗易懂版）
SIMD 547 的核心建议很简单：
- 每笔交易已被分配了一个基于多个资源维度（不仅仅是计算）的“成本”估值。
- 添加一个根据该成本计算出的新的基础费用，定价为： 每请求一个成本单位 0.1 lamport，并销毁 100%。(github.com)
如果您需要快速回顾，lamport 是 SOL 的最小单位（1 lamport = 0.000000001 SOL）。请参阅 Solana 的 lamport 术语参考。(solana.com)
“成本单位” vs “计算单位”
许多用户熟悉计算单位，因为它们出现在优先级费用的调整中。但 Solana 调度器中的“成本”更为广泛：它考虑了写锁和加载账户数据大小等因素，而不仅仅是计算。这反映在协议的费用和调度解释的 费用结构文档 中（请参阅“成本”在交易调度中的用法）。(solana.com)
在 SIMD 547 的讨论串中，作者还强调，成本单位包括计算以及其他隐式请求的资源（加载数据、堆、写锁等）。(github.com)
3) 预计的销毁影响：“有意义，但并非万能”
被讨论最多的要点之一是实际会消耗多少额外的 SOL。
在该线程中，一位社区成员分享了近期每天计算单元（compute unit）限制请求的汇总数据，并得出结论——按目前的用量水平，该机制可能每天额外消耗 1,500-1,800 SOL，在高需求时可能更多。(github.com)
这比当前的基准费用消耗量要大得多，但本身不足以在正常情况下将 Solana“转变为”一个可靠的通缩资产——尤其是在更高的费用会减少需求的情况下。这种权衡是辩论的核心。
4) 谁支付更多？做市商 vs. 普通用户（以及为何该提案关心这一点）
一个关键的设计目标是避免破坏高频市场结构，同时对资源消耗型交易收取更高的费用。
在 SIMD 547 的撰写中，提案者认为许多高频更新（通常与做市商/预言机更新相关）倾向于请求相对较少的计算单元，因此增加的费用可能会被限制在这些工作流程中百分之几的低个位数增长。(github.com)
然而，对于目前提交低到零优先费用交易的普通用户来说，相对增长可能看起来很显著。该线程包含示例，显示了三位数的百分比增长，包括一个场景，从最小费用交易切换到支付新的基于资源的消耗费用的交易时，增加了 +639%。(github.com)
实际要点
- 如果您已经依赖优先费用（例如，竞争性交易），百分比的附加影响可能很小。
- 如果您通常发送“便宜”的交易（尤其是在低紧急性情况下），您的成本敏感度可能会更高。
这就是为什么该提案存在争议：它通过销毁来增加 SOL 持有者的价值，但它也可能重塑许多用户将 Solana 与之关联的“默认便宜”用户体验。
5) Alpenglow 的依赖：为何时机很重要
SIMD 547 并非被定位为可以立即启用的功能。
讨论明确指出，在 Alpenglow 启用之前，验证者投票成本很重要，并且该机制假定在Alpenglow 之后激活。(github.com)
Alpenglow 本身是一个主要的共识重构提案，正式命名为 SIMD 0326，它将当前基于历史证明 (Proof-of-History) + TowerBFT 的共识替换为 Alpenglow (Voter)，以提高性能和弹性。请参阅 SIMD 0326 文档。(github.com)
因此，实际上，SIMD 547 最好被视为更广泛路线图的一部分：先改变共识和投票机制，然后再调整在当前假设下会很痛苦的代币经济学参数。
6) 社区可能争论的开放性问题
即使是支持者通常也同意细节很重要。根据该线程和 Solana 当前的费用机制，预计将就以下问题展开辩论：
- 请求的 vs. 使用的资源：对“请求的成本”收费简单且可预测，但可能对配置不当的交易过度收费（类似于优先费用取决于请求的计算单元限制）。(solana.com)
- 应用级别用户体验：钱包和 dApp 可能需要更好的费用估算和更清晰的明细（“销毁占多少，小费占多少，基础费用占多少”）。
- 垃圾邮件和拒绝服务 (DoS) 经济学：更强的销毁可以阻止某些滥用模式，但它也可能惩罚合法的复杂用例（DeFi 路由、高级程序交互）。
- 代币经济学 vs. 采用：在 2025-2026 年，行业趋势一直是朝着更可持续的费用市场和更清晰的价值捕获方向发展——但过度激进的网络可能会将活动推向替代方案。
如果您想了解主要讨论内容，最佳起点是原始的 SIMD 547 社区讨论串。(github.com)
7) 用户和开发者现在可以做什么
尽管 SIMD 547 仍处于讨论阶段且尚未激活，但现在是做好准备的好时机：
对于 dApp 团队
- 审计那些习惯性地“为了安全”而请求高额限制的交易。 Solana 的文档在其 费用结构文档 中解释了优先级费用如何取决于请求的计算单元限制。(solana.com)
- 跟踪您的用户在多大程度上依赖“无优先级费用”的流程；这些是受新的强制销毁组件影响最大的用户。
对于交易者和高级用户
- 如果您运行自动化程序，请开始将费用建模为 (签名基础费用 + 优先级费用 + 潜在的基于资源的销毁)，而不是将销毁视为舍入误差。
- 如果您批量处理操作，请考虑更少但更重的交易是否会比更细粒度的交互吸引力下降。
对所有人而言：自托管仍然很重要
费用机制和代币经济学的争论往往会增加链上实验（新的路由、新的 MEV 策略、新的机器人）。这也是网络钓鱼和恶意批准激增的时候。
如果您长期持有 SOL 或频繁与 Solana DeFi 交互，像 OneKey 这样的硬件钱包可以通过离线保存私钥并要求显式交易批准来提供帮助——当交易构成（和费用明细）变得越来越复杂时，这将非常有用。
结论
SIMD 547 是一项以代币经济学为重点的提案，它试图解决一个棘手的问题：以一种与资源消耗成比例的方式增加 SOL 销毁，同时避免可能扰乱验证者和高频流动性提供的粗暴费用上涨。
如果按提议实施，社区估计在当前使用水平下，它可能会每天额外销毁约 1,500–1,800 SOL——尽管与发行量相比仍属温和，但已不再可以忽略不计。(github.com)
目前，最重要的一点不是确切的数字——而是方向：Solana 正在积极探索如何将网络资源、费用市场和 SOL 价值捕获相结合，这可能与 Alpenglow 等更大规模的协议变更同步进行。(github.com)
