ルーティングとMEV

Documentation Index

Fetch the complete documentation index at: https://docs.raydium.io/llms.txt

Use this file to discover all available pages before exploring further.

​

スプリットルーティング入門

​

貪欲法による実装

remaining = X
routes    = []
step      = X / 1000     // スライスサイズ
while remaining > 0:
    best_pool = argmax over i of f'_i(current_x_i + step)
    x_i += step
    routes.append((best_pool, step))
    remaining -= step

​

凸最適化による実装

• 定数乗積（CPMM / AMM v4）：f'(x) = y * R_y / (R_x + x)^2 ここで R_x, R_y はリザーブであり y = R_x * R_y / (R_x + x) - R_y …（より単純な導出：限界価格は R_y / (R_x + x) なので、限界価格を等化するようにスプリットすることは1次元の探索です）。
• CLMM：区分的に滑らか — 1つのティック内では、f'(x) は sqrt_price の有理関数です；ティック全体では、それは離散的にステップします。小さなステップソルバーでスプリットするか、各連続ティックを独自の「プール」として扱います。

​

スプリットルーティングが有効な場合

​

マルチホップルート

tokenA → tokenHub → tokenB

• 独自のスリッページ境界（直接ホップでは低い；マルチホップでホップあたり）。
• 独自の手数料支払い。
• 独自の価格影響。

​

サンドイッチ攻撃

​

メカニズム

1. フロントラン：ボットはあなたの前に同じトークンを購入し、プール価格を上げます。
2. 被害トランザクション：より悪い価格でスワップします。
3. バックラン：ボットは上昇した価格で売却し、スプレッドを獲得します。

​

緩和策

​

Jitoバンドル

​

バンドルの動作方法

• Jitoブロックエンジンエンドポイント（例：https://mainnet.block-engine.jito.wtf）に接続します。
• 1～5トランザクションとチップをJitoのチップアカウントの1つに含むバンドルを送信します。
• 現在のリーダーが Jito を実行している場合、バンドルが検討されます。このスロットのオークション落札者（最も高いチップ対CUを持つバンドル）が着地します；その他はドロップします。

​

チップサイズの決定

const tipRes = await fetch("https://worker.jito.wtf/api/v1/bundles/tip_floor");
const tips   = await tipRes.json();
// { ema_landed_tips_25th_percentile, 50th, 75th, 95th, 99th }

// 通常の日のユーザー向けスワップ — 50パーセンタイルは問題ありません。
const tipSol = tips.ema_landed_tips_50th_percentile_lamports / 1e9;

// 渋滞中の時間敏感なボット取引 — 75～95パーセンタイル。

​

バンドルの構築

import { SearcherClient } from "jito-ts";

const client = new SearcherClient("https://mainnet.block-engine.jito.wtf");

const tipIx = SystemProgram.transfer({
  fromPubkey: user.publicKey,
  toPubkey:   JITO_TIP_ACCOUNTS[Math.floor(Math.random() * 8)],  // 8個のチップアカウント
  lamports:   tipLamports,
});

const tx1 = new VersionedTransaction(...);  // スワップ
tx1.sign([user]);

const bundleUuid = await client.sendBundle([tx1], tipLamports);
// オプション：client.getBundleStatuses([bundleUuid]) で確認を待つ

• チップはバンドル内にある必要があります。 SystemProgram.transfer をJitoチップアカウントに含めて、バンドルのトランザクションの1つ（通常は最後のもの）内に命令として含めます。バンドルの一部ではない別のチップトランザクションは無視されます。
• リーダーはJito対応ではありません。 リーダーの約75%がJitoを実行しており、約25%は実行していません。非Jitoリーダーがスロットを保持している場合に送信されるバンドルはドロップされます。クライアントは自動的に再試行されます。
• 有効期限。 バンドルは通常のトランザクションと同じブロックハッシュ有効期限モデルを使用します。すばやく組立ておよび送信します；約60秒ウィンドウ。

​

バンドル対優先手数料

​

MEV共有 / リバート保護RPC

• Helius — バンドルサポート付きのステークされた接続。
• QuickNode — 「Revert Protect」エンドポイント；送信されたトランザクションの周りに自動的にバンドルを形成します。
• Triton — プライベートフロー層。

​

渋滞処理

• トランザクションは60秒以上確認されずに残り、「ブロックハッシュが見つかりません」で期限切れになります。
• 昨日うまくいった優先手数料は今日は不十分です。
• シミュレーションは成功しますが、実行は着地しません。

1. 有効期限でのアグレッシブな再試行。 TransactionExpiredBlockheightExceeded で、新しいブロックハッシュで再構築し、再送信します。リバートで再試行しないでください — リバートは決定論的です。
2. 複数RPC放送。 同じトランザクションを複数のRPCに並列で送信します；最初にリーダーに到達したもの勝ちです。
3. 優先手数料ランピング。 50パーセンタイルから始めます；最初の試行が期限切れになった場合、75番目、次に95番目で再試行します。
4. フォールバックとしてのJitoバンドル。 Jitoリーダーはチップ対CUでバンドルをソートするため、パケットキューが混雑していないことが多いです；高チップバンドルは優先度が得られます。
5. シミュレーションを減らします。 渋滞中、前にシミュレーションを1回実行します；再試行時に再シミュレーションしないでください。プール状態は何らかの方法で変動したからです。渋滞中の再シミュレーションはしばしば異例に失敗します。

​

プロダクト別MEV考慮事項

​

チェックリスト

• スリッページは通常のペアで≤0.5%にデフォルト設定；ユーザーはオーバーライドできます。
• Jitoバンドル送信は、>$1k USD値のスワップでデフォルトで有効になっています。
• 優先手数料はライブ推定から調達（ハードコードされていない）。
• 再試行ロジックはリバート（再試行しない）を有効期限（新しいブロックハッシュで再試行）と区別します。
• マルチホップルートは、エンドツーエンドではなく、ホップあたりの最小値を設定します。
• スプリットルーティングは、任意の単一プールのTVLの>1%の取引に対してアクティブです。
• プール新鮮度：送信直前に状態を再フェッチします；古い場合は再引用します。
• 浅いプールでサンドイッチ耐性：Jitoのみ、またはスリッページ>1%の場合は拒否します。

​

ポインタ

• integration-guides/aggregator — プール検出、引用、トランザクション組立。
• integration-guides/priority-fee-tuning — CUと優先手数料サイズ。
• integration-guides/cpi-integration — 単一スリッページゲートマルチホップ合成。
• algorithms/slippage-and-price-impact — 形式的定義。

• Jito docs
• Solana validator docs on priority fees
• jito-ts — TypeScript バンドルクライアント。