引言
Solana已成为以其速度和可扩展性著称的高性能区块链。然而，随着生态系统的成熟，交易可靠性和执行效率已变得日益复杂。在Solana上操作的开发者、交易者和协议现在面临着一个高度竞争的执行环境，其中交易排序、优先费用（priority fees）和内存池（mempool）动态对成功率起着至关重要的作用。
一个关键挑战是：支付优先费用并不总能保证交易最终性（transaction finality） 。诸如账户写锁（account write locks） 、动态小费调整（dynamic tip adjustments）和不断发展的执行模型（execution models）等因素，共同构成了一个执行效率至上的不断变化的局面。此外，随着MEV（最大可提取价值）基础设施提供商的兴起，不同的**交易传播模型（transaction propagation models）**正在被引入，这要求参与者必须调整其交易发送策略。
这篇文章探讨了影响 Solana 交易执行的技术和基础设施挑战，包括网络拥堵（network congestion）、优先费用机制（priority fee mechanics）以及执行路径优化（execution path optimizations）。
理解 Solana 交易执行的核心问题
1. 网络拥堵与盲式交易垃圾流
Solana 缺乏公共内存池（public mempool）造成了一个关键盲点：用户无法查看待处理交易，被迫在黑暗中操作。由于无法洞察网络活动，参与者只能诉诸于发送多个交易变体（例如，改变随机数 nonces、费用等级或目标账户）来提高成功率——这是一种根植于博弈论动态的“广撒网碰运气”（spray-and-pray）策略。这在以下高流量场景中造成了瓶颈：
- 代币发行（Token launches） ：交易者争夺先发优势。
- NFT 铸造（NFT mints） ：用户竞相认领限量资产。
- 套利交易（Arbitrage trading） ：机器人竞争更新流动性池状态。
- 清算事件（Liquidation events） ：协议和机器人竞相清算抵押不足的头寸。
其影响是双重的：
- 调度器瓶颈（Scheduler Bottlenecks） ：Solana 的调度器（scheduler）负责在一个时段（slot）内优先处理交易，但在高负载下，它难以公平地处理竞争。这创造了一个“先到先锁定”（first-seen, first-locked）的环境，早期交易垄断了账户，导致后续交易无法执行。揭示，由于未解决的调度器低效问题，验证者线程仅以其一小部分容量运行。
- Jito 介入解围：专为 MEV 捆绑（MEV bundling）设计的 Jito 区块引擎（Block Engine），正越来越多地被用于优先处理普通交易——这原本是 Solana 原生优先费用（priority fees）的角色。这削弱了协议的费用市场机制。
2. 优先费用与交易包含机制
Solana 引入的优先费用（priority fees） 让用户对交易排序有了更多控制权。然而，仅靠优先费用并不总能保证交易被包含（inclusion）。执行环境受到几个关键因素的影响：
- 动态费用调整（Dynamic fee adjustments） ：费用必须根据实时网络拥堵情况和本地费用市场（local fee markets）持续调整。例如，Helius 的研究强调，即使在 Pump.fun 代币发行和其他需求激增条件下平均费用飙升时，无竞争状态（uncontested states）的费率中位数仍保持稳定（约 0.00000861 SOL）。
- 复杂的费用与小费结构（Complex Fee and Tip structures） ：在某些情况下，优先费用需要辅以支付给验证者的额外 Jito 小费（tips）才能确保包含；而在另一些情况下，优先费用无关紧要，或者 Jito 小费也不足以确保包含。
- 时段可用性（Slot availability） ：交易在时段（slots）中被处理，如果一个时段被更高优先级的交易填满，较低优先级的交易可能会被延迟或丢弃。
- 缺乏实时 TPU 反馈（Lack of realtime TPU Feedback） - 这阻碍了自适应费用策略（adaptive fee strategies）的实施。否则，客户端本可以根据验证者的实时洞察（例如，时段饱和度或费用阈值）来调整优先费用，从而减少过高出价（overbidding）。
缺乏客户端智能费用策略可能导致过度支出，却无法保证执行效果的提升。
3. MEV 基础设施与执行路径复杂性
MEV 基础设施的兴起为 Solana 的交易环境引入了新的动态。与 MEV 相关的基础设施提供商促进了优化的交易包含，但也创造了竞争性执行环境（competitive execution environments） ，其中只有结构最完善的交易才能成功。
关键考量包括：
- 交易捆绑策略：一些执行服务提供捆绑提交功能，以优化交易成功率。
- 网络传播增强：多家具有独家 SWQoS 验证者安排的 RPC 基础设施提供商的兴起，已经碎片化了交易传播格局，使得用户在没有实际验证者覆盖范围和性能指标透明度的情况下，难以选择最优路径。
- 屏蔽运营商：一些 RPC 提供商会屏蔽被视为“高风险”的验证者，这缩小了验证者池规模，并在网络拥堵期间损害了交易成功率。这种不透明、被动的策略是用长期可扩展性来换取短期安全。
- 定制内存池和中继：某些私人中继通过补贴费用来人为提高执行率，但却导致了权力集中。运营商可以操纵交易顺序或费用，这削弱了 Solana 的去中心化理念。
- 有限的验证者灵活性：验证者无法轻松与构建者或应用程序合作以定制交易执行，这使得用户在高需求事件期间缺乏选择余地。
这种碎片化给开发者带来了操作上的挑战，因为他们必须评估哪种执行路径最适合他们的具体用例。
Astralane 的 Iris 简介：高性能交易发送器
认识到这些痛点后，Astralane 开发了 Iris，这是一个先进的交易发送器，旨在优化 Solana 上的交易传递和执行。Iris 通过高速路由、原子交易捆绑（atomic transaction bundling）和高级优先排序机制来解决核心问题。
为何使用 Iris 来提升您的交易执行效率
- 优化的路由与延迟降低 : Iris 通过最高效的路径（包括 Jito 的区块引擎 (Jito's block engine)、Paladin 的验证者集 (Paladin's validator set) 和 SWQoS）路由交易，从而减少延迟并最大限度地降低失败率。
- 优化的执行成本 : 我们的
sendIdeal功能允许用户构建能优化运营成本、最大化成功率并避免在不利条件下执行的交易 (transactions)。 - 与 SWQoS 合作伙伴的无缝集成 : Iris 与 Solana 的 SWQoS 集成，确保优先执行并最大限度地减少交易丢弃。
- 用于可靠性的原子交易捆绑 : Iris 通过
sendBundle支持原子捆绑 (atomic bundling)，防止部分执行并确保一致性。 - 与 Solana 标准库的兼容性 : Iris 可与 Solana 的标准库无缝集成，只需最少的代码更改即可轻松采用。
我们初期将推出三种不同的交易发送方法—sendTransaction、sendBundle、sendIdeal—我们将发布相关的技术规格和文档，说明每种产品的功能及工作原理，并提供关于如何在竞争中保持领先的一般性建议。详情请点击此处查阅。
对于希望最大化交易成功率同时优化执行成本的高频交易者和开发者，请点击此处注册我们的公开测试版。
加入我们的 Discord 社区，及时了解我们的最新动态和产品发布信息。
