실행 계층 멤풀을 기반으로 한 이론적 블롭 히트율
이 연구는 프로브랩의 동료들과 이더리움 재단의 지원을 받아 수행되었습니다. 제시된 보고서는 합의 클라이언트가 제안된 비콘 블록에 포함된 블롭 트랜잭션에 대해 실행 계층 클라이언트에 쿼리할 때 기대할 수 있는 이론적 블롭 히트율을 분석하는 것을 목표로 합니다.
귀중한 피드백을 제공해준 이더리움 재단 네트워킹 팀과 이더판다옵스 팀에게 큰 감사를 드립니다.
동기
이더리움은 피어다스(PeerDAS)를 통해 블롭 처리량을 확장하려고 합니다. 이는 모든 노드가 직접 데이터를 다운로드하고 처리하지 않고도 상당히 높은 블롭 수를 가능하게 할 수 있는 유망한 단계입니다. 이는 확장성에 좋지만, 로컬에서 블록을 구축하는 검증자들에게 새로운 과제를 제시합니다. 이러한 로컬 빌더들은 여전히 4초의 블록 전파 창 내에서 참조하는 모든 블롭을 브로드캐스트해야 하며, 이는 대역폭 제약 하에서 항상 가능한 것은 아닙니다.
그 부담을 줄이기 위해 분산 블록 빌딩 개념이 제안되었습니다. 이 접근 방식은 네트워크의 다른 참여자들도 해당 블롭을 보았을 것이라는 가정 하에 로컬 검증자들이 이미 알고 있는 블롭 트랜잭션을 포함할 수 있게 합니다. 전체 블롭 세트를 GossipSub을 통해 재브로드캐스트하는 대신, 네트워크가 공백을 채우는 데 도움을 주는 것을 목표로 합니다. 노드가 로컬에 보관 중인 블록에 포함된 블롭 트랜잭션을 발견하면(실행 계층에 대한 engine_getBlobs RPC 호출을 통해 확인), 해당 노드가 GossipSub 브로드캐스트를 시작할 책임을 질 수 있어 원래 블록 제안자의 부담을 줄일 수 있습니다.
이러한 협력적 블롭 배포가 실제로 작동할 수 있는지 평가하기 위해, 우리는 블록 제안 시점의 블롭 트랜잭션의 이론적 가용성을 정량화하고자 합니다. 이 연구는 멤풀 트렌드와 블롭 트랜잭션 가시성을 조사하여 분산 블록 빌딩이 로컬 검증자를 압도하지 않고 더 높은 블롭 수를 현실적으로 지원할 수 있는지 이해하고자 합니다.
(번역 계속됨)14.76%의 제안된 블롭 트랜잭션이 "개인 소스"(*)에서 나오고 있으며, 다른85.78%는 공개 멤풀에서 나옵니다- 공개 블롭 트랜잭션 중
16.28%는 후속 비콘 블록 페이로드에 포함되지 않습니다 - 제안된 블롭 트랜잭션의
81.91%는 포함된 슬롯 시작 전에 공개 멤풀에서 확인되었으며4.12%만이 이후에 나왔습니다(나머지는 개인적)
참고: (*) 요청하는 데이터의 날짜를 정의해야 하기 때문에, "개인적"으로 간주되는 일부 트랜잭션은 이전에 멤풀에서 확인되었을 수 있지만 요청된 시간 이전에 있어 가져올 수 없었습니다(Xatu의 쿼리 매개변수를 기반으로 최선을 다했습니다). 이는 궁극적으로 "개인 트랜잭션"을 식별할 때 잘못된 긍정을 생성할 수 있습니다.
참고: 그림에 표시된 트랜잭션의 비율은 "상위" 세트에 대한 총 표현을 참조합니다.
일반적인 질문
"무효" 트랜잭션은 어떻게 됩니까?
이더리움의 트랜잭션은 멤풀에 있고 온체인에 아직 포함되지 않은 한 되돌리거나 대체될 수 있습니다. 트랜잭션은 동일한 논스와 더 높은 수수료로 새 트랜잭션을 제출하여 무효화될 수 있습니다. 이는 블롭 트랜잭션에도 적용되며 - 논스가 동일하게 유지되는 한 업데이트될 수 있습니다.
그래프에서 "무효"로 표시된 트랜잭션은 어떤 종류의 검열 결과가 아니라 이 범주에 속한다고 믿습니다.
"개인 트랜잭션"은 어떻게 됩니까?
(이 문제에 대한 의견에 감사드립니다 @pop.) 개인 멤풀 사용은 이더리움에서 일반적입니다 - 제3자 MEV 추출에 대한 대응책으로, 더 빠른 포함을 위해 또는 단순히 포함될 때까지 트랜잭션을 비공개로 유지하기 위해서입니다. (자세한 내용은 @nero_eth의 게시물 참조).
그러나 블롭 트랜잭션의 특성은 범용 트랜잭션과 매우 다릅니다. 주로 L2가 작업을 위한 증명 또는 데이터 블롭을 제출하는 데 사용되며 - 대부분의 네트워크에서는 단순히 임의의 바이트입니다. 이는 비공개로 유지하거나 MEV로부터 보호할 인센티브를 줄입니다.
우리의 연구에 따르면, 일반적으로 네트워크는 대부분의 경우 이러한 트랜잭션을 브로드캐스트하기 위해 공개 멤풀에 의존합니다. 그러나 약 15%의 블롭 트랜잭션이 개인 멤풀에서 시작되는 것으로 보이며, Taiko(ZK-롤업)가 주요 기여자입니다(참조 그래프).
결론
- 이 연구는 현재 네트워크가 일반적으로 공개 블롭 트랜잭션을 처리하며, 노드들이 포함될 블록 도착 전에 이를 인지하고 있음을 보여줍니다.
- 현재 공개 블롭 트랜잭션 속도와 멤풀 도착 시간에서 분산 블록 빌딩과 같은 솔루션이 더 많은 블롭 수의 더 빠른 처리 및 전파를 용이하게 할 수 있습니다.
- 이는 또한 네트워크가 중복 정보를 전파하는 데 리소스를 할당하고 있음을 의미합니다. 제안된 대부분의 블롭 트랜잭션은 먼저 EL 멤풀을 통해 전파된 후 CL의 gossipsub 주제를 통해 재브로드캐스트됩니다.
- 불가피하게 이는 대규모 블롭 트랜잭션 소비자들이 일부 리소스를 줄일 수 있음을 의미합니다. 블록을 게시할 때만 블롭을 한 번만 개인 멤풀이나 빌더에 제출하고 해당 블롭의 전파를 위임할 수 있습니다.
- 이것이 네트워크에 유리한데, 더 많은 대역폭을 사용할 수 있기 때문입니다(노드가 동일한 정보를 두 번 다운로드하고 전파할 필요가 없음). 그러나 이는 MEV 빌더에 대한 일부 중앙화 위험을 초래할 수 있습니다.
