이더리움 빌더들의 블롭 트랜잭션 검열

[이더리움 빌더들의 블롭 트랜잭션 검열] 2022년 OFAC가 토네이도 캐시를 사용한 주소들을 검열하겠다고 한 이후, 이더리움 네트워크 상에서 명시적인 트랜잭션 검열은 없었습니다. 규제가 점점 완화되면서, 원래 검열을 시행하던 블록 빌더나 릴레이도 이제는 해당 주소들에 대한 검열을 하고 있지 않죠. 그러나, 현재에도 특정 트랜잭션 형태에 대한 검열은 종종 발생하고 있습니다. 바로, L2들이 L1에 제출하는 블롭 트랜잭션들에 대한 검열입니다. 블롭 트랜잭션은 데이터를 이더리움 위로 잠시 (18일 간) 저장할 때 사용되는 트랜잭션으로, Dencun 업그레이드에 적용되어 지금은 롤업들이 L2 트랜잭션 내역들을 L1에 제출할 때 사용되고 있습니다. 한 개의 블롭은 128KB이며, 한 블록 내 최대 9개의 블롭이 들어갈 수 있죠. 그러나 현재 일부 빌더들은 블롭 트랜잭션을 의도적으로 검열하고 있습니다. 이는 블롭을 포함하지 않을 때 더 많은 MEV 수익을 얻을 수 있기 때문입니다. 이더리움 블록은 크기가 커질수록 네트워크 전파에 시간이 오래 걸립니다. 보통 블롭이 없는 블록의 평균 크기는 약 100KB에 불과하지만, 블롭을 포함하면 블록 크기가 배로 커지며, 이에 따른 전파 지연도 발생합니다. MEV-Boost 환경에서 블록을 구성하는 빌더 입장에서는 블롭을 담을 경우 블록을 더 빠르게 전파해야 합니다. 그래야 해당 블록이 제 시간에 도달할 수 있기 때문입니다. 하지만 전파를 서두른다는 것은, 그만큼 MEV 기회를 탐색할 시간을 포기해야 함을 의미합니다. 즉, 블롭을 포함하는 순간 더 적은 MEV를 얻을 수밖에 없는 구조인 것이죠. 이 때문에 Titan과 같은 일부 빌더들은 블록에 블롭을 넣지 않고 크기를 줄여, 전파를 늦추는 대신 더 많은 MEV를 확보하는 전략을 종종 선택합니다. 결국 블롭 트랜잭션이 종종 검열되는 배경에는 이런 경제적 유인이 존재하는 것이죠. 이는 내년 Glamsterdam 업그레이드에 들어갈 ePBS로 해결될 수 있습니다. ePBS는 블록이 제안되고 검증되는 핵심 경로와 블롭 / 페이로드 전파를 분리하기 때문입니다. ePBS에서 빌더는 제안할 블록의 헤더를 먼저 제출하여 밸리데이터로금 이에 대해 합의하도록 하고, 블록에 실제 내용(실행 페이로드와 블롭)은 다음 블록이 되기 2초 전까지 천천히 전파합니다. 즉, 빌더는 블록 제안 시점에 구애받지 않고 블롭을 전파할 수 있으며, 이전처럼 블롭을 검열하면서까지 MEV 수익을 더 올리려고 하지 않아도 됩니다. 따라서 ePBS는 MEV-Boost 파이프라인에서의 신뢰 문제를 해결할 뿐만 아니라, 슬롯 파이프라이닝의 구조를 완전히 재편하여 확장성 증가 및 블롭 트랜잭션 검열 문제도 해결할 수 있습니다. 이는 Glamsterdam 하드포크의 헤드라이너로 선정되어, 내년 이더리움에 적용될 예정입니다.