sendBundle の送信は、プランから 1 クレジット として請求されます。
対応するメソッド
sendBundle
署名済みトランザクションのリストをアトミックバンドルとして送信します。バンドルが受け入れられると、bundle_id (トランザクション署名の SHA-256 ハッシュ)を返します。これによりバンドルがオンチェーンに載ることは保証されません。確認するには、チェーン上でトランザクションの確認を行ってください。
チップは必須です。少なくとも 1 つのトランザクションが Helius チップアカウント への SOL 転送を含む必要があります。チップが少なすぎる場合、バンドルは選択されないことがあります。
リクエスト
例
レスポンス
result はバンドルIDです — getBundleStatuses を使って上場を追跡します。
getBundleStatuses
送信されたバンドルのステータスを返します。バンドルが上場していないか見つからない場合、null を返します。
リクエスト
例
レスポンス
value 配列に null を返します。
リージョンルーティング
デフォルトで、Helius はあなたのバンドルを Jito のグローバルエンドポイント (mainnet.block-engine.jito.wtf) にルーティングし、最寄りのブロックエンジンに自動的にジオルーティングします。
特定のリージョンをターゲットにするには、jito-region HTTP ヘッダーを設定してください:
リージョンを指定した例
チップアカウント
バンドル内の少なくとも 1 つのトランザクションに、これらのチップアカウントのいずれかへの SOL 転送を含める必要があります。競合を減らすためにランダムに選択してください。バンドル要件
- バンドルごとに最大 5 つのトランザクション
- すべてのトランザクションは 完全に署名 される必要があります
- base64 エンコーディングを使用(パフォーマンスのために base58 より推奨)
- 少なくとも 1 つのトランザクションに チップ を含める必要があります
- トランザクションは 順次実行 されます — tx2 は tx1 の状態変化に依存することができます
simulateBundle(オプション)
送信前にバンドルをシミュレートしてエラーをチェックすることができます:サンドイッチ攻撃からの保護
統計的にサンドイッチ攻撃に関連するバリデータからバンドルをルートするには、RPC URL にmev-protect=true クエリパラメータを追加してください — バンドルに変更はありません:
参照
MEV Protect
統計的にサンドイッチ攻撃に関連するバリデータを避けるルートです。
トランザクションリベート
作成した MEV のシェアを SOL で受け取るように、単一の
sendTransaction コールでオプトインします。