이 문제는 상당히 깁니다. 편의를 위해 카탈로그를 미리 볼 수 있습니다.
검토: 최대 추출 가능 가치 MEV는 무엇입니까
1부: 이더리움 POS의 MEV
유효성 검사기의 중앙 집중화
라이선스가 부여된 메모리 풀
텍스트
Proposer -Builder Separation
텍스트
Builder API
Builder API는 MEV의 영향을 어떻게 완화합니까?
파트 3: MEV는 이더리움에 고유한 것입니까?
파트 4: MEV는 복잡성을 따릅니다.
텍스트
파트 5: MEV를 수리하기 어려운 이유
본문 서두에서 먼저 MEV가 무엇인지 예를 들어 복습해 볼까요?
예를 들어 많은 거래로 인해 가격이 하락한 후 Uniswap에 $10,000 차익 거래 기회가 있습니다. 차익 거래 봇은 기회를 알아차리고 거래를 제출하여 채굴자에게 10달러의 거래 수수료를 제공합니다. 다음 두 가지 중 하나가 발생할 수 있습니다.
광부는 기회를 포착하기 위해 차익 거래자의 거래를 복사하고 검열합니다.
10,다른 봇은 차익 거래 권리를 위한 입찰 전쟁을 시작하면서 더 높은 txfee를 알아차리고 입찰할 것입니다. 경매는 PGA(Priority Gas Auction)라고 합니다.
$000의 잠재적 이익은 MEV입니다. 채굴자가 그것을 포착하지 못하고 PGA가 시작되면 경매 가격과 사용 가능한 총 MEV의 차이는 승리한 거래자의 이익입니다(예: 채굴자가 수수료로 $7,000를 지불하면 거래자는 나머지 3,000,000을 받습니다).MEV 시리즈의첫 번째 기사
여기에서는 MEV의 형태와 그 영향에 대해 자세히 소개한 후 MEV가 이더리움에 미치는 영향에 대해 계속 논의합니다.
Part.1 이더리움 PoS의 MEV
더 큰 스테이킹 풀은 MEV 기회를 포착하기 위해 필요한 최적화에 투자할 더 많은 리소스를 가질 수 있습니다. 이러한 풀이 추출하는 MEV가 많을수록 MEV 추출 용량을 늘리고 전체 수익을 늘리는 데 필요한 리소스가 많아져 본질적으로 규모의 경제를 창출합니다. 독립 스테이커는 처리할 수 있는 리소스가 적기 때문에 MEV 기회에서 이익을 얻지 못할 수 있습니다. 이는 독립적인 검증인이 강력한 스테이킹 풀에 참여하여 수익을 늘리고 이더리움의 파편화를 줄이도록 압력을 가할 수 있습니다.
라이선스가 부여된 메모리 풀
샌드위치 공격과 선행 공격에 대응하여 거래자는 거래 프라이버시를 보호하기 위해 검증자와 오프체인 거래를 시작할 수 있습니다. 잠재적인 MEV 거래를 공개 멤풀로 보내는 대신 거래자는 거래를 블록에 포함하고 거래자와 이익을 공유하는 검증자에게 직접 보냅니다.
다크 풀(Dark pools)은 이 배열의 확장된 버전으로, 기꺼이 비용을 지불하는 사용자에게 개방된 허가된 액세스 전용 메모리 풀로 기능합니다. 이러한 경향은 이더리움을 덜 무허가적이고 신뢰할 수 없게 만들고 잠재적으로 블록체인을 최고 입찰자에게 유리한 페이 투 플레이 메커니즘으로 전환할 것입니다. 허가된 멤풀은 또한 이전 섹션에서 설명한 중앙 집중화 위험을 가속화합니다. 여러 유효성 검사기를 실행하는 대규모 풀은 거래자 및 사용자에게 거래 프라이버시를 제공하여 MEV 수익을 높일 수 있습니다.
병합된 Ethereum에서 이러한 MEV 관련 문제를 해결하는 것이 연구의 핵심 영역입니다. 지금까지 MEV가 합병 후 이더리움의 탈중앙화 및 보안에 미치는 부정적인 영향을 줄이기 위해 PBS(Proposer-Builder Separation) 및 빌더 API라는 두 가지 솔루션이 제안되었습니다.
Proposer-Builder Separation
보조 제목
PBS(Proposer-Builder Separation)는 특히 합의 계층에서 MEV의 영향을 완화하는 것을 목표로 합니다. PBS의 주요 특징은 블록 생산자와 블록 제안자(Proposer) 규칙의 분리입니다. 유효성 검사기는 여전히 블록 제안 및 투표를 담당하지만 블록 빌더(블록 빌더)는 거래 주문 및 블록 구성을 담당합니다.
PBS에서 블록 빌더는 트랜잭션 번들을 생성하고 비콘 체인 블록에 포함되도록 입찰합니다(실행 페이로드로). 다음 블록을 제안하는 검증인을 선택한 후 서로 다른 입찰가를 확인하고 수수료가 가장 높은 트랜잭션 패키지를 선택합니다. PBS는 기본적으로 빌더가 검증자와 블록 공간을 판매하기 위해 협상하는 경매 시장을 만듭니다.
현재 PBS 설계는 빌더가 블록 콘텐츠(블록 헤더) 및 입찰에 대한 암호화 커밋만 게시하는 커밋-공개 체계를 사용합니다. 낙찰을 수락한 후 제안자는 블록 헤더가 포함된 서명된 블록 제안을 생성합니다. 블록 빌더는 서명된 블록 제안을 본 후 전체 블록 본문을 게시해야 하며 검증자로부터 충분한 증명을 받아야 완료될 수 있습니다.
PBS는 MEV의 영향을 어떻게 완화합니까?
In-protocol PBS는 유효성 검사기 권한에서 MEV 추출을 제거하여 MEV가 합의에 미치는 영향을 줄입니다. 대신 전용 하드웨어에서 실행되는 블록 빌더는 미래의 MEV 기회를 포착할 것입니다.
그러나 이것이 검증자의 MEV 관련 수입을 완전히 배제하는 것은 아닙니다. 빌더가 검증자가 블록을 수락하도록 하려면 프리미엄을 지불해야 하기 때문입니다. 그러나 유효성 검사기가 더 이상 MEV 수익 최적화에 직접 초점을 맞추지 않으므로 시간 밴딧 공격의 위협이 줄어듭니다.
PBS는 또한 MEV 중앙 집중화의 위험을 줄입니다. 예를 들어 커밋-공개 체계를 사용하면 빌더가 MEV 기회를 훔치거나 다른 빌더에게 노출하지 않도록 검증자를 신뢰할 필요가 없습니다. 이는 독립 스테이커가 MEV의 혜택을 받을 수 있는 장벽을 낮춥니다. 그렇지 않으면 빌더는 오프체인 평판이 있는 대규모 풀을 선호하고 오프체인과 거래하는 경향이 있습니다.
Builder API
마찬가지로 유효성 검사기는 지불이 무조건적이기 때문에 블록 본문을 보류하거나 유효하지 않은 블록을 발행하지 않는 빌더를 신뢰할 필요가 없습니다. 검증자 수수료는 제안된 블록을 사용할 수 없거나 다른 검증자가 무효화한 경우에도 여전히 처리됩니다. 후자의 경우 블록은 단순히 폐기되므로 블록 빌더는 모든 거래 수수료와 MEV 수익을 잃게 됩니다.
PBS는 MEV 인출의 영향을 줄일 것을 약속하지만 이를 구현하려면 합의 프로토콜을 변경해야 합니다. 특히, 비콘 체인의 포크 선택 규칙을 업데이트해야 합니다. Builder API는 더 높은 신뢰 가정에도 불구하고 PBS의 효율적인 구현을 제공하기 위한 임시 솔루션입니다.
Builder API는 합의 계층 클라이언트가 실행 계층 클라이언트에서 실행 로드를 요청하는 데 사용하는 엔진 API의 수정된 버전입니다. 정직한 유효성 검사기 사양에 설명된 대로 블록 제안 임무를 위해 선택된 유효성 검사기는 연결된 실행 클라이언트에서 트랜잭션 패키지를 요청하고 제안된 비콘 체인 블록에 포함합니다.
Builder API는 유효성 검사기와 실행 계층 클라이언트 간의 미들웨어 역할도 하지만 비콘 체인의 유효성 검사기가 외부 엔터티에서 블록을 얻을 수 있도록 허용한다는 점에서 다릅니다(실행 클라이언트를 사용하여 로컬에서 블록을 빌드하는 대신).
빌더 API는 다음과 같이 작동합니다.
빌더 API는 유효성 검사기를 실행 계층 클라이언트를 실행하는 블록 빌더 네트워크에 연결합니다. 빌더는 PBS와 마찬가지로 리소스 집약적인 블록 구축에 전념하고 다양한 전략을 사용하여 MEV + 우선 순위 팁에서 수익을 극대화하는 전담 그룹입니다.
유효성 검사기(합의 레이어 클라이언트 실행)는 빌더 네트워크의 입찰과 함께 실행 페이로드를 요청합니다. 빌더의 입찰에는 실행 페이로드 블록 헤더(페이로드 내용에 대한 암호화 약정)와 검증자에게 지불할 수수료가 포함됩니다.
유효성 검사기는 들어오는 입찰을 검토하고 가장 비용이 많이 드는 실행 부하를 선택합니다. 빌더 API를 사용하여 유효성 검사기는 서명 및 실행 페이로드 블록 헤더만 포함하는 블라인드 비콘 블록 제안을 생성하고 이를 빌더로 보냅니다.
빌더 API를 실행하는 빌더는 블라인드 블록 제안을 본 후 전체 실행 로드로 응답해야 합니다. 이를 통해 유효성 검사기는 서명된 비콘 블록을 생성하여 네트워크 전체에 전파할 수 있습니다.
빌더 API를 사용하는 유효성 검사기는 블록 빌더가 제 시간에 응답하지 못하는 경우 블록 제안 보상을 놓치지 않도록 여전히 로컬에서 블록을 빌드해야 합니다. 그러나 유효성 검사기는 현재 공개된 트랜잭션 또는 다른 트랜잭션 세트를 사용하여 다른 블록을 생성할 수 없습니다. 이는 심각한 오류인 모호성(동일한 슬롯에서 두 블록에 서명)에 해당하기 때문입니다.
MEV-Boost는 이더리움에서 MEV의 부정적인 외부성을 억제하는 것을 목표로 하는 Flashbots 경매 메커니즘을 개선한 BuilderAPI(다음 호에서 MEV-Boost를 별도로 소개할 예정임)의 구현 예입니다. Flashbots 경매를 통해 채굴자는 수익성 있는 블록을 구축하는 작업을 작업 증명 검색자(Searchers in Proof-of-Work)라는 전문 그룹에 아웃소싱할 수 있습니다.
검색자는 수익성 있는 MEV 기회를 찾고 블록에 포함된 봉인된 가격 입찰과 함께 채굴자 거래 패키지를 보냅니다. go-ethereum(Geth) 클라이언트의 분기 버전인 mev-geth를 실행하는 채굴자는 가장 수익성이 높은 트랜잭션 패키지를 선택하고 새 블록의 일부로 채굴하기만 하면 됩니다. 스팸 및 유효하지 않은 거래로부터 채굴자를 보호하기 위해 거래 패킷은 채굴자에게 도달하기 전에 Relayer를 통해 검증됩니다.
릴레이어는 트랜잭션 번들을 제안자에게 전달하기 전에 유효성을 검사할 책임이 있습니다. 그러나 MEV Boost는 빌더가 보낸 블록 본문과 유효성 검사기가 보낸 블록 헤더를 저장하여 데이터 가용성을 제공하는 에스크로를 도입합니다. 여기에서 릴레이어에 연결된 유효성 검사기는 사용 가능한 실행 페이로드를 요청하고 MEV Boost의 순위 알고리즘을 사용하여 가장 높은 입찰가 + MEV 수수료가 있는 페이로드 헤더를 선택합니다.
보조 제목
Builder API는 MEV의 영향을 어떻게 완화합니까?
Builder API의 핵심 강점은 MEV 기회에 대한 액세스를 민주화할 수 있는 잠재력입니다. 커밋 공개 체계를 사용하면 신뢰 가정이 제거되고 MEV의 혜택을 받으려는 유효성 검사자의 진입 장벽이 낮아집니다. 이는 독립 스테이커가 MEV 수익을 개선하기 위해 대규모 스테이킹 풀과 통합해야 하는 압력을 줄여야 합니다.
빌더 API의 광범위한 구현은 블록 빌더 간의 더 큰 경쟁을 장려하여 검열 저항을 증가시킵니다. 유효성 검사기가 여러 빌더의 입찰을 검토할 때 하나 이상의 사용자 트랜잭션을 검토하려는 빌더가 다른 모든 비 검토 빌더를 능가해야 성공할 수 있습니다. 이것은 사용자를 검열하는 비용을 크게 증가시키고 관행을 낙담시킵니다.
MEV Boost와 같은 일부 프로젝트는 빌더 API를 전체 구조의 일부로 사용하여 선행 실행/샌드위치 공격을 시도하는 거래자와 같은 특정 당사자에게 트랜잭션 개인 정보를 제공하도록 설계되었습니다. 이는 사용자와 블록 빌더 간의 개인 통신 채널을 제공함으로써 달성됩니다. 앞에서 설명한 라이센스가 부여된 메모리 풀과 달리 이 접근 방식은 다음과 같은 이점이 있습니다.
Builder API 소프트웨어는 오픈 소스이며 누구나 블록 빌더 서비스를 제공할 수 있습니다. 이는 사용자가 특정 블록 빌더를 사용하도록 강요받지 않고 Ethereum의 중립성과 무허가 특성을 높인다는 것을 의미합니다. 또한 MEV를 추구하는 거래자는 개인 거래 채널을 사용하여 중앙 집중화에 부주의하게 기여하지 않을 것입니다.
텍스트
Part.3 MEV는 이더리움만의 고유한 기능인가요?
우리는 다음과 같은 질문을 하지 않을 수 없습니다: MEV는 이더리움에만 고유한 것입니까?
아니요, MEV가 Bitcoin에서도 표시된다고 가정합니다. 라이트닝 채널 또는 이중 지출 토큰을 검열하는 인센티브는 기술적으로 MEV입니다. 그러나 우리의 가설은 비트코인이 본질적으로 이더리움과 같은 블록체인보다 MEV에 덜 취약하다는 것입니다.
그 이유는 각 블록체인의 복잡성과 상태 저장성 때문입니다.
특정 블록체인에 MEV가 축적되는 속도는 일반적으로 애플리케이션 계층 동작의 복잡성에 비례합니다.
Ethereum과 같은 임의로 유연한 프로토콜은 이러한 복잡성을 제한할 수 없으며 본질적으로 시간이 지남에 따라 더 복잡해지기 쉽습니다.
이것이 우리가 이더리움의 복잡성이 저주가 될 수 있다고 말하는 이유입니다.
텍스트
Part.4 MEV는 복잡성을 따릅니다.
대조적으로, 우리는 주로 DeFi 애플리케이션을 통한 큰 가치 흐름으로 인해 이더리움의 MEV 표면에서 기하급수적인 성장을 관찰할 수 있습니다. 겉보기에 유망해 보이는 이러한 금융 기반은 이더리움의 기생충으로도 볼 수 있습니다. 매일 더 커지고 복잡해지는 MEV의 무한한 네트워크를 짜는 것입니다.
첫 번째 레벨 제목
Part.5 MEV는 수리하기 어렵다
마지막으로 이더리움이 프로토콜에 MEV 항목을 상쇄하는 메커니즘을 구축할 수 있는지 묻는 것은 자연스러운 일입니다. 요컨대, 아니오, 적어도 이더리움의 개발자 및/또는 사용자 경험은 변경하지 않습니다.
채굴자/검증자가 수익 흐름을 받지 못하도록 막으려는 시도는 프로토콜 외 시장의 생성을 촉진할 수 있습니다. 예를 들어, 모든 거래가 하나의 균일한 비율만 지불하도록 허용된 경우 채굴자/검증인이 거래 우선 순위를 얻기 위해 지불을 수락하기 위해 거래자와 결탁할 것으로 예상됩니다. 마찬가지로 모든 거래 수수료가 소각되거나 공용 팟으로 지불되는 경우 채굴자/검증인은 개별적으로 수수료를 징수하기만 하면 됩니다.
더 많은 블록체인 지식과 건조 제품을 보려면 Tokenview.io를 따르십시오.
참조 기사
https://research.paradigm.xyz/MEV
https://ethereum.org/en/developers/docs/mev/#mev-in-ethereum-proof-of-stake
