jpskill.com
📦 その他 コミュニティ

jito-bundles

Solanaブロックチェーン上でMEV(マイナー抽出可能価値)から取引を保護するため、Jito bundleを活用し、最適なチップ戦略やブロックエンジンエンドポイントを用いて、取引の成功率を高めるSkill。

📜 元の英語説明(参考)

Jito bundle submission for MEV protection on Solana — bundle building, tip strategies, block engine endpoints, and landing rate optimization

🇯🇵 日本人クリエイター向け解説

一言でいうと

Solanaブロックチェーン上でMEV(マイナー抽出可能価値)から取引を保護するため、Jito bundleを活用し、最適なチップ戦略やブロックエンジンエンドポイントを用いて、取引の成功率を高めるSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o jito-bundles.zip https://jpskill.com/download/10414.zip && unzip -o jito-bundles.zip && rm jito-bundles.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/10414.zip -OutFile "$d\jito-bundles.zip"; Expand-Archive "$d\jito-bundles.zip" -DestinationPath $d -Force; ri "$d\jito-bundles.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して jito-bundles.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → jito-bundles フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

Solana の Jito Bundle 提出

Jito bundle を使用すると、最大 5 つの Solana トランザクションを アトミックに 実行できます。つまり、すべてが同じスロットに着地するか、まったく着地しないかのどちらかです。これは、Solana における MEV 保護と競争的なトランザクション実行のための主要なメカニズムです。Solana バリデーターの約 85% 以上が Jito によって変更されたクライアントを実行しており、bundle は信頼性が高く、フロントラン耐性のある実行のための標準となっています。

実行スキル — 安全上の警告: bundle を提出すると、チップに実際の SOL が消費されます。常に最初に --demo モードでテストしてください。明示的な確認なしに、実際の資金で bundle を提出しないでください。すべてのスクリプトと例で、シミュレーション/ドライランをデフォルトにしてください。

Bundle を使用するタイミング

シナリオ Bundle を使用するか? 理由
流動性の低いトークンのスワップ はい サンドイッチ攻撃を防ぎます
複数ステップのアービトラージ はい アトミックな実行により、部分的な約定を防ぎます
清算 はい 競争的 — チップが優先順位を決定します
単純な SOL 送金 いいえ 優先手数料の方が安価で十分です
時間に左右されないスワップ たぶん Bundle はチップを消費します。優先手数料で十分な場合があります
NFT ミント / 競争的なアクション はい スロット内の順序を保証します

コアコンセプト

Bundle の構造

Jito bundle は、1〜5 個の base58 エンコードされた署名付きトランザクションを含む JSON-RPC リクエストです。トランザクションは、単一のスロット内で順番に、アトミックに実行されます。

Bundle = [Tx1, Tx2, ..., TxN]  (N <= 5)

- すべてのトランザクションは署名されている必要があります
- トランザクションは順番に実行されます: Tx1 → Tx2 → ... → TxN
- いずれかのトランザクションが失敗した場合、BUNDLE 全体がドロップされます
- チップ命令は、最後のトランザクションの LAST 命令に入ります
- Bundle には、期限切れになるまでに約 2 スロット (~800ms) の着地時間があります

チップメカニズム

チップは、Jito の 8 つのチップアカウントのいずれかへの SOL 送金です。チップは、バリデーターが bundle を含めるように促します。

# チップは標準の SOL 送金命令です
tip_instruction = transfer(
    from_pubkey=your_wallet,
    to_pubkey=tip_account,      # 8 つの Jito チップアカウントのいずれか
    lamports=tip_amount          # チップ (1 SOL = 1e9 lamports)
)
# bundle の最後のトランザクションの LAST 命令として追加します

チップアカウントは、getTipAccounts を介して動的にフェッチされます。負荷を分散するために、それらをローテーションしてください。

Block Engine エンドポイント

Jito は、地理的に分散された block engine を運用しています。インフラストラクチャに最も近いものを選択してください。

地域 エンドポイント
ニューヨーク https://mainnet.block-engine.jito.wtf
アムステルダム https://amsterdam.block-engine.jito.wtf
フランクフルト https://frankfurt.block-engine.jito.wtf
東京 https://tokyo.block-engine.jito.wtf

