MEV란 무엇이고 Solana 거래를 보호하는 방법

02-28

이 기사는 기계로 번역되었습니다

원문 표시

개요

MEV(최대 클레임 가치)를 이해하는 것은 Solana에서 DeFi 애플리케이션과 트레이딩 봇을 구축하는 개발자에게 매우 중요합니다. MEV는 사용자의 거래 실행에 영향을 미치거나, 귀하의 봇의 수익성을 위협할 수 있습니다. 높은 비용, 낮은 수익, 네트워크 마찰은 보호되지 않은 MEV 리스크 의 일반적인 결과입니다. 이 가이드에서는 솔라나의 MEV에 대한 기본 사항을 다루며, 여기에는 거래 흐름 메커니즘, 일반적인 MEV 유형, 네트워크에서 빌드하는 개발자에게 증가하는 리스크 등이 포함됩니다. MEV의 부정적 영향을 완화하고 거래를 중단으로부터 보호하기 위한 주요 전략을 배우게 됩니다.

솔라나의 MEV 소개

최대 클레임 가치(MEV)는 사용자의 거래를 순서 포함하거나 제외하여 거래에서 클레임 할 수 있는 최대 가치를 말합니다. 솔라나와 같은 지분증명 네트워크에서 블록 생성자 역할을 하는 검증자는 어떤 거래가 어떤 순서로 블록에 포함될지 결정할 권한을 갖습니다. 즉, 악의적이거나 이익을 추구하는 블록 생산자는 거래를 순서 하거나 자신만의 거래를 삽입하여 차익거래 이익을 챙기거나, 선두 사용자를 유인하거나, 다양한 방법으로 거래 순서를 악용할 수 있습니다. Solana에는 이더 같은 공개 메모풀이 없지만 MEV는 여전히 존재합니다. 일반적으로 직접 노드 연결, 개인 메모풀 또는 기타 특수 인프라를 통해 제공됩니다.

거래 봇이나 탈중앙화 거래소(DEX)를 구축하는 개발자의 경우 MEV를 고려하지 않으면 다음과 같은 결과가 발생할 수 있습니다.

더 나쁜 거래 실행 (예: 샌드위치 공격).
이익 손실 (로봇이 거래보다 먼저 실행됨).
네트워크 혼잡 문제 (네트워크에서 거래를 성공적으로 제출하는 능력에 영향을 미침).

2024년에는 솔라나에서 DeFi 활동이 급증하고, MEV도 동시에 성장할 것입니다. Messari는 Solana의 실제 경제적 가치(수수료 + MEV)가 시간이 지남에 따라 증가하고 있음을 보여줍니다.

출처: Messari: Solana State - Q4 2024

대부분의 MEV는 비교적 작지만, 수만 달러가 거래에서 클레임 되는 사례가 많고(아래 스크린샷 참조), 심지어 수백만 달러가 거래된 사례 도 있습니다.

출처: Jito - Arbitrage Explorer

MEV를 이해하는 것은 Solana에서 DeFi 애플리케이션과 거래 봇을 구축하는 개발자에게 매우 중요합니다. MEV는 사용자의 거래 실행(예상치 못한 슬리피지 또는 거래 실패 발생)에 영향을 미칠 수 있으며, 경쟁자가 거래를 가로채거나 순서 할 수 있는 경우 자체 봇의 수익성에도 영향을 미칠 수 있습니다. Solana 거래 흐름에 대한 몇 가지 기본 사항을 검토하고 Solana의 일반적인 MEV 유형을 살펴보고 MEV로부터 거래를 보호하기 위해 취할 수 있는 단계에 대해 논의해 보겠습니다.

솔라나 거래 프로세스

Solana의 거래 흐름은 이더 과 몇 가지 주요 차이점이 있으며 이는 MEV의 성능에 영향을 미칩니다.

