Paradigm은 기존 DeFi 환경을 바꿀 수 있는 새로운 메커니즘인 MEV 세금을 발명합니다.
이 기사는 "우선순위가 필요한 전부입니다"에서 발췌한 것입니다.
원저자: Dan Robinson, Dave White
컴파일러: 오데일리플래닛 데일리 남편은 어떤가요?
Paradigm은 6월 4일 "Priority Is All You Need"라는 기사를 게재하여 새로운 MEV 세금 메커니즘을 자세히 소개했습니다.
MEV 세금은 애플리케이션이 생성한 MEV를 블록 제안자에게 유출하는 대신 캡처할 수 있도록 하는 새로운 메커니즘입니다(블록 제안자에 대한 자세한 내용은 기사 끝 부분의 각주 참조). 이 메커니즘은 블록 구성 프로세스에서 경쟁적 우선순위를 활용합니다. 이 정렬 방법에서는 우선 순위 비용이 높은 순서로 트랜잭션을 정렬하고 우선 순위가 높은 트랜잭션을 먼저 블록으로 묶습니다. MEV 세금은 거래 우선 수수료에 추가 수수료를 추가하는 방식으로 적용됩니다. 애플리케이션은 거래의 우선순위 수수료를 기준으로 자체 수수료를 설정하여 MEV의 대부분 또는 전부를 캡처할 수 있습니다. 이는 애플리케이션이 블록 제안자가 운영하는 단일 공유 경매에 참여함으로써 오프체인 인프라 없이도 자체 맞춤형 MEV 경매를 실행할 수 있음을 의미합니다.
MEV 세금 메커니즘의 탄생은 기존 DeFi 생태계에 영향을 미칠 수 있습니다.
기존 MEV 배포 방식 변경: 전통적으로 MEV는 대부분 블록 제안자에게 전달되었으며 MEV 세금을 통해 애플리케이션은 이 가치를 포착하여 사용자에게 재배포하거나 다른 목적으로 사용할 수 있습니다.
애플리케이션에 대한 수익 및 사용자 경험 개선: 애플리케이션은 MEV 세금을 구현하여 수익을 늘리는 동시에 더 나은 사용자 경험을 제공할 수 있습니다. 사용자는 거래 실행에서 더 큰 효율성을 얻고 더 나은 거래 가격을 얻을 수 있습니다.
DEX 라우팅 최적화, 차익거래로 인한 AMM 손실 감소, 지갑 사용자의 MEV 유출 감소 등과 같은 DeFi: M의 일부 문제를 해결했습니다. MEV 세금을 도입함으로써 애플리케이션은 제품과 서비스를 개선하여 DeFi 생태계의 효율성과 지속 가능성을 높일 수 있습니다.
소환
이 기사에서는 모든 애플리케이션이 자체 MEV(최대 추출 가능 가치)를 캡처할 수 있도록 하는 메커니즘인 MEV 세금을 소개합니다.
이 메커니즘은 OP Mainnet, Base 및 Blast와 같은 OP Stack L2 체인에서 즉시 사용할 수 있습니다. 이러한 체인의 블록 제안자는 우리가 경쟁 우선 순위라고 부르는 일련의 규칙을 따르기 때문입니다.
이러한 체인에 MEV 세금을 구현하기 위해 스마트 계약은 거래의 우선 순위 수수료를 기준으로 수수료를 부과합니다. 우리는 애플리케이션이 검색자가 지불한 우선순위 $1마다 $99 MEV 세금을 부과하는 경우 해당 거래의 경쟁 MEV의 99%를 포착할 수 있음을 보여줍니다.
MEV 세금은 광대한 설계 공간을 열어주는 간단한 기술입니다. 블록 제안자가 운영하는 공유 경매에 연결하기만 하면 체인의 모든 애플리케이션이 자체 오프체인 인프라 없이 자체 맞춤형 MEV 경매를 실행할 수 있도록 허용하는 것으로 생각할 수 있습니다.
우리는 MEV 연구의 세 가지 주요 질문을 해결하기 위해 MEV 세금을 어떻게 사용할 수 있는지 보여줍니다.
거래소가 받는 가격을 최적화하는 분산형 거래소(DEX) 라우터
리밸런싱(LVR)으로 인해 유동성 공급자가 겪는 손실을 최소화하는 AMM(Automated Market Maker)
사용자가 거래로 생성된 "롤백" MEV를 캡처할 수 있는 지갑
하지만 문제가 있습니다. MEV 세금은 블록 제안자가 검열, 감시 또는 지연 없이 우선 순위 수수료로 거래를 주문하는 등 경쟁적인 우선 순위 규칙을 엄격하게 준수하는 경우에만 효과적입니다. 블록 제안자가 이러한 규칙을 벗어나면 MEV 세금을 회피하여 가치를 확보할 수 있습니다. 따라서 오늘날의 MEV 세금은 신뢰하는 L2 시퀀서에 의존하며 이더리움 L1에서는 전혀 작동하지 않을 수 있습니다. 왜냐하면 이더리움 메인넷에서는 제안자의 소득을 극대화하기 위해 경쟁 빌더 경매가 블록 구축을 주로 주도하기 때문입니다.
그럼에도 불구하고 MEV 세금의 기능과 유연성은 우선순위가 현재 우선순위 주문을 제공할 수 있는 플랫폼에 대한 올바른 선택일 수 있음을 시사합니다. 그리고 경쟁적 우선순위 지정의 상대적 단순성은 단일 시퀀서를 신뢰하지 않고 분산된 방식으로 이를 시행할 수 있는 실행 가능한 방법이 있을 수 있음을 시사합니다. 이 기사가 이 문제에 대한 추가 연구를 자극할 수 있기를 바랍니다.
우선순위
누군가 이더리움 메인넷이나 L2에서 트랜잭션을 보낼 때 블록 제안자에게 지불되는 우선 순위 수수료를 지정합니다. ETH로 지불한 총 금액인 builderPriorityFee를 얻기 위해 거래에 사용된 가스에 숫자를 곱한 숫자인 PriorityFeePerGas를 통해 이것이 지정되는 것을 상상할 수 있습니다.
이더리움 프로토콜에는 블록의 트랜잭션이 우선순위FeePerGas의 내림차순으로 탐욕스럽게 정렬되어야 한다는 요구 사항이 없습니다. 그러나 이것은 블록을 쌓는 데 널리 사용되는 방법입니다. 예를 들어 이것은 OP Stack 체인의 시퀀서와 geth 및 reth에서 사용되는 기본 알고리즘입니다. 우선 순위 지정을 통해 거래자는 거래의 긴급성을 효과적으로 표현할 수 있을 뿐만 아니라 자연스럽게 특정 유형의 MEV를 블록 제안자에게 지시할 수 있습니다.
이는 우선순위가 MEV 경쟁을 우선순위 가스 경매로 바꾸기 때문에 발생합니다. AMM과 중앙 집중식 거래소 간의 차익 거래 등 체인과의 상호 작용을 통해 이익을 얻을 수 있는 기회가 있을 때 검색자는 기회를 가장 먼저 포착하기 위해 경쟁합니다. 체인이 우선순위를 사용하여 거래의 패키징 및 순서를 결정하는 경우 검색자는 거래에 높은 우선순위 수수료를 설정하여 경쟁하게 됩니다.
경쟁으로 인해 무위험 수익이 0으로 압축되는 경쟁 시나리오에서 승리한 검색자는 결국 전체 MEV를 우선 수수료로 지불해야 합니다. 따라서 계약과의 상호 작용을 통해 100 ETH의 이익이 가능하다면 기회를 포착하는 첫 번째 거래에는 100 ETH의 우선 수수료가 설정됩니다. (제한 사항 섹션에서 이에 대한 몇 가지 고려 사항을 논의합니다).
MEV 세금
스마트 계약이 상호 작용하는 모든 트랜잭션에서 MEV를 캡처하려고 한다고 가정해 보겠습니다. 스마트 계약이 자체 MEV를 포착하려고 시도하는 다양한 애플리케이션별 방식에 대한 광범위한 연구 문헌이 있습니다.
그러나 실제로는 애플리케이션에 대해 구체적인 내용을 반드시 알 필요는 없습니다. 블록이 경쟁적 우선순위를 통해 구축된다는 사실을 안다면 거래의 MEV 양, 즉 우선순위 수수료에 대한 통일된 신호를 갖게 됩니다.
우리는 스마트 계약이 거래의 우선 수수료를 살펴보고 이를 기반으로 자체 수수료를 부과할 수 있다고 제안합니다. 이 수수료는 우선 수수료의 증가 기능입니다. 예를 들어 계약서는 이를 호출하는 사람이 applicationPriorityFee = 99 * ProposerPriorityFee의 ETH를 계약서로 전송하도록 요구할 수 있습니다.
이 새로운 수수료는 거래를 보낸 검색자가 지불하므로 해당 검색자의 행동에 영향을 미칩니다. 기회의 MEV가 100 ETH인 경우, 승리한 거래는 이제 1 ETH의 우선순위 수수료만 설정합니다. 이로 인해 총 지불금은 100 ETH(블록 제안자에게 1 ETH, 스마트 계약에 99 ETH)가 됩니다. . 우선 순위가 높은 수수료는 거래의 수익성을 떨어뜨립니다. 우선 순위가 낮은 수수료는 더 높은 수수료를 설정한 경쟁업체에 의해 기회를 빼앗기는 결과를 낳습니다. 이는 스마트 계약이 거래에서 MEV의 99%를 포착한다는 것을 의미합니다.
우리는 스마트 계약에 의해 부과되는 이 추가 수수료를 MEV 세금이라고 부릅니다. MEV 세금을 사용하면 애플리케이션이 자신의 이익을 위해 우선순위를 하이재킹할 수 있으므로 MEV가 블록 제안자에게 유출되는 대신 사용자를 위해 MEV를 다시 확보할 수 있습니다.
PriorityFeePerGas의 함수로 수수료가 충분히 빠르게 증가하는 경우 무시할 수 있는 MEV만 제안자에게 적립됩니다. PriorityFeePerGas의 가격은 wei(ETH의 10억분의 1)로 책정되므로 활용할 수 있는 정밀도가 높습니다. 예를 들어, MEV 세금 민감도가 50,000의 PriorityFeePerGas가 엄청나게 높은 세금을 초래할 만큼 충분히 높은 경우, 제안자에게 지불되는 총 금액은 $0.01 미만이 됩니다.
그러나 중요한 경고가 있습니다. 제한 사항 섹션에서 설명한 것처럼 MEV 세금은 블록 제안자가 특정 규칙("경쟁적 우선 순위 지정"이라고 함)을 따르고 자신의 수익을 극대화하기 위해 이러한 규칙에서 벗어나지 않는 경우에만 적용됩니다. 신뢰할 수 없는 방식으로 이러한 규칙을 시행하는 것은 공개적인 질문입니다.
단일 애플리케이션을 위한 MEV 캡처
경쟁적 우선순위를 사용하여 블록이 생성되도록 보장되는 체인에서는 MEV 세금을 사용하여 MEV와 관련된 세 가지 중요한 문제를 완화할 수 있습니다. 통과 사용자의 MEV 유출을 줄이기 위해 런백 사용자에게 권한을 판매합니다.
DEX 라우터 검색기
UniswapX 및 1inch Fusion과 같은 의도 기반 DEX 라우팅 프로토콜에서 사용자(Alice)는 교환 의도에 서명하고 검색자는 해당 의도를 최적의 가격으로 라우팅하거나 채우기 위해 경쟁합니다.
UniswapX의 현재 버전은 이 경쟁을 실행하기 위해 두 가지 메커니즘을 사용합니다. 하나는 검색자가 채울 때까지 Alice의 제한 가격이 시간에 따라 변하는 네덜란드 경매와 해당 시작 가격을 설정하는 초기 오프체인 견적 요청(RFQ) 경매입니다. 네덜란드 경매.
경쟁력 있는 우선순위를 보장하는 플랫폼에서 UniswapX는 이를 MEV 세금이라는 메커니즘으로 대체할 수 있습니다. 누구나 즉시 체결할 수 있는 주문에 사용자가 서명할 수 있도록 함으로써 작동하지만 실행 가격은 거래 우선 수수료의 함수입니다.
예를 들어, Alice가 1 ETH를 판매하기 위한 UniswapX 주문을 가지고 있는 경우 해당 주문의 실행 가격을 최소 가격 + ($ 0.01 * PriorityFeePerGas)로 정의할 수 있습니다. 최소 가격은 현재보다 훨씬 낮을 것으로 예상되는 고정 값일 수 있습니다. 가격.
검색자는 거래를 제출하여 Alice의 주문을 채우기 위해 경쟁합니다. 우선순위 수수료가 가장 높고 폴백이 없는 모든 거래는 주문을 체결하므로 거래자는 검색자가 찾을 수 있는 최상의 가격을 얻을 수 있습니다. (이에 대한 일부 예외는 제한 사항 섹션에서 논의됩니다.)
Alice의 최소 가격이 $3,000이고 현재 ETH 가격이 $3,500인 경우 승리한 거래의 우선순위FeePerGas는 약 50,000입니다. (200,000 가스 비용이 드는 거래에서 블록 제안자에게 지급되는 금액은 최대 100억 웨이(~$0.000035)에 불과합니다.
이는 UniswapX에 사용되는 기존 메커니즘에 비해 몇 가지 잠재적인 이점이 있습니다.
MEV 세금을 사용하는 주문은 네덜란드 경매를 사용하는 주문보다 더 빠르고 더 나은 가격으로 체결될 수 있습니다. 이 기사에 설명된 대로 온체인 네덜란드 경매는 블록 간 가격 변동으로 인해 MEV에 일부 가치가 유출되며 완료하려면 여러 블록이 필요할 수 있습니다. 이와 대조적으로 MEV 세금을 사용하는 주문은 MEV의 대부분을 캡처하면서 다음 블록에서 이행될 수 있는 경우가 많습니다.
오프체인 RFQ와 달리 주문을 채우기 위해 MEV 세금을 사용하는 경매는 온체인 거래가 실행될 때 원자적으로 발생합니다. 이는 낙찰자에게 온체인 거래가 성공한 경우에만 주문이 체결된다는 것을 보장한다는 의미입니다. 이를 통해 AMM과 같은 온체인 유동성이 오프체인 유동성과 더 쉽게 경쟁할 수 있습니다. 이는 UniswapX가 Uniswap v4와 같은 다중 풀 하위 시스템을 위한 보다 효율적인 라우터 역할을 할 수 있음을 의미합니다.
AMM(자동 마켓 메이커)
Loss-vs-rebalancing 논문에서 논의된 것처럼 블록 상단에서 오래된 가격으로 거래하는 차익거래자 때문에 AMM의 가치가 누출되는 경우가 많습니다. MEV 세금을 사용하여 AMM이 이러한 MEV를 캡처하도록 할 수 있습니다. 단순화를 위해 중앙 집중식 유동성 없이 AMM에서 이를 구현하는 방법을 논의하겠습니다. (이런 종류의 문제를 중앙 집중식 유동성으로 해결하는 방법에 관심이 있으시면 Sorella가 곧 솔루션을 출시할 것입니다.)
AMM은 거래의 우선순위에 따라 추가 수수료를 부과하여 MEV를 포착할 수 있으며, 이를 통해 블록 내 거래의 우선순위를 정할 수 있는 권리를 경매할 수 있습니다. 이 수수료를 계산하고 평가하는 방법에는 여러 가지가 있습니다. 우리는 풀 유동성 단위 sqrt(xy)로 표현되는 중립적인 접근 방식에 대해 논의할 것입니다. 승리하는 거래는 풀의 유동성을 가장 많이 증가시키는 거래가 될 것입니다.
블록의 풀에서 첫 번째 트랜잭션을 실행할 때 x_end * y_end > x_start * y_start 풀은 조건을 적용할 수 있습니다(일부 상수로):
x_end * y_end > (sqrt(x_start * y_start) + a*priorityFeePerGas)^ 2 이 공식은 차익 거래자가 실제 가격으로 거래하도록 장려하며, 그 이후에는 풀의 중간 가격이 실제 가격이 되어야 합니다.
첫 번째 거래 이후 거래는 고정된 교환 수수료를 사용하여 Uniswap v2처럼 작동할 수 있습니다. 추가 MEV 세금을 납부하지 않고 거래하려는 정보가 없는 거래자에게는 우선순위 수수료가 더 낮게 설정됩니다.
AMM에 MEV 세금을 시행하는 방법에는 여러 가지가 있으며, 이는 다양한 효과를 갖습니다. 예를 들어, MEV 세금은 거래소의 입력 또는 출력 토큰으로 표현될 수 있고, 풀에서 적용되는 교환 수수료 비율에 영향을 줄 수 있으며, 사용자 거래에 대한 최소 가격을 결정할 수 있습니다. 우리는 이것이 탐구할 가치가 있는 흥미로운 디자인 공간이라고 생각합니다.
백러닝 경매
위의 설명은 MEV 누출을 방지하기 위해 특정 애플리케이션을 설계하는 방법을 보여줍니다. 그러나 지갑이 해당 애플리케이션에 MEV 세금이 포함되어 있지 않더라도 사용자가 거래를 통해 애플리케이션과 상호 작용할 때 생성한 MEV를 캡처하도록 돕고 싶다면 어떻게 해야 할까요?
예를 들어, Alice는 AMM에서 대규모 거래를 할 때 때때로 "백러너"가 가격을 정상으로 되돌릴 수 있는 차익 거래 기회를 만듭니다. 일반적으로 이러한 기회는 Alice가 소유하지 않고 MEV로 유출됩니다.
MEV-Share 와 MEVBlocker는 사용자가 거래에서 MEV를 캡처할 수 있도록 하는 두 가지 프로토콜이지만 복잡한 오프체인 경매 시스템에 의존합니다. " Orderflow Auction Design Space "에서는 몇 가지 다른 솔루션을 설명합니다.
MEV 세금이 의도 기반 스마트 계약 지갑과 결합되면 Alice의 추적 MEV를 캡처하는 대체 시스템을 구축할 수 있습니다. Alice가 AMM에서 거래할 거래를 생성하지 않고 대신 누구든지 Alice의 스마트 계약 지갑에 제출하여 해당 작업을 수행하도록 할 수 있다는 의도에 서명한다고 가정합니다. Alice의 스마트 계약 지갑은 거래를 제출한 사람에게 MEV 세금을 부과하고, 세금은 Alice에게 지급됩니다.
Alice의 의도를 제출한 검색자는 동일한 트랜잭션 내에서 원자적으로 그렇게 할 수 있기 때문에 그녀를 따라갈 수 있는 독점적인 권리를 갖습니다. 따라서 검색 경쟁이 매우 치열한 경우 Alice를 뒤쫓는 데 따른 모든 이익은 MEV 세금을 통해 Alice에게 전달되어야 합니다.
선행 실행은 사용자에게 MEV 세금 지불을 피할 수 있기 때문에 이 시스템은 선행 공격으로부터 사용자를 완전히 보호하지 못할 수 있다는 점에 유의하는 것이 중요합니다. 이 문제(및 가능한 완화 방법 중 일부)는 아래 제한 사항 섹션에서 자세히 설명합니다. 그럼에도 불구하고 이는 최소한 완화 조치가 없는 공용 메모리 풀 시스템에 비해 개선된 것입니다.
기타 사용 사례
이러한 예 외에도 MEV 세금의 다른 잠재적 용도에는 다음과 같이 현재 오프체인 또는 네덜란드 경매가 사용되는 거의 모든 시나리오가 포함됩니다.
Oval과 같은 프로토콜은 생성된 오라클을 캡처하여 추출 가능한 가치(OEV)를 활성화합니다.
Blend와 같은 NFT 모기지 대출 프로토콜의 재융자 경매.
대출 계약 청산은 네덜란드 경매보다 가치가 적습니다.
애플리케이션 간 MEV 캡처
위 솔루션은 단일 애플리케이션과 상호 작용할 때 생성된 MEV를 캡처하도록 설계되었습니다. 그러나 때로는 검색자가 동일한 거래에서 여러 앱과 상호 작용하여 더 많은 가치를 얻을 수 있습니다.
이러한 애플리케이션 중 하나만 MEV 세금을 사용하는 경우 거래의 모든 MEV는 MEV 세금이 높은지 낮은지 여부에 관계없이 MEV 세금을 사용하는 애플리케이션에 귀속되어야 합니다.
하지만 검색자의 거래가 MEV 세금을 사용하는 두 개의 애플리케이션과 상호 작용하는 경우 어떻게 될까요? 예를 들어 특정 MEV는 MEV 세금 AMM에 대해 MEV 세금 UniswapX 주문을 작성해야만 캡처할 수 있습니다.
이 경우, 각 애플리케이션에서 포착한 초과 MEV의 상대적 금액은 해당 애플리케이션에서 설정한 MEV 세금에 따라 결정됩니다. MEV 세금인 app_i의 값이 Tax_i(우선 순위 ) 함수에 의해 제공되면 다음 우선순위 방정식을 풀어 승리한 거래의 우선순위를 결정할 수 있습니다. 총 MEV
(기술적으로 블록 제안자에게 지불되는 우선권 수수료를 설명하기 위해 3번째 용어인 PriorityPerGas * gasUse를 추가할 수 있지만, 부록 A에서 설명한 것처럼 일반적인 상황에서는 우선순위 비용이 무시할 수 있을 만큼 높기 때문에 이를 무시하겠습니다.)
PriorityPerGas의 선형 MEV 세금의 간단한 경우(그래서 Tax_ 1(priorityPerGas) = a_ 1 * PriorityPerGas), 각 애플리케이션에서 받은 MEV 공유에 대해 풀 수 있습니다.
a_ 1 * 우선순위PerGas + a_ 2 * 우선순위PerGas = MEV
PriorityPerGas = MEV/(a_ 1 + a_ 2)
세금_ 1(우선순위PerGas) =(a_ 1/(a_ 1+a_ 2))*MEV
세금_ 2(우선순위PerGas) = (a_ 2/(a_ 1+a_ 2))*MEV
애플리케이션은 자체 MEV 세금을 설정할 때 상충 관계에 직면합니다. 세율이 높을수록 애플리케이션 간 MEV 발생 시 더 많은 몫을 확보할 수 있지만 경쟁이 있는 경우 일부 애플리케이션 간 MEV를 놓칠 수 있음을 의미합니다. 추출 방법. 예를 들어, 모든 거래에 대해 MEV 세금을 부과하는 AMM이 하나 있는 경우 MEV 세금 UniswapX 주문은 다른 AMM 또는 오프체인 필러에 의해 채워질 수 있습니다.
많은 경우 두 애플리케이션이 각각의 복지를 극대화하는 방식으로 MEV를 공유하도록 MEV 세금을 설계하는 균형이 있을 수 있습니다. 예를 들어, MEV 세금 AMM은 블록 상단 근처에 있는 정보를 보유한 단일 거래자로부터 가치를 포착하고 더 낮은 고정 수수료 유동성으로 다른 거래자 및 애플리케이션(MEV 세금을 사용하는 거래자 포함)이 사용할 수 있도록 하려고 할 수 있습니다. 이 경우 AMM은 상대적으로 낮은 MEV 세금(예: $0.00001 * PriorityFeePerGas)을 설정하여 차익 거래(있는 경우)가 블록 초기에 발생하고 블록의 후속 거래에서 MEV 세금이 부과되지 않도록 할 수 있습니다. AMM과 상호 작용하려는 UniswapX와 같은 애플리케이션은 더 높은 MEV 세금(예: $0.01 * PriorityFeePerGas)을 설정하여 풀이 이미 중재된 후에 거래가 포함되도록 할 수 있습니다. 이러한 상대적 세금으로 인해 $1 MEV와 $50,000 MEV의 UniswapX 주문이 있어도 결국 AMM이 먼저 중재됩니다.
우리는 이것이 미래 연구에 가치가 있는 광범위한 디자인 공간이라고 믿습니다.
한정
MEV 세금에는 몇 가지 복잡성과 함정이 있습니다. 우리는 이것이 미래 연구를 위한 흥미로운 영역이라고 믿습니다.
인센티브 비호환성
MEV 세금은 독점 블록 제안자에 대한 인센티브와 호환되지 않습니다. 이는 거래 포함을 위한 공정한 경쟁이 있는 경우에만 작동하며, 이는 블록 제안자가 자신의 수익을 극대화하기보다는 "경쟁적 우선순위 지정"이라고 부르는 규칙을 따르는 경우에만 발생합니다. 이러한 규칙에는 다음이 포함되는 것이 좋습니다.
우선순위: 블록 내 거래는 우선순위FeePerGas의 내림차순으로 정렬되어야 합니다.
검열 저항: 블록 제안자가 블록을 구축할 때 트랜잭션 t 1을 수신하고 블록이 가득 차지 않았거나 트랜잭션 t 2를 포함하고 t 2.priorityFeePerGas < t 1.priorityFeePerGas를 포함하는 경우 블록에는 트랜잭션 t 1이 포함되어야 합니다.
거래 전 개인 정보 보호: 블록 제안자는 개인 끝점을 통해 거래를 수락해야 하며 블록을 제출하기 전에 누구와도 이러한 거래를 공유할 수 없으며 이러한 거래의 내용을 사용하여 자신의 거래를 구성할 수 없습니다.
아직 시기가 확정되지 않았습니다. 블록 제안자는 모든 사람의 거래를 수락하기 전에는 명확한 시간(blockTime)을 설정해야 하며 그 이후에는 누구의 거래도 수락하지 않습니다.
이러한 속성 중 하나 이상이 위반되면 MEV 세금의 효율성이 저하될 수 있습니다. 검열 저항을 위반하는 블록 제안자는 대부분의 MEV 세금을 피하기 위해 경쟁 거래를 제외하고 우선순위가 없는 거래를 제출함으로써 스스로 기회를 잡을 수 있습니다. 거래 전 프라이버시를 침해하는 블록 제안자는 다른 거래에서 MEV를 훔치거나 우선순위 수수료를 엿보고 다른 사람보다 우선순위 수수료를 얼마나 높게 설정해야 하는지 알 수 있는 반면, 다른 사람보다 늦게 거래를 제출할 수 있는 제안자는 다른 사람보다 높은 가격을 제시할지 여부를 "최종 결정"할 수 있는 자유를 갖는 것은 궁극적으로 경쟁을 억제하는 역선택 문제를 야기합니다.
불행하게도 첫 번째 속성은 프로토콜 계층에서 쉽게 적용되지만 다른 속성을 무신뢰 방식으로 적용하는 것은 공개된 문제입니다.
프로토콜 수준에서 적용되지 않는 경우, 제안자가 블록 구성을 경쟁력 있는 수익 극대화 경매(예: 이더리움 메인넷의 MEV-Boost)에 아웃소싱하는 경우 이러한 규칙을 준수하는 시퀀서가 이러한 규칙을 벗어나지 않도록 신뢰해야 합니다. 그들을 따르지 않을 수도 있습니다.
이러한 문제는 경쟁적 우선순위를 사용하여 빌딩 블록에 전념하는 신뢰할 수 있는 단일 주문자에 의해 "해결"될 수 있습니다. 또한 Sorella의 Angstrom, Flashbots의 SUAVE, Leaderless Auctions 또는 Multiplicity와 같은 합의, 암호화 및/또는 신뢰할 수 있는 실행 환경의 조합을 사용하여 분산형 메커니즘으로 해결할 수도 있습니다.
완전한 블록
블록이 완전히 가득 찬 경우 MEV 세금의 정상적인 운영에는 예외가 있습니다. 이 경우, 블록 제안자는 우선 순위가 낮은 거래를 블록에 나중에 포함시키는 대신 제외해야 할 수도 있습니다. MEV 세금을 사용하는 애플리케이션과 상호 작용하는 거래는 우선 순위 수수료가 매우 낮을 가능성이 높으므로 이러한 애플리케이션은 MEV 세금을 사용하지 않는 애플리케이션이나 매우 낮은 MEV 세금을 사용하는 애플리케이션에 의해 밀려날 수 있습니다. 그러나 별도의 기본 수수료를 설정하기 위해 EIP-1559와 같은 메커니즘을 사용하는 체인에서는 블록이 완전히 가득 차는 경우가 비교적 드뭅니다. 또한 블록이 가득 찼을 때 일부 거래를 지연해야 하는 경우 MEV 세금을 더 높게 설정하여 긴급성이 낮은 거래를 지연하는 것이 합리적인 결과일 수 있습니다.
롤백 트랜잭션
MEV 세금은 기본적으로 각 "입찰"이 거래인 단일 블록 경매에 의존합니다. 이러한 경매의 한 가지 단점은 실패한 입찰로 인해 롤백 트랜잭션이 온체인에 포함되어 일부 기본 수수료를 지불하고 체인을 혼잡하게 만드는 경우가 많다는 것입니다.
시퀀서가 실패한 트랜잭션을 완전히 제외할 수 있다면 이 문제가 완화될 것입니다. 하지만 이는 중앙 집중식 시퀀서로도 달성하기 어렵습니다. (이 정의는 조정될 수 있지만 위에서 설명한 검열 저항 속성을 완전히 준수하지는 않습니다.) 보다 정교한 시퀀서는 트랜잭션이 참여하는 분쟁 경매를 지정하도록 허용하여 이 프로세스를 최적화할 수 있습니다. 후속 트랜잭션이 실패할 것이라고 알고 있는 것을 건너뛰는 시퀀서.
사용자 의도 공개
MEV 세금은 검색자 간에 경쟁이 있는 경우에만 적용됩니다. 즉, 기회를 어느 정도 알아야 함을 의미합니다. 온체인에서 기회를 볼 수 있는 AMM과 같은 애플리케이션의 경우 이는 자연스럽게 발생해야 합니다. 그러나 의도 기반 라우팅 또는 후행 입찰과 같은 애플리케이션의 경우 이는 애플리케이션이 사용자의 의도를 검색자와 공유해야 할 수도 있음을 의미합니다.
어떤 경우에는 구현되기 전에 사용자 의도를 방송함으로써 일시적인 개인정보 손실이 MEV 세금을 회수할 수 없는 방식으로 가치를 유출할 수 있습니다.
예를 들어, Alice가 위에서 설명한 후행 경매 프로토콜을 사용하여 유동성이 낮은 토큰을 구매하기를 원한다고 가정합니다. 그녀는 AMM에서 토큰을 구매하기 위해 스마트 계약 지갑에 서명된 의도를 게시하고 미끄러짐 허용치를 설정합니다. 검색자는 사용자의 주문을 이행하지 않고도 해당 토큰의 가격을 미끄러짐 허용 범위까지 끌어올리기 위해 우선순위가 높은 거래에서 경쟁할 수 있습니다. 그러면 승자 Bob은 우선순위가 낮은 거래에 Alice의 의도를 포함하고 롤백함으로써 Alice의 의도를 비경쟁적으로 충족할 수 있으며, 이로써 Alice의 거래를 방해하고 MEV 세금을 피하는 동시에 Alice에게 더 나쁜 가격을 제공할 수 있습니다. NFT를 구매할 때 비슷한 문제가 발생할 수 있습니다.
Bob이 토큰을 구매하고 Alice에게 판매하는 것 사이의 원자성을 보장할 수 없기 때문에 이러한 공격은 Bob에게 위험합니다. 순진한 Bob은 "샌드위치 찢기" 함정의 희생양이 될 수 있습니다. 이 함정에서는 Alice가 자신에게서 가치 없는 토큰을 구매하겠다는 의도를 공개하여 Bob이 자신의 거래를 샌드위치에 넣기 위해 토큰을 구매하게 하지만 Bob이 토큰을 완료하기 전에 Alice가 자신의 의도를 취소합니다. 샌드위치.
또한 애플리케이션은 기존의 많은 주문 흐름 경매의 경우처럼 의도를 공유하고 그들의 행동을 모니터링하는 검색자 집합을 제한하여 이를 완화할 수 있습니다.
MEV 세금을 Flashbots의 SUAVE 디자인에서 구상된 것과 같은 개인 정보 보호 빌더 기능과 결합하는 것도 가능합니다.
마지막으로 Alice가 자신의 의도를 공유하는 데 드는 비용이 경쟁 검색의 이점보다 크다고 판단하면 직접 거래를 구성하여 블록에 직접 제출할 수 있습니다. 위에서 언급한 바와 같이 경쟁적 우선순위 지정의 이상적인 구현은 블록 제안자에게 거래 전 개인정보 보호를 제공하는 것입니다.
토론 및 예비 작업
가스 우선 경매. "채굴자 추출 가능 가치"라는 용어를 만든 Flash Boys 2.0 논문은 분산형 블록체인에서 우선 순위 지정의 역학을 조사합니다. 이 논문에서는 이더리움 채굴자(네트워크가 작업 증명을 사용했을 때)가 이미 거래의 우선순위를 정했으며 차익거래자는 이 행동에 의존하여 블록에 포함될 권리를 입찰하는 "우선 가스 경매"에 참여했다는 점을 관찰했습니다. 첫째, 탈중앙화 거래소 차익거래로 인한 대부분의 MEV가 채굴자에게 축적됩니다.
선착순입니다. Themis 또는 Arbitrum One의 현재 시퀀서 와 같은 트랜잭션 순서 지정 규칙을 통해 ) MEV를 완화하기 위해 블록 제안자는 표시된 순서대로 트랜잭션을 주문해야 하는 선착순("공정한 주문"이라고도 함)인 다른 순서 규칙을 시행하는 데 중점을 두었습니다.
우선순위 지정은 다른 접근 방식을 취합니다. 특정 기간 내에 도착하는 트랜잭션은 동일하게 처리되고 선언된 우선순위에 따라 정렬됩니다.
"공정한 주문"은 여러 검증자가 있는 실제 네트워크 환경에서 시행하거나 정의하기조차 어렵습니다. 또한 신뢰할 수 있는 단일 시퀀서를 사용하더라도 낭비적인 대기 시간 경쟁과 스팸으로 이어질 수 있습니다. 마지막으로, MEV 세금은 자산 가격의 개별 "점프"로 인한 차익 거래 이익과 같은 특정 "선착순" MEV를 제거할 수 있습니다. 선착순 주문에 비해 우선 순위 주문의 잠재적 이점은 Budish, Cramton, Shim(2015) 에서 논의된 연속 시간 교환에 비해 이산 시간의 이점과 부분적으로 관련되어 있습니다.
또한 우선순위 지정은 기본적으로 MEV에 가치를 유출하는 것처럼 보이지만 이 게시물에서는 이를 다시 확보하기 위해 애플리케이션을 설계하는 방법을 보여줍니다.
비용 분담. Blast는 Ethereum L2이며 거래에서 액세스되는 스마트 계약과 우선 순위 및 기본 수수료의 일부를 공유합니다.
MEV 세금은 유사한 것을 허용하지만(적어도 우선 순위 수수료에 대해서는) 수수료 공유에 대한 특별한 지원 없이 경쟁 우선 순위를 사용하여 모든 체인의 애플리케이션 계층에서 구현할 수 있습니다. 또한 애플리케이션이 자체 세금을 우선 수수료의 맞춤형 기능으로 정의할 수 있도록 하여 MEV 인식 애플리케이션의 유연성을 높이고 잠재적으로 결합성을 향상시킵니다.
무신뢰 솔루션. 이 기사에서는 신뢰 없이 시행하는 방법을 논의하기보다는 플랫폼이 경쟁 우선순위를 사용하는 동기와 경쟁 우선순위 플랫폼을 활용하는 방법에 중점을 둡니다.
경쟁 우선순위 지정에 필요한 다른 각 속성은 이전에 광범위하게 논의되었습니다. 예를 들어, Fox, Pai, Resnick(2023) 에서 저자는 검열 저항이 없는 온체인 경매의 취약점을 논의하고 여러 동시 제안자를 사용하여 검열 저항 경매의 설계를 설명합니다. 그러나 특정 거래 순서를 권장하지는 않습니다.
Flashbots의 SUAVE, Sorella의 Angstrom, Leaderless Auctions, Espresso 및 Offchain Labs의 분산형 Timeboost, Péter Szilági의 강제 공개 거래 패키징을 포함하여 신뢰가 최소화된 블록 구축 메커니즘 구축에 대한 다른 연구가 있습니다.
결론적으로
이 기사가 L2가 우선 순위 지정(OP 스택에서 기본적으로 지원됨) 사용을 고려하도록 장려하고 애플리케이션이 지원되는 경우 MEV 과세를 시도하도록 동기를 부여하기를 바랍니다.
또한 L1 및 L2에서 신뢰를 최소화하는 경쟁 우선순위 지정 프로토콜에 대한 추가 연구에 영감을 주기를 바랍니다.
각주
이 글에서는 “제안자”를 사용하여 특정 블록에 어떤 트랜잭션이 포함될지 결정하는 행위자 또는 프로세스를 나타냅니다. Ethereum L2에서 이 역할은 일반적으로 "시퀀서"에 의해 수행됩니다. 이더리움 L1에서는 제안자라고 불리는 특정 이더리움 검증인이 채워지지만, 제안자는 일반적으로 "릴레이어"와 "빌더"가 참여하는 경쟁 경매에 블록을 구축하는 작업을 아웃소싱합니다. 이러한 책임이 어떻게 나누어지는지에 대한 자세한 내용은 이 문서의 범위를 벗어납니다.
가스당 우선 수수료는 실제로 거래에서 명시적으로 지정되지 않지만 거래에서 계산될 수 있습니다. 거래는 가스 가격을 지정하지만 이더리움은 가스 가격에서 차감되어 소각되는 기본 수수료도 부과합니다. MEV 세금과 관련하여 기본 요금은 딜러의 통제 범위를 벗어나므로 무시되어야 합니다. 가스당 우선순위 수수료(즉, 블록 제안자에게 전달되는 거래 수수료 부분의 가격)는 Solidity에서 PriorityGasPrice = tx.gasprice - block.basefee로 계산할 수 있습니다.
간단히 "MEV"를 정의하여 검색자 이익을 제외하고 유효성 검사기로 흘러갈 가치만 참조할 수 있습니다.
ProposerPriorityFee는 거래가 궁극적으로 얼마나 많은 가스를 사용할지 알 수 없기 때문에 계약 중에 거래에 사용된 총 가스 PriorityFeePerGas 금액(거래에 사용된 총 가스와 동일)의 배수를 실제로 계산할 수 없습니다. 그러나 우리에게 필요한 것은 상한선뿐이므로 일반적으로 이는 중요하지 않습니다. 안전을 위해 PriorityFeePerGas에 3천만을 곱할 수 있습니다. 이는 현재 이더리움 블록의 최대 가스입니다. 이 값을 과대평가하면 MEV 세금이 MEV에서 차지하는 비중이 더 커진다는 의미일 뿐입니다.
거래가 3,000만 가스를 초과할 수 없다고 가정하면, 우선순위FeePerGas가 50,000이면 1,500gwei의 가스 지불이 발생합니다. 이는 ETH 가격 $4000에서 약 $0.006입니다.
PriorityFeePerGas가 차익거래자의 이익이 0이 되도록 설정된 경우 차익 거래를 극대화하는 이익은 AMM을 극대화하는 기능에 대한 동일한 거래와 일치해야 합니다.
Arbitrum은 이를 Timeboost라는 우선순위 형식으로 대체하는 것에 대해 논의했지만 이 글을 쓰는 시점에서는 아직 프로덕션 단계에 있지 않습니다.
IOS
Android