이더리움 헤고타 (Hegotá) 포크: 버클 트리 (Verkle Trees)가 어떻게 노드 저장 공간을 90% 줄이고 스테이트리스 클라이언트를 실현하는가
2026년에 이더리움 풀 노드를 운영하려면 4-8 TB의 NVMe SSD 스토리지, 32-64 GB의 RAM, 그리고 최신 8코어 CPU가 필요합니다. 이러한 하드웨어 비용은 개인 애호가들의 진입을 막고, 자금력이 풍부한 운영자들에게 검증 권한을 집중시키며, 전체 네트워크의 존재 이유인 탈중앙화 약속을 조용히 약화시키고 있습니다. 2026년 말로 예정된 헤고타(Hegotá) 하드포크는 단일 아키텍처 전환을 통해 이 방정식을 바꾸고자 합니다. 바로 15년 된 머클 패트리시아 트리(Merkle Patricia Trie)를 버클 트리(Verkle Trees)로 교체하는 것입니다. 버클 트리는 노드 스토리지 요구 사항을 최대 90%까지 절감하고 "스테이트리스(stateless)" 이더리움 클라이언트를 처음으로 실제 운영 가능한 현실로 만들 수 있는 암호화 데이터 구조입니다.
이더리움이 더 이상 무시할 수 없는 상태 팽창(State Bloat) 문제
이더리움의 상태(State) — 모든 계정 잔액, 컨트랙트 스토리지 슬롯 및 논스(nonce)의 완전한 기록 — 는 200 GB를 넘어섰으며, Geth 기준 전체 체인 데이터(이력 포함)는 현재 3 TB를 초과합니다. 아카이브 노드는 18-20 TB가 필요합니다. 모든 트랜잭션이 이 부담을 가중시키고 있으며, 현재 아키텍처에는 이를 줄일 수 있는 장치가 없습니다.
그 결과는 수치로 나타납니다. 2026년 초 현재, Etherscan은 전 세계적으로 약 14,339개의 풀 노드를 감지하고 있습니다. 미국이 38.96%, 독일이 14.53%, 중국이 14.01%를 차지합니다. 가정용 노드는 전년 대비 18% 성장했지만, 진입 장벽은 계속 높아지고 있습니다. 2022년에 2 TB SSD를 구입한 솔로 스테이커는 이미 업그레이드를 강요받거나 포기해야 하는 상황에 직면했습니다.
이것이 바로 이더리움 로드맵의 버지(Verge) 단계에서 해결하고자 설계된 문제입니다. 그리고 버클 트리는 그 기술적 중심에 있습니다.
버클 트리가 실제로 바꾸는 것
기본적으로 버클 트리는 이더리움의 현재 머클 패트리시아 트리와 유사해 보입니다. 둘 다 모든 노드가 비어 있거나, 리프(키-값 쌍을 가짐)이거나, 자식을 가진 중간 노드인 트리 모양의 데이터 구조입니다. 결정적인 차이점은 데이터 조각이 트리에 존재한다는 것을 증명하는 방식에 있습니다.
**머클 패트리시아 트리(Merkle Patricia Trees)**는 해시 기반 증명을 사용합니다. 단일 값을 증명하려면 리프에서 루트까지의 경로에 있는 모든 형제 노드, 즉 전체 "자매 노드" 집합을 제공해야 합니다. 이더리움의 16진(width-16) 트라이의 경우, 이는 증명당 약 150 KB의 증명 크기를 의미합니다. 상태가 커짐에 따라 이러한 증명은 더 무거워집니다.
**버클 트리(Verkle Trees)**는 다항식 암호화(polynomial cryptography) 기반의 벡터 커밋먼트(vector commitments)를 사용합니다. 각 형제를 독립적으로 해싱하는 대신, 증명자는 전체 경로를 따라 모든 부모-자식 관계를 포괄하는 단일 압축 증명을 생성합니다. 제안된 이더리움 구현은 256의 너비(일부 연구자는 1,024를 주장)를 사용하며, 이는 트리를 더 얕게 만들고 증명을 획기적으로 작게 만듭니다.
수치가 이를 증명합니다:
| 지표 | 머클 패트리시아 트라이 | 버클 트리 |
|---|---|---|
| 값당 증명 크기 | ~150 KB | ~1-2 KB |
| 블록당 위트니스 데이터 | 메가바이트(MB) | 킬로바이트(KB) |
| 트리 너비 | 16 (16진) | 256 |
| 증명 구조 | 모든 형제 해시 | 단일 다항식 커밋먼트 |
버클 트리는 150바이트 미만으로 10억 개의 데이터 포인트가 있는 트리에서의 멤버십을 증명할 수 있습니다. 현재 시스템은 이상적인 조건에서도 약 1 KB가 필요하며, 이더리움의 패트리시아 트라이는 이상적인 상황과는 거리가 멉니다.
스테이트리스 클라이언트: 최종 목표
진정한 보상은 단순히 더 작은 증명만이 아닙니다. 바로 스테이트리스 검증(stateless validation)입니다.
오늘날 모든 이더리움 풀 노드는 전체 상태 트라이를 다운로드하고 저장하며 유지 관리해야 합니다. 새 블록이 도착하면 노드는 정확성을 검증하기 위해 로컬에 저장된 상태 복사본을 기준으로 모든 트랜잭션을 재실행합니다. 상태 데이터가 없으면 검증도 불가능합니다.
버클 트리는 이 방정식을 바꿉니다. 증명이 블록 자체에 포함될 수 있을 만큼 압축되기 때문에, "스테이트리스 클라이언트"는 상태를 전혀 저장하지 않고도 블록에 첨부된 버클 증명만 확인하여 블록을 검증할 수 있습니다. 검증자는 블록을 수신하고, 루트 커밋먼트에 대해 증명을 확인한 다음, 수 밀리초 내에 정확성을 확인합니다.
이것이 실무에서 의미하는 바는 다음과 같습니다:
- 검증자를 위한 스토리지 거의 제로화: 스테이킹 노드는 1 GB 미만의 최소 디스크 공간으로 운영될 수 있습니다.
- 즉각적인 동기화: 새로운 노드는 200 GB 이상의 상태를 다운로드할 필요가 없습니다. 블록이 도착하는 대로 검증합니다.
- 더 넓은 참여: 하드웨어 장벽이 "전용 서버"에서 "대역폭이 좋은 라즈베리 파이" 수준으로 낮아집니다.
- 더 강력한 탈중앙화: 노드가 많아질수록 지리적 분산이 확대되고, 클라이언트 다양성이 확보되며, 검열에 대한 저항력이 높아집니다.
비탈릭 부테린은 버클 트리를 거의 즉각적인 동기화를 가능하게 하는 "스테이트리스 검증자 클라이언트"를 구현하기 위한 핵심 요소로 설명했습니다. 이 비전이 실현된다면, 이더리움 검증 노드를 운영하는 것은 블록당 수 킬로바이트의 데이터를 확인하는 것만큼 간단해질 수 있습니다.
방 안의 (양자) 코끼리
모두가 버클 트리 도입에 찬성하는 것은 아닙니다. 가장 심각한 반대는 양자 컴퓨팅 커뮤니티에서 나옵니다.
버클 트리는 타원 곡선 기반의 다항식 커밋먼트에 의존하며, 이는 이론적으로 쇼어 알고리즘(Shor's algorithm)을 실행하는 양자 컴퓨터가 해독할 수 있는 암호학 범주에 속합니다. 만약 향후 10년 이내에 충분히 강력한 양자 컴퓨터가 등장한다면, 이더리움의 모든 버클 증명은 신뢰할 수 없게 되며 네트워크는 또 다른 마이그레이션을 거쳐야 할 것입니다.
이로 인해 이더리움 개발자 커뮤니티 내에서는 두 진영 사이에 활발한 논쟁이 벌어지고 있습니다.
지금 바로 버클 트리를 도입하자. 이점은 즉각적이고 명확합니다. 타원 곡선 암호를 깰 수 있는 양자 컴퓨터는 10~15년 후에나 등장할 가능성이 높습니다. 이더리움은 오늘 버클 트리를 채택하고 나중에 양자 저항성 구조로 마이그레이션할 수 있습니다.
STARK 기반 바이너리 해시 트리로 바로 건너뛰자. EIP-7864는 현재의 트라이를 효율적인 해시 함수(Blake3 또는 Poseidon)를 사용하는 이진 트리로 교체할 것을 제안합니다. STARK 증명과 결합된 이 접근 방식은 처음부터 양자 저항성을 갖게 됩니다. 이진 트리는 오늘날의 구조보다 4배 짧은 머클 브랜치를 생성하며, 해시 함수 교체는 증명 효율성을 3~100배 더 향상시킬 수 있습니다.
실용적인 중도책이자 현재의 궤적은 헤고타(Hegotá)에서 버클 트리를 도입하는 동시에 양자 컴퓨팅의 발전과 STARK 증명 성능을 모니터링하는 것으로 보입니다. 만약 STARK 기반 대안이 충분히 빠르게 성숙한다면, 미래의 포크에서 상태 마이그레이션을 반복하지 않고도 커밋먼트 체계를 교체할 수 있을 것입니다.
헤고타의 맥락: 이더리움의 2026년 업그레이드 주기
헤고타(Hegotá)는 2026년 상반기 글램스테르담(Glamsterdam)에 이어지는 두 번째 주요 하드 포크를 상징합니다. 이러한 연 2회 포크 주기는 초기 단계에서 보여준 거대하고 지연된 릴리스 대신, 더 작고 빈번한 업그레이드를 지향하는 이더리움 개발 철학의 의도적인 변화를 반영합니다.
글램스테르담 (2026년 상반기) 은 실행 레이어(execution-layer) 개선에 집중합니다: 가스 최적화, 블록 레벨 액세스 리스트(Block-level Access Lists), 그리고 기본 프로포저-빌더 분리(ePBS)가 포함됩니다. 이는 L1 처리량을 개선하고 MEV 처리를 최적화하는 점진적이지만 중요한 변화입니다.
헤고타 (2026년 하반기) 는 상태 레이어(state layer) 자체를 목표로 합니다. 버클 트리(Verkle Trees)가 "주요" 기능의 유력한 후보이며, 상태 및 히스토리 만료(state and history expiry) 메커니즘도 논의 중입니다.
두 업그레이드 모두 PeerDAS를 제공하고 롤업을 위한 블롭(blob) 용량을 확장했던 2025년의 업그레이드 — 펙트라(Pectra) 및 푸사카(Fusaka) — 의 뒤를 잇습니다. 이 네 가지 포크는 함께 일관된 흐름을 형성합니다: L2를 위한 블롭 공간 확보, L1을 위한 가스 효율성 제고, 그리고 이제 노드 운영자를 위한 상태 압축(state compression)으로 이어집니다.
명명 규칙 또한 이러한 연속성을 반영합니다. "헤고타(Hegotá)"는 "보고타(Bogotá)" (2022년 데브콘 개최 도시를 참조한 실행 레이어 코드명)와 "헤제(Heze)" (별 이름을 참조한 합의 레이어 코드명)를 결합한 것입니다. 머지(Merge) 이후 모든 이더리움 포크는 이 도시와 별의 조합 패턴을 따르고 있습니다.
노드 운영자, 스테이커 및 개발자를 위한 변화
솔로 스테이커가 가장 큰 혜택을 입게 됩니다. 현재의 최소 하드웨어 사양 — 32 GB RAM, 2 TB 이상의 SSD, 전용 인터넷 — 은 많은 사용자를 유동 스테이킹 프로토콜(Lido, Rocket Pool)이나 중앙 집중식 거래소로 밀어내는 재정적 장벽을 만듭니다. 버클 트리가 스토리지 요구 사항을 100 GB 미만으로 줄인다면, 솔로 스테이킹의 경제성은 근본적으로 변화할 것입니다.
노드 인프라 제공업체는 다른 계산에 직면합니다. 수백 또는 수천 개의 노드를 운영하는 기업은 하드웨어 비용 절감을 체감하겠지만, 클라이언트 업데이트와 마이그레이션 테스트에 투자해야 합니다. 패트리샤 트리(Patricia Tries)에서 버클 트리로의 전환은 실패해서는 안 되는 일회성 상태 변환을 요구합니다. 마이그레이션 과정의 작은 버그도 이더리움의 전체 상태 데이터베이스를 손상시킬 수 있기 때문입니다.
DApp 개발자는 스마트 컨트랙트 코드에서 차이점을 느끼지 못할 것입니다. 상태 트리는 인프라 레이어의 영역이며, 클라이언트 구현에 의해 추상화됩니다. 그러나 이더리움의 상태를 직접 쿼리하는 도구(블록 익스플로러, 분석 플랫폼, MEV 서처)를 구축하는 개발자들은 증명 검증(proof verification) 로직을 업데이트해야 합니다.
L2 롤업은 간접적인 혜택을 받습니다. L1의 상태 증명(state proofs) 크기가 작아진다는 것은 이더리움에 증명을 게시하는 롤업의 상태 검증 비용이 저렴해진다는 것을 의미합니다. 이는 EIP-4844 블롭을 통해 이미 달성된 비용 절감 효과와 결합되어, 트랜잭션당 L2 비용을 $0.0001 미만으로 낮출 가능성이 있습니다.
마이그레이션 리스크
버클 트리의 가장 어려운 부분은 암호학이 아니라 마이그레이션입니다.
이더리움은 단일 블록에서 데이터 구조를 간단히 바꿀 수 없습니다. 모든 계정, 모든 컨트랙트, 모든 스토리지 슬롯을 포함한 전체 상태 트리가 머클 패트리샤(Merkle Patricia) 형식에서 버클 형식으로 변환되어야 합니다. 이는 하드 포크 중에 모든 클라이언트, 모든 검증자, 그리고 모든 노드에서 동시에 원자적으로 일어나야 하는 수 기가바이트 규모의 변환 작업입니다.
이전의 이더리움 업그레이드들이 데이터 처리 방식을 수정했다면, 이번 업그레이드만큼 데이터가 저장되는 근본적인 구조를 재구성한 적은 없었습니다. 가장 가까운 비유는 합의 메커니즘을 작업 증명(PoW)에서 지분 증명(PoS)으로 교체한 머지(Merge) 그 자체이지만, 머지조차 상태 트리는 건드리지 않았습니다.
클라이언트 팀(Geth, Nethermind, Besu, Erigon, Reth)은 이미 마이그레이션 도구를 구축하고 테스트넷 변환을 실행하고 있습니다. 헤고타 일정은 기능이 확정된 시점부터 약 6~9개월의 테스트 기간을 제공합니다. 걸려 있는 이해관계를 고려할 때, 이는 이더리움 역사상 가장 철저하게 감수된 업그레이드가 될 것입니다.
미래 전망: 버지(Verge)에서 퍼지(Purge)까지
버클 트리는 최종 목적지가 아닙니다. 이는 이더리움 로드맵의 다음 단계인 퍼지(Purge)를 가능하게 하는 기술입니다.
스테이트리스 클라이언트(stateless clients)가 활성화되면, 이더리움은 네트워크 보안을 해치지 않으면서 오래된 상태 데이터를 안전하게 만료시킬 수 있습니다. 노드는 더 이상 수년간의 히스토리 상태를 저장할 필요가 없으며, 현재 상태 루트와 버클 증명만을 사용하여 새 블록을 검증할 수 있습니다. 이 "상태 만료" 메커니즘은 네트워크가 처리하는 트랜잭션 수에 관계없이 이더리움의 스토리지 요구 사항을 영구적으로 제한할 것입니다.
노드가 설정된 임계값보다 오래된 블록 바디와 영수증을 삭제할 수 있도록 하는 히스토리 만료(EIP-4444)와 결합된다면, 전체 버지-퍼지 파이프라인은 이더리움 노드 요구 사양을 스마트폰에 들어갈 수 있는 수준으로 낮출 수 있습니다.
그 단계까지는 아직 몇 년이 더 남았습니다. 하지만 헤고타가 계획대로 출시된다면, 이더리움이 네트워크를 중단시키지 않고도 상태 레이어를 근본적으로 재구성할 수 있음을 증명하는 가장 중요한 발걸음을 내딛게 될 것입니다.
BlockEden.xyz는 고성능 이더리움 RPC 노드 및 API 인프라를 운영하며, 헤고타와 같은 업그레이드를 통해 진화하는 네트워크에 개발자들이 안정적으로 액세스할 수 있도록 지원합니다. 이더리움 API 서비스 살펴보기를 통해 차세대 인프라를 기반으로 개발을 시작하세요.