글로벌 메모리 풀 없음: 이더 달리 Solana에는 보류 중인 거래를 포함하기 위한 통합된 공개 메모리 풀이 없습니다. 그 대신 Solana는 Gulf Stream 프로토콜을 사용하여 블록을 생성하기 전에 거래를 다음 예상 블록 리더(검증자)에게 직접 전달합니다 . 즉, 봇이 네트워크를 모니터링할 수 있는 장기적으로 유지되는 보류 중인 거래 풀이 없다는 뜻입니다. 모든 솔라나 거래에는 최신 블록 해시가 포함되어 있으며, 이 블록 해시가 확인되지 않으면 약 150개 슬롯(약 1분) 후에 만료됩니다. 간단히 말해서, 거래는 리더에 의해 신속하게 수집되거나 삭제됩니다. 즉, 메모풀에 지속성이 없습니다. 이렇게 하면 공개 보류 거래를 관찰하고 선점하는 것과 같은 MEV 전략의 기회가 줄어들지만, 결심이 강한 추진자는 자신의 노드를 실행하여 유입 거래를 확인함으로써 이를 줄일 수 있습니다.
지분 가중치 기반 서비스 품질(QoS): Solana는 지분에 따라 수신 거래 트래픽의 순서. 검증자는 대부분의 유입 전력을 클라이언트/릴레이에 자신의 지분에 동일한 비율로 분배합니다. 실제적으로 이는 지분이 많은 스테이킹 에서 이루어지거나 해당 노드를 통과하는 거래가 혼잡 기간 동안 삭제될 가능성이 낮다는 것을 의미합니다. 지분 가중치 기반 서비스 품질은 Sybil 저항 메커니즘으로 작용합니다. 지분이 없는 스패머의 패킷은 다운그레이드되는 반면, 스테이킹 많은 검증자의 거래는 더 빨리 처리됩니다.
우선 수수료(현지 수수료 시장): Solana는 네트워크가 바쁠 때 빠르게 포함될 가능성을 높이기 위해 사용자가 추가할 수 있는 선택적 추가 수수료로 우선 수수료를 사용합니다. 일반적으로 솔라나 거래는 고정 수수료가 매우 낮지만, 과도한 부하(NFT 민트 또는 미메코인 거래 붐 등)로 인해 혼잡이 발생하는 상황에서는 사용자가 연산 단위당 선호하는 수수료를 지정하여 본질적으로 블록 공간에 대한 입찰을 실시할 수 있습니다. 검증자는 우선 수수료의 50%를 받고, 과두 정치권은 나머지 50%를 소각합니다. 따라서 우선 수수료가 높을수록 검증자가 귀하의 거래를 포함할 가능성이 높아집니다. 우선 수수료는 스팸을 방지하고 시간에 민감한 거래가 "대기열"의 앞으로 "이동"할 수 있도록 설계되었습니다. 솔라나 네트워크에서는 블록당 각 계산 단위에 대한 지역 수수료 시장이 생성됩니다. 2024년 현재 우선 수수료는 Solana의 총 수수료 수입에서 큰 비중을 차지하며, 이는 사용자가 혼잡 기간 동안 실제로 우선권을 위해 입찰하고 있음을 보여줍니다. 개발자의 경우, 혼잡한 블록에서 스패머나 경쟁 거래보다 앞서 나가려면 거래에 우선 수수료가 필요할 가능성이 큽니다.

솔라나의 일반적인 MEV 유형

Solana 개발자가 알아야 할 가장 일반적인 MEV 유형은 다음과 같습니다.

중재

아비트라지는 솔라나에서 가장 흔한 MEV 형태 중 하나입니다. 차익거래는 일반적으로 여러 거래소에서 동일한 자산을 개별적으로 매수하고 매도하는 것을 의미합니다. 중재자는 가격이 싼 시장에서 매수하고, 가격이 비싼 시장에서 매도하여 그 차액을 챙깁니다. 예를 들어,

 <span ) 10px 10px / 40px 반복없음 ;높이: 30px;너비: 100%;하단 여백: -7px;테두리 반경: 5px;'>

솔라나에서는 여러 명령을 하나의 거래로 결합할 수 있으므로, 거래자는 종종 원자적 중재 (한 거래에서 두 단계를 수행)를 수행하여 거래가 실질적으로 리스크 없이 이루어지도록 합니다. 거래가 실패하면 구매자는 우선 수수료를 잃게 되므로 거래 기회 규모와 우선 수수료 시장의 균형을 맞춰야 합니다.

솔라나에서의 중재 경쟁은 매우 치열합니다. 봇들은 중재를 시도하면서 많은 거래를 스팸으로 보냅니다. Solana의 낮은 수수료는 봇이 대량 의 중재 거래를 발행할 수 있음을 의미합니다. 대부분이 실패하거나 수익성이 없더라도 가끔 성공하면 수익성이 있을 수 있습니다. 사실, Solana 거래의 50% 이상은 실제로 실패한 중재 시도(스팸)입니다. 즉, 봇이 맹목적으로 가격 차이를 포착하려고 하는 것입니다( 참고: Solana MEV - 소개 ). 이는 네트워크 혼잡 문제일 수 있지만, 일반적으로 DeFi 플랫폼 전반에서 가격이 균형을 유지한다는 것을 의미합니다.

샌드위치 공격

