根据 @deanmlittle，若不考虑纳秒级的数据并行，交易处理最快的方式是先入先出 FIFO，而 MCP 走的是更长的路径，可能导致小团体与审查，他认为这是在浪费时间，并建议由投票者直接抽样核验交易排序，来源：@deanmlittle 于 X，2025-11-22，https://twitter.com/deanmlittle/status/1992080573188469110 以及相关线程引用 https://x.com/trentdotsol/status/1991923957482856836。 交易者应关注该线程所提及的关于 MCP 与 FIFO 排序的协议治理讨论与投票，因为作者强调的问题直接关系到链上交易如何被排序与审计，来源：@deanmlittle 于 X，2025-11-22，https://twitter.com/deanmlittle/status/1992080573188469110 以及相关线程引用 https://x.com/trentdotsol/status/1991923957482856836。

据BitMEX Research称，其数据表明比特币Ordinals的任意数据规模越大，区块链验证越快，平均Ordinals大小上升与验证速度提升呈相关性（来源：BitMEX Research 于 X，2025年9月8日）。BitMEX Research并称，较大的Ordinals可解释验证时间方差的11%，为在铭文活跃时期评估BTC网络性能提供量化依据（来源：BitMEX Research 于 X，2025年9月8日）。

根据 @deanmlittle 的说法，其团队使用手写汇编将链上程序优化到最后一个计算单元，并呼吁通过多中心、去把关者的开发路线图来加速去中心化创新。来源：twitter.com/deanmlittle/status/1960032665996050604 计算单元是 Solana 运行时的执行度量，用户可设置每计算单元价格作为优先费；降低 CU 可在同等打包优先级下直接减少费用支出。来源：docs.solana.com 由于交易受计算预算与区块整体算力容量限制，CU 高效的代码能在相同容量中完成更多工作，提升链上吞吐效率。来源：docs.solana.com 对于在 Solana DeFi 上交易的用户，每次兑换或套利路径消耗更少的 CU，所需优先费降低以达到目标延迟，从而直接影响执行成本与滑点控制。来源：docs.solana.com