Maximum Extractable Value(MEV)와 MEV 보호란?

대부분의 퍼미션리스 블록체인(Bitcoin, Ethereum 같은 것들)은 투명합니다. 그 투명성은 장점이지만, 동시에 mempool(노드가 블록에 영구적으로 포함시키기 전, 검증을 기다리는 트랜잭션들의 "풀")에서 보이는 것을 이용할 수 있는 행위자들을 끌어들이기도 합니다.

그리고 블록 생산자는 mempool에 있는 트랜잭션을 다음 블록에 어떤 순서로든 포함시킬 자유가 있기 때문에, 이익을 위해 트랜잭션 포함/제외를 조작할 수 있습니다.

DEX, vault, 또는 가격에 민감한 거의 모든 시스템을 구축할 때, MEV는 실질적인 설계 제약이 됩니다. MEV 보호 프레임워크는 불공정한 트랜잭션 조작으로 이익을 취하는 것을 막습니다.

MEV와 MEV 보호란 무엇인가?

MEV는 "Maximum Extractable Value"의 줄임말로, 누군가(MEV-Extracting Entity 또는 MEE라고 부름)가 블록 생산 과정에서 트랜잭션을 재정렬, 삽입, 또는 검열함으로써 블록에서 추출할 수 있는 최대 가치를 의미합니다. 이 가치는 채굴자나 검증자가 받는 표준 블록 보상 및 가스 수수료에 추가로 발생하는 것임에 주의해야 합니다.

MEV는 사용자 거래에 대한 "숨겨진 세금"이라고 생각할 수 있습니다. MEE는 블록 내 트랜잭션을 전략적으로 조작하여 사용자가 예상보다 적은 가치를 거래에서 얻게 하고 그 차액을 가져갑니다(차익거래).

위 이미지는 2025년 12월 8일부터 2026년 1월 6일까지 MEE가 얻은 총 수익을 보여줍니다. 그 합계는 30일 동안 거의 $24M에 달하며, 이는 Ethereum에서만 발생한 수치입니다.

그래서 MEV로부터 보호하는 것이 중요합니다.

"MEV 보호"란 블록 내 트랜잭션 순서를 조작하여 추가 가치를 얻으려는 채굴자나 검증자로부터 사용자와 개발자를 보호하는 전략이나 메커니즘(예: private mempool 사용)을 말합니다.

MEV는 프로덕션 환경에서 앱이 작동하는 방식에 직접적인 영향을 미칩니다. MEV로부터 보호되지 않으면, 사용자는 매우 높은 슬리피지와 트랜잭션 실패를 경험합니다. 시간이 지나면서 이는 신뢰를 저해합니다. 프로토콜 자체가 정상적으로 작동하고 있더라도, 사용자는 라우팅이 부실하거나, 가격이 부정확하거나, 제품이 안전하지 않다고 여기게 됩니다.

MEV 보호가 내장된 앱을 출시하면, 트랜잭션이 사용자의 예상대로 실행됩니다.

MEV의 역사

"MEV" 또는 "Miner Extractable Value"라는 용어는 2019년 Flashbots 연구 논문 "Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges"에서 처음 등장했으며, 이후 채굴자가 아닌 경우도 포함하도록 "Maximum/Maximal Extractable Value"로 발전했습니다.

MEV는 블록체인에 새로운 것이 아니었습니다. mempool을 사용하는 블록체인에 근본적인 구조적 설계 문제로서 무시되어 왔습니다. 하지만 Flashbots의 논문은 변곡점이었습니다. 이 "추출"이 탈중앙화의 이념(순서, 공정성, 투명성)에 근본적인 위험이라는 개념을 명확히 했습니다.

그렇다면, 이 논문이 말하는 "MEV 위험"이란 무엇일까요?

시스템적 차원에서, 통제되지 않은 MEV는 다음을 포함한 여러 부정적 결과를 초래합니다.