샌드위치 공격은 솔라나에서도 등장하는 고전적인 부정적 MEV 전략입니다. 샌드위치 공격에서는 피해자 사용자의 거래가 공격자의 거래 사이에 끼어 있습니다. 하나는 피해자의 거래 전에 실행되고 다른 하나는 피해자의 거래 후에 실행됩니다. 사용자가 DEX에서 대규모 코인 스왑을 제출했다고 가정해 보겠습니다. 이 보류 중인 스왑을 알고 있는 MEV 추구자는 사용자의 거래가 이루어지기 전에 신속하게 자신의 거래를 제출하여 동일한 자산을 매수할 수 있습니다(가격이 상승함). 그런 다음 사용자의 대량 매수가 이제 높아진 가격에 실행되고, 마지막으로 자산을 즉시 매도하여 차액을 챙길 수 있습니다. 공격자는 낮은 가격에 사서 높은 가격에 팔아서 이익을 얻는 반면, 피해자는 거래소에서 더 나쁜 가격(더 높은 슬리피지)을 받습니다.

개발자나 거래자 는 거래가 완료되기 전에 제3자가 거래를 관찰할 경우 거래를 손상시키려고 시도할 수 있다는 점을 알고 있어야 합니다. 사용자가 높은 미끄러짐 허용 오차를 설정하면 특히 취약해집니다. 사용자가 최대 5%의 미끄러짐을 허용하면 핀치봇은 대부분의 범위를 악용해 이익을 얻을 수 있습니다. 미끄러짐 및 끼임 리스크 줄이려면 미끄러짐, 개인정보 보호 및 순서 제어가 필요합니다.

변제

청산은 또 다른 중요한 MEV 기회이며, 특히 Solana의 DeFi 대출 프로토콜(예: Marginfi , Kamino , Save 등)에서 그렇습니다. 대출인의 담보 가치가 필요한 비율보다 낮아지면(즉, 대출이 담보 부족인 경우), 해당 포지션은 청산됩니다. 청산인(일반적으로 로봇)은 대출인을 대신하여 대출금의 일부 또는 전부를 상환하고 담보에 대한 일부 할인을 받을 수 있습니다. 이는 본질적으로 청산인이 시장 가격보다 할인된 가격으로 담보를 매수하여 이익을 얻는 결과를 낳습니다.

MEV 검색 봇은 온체인 상태와 오라클 가격 데이터를 지속적으로 스캔하여 파산 직전인 포지션을 감지합니다. 그들은 하나를 찾으면 상금을 차지하기 위해 청산 거래를 보내기 위해 서두른다. 솔라나에서는 공개 메모풀이 없기 때문에 청산 봇은 온체인 변화(오라클 가격 하락이나 임계값을 넘는 건강 요인 등)가 가능한 한 빨리 감지되도록 한 다음 현재 리더에게 즉시 청산 거래를 보냅니다. 여러 로봇이 같은 계정을 청산하려고 할 경우, 블록에 성공적으로 진입한 첫 번째 거래만 보상을 받고, 다른 거래의 경우 모두 실패합니다. 청산은 프로토콜의 건강을 위한 근본적인 안전장치로 여겨진다(불량채무를 방지하기 위함).

Jito 번들 및 기타 MEV 앱

Solana의 MEV 생태계는 발전하고 있으며 Jito Bundles는 MEV 클레임(및 잠재적 완화)에 중요한 역할을 합니다. Jito-Solana 클라이언트를 운영하는 검증자는 오프라인 블록 건설 시장에 참여합니다. 탐색자는 일반적인 솔라나 가십 네트워크가 아닌, 이러한 블록 빌더에게 직접 거래(및 관련 팁 지불) 묶음을 보냅니다. 블록 생산자는 가장 높은 수익을 내는 팁 묶음을 블록에 포함시켜서 팁을 얻습니다. 이 시스템을 통해 MEV 투자자는 중재, 청산, 핀치펜싱과 같은 전략을 비공개로 실행할 수 있으며(거래 내용은 포함되기 전까지 공개되지 않음) 경쟁력 있는 팁을 지불하는 한 우선 처리 혜택을 받을 수 있습니다. 결과적으로 이는 Solana 검증자에게 상당한 수익을 창출합니다. 현재 Solana의 악성 MEV는 주로 개인 운영의 메모리 풀에서 발생합니다.

Solana 개발자를 위한 MEV 리스크

MEV는 Solana 개발자, 특히 트레이딩 봇이나 DEX 애플리케이션을 구축하는 개발자에게 여러 가지 리스크 과 과제를 안겨줍니다.