すべてのエンドポイントは、ポート 443 で HTTPS 経由の JSON-RPC を受け入れます。/api/v1/bundles パスは、bundle 操作を処理します。

API メソッド

sendBundle

最大 5 つのトランザクションの bundle を送信します。

import httpx

BLOCK_ENGINE = "https://mainnet.block-engine.jito.wtf"

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "sendBundle",
    "params": [
        [tx1_base58, tx2_base58],  # base58 エンコードされた署名付き tx のリスト
    ]
}

resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
data = resp.json()
bundle_id = data["result"]  # UUID 文字列

getBundleStatuses

送信された bundle の着地ステータスを確認します (リクエストごとに最大 5 つの bundle ID)。

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getBundleStatuses",
    "params": [[bundle_id]]
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
statuses = resp.json()["result"]["value"]
# 各ステータス: {bundle_id, status, slot, transactions: [{signature, ...}]}
# status: "Invalid", "Pending", "Failed", "Landed"

getTipAccounts

Jito チップアカウントの現在のリストをフェッチします。

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getTipAccounts",
    "params": []
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
tip_accounts = resp.json()["result"]  # 8 つの base58 pubkey のリスト

getInflightBundleStatuses

まだ着地していない bundle のステータスを確認します (インフライト)。

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getInflightBundleStatuses",
    "params": [[bundle_id]]
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
# status: "Pending", "Failed", "Landed"

Bundle 構築パターン

保護されたスワップの典型的な bundle:

from solders.transaction import VersionedTransaction
from solders.message import MessageV0
from solders.instruction import Instruction
from solders.system_program import transfer, TransferParams
from solders.pubkey import Pubkey
import random

def build_protected_swap_bundle(
    swap_ix: Instruction,
    payer: Pubkey,
    tip_lamports: int,
    tip_accounts: list[str],
    recent_blockhash: str,
) -> list[VersionedTransaction]:
    """1-tx bundle を構築します: スワップ + チップを同じトランザクションで。

    単純なスワップの場合、単一トランザクションの bundle で十分です。
    チップ命令は最後の命令として追加されます。
    """
    # ランダムなチップアカウントを選択します
    tip_account = Pubkey.from_string(random.choice(tip_accounts))

    # チップ命令
    tip_ix = transfer(TransferParams(
        from_pubkey=payer,
        to_pubkey=tip_account,
        lamports=tip_lamports,
    ))

    # スワップ + チップでトランザクションを構築します
    msg = MessageV0.try_compile(
        payer=payer,
        instructions=[swap_ix, tip_ix],
        address_lookup_table_accounts=[],
        recent_blockhash=recent_blockhash,
    )
    tx = VersionedTransaction(msg, [keypair])
    return [tx]

チップサイズガイド

シナリオ チップ範囲 (lamports) チップ範囲 (SOL)
通常のスワップ (緊急度が低い) 1,000 - 10,000 0.000001 - 0.00001
通常のスワップ (標準) 10,000 - 50,000 0.00001 - 0.00005
競争的なアクション (arb, 清算) 50,000 - 500,000 0.00005 - 0.0005
非常に競争的な (NFT ミント, MEV) 500,000 - 5,000,000 0.000

(原文はここで切り詰められています)

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Jito Bundle Submission for Solana

Jito bundles allow you to submit up to 5 Solana transactions that execute atomically — either all land in the same slot or none do. This is the primary mechanism for MEV protection and competitive transaction execution on Solana. Approximately 85%+ of Solana validators run the Jito-modified client, making bundles the standard for reliable, front-run-resistant execution.

EXECUTION SKILL — SAFETY WARNING: Submitting bundles spends real SOL on tips. Always test with --demo mode first. Never submit bundles with real funds without explicit confirmation. Default to simulation/dry-run in all scripts and examples.

When to Use Bundles

Scenario Use Bundle? Why
Swap on illiquid token Yes Prevents sandwich attacks
Multi-step arbitrage Yes Atomic execution prevents partial fills
Liquidation Yes Competitive — tip determines priority
Simple SOL transfer No Priority fees are cheaper and sufficient
Time-insensitive swap Maybe Bundles cost tips; priority fees may suffice
NFT mint / competitive action Yes Guarantees ordering within the slot

Core Concepts

Bundle Anatomy

A Jito bundle is a JSON-RPC request containing 1-5 base58-encoded signed transactions. The transactions execute sequentially and atomically within a single slot.

