이더리움 스파스 블롭풀: EIP-8070의 블롭 샘플링 원리

이더리움이 블롭(Blob) 처리량을 늘리려면 일반 노드도 늘어난 데이터를 감당해야 해요. 그런데 현재 실행 레이어(Execution Layer)의 블롭풀(Blobpool)은 모든 참여 노드가 블록에 들어가기 전의 전체 블롭 데이터를 받는 창고처럼 작동합니다. EIP-8070은 다른 방식을 제안해요. 일부 노드만 전체 블롭을 받고, 나머지는 검증 가능한 조각을 샘플링합니다. 이 블록체인 기초 글에서는 **이더리움 스파스 블롭풀(Ethereum Sparse Blobpool)**의 작동 원리와 대역폭 절감 수치가 뜻하는 범위, 샘플링과 무조건적인 신뢰가 왜 다른지 설명합니다.

2026년 9월 29일 현재 EIP-8070 공식 명세의 상태는 Review예요. 이더리움의 글램스테르담 메타 EIP는 이를 ‘포함 예정 EIP’가 아니라 ‘기타 네트워킹 EIP’로 기록합니다. 공식 글램스테르담 로드맵은 메인넷 전까지 업그레이드 범위가 바뀔 수 있으며 메인넷 날짜도 확정되지 않았다고 밝혀요. 아래 메커니즘과 수치는 현재 명세이지, 글램스테르담이나 메인넷 활성화 약속이 아닙니다.

스파스 블롭풀은 어떤 문제를 해결하나요?

롤업(Rollup)은 압축한 거래 데이터를 블롭을 담는 타입 3(Type-3) 트랜잭션으로 이더리움에 게시해요. 블록에 포함되기 전 트랜잭션은 실행 클라이언트의 블롭풀에서 대기하며 네트워크로 전파됩니다. 완전 복제(Full Replication) 방식에서는 같은 데이터 사본이 여러 피어(Peer)에 이미 있어도 릴레이에 참여하는 각 노드가 전체 블롭 사이드카(Blob Sidecar)를 내려받아요.

동네 비상 기록 보관소를 떠올려 보세요. 모든 주민에게 모든 문서가 든 똑같은 캐비닛을 전달하면 단순하지만, 자료가 늘수록 배송 트래픽도 커집니다. 스파스 방식은 일부 주민에게 완전한 문서철을 주고 나머지 주민에게 서로 다른 인증 페이지를 나눠 줘요. 모두가 모든 배송을 받지 않아도 겹치는 조각으로 데이터 존재를 검사하고 빠진 문서철을 재구성할 수 있습니다.

제안서는 푸사카 데브넷 5(Fusaka Devnet 5)의 높은 블롭 개수 실험에서 전체 블롭풀 트래픽이 노드의 평균 대역폭을 지배했다고 설명해요. 블롭 가십(Gossip)은 블록과 어테스테이션(Attestation) 전파에도 필요한 네트워크 용량을 사용합니다. 전파 방식을 바꾸지 않고 블롭 목표만 올리면 합의나 실행 성능보다 홈 노드의 인터넷 회선이 먼저 병목이 될 수 있어요.

비용 측면의 구조가 궁금하다면 이더리움 블롭 수수료를 먼저 확인해 보세요. 블롭 가격과 블롭 전파는 다른 문제를 풉니다. 수수료 시장은 제한된 용량을 배분하고, 블롭풀은 블록 포함 전에 대기 데이터를 전달해요.

EIP-8070은 제공자와 샘플러를 어떻게 나누나요?

노드가 처음 보는 타입 3 트랜잭션을 전달받으면 현재 EIP는 해당 트랜잭션에 대해 두 역할 중 하나를 선택하게 합니다.

