---
title: "온체인 프런트러닝"
description: "온체인 프런트러닝은 대기 중인 거래 정보를 이용해 다른 거래를 먼저 실행시키고 이익을 얻는 행위입니다. 공개 거래 풀, 정렬, MEV, 슬리피지, 비공개 전송이 위험에 미치는 영향을 설명합니다."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 온체인 프런트러닝

> 교육 참고용이며 투자 조언이 아닙니다. 투자로 인해 손실이 발생할 수 있습니다.

<a id="answer"></a>

## 핵심 답변

온체인 프런트러닝은 누군가 대기 중인 거래를 알아낸 뒤, 그보다 다른 거래를 먼저 실행시켜 가치를 얻는 행위입니다. 수익성 있는 호출을 복사하거나, 알려진 주문보다 먼저 매수하거나, 희소한 온체인 기회를 놓고 경쟁하는 방식이 있습니다. 프런트러닝은 최대 추출 가능 가치(MEV)의 한 형태이며 모든 MEV 전략을 뜻하지는 않습니다.

이런 기회는 제출된 Ethereum 거래가 보통 검증자의 블록 포함 전에 네트워크로 전파되어 거래 풀에 머물기 때문에 생깁니다. 서처는 대기 거래를 살피고 결과를 시뮬레이션한 다음 자체 거래나 번들을 보낼 수 있습니다. 최종 순서는 블록 구축 과정에서 정해지므로 더 높은 우선 수수료가 포함 가능성에는 영향을 주더라도 특정 위치를 보장하지는 않습니다.

사용자는 거래가 실행 전에 가치 있는 의도를 드러내는지, 거래 한도가 가치 추출의 여지를 남기는지, 누가 정렬에 영향을 줄 수 있는지를 살펴야 합니다. 슬리피지가 넓은 DEX 스왑, 재사용 가능한 비밀을 이용한 공개 청구, 청산, 경매, 한정 민팅은 모두 경쟁 대상이 될 수 있습니다.

<a id="mechanism"></a>

## 작동 방식

샌드위치 거래에서 서처는 대기 중인 DEX 매수를 보고 같은 자산을 바로 앞에서 산 뒤 바로 뒤에서 팝니다. 사용자의 매수는 서처의 두 거래 사이에서 풀 가격을 올립니다. 추가 가격 변동이 생겨도 사용자의 최소 수령량 조건이 충족되고 모든 수수료를 빼고 이익이 남아야 전략이 성공합니다.

범용 프런트러너는 가치를 복제할 수 있는 호출을 노립니다. 거래가 답이나 권한을 공개하면서 예정된 수령인에게 묶어 두지 않았다면 다른 계정이 그 호출을 재현해 먼저 실행시킬 수 있습니다. 컨트랙트는 커밋-리빌 설계와 특정 수령인에 대한 청구 권한 바인딩으로 방어할 수 있으며, 사용자에게 수수료만 올리라고 해서는 노출된 정보를 보호하지 못합니다.

Ethereum의 `maxPriorityFeePerGas`와 `maxFeePerGas` 같은 수수료 필드는 송신자가 지불할 의향이 있는 한도에 영향을 줍니다. 거래 내용을 비공개로 만들지는 않으며, 빌더는 하나의 수수료 필드로 모든 거래를 정렬하는 대신 번들을 평가할 수 있습니다. 따라서 프런트러닝은 단순한 Gas 가격 경쟁이 아니라 정보와 정렬의 문제입니다.

<a id="example"></a>

## 예시

AMM 풀에 100 ETH와 200,000 USDC가 있다고 가정합니다. 사용자가 10,000 USDC로 ETH를 사는 공개 거래를 슬리피지 허용치 5%로 제출합니다. 대기 거래에는 방향, 규모, 최소 허용 출력이 드러납니다.

