Skip to main content
사전 확인에 대해 조치하려면 Sender Max(최소 팁: 0.001 SOL)을 사용하세요.** 사전 확인은 거래가 먼저 실행될 경우에만 유용합니다. Sender Max는 이를 위해 가장 빠른 방법입니다. 처음부터 Sender Max를 사용하여 사전 확인의 모든 혜택을 누리세요.

개요

사전 확인은 거래가 항목에 수집되고 슈레드로 변환되기 이전에 관찰될 수 있는 가장 초기 시점에 거래를 스트리밍합니다. 이는 Helius가 제공하는 가장 낮은 지연 시간의 거래 신호로, Shred Delivery 및 처리된 커밋 스트림보다 빠릅니다. preconfSubscribe 방법으로 WebSocket에서 구독하며 각 거래가 발생할 때마다 수신합니다. 스트림은 기본적으로 포함된 두 가지 소스를 결합하여 파이프라인에서 다른 시점에 방출합니다:
  • Helius로 전달하는 밸리데이터에서 오는 Helius 사전 확인. 리더가 거래를 실행하고 결과가 존재하는 첫 번째 순간에 실행 상태와 함께 방출됩니다.
  • Jito의 블록 어셈블리 마켓플레이스 (BAM) 클라이언트를 실행하는 밸리데이터에서 오는 BAM 사전 확인. 거래를 실행하기로 커밋할 때 방출되며, 실행 상태를 포함하지 않습니다.
사전 확인은 Helius Gatekeeper 엔드포인트에서 제공됩니다, wss://beta.helius-rpc.com. beta 호스트 이름은 Gatekeeper 출시를 가리키며, 사전 확인의 성숙도가 아닙니다 — 트래픽이 Gatekeeper로 이동하면서 표준 엔드포인트가 될 것입니다.

가장 낮은 지연 시간

거래는 슈레드와 처리된 커밋먼트 스트림보다 먼저 전달됩니다.

WebSocket 스트리밍

preconfSubscribe로 한 번 구독하고 Helius와 BAM 사전 확인을 하나의 스트림으로 수신합니다.

크레딧 기반 가격

전문 계획 이상; 메시지당 10 크레딧 (각 스트리밍된 거래)

트레이더를 위해 설계됨

propAMMs, 스나이퍼, 카피 트레이더, 청산 봇을 위해 체인 활동에 도달하기 전에 대응합니다.

파이프라인 내 사전 확인의 위치

트랜잭션은 온체인에 올라가기 전에 검증자 내부에서 여러 단계를 거칩니다. 왼쪽에서 오른쪽으로 갈수록 지연 시간이 증가하므로, 더 오른쪽에서 관찰할수록 트랜잭션에 대해 더 늦게 알게 됩니다.
밸리데이터 내 거래 지연 흐름: 사용자 Tx에서 TPU, 스케줄러, 사전 확인 (스케줄된 거래)으로 이어지는 슈레드까지, 왼쪽에서 오른쪽으로 지연이 증가합니다.

사전 확인은 거래를 슈레드와 처리된 커밋먼트 스트림보다 먼저 전달합니다.

Helius 사전 확인은 실행 단계에서 방출됩니다 — 리더가 거래를 실행하고 상태를 알게 되는 순간으로, 결과가 항목에 기록되고 슈레드로 변환되기 전입니다. 이는 거래의 결과가 존재하고 보고될 수 있는 수명 주기의 첫 번째 지점입니다. BAM 사전 확인은 밸리데이터가 거래 실행을 커밋하지만 실행되기 전 단계에서 방출됩니다. 두 가지 모두 거래가 슈레드로 변형되기 전에 도착하므로 동일 거래에 대해 슈레드 기반 전달보다 엄밀히 낮은 지연 시간을 제공합니다.

BAM 사전 확인