1. p = 0.15, 즉 15% 확률로 **제공자(Provider)**가 되어 서명된 트랜잭션과 전체 블롭 데이터를 받아요.
2. 나머지는 **샘플러(Sampler)**가 됩니다. 서명된 트랜잭션을 받고 제공자 공지를 관찰한 뒤, 자신의 합의 클라이언트(Consensus Client)에 배정된 커스터디 셀(Custody Cell)만 요청해요.

역할은 컴퓨터에 영구히 붙는 이름이 아니라 트랜잭션마다 다시 정해집니다. 한 노드는 어떤 블롭의 전체 데이터를 보유하면서 다른 블롭에서는 일부 셀만 가질 수 있어요. 로컬 블록 빌더(Block Builder)는 예외입니다. 명세는 빌더가 포함하려는 블롭을 모두 받는 적극 수신 모드(Eager Mode)를 기본으로 권장해요.

샘플링이 가능한 이유는 PeerDAS 방식의 블롭이 증명이 붙은 셀로 인코딩되기 때문입니다. 노드는 받은 셀이 블롭 커밋먼트(Blob Commitment)에 연결되는지 검증할 수 있어요. 검증되지 않은 작은 이미지를 받는 것이 아니라, 훼손 여부를 확인할 수 있는 모자이크의 여러 조각을 검사하는 방식에 가깝습니다.

실행 클라이언트와 합의 클라이언트의 협력도 필요해요. 제안된 engine_forkchoiceUpdatedV4는 합의 클라이언트의 커스터디 열(Column)을 실행 클라이언트에 전달합니다. engine_getBlobsV4는 합의 클라이언트가 특정 셀과 증명을 요청하게 해요. 두 레이어가 서로 상관없는 조각을 중복 샘플링해 대역폭을 낭비하지 않도록 맞추는 장치입니다.

약 4배 대역폭 절감은 무엇을 뜻하나요?

EIP-8070 모델은 전체 데이터를 받을 확률을 15%로 둡니다. 최소 커스터디 검증자는 그 외의 경우 필요한 64개 셀 가운데 8개, 즉 관련 샘플 데이터의 8분의 1을 받아요. 제안서는 완전 복제 대비 평균 사용량을 다음처럼 계산합니다.

0.15 + (0.85 / 8) = 0.25625

현재 전체 블롭풀 부하의 약 4분의 1이며, 명세는 이를 약 4배 절감이라고 표현해요. 노드의 전체 인터넷 사용량, L2 수수료 또는 블롭 용량이 즉시 정확히 4배 좋아진다는 약속은 아닙니다. 블록, 어테스테이션, 일반 트랜잭션, 업로드, 피어 동작, 구현 오버헤드도 대역폭을 사용하기 때문이에요.

제안서의 신뢰도 계산은 피어 메시(Peer Mesh) 크기 50을 가정합니다. p = 0.15일 때 직접 연결된 피어 중 3곳 이상이 전체 데이터를 보유할 확률을 98.6%, 아무도 보유하지 않을 확률을 0.03%로 추정해요. 이는 명시된 가정 아래의 모델 결과입니다. 실제 네트워크에는 클라이언트 동작의 상관관계, 연결 변동, 지연, 공격자가 있을 수 있으므로 테스트가 필요합니다.

eth/72에서는 무엇이 달라지나요?

스파스 블롭풀에서는 피어가 블롭 트랜잭션의 어느 부분을 제공할 수 있는지 알려야 해요. 공식 devp2p 기능 명세는 EIP-8070을 위한 프로토콜 버전을 eth/72로 기록합니다. 블롭 트랜잭션 공지에 셀 커스터디 정보를 넣고, 셀 단위 전파를 위한 GetCells와 Cells 메시지를 추가해요.

기존 eth/71 피어가 곧바로 무효가 되는 것은 아닙니다. 이더리움 네트워크는 서로 지원하는 프로토콜 버전을 협상할 수 있어서 순차 배포가 기술적으로 가능해요. 다만 절감 효과는 폭넓은 클라이언트 지원에 달렸습니다. 완전 복제 노드가 많다면 네트워크는 계속 전체 데이터를 주고받는 데 상당한 대역폭을 사용해요.

