Solana Gulf Stream：无内存池协议解析
Learn how Solana Gulf Stream eliminates mempools by routing transactions directly to scheduled validators, enabling 65,000 TPS and reducing MEV.
Solana Gulf Stream 是一种交易转发设计，它将交易路由到即将到来的领导者，而不是依赖传统的公共内存池。本概述解释了 Gulf Stream 在 Solana 架构中的作用、其潜在的延迟优势以及领导者感知转发的权衡。
本文中的性能数据需要结合背景看待。广为引用的 65,000 TPS 数据是理论或受控测试的基准，而非保证的主网吞吐量。大约 400 毫秒的时隙目标并不等同于交易最终性，且费用随签名、计算使用量、优先级设置和网络状况而变化。
Solana 通常与 65,000 TPS 的理论基准和低廉费用联系在一起，但实际观察到的吞吐量和交易成本会随网络状况和测量方法而波动。如果你曾在 NFT 铸造或 DeFi 发行期间支付过 50 美元的以太坊矿工费，那么这个数字要么解决了一个你亲身经历的问题，要么听起来太完美而不像真的。该主张背后的机制被称为 Gulf Stream，本文将介绍其工作原理、不足之处，以及为什么它对于评估 Solana 架构至关重要。
什么是 Solana Gulf Stream？
Gulf Stream 定义： Solana Gulf Stream 是一种无内存池交易转发协议，它在当前区块最终确定之前，将未确认的交易直接路由到下一个预定的验证节点领导者，减少了对传统公共交易队列的依赖。
Solana 由 Anatoly Yakovenko 创立，他曾是高通工程师，他在 2017 年的白皮书中介绍了历史证明以及包含 Gulf Stream 在内的八项创新架构。该区块链的目标是网络级吞吐量，理论上限超过每秒 65,000 笔交易，平均费用约为 0.00025 美元。
Gulf Stream 是这八项创新之一。它的工作是交易摄取：与其在公共等待区持有未确认的交易，直到下一个验证节点拾取它们，Gulf Stream 会主动将每笔交易路由到预定处理下一个区块的验证节点。
这就像一个邮政分拣中心，提前知道明天的邮递员分配，并在前一天晚上预先装好每个邮递员的包。传统的区块链会等待邮递员到达，然后从一堆信件中分拣。Gulf Stream 则在班次开始前就装好了包。
Gulf Stream 实现了三件事：
- 消除了其他区块链所依赖的公共交易队列（内存池）
- 将未确认的交易直接转发给即将上任的预定验证节点领导者
- 通过确保领导者在每个时隙开始时已经准备好交易，降低了确认延迟
要理解这为何重要，你首先需要了解什么是内存池，以及为什么它的缺失在架构上具有重大意义。
什么是内存池，为什么 Solana 避免使用传统的公共内存池？
内存池定义： 内存池（Mempool）是一个公共等待区，未确认的交易在此排队，直到验证节点将其拾取并包含在下一个区块中。
每当你发送 ETH、与 DeFi 协议交互或在以太坊上铸造 NFT 时，你的交易就会进入这个队列并在公共视野中停留。网络上的所有节点都可以看到每笔待处理交易，包括涉及的金额、发送者以及特定的合约交互。
这种架构带来了三个问题。
拥塞和延迟。 在高需求时期（热门 NFT 发行、DeFi 协议部署、代币空投），数以千计的交易竞相争取同一个区块的空间。内存池会被填满。确认时间从几秒延长到几分钟。
最大可提取价值 (MEV)。 由于内存池是公开可见的，机器人会监控其中的盈利机会。当一笔大额交易显示待处理时，机器人可以提交一笔买价更高（矿工费更高）的竞争交易来优先执行，从而捕获价差。这种抢先交易（被称为夹心攻击）在繁忙时期会让普通用户在每笔重大的 DeFi 交易中损失真金白银。
不可预测的费用。 为了插队，用户必须通过矿工费互相竞价。在需求高峰期，费用会毫无预警地飙升。
Solana 没有内存池，因为历史证明实现了确定的领导者调度。由于每个验证节点都提前知道哪个验证节点将产生下一个区块，因此不需要持有队列。其设计逻辑直接源于问题本身：以太坊在公共池中积累交易并让市场分拣，而 Solana 在交易积累之前就将其路由到正确的目的地。
Gulf Stream 的工作原理：无内存池的交易转发
Gulf Stream 用主动的交易路由取代了被动的交易排队。每个验证节点不再等待下一个验证节点从公共池中检索交易，而是直接将交易转发给预定领导未来时隙的验证节点。
以下是完整的转发序列：
- 用户向离他们最近的验证节点提交交易。
- 该验证节点不在本地持有交易。它咨询领导者调度表以确定哪些验证节点将领导接下来的几个时隙。
- 该验证节点将交易直接转发给即将上任的领导者验证节点，大约提前调度表中的四个领导者。
- 这些领导者接收交易并在其时隙开始前预先加载。
- 当领导者的时隙开启时，交易已经准备就绪并立即处理，没有任何选择或分拣延迟。
- 如果紧随其后的领导者离线，交易已经转发给转发链中的备用领导者，在无需用户干预的情况下提供冗余。
这是直接的点对点路由，而不是向所有节点广播。以太坊中的每个节点都会收到每笔待处理交易并将其保存在自己的内存池副本中，而 Gulf Stream 则不同，它将每笔交易发送给特定的即将上任的领导者。网络传输的冗余数据要少得多。
领导者调度表：预知下一个验证者是谁
领导者调度表定义： 领导者调度表是一个预先计算好、公开透明的轮换机制，它为每个约 400 毫秒的时隙分配一名验证节点担任“领导者”角色。由于历史证明使该调度具有确定性，Gulf Stream 可以在当前区块关闭之前将交易转发给正确的后续领导者。
Solana 网络上的每个验证节点都有资格成为领导者。在任何给定时刻，恰好有一个验证节点担任领导者角色，负责产生下一个区块。该分配不是随机的，也不是实时协商的。它是预先计算好且公开透明的。
该调度之所以是确定的，是因为历史证明 (PoH) 提供了一种共享的密码学时间感。PoH 不是 Solana 的共识机制。该角色属于 Tower BFT。PoH 的功能就像一个密码学时钟：一个可验证的事件排序记录，不需要节点通信时间戳。所有验证节点共享相同的源自 PoH 的时间感，这意味着它们都独立计算出相同的领导者调度表。如果没有 PoH，就没有验证节点能知道下一个领导者是谁，Gulf Stream 的定向转发也将无法实现。
验证者通过质押 SOL 来参与领导者轮换。质押建立了经济问责机制：行为不当的验证者面临失去其质押 SOL 的风险，这在没有公共内存池作为检查的情况下也保护了转发模型的完整性。
转发 vs. 广播：关键区别
转发机制将 Gulf Stream 与比特币和以太坊使用的广播模型区分开来。在这些网络中，交易同时向所有节点广播，并在每个节点的本地内存池中等待，直到矿工或验证者将其选出。Gulf Stream 则将每笔交易发送给特定的、已确定的未来领导者。
实际效果：领导者到达其插槽（slot）时不需要从公共堆栈中选择交易。交易已预先加载，在插槽开始时即可立即处理，而无需经过选择阶段。
Gulf Stream 还使 Solana 的并行智能合约运行时 Sealevel 能够从每个插槽的第一时刻开始，调度多笔交易的同步执行。智能合约在 Solana 架构中被称为程序，由于 Gulf Stream 在插槽开启前就将交易交付给领导者，因此执行延迟极低。
Gulf Stream 和 Turbine（Solana 的区块传播协议）在流水线的不同阶段运行。Gulf Stream 处理区块前的交易摄取。Turbine 处理区块后的数据分发。它们是互补阶段，而非竞争系统。
有关 Gulf Stream 如何影响 Solana 程序中交易提交的实现细节，请参阅 Solana 官方 Gulf Stream 文档.
Gulf Stream 的地位：Solana 的八大核心创新
Solana 构建在八大核心架构创新之上，这些创新作为一个集成系统运行。Gulf Stream 是交易摄取层，其效率放大了其他七项创新的效果。
| 创新 | 在 Solana 架构中的角色 | 流水线阶段 |
|---|---|---|
| 历史证明 (PoH) | 提供可验证时间顺序的加密时钟；实现确定性的领导者调度 | 基础层 |
| Tower BFT | 使用 PoH 输出的共识算法（经过优化的实用拜占庭容错变体） | 共识层 |
| Turbine | 区块传播协议（受 BitTorrent 启发），在验证者网络中分发区块数据 | 区块后分发 |
| Gulf Stream | 无内存池交易转发协议，将交易路由至即将到任的领导者验证者 | 区块前交易摄取 |
| Sealevel | 并行智能合约运行时，可同时处理数千个程序 | 执行层 |
| 流水线技术 (Pipelining) | 交易处理单元 (TPU) 流水线，实现多阶段同步处理（获取、签名验证、银行处理、区块广播） | 硬件优化 |
| Cloudbreak | 横向扩展的账户数据库，用于并发读写 | 状态存储 |
| 存档器 (Archivers) | 分布式历史数据存储（在当前的 Solana 文档中称为账本复制） | 历史数据层 |
Solana 基金会关于这一集成设计的理由已记录在其 Solana 八大核心创新概述. 中。
Gulf Stream 如何连接至 Turbine 和 Tower BFT
Gulf Stream 和 Turbine 在区块生产过程的两端运行。Gulf Stream 在区块生产前工作：它将传入的交易路由到预定领导未来插槽的验证者。当领导者的插槽开始时，完整的交易集已预先加载。随后，Sealevel 从插槽开始并行处理这些交易。
在区块生产之后，Turbine 通过将完成的区块分解为较小的数据包并并行传播，将其分发给验证者网络的其余部分。随后，Tower BFT 使用在传播期间和之后收集的投票，在验证者之间达成共识。
完整序列：交易提交、Gulf Stream（转发至领导者）、Sealevel（并行执行）、区块生产、Turbine（传播区块）、Tower BFT（共识）、终结性。
Gulf Stream 的具体贡献是确保领导者在每个插槽开始时已有工作就绪，从而使每个下游阶段都能更快开始。
Gulf Stream 设计的局限性与权衡
Gulf Stream 的无内存池设计通过特定的架构选择实现了性能提升，而这些选择引入了真正的权衡，任何对 Solana 架构的严肃评估都应直接面对这些问题。
当预定的验证者离线时会发生什么？
Gulf Stream 交易的生存时间 (TTL) 很短，约为 150 个插槽，即大约 60 秒。如果交易被转发给在处理前就离线的领导者，则该交易会过期，必须由用户或应用程序重新广播。
这种故障模式通过 Gulf Stream 的多领导者转发设计得到了缓解。Gulf Stream 不仅将每笔交易路由给紧随其后的下一位领导者，还会同时转发给大约四位未来的领导者。如果第一位预定领导者没有响应，Tower BFT 会检测到跳过的插槽并推进时间表。备用领导者已经持有转发的交易。
实际结果：领导者离线会导致约 400 毫秒到 800 毫秒的短暂插槽跳过，但在正常网络条件下不会导致交易丢失。对于 dApp 开发者而言，乐观确认（约 400 毫秒插槽时间）适用于非关键的 UX 交互。已确认的终结性（约 13 秒或 32 个插槽）是处理不可逆转的金融行为（如资金转账或 NFT 结算）的适当阈值。有关承诺级别的技术细节，请参阅 Solana 交易承诺级别文档.
验证者级别的 MEV 与中心化考量
Gulf Stream 消除了经典的公共内存池 MEV：即依赖于机器人监控可见待处理交易队列的抢先交易、三明治攻击和 Gas 价格操纵。由于没有公共内存池，这些攻击向量失去了主要数据源。
然而，Gulf Stream 本身并不是一种中心化机制。该协议通过 Solana 权益证明设计中存在的相同验证者集路由交易。验证者质押 SOL 作为经济抵押品，不当行为可能导致质押被罚没（slashing），即使在没有基于内存池的透明度检查的情况下也能保持问责制。
关于 Solana 架构的合理中心化担忧是硬件门槛。Solana 验证者需要高规格的硬件，导致验证者集比某些竞争区块链更小、更集中。这种集中化是有效的架构批评点，但它是 Solana 整体设计的特性，而非 Gulf Stream 特有的后果。
关于残留 MEV：领导者在其插槽内保留排序权。Solana 的 MEV 生态系统（Jito Labs、优先费）通过捆绑提交而非内存池扫描在领导者层面运行。Gulf Stream 改变了 MEV 发生的地点，而非是否发生。
网络拥塞：2022 年 Solana 宕机背景
Solana 在 2021 年和 2022 年经历了几次网络宕机。其中几次涉及交易泛滥：机器人提交了大量低价值交易，压垮了 Gulf Stream 转发机制，在合法交易被处理之前就用垃圾信息填满了领导者插槽。
宕机后，Solana 工程师实施了两项重大的协议改进。QUIC 传输协议取代了 UDP 用于交易提交，从而实现了对单个源连接的速率限制。局部费用市场允许费用根据交易类型和资源使用情况而变化，使垃圾信息攻击的维持成本更高。
自 2022 年以来，网络稳定性已有大幅提升。Gulf Stream 的权衡是真实存在但有限的：该设计优先考虑吞吐量和 MEV 的减少，代价是在验证者故障期间牺牲交易的持久性，以及对协同垃圾信息攻击存在一些残余漏洞，而随后的升级已部分解决了这些问题。
现实应用：谁从 Gulf Stream 中受益最多？
Gulf Stream 的预加载架构为交易密集型应用带来了可衡量的收益，在这类应用中，确认延迟直接影响用户的结果。
Solana 性能数据 (Solana Foundation 基准测试)：
- 理论最大值：~65,000 TPS（理想条件下）
- 现实持续值：~2,000-4,000 TPS（主网正常负载）
- 以太坊主网：~15-30 TPS
- Bitcoin：~7 TPS
| 区块链 | 理论最大 TPS | 现实持续 TPS | 平均交易费 |
|---|---|---|---|
| Bitcoin (BTC) | ~7 TPS | ~3.5-7 TPS | ~$1-$5 (视需求而定) |
| 以太坊 (ETH) | ~30 TPS | ~15-30 TPS | 浮动（矿工费拍卖） |
| Solana (SOL) | ~65,000 TPS | ~2,000-4,000 TPS | ~$0.00025 |
Solana 的速度是所有八项创新协同工作的结果，而不仅仅是 Gulf Stream 的功劳。历史证明 (Proof of History) 消除了时间同步的开销，Sealevel 实现了并行执行，Pipelining（流水线）同时处理多个交易阶段，而 Turbine 实现了高效的区块分发。Gulf Stream 的具体贡献是：消除了内存池选择延迟，使 Leader 在每个 Slot（时段）开始时都拥有一套完整的、准备好处理的交易集。
DeFi 协议 (Raydium, Jupiter, Orca)。 去中心化交易所 (DEX) 如 Raydium 和 Jupiter 需要快速、可预测的兑换和清算执行。Gulf Stream 的预加载意味着在 Slot 开启时，兑换交易已经预置在 Leader 处，从而减少了执行延迟，并降低了待处理订单遭受夹心攻击的风险。Gulf Stream 的性能是 Solana 的 DeFi 生态系统在机构规模上与基于以太坊的协议竞争的先决条件。
高频和算法交易。 需要亚秒级执行的策略依赖于可预测的确认时间。由于没有公开内存池，这也减少了有关待处理订单的信息泄露，这对于那些原本会面临抢跑风险的策略非常重要。
NFT 市场。 在基于内存池的链上，当成千上万的用户同时提交申请时，高交易量的铸造活动会导致矿工费飙升和交易失败。Gulf Stream 将交易负载分发给即将到来的 Leader，而不是将提交内容堆积在单个拥堵点。
支付和微支付 (Solana Pay)。 消费者支付应用需要可预测、低成本的结算。Gulf Stream 的预路由通过减少每个 Leader 在每个 Slot 所面临的处理开销，为 Solana 的低费用环境做出了贡献。
相关 Solana 架构资源
Gulf Stream 是为什么 Solana 快速且便宜指南中讨论的原因之一；转发后的执行在 Sealevel 并行处理中有详细介绍。如果用户独立决定进行交易，可以使用 SOL 价格页面 获取市场背景，或使用 SOL/USDT 现货市场 进行现货交易。
常见问题解答：Solana Gulf Stream
什么是 Solana Gulf Stream？
Solana Gulf Stream 是一种无内存池的交易转发协议，它在当前区块关闭之前，将未确认的交易直接路由给下一个预定的验证者 Leader。它利用由历史证明实现的确定性 Leader 时间表，将每笔交易发送给负责处理它的特定验证者，而不是将交易排队在公共等待区。
为什么 Solana 没有内存池？
Solana 不需要内存池，因为历史证明提供了一个共享的加密时钟，使得验证者 Leader 时间表是确定性的且预先公开。Gulf Stream 可以将交易直接路由到即将到来的 Leader，而无需持有队列。在其他区块链上，内存池之所以存在，是因为验证者在区块产生之前不知道谁将产生下一个区块；排队是 Gulf Stream 所取代的协调机制。
Gulf Stream 如何让 Solana 更快？
Gulf Stream 消除了内存池选择阶段，而在传统区块链上，该阶段会增加每个区块的延迟。当 Leader 的 Slot 开始时，交易已经预加载，而不是从队列中选择，这减少了每个 Slot 的开销，并使 Sealevel 的并行执行引擎能够立即开始处理。Gulf Stream 是提升 Solana 吞吐量的八项创新之一，此外还有历史证明、Sealevel、Pipelining 和 Turbine。
Solana 的每秒交易数有多快？
根据 Solana Foundation 的基准测试，在理想条件下，Solana 的理论最大吞吐量约为 65,000 TPS。在正常主网负载下的现实持续吞吐量约为 2,000 至 4,000 TPS。作为对比，以太坊主网处理约 15 至 30 TPS，而 Bitcoin 处理约 7 TPS。理论值与现实值之间的差距反映了网络状况和验证者硬件分布，并非 Gulf Stream 特有的缺陷。
Gulf Stream 是否阻止了 Solana 上的 MEV？
不，但它显著改变了 MEV 的动态。Gulf Stream 减少了经典的内存池 MEV（抢跑和夹心攻击），因为没有供机器人监控的公共待处理队列。然而，Solana 的 Leader 在其 Slot 内保留排序权，并可以通过交易排序提取价值。Solana 拥有自己的 MEV 生态系统，包括 Jito Labs，它通过优先费和捆绑提交在 Leader 级别运作。
当 Solana 验证者错过其 Slot 时会发生什么？
Tower BFT 会检测到错过的 Slot 并推进到时间表中的下一个验证者。因为 Gulf Stream 同时向大约四个即将到来的 Leader 转发交易，所以备选 Leader 已经持有转发的交易。用户通常会经历 400ms 到 800ms 的短暂 Slot 跳过。未被备选 Leader 接收的交易将在大约 150 个 Slot（约 60 秒）后过期，并需要重新广播。
Gulf Stream 与历史证明有何关系？
历史证明 (PoH) 是使 Gulf Stream 在架构上成为可能的加密时钟。PoH 创建了所有验证者独立计算的可验证、共享的事件排序记录，允许 Solana 预先计算验证者 Leader 时间表。Gulf Stream 完全依赖于该时间表：如果不知道哪个验证者领导下一个 Slot，就无法进行主动的交易转发。PoH 是时钟；Gulf Stream 是根据时钟指示采取行动的路由系统。请注意，PoH 不是 Solana 的共识机制。Tower BFT 负责处理共识。有关基础论文，请参阅 Anatoly Yakovenko 的原始历史证明白皮书.。
Gulf Stream 如何与 Turbine 交互？
Gulf Stream 和 Turbine 是 Solana 交易流水线中的顺序阶段。Gulf Stream 在区块生产之前运行，将传入的交易路由到即将到来的 Leader 验证者。Turbine（Solana 的区块传播协议）在区块生产之后运行，将完成的区块分解为较小的包，并并行分发到整个验证者网络。它们解决了不同的瓶颈：Gulf Stream 处理交易摄入延迟，而 Turbine 处理区块分发带宽。
延伸阅读
Gulf Stream 是旨在作为集成架构运行的八项创新系统中的一个组件。对于实现层面的技术参考：
- Solana 官方 Gulf Stream 文档: 协议规范和交易转发机制
- Solana 基金会关于八项核心创新的概述: Gulf Stream 如何连接到 Turbine、Sealevel 和完整架构
- Anatoly Yakovenko 的原始历史证明白皮书: 描述历史证明及其在实现 Gulf Stream 中的作用的基础文件
本内容仅供参考和教育目的。不构成财务、投资或法律建议。Solana (SOL) 是一种高波动性数字资产；过往表现不预示未来结果。读者在做出投资决定前，应进行独立研究并咨询合格的财务顾问。