BAM (Block Assembly Marketplace)은 Solana를 위한 Jito의 블록 빌딩 시스템입니다. BAM 호환 클라이언트를 실행하는 밸리데이터는 거래 실행에 커밋하는 순간 즉시 사전 확인을 방출합니다. Helius는 Jito의 지역 BAM 엔드포인트로부터 이를 수집하고 같은 preconfSubscribe 구독 및 바이너리 페이로드를 통해 Helius 사전 확인으로 전달합니다. 출시 당시, BAM은 네트워크 지분의 34% 이상을 대표하는 밸리데이터로부터 커버리지를 추가했습니다. BAM 사전 확인은 동일한 페이로드 레이아웃을 따르나 몇 가지 필드가 다릅니다:
  • tx_index은 항상 0입니다. BAM은 슬롯 인덱스가 아니라 시퀀스 ID와 번들 내 위치를 기준으로 트랜잭션을 정렬합니다. 둘 다 Helius 필드에 매핑되지 않으며 스트림에도 포함되지 않습니다. 두 소스 구분하기를 참조하세요.
  • regionInclude은 이를 수집한 Helius 리전이 아니라 사전 확인을 보낸 리전별 BAM 엔드포인트와 일치합니다.
  • 일부 트랜잭션은 두 소스를 통해 Helius에 도달하므로 동일한 서명이 두 번 전달될 수 있습니다. 중복 알림을 참조하세요.
Helius 사전 확인만을 수신하려면, 구독 필터includeBam: false를 전달하세요.

사전 확인을 사용해야 할 때

적합

propAMMs, 스나이퍼, 카피 트레이더, 청산 봇 — 가능한 한 빨리 거래에 반응해야 하는 모든 전략.

대안을 고려하세요

전체 역사적 또는 확인된 데이터를 위해서는 LaserStream 또는 Enhanced WebSockets를 사용하세요. 원시 네트워크 데이터를 보려면 Shred Delivery를 확인하세요.
사전 확인은 초기 신호이지 보장이 아닙니다. 거래는 아직 온체인에 도달하지 않았으며 삭제될 수 있습니다 — Helius 사전 확인의 실행 상태는 블록이 확인되기 전까지 리더의 지역 결과를 반영합니다. 이를 최종적으로 간주하기 전에 표준 서약 검사를 통해 착지를 확인하세요.

가격 책정

사전 확인은 전문 플랜 이상을 요구하며 메시지당 10 크레딧 — 각 스트리밍 거래당 한 메시지 — 귀하의 계획에서 청구됩니다. 자세한 내용은 크레딧을 참조하세요.
사전 확인은 새로운 제품이며 가격은 변경될 수 있습니다.

커버리지

사전 확인은 Helius로 스트림을 전달하거나 BAM 호환 클라이언트를 실행하는 밸리데이터에 의해 스케줄된 거래에만 사용할 수 있습니다. 커버리지는 이 두 소스가 커버하는 네트워크 지분의 비율에 따라 조정되므로 스트림이 연속적이지 않습니다. includeBam: false를 설정하면 Helius로 직접 전달하는 벨리데이터로 커버리지가 제한됩니다.
기대치 차이. 리더가 어느 소스에도 커버되지 않는 슬롯의 경우, 해당 슬롯에 대한 사전 확인 메시지를 수신하지 못합니다. 통합을 이러한 갭을 수용하도록 설계하세요 — 연속적인 스트림을 가정하지 말고 연속적인 커버리지가 필요할 때에는 LaserStream 또는 Shred Delivery와 같은 다른 신호를 사용하세요.
커버리지는 더 많은 벨리데이터가 Helius에 전달함에 따라 증가합니다. 벨리데이터를 운영한다면, 이러한 갭을 줄이고 수익을 얻을 수 있습니다.

벨리데이터를 위해

벨리데이터를 운영하십니까? 사전 확인 스트림을 Helius로 전달하여 수익을 얻고 사전 확인을 소비하는 모든 사람에게 커버리지를 개선할 수 있습니다.

벨리데이터: 사전 확인을 보내 수익을 올리세요

사전 확인 전달을 시작하고 수익을 올리는 방법을 배우세요.

다음 단계

preconfSubscribe 참조

구독, 메시지 형식 및 WebSocket 전체 예제.

Helius 송신기

Preconfirmations를 Sender와 쌍을 이루어 가장 빠른 착지를 위해 관찰한 것을 실행하세요.