sendBundle 제출은 플랜에서 1 크레딧으로 청구됩니다.
지원되는 메서드
sendBundle
서명된 거래 목록을 원자적 번들로 제출합니다. 번들이 수락되면 거래 서명의 SHA-256 해시인bundle_id를 반환합니다. 이는 번들이 체인에 상륙함을 보장하지 않습니다. 확인을 위해 체인에서 거래 확인을 확인하세요.
팁이 필요합니다. 적어도 하나의 거래는 Helius 팁 계정으로 SOL을 전송해야 합니다. 팁이 너무 낮으면 번들이 선택되지 않을 수 있습니다.
요청
예시
응답
result는 번들 ID입니다 — getBundleStatuses와 함께 사용하여 상륙 추적을 수행하세요.
getBundleStatuses
제출된 번들의 상태를 반환합니다. 번들이 상륙하지 않았거나 찾을 수 없는 경우null를 반환합니다.
요청
예시
응답
value 배열에 null를 반환합니다.
지역 라우팅
기본적으로 Helius는 Jito의 글로벌 엔드포인트 (mainnet.block-engine.jito.wtf)에 번들을 라우팅하며, 이는 근처의 Block Engine으로 자동으로 지리 라우팅됩니다.
특정 지역을 대상으로 하려면 jito-region HTTP 헤더를 설정하십시오:
지역 예시
팁 계정
번들 내의 적어도 하나의 거래는 이 팁 계정 중 하나에 SOL 전송을 포함해야 합니다. 경쟁을 줄이기 위해 무작위로 선택하세요.번들 요구사항
- 번들당 최대 5개 거래
- 모든 거래는 완전히 서명되어야 함
- base64 인코딩 사용 (성능상 base58보다 권장)
- 적어도 하나의 거래에 팁 포함
- 거래는 순차적으로 실행됨 — tx2는 tx1의 상태 변화에 의존 가능
simulateBundle (선택 사항)
제출 전에 번들을 시뮬레이션하여 오류를 확인할 수 있습니다:샌드위치 공격 방어
통계적으로 샌드위치 공격과 연결된 검증자에서 번들을 우회하려면 RPC URL에mev-protect=true 쿼리 매개변수를 추가하세요 — 번들에 대한 변경은 필요하지 않습니다:
자세히 보기
MEV 보호
샌드위치 공격과 통계적으로 연결된 검증자를 우회합니다.
거래 리베이트
생성한 MEV의 일부를 받도록 거래당 옵션을 선택하고, SOL로 지급받습니다.