클라이언트 코드가 있다는 사실만으로 활성화가 증명되지는 않습니다. 예를 들어 go-ethereum 저장소에는 스파스 블롭풀의 수신 확률과 셀 제공 경로가 들어가 있어요. 하지만 운영자는 블로그 글을 보고 실험 설정을 켜기보다 공식 릴리스 노트와 업그레이드 일정을 확인해야 합니다.

데이터 가용성, 재구성, 샘플링 노이즈

샘플러는 제공자라고 주장하는 한 피어에 예측 가능한 셀만 요청하지 않아요. 명세는 최소 두 개의 서로 다른 제공자 공지를 먼저 관찰하도록 권장합니다. 제공자에게 커스터디 셀을 요청할 때는 무작위 열 하나도 추가로 요청해요. 이 **샘플링 노이즈(Sampling Noise)**는 전체 데이터를 가졌다고 주장하는 피어가 요청자의 예상 범위 밖 데이터도 제공할 수 있는지 시험합니다.

전체 제공자가 응답하지 않더라도 충분히 다양한 부분 샘플을 모으면 재구성이 가능해요. EIP는 리드-솔로몬(Reed–Solomon) 재구성 기준을 64개 셀로 두며, 모든 블롭을 의도적으로 가져오거나 재구성하는 슈퍼노드(Supernode)도 설명합니다. 이 보조 경로는 회복력을 높이지만 가용성을 자동 보장하지는 않아요. 피어와 샘플의 다양성이 중요합니다.

각 주장을 구분하면 다음과 같아요.

누가 변화를 체감하나요?

일반 지갑 사용자가 EIP-8070 때문에 새 버튼이나 거래 형식을 직접 볼 가능성은 낮아요. 실행·합의 클라이언트 개발자, 노드 운영자, 블록 빌더가 직접 대응합니다. 롤업은 계속 타입 3 트랜잭션을 만들지만, 지속 가능한 블롭 처리량이 늘어난다면 장기적으로 사용할 수 있는 용량에 간접 영향을 받을 수 있어요.

노드 운영자라면 투기보다 운영 점검이 중요합니다.

• 실제 활성화된 네트워크 버전을 명시적으로 지원하는 실행·합의 클라이언트 조합을 사용하세요.
• 엔진 API(Engine API)가 두 클라이언트를 연결하므로 양쪽 릴리스 노트를 모두 읽으세요.
• 다운로드·업로드 대역폭, 피어 품질, 블롭풀 상태, 검증 임무 누락을 모니터링하세요.
• 테스트넷에서는 매개변수와 구현이 바뀔 수 있으므로 여유 용량과 복구 경로를 준비하세요.
• 코드 병합이나 데브넷 성공만 보고 메인넷 활성화로 단정하지 마세요.

롤업 사용자는 이 제안과 레이어1·레이어2 차이에 따른 실행·브릿지 리스크를 분리해야 합니다. 더 효율적인 블롭 전파가 인프라 병목 하나를 줄여도 시퀀서 신뢰, 증명 지연, 업그레이드 키, 브릿지 보안은 그대로 남아요.

리스크와 한계

선택적 데이터 보류(Selective Withholding): 악성 피어가 전체 데이터를 가진 것처럼 공지하고 특정 블롭만 주지 않을 수 있어요. 다양한 피어, 제공자 검사, 재구성이 위험을 줄이지만 없애지는 못합니다.

이클립스 공격(Eclipse Attack): 공격자가 한 노드의 주변 연결을 장악하면 부분 데이터만 주거나 데이터를 숨겨 노드를 고립시킬 수 있어요. 피어 교체와 로컬 연결 해제 규칙은 완화책이지 완전한 면역이 아닙니다.

