Mempool 관점 확장
이 게시물에 대한 피드백을 주신 dataalways , soispoke , ralexstokes 에게 감사드리고, mempool 데이터 보관소를 제공해 주신 EthPandaOps 와 Flashbots 에게도 감사드립니다.
요약 : 이더리움은 검열 저항을 위해 "로컬 빌더"에 과도한 인덱싱을 적용했을 수 있습니다.
로컬 빌딩은 제안자( 홈 스테이커 포함)가 필요할 때(예: 빌더/릴레이로 인해 Liveness 문제가 발생한 경우) 자체 블록을 빌드 할 수 있도록 하는 폴백 메커니즘 으로 필요합니다. 이러한 폴백은 비허가형(Permissionless) 무신뢰성 있어야 하며, 이는 현재 작동하는 로컬 빌딩을 통해 달성할 수 있거나 개방적이고 비허가형(Permissionless) 게이트웨이( 예: ePBS 또는 분산 릴레이 )를 통해 달성할 수 있습니다. MEV-Boost 시장에서 비허가형(Permissionless) 참여하면 로컬 빌딩이 불필요해지면서 (약한) 검열 저항성과 Liveness 그대로 유지됩니다 .
지역 빌더, 민간 주문 흐름 및 공공 Mempool의 역할
이더리움은 모놀리식, 가십 중심의 퍼블릭 멤풀 에서 전문 블록 빌더, 프라이빗 오더플로우 거래, 사용자 운영 번들러, L2 시퀀서의 역동적인 생태계 로 진화했습니다. 이러한 전환으로 인해 여러 가지 변화가 발생했습니다.
- 강화된 전문성 – 사전 확인 , 기반 시퀀싱 , 프런트러닝 보호( MEV Blocker , Flashbots Protect )와 같은 서비스 도입, 향상된 메모리풀 개인 정보 보호 등이 모두 더 나은 UX에 기여합니다.
- 공공 메모풀 역할 감소 – 경제적 중요성은 감소했지만 공공 메모풀은 검열 저항에 여전히 중요한 역할을 합니다 .
- 비공개 거래의 증가 – 현재 거래의 약 35%가 비공개로 제출되고 있으며 , 주로 Beaverbuild와 Titan Builder를 통해 이루어집니다. 이러한 추세는 2024년 6월 이후 안정적으로 유지되고 있습니다.
- 중앙 집중화 우려 – 독점적인 주문 흐름 거래는 규모의 경제를 만들어 빌더 간의 중앙 집중화를 더욱 심화 시킵니다. 그러나 PBS는 검증자를 중앙 집중화 압력으로부터 보호하고 , 예를 들어 Flashbots의 buildernet은 빌더 측의 위험을 해결하고 있습니다.
중요한 질문이 생깁니다.
→ 지역 건설업체가 필요한가?
다음에서 홈 스테이커 의 역할을 로컬 빌더 와 혼동하지 말자 . 그 역할은 다르며(종종 같은 단체가 수행하더라도) 다르게 취급해야 한다. 홈 스테이커는 의심할 여지 없이 이더리움, 분산화 및 그로 인해 발생하는 모든 속성에 매우 중요하다.
멤풀 != 멤풀
포괄적인 멤풀은 존재하지 않았습니다. 그러나 시간이 지나면서 정교함이 증가하면서 공공 멤풀의 경제적 중요성이 감소했습니다.
빌더 이해
- 지역 빌더
… MEV-Boost(min-bid플래그)를 사용하지 않거나 폴백하지 않고 공개 mempool에만 액세스하는 제안자입니다. 일반적으로 이들은 블록 당 실행 계층 이익의 3배를 놓치는 것을 의미하더라도 MEV-Boost 릴레이에 의존하지 않는 것을 선호하는 홈 스테이커입니다. - MEV-부스트 빌더
… 로컬 빌더가 하는 모든 일과 추가 개인 주문 흐름을 확인하세요. 여기에는 RPC 서비스, 검색 번들 또는 L2에 대한 기반 시퀀싱을 직접 수행하는 빌더를 통해 빌더에게 전송된 거래가 포함됩니다. 빌더의 자체 거래(예: MEV-Boost 지불)도 개인 주문 흐름입니다.
개인 주문 흐름은 얼마나 되나요?
블록 에 있는 모든 거래의 약 35%는 비공개입니다. 즉, 이 거래 는 Flashbots와 Xatu 의 메모풀 데이터베이스에는 전혀 나타나지 않았습니다.
Flashbots(Alchemy, Bloxroute, Chainbound, Eden 포함)와 Xatu 노드가 지속적으로 관찰된 거래를 로깅하는 데 힘을 합치더라도 일부는 불가피하게 보이지 않을 것입니다. 그러나 저는 이 데이터 세트가 모든 공개 mempool 거래의 99.9% 이상을 포착한다고 확신합니다.
2024년 여름경에 관찰된 추세는 지속되지 않았으며, 현재는 거래의 30~40%가 비공개로 이루어지는 것으로 나타났습니다. 이는 많은 거래가 비공개로 제출될 만한 명확한 인센티브가 없기 때문에 예상과 일치합니다.
탈중앙화 거래소(DEX) 거래의 경우 dataalways의 이 쿼리를 확인하면 해당 거래의 80%가 비공개 주문 흐름임을 알 수 있습니다.
모든 거래의 약 30-40%가 개인 주문 흐름( 녹색 선 )에서 발생하는 반면, 소비된 총 가스의 거의 70%( 보라색 선 )가 개인 주문 흐름에서 발생합니다.
빌더에 초점을 맞춰, 우리는 Beaverbuild 와 Titan Builder를 개인 주문 흐름의 두 가지 주요 경쟁자로 봅니다.
공공 메모리풀이 사라지고 있는가?
오늘날, 현지에서 건설된 블록은 MEV-Boost 블록 보다 훨씬 덜 꽉 차 있습니다.
- 중간 MEV-Boost 블록 일반적으로 1,500만 가스(최근 가스 한도가 3,600만으로 증가한 이후 1,800만 가스)를 사용하며 , 이는 이더리움 개선 제안(EIP)-1559 목표 와 긴밀하게 일치합니다.
- 이와 대조적으로, 지역적으로 건설된 중간 규모의 블록 단지 500만~1000만 개의 가스 만 소비합니다.
이러한 불일치는 로컬 빌더가 블록 생성할 때마다 이더리움이 잠재적인 처리량을 희생할 수 있음 을 시사합니다.
이는 새로운 관찰이 아니며, 올해 초에 dataalways 에서 이미 기록한 바 있습니다.
연속적인 블록 빌딩 조합에 걸친 가스 사용량을 살펴보면 다음과 같은 통찰력을 얻을 수 있습니다.
- 다른 지역 건설업체의 블록 따라가는 지역 건설업체는 1,455만 가스 목표에 근접합니다.
- MEV-Boost 건설업체 블록 따르는 지역 건설업체는 평균적으로 711만 개의 가스 만 채웁니다.
- 지역 건설업체를 따르는 MEV-Boost 건설업체는 상당히 많은 가스를 사용합니다.
타이밍 게임과 블록 전파
릴레이 지원을 받는 MEV-Boost 빌더는 타이밍 게임( 여기에서 자세히 설명 )에 자주 참여하여 블록 전파를 최대 3초 (슬롯의 약 25%)까지 지연시킬 가능성이 있습니다. 이 지연은 다음 제안자가 거래를 포함하는 능력에 영향을 미쳐 가스 사용량을 줄일 수 있습니다.
아래 차트는 이전 블록 n의 블록 시전 시간을 기준으로 블록 n + 1의 가스 사용량을 보여줍니다. 다시 한번, 우리는 MEV-Boost 빌더 블록을 따르는 지역 빌더가 약 700만 가스를 가지고 온다는 것을 관찰합니다.
- 이전 블록 의 블록 표시 시간이 길어질 수록 다음 블록 의 가스 사용량은 감소합니다 .
- MEV-Boost 블록 따르는 지역 건설업체는 일반적으로 ~700만 가스만 채웁니다.
- 슬롯에 1초가 지나면 가스 사용량이 약 700만이 되고, 3.5초가 지나면 약 500 만으로 떨어집니다.
경제적 관점
우선 수수료는 매년 지역 건설업체 수익의 약 3%에 불과 합니다( 이 분석 참조 ). 이 수치는 공공 메모리 풀이 줄어들면서 감소합니다 .
그러나 다음을 포함한 특정 거래는 여전히 추출할 수 없습니다 .
- 간단한 이더리움(ETH) 또는 토큰 전송
- 스마트 계약 배포
- Railway 또는 Tornado Cash와 같은 개인 정보 보호 앱에서의 거래
- 이더리움 클래식(ETC).
UX와 CR 관점 에서 볼 때 공개 메모풀은 여전히 필수적입니다 .
지역 건설업체는 이미 EL 측에서 상당한 양의 추가 수익을 희생하고 있으며 CL 측의 보상에 만족할 수도 있으므로, 처리해야 할 거래를 줄이는 것이 그들에게 큰 부담을 주지 않을 수도 있습니다.
지역 빌더의 미래
검열 저항을 위해 지역 건설자가 필수적인가?
지역 건설업체가 CR에 필수적이라는 가정은 의심할 가치가 있다.
지역 건설업체는 당연히 우선 수수료에 따라 거래를 주문하고 검열을 위해 클라이언트 소프트웨어를 수정할 가능성이 낮습니다.
그러나 MEV-Boost 시장은 이미 검열 반대 행동에 대한 인센티브를 제공합니다 .
- 널리 사용되는 앱 이 검열 대상이 되면, 규정을 준수하는 빌더는 해당 앱의 거래에서 추출할 수 있는 MEV 수익을 희생 해야 합니다. 검열하지 않는 빌더와 경쟁하기 위해, 그들은 검열을 피하고 제한을 우회할 방법을 찾을 강력한 인센티브를 가지고 있습니다.
- 덜 자주 사용되는 앱이 검열에 직면하면, 작은 빌더는 검열 빌더가 포함하기를 거부하는 거래 대기열을 축적할 수 있습니다 . 대기 중인 거래가 충분한 우선 수수료를 제공하면, 검열하지 않는 빌더는 검열하는 빌더보다 더 높은 가격 을 제시하여 결국 포함되도록 할 수 있습니다.
사례 연구: 토네이도 캐시
검열을 받는 토네이도 캐시 거래는 포함 지연이 증가했습니다 . 그러나 시장 점유율이 낮음에도 불구하고 소규모 빌더는 이러한 거래를 축적하고 일괄 처리하여 포함을 확보했습니다 .
다음 차트는 로컬 빌더와 MEV-Boost 빌더를 구분합니다. 로컬 빌더는 네트워크의 약 8~10%를 차지합니다. 작년에 그들은 두 번째로 많은 토네이도 캐시 거래를 포함했지만, 아래 차트는 로컬 빌더가 블록 당 포함률이 비교적 낮았음을 보여줍니다. 시장 점유율이 비교적 낮은 소규모 빌더는 TC 거래를 집어서 일괄 포함시켜 블록 경매에서 이기는 데 도움이 된 것으로 보입니다.
로컬 빌더가 없더라도 승인된 거래는 여전히 체인에 도달할 것이므로 검열에 저항하는 메커니즘의 약한 형태가 로컬 빌더 없이도 지속될 수 있음을 시사합니다. 포함 시간이 증가할 수 있지만 최종 영향은 검열되는 사용자/앱에 따라 달라집니다.
Liveness 는 어떤가요?
Liveness 는 다른 문제입니다. 로컬 빌더가 검열할 수 있는 릴레이를 우회하여 입찰을 직접 제출할 수 있는 비허가형(Permissionless) 방법이 없다면, 이더리움은 Liveness 보장할 수 없습니다.
지역 빌더가 릴레이에 의존하지 않고 무신뢰성 와 비허가형(Permissionless) 전환할 수 있다면 지역 블록 빌더로서의 역할이 줄어듭니다 .