• MEV는 사용자와 블록 생산자 간의 인센티브 불일치를 만듭니다
• MEV는 블록 생산을 중앙화시킬 수 있습니다
• MEV는 사용자 경험과 신뢰를 저해합니다
• MEV는 정직한 행동과 해로운 행동의 경계를 모호하게 만듭니다
• MEV 시장은 검증자 인센티브를 압도할 수 있습니다

MEV는 어떻게 작동하는가?

사용자가 블록체인에서 트랜잭션을 실행하면, 그 트랜잭션은 먼저 mempool로 갑니다. mempool은 많은 블록체인에서 핵심적인 인프라 구성 요소입니다. 이곳에서 트랜잭션은 블록에 추가되거나 거부되기 전에 검증되기를 기다립니다.

네트워크에 따라 이 대기 시간은 몇 초에서 몇 분까지 다양할 수 있습니다. 트랜잭션 브로드캐스트와 포함 사이의 그 짧은 시간 동안 MEE는 수익성 있는 기회를 스캔하고 악용할 수 있습니다.

MEV는 흔히 블록 생산자(채굴자/검증자)와 연관되지만, 오늘날 MEV의 대부분은 실제로 봇에서 발생합니다. 이는 MEV가 사용자에게 미치는 영향을 크게 증폭시킵니다. 이제 가치 추출이 블록 생산자의 느리고 수동적인 개입에 의존하지 않고 거의 즉시 일어나기 때문입니다.

일반적인 MEV 공격의 단계별 과정을 단순화하면 다음과 같습니다.

• 사용자가 네트워크에 트랜잭션을 브로드캐스트합니다.
• 트랜잭션이 누구나 조사할 수 있는 공개 mempool에 들어갑니다.
• MEE가 mempool의 트랜잭션을 모니터링하여 수익성 있는 기회를 발견합니다.
• MEE는 MEV를 추출하기 위해 특정 순서로 실행되도록 설계된 트랜잭션 그룹(bundle)을 만듭니다.
• 이 bundle은 예를 들어 검증자에게 제출됩니다.
• 검증자는 전체 bundle을 다음 블록에 포함시켜 조작된 순서로 사용자의 트랜잭션을 실행합니다.
• MEE는 이익을 챙기고, 사용자는 예상보다 나쁜 실행 결과를 받습니다.

MEV 공격의 유형

MEV는 단일한 공격이 아닙니다. 대기 중인 트랜잭션의 가시성과 블록 내 순서에 영향을 미칠 수 있는 능력을 이용해 가치를 추출하는 기법들을 포괄하는 용어입니다. 여기 가장 흔한 MEV 공격 유형 몇 가지를 소개합니다.

1. Frontrunning

Frontrunning은 가장 흔한 MEV 공격입니다. 여기서 MEV 봇은 대기 중인 트랜잭션을 보고 더 높은 가스로 자신의 트랜잭션을 제출하여 먼저 포함되도록 합니다.

일반적으로 이 행동은 두 가지 방식으로 나타납니다.

첫 번째는 공급이 제한된 자산을 확보하기 위한 경쟁입니다. 여기서 frontrunning은 가격 조작보다는 속도에 관한 것입니다. 한정판 NFT 드랍이 좋은 예입니다. 사용자보다 나중에 시작했음에도 먼저 포함되는 트랜잭션을 제출함으로써, frontrunner는 사용자보다 먼저 NFT를 민팅/구매할 수 있습니다.

두 번째는 유동성이 낮거나 부족한 풀에서의 가격 조작입니다. 여기서 frontrunner는 사용자의 트랜잭션보다 먼저 포함되도록 트랜잭션을 배치하여, 사용자가 가격을 올리기 전에 더 낮은 가격에 구매하거나, 사용자가 가격을 내리기 전에 더 높은 가격에 판매할 수 있습니다. 이렇게 하면 frontrunner는 순전히 트랜잭션 순서만으로 차익거래를 만들어낼 수 있습니다.

2. Sandwich attack (일명 Sandwiching)

