라우팅 및 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

​

볼록 최적화 구현

• Constant-product (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)이므로, 한계 가격을 균등하게 하기 위한 분할은 1D 탐색입니다).
• CLMM: 구간별 매끄러움 — 한 틱 내에서 f'(x)는 sqrt_price의 유리 함수입니다. 틱 전환 시 이산적으로 변합니다. 작은 스텝 솔버로 분할하거나 각 연속 틱을 자신의 “풀”로 취급합니다.

​

분할 라우팅이 도움이 되는 경우

​

멀티홉 라우트

tokenA → tokenHub → tokenB

• 자신의 슬리피지 한계를 가집니다 (직접 홉에서는 낮음; 멀티홉에서는 홉별).
• 자신의 수수료를 지불합니다.
• 자신의 가격 영향을 가집니다.

​

샌드위치 공격

​

메커니즘

1. 프론트런: 봇이 당신보다 먼저 같은 토큰을 사서 풀 가격을 올립니다.
2. 피해자 트랜잭션: 당신은 더 나쁜 가격에 스왑합니다.
3. 백런: 봇이 올라간 가격에 팔아서 스프레드를 포착합니다.

​

완화

​

Jito 번들

​

번들 작동 방식

• Jito 블록 엔진 엔드포인트(예: https://mainnet.block-engine.jito.wtf)에 연결합니다.
• 1–5개 트랜잭션 및 Jito의 팁 계정 중 하나에 대한 팁이 포함된 번들을 제출합니다.
• 현재 리더가 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);
// 선택사항: await confirmation via client.getBundleStatuses([bundleUuid])

• 팁은 번들 내부여야 합니다. Jito 팁 계정에 대한 SystemProgram.transfer를 번들의 트랜잭션 중 하나 내에 지시문으로 포함합니다 (일반적으로 마지막 것). 번들의 일부가 아닌 별도의 팁 거래는 무시됩니다.
• 리더가 Jito 지원이 아닙니다. ~75%의 리더는 Jito를 실행합니다. ~25%는 실행하지 않습니다. 비Jito 리더가 슬롯을 보유할 때 제출된 번들은 떨어집니다. 클라이언트는 자동으로 재시도합니다.
• 만료. 번들은 일반 트랜잭션과 동일한 블록해시 만료 모델을 사용합니다. 빠르게 조립하고 제출합니다. ~60초 윈도우.

​

번들 대 우선순위 수수료

​

MEV-share / 리버트 보호 RPC

• Helius — 번들 지원이 있는 스테이킹된 연결.
• QuickNode — “Revert Protect” 엔드포인트; 제출된 트랜잭션 주위의 번들을 자동으로 형성합니다.
• Triton — 비공개 흐름 계층.

​

정체 처리

• 트랜잭션이 60초 이상 미확인 상태로 있다가 “blockhash not found”로 만료됩니다.
• 어제 작동한 우선순위 수수료는 오늘 불충분합니다.
• 시뮬레이션은 성공하지만 실행은 착지하지 않습니다.

1. 만료 시 공격적인 재시도. TransactionExpiredBlockheightExceeded에서 새로운 블록해시로 다시 빌드하고 재제출합니다. 리버트에서는 재시도하지 마세요. 리버트는 결정적입니다.
2. 멀티 RPC 브로드캐스트. 동일한 트랜잭션을 여러 RPC에 병렬로 제출합니다. 리더에 가장 먼저 도달하는 것이 이깁니다.
3. 우선순위 수수료 증가. 50번째 백분위수로 시작하세요. 첫 번째 시도가 만료되면 75번째, 그 다음 95번째에서 재시도합니다.
4. Jito 번들을 폴백으로. Jito 리더는 블록 엔진이 번들을 팁 대 CU로 정렬하므로 덜 정체되는 경향이 있습니다. 높은 팁 번들이 우선순위를 얻습니다.
5. 덜 시뮬레이션합니다. 정체 중에 앞에서 한 번 시뮬레이션하세요. 재시도에서는 재시뮬레이션하지 마세요. 풀 상태가 어쨌든 변했을 것입니다. 정체 중 재시뮬레이션은 거짓 양성으로 실패하는 경우가 많습니다.

​

상품별 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 번들 클라이언트.