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

​
概述

预确认在验证器调度交易的那一刻，即它们可以被观察到的最早点流式传输交易，在它们被收集到条目并转换为碎片之前。这是 Helius 提供的最低延迟交易信号——早于 Shred Delivery 和处理过的承诺流。 您可以通过WebSocket订阅，并使用preconfSubscribe方法接收每个计划交易。
预确认通过 Helius Gatekeeper 端点提供，wss://beta.helius-rpc.com。beta 主机名指的是 Gatekeeper 发布，而不是预确认的成熟度——随着流量迁移到 Gatekeeper，它将成为标准端点。

最低延迟

交易会在计划交易阶段交付，领先于碎片和已处理的提交流

WebSocket流式传输

使用preconfSubscribe订阅一次即可连续接收 计划交易流

基于信用的定价

专业计划或更高；每条消息（每笔流式交易）10个信用点

为交易者而建

在链上活动到达前做出反应，用于propAMMs、狙击手、复制交易者和清算机器人

​
预确认在管道中的位置

交易在进入区块链之前，会经过验证器中的多个阶段。延迟从左到右增加——您观察到的位置越靠右，您了解交易的时间就越晚。
验证器内的交易延迟流：用户交易到 TPU 到调度器到预确认（调度交易）到碎片，延迟从左到右增加。

预确认在碎片生成前一个阶段传递调度的交易。

预确认利用了调度交易阶段——在验证器已调度交易之后，但在收集到条目并转换为碎片之前。这使得它们比基于碎片的传递具备严格的低延迟性能。

​
何时使用预确认

适合

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

考虑替代方案

对于完整的历史或确认数据，使用LaserStream或 增强型WebSockets。对于原始网络 数据，请参阅碎片交付。
预确认是一个早期信号，而不是保证。调度的交易尚未上链，可能仍会失败或被丢弃。通过标准承诺检查确认着陆后再视其为最终结果。

​
定价

预确认需要专业计划或更高，费用为每条消息 10 积分——每个流式传输的交易一条消息——从您的计划中扣除。详情请参阅 Credits。
预确认是一个新产品，定价可能会有所变动。

​
覆盖范围

预确认仅适用于验证器调度并将流转发给 Helius 的交易。覆盖范围随当前发送给 Helius 的网络权益比例而扩展，因此流不是连续的。
预计会有间隙。在领导者未转发给 Helius 的插槽期间，您将不会收到该插槽的预确认消息。设计您的集成以容忍这些间隙——不要假设流是连续的，需要时可以返回到其他信号，如 LaserStream 或 Shred Delivery 来获得持续的覆盖。
随着更多验证器转发给Helius，覆盖范围会增长。如果您操作验证器，您可以帮助填补这些空隙并赚取收入。

​
对于验证器

运营验证器？您可以通过将您的预确认流转发给 Helius 获得收入——并改善每个使用预确认的人的覆盖范围。

验证器：通过发送预确认赚取

了解如何开始转发预确认并赚取收入。

​
下一步

preconfSubscribe 参考

订阅、消息格式和完整的 WebSocket 示例。

Helius Sender

搭配 Sender 使用预确认，以最快的速度着陆您看到的内容。