sandwich attack은 끝에 '매도' 행동이 추가된 frontrunning 공격일 뿐입니다.

트랜잭션을 frontrunning함으로써, MEV 봇은 가격을 성공적으로 올렸고 미실현 이익을 보유하고 있습니다. 이제 봇은 자산을 매도하고 이익을 챙깁니다.

간단히 말하면:

1. 봇이 대기 중인 '매수' 트랜잭션을 발견하고, 동일한 토큰에 대해 더 높은 수수료로 새 주문을 넣어 블록에서 먼저 포함되도록 합니다. 이는 유동성 풀 내 토큰 가격을 상승시킵니다.
2. 사용자의 트랜잭션은 이후 '새로운'(상승한) 가격으로 체결됩니다.
3. 봇은 즉시 상승된 가격에 토큰을 매도하여 이익을 확정합니다(원래 매수 주문을 넣은 사용자에게는 손실이 발생할 수 있습니다).

3. Backrunning

Backrunning은 훨씬 덜 해로운 유형의 MEV 공격입니다. 봇이 사용자의 트랜잭션이 실행된 후에 반응하기 때문에, 사용자의 가격이나 실행 결과를 악화시키지 않습니다.

여기서 MEV 봇은 유동성 풀에서 큰 규모의 스왑을 기다립니다.

예를 들어, 사용자가 유동성 풀(Pool 1)에서 대량의 토큰 A를 토큰 B로 스왑한다고 합시다. 이는 B의 가격을 급등시키고 A의 가격을 하락시켜, 다른 유동성 풀과 순간적인 가격 차이를 만듭니다.

이제 Pool 1의 가격이 Pool 2와 달라집니다. 그러면 MEV 봇은 Pool 1에서(더 낮은 가격에) 토큰 A를 사서 Pool 2에서(더 높은 가격에) 팔 수 있습니다.

4. Censorship

블록 생산자(채굴자/검증자)는 정당한 트랜잭션을 블록에 포함시킬 인센티브를 갖지만, 트랜잭션을 지연시키거나 제외할 수도 있습니다. 이러한 트랜잭션 검열 능력은 경쟁 트랜잭션이 포함되는 것을 선택적으로 막아 MEV를 추출할 수 있게 하며, 자신의 트랜잭션이나 선호하는 bundle만이 MEV를 획득하도록 보장합니다.

5. Oracle manipulation

앱은 자산 가격을 받기 위해 oracle을 사용합니다. 가격이 매우 빠르게 업데이트되기는 하지만, 실제로는 oracle이 특정 간격마다 업데이트됩니다. 봇은 oracle의 소스에서 가격을 일시적으로 조작하여 앱이 조작된 가격을 받아들이고 가격에 의존하는 동작(예: liquidation)을 트리거하도록 만들어 가치 이전을 발생시킬 수 있습니다. 앱이 봇이 원하는 대로 행동한 후, 봇은 oracle 소스의 가격 왜곡을 되돌립니다. 그러면 시장은 정상으로 돌아가지만, 앱은 봇에게 대가를 치르게 됩니다.

사용자를 MEV로부터 보호하는 것의 이점

MEV 보호는 블록체인 기반 애플리케이션이 신뢰할 수 있다고 평가받기 위해 중요합니다. 사용자에게 복잡성을 더하지 않으면서도 더 나은 UX와 예측 가능성을 보장합니다.

1. 예측 가능한 실행

MEV 보호는 트랜잭션 실행의 예측 가능성을 높입니다. 트랜잭션 순서가 조작될 수 있고 체결 가격에 실질적인 영향을 미칠 수 있기 때문에, 동일한 두 스왑이 순서에 따라 매우 다른 결과를 낼 수 있습니다. MEV 보호를 통해, 사용자의 실제 경험이 그들의 기대에 부합하도록 보장할 수 있습니다. 예상치 못한 가격 변동이 없습니다.

2. 더 높은 트랜잭션 성공률

