---
title: "Maximum Extractable Value(MEV)와 MEV 보호란?"
description: "MEV의 작동 방식과 사용자를 불공정한 거래 조작으로부터 보호하는 방법을 알아보세요."
---

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

<ImageBlock
  src="https://media.alchemy.com/1767724530-mev-protection-blog.png"
  alt='Padlock labeled MEV, representing protection from MEV extraction'
  width={3840}
  height={1800}
  priority
/>

대부분의 [퍼미션리스 블록체인](https://www.alchemy.com/overviews/permissionless-vs-permissioned-blockchains)\(Bitcoin, Ethereum 등\)은 투명합니다. 이 투명성은 강점이지만, 동시에 [멤풀](https://www.alchemy.com/overviews/what-is-a-mempool)\(노드로부터 검증을 받아 블록에 영구적으로 포함되기를 기다리는 트랜잭션들의 "풀"\)에서 볼 수 있는 정보를 이용할 수 있는 행위자들을 끌어들이는 요인이기도 합니다.

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

[DEX](https://www.alchemy.com/dapps/list-of/decentralized-exchanges-dexs-on-base), vault, 혹은 가격에 민감한 거의 모든 시스템을 구축할 때, MEV는 실제 설계 제약 조건이 됩니다. MEV 보호 프레임워크는 불공정한 트랜잭션 조작을 통한 수익 창출을 막습니다.

## MEV와 MEV 보호란 무엇인가?

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

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

<ImageBlock
  src="https://media.alchemy.com/1767724233-screenshot-2026-01-06-at-10-30-13-am.png"
  alt="Ethereum에서의 MEV를 보여주는 그래프"
  width={3190}
  height={1070}
  caption="Source: https://eigenphi.io/"
/>

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

그렇기 때문에 MEV로부터의 보호가 중요합니다.

"[MEV 보호](https://www.alchemy.com/docs/reference/mev-protection)"란 블록 내 트랜잭션 순서를 조작해 추가 가치를 얻으려는 채굴자나 검증자의 해로운 트랜잭션 조작으로부터 사용자와 개발자를 보호하는 모든 전략이나 메커니즘\(private mempool 사용 등\)을 의미합니다.

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

MEV 보호 기능을 내장한 앱을 배포하면, 트랜잭션이 사용자의 기대대로 실행됩니다.

### MEV의 역사

"MEV" 또는 "Miner Extractable Value"라는 용어는 [2019년 Flashbots 연구 논문](https://arxiv.org/abs/1904.05234) "Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges"에서 처음 등장했으며, 이후 채굴자가 아닌 주체까지 포함하는 "Maximum/Maximal Extractable Value"로 개념이 확장되었습니다.

<ImageBlock
  src="https://media.alchemy.com/1767724352-image2.png"
  alt="Flash Boys 2.0 논문 스크린샷"
  width={1999}
  height={1006}
  caption="Source: https://arxiv.org/abs/1904.05234"
/>

MEV는 [블록체인](https://www.alchemy.com/docs/what-is-a-blockchain)에서 새로운 개념이 아니었습니다. 멤풀을 사용하는 블록체인에 근본적인 구조적 설계 문제로서 그동안 간과되어 왔습니다. 하지만 [Flashbots](https://www.alchemy.com/dapps/flashbots)의 이 논문은 전환점이 되었습니다. 이 "추출"이 탈중앙화의 근본 이념\(순서, 공정성, 투명성\)에 대한 근본적인 위험이라는 개념을 구체화했습니다.

그렇다면 이 논문에서 다루는 "MEV 위험"에는 어떤 것들이 있을까요?

시스템 차원에서, 통제되지 않는 MEV는 다음을 포함해 여러 부정적인 결과로 이어집니다.

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

## MEV는 어떻게 작동하는가?

사용자가 블록체인에서 거래를 하면, 트랜잭션은 먼저 멤풀로 이동합니다. 멤풀은 많은 블록체인에서 핵심적인 인프라 요소입니다. 트랜잭션이 블록에 추가되거나 거부되기 전에 검증 또는 확인을 기다리며 대기하는 곳입니다.

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

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

전형적인 MEV 공격의 단계를 단순화하면 다음과 같습니다.

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

## MEV 공격의 유형

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

### 1. Frontrunning

[Frontrunning](https://hacken.io/discover/front-running/)은 가장 흔한 MEV 공격입니다. 여기서 MEV 봇은 대기 중인 트랜잭션을 확인하고, 먼저 포함되도록 더 높은 가스비로 자신의 트랜잭션을 제출합니다.

일반적으로 이 행위는 두 가지 형태로 나타납니다.

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

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

### 2. Sandwich attack \(일명 Sandwiching\)

Sandwich attack은 마지막에 '매도' 행위가 추가된 frontrunning 공격일 뿐입니다.

트랜잭션을 frontrunning 함으로써, MEV 봇은 성공적으로 가격을 밀어올렸고 미실현 수익을 보유하게 됩니다. 이제 봇은 자산을 매도하여 수익을 챙기고 빠져나갑니다.

간단히 정리하면:

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

### 3. Backrunning

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

여기서 MEV 봇은 유동성 풀에서 대규모 스왑이 발생하기를 기다립니다.

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

이제 Pool 1의 가격이 Pool 2와 달라집니다. 따라서 MEV 봇은 Pool 1에서 \(더 낮은 가격에\) 토큰 A를 매수하여 Pool 2에서 \(더 높은 가격에\) 매도할 수 있습니다.

### 4. Censorship

블록 생산자\(채굴자/검증자\)는 정당한 트랜잭션을 블록에 포함시키도록 인센티브가 주어지지만, 얼마든지 트랜잭션 포함을 지연하거나 제외하는 선택을 할 수 있습니다. 이러한 트랜잭션 검열 능력을 통해, 경쟁 트랜잭션의 포함을 선택적으로 막아 자신의 트랜잭션이나 선호하는 번들만 MEV를 확보하도록 함으로써 MEV를 추출할 수 있습니다.

### 5. Oracle manipulation

앱은 자산 가격을 받기 위해 [oracle](https://www.alchemy.com/overviews/what-is-an-oracle)을 사용합니다. 가격이 매우 빠르게 업데이트되기는 하지만, 실제로는 oracle이 특정 간격마다 업데이트됩니다. 봇은 oracle의 소스에서 가격을 일시적으로 변경할 수 있으며, 이로 인해 앱이 변경된 가격을 받아들여 청산과 같이 가치 이전을 일으키는 가격 의존적 행동을 촉발하게 됩니다. 앱이 봇이 의도한 대로 행동한 후, 봇은 oracle 소스의 가격 왜곡을 되돌립니다. 그러면 시장은 정상으로 돌아가지만, 앱은 봇에게 대가를 치르게 됩니다.

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

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

### 1. 예측 가능한 실행

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

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

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

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

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

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

MEV는 일반적으로 공개 멤풀의 특징입니다. 애플리케이션은 [private mempool](https://www.coindesk.com/tech/2024/01/31/inside-the-private-mempools-where-ethereum-traders-hide-from-front-running-bots), 중앙화된 [sequencer](https://www.alchemy.com/dapps/best/shared-sequencers), [order flow auction](https://writings.flashbots.net/order-flow-auctions-and-centralisation-II) 등을 포함해\(이에 국한되지 않는\) 다양한 솔루션을 사용하여 사용자를 MEV로부터 보호할 수 있습니다.

MEV 보호는 사용자에게 해를 끼치는 추출 패턴만 방지한다는 점에 유의하세요. 다음과 같은 활동에는 개입하지 않습니다:

- 올바른 가격을 복원하는 차익거래 봇
- 대출 시스템을 건강하게 유지하는 청산 봇
- 상태 변화에 대응하는 정당한 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](https://www.alchemy.com/bnb-smart-chain)의 모든 표준 Alchemy RPC 엔드포인트에는 [MEV 보호가 기본으로 포함](https://www.alchemy.com/docs/reference/mev-protection)되어 있습니다. 별도의 설정 변경이 필요하지 않습니다.

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

추가적인 오버헤드 없이 여러분과 사용자 모두에게 더 비용 효율적인 온체인 경험을 제공합니다.

## 자주 묻는 질문

### 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 보호는 사용자에게 해를 끼치는 추출 패턴만 방지합니다. 올바른 가격을 복원하는 차익거래 봇, 대출 시스템을 건강하게 유지하는 청산 봇, 상태 변화에 대응하는 정당한 backrun과 같은 유익한 활동에는 개입하지 않습니다.

### Private mempool이란 무엇이고 어떤 도움이 되는가?

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