무임승차와 서비스 거부: 피어가 기여 없이 전체 데이터 요청을 과도하게 보내거나 쓸 수 없는 부분 트랜잭션을 광고할 수 있어요. 제안은 로컬 공정성 규칙을 허용하지만 하나의 의무적인 피어 점수 공식은 두지 않습니다.

모델 가정: 대표 확률은 15% 제공자 비율, 50개 피어 메시, 충분히 독립적인 동작을 전제로 해요. 실제 클라이언트 다양성과 네트워크 연결 구조는 다를 수 있습니다.

배포 복잡성: eth/72, 새 셀 메시지, 엔진 API 협력은 여러 클라이언트를 가로질러요. 구현이 불완전하거나 서로 다르면 호환성 문제가 생길 수 있습니다.

직접적인 수수료 보장 없음: 전파 대역폭 절감은 향후 블롭 확장 여지를 만들지만 사용자가 내는 비용은 업그레이드 결정, 수요, 수수료 매개변수, 압축, 롤업 정책에 달려 있어요.

자주 묻는 질문 (FAQ)

스파스 블롭풀과 PeerDAS는 같은 기술인가요?

아니요. PeerDAS는 이더리움 합의 레이어에서 블롭 데이터를 샘플링해요. EIP-8070은 대기 중인 블롭 트랜잭션의 실행 레이어 풀에 커스터디 기반 셀 샘플링을 적용하고 합의 클라이언트와 조율합니다.

샘플러 노드는 전체 블롭을 하나도 저장하지 않나요?

그렇지 않아요. 확률 선택은 블롭 트랜잭션마다 이루어집니다. 같은 노드가 일부 트랜잭션에서는 제공자, 다른 트랜잭션에서는 샘플러가 될 수 있고 필요하면 데이터를 재구성할 수도 있어요.

노드의 15%만 전체 데이터를 받으면 가용성이 보장되나요?

비율 하나만으로 보장할 수 없습니다. EIP는 전체 제공자, 다양한 셀 샘플, 증명, 재구성, 피어 동작과 모니터링을 함께 사용해요. 확률 추정치도 명시적인 네트워크 가정에 의존합니다.

EIP-8070은 이더리움 메인넷에서 작동 중인가요?

2026년 9월 29일 확인한 출처 기준으로는 아니에요. EIP는 Review 상태이고, 글램스테르담 메타 EIP도 이를 포함 예정이 아닌 ‘기타’ 네트워킹 EIP로 기록합니다. 메타 EIP, 공식 로드맵, 클라이언트 릴리스에서 변경 사항을 확인하세요.

롤업 거래가 바로 저렴해지나요?

자동으로 낮아지지 않습니다. EIP-8070은 대기 중인 블롭 전파에 쓰는 노드 대역폭을 다뤄요. 사용자 비용에 미치는 영향은 간접적이며 이후 용량, 수요, 롤업의 수수료 정책에 달렸습니다.

마무리

EIP-8070은 “모든 노드가 모든 대기 블롭을 받는 방식”을 전체 제공자와 검증 가능한 샘플러가 섞인 네트워크로 바꿉니다. 현재 모델은 관련 평균 다운로드 부하를 약 4분의 1로 줄이면서 데이터 가용성과 재구성 경로를 여러 개 유지하는 것이 목표예요. 그 대신 피어 다양성, 샘플링, 클라이언트 호환성, 실제 배포 측정에 의존하는 더 복잡한 프로토콜이 됩니다.

따라서 스파스 블롭풀은 유용한 확장 도구이지 대역폭이나 수수료를 즉시 해결하는 마법 스위치가 아니에요. eth/72 구현과 업그레이드 테스트가 진행되는 동안 공식 명세와 클라이언트 릴리스 노트를 확인하세요. 이 글은 교육 목적이며 투자 조언이 아닙니다. 크립토 네트워크와 자산은 실패하거나 가치를 잃을 수 있어요. 최신 사실을 직접 검증하고, 잃어도 되는 금액만 사용하며 DYOR 하세요. NFA.