가능한 한 많은 주문 흐름을 확보하기 위해 빌더는 다양한 방법을 유연하게 채택할 수 있습니다. 기존 중개업체에 나타나는 PFOF(Pay for Orderflow)와 유사하게 빌더는 지갑, RPC 서비스 제공자 및 dApp에 리베이트를 지불하여 자신의 자산을 얻을 수 있습니다. 주문 흐름 – 지갑이 이 작업을 수행하는 것은 매우 쉽고 기본 RPC 포트만 수정하면 되며 대부분의 사용자는 거래가 공개 Mempool로 전송되는지 아니면 개인 릴레이로 전송되는지에 주의를 기울이지 않습니다.
또한 빌더는 사용자에게 샌드위치 보호, 거래 사전 확인, 사용자의 가스 요금 보조금 등과 같은 추가 서비스를 제공하여 사용자가 거래를 제출하도록 유도할 수 있습니다.
SUAVE: MEV의 새로운 10년에 서다
간결한:
- SUAVE는 Flashbots가 제안하는 EVM 호환 블록체인입니다. 여러 체인에 대한 통합 정렬 계층인 SUAVE는 빌더의 중앙 집중화 문제를 해결하는 것을 목표로 합니다.
- 인프라는 중앙화된 범용 계층에서 세련된 전문 계층으로 점차 진화하고 있습니다. 기능적 모듈화와 전문화의 향상은 “전체가 부분의 합보다 크다”는 것을 가능하게 합니다.
- PBS에서 SUAVE로의 추세는 계속해서 경쟁의 다양성을 가져오고 경기 조건의 균형을 맞추는 것입니다.
- MEV의 새로운 10년은 독점이 아닌 경쟁을 의미합니다. 배타적이 아닌 공유; 독재가 아닌 공동 통치.
우리는 이미 무엇을 가지고 있습니까?
합병된 지 거의 반년이 지났다. 이더리움, 우리는 이미 상대적으로 명확한 MEV 공급망과 해당 워크플로를 보유하고 있습니다. 이 작업 흐름은 기본적으로 "통합"을 수행합니다. 지갑은 사용자의 거래를 통합하고, 검색자는 재정 거래 기회를 통합하며, 빌더는 주문 흐름을 통합합니다. 단일 사용자가 발행한 트랜잭션부터 검증자가 블록을 제안할 때까지 전체 프로세스가 고도로 전문화되었습니다.
다시 2020년 말 DeFi 물결, 체인의 금융 활동이 급속히 성장함에 따라 MEV가 등장하기 시작했습니다. 당시에는 채굴자와 MEV 검색자 사이에 직접적인 통신 채널이 거의 없었고, 검색자는 거래를 포함하기 위해 더 높은 가스 요금만 지불할 수 있었습니다. 이로 인해 네트워크 정체와 가스 요금 변동이 발생하여 이더리움 네트워크에 부정적인 외부 효과가 발생합니다.
경매 메커니즘을 기반으로 Flashbots Auction은 채굴자와 검색자 간의 통신 채널을 만듭니다. 전자는 블록 공간을 판매하고 후자는 차익 거래 기회를 포착하여 실제로 블록 공간의 시장화를 실현합니다.
또 다른 문제는 MEV를 포착하는 대규모 검증자 풀의 능력에 이미 제안자로 선정될 확률이 더 높은 개별 검증자에 비해 큰 차이가 있다는 점이며, 이는 점차 이더리움 검증자 세트의 중앙화로 이어질 것입니다. 따라서 상대적으로 공평한 경쟁의 장을 조성하기 위해 대규모 검증 풀과 개별 검증자가 모두 블록을 전문 블록 빌더에게 아웃소싱하여 건설하는 PBS가 제안되었습니다.
프로토콜 계층 이전의 PBS 구현으로서 MEV-Boost는 MEV 수준에서 검증자의 중앙 집중화 문제를 완화하는 Flashbots Auction의 경매 메커니즘을 계속합니다.
그리고 아직도 무엇이 필요합니까?
우리는 여전히 블록 빌더의 분산화가 필요합니다.
간과하기 쉬운 점은 현재 빌더 역할이 여전히 고도로 중앙 집중화되어 있다는 것입니다. 지난 79.1일 동안 MEV-Boost 블록의 4%가 단 14명의 빌더에 의해 제작되었습니다. 중앙화는 검열과 강탈, 규제 압력, 시스템 취약성 등과 같이 우리가 보고 싶지 않은 것들을 가져올 것입니다(특히 핵심 인프라인 블록 구축의 경우).
빌더가 중앙화되는 주요 이유는 다음 두 가지이다.
독점 주문 흐름(EOF)
우리는 빌더를 위한 세 가지 주요 주문 소스가 있다는 것을 알고 있습니다. 즉, Mempool, 개인 거래 채널, 검색자가 제출한 번들입니다. 빌더의 궁극적인 목표는 가장 가치 있는 블록을 만드는 것입니다. 블록 건설에서 주문 흐름은 가장 기본적인 생산 수단입니다. 더 많은 주문 흐름을 얻을수록 MEV를 표현할 수 있는 기회가 더 많아집니다. 건축업자가 충분한 주문 흐름을 파악하지 못하면 아무리 전략이 좋아도 영리한 여성이 밥 없이 요리를 하는 것은 어렵고 블록 건설의 치열한 경쟁에서 승리하는 것은 거의 불가능하다.
이런 점에서 OF의 지배적인 측면의 네트워크 효과는 매우 분명합니다. 한편으로는 MEV를 표현할 기회가 더 많아지며 이는 가장 가치 있는 블록을 구축할 가능성이 더 높다는 것을 의미합니다. 반면, OF 불이익을 받는 당사자가 블록을 획득하지 못하면 주문 흐름 소유자에게 주문을 제출하십시오. 거래 확인도 느려졌습니다. 잠시 후 이러한 소유자는 거래를 더 빨리 확인할 수 있는 빌더로 전환됩니다. 두 정당 사이의 격차는 급격히 벌어질 것이고, 불리한 정당은 결국 경쟁에서 물러나야 할 것이다.
가능한 한 많은 주문 흐름을 확보하기 위해 빌더는 다양한 방법을 유연하게 채택할 수 있습니다. 기존 중개업체에 나타나는 PFOF(Pay for Orderflow)와 유사하게 빌더는 지갑, RPC 서비스 제공자 및 dApp에 리베이트를 지불하여 자신의 자산을 얻을 수 있습니다. 주문 흐름 – 지갑이 이 작업을 수행하는 것은 매우 쉽고 기본 RPC 포트만 수정하면 되며 대부분의 사용자는 거래가 공개 Mempool로 전송되는지 아니면 개인 릴레이로 전송되는지에 주의를 기울이지 않습니다.
또한 빌더는 사용자에게 샌드위치 보호, 거래 사전 확인, 사용자의 가스 요금 보조금 등과 같은 추가 서비스를 제공하여 사용자가 거래를 제출하도록 유도할 수 있습니다.
위 그림은 EOF가 가져올 수 있는 악순환을 보여줍니다. 독점 주문 흐름을 통해 건설업체는 MEV를 표현하는 방법에 대해 더 많은 자유와 여지를 확보하여 더 높은 가치의 블록을 구축할 수 있습니다. 시간이 지남에 따라 이러한 건설업체는 블록 건설에서 더 많은 시장 점유율을 차지하고 EOF의 합리성을 검증하게 되며 이는 결국 건설업체가 EOF를 더욱 최적화하고 홍보하는 인센티브가 됩니다.
Rated 통계에 따르면, builder529,633x0가 69일 이내에 구축한 블록의 14개 주소는 다른 빌더의 블록에 없습니다. 즉, 32.7%의 주소에서 주문 흐름이 독점적입니다. EOF는 이미 상위 빌더들 사이에서 큰 비중을 차지하고 있음을 알 수 있습니다.
도메인 간 MEV
도메인 간 MEV는 빌더 중앙 집중화로 이어지는 또 다른 문제입니다.
크로스 도메인 MEV의 배경은 Vitalik이 제안한 Ethereum Rollup 중심 로드맵과 직접적인 관련이 있습니다. 향후 몇 년 동안 Ethereum L1의 대부분의 활동은 다양한 롤업을 통해 수행될 것이며 Ethereum 메인 체인 자체는 DA 및 보안 기본 계층 역할만 수행할 것입니다. 이 비전에 따르면 롤업과 크로스 롤업 사이에 수많은 재무 활동이 자주 발생하여 더 복잡한 재정 거래 기회와 조합이 발생하게 됩니다.
여러 도메인의 빌더가 단일 도메인의 빌더보다 도메인 간 MEV를 포착할 수 있는 기회가 더 많아지고 이에 따라 점차 각 도메인의 블록 생산을 장악하게 된다고 상상하기 쉽습니다.
온화한
위의 문제에 대한 대응으로 Flashbots는 SUAVE를 솔루션으로 제안했습니다. 높은 수준에서 SUAVE는 모든 블록체인에 대한 공통 Mempool 및 블록 빌더 네트워크와 분산된 주문 레이어 역할을 하는 EVM 호환 블록체인입니다.
SUAVE가 하고 싶은 일은 빌더의 중앙화 문제를 해결하는 것입니다. 보다 구체적으로 말하면, EOF와 크로스 도메인 MEV의 위 두 가지 문제를 동시에 해결해야 합니다.
SUAVE는 다음 세 가지 구성 요소로 분해될 수 있습니다.
- 선호 환경
선호 환경은 도메인 간 MEV에 해당합니다.
선호도의 정의는 비교적 광범위합니다. 예를 들어 사용자의 경우 특정 스왑의 매개변수를 제한하는 것이 선호도입니다. MEV 검색자의 경우 트랜잭션 위치 또는 트랜잭션이 구축하는 번들을 지정하는 것도 선호됩니다. 기본 설정은 단일 도메인의 단순한 트랜잭션부터 도메인 전체의 복잡한 이벤트 시퀀스까지 다양합니다. 사용자는 선호 사항에 따라 비용을 지불하고, 선호 사항이 충족되면 수수료가 잠금 해제됩니다.
기술적으로 말하면, 사용자 선호도는 최종적으로 트랜잭션 형태로 Mempool에 반영되며, 선호 환경은 동일한 레이어에 가능한 한 많은 선호도를 집계하는 공개 다중 체인 Mempool입니다.
선호 환경이 도메인 간 MEV 문제를 해결할 수 있는 이유는 무엇입니까? 위에서 언급한 바와 같이 멀티체인 빌더는 더 많은 MEV 기회를 확인하고 포착할 수 있기 때문에 크로스 도메인 MEV에서 단일 체인 빌더보다 더 많은 이점을 갖게 됩니다.
그리고 SUAVE 자체는 다중 체인에 대한 일반적인 정렬 레이어이며 선호 환경은 다중 체인의 사용자 선호도를 동일한 레이어에 배치하는 것과 동일하므로 다중 체인 또는 단일 체인 빌더의 경우 사용자 선호도가 개방적이고 투명합니다. 이런 식으로 정보 격차로 인한 이점은 더 이상 존재하지 않습니다.
- 실행 시장
실행 시장은 EOF에 해당합니다.
이제 사용자 선호도가 SUAVE Mempool에 반영되었으므로 SUAVE는 실행 시장에서 Executor의 역할을 더욱 도입했으며, 사용자 선호도에 맞는 최상의 실행을 제공하기 위해 서로 경쟁합니다. 사용자, 빌더, RPC 서비스 제공자, 지갑 등이 제시한 다양한 선호도에 따라 누구나 집행자가 될 수 있습니다.
첫째, 사용자의 거래는 MEV를 생성합니다. 둘째, 실행자는 사용자의 선호도를 충족시키기 위해 서로 경쟁합니다. 최상의 실행을 제공하는 경우 경쟁이 가격에 반영되고 최종적으로 최대한 많은 MEV를 사용자에게 반환합니다. 이 과정은 입찰 및 성과 기반 입학으로 이해될 수 있습니다. 이것이 위 그림에서 실행 시장이 “사용자를 위한 MEV 최소화”를 실현하는 이유입니다.
기본 설정 환경은 모든 사용자의 기본 설정을 투명하게 만듭니다. 실행시장은 이러한 선호도를 공개시장에 놓아 개별 건설업자가 만족하는 것이 아닌 모든 실행자가 입찰을 통해 사용자 선호도를 실현할 수 있도록 하여 EOF 문제를 해결합니다.
- 분산형 빌딩(분산형 블록 구축)
마지막으로, 선호하는 환경의 결과물과 실행 시장을 통합한 후 빌더 네트워크가 협력하여 단일 빌더 대신 완전한 블록을 구축합니다. 이 단계에서는 Orderflow 및 Bundle의 콘텐츠를 공개하지 않고 빌더 간에 이 정보를 공유해야 합니다. SUAVE 로드맵의 후반 단계에서는 이러한 요구 사항을 충족하기 위해 SGX와 같은 보안 솔루션이 도입될 예정입니다.
사상
파트 1
MEV는 잠시 접어두고 블록체인의 관점에서 SUAVE를 생각해 보면 블록체인의 발전 추세와 서사적 논리를 정리할 수 있습니다.
우선, 블록체인을 기반으로 비트코인은 신뢰할 수 있는 제3자 없이도 가치 이전을 실현하며, 블록체인은 금융 인프라로서 가장 근본적인 신뢰를 제공합니다.
이후 이더리움으로 대표되는 퍼블릭 체인이 dApp의 실행 환경으로 사용되는데, 이는 다시 General Purpose Alt-L1/Rollup으로 대표되는 일반 실행 환경과 Appchain/Approllup으로 대표되는 전용 실행 환경으로 나눌 수 있습니다. 우리는 네트워크, 합의 및 기타 구성 요소를 전체로 추상화하고 본질적으로 dApp 성장의 기반이 되는 기술적 세부 사항을 무시합니다.
위에서 언급한 Rollup은 Ethereum L1의 작업 부하 일부를 전달하는 실행 계층으로 간주할 수 있지만 실행 환경은 여전히 주로 모놀리식입니다. Celestia는 실행 환경의 다양한 구성 요소를 분해합니다. DA 레이어도 블록체인이지만 더 이상 '실행 환경' 자체가 아니며 노드 간의 합의는 Data Blob에만 해당됩니다. 이때 DA의 신뢰도를 높이기 위한 신뢰 구성요소로 블록체인이 도입된다.
SUAVE는 여러 실행 계층의 Mempool 및 Sequencing을 통합 조정 계층으로 추상화합니다. 거래 유형 및 수수료 구조와 같은 SUAVE의 설계는 MEV를 "표현"하도록 사용자 정의하고 조정할 수 있으며 이전 블록체인 설계와 정확히 동일할 필요는 없습니다. 다중 체인 및 다중 당사자 협업 시나리오에서 블록체인은 조정 계층의 형태로 더 많이 존재합니다.
인프라가 중앙화된 범용 계층에서 세련된 전문 계층으로 점차 진화하고 있음을 알 수 있습니다. 기능적 모듈화와 전문화의 향상은 “전체가 부분의 합보다 크다”는 것을 가능하게 합니다. 예를 들어 일반 정산 계층에서 더 나은 구성성을 얻을 수 있습니다. 일반 정렬 레이어에서 더 많은 MEV를 표현하고 캡처할 수 있습니다.
파트 2
이 기사의 중간 부분에서는 SUAVE의 일반적인 디자인에 대해 논의했습니다. 현재 SUAVE는 아직 초기 연구 단계에 있으며 구체적인 구현에 대한 공개 정보는 없습니다. 저자는 여기서 SUAVE가 직면할 수 있는 두 가지 과제를 제안합니다.
- 시퀀싱
현재 Sequencer의 중앙화 문제는 아직 해결되지 않았습니다. Sequencer of Optimism and Arbitrum은 팀에 의해 운영되며 완전히 중앙 집중화되어 있습니다. 분산화를 달성하기 위한 순서는 항상 피할 수 없는 주제이며 각 롤업은 로드맵에서 이 계획을 언급했습니다. 예를 들어 Optimism은 경제 및 거버넌스 메커니즘 모두에서 Sequencer를 교체할 것을 제안하고 Arbitrum은 공정한 주문 체계를 제안합니다.
이전에 Vitalik은 자신의 기사인 롤업에 대한 불완전한 가이드에서 시퀀서 경매, PoS 기반 무작위 선택 및 DPoS 투표를 포함하여 여러 가지 방법을 나열했습니다. 다른 제안으로는 Cosmos의 FCFS(First Come, First Served), Chainlink의 FSS(Fair Sequencing Service) 및 Espresso Systems의 Decentralized Sequencer 미들웨어가 있습니다.
SUAVE는 모든 블록체인에 대한 통합된 주문 계층이 되기를 원하며 이 비전은 분명히 더 야심적입니다. 물론 각 롤업이 해당 솔루션을 채택하도록 설득하는 것은 큰 도전이 될 것입니다.
- 생태계
Quintus는 기사에서 각각 dApp, 지갑 및 RPC 서비스 제공업체를 대표하는 Uniswap, Metamask 및 Infura가 Ethereum의 전체 주문 흐름의 대부분(그리고 종종 가치)을 제어한다고 썼습니다. 인푸라가 전체 주문량의 70% 이상을 차지하는 것으로 추정된다. 거래 발행을 위한 체크포인트인 이러한 교통 터미널은 주문 흐름을 제어하고 MEV 공급망에서 중요하지만 쉽게 간과되는 역할을 합니다.
SUAVE의 핵심은 여러 당사자의 참여가 필요한 Open Orderflow입니다. 따라서 위에서 언급한 개체의 역할은 이러한 Orderflow 소유자가 수익을 창출하고 창출할 수 있도록 돕는 것을 목표로 SUAVE 설계에서 강조되었습니다.
MEV 공급망의 모든 기업은 경제적으로 합리적입니다. dApp, 지갑, RPC 서비스 제공자는 우려할 수 있지만 검색자와 빌더는 관심에 따라 움직인다면 SUAVE가 고품질 주문 흐름을 제공한다면 주도적으로 SUAVE와 통합하고 점진적으로 구축할 만큼 강한 동기를 갖게 됩니다. 네트워크 효과.
인터페이스 수준에서 지갑은 RPC 포트를 변경하여 SUAVE로 트랜잭션을 보낼 수 있습니다. 그러나 지갑이 선호하는 환경과 실행 시장에 적응해야 한다면 필연적으로 몇 가지 추가적인 변경이 이루어질 것입니다. 따라서 SUAVE의 비전을 실현하기 위해서는 생태계의 핵심 트래픽과의 협력도 구축해야 합니다.
파트 3
위의 논의 외에도 몇 가지 공개 질문도 제기합니다.
과거에는 사용자가 거래 의사를 표현하는 데 제한이 있었습니다. 체인상의 거래 상태는 대부분 실시간 네트워크 상태에 좌우되며, 거래를 맞춤화할 수 없습니다. SUAVE가 제안한 “선호” 개념에 따라, 사용자는 “이 거래를 특정 도메인의 특정 블록의 특정 위치에 두고 싶습니다”와 같이 체인에서 거래 조건을 설정할 수 있습니다. 사용자 표현 의도의 자유도와 풍부함이 향상되었습니다.
반면, 선호 표현의 세분성을 높이면 네트워크의 복잡성이 크게 증가하고 대규모 DoS 공격이 가능해집니다. 이를 위해서는 수수료 구조의 합리적인 설계가 추가로 필요합니다.
또한 우리는 Rollup-as-a-Service, DA-as-a-Service 및 Restake-as-a-Service와 같은 설명을 보았습니다. 다음 기간에는 다양한 zkEVM 프로젝트가 메인 네트워크에서 차례로 출시될 예정이며 분산 정렬 계층도 각 롤업 로드맵의 계획 내에 있습니다.
따라서 Sequencing-as-a-Service는 우리가 활용할 수 있는 잠재적인 방향입니다. 이러한 롤업은 단순히 FCFS 솔루션을 채택합니까, 아니면 시퀀싱을 전문 서비스 제공업체에 아웃소싱합니까, 아니면 여러 솔루션을 순환적으로 사용합니까? 이는 시퀀싱 프로젝트의 시장 점유율과 경쟁 환경을 결정합니다.
결론
지난 몇 년간 MEV가 논란을 불러일으켰지만, MEV의 급속한 확산을 막지는 못했다.
기존 MEV 솔루션은 다양한 측면을 다루며, 기본 주제는 'MEV 최소화/차단'과 'MEV/MEV 이익 재분배 민주화'를 중심으로 이루어집니다. 전자는 일부 암호화 체계를 사용하고 후자는 업스트림 플레이어와 사용자에게 이익 반환을 제공합니다.
블록체인의 본질적 특성인 MEV는 현재의 "불가능한 삼각형"에서 절충점을 차지하고 SUAVE 구현에서 "네 번째 코너"를 확장할 수 있습니다. MEV 공급망 구조의 확실성을 바탕으로 SUAVE는 향후 10년간 XNUMX억 개가 넘는 규모의 시장을 창출할 것입니다.
PBS부터 SUAVE까지 우리가 볼 수 있는 추세는 경쟁의 다양성을 지속적으로 도입하고 경쟁 조건이 균형을 이루도록 하는 것입니다. 커뮤니티는 항상 탈중앙화라는 목표를 향해 나아가고 있으며, 어둠의 숲을 밝히려는 커뮤니티의 지속적인 노력을 존중합니다.
MEV의 새로운 10년은 독점이 아닌 경쟁을 의미합니다. 배타적이 아닌 공유; 독재가 아닌 공동 통치.
면책 조항 : 이 웹사이트의 정보는 일반적인 시장 논평으로 제공되며 투자 조언을 구성하지 않습니다. 투자하기 전에 직접 조사해 보시기 바랍니다.
뉴스를 추적하려면 우리와 함께하십시오: https://linktr.ee/coincu
해롤드
코인쿠 뉴스
저자
지식 습득
이더리움 MEV 성장의 새로운 10년: PBS에서 SUAVE까지
가능한 한 많은 주문 흐름을 확보하기 위해 빌더는 다양한 방법을 유연하게 채택할 수 있습니다. 기존 중개업체에 나타나는 PFOF(Pay for Orderflow)와 유사하게 빌더는 지갑, RPC 서비스 제공자 및 dApp에 리베이트를 지불하여 자신의 자산을 얻을 수 있습니다. 주문 흐름 – 지갑이 이 작업을 수행하는 것은 매우 쉽고 기본 RPC 포트만 수정하면 되며 대부분의 사용자는 거래가 공개 Mempool로 전송되는지 아니면 개인 릴레이로 전송되는지에 주의를 기울이지 않습니다.
또한 빌더는 사용자에게 샌드위치 보호, 거래 사전 확인, 사용자의 가스 요금 보조금 등과 같은 추가 서비스를 제공하여 사용자가 거래를 제출하도록 유도할 수 있습니다.
SUAVE: MEV의 새로운 10년에 서다
간결한:
- SUAVE는 Flashbots가 제안하는 EVM 호환 블록체인입니다. 여러 체인에 대한 통합 정렬 계층인 SUAVE는 빌더의 중앙 집중화 문제를 해결하는 것을 목표로 합니다.
- 인프라는 중앙화된 범용 계층에서 세련된 전문 계층으로 점차 진화하고 있습니다. 기능적 모듈화와 전문화의 향상은 “전체가 부분의 합보다 크다”는 것을 가능하게 합니다.
- PBS에서 SUAVE로의 추세는 계속해서 경쟁의 다양성을 가져오고 경기 조건의 균형을 맞추는 것입니다.
- MEV의 새로운 10년은 독점이 아닌 경쟁을 의미합니다. 배타적이 아닌 공유; 독재가 아닌 공동 통치.
우리는 이미 무엇을 가지고 있습니까?
합병된 지 거의 반년이 지났다. 이더리움, 우리는 이미 상대적으로 명확한 MEV 공급망과 해당 워크플로를 보유하고 있습니다. 이 작업 흐름은 기본적으로 "통합"을 수행합니다. 지갑은 사용자의 거래를 통합하고, 검색자는 재정 거래 기회를 통합하며, 빌더는 주문 흐름을 통합합니다. 단일 사용자가 발행한 트랜잭션부터 검증자가 블록을 제안할 때까지 전체 프로세스가 고도로 전문화되었습니다.
다시 2020년 말 DeFi 물결, 체인의 금융 활동이 급속히 성장함에 따라 MEV가 등장하기 시작했습니다. 당시에는 채굴자와 MEV 검색자 사이에 직접적인 통신 채널이 거의 없었고, 검색자는 거래를 포함하기 위해 더 높은 가스 요금만 지불할 수 있었습니다. 이로 인해 네트워크 정체와 가스 요금 변동이 발생하여 이더리움 네트워크에 부정적인 외부 효과가 발생합니다.
경매 메커니즘을 기반으로 Flashbots Auction은 채굴자와 검색자 간의 통신 채널을 만듭니다. 전자는 블록 공간을 판매하고 후자는 차익 거래 기회를 포착하여 실제로 블록 공간의 시장화를 실현합니다.
또 다른 문제는 MEV를 포착하는 대규모 검증자 풀의 능력에 이미 제안자로 선정될 확률이 더 높은 개별 검증자에 비해 큰 차이가 있다는 점이며, 이는 점차 이더리움 검증자 세트의 중앙화로 이어질 것입니다. 따라서 상대적으로 공평한 경쟁의 장을 조성하기 위해 대규모 검증 풀과 개별 검증자가 모두 블록을 전문 블록 빌더에게 아웃소싱하여 건설하는 PBS가 제안되었습니다.
프로토콜 계층 이전의 PBS 구현으로서 MEV-Boost는 MEV 수준에서 검증자의 중앙 집중화 문제를 완화하는 Flashbots Auction의 경매 메커니즘을 계속합니다.
그리고 아직도 무엇이 필요합니까?
우리는 여전히 블록 빌더의 분산화가 필요합니다.
간과하기 쉬운 점은 현재 빌더 역할이 여전히 고도로 중앙 집중화되어 있다는 것입니다. 지난 79.1일 동안 MEV-Boost 블록의 4%가 단 14명의 빌더에 의해 제작되었습니다. 중앙화는 검열과 강탈, 규제 압력, 시스템 취약성 등과 같이 우리가 보고 싶지 않은 것들을 가져올 것입니다(특히 핵심 인프라인 블록 구축의 경우).
빌더가 중앙화되는 주요 이유는 다음 두 가지이다.
독점 주문 흐름(EOF)
우리는 빌더를 위한 세 가지 주요 주문 소스가 있다는 것을 알고 있습니다. 즉, Mempool, 개인 거래 채널, 검색자가 제출한 번들입니다. 빌더의 궁극적인 목표는 가장 가치 있는 블록을 만드는 것입니다. 블록 건설에서 주문 흐름은 가장 기본적인 생산 수단입니다. 더 많은 주문 흐름을 얻을수록 MEV를 표현할 수 있는 기회가 더 많아집니다. 건축업자가 충분한 주문 흐름을 파악하지 못하면 아무리 전략이 좋아도 영리한 여성이 밥 없이 요리를 하는 것은 어렵고 블록 건설의 치열한 경쟁에서 승리하는 것은 거의 불가능하다.
이런 점에서 OF의 지배적인 측면의 네트워크 효과는 매우 분명합니다. 한편으로는 MEV를 표현할 기회가 더 많아지며 이는 가장 가치 있는 블록을 구축할 가능성이 더 높다는 것을 의미합니다. 반면, OF 불이익을 받는 당사자가 블록을 획득하지 못하면 주문 흐름 소유자에게 주문을 제출하십시오. 거래 확인도 느려졌습니다. 잠시 후 이러한 소유자는 거래를 더 빨리 확인할 수 있는 빌더로 전환됩니다. 두 정당 사이의 격차는 급격히 벌어질 것이고, 불리한 정당은 결국 경쟁에서 물러나야 할 것이다.
가능한 한 많은 주문 흐름을 확보하기 위해 빌더는 다양한 방법을 유연하게 채택할 수 있습니다. 기존 중개업체에 나타나는 PFOF(Pay for Orderflow)와 유사하게 빌더는 지갑, RPC 서비스 제공자 및 dApp에 리베이트를 지불하여 자신의 자산을 얻을 수 있습니다. 주문 흐름 – 지갑이 이 작업을 수행하는 것은 매우 쉽고 기본 RPC 포트만 수정하면 되며 대부분의 사용자는 거래가 공개 Mempool로 전송되는지 아니면 개인 릴레이로 전송되는지에 주의를 기울이지 않습니다.
또한 빌더는 사용자에게 샌드위치 보호, 거래 사전 확인, 사용자의 가스 요금 보조금 등과 같은 추가 서비스를 제공하여 사용자가 거래를 제출하도록 유도할 수 있습니다.
위 그림은 EOF가 가져올 수 있는 악순환을 보여줍니다. 독점 주문 흐름을 통해 건설업체는 MEV를 표현하는 방법에 대해 더 많은 자유와 여지를 확보하여 더 높은 가치의 블록을 구축할 수 있습니다. 시간이 지남에 따라 이러한 건설업체는 블록 건설에서 더 많은 시장 점유율을 차지하고 EOF의 합리성을 검증하게 되며 이는 결국 건설업체가 EOF를 더욱 최적화하고 홍보하는 인센티브가 됩니다.
Rated 통계에 따르면, builder529,633x0가 69일 이내에 구축한 블록의 14개 주소는 다른 빌더의 블록에 없습니다. 즉, 32.7%의 주소에서 주문 흐름이 독점적입니다. EOF는 이미 상위 빌더들 사이에서 큰 비중을 차지하고 있음을 알 수 있습니다.
도메인 간 MEV
도메인 간 MEV는 빌더 중앙 집중화로 이어지는 또 다른 문제입니다.
크로스 도메인 MEV의 배경은 Vitalik이 제안한 Ethereum Rollup 중심 로드맵과 직접적인 관련이 있습니다. 향후 몇 년 동안 Ethereum L1의 대부분의 활동은 다양한 롤업을 통해 수행될 것이며 Ethereum 메인 체인 자체는 DA 및 보안 기본 계층 역할만 수행할 것입니다. 이 비전에 따르면 롤업과 크로스 롤업 사이에 수많은 재무 활동이 자주 발생하여 더 복잡한 재정 거래 기회와 조합이 발생하게 됩니다.
여러 도메인의 빌더가 단일 도메인의 빌더보다 도메인 간 MEV를 포착할 수 있는 기회가 더 많아지고 이에 따라 점차 각 도메인의 블록 생산을 장악하게 된다고 상상하기 쉽습니다.
온화한
위의 문제에 대한 대응으로 Flashbots는 SUAVE를 솔루션으로 제안했습니다. 높은 수준에서 SUAVE는 모든 블록체인에 대한 공통 Mempool 및 블록 빌더 네트워크와 분산된 주문 레이어 역할을 하는 EVM 호환 블록체인입니다.
SUAVE가 하고 싶은 일은 빌더의 중앙화 문제를 해결하는 것입니다. 보다 구체적으로 말하면, EOF와 크로스 도메인 MEV의 위 두 가지 문제를 동시에 해결해야 합니다.
SUAVE는 다음 세 가지 구성 요소로 분해될 수 있습니다.
- 선호 환경
선호 환경은 도메인 간 MEV에 해당합니다.
선호도의 정의는 비교적 광범위합니다. 예를 들어 사용자의 경우 특정 스왑의 매개변수를 제한하는 것이 선호도입니다. MEV 검색자의 경우 트랜잭션 위치 또는 트랜잭션이 구축하는 번들을 지정하는 것도 선호됩니다. 기본 설정은 단일 도메인의 단순한 트랜잭션부터 도메인 전체의 복잡한 이벤트 시퀀스까지 다양합니다. 사용자는 선호 사항에 따라 비용을 지불하고, 선호 사항이 충족되면 수수료가 잠금 해제됩니다.
기술적으로 말하면, 사용자 선호도는 최종적으로 트랜잭션 형태로 Mempool에 반영되며, 선호 환경은 동일한 레이어에 가능한 한 많은 선호도를 집계하는 공개 다중 체인 Mempool입니다.
선호 환경이 도메인 간 MEV 문제를 해결할 수 있는 이유는 무엇입니까? 위에서 언급한 바와 같이 멀티체인 빌더는 더 많은 MEV 기회를 확인하고 포착할 수 있기 때문에 크로스 도메인 MEV에서 단일 체인 빌더보다 더 많은 이점을 갖게 됩니다.
그리고 SUAVE 자체는 다중 체인에 대한 일반적인 정렬 레이어이며 선호 환경은 다중 체인의 사용자 선호도를 동일한 레이어에 배치하는 것과 동일하므로 다중 체인 또는 단일 체인 빌더의 경우 사용자 선호도가 개방적이고 투명합니다. 이런 식으로 정보 격차로 인한 이점은 더 이상 존재하지 않습니다.
- 실행 시장
실행 시장은 EOF에 해당합니다.
이제 사용자 선호도가 SUAVE Mempool에 반영되었으므로 SUAVE는 실행 시장에서 Executor의 역할을 더욱 도입했으며, 사용자 선호도에 맞는 최상의 실행을 제공하기 위해 서로 경쟁합니다. 사용자, 빌더, RPC 서비스 제공자, 지갑 등이 제시한 다양한 선호도에 따라 누구나 집행자가 될 수 있습니다.
첫째, 사용자의 거래는 MEV를 생성합니다. 둘째, 실행자는 사용자의 선호도를 충족시키기 위해 서로 경쟁합니다. 최상의 실행을 제공하는 경우 경쟁이 가격에 반영되고 최종적으로 최대한 많은 MEV를 사용자에게 반환합니다. 이 과정은 입찰 및 성과 기반 입학으로 이해될 수 있습니다. 이것이 위 그림에서 실행 시장이 “사용자를 위한 MEV 최소화”를 실현하는 이유입니다.
기본 설정 환경은 모든 사용자의 기본 설정을 투명하게 만듭니다. 실행시장은 이러한 선호도를 공개시장에 놓아 개별 건설업자가 만족하는 것이 아닌 모든 실행자가 입찰을 통해 사용자 선호도를 실현할 수 있도록 하여 EOF 문제를 해결합니다.
- 분산형 빌딩(분산형 블록 구축)
마지막으로, 선호하는 환경의 결과물과 실행 시장을 통합한 후 빌더 네트워크가 협력하여 단일 빌더 대신 완전한 블록을 구축합니다. 이 단계에서는 Orderflow 및 Bundle의 콘텐츠를 공개하지 않고 빌더 간에 이 정보를 공유해야 합니다. SUAVE 로드맵의 후반 단계에서는 이러한 요구 사항을 충족하기 위해 SGX와 같은 보안 솔루션이 도입될 예정입니다.
사상
파트 1
MEV는 잠시 접어두고 블록체인의 관점에서 SUAVE를 생각해 보면 블록체인의 발전 추세와 서사적 논리를 정리할 수 있습니다.
우선, 블록체인을 기반으로 비트코인은 신뢰할 수 있는 제3자 없이도 가치 이전을 실현하며, 블록체인은 금융 인프라로서 가장 근본적인 신뢰를 제공합니다.
이후 이더리움으로 대표되는 퍼블릭 체인이 dApp의 실행 환경으로 사용되는데, 이는 다시 General Purpose Alt-L1/Rollup으로 대표되는 일반 실행 환경과 Appchain/Approllup으로 대표되는 전용 실행 환경으로 나눌 수 있습니다. 우리는 네트워크, 합의 및 기타 구성 요소를 전체로 추상화하고 본질적으로 dApp 성장의 기반이 되는 기술적 세부 사항을 무시합니다.
위에서 언급한 Rollup은 Ethereum L1의 작업 부하 일부를 전달하는 실행 계층으로 간주할 수 있지만 실행 환경은 여전히 주로 모놀리식입니다. Celestia는 실행 환경의 다양한 구성 요소를 분해합니다. DA 레이어도 블록체인이지만 더 이상 '실행 환경' 자체가 아니며 노드 간의 합의는 Data Blob에만 해당됩니다. 이때 DA의 신뢰도를 높이기 위한 신뢰 구성요소로 블록체인이 도입된다.
SUAVE는 여러 실행 계층의 Mempool 및 Sequencing을 통합 조정 계층으로 추상화합니다. 거래 유형 및 수수료 구조와 같은 SUAVE의 설계는 MEV를 "표현"하도록 사용자 정의하고 조정할 수 있으며 이전 블록체인 설계와 정확히 동일할 필요는 없습니다. 다중 체인 및 다중 당사자 협업 시나리오에서 블록체인은 조정 계층의 형태로 더 많이 존재합니다.
인프라가 중앙화된 범용 계층에서 세련된 전문 계층으로 점차 진화하고 있음을 알 수 있습니다. 기능적 모듈화와 전문화의 향상은 “전체가 부분의 합보다 크다”는 것을 가능하게 합니다. 예를 들어 일반 정산 계층에서 더 나은 구성성을 얻을 수 있습니다. 일반 정렬 레이어에서 더 많은 MEV를 표현하고 캡처할 수 있습니다.
파트 2
이 기사의 중간 부분에서는 SUAVE의 일반적인 디자인에 대해 논의했습니다. 현재 SUAVE는 아직 초기 연구 단계에 있으며 구체적인 구현에 대한 공개 정보는 없습니다. 저자는 여기서 SUAVE가 직면할 수 있는 두 가지 과제를 제안합니다.
- 시퀀싱
현재 Sequencer의 중앙화 문제는 아직 해결되지 않았습니다. Sequencer of Optimism and Arbitrum은 팀에 의해 운영되며 완전히 중앙 집중화되어 있습니다. 분산화를 달성하기 위한 순서는 항상 피할 수 없는 주제이며 각 롤업은 로드맵에서 이 계획을 언급했습니다. 예를 들어 Optimism은 경제 및 거버넌스 메커니즘 모두에서 Sequencer를 교체할 것을 제안하고 Arbitrum은 공정한 주문 체계를 제안합니다.
이전에 Vitalik은 자신의 기사인 롤업에 대한 불완전한 가이드에서 시퀀서 경매, PoS 기반 무작위 선택 및 DPoS 투표를 포함하여 여러 가지 방법을 나열했습니다. 다른 제안으로는 Cosmos의 FCFS(First Come, First Served), Chainlink의 FSS(Fair Sequencing Service) 및 Espresso Systems의 Decentralized Sequencer 미들웨어가 있습니다.
SUAVE는 모든 블록체인에 대한 통합된 주문 계층이 되기를 원하며 이 비전은 분명히 더 야심적입니다. 물론 각 롤업이 해당 솔루션을 채택하도록 설득하는 것은 큰 도전이 될 것입니다.
- 생태계
Quintus는 기사에서 각각 dApp, 지갑 및 RPC 서비스 제공업체를 대표하는 Uniswap, Metamask 및 Infura가 Ethereum의 전체 주문 흐름의 대부분(그리고 종종 가치)을 제어한다고 썼습니다. 인푸라가 전체 주문량의 70% 이상을 차지하는 것으로 추정된다. 거래 발행을 위한 체크포인트인 이러한 교통 터미널은 주문 흐름을 제어하고 MEV 공급망에서 중요하지만 쉽게 간과되는 역할을 합니다.
SUAVE의 핵심은 여러 당사자의 참여가 필요한 Open Orderflow입니다. 따라서 위에서 언급한 개체의 역할은 이러한 Orderflow 소유자가 수익을 창출하고 창출할 수 있도록 돕는 것을 목표로 SUAVE 설계에서 강조되었습니다.
MEV 공급망의 모든 기업은 경제적으로 합리적입니다. dApp, 지갑, RPC 서비스 제공자는 우려할 수 있지만 검색자와 빌더는 관심에 따라 움직인다면 SUAVE가 고품질 주문 흐름을 제공한다면 주도적으로 SUAVE와 통합하고 점진적으로 구축할 만큼 강한 동기를 갖게 됩니다. 네트워크 효과.
인터페이스 수준에서 지갑은 RPC 포트를 변경하여 SUAVE로 트랜잭션을 보낼 수 있습니다. 그러나 지갑이 선호하는 환경과 실행 시장에 적응해야 한다면 필연적으로 몇 가지 추가적인 변경이 이루어질 것입니다. 따라서 SUAVE의 비전을 실현하기 위해서는 생태계의 핵심 트래픽과의 협력도 구축해야 합니다.
파트 3
위의 논의 외에도 몇 가지 공개 질문도 제기합니다.
과거에는 사용자가 거래 의사를 표현하는 데 제한이 있었습니다. 체인상의 거래 상태는 대부분 실시간 네트워크 상태에 좌우되며, 거래를 맞춤화할 수 없습니다. SUAVE가 제안한 “선호” 개념에 따라, 사용자는 “이 거래를 특정 도메인의 특정 블록의 특정 위치에 두고 싶습니다”와 같이 체인에서 거래 조건을 설정할 수 있습니다. 사용자 표현 의도의 자유도와 풍부함이 향상되었습니다.
반면, 선호 표현의 세분성을 높이면 네트워크의 복잡성이 크게 증가하고 대규모 DoS 공격이 가능해집니다. 이를 위해서는 수수료 구조의 합리적인 설계가 추가로 필요합니다.
또한 우리는 Rollup-as-a-Service, DA-as-a-Service 및 Restake-as-a-Service와 같은 설명을 보았습니다. 다음 기간에는 다양한 zkEVM 프로젝트가 메인 네트워크에서 차례로 출시될 예정이며 분산 정렬 계층도 각 롤업 로드맵의 계획 내에 있습니다.
따라서 Sequencing-as-a-Service는 우리가 활용할 수 있는 잠재적인 방향입니다. 이러한 롤업은 단순히 FCFS 솔루션을 채택합니까, 아니면 시퀀싱을 전문 서비스 제공업체에 아웃소싱합니까, 아니면 여러 솔루션을 순환적으로 사용합니까? 이는 시퀀싱 프로젝트의 시장 점유율과 경쟁 환경을 결정합니다.
결론
지난 몇 년간 MEV가 논란을 불러일으켰지만, MEV의 급속한 확산을 막지는 못했다.
기존 MEV 솔루션은 다양한 측면을 다루며, 기본 주제는 'MEV 최소화/차단'과 'MEV/MEV 이익 재분배 민주화'를 중심으로 이루어집니다. 전자는 일부 암호화 체계를 사용하고 후자는 업스트림 플레이어와 사용자에게 이익 반환을 제공합니다.
블록체인의 본질적 특성인 MEV는 현재의 "불가능한 삼각형"에서 절충점을 차지하고 SUAVE 구현에서 "네 번째 코너"를 확장할 수 있습니다. MEV 공급망 구조의 확실성을 바탕으로 SUAVE는 향후 10년간 XNUMX억 개가 넘는 규모의 시장을 창출할 것입니다.
PBS부터 SUAVE까지 우리가 볼 수 있는 추세는 경쟁의 다양성을 지속적으로 도입하고 경쟁 조건이 균형을 이루도록 하는 것입니다. 커뮤니티는 항상 탈중앙화라는 목표를 향해 나아가고 있으며, 어둠의 숲을 밝히려는 커뮤니티의 지속적인 노력을 존중합니다.
MEV의 새로운 10년은 독점이 아닌 경쟁을 의미합니다. 배타적이 아닌 공유; 독재가 아닌 공동 통치.
면책 조항 : 이 웹사이트의 정보는 일반적인 시장 논평으로 제공되며 투자 조언을 구성하지 않습니다. 투자하기 전에 직접 조사해 보시기 바랍니다.
뉴스를 추적하려면 우리와 함께하십시오: https://linktr.ee/coincu
해롤드
코인쿠 뉴스
기타 게시물
관련 게시물