Bundle = [Tx1, Tx2, ..., TxN]  (N <= 5)

- All transactions must be signed
- Transactions execute in order: Tx1 → Tx2 → ... → TxN
- If ANY transaction fails, the ENTIRE bundle is dropped
- The tip instruction goes in the LAST transaction (last instruction)
- Bundle has ~2 slots (~800ms) to land before expiry

Tip Mechanism

Tips are SOL transfers to one of Jito's 8 tip accounts. The tip incentivizes validators to include your bundle.

# Tip is a standard SOL transfer instruction
tip_instruction = transfer(
    from_pubkey=your_wallet,
    to_pubkey=tip_account,      # One of 8 Jito tip accounts
    lamports=tip_amount          # Tip in lamports (1 SOL = 1e9 lamports)
)
# Add as the LAST instruction of the LAST transaction in the bundle

Tip accounts are fetched dynamically via getTipAccounts. Rotate through them to distribute load.

Block Engine Endpoints

Jito operates geographically distributed block engines. Choose the one closest to your infrastructure:

Region Endpoint
New York https://mainnet.block-engine.jito.wtf
Amsterdam https://amsterdam.block-engine.jito.wtf
Frankfurt https://frankfurt.block-engine.jito.wtf
Tokyo https://tokyo.block-engine.jito.wtf

All endpoints accept JSON-RPC over HTTPS on port 443. The /api/v1/bundles path handles bundle operations.

API Methods

sendBundle

Submit a bundle of up to 5 transactions.

import httpx

BLOCK_ENGINE = "https://mainnet.block-engine.jito.wtf"

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "sendBundle",
    "params": [
        [tx1_base58, tx2_base58],  # List of base58-encoded signed txs
    ]
}

resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
data = resp.json()
bundle_id = data["result"]  # UUID string

getBundleStatuses

Check the landing status of submitted bundles (up to 5 bundle IDs per request).

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getBundleStatuses",
    "params": [[bundle_id]]
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
statuses = resp.json()["result"]["value"]
# Each status: {bundle_id, status, slot, transactions: [{signature, ...}]}
# status: "Invalid", "Pending", "Failed", "Landed"

getTipAccounts

Fetch the current list of Jito tip accounts.

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getTipAccounts",
    "params": []
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
tip_accounts = resp.json()["result"]  # List of 8 base58 pubkeys

getInflightBundleStatuses

Check status of bundles that haven't landed yet (in-flight).

payload = {
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getInflightBundleStatuses",
    "params": [[bundle_id]]
}
resp = httpx.post(f"{BLOCK_ENGINE}/api/v1/bundles", json=payload)
# status: "Pending", "Failed", "Landed"

Bundle Construction Pattern

A typical bundle for a protected swap:

from solders.transaction import VersionedTransaction
from solders.message import MessageV0
from solders.instruction import Instruction
from solders.system_program import transfer, TransferParams
from solders.pubkey import Pubkey
import random

def build_protected_swap_bundle(
    swap_ix: Instruction,
    payer: Pubkey,
    tip_lamports: int,
    tip_accounts: list[str],
    recent_blockhash: str,
) -> list[VersionedTransaction]:
    """Build a 1-tx bundle: swap + tip in the same transaction.

    For simple swaps, a single-transaction bundle is sufficient.
    The tip instruction is appended as the last instruction.
    """
    # Pick a random tip account
    tip_account = Pubkey.from_string(random.choice(tip_accounts))

    # Tip instruction
    tip_ix = transfer(TransferParams(
        from_pubkey=payer,
        to_pubkey=tip_account,
        lamports=tip_lamports,
    ))

    # Build transaction with swap + tip
    msg = MessageV0.try_compile(
        payer=payer,
        instructions=[swap_ix, tip_ix],
        address_lookup_table_accounts=[],
        recent_blockhash=recent_blockhash,
    )
    tx = VersionedTransaction(msg, [keypair])
    return [tx]

Tip Sizing Guide

Scenario Tip Range (lamports) Tip Range (SOL)
Normal swap (low urgency) 1,000 - 10,000 0.000001 - 0.00001
Normal swap (standard) 10,000 - 50,000 0.00001 - 0.00005
Competitive action (arb, liquidation) 50,000 - 500,000 0.00005 - 0.0005
Highly competitive (NFT mint, MEV) 500,000 - 5,000,000 0.0005 - 0.005
Emergency (must land this slot) 5,000,000+ 0.005+

