Hey，Solana 爱好者们！如果你正在深入区块链开发的世界，尤其是在 Solana 上开发（meme token 在那里很受欢迎），你必须跟上最新的技术更新。最近 Anza 在 X 上发了一串线程，介绍了 SIMD-0186——一个将使交易处理更加顺畅的提案。我们来用简单的方式把它拆解一下，好吗？

SIMD-0186 到底是啥？

SIMD 代表 Solana Improvement Document，是社区提出并讨论对 Solana 网络改进的一种方式。SIMD-0186 关注的是所谓的 “Loaded Transaction Data Size Specification”（已加载交易数据大小规范）。通俗来说，它是关于如何标准化 Solana 计算一笔交易所加载的账户数据总量。

在此之前，数据大小的计算有点混乱和复杂。它会导致不可预测的结果，尤其是在像 BPF Upgradeable Loader 这样的工具上——这个工具用于管理可升级的 Solana 程序。这种复杂性让不同的客户端实现很难对同一计算达成一致，从而可能危及网络共识。

修复方案与工作原理

SIMD-0186 的妙处在于它的简明。它规定了清晰的规则：每个已加载的账户只计一次。对于使用 BPF Upgradeable Loader 的程序，需要将它们的 program data 加上 64 字节的元数据一并计入。如果有 Address Lookup Tables (ALTs)——类似用于寻址多个账户的快捷方式——则每个 ALT 统一额外计入 8,248 字节。

这种标准化确保每个验证者客户端对交易数据的大小有相同的计算方式，消除了那些棘手的边缘情况，使行为变得可预测。

开发者为什么要关心？

无论你是在 Solana 上构建热门的 meme token 还是 DeFi 应用，这件事都很重要。每笔交易对已加载账户数据有 64MB 的硬性上限。采用新的计算方法后，有些交易可能会超出这个限制而失败，而另一些则可能低于限制并表现更好。

你可以通过 compute budget 中的 SetLoadedAccountsDataSizeLimit 指令来调整这个限制。把它调低甚至可以让你的交易在调度上得到提升，因为它们在费用计算上会更低。这一切都是为了优化性能，让你的 dApp 更平稳地运行。

此外，这个限制有助于验证者更可预测地管理资源，类似于 compute units (CUs) 对每笔交易处理能力的上限。默认值为 64MB（等同于 16k CUs），旨在保持网络的稳定与高效。

对 Solana 和 meme token 的更大影响

对于那些在 Solana 上制作 meme token 的创作者来说，速度和低成本是走红的关键，因此这样的更新至关重要。可预测的交易大小意味着在部署或与代币交互时惊喜更少。它简化了开发流程、减少了 bug，并最终让整个生态对每个人都更稳健。

如果你想深入阅读，可以在 GitHub 上查看完整提案 这里。同时特别感谢 Solana Devs 社区把这个问题带到大家面前——让我们都保持信息同步！

你怎么看？这会改变你对 Solana 开发的做法吗？在评论区留言，或在 X 上联系我们。继续关注 Meme Insider 的更多洞察。🚀