Skip to main content
使用 Sender Max（最低小费：0.001 SOL）来 操作预确认。 只有当您的交易 首先被处理时，预确认才会有效——Sender Max 是实现这一目标的最快途径。从一开始就基于 Sender Max 构建，以充分利用预确认的优势。

​
概述

预确认在交易可观察的最早点流式传输交易 — 在它们被收集成条目并转换为碎片之前。这是 Helius 提供的最低延迟交易信号 — 早于 Shred Delivery 和处理过的承诺流。 您通过 WebSocket 使用 preconfSubscribe 方法订阅，并在每次交易发生时接收。流合并了两个来源，两者默认包含，并在管道中的不同点发出：
  • 从转发到 Helius 的验证者处获取的 Helius 预确认。在领导者执行交易的瞬间释放，其中包含执行状态 — 这是结果首次存在的时刻。
  • 运行 Jito 的区块组装市场 (BAM) 客户端的验证者的BAM 预确认。在验证者承诺执行交易时发出，交易尚未运行，因此不携带执行状态。
预确认是从 Helius Gatekeeper 端点提供的，wss://beta.helius-rpc.com。 beta 主机名指的是 Gatekeeper 的推出，而不是预确认的成熟度——随着流量迁移到 Gatekeeper，它将成为标准端点。

Lowest Latency

交易会在 shred 之前交付，并处理 commitment 流

WebSocket Streaming

使用 preconfSubscribe 订阅一次，即可在单个流中接收 Helius 和 BAM 的 Preconfirmations

Credit-Based Pricing

需要专业版或更高级套餐；每条消息 10 个积分，每个订阅在每个 覆盖的 slot 中至少收取 300 个积分

Built for Traders

在链上活动落地前作出响应，适用于 propAMM、狙击手、跟单 交易者和清算机器人

​
预确认在流水线中的位置

交易在上链之前会在验证者内经过多个阶段。延迟从左到右增加——观察得越往右，越晚得知交易信息。
验证者内部交易延迟流程：用户 Tx 到 TPU 到调度程序到预确认计划的交易到碎片，延迟从左到右增加。

预确认在碎片和处理过的承诺流之前交付交易。

Helius 预确认从执行阶段发出 — 在领导者执行交易并了解到其状态的瞬间，但在结果被记录为条目和转换为碎片之前。这是交易生命周期中结果首次存在并可以报告的点。 BAM 预确认在一个阶段更早时发出，即验证者承诺执行交易但尚未运行。这两者都在交易被分片之前到达，因此比基于碎片的交付具有严格较低的延迟。

​
BAM 预确认

BAM (Block Assembly Marketplace) 是 Jito 为 Solana 提供的区块构建系统。运行 BAM 兼容客户端的验证者在他们承诺执行交易时立即发出预确认。Helius 从 Jito 的区域 BAM 端点获取这些预确认，并通过与 Helius 预确认相同的 preconfSubscribe 订阅和二进制负载进行传送。发布时，BAM 增加了覆盖超过网络权益 34% 的验证者。 BAM 预确认遵循相同的负载布局，但在几个字段中有所不同：
  • tx_index 始终为 0。BAM 按序列 ID 和捆绑包中的位置对交易进行排序，而不是使用 slot 索引；这两者都无法映射到 Helius 字段，也都不会随流传输。请参阅区分这两种来源。
  • regionInclude 与发出预确认的区域 BAM 端点一致，而不是与接收该预确认的 Helius 区域一致。
  • 一小部分交易会通过这两种来源到达 Helius，因此相同的签名可能会到达两次。请参阅重复通知。
要仅接收一个来源，请在订阅过滤器中传入 includeSource: ["helius"] 或 includeSource: ["bam"]。

​
何时使用预确认

适合

propAMMs、狙击手、复制交易员和清算机器人 — 任何需要在物理上尽早对交易做出反应的策略。

考虑替代方案

对于完整的历史或已确认数据，请使用 LaserStream 或 增强型 WebSockets。对于原始网络 数据，请参见 Shred Delivery。
预确认是一个早期信号，不是保证。交易尚未上链，可能仍会被取消 — 并且 Helius 预确认的执行状态反映了领导者的本地结果，直到区块确认才最终。 在将其视为最终之前，通过标准承诺检查来确认落地。

​
定价

每个 slot 至少收取 300 个积分的规则将于 2026 年 10 月 14 日生效。在此之前， Preconfirmations 按每条消息 10 个积分计费，不设最低消费。
Preconfirmations 需要使用专业版或更高级套餐，费用为每条消息 10 个积分，且每个订阅在每个 slot 中至少收取 300 个积分，从你的套餐中扣除。详情请参阅积分。 最低消费仅适用于 Preconfirmations 覆盖的 slot。在每个覆盖的 slot 中，每个订阅按以下两者中的较高者计费：每条已交付消息 10 个积分，或 300 个积分。未覆盖的 slot 不产生费用。 时隙是否计入最低数量，取决于其领导者的覆盖方式以及你的 includeSource 设置： 最低消费按订阅计算，因此每个打开的 preconfSubscribe 订阅在每个覆盖的 slot 中至少支付 300 个积分。使用 preconfUnsubscribe 关闭不再需要的订阅。
Preconfirmations 是一款新产品，定价可能会发生变化。

​
覆盖范围

Preconfirmations 仅适用于由以下验证者调度的交易：将其流转发到 Helius 的验证者，或运行 BAM 兼容客户端的验证者。覆盖范围会随这两个来源所覆盖的网络质押份额而变化，因此该流并非连续不断。设置 includeSource: ["helius"] 后，覆盖范围将仅限于直接转发到 Helius 的验证者。 使用 getPreConfCoverage 获取 Preconfirmations 覆盖的网络质押百分比及按区域划分的明细。
请预期会出现间断。如果某个 slot 的领导者未被任一来源覆盖，你将不会 收到该 slot 的任何 Preconfirmations 消息。设计集成时应能容忍这些间断——不要假设流会 连续不断；如需持续覆盖，请回退到其他信号，例如 LaserStream 或 Shred Delivery。
随着更多验证者将流转发至 Helius，覆盖范围会不断扩大。如果你运营验证者，可以帮助弥补这些覆盖缺口并赚取收益。

​
面向验证者

在运营验证者？你可以通过将 Preconfirmations 流转发至 Helius 来赚取收益，同时为所有使用 Preconfirmations 的用户提升覆盖范围。

Validators: earn by sending Preconfirmations

了解如何开始转发 Preconfirmations 并赚取收益。

​
后续步骤

preconfSubscribe reference

查看订阅方式、消息格式以及完整的 WebSocket 示例。

Helius Sender

将 Preconfirmations 与 Sender 结合使用，以最快的落地速度根据所见信息 采取行动。