보호되지 않은 트랜잭션은 제출과 포함 사이에 가격이 변동하여 실패하는 경우가 많습니다. 그러면 사용자는 재시도하거나, 슬리피지를 늘리거나, 아예 행동을 포기합니다. MEV 보호는 이러한 가격 충격을 줄여 사용자에게 더 원활하고 시기적절한 경험을 보장합니다.

3. 더 높은 사용자 신뢰와 리텐션

사용자가 예상치 못한 가격 영향이나 트랜잭션 실패를 지속적으로 경험하면, 네트워크가 아니라 앱에 대한 신뢰를 잃습니다. MEV로부터 보호하는 것은 결과를 사용자의 기대와 일치시켜, 리텐션과 재사용을 직접적으로 향상시킵니다.

MEV 공격으로부터 보호하는 방법

MEV는 일반적으로 공개 mempool의 특징입니다. 애플리케이션은 private mempool, 중앙화된 sequencer, order flow auction 등을 포함(이에 한정되지 않는) 다양한 솔루션을 사용해 사용자를 MEV로부터 보호할 수 있습니다.

MEV 보호는 사용자에게 해로운 추출 패턴만을 막는다는 점에 주의해야 합니다. 다음과 같은 것들을 방해하지 않습니다:

• 올바른 가격을 회복시키는 차익거래 봇
• 대출 시스템을 건전하게 유지하는 liquidation 봇
• 상태 변화에 반응하는 정당한 backrun

아래는 빌더들이 트랜잭션을 MEV 공격으로부터 보호하기 위해 사용하는 몇 가지 기법입니다.

Private mempool

MEV 공격에 대한 가장 효과적인 대책으로 여겨지며, private mempool은 트랜잭션 세부 정보가 블록에 추가될 때까지 비공개로 유지되도록 돕습니다.

FIFO (first in, first out) 정렬

단순하지만 효과적인 방법으로, 트랜잭션은 가스 가격이 아니라 받은 순서대로 엄격하게 처리됩니다. 단점은 완전히 탈중앙화된 네트워크에서 강제하기가 매우 어렵다는 것입니다.

중앙화된 sequencer

약간의 탈중앙화를 희생함으로써, 빌더는 하나의 개체 또는 소수의 개체 집합이 트랜잭션 순서를 결정하는 중앙화된 sequencer를 사용할 수 있습니다. private mempool 구현과 유사하게, 트랜잭션이 블록에 추가되기 전까지 공개적으로 보이지 않기 때문에 효과적입니다.

Order flow auction

Order flow auction은 사용자를 MEV 공격으로부터 보호하는 독특한 접근 방식입니다. MEV를 완전히 제거하는 대신, 이를 리디렉션합니다. 이 솔루션은 사용자의 의도를 경쟁하는 solver들에게 비공개로 전달하여, MEV가 사용자를 대상으로 발생하는 대신 solver들 사이에서 발생하도록 작동합니다.

Alchemy로 사용자를 MEV로부터 보호하기

MEV 보호가 내장된 제품을 출시하는 것은 빌더에게 이점입니다. 애플리케이션 내에서 예측 가능한 실행과 더 나은 가격을 제공하면, 신뢰를 얻고 이탈을 줄일 수 있습니다.

Ethereum, Solana, Base, Arbitrum, 그리고 BNB Smart Chain의 모든 표준 Alchemy RPC 엔드포인트는 MEV 보호가 기본으로 제공됩니다. 별도의 설정 변경이 필요하지 않습니다.

지원되는 네트워크에서 검증자가 직접 받는 private pathway를 통해 트랜잭션을 라우팅하여, MEV 봇이 의존하는 가시성을 제거함으로써 대부분의 공격을 막습니다. 개발자는 동일한 send-transaction 플로우를 그대로 사용할 수 있으며, Alchemy가 내부적으로 private 라우팅을 처리합니다.

추가적인 오버헤드 없이 여러분과 사용자에게 더 비용 효율적인 온체인 경험을 제공합니다. 마음에 들지 않을 이유가 없습니다.