서처는 스왑을 시뮬레이션하고 그보다 먼저 실행될 매수와 이후에 실행될 매도를 제출합니다. 두 거래가 사용자 거래의 양쪽에 배치되면 사용자는 샌드위치가 없을 때보다 적은 ETH를 받지만 여전히 5% 한도 안에 있고, 서처는 수수료를 뺀 차액을 얻습니다.

결과는 보장되지 않습니다. 다른 서처와의 경쟁, 풀 수수료, 가격 변화, 블록 미포함, 사용자의 최소 출력 검사가 전략을 적자로 만들거나 순서 전체를 실패시킬 수 있습니다. 일반적인 대규모 거래 자체도 가격 충격을 일으키므로 모든 슬리피지를 공격으로 판단하려면 거래 추적과 풀 상태를 먼저 확인해야 합니다.

<a id="risks"></a>

## 위험과 완화 방법

모든 정렬 위험을 없애는 설정은 없습니다. 불필요한 정보 노출을 줄이고 거래가 감수할 손실에 상한을 두는 것이 현실적인 목표입니다.

- 풀 깊이와 현재 상황에 맞는 최소 출력 또는 가격 한도를 정하고, 체결만을 위해 슬리피지를 넓히지 않습니다.
- 특히 얕은 풀의 대규모 거래라면 서명 전에 가격 충격, 유동성, 토큰 전송 규칙, 경로를 확인합니다.
- 필요할 때 평판이 좋은 비공개 전송 또는 MEV 보호 서비스를 이용하되 빌더 범위, 실패 시 동작, 개인정보 정책, 신뢰 가정을 점검합니다.
- 프로토콜 설계에서는 선착순 비밀을 거래 데이터에 넣지 말고 수령인 바인딩, 커밋-리빌, 일괄 경매 등 용도에 맞는 방식을 사용합니다.

비공개 전송은 거래를 공개 풀에서 숨길 수 있지만 보편적인 보장은 아닙니다. 서비스와 참여 빌더가 거래를 유출하거나 악용하지 않을 것이라는 신뢰가 필요하며, 확인 전에 RPC 경로를 바꾸면 거래가 공개될 수 있습니다. 거래가 지연되거나 포함되지 않을 수도 있습니다.

<a id="misconceptions"></a>

## 흔한 오해

### 오해 1: Gas를 더 내면 프런트러닝을 막을 수 있다

높은 우선 수수료는 포함 가능성을 높일 수 있지만 거래를 숨기지는 않습니다. 서처와 빌더는 더 가치 있는 정렬이나 번들을 제출할 수 있으므로 수수료 경쟁만으로는 보호되지 않습니다.

### 오해 2: 불리한 체결은 모두 샌드위치 공격이다

대규모 주문은 자체적으로 AMM 가격을 움직이고, 거래가 대기하는 동안 시장도 변할 수 있습니다. 경로 수수료, 전송세, 정상적인 경쟁도 체결을 악화시킬 수 있습니다.

### 오해 3: 슬리피지 제로가 언제나 가장 안전하다

지나치게 좁은 한도는 정상적인 가격 변동에도 거래를 거부하고, 공개 거래가 되돌려질 때 Gas를 소모할 수 있습니다. 적절한 한도는 유동성, 거래 규모, 긴급성, 사용자가 감수할 최대 손실에 따라 달라집니다.

<a id="related"></a>

## 관련 주제

- [DEX](/ko/crypto/dex/)
- [Gas 수수료](/ko/crypto/gas-fee/)
- [MEV](/ko/crypto/mev/)
- [시빌 공격](/ko/crypto/sybil-attack/)
- [이자 농사](/ko/crypto/yield-farming/)

<a id="sources"></a>

## 출처

- [Transactions](https://ethereum.org/developers/docs/transactions/) - ethereum.org (확인일: 2026-08-20)
- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - ethereum.org (확인일: 2026-08-20)
- [Flashbots Protect Quick Start](https://docs.flashbots.net/flashbots-protect/quick-start) - Flashbots (확인일: 2026-08-20)

Source: https://wiki.fcontext.com/ko/crypto/front-running/index.mdx