本文由Solana节点聚合器&数据供应商Astralane提供技术支持

引言

Solana 以其速度和可扩展性著称，已成为高性能区块链的代表。然而，随着生态系统的成熟，交易的可靠性和执行效率问题日益复杂。在 Solana 上操作的开发者、交易者和协议如今面临着一个高度竞争的执行环境，交易排序、优先费（Priority Fee）和内存池（mempool）动态在交易成功率中扮演着至关重要的角色。

一个核心挑战在于：支付优先费并不总能保证交易最终上链。账户写锁（Account Write Locks）、动态小费调整（Tip Adjustments）以及不断演进的执行模型等因素共同塑造了一个以执行效率为关键的变化格局。此外，随着 MEV（矿工可提取价值）基础设施提供商的兴起，不同的交易传播模型被引入，要求参与者必须调整他们的交易发送策略。

本文将深入探讨影响 Solana 交易执行的技术和基础设施挑战，包括网络拥堵、优先费机制和执行路径优化。

理解 Solana 交易执行的核心问题

1. 网络拥堵与“盲发”交易泛滥

Solana 缺乏公共内存池（public mempool），这造成了一个关键盲区：用户无法看到待处理的交易，被迫在“黑暗”中操作。由于缺乏对网络活动的可见性，参与者不得不采用“广撒网”（spray-and-pray）策略——发送多个交易变体（例如，不同的 nonce、费用等级或账户目标）来对冲失败风险，这源于博弈论的动态。在高流量场景下，这会造成严重瓶颈：

• 代币发布 (Token Launches)： 交易者争夺先发优势。
• NFT 铸造 (NFT Mints)： 用户争抢限量版资产。
• 套利交易 (Arbitrage Trading)： 机器人争相更新流动性池状态。
• 清算事件 (Liquidation Events)： 协议和机器人争相清算抵押不足的头寸。

其影响是双重的：

调度器瓶颈 (Scheduler Bottlenecks)： Solana 的调度器负责在区块内（Slot）对交易进行优先级排序，但在高负载下，它难以公平处理资源争用。这导致了“先到先锁”（first-seen, first-locked）的环境，早期交易独占账户，使后续交易因资源不足而失败。Anza 工程师 Alessandro Decina 的分析指出，由于未解决的调度器效率问题，验证者线程仅以部分容量运行。

JITO 的介入： 原本为 MEV 捆绑设计的 JITO Block Engine，现越来越多地被用来优先处理普通交易——这原本应是 Solana 原生优先费机制的角色。这种做法削弱了协议本身的费用市场机制。

2. 优先费与交易包含机制

Solana 引入优先费让用户对交易排序有了更多控制权。然而，仅靠优先费并不总能保证交易被包含进区块。执行效果受到几个关键因素影响：

• 动态费用调整： 费用必须根据实时网络拥堵情况和本地费用市场（如 Pump.fun 代币发布等需求激增场景）持续调整。Helius 的研究表明，即使在平均费用飙升时，无竞争状态（uncontested states）下的费用中位数也能保持相对稳定（约 0.00000861 SOL）。

• 复杂的费用与小费结构： 在某些情况下，优先费需要辅以额外的Jito 小费（Tips）给验证者。而在另一些情况下，优先费本身作用不大，或者 Jito 小费也不足以确保包含。规则因情况而异。

• 区块（Slot）容量： 交易在区块中被处理。如果一个区块被更高优先级的交易填满，较低优先级的交易可能会被延迟或丢弃。

• 缺乏实时 TPU 反馈： 这阻碍了自适应费用策略的实现。客户端无法根据验证者的实时洞察（例如，区块饱和度或费用阈值）动态调整优先费，导致过度出价（Overbidding）。

没有客户端的智能费用策略，可能导致过度支出却无法保证执行效果的提升。

3. MEV 基础设施与执行路径的复杂性

MEV 基础设施的兴起为 Solana 的交易格局引入了新的动态。与 MEV 相关的基建提供商虽然促进了交易的优化包含，但也创造了一个高度竞争的执行环境，只有结构最完善的交易才能成功。

关键考量点包括：

- 交易捆绑策略： 部分执行服务提供交易捆绑（Bundle）提交功能，以优化交易成功率。

- 网络传播的复杂性： 多家 RPC 基础设施提供商与特定验证者建立了独家 SWQoS（服务等级协议）安排，这导致交易传播格局碎片化。用户在选择最优路径时面临挑战，因为缺乏对实际验证者覆盖范围和性能指标的透明度。

- 验证者黑名单： 一些 RPC 提供商会将他们认为“有风险”的验证者列入黑名单，这缩小了验证者池规模，在拥堵时反而损害了交易成功率。这种不透明、反应式的策略是以牺牲长期可扩展性换取短期安全。

- 定制化内存池与中继： 某些私有中继（Private Relays）通过补贴费用人为提高执行率，但导致权力中心化。运营商可能操纵交易顺序或费用，违背 Solana 去中心化的理念。

- 验证者灵活性受限： 验证者难以轻松地与区块构建者（Builders）或应用程序合作以定制交易执行，使得用户在高需求事件中缺乏选择。

这种碎片化给开发者带来了操作上的挑战，因为他们必须评估哪种执行路径最适合自己的应用场景。

解决方案：Astralane Iris，高性能交易发送器

认识到这些痛点，Astralane 开发了 Iris——一个旨在优化 Solana 上交易交付和执行的高级交易发送器。Iris 通过高速路由、原子化交易捆绑和高级优先级机制来解决核心问题。

为何使用 Iris 提升交易执行？

• 优化路由与降低延迟： Iris 通过最高效的路径路由交易（包括 Jito Block Engine、Paladin 验证者集和 SWQoS），减少延迟并最小化失败。

• 优化执行成本： 我们的 sendIdeal 方法让用户能够构建交易，在优化操作成本、最大化成功率的同时，避免在不利条件下执行。

• 与 SWQoS 合作伙伴无缝集成： 集成 Solana 的 SWQoS，Iris 确保交易的优先执行并最小化丢弃率。

• 原子化交易捆绑保障可靠性： Iris 通过 sendBundle 实现原子化捆绑，防止部分执行，确保交易一致性。

• 兼容 Solana 标准库： Iris 与 Solana 的标准库无缝集成，只需极少代码改动即可轻松采用。

我们即将推出三种交易发送方法：sendTransaction, sendBundle, sendIdeal。 我们将发布相关的技术规格、文档，说明每个产品的运作方式，并提供在激烈竞争中保持领先的通用技巧。

了解更多请访问此处链接。

对于寻求在优化执行成本的同时最大化交易成功率的高频交易者和开发者，欢迎点击注册我们的公开测试版。

加入我们的Discord社区，随时获取最新更新和产品发布动态。