Skip to main content
이것은 기본 번들 경로로, Jito에 직접 프록시되며, 전송당 요금이 청구됩니다. 지연 요구사항 없이 원자적 실행이 필요하면 가장 좋습니다. 저지연 및 우선 팁 버퍼가 필요한 거래자는 대신 보내는 사람 최대 번들를 사용하세요.
기본 번들은 최대 5개의 거래를 원자적으로 올오어낫 방식으로 실행하여 Jito로 직접 프록시합니다. 각 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,000 lamports입니다.

번들 요구사항

  • 번들당 최대 5개 거래
  • 모든 거래는 완전히 서명되어야 함
  • base64 인코딩 사용 (성능상 base58보다 권장)
  • 적어도 하나의 거래에 포함
  • 거래는 순차적으로 실행됨 — tx2는 tx1의 상태 변화에 의존 가능

simulateBundle (선택 사항)

제출 전에 번들을 시뮬레이션하여 오류를 확인할 수 있습니다:

샌드위치 공격 방어

통계적으로 샌드위치 공격과 연결된 검증자에서 번들을 우회하려면 RPC URL에 mev-protect=true 쿼리 매개변수를 추가하세요 — 번들에 대한 변경은 필요하지 않습니다:

자세히 보기

MEV 보호

샌드위치 공격과 통계적으로 연결된 검증자를 우회합니다.

거래 리베이트

생성한 MEV의 일부를 받도록 거래당 옵션을 선택하고, SOL로 지급받습니다.