검증자에 의한 거래 순서: Solana 검증자는 자신이 생성하는 블록에서 거래를 순서 할 수 있으므로, 잠재적 검증자는 자신에게 유리하게 거래 순서 수 있습니다. 예를 들어, DEX 거래에서 차익거래 기회가 생기면 검증자는 수익을 얻기 위해 자신의 거래를 귀하의 거래보다 먼저 삽입할 수 있습니다. 이로 인해 거래 성과가 저하되거나 (기회가 사라지면) 실패할 수도 있습니다. 거래가 실행되는 순서는 DeFi 결과에 큰 영향을 미칠 수 있으며, 보호가 없으면 거래는 블록 생산자의 인센티브에 따라 좌우됩니다.
스팸 및 네트워크 혼잡: 대량 의 Solana 거래는 MEV(중개 스팸 등)로 인해 발생합니다. 경쟁이 치열한 기간(예: 이슈 NFT 채굴 또는 변동성이 큰 시장)에는 합법적인 거래가 대량 봇과 경쟁하게 됩니다. 이를 고려하지 않으면 지연 시간이 늘어나거나 실패율이 상승 수 있습니다. 검증자가 과부하로 인해 거래를 차단하거나, 스테이킹 노드를 통해 거래를 제출할 때 스팸 폭풍이 발생하는 경우, 거래가 삭제될 수 있습니다. 이런 번거로움을 해결하려면 우선 수수료를 추가해야 할 수도 있습니다. 기본적으로 MEV 활동은 거래가 이루어지는 고속도로를 막을 수 있으므로 보호가 없는 경우 이에 대한 계획(수수료 상승, 재시도 등)이 필요합니다.
미끄러짐 현상과 사용자 경험 문제 증가: DEX 개발자의 경우 MEV가 사용자에게 직접적인 피해를 줄 수 있습니다. 사용자는 거래에서 1%의 슬리피지 허용 범위를 설정할 수 있지만, MEV(클램핑 등)로 인해 최종적으로 받는 가격이 1%로 줄어들 수 있습니다. 극단적인 경우, MEV 로봇은 로봇이 이미 이익을 냈음에도 불구하고 사용자의 거래가 실패하도록(슬리피지 이상) 가격을 조작할 수 있습니다. 이로 인해 거래 실패나 예상치 못한 나쁜 이자율 등 사용자 경험이 저하될 수 있습니다. 사용자는 이러한 결과에 대한 책임을 DEX나 블록체인에 돌릴 수 있습니다. 따라서 MEV에 대한 보호에 실패하면 플랫폼에 대한 사용자의 신뢰가 훼손될 수 있습니다. 트레이딩 봇의 경우, 상대방이 귀하의 거래에 영향을 미치는 거래를 삽입하면 결과를 예측하기 어려워지고, 이로 인해 귀하의 전략을 안정적으로 실행하기가 더 어려워집니다.

요약하자면, 솔라나의 MEV는 비용 증가, 수익 감소, 네트워크 마찰로 이어질 수 있습니다. 개발자는 이러한 위협을 인식하고, 특히 거래 순서 재무 결과에 영향을 미치는 모든 애플리케이션에서 이러한 리스크 완화하기 위한 조치를 취하는 것을 고려해야 합니다.

MEV로부터 거래 보호

MEV가 거래와 사용자에게 미치는 부정적인 영향을 방지하거나 제한하는 데 사용할 수 있는 도구가 많이 있습니다. 각 사용 사례는 고유하므로 모든 도구가 귀하의 사례에 적합하지는 않습니다.