자주 묻는 질문

MEV(maximum extractable value)란 무엇인가요?

MEV는 표준 블록 보상과 가스 수수료에 더해, 누군가가 블록 생산 과정에서 트랜잭션을 재정렬, 삽입, 검열함으로써 블록에서 추출할 수 있는 최대 가치입니다. 이는 사용자 거래에 대한 "숨겨진 세금"이라고 생각할 수 있으며, 조작자는 사용자를 희생시켜 이익을 얻기 위해 전략적으로 트랜잭션을 재정렬합니다.

MEV 보호란 무엇인가요?

MEV 보호는 블록 내 트랜잭션 순서를 재정렬하여 추가 가치를 얻으려는 채굴자나 검증자로부터 사용자와 개발자를 보호하는 전략이나 메커니즘입니다. 흔히 쓰이는 방법으로는 트랜잭션이 블록에 포함될 때까지 숨기기 위해 private mempool을 사용하는 것이 있습니다.

내 애플리케이션에 MEV 보호가 왜 중요한가요?

MEV 보호가 없으면 사용자는 높은 슬리피지와 트랜잭션 실패를 경험하며, 이는 신뢰를 저해하고 여러분의 라우팅이 부실하거나 제품이 안전하지 않다고 여기게 만듭니다. MEV 보호는 트랜잭션이 사용자의 기대대로 실행되도록 보장하여 리텐션과 신뢰를 향상시킵니다.

MEV는 트랜잭션 수수료와 같은 것인가요?

아닙니다. 트랜잭션 수수료는 사용자가 트랜잭션을 블록에 포함시키기 위해 지불하는 비용입니다. MEV는 블록 생산자나 searcher가 트랜잭션이 블록에 포함되는 방식을 조작함으로써 추출할 수 있는 추가적인 가치입니다.

Sandwich attack이란 무엇인가요?

Sandwich attack은 봇이 대기 중인 매수 트랜잭션을 발견하고, 먼저 더 높은 수수료의 매수 주문을 넣어 가격을 올린 다음, 사용자의 트랜잭션이 상승한 가격에 체결되도록 한 뒤, 즉시 이익을 남기고 매도하는 경우에 발생합니다. 이는 사용자에게 예상보다 나쁜 실행 결과를 남깁니다.

MEV 공격에서 frontrunning이란 무엇인가요?

Frontrunning은 MEV 봇이 대기 중인 트랜잭션을 보고 더 높은 가스로 자신의 트랜잭션을 제출하여 먼저 포함되도록 하는 것으로, 사용자보다 먼저 공급이 제한된 자산을 구매하거나 차익거래를 위해 유동성이 낮은 풀에서 가격을 조작하는 것을 목적으로 합니다.

Alchemy는 MEV로부터 어떻게 보호하나요?

Ethereum, Solana, Base, Arbitrum, BNB Smart Chain의 모든 표준 Alchemy RPC 엔드포인트는 추가 비용 없이 MEV 보호가 기본으로 내장되어 제공됩니다. Alchemy는 트랜잭션을 검증자에게 직접 연결되는 private pathway를 통해 라우팅하여, MEV 봇이 의존하는 가시성을 막습니다.

MEV 보호가 모든 유형의 추출을 제거하나요?

아닙니다. MEV 보호는 사용자에게 해로운 추출 패턴만을 막습니다. 올바른 가격을 회복시키는 차익거래 봇, 대출 시스템을 건전하게 유지하는 liquidation 봇, 상태 변화에 반응하는 정당한 backrun 같은 유익한 활동은 방해하지 않습니다.

Private mempool이란 무엇이며 어떻게 도움이 되나요?

Private mempool은 트랜잭션 세부 정보가 블록에 추가될 때까지 공개적으로 보이지 않도록 유지하여, 봇이 여러분의 트랜잭션을 모니터링하거나 재정렬하는 것을 막습니다. 이는 MEV 공격에 대한 가장 효과적인 대책 중 하나로 여겨집니다.