Dynamic tip calculation based on recent tip levels:

def calculate_dynamic_tip(
    base_tip: int = 10_000,
    urgency_multiplier: float = 1.0,
    recent_tip_percentile_50: int = 15_000,
) -> int:
    """Calculate tip based on urgency and recent network tips.

    Args:
        base_tip: Minimum tip in lamports.
        urgency_multiplier: 1.0 = normal, 2.0 = urgent, 5.0 = critical.
        recent_tip_percentile_50: Median tip from recent bundles.

    Returns:
        Tip amount in lamports.
    """
    dynamic_tip = max(base_tip, int(recent_tip_percentile_50 * urgency_multiplier))
    # Cap at 0.01 SOL to prevent accidents
    return min(dynamic_tip, 10_000_000)

Common Errors and Fixes

Error Cause Fix
Bundle dropped (slot expired) Bundle didn't land within 2 slots Retry with fresh blockhash; consider higher tip
Transaction simulation failed A tx in the bundle would fail on-chain Simulate each tx individually to find the failing one
Bundle already processed Duplicate bundle ID Expected on retry; check status instead
Rate limited Too many requests to block engine Back off; rotate between block engine endpoints
Invalid transaction Malformed or unsigned transaction Verify all txs are signed and base58-encoded
Blockhash not found Stale blockhash Use getLatestBlockhash with finalized commitment

Landing Rate Optimization

Strategies to maximize bundle landing probability:

  1. Multi-region submission: Send the same bundle to multiple block engines simultaneously. The first to reach the current leader wins.

  2. Fresh blockhash: Use getLatestBlockhash with confirmed commitment immediately before building. Stale blockhashes are the #1 cause of dropped bundles.

  3. Retry with backoff: If a bundle doesn't land within 2-3 seconds, rebuild with a fresh blockhash and resubmit. Do NOT resubmit with the same blockhash.

  4. Adequate tipping: Under-tipped bundles are deprioritized. Monitor the network's tip distribution and tip at or above the 50th percentile for your urgency level.

  5. Minimal bundle size: Fewer transactions = less simulation time = higher landing rate. Use single-transaction bundles when possible.

async def submit_with_retry(
    bundle_txs: list[str],
    endpoints: list[str],
    max_retries: int = 3,
) -> str | None:
    """Submit bundle to multiple endpoints with retry logic.

    Returns bundle_id if submitted, None if all retries exhausted.
    """
    for attempt in range(max_retries):
        # Submit to all endpoints in parallel
        async with httpx.AsyncClient() as client:
            tasks = [
                client.post(
                    f"{ep}/api/v1/bundles",
                    json={
                        "jsonrpc": "2.0", "id": 1,
                        "method": "sendBundle",
                        "params": [bundle_txs],
                    },
                    timeout=5.0,
                )
                for ep in endpoints
            ]
            # Process first successful response
            for resp in asyncio.as_completed(tasks):
                result = (await resp).json()
                if "result" in result:
                    return result["result"]

        # Wait before retry with fresh blockhash
        await asyncio.sleep(0.5 * (attempt + 1))
    return None

Safety Checklist (Execution)

Before submitting any bundle with real funds:

  • [ ] Simulated all transactions individually via simulateTransaction
  • [ ] Verified tip amount is reasonable (not accidentally SOL instead of lamports)
  • [ ] Confirmed blockhash is fresh (< 60 seconds old)
  • [ ] Verified all transactions are properly signed
  • [ ] Checked wallet balance covers all transaction costs + tip
  • [ ] Tested with devnet or --demo mode first
  • [ ] Set maximum tip cap to prevent accidental overpayment

Files

References

  • references/bundle_api.md — Complete JSON-RPC API reference with request/response schemas and error codes
  • references/tip_strategies.md — Tip calculation strategies, dynamic tipping, cost optimization
  • references/best_practices.md — Bundle construction patterns, landing rate optimization, common pitfalls

Scripts

  • scripts/build_bundle.py — Bundle construction with tip instruction; --demo mode builds but does not submit
  • scripts/check_bundle_status.py — Bundle status checking and tip account fetching; --demo mode uses mock responses