귀하의 거래를 보호하세요. QuickNode 애드온을 활용하세요. QuickNode 마켓플레이스는 거래 성공률을 높이고 MEV 노출을 최소화하기 위한 다양한 도구를 제공합니다. Lil' JIT - Jito 번들 및 거래 애드온을 사용하면 MEV 및 롤백 보호를 포함하여 빠른 드롭인 순차 실행을 위해 거래를 묶을 수 있습니다. 또한 마켓플레이스는 Solana MEV Protection & Recovery 애드온을 활용하여 기존 엔드포인트에 대한 sendTransaction 호출에 MEV 보호를 추가하는 기능을 제공합니다. 이 애드온은 프런트러닝에 대한 보호 기능을 제공할 뿐만 아니라 MEV 복구(캡처한 악성이 아닌 MEV를 사용자에게 반환)를 지원하고 개인 정보 보호를 개선하며 빠른 실행을 보장합니다.
불필요한 상태 변경으로부터 보호하려면 트랜잭션 보호를 사용하세요. Lighthouse 는 온체인 상태가 예상 상태와 다르다는 것을 발견하면 트랜잭션을 실패시키는 런타임 어설션 Solana 프로그램입니다 . 거래에 등대 지침을 추가하여 거래 실행이 끝날 때 지정된 계정의 상태가 사전 정의된 예상 상태를 충족하도록 할 수 있습니다(예: 이 거래 후 지정된 토큰 잔액 X보다 적으면 전체 거래를 거부합니다). 이를 통해 간단한 슬리피지보다 더 복잡한 계정 확인이 가능하며, Sysvars(슬롯)에 대한 어설션이 가능해져 검증자를 블랙리스트 에 올릴 수 있습니다. 이는 악의적인 검증자 목록 과 함께 getLeaderSchedule 활용하여 수행할 수 있습니다.
한도 설정: 슬리피지를 설정하고 한도 주문을 활용합니다. 스와핑을 할 때는 항상 거래 및 리스크 감수 수준에 적합한 수준으로 슬리피지를 설정하세요. 악의적인 행위자가 슬리피지율이 허용하는 모든 기회를 악용하려 한다고 가정해 보겠습니다. 사용 사례가 허락한다면, 제한 주문을 사용해 토큰 판매에 대한 최소 가격을 설정하세요. 지정가 주문을 지원하는 QuickNode의 Metis API를 확인해 보세요.
거래 실패를 방지하려면 거래를 최적화하세요. MEV는 네트워크로 엄청난 양의 거래 스팸 트래픽을 유도하기 때문에 특정 블록에 포함되도록 거래를 올바르게 구성해야 합니다. 간단히 말해, 적절한 양의 컴퓨팅 유닛을 요청하고 경쟁력 있는 우선 수수료를 제공하며 거래를 올바르게 작성해야 합니다(자세한 내용은 Solana 거래 최적화 전략 또는 Solana에서 Jupiter 거래 성공을 높이기 위한 팁을 참조하세요). QuickNode의 우선 수수료 API 와 스마트 거래 전송 방법은 이 프로세스를 단순화하는 데 도움이 될 수 있습니다.
스테이킹 에 집중하세요. 검증자를 알아보세요. 다양한 검증자와 검증자 클라이언트는 MEV를 처리하는 데 각기 다른 접근 방식을 취합니다. 이는 귀하의 거래에 직접적인 영향을 미치지는 않지만, 귀하의 스테이킹(및 다른 사람들의 스테이킹)은 MEV를 중심으로 한 전체 검증자 네트워크와 거버넌스의 건강에 영향을 미칠 수 있습니다. 다음은 일부 리소스입니다: Jito 검증자 클라이언트 , Marinade: 탈중앙화 MEV , Paladin 검증자 클라이언트 .
참가하다. 솔라나 개선 문서(SIMD). Solana 재단은 커뮤니티 멤버들이 아이디어를 제안하고 기존 콘텐츠에 대해 의견을 제시할 수 있는 오픈 소스 GitHub 저장소인 Solana Improvements Document를 운영합니다. MEV, 네트워크 수수료/보상 등에 대한 논의가 계속되고 있습니다. 의견이 있으시면 참여해 주세요!
RFQ와 빠른 릴레이 시스템을 고려해 보세요. 고급 애플리케이션의 경우 견적 요청(RFQ) 시스템(예: JupiterZ ) 및 개인 주문 흐름 채널과 독립적인 우선 경매를 통해 MEV 보호를 제공하는 Express Relay를 고려하세요. 이러한 시스템은 프로토콜을 검색자에 직접 연결하여 검증자를 MEV 클레임 에서 제외시키고 가격 책정의 효율성을 높입니다. 주요 이점으로는 비공개 거래 라우팅, 검색자 간의 직접 경쟁, 통합 비용 절감 등이 있습니다.

요약하다

MEV는 온체인 구축할 때 고려해야 할 중요한 요소이며 Solana도 예외는 아닙니다. 우리는 솔라나의 디자인이 게임 체인저라는 것을 알고 있지만 MEV는 여전히 차익거래, 청산 및 핀치히트를 통해 부상하고 있습니다. Solana DeFi 도구 개발자로서 MEV를 무시하면 애플리케이션 사용자가 최적이 아닌 거래 결과를 받거나 봇이 수익성을 잃을 수 있습니다. 좋은 소식은 많은 도구를 사용하여 이런 문제를 완화하고 거래 순서 에 대한 통제력을 되찾고 자신이나 사용자를 위해 MEV를 획득할 수도 있다는 것입니다.