스파스 블롭풀, 블롭 대역폭을 4분의 1로
Strawmap Glamsterdam (2027년 초) · sparse blobpool
블록에 들어가기 전 블롭 거래가 머무는 대기열에서 모든 노드가 블롭 전체를 받던 방식을 바꿉니다. 15% 노드만 전체를 받고 나머지는 담당 조각만 확인해 평균 다운로드량이 약 4분의 1로 줄어듭니다.
왜 필요한가
롤업이 이더리움에 데이터를 올릴 때 쓰는 큰 데이터 덩어리를 블롭(blob)이라고 합니다. 블롭을 실은 거래는 블록에 들어가기 전에 실행 레이어(Execution Layer)의 대기열인 블롭풀에서 기다립니다. 지금은 모든 노드가 이 블롭을 전부 내려받습니다. 반면 합의 레이어(Consensus Layer)는 이미 샘플링 덕분에 일부만 받습니다. 그래서 Fusaka 데브넷에서는 실행 레이어 블롭풀이 쓰는 대역폭이 합의 레이어의 약 4~5배로 관측됐습니다. 블롭 개수를 계속 늘리면 이 방식은 노드 사양 기준(EIP-7870)의 한계에 닿고 블록과 증명 전파와 대역폭을 다투어 네트워크 안정성을 해칠 수 있습니다. 스파스 블롭풀은 합의 레이어와 같은 샘플링을 블롭풀에도 들여와 평균 대역폭을 약 4분의 1로 줄입니다. 블록 규칙이 아니라 노드 사이 통신 방식만 바뀌어 사용자가 체감하는 변화는 없습니다. 2026년 8월 개발자 콜에서 데브넷 8 필수 항목으로 확정됐습니다. Strawmap은 Glamsterdam 칸에 두고 있지만 이는 예상일 뿐 확정은 아닙니다.
어떻게 동작하나
- 역할 나누기 새 블롭 거래 소식을 들은 노드는 15% 확률로 전체를 받는 프로바이더(provider)가 되고 나머지는 조각만 확인하는 샘플러(sampler)가 됩니다.
- 프로바이더는 전체를 받습니다 전체를 가졌다고 알린 피어에게 블롭 전체를 요청해 검증한 뒤, 자신도 전체를 가졌다고 다시 알립니다.
- 샘플러는 담당 조각만 받습니다 거래 본문만 받고 프로바이더 두 곳 이상이 보유를 알린 뒤 합의 레이어에서 맡은 열과 같은 조각을 요청합니다. 프로바이더에게는 무작위 열 하나를 더 요청합니다.
- 비상시에는 조각을 모아 복원합니다 프로바이더가 모두 응답하지 않아도 샘플러들이 가진 조각이 64개 셀 이상이면 오류 정정 부호(Reed-Solomon)로 전체를 되살릴 수 있습니다.
관련 EIP
- EIP-8070 eth/72 스파스 블롭풀