이것은 선택적 기능입니다. MEV Protect는 기본적으로 비활성화되어 있습니다. 엔드포인트 URL에
mev-protect=true 쿼리 매개변수를 추가하여 요청별로 옵트인할 수 있습니다.MEV Protect란?
샌드위칭 공격은 MEV의 독성 형태로, 봇이 거래를 앞뒤로 실행하여 가격을 불리하게 만들고 차익을 챙기는 방법입니다. 앞뒤로 실행은 반드시 같은 블록에서 수행될 필요는 없습니다 — 광범위한 샌드위칭에서는 여러 블록에 걸쳐 오래 지속될 수 있습니다. 이 공격은 무엇보다 주문 흐름에 대한 접근에 의존하며, 이를 보호하지 않는 소스를 통해 이루어집니다. 봇이 보류 중인 거래를 볼 수 있으면, 어느 검증인의 블록에서도 샌드위치를 배치할 수 있습니다. 실제로 이러한 주문 흐름을 제공하는 당사자는 자주 검증인이며, 이 검증인은 자신의 블록에 샌드위치를 포함시켜 보상을 높이는 경우가 많습니다. 이는 이들의 블록이 샌드위칭의 불균형적인 원천이 되는 이유입니다. MEV Protect는 라우팅 계층에서 이러한 리스크를 줄입니다. 옵트인하면, Helius는 통계적으로 샌드위치 활동과 연관된 검증인에 거래를 제출하지 않기 때문에 샌드위치에 걸릴 가능성이 훨씬 낮아집니다.요청별 옵트인
기본적으로 비활성화되어 있습니다. 엔드포인트 URL에
mev-protect=true를 추가하면 거래나 서명 논리에 변경이 없습니다.모든 곳에서 작동
기본
sendTransaction, 기본 sendBundle, Sender Max, Sender SWQOS-only에서 지원됩니다.데이터 기반 라우팅
자신의 블록이나 인접 블록에 샌드위치를 포함하는 검증인을 제외합니다 — 통계적으로 유의미한 패턴일 때만.
최소의 착륙 영향
총 스테이크의 작은 부분만 제외되므로, 착륙 속도와 대기 시간에 미치는 영향이 제한적입니다.
작동 방식
Helius는 알려진 샌드위치 봇을 사전에 모니터링하고 샌드위치가 어디에 착륙하는지 분석합니다. 다음 패턴 중 하나라도 일관되게 유지될 경우 검증인은 플래그로 표시됩니다:- 자신의 블록에서 — 검증인은 샌드위치 거래를 직접 포함합니다.
- 인접 블록에서 — 샌드위치가 검증인의 직전 또는 직후 블록에 반복적으로 착륙합니다.
지원되는 송신 방법
MEV Protect는 쿼리 매개변수로, 요청 본문을 변경하지 않고 모든 송신 방법에 레이어로 추가됩니다.활성화 방법
이미 사용하는 엔드포인트 URL에mev-protect=true를 추가하세요. 다른 쿼리 매개변수 (api-key, swqos_only, rebate-address)와 &를 사용하여 결합합니다.
- Basic sendTransaction
- Basic sendBundle
- Sender Max
- Sender SWQOS-only
트레이드오프
검증인을 제외하면 거래를 착륙시킬 수 있는 리더 수가 약간 줄어듭니다. 실제로 영향은 작습니다: 언제든지 제한된 양의 스테이크(대략 3-4백만 SOL)만 제외되며, 전체 네트워크 스테이크의 작은 부분입니다. 대부분의 흐름에서 착륙 속도의 감소와 추가된 대기 시간은 무시할 수 있는 수준입니다.MEV Protect vs. 거래 리베이트
이 기능들은 MEV의 다른 부분을 다루는 보완적인 기능들입니다:- MEV Protect는 방어적인 라우팅으로, 샌드위치 공격자가 귀하의 거래에서 가치를 추출할 수 있는 가능성을 줄입니다.
- **거래 리베이트**는 공격적입니다 — 귀하의 거래가 생성한 유익한 후속 실행 MEV의 일부를 지불합니다.
관련된 내용
Helius Sender
초저 지연, 다중 경로 거래 제출 및 팁 기반 가격 책정.
거래 리베이트
귀하의 거래가 생성하는 MEV의 일부를 SOL로 지급받습니다.
거래 전송 (기본)
강력한 재시도 루프로
sendTransaction을 구축, 최적화, 확인합니다.번들 전송 (기본)
sendBundle를 통해 최대 5개의 거래를 원자적으로 실행합니다.