마지막 업데이트:
Hegota는 이더리움 블록체인의 예정된 주요 네트워크 업그레이드 또는 하드 포크로, 2027년 2분기 중에 메인넷에 적용될 것으로 예상되나 정확한 활성화 날짜는 아직 확정되지 않았습니다.[8] Glamsterdam 업그레이드의 후속 단계로 지정된 Hegota는 더 빈번하고 점진적인 프로토콜 업데이트를 우선시하는 이더리움의 가속화된 개발 로드맵의 핵심 부분입니다. 이 업그레이드의 주요 목표는 이더리움의 확장성을 발전시키고, 노드 운영자의 진입 장벽을 낮추어 네트워크 탈중앙화를 개선하며, 상태 크기(state size) 증가라는 장기적인 과제를 해결하는 것입니다. 이미 포함되기로 예정된 두 개의 EIP 외의 구체적인 범위는 수십 개의 추가 EIP가 활발히 논의 중인 단계에 있지만, Hegota와 관련된 장기 로드맵 논의에서는 상태 성장을 해결하기 위한 중요한 방향으로 Verkle 트리와 상태 및 이력 만료(state and history expiry)를 강조하고 있습니다. 다만, 이는 특정 업그레이드의 확정된 주요 기능이라기보다는 논의되는 방향성입니다.[8][9][11][1][2][3]
Hegota 업그레이드는 2025년에 등장한 Ethereum 핵심 개발 철학의 전략적 변화의 산물입니다. 이 새로운 접근 방식은 연간 약 2회의 hard forks를 목표로 하여 네트워크 업그레이드 주기를 더 빠르게 가져가는 것을 선호합니다. 이러한 전략은 프로토콜 개발 속도가 네트워크의 증가하는 수요를 충족하기에 너무 느리다는 2025년 초 일부 커뮤니티 구성원 및 빌더들의 비판에 대한 대응으로 일부 채택되었습니다. 개발자들은 수많은 복잡한 변경 사항을 대규모의 드문 릴리스에 묶기보다는, 더 작고 집중적인 업데이트를 더 자주 출시함으로써 보다 예측 가능하고 관리하기 쉬운 방식으로 개선 사항을 도입하는 것을 목표로 합니다.[1][4]
Hegota는 Ethereum의 기능을 강화하기 위해 설계된 일련의 업그레이드를 따릅니다. 이는 PeerDAS를 성공적으로 구현한 Fusaka upgrade와 2026년 상반기로 예정된 Glamsterdam upgrade 이후에 진행됩니다. Glamsterdam에 예정된 주요 기능에는 블록 레벨 액세스 리스트(Block-level Access Lists)와 내재화된 제안자-빌더 분리(enshrined Proposer-Builder Separation, ePBS)가 포함됩니다. 연 2회 주기에 따라 Glamsterdam이 선행 업그레이드로 유지되지만, 현재 Ethereum.org는 Hegota의 mainnet 목표를 2027년 2분기로 기재하고 있으며 정확한 날짜는 아직 확정되지 않았습니다.[5][4][8]
2025년 12월 22일 블로그 게시물에서 Ethereum Foundation은 Hegota로 이어지는 로드맵의 맥락을 다음과 같이 설명했습니다:
“Fusaka는 수많은 사소한 기능 외에도 PeerDAS를 출시했으며, Glamsterdam의 주요 기능에는 블록 레벨 액세스 리스트와 내재화된 제안자-빌더 분리가 포함될 것입니다. 이제 우리는 그 다음 업그레이드인 Hegota의 개요를 그리기 시작합니다.”[5][1]
"Hegota"라는 이름은 실행 레이어(EL) 업데이트 이름과 합의 레이어(CL) 업데이트 이름을 결합하는 기존 Ethereum 네트워크 업그레이드 명명 규칙을 따릅니다. 이 이름은 2025년 마지막 All Core Developers Execution(ACDE) 콜에서 핵심 개발자들에 의해 공식적으로 합의되었습니다.[6]
이름의 구성 요소는 다음과 같습니다:
두 이름이 병합되어 통합 네트워크 hard fork를 위한 혼성어인 Hegota (Heze + Bogota)가 탄생했습니다.[1]
Hegota 업그레이드 내용을 결정하는 프로세스는 메타 Ethereum 개선 제안인 EIP-8081을 통해 조정됩니다. 이 EIP는 그 자체로 프로토콜 변경을 도입하지는 않지만, 하드 포크에 포함되도록 고려되거나 예정된 모든 EIP를 위한 중앙 추적 이슈 및 마스터 리스트 역할을 합니다.[7][2]
2025년 12월 3일, Ethereum Foundation 연구원 Alex Stokes는 Fellowship of Ethereum Magicians 포럼에서 공식적인 범위 지정 프로세스를 제안했습니다. 이 구조화된 접근 방식은 명확성을 제공하고 이전 업그레이드에서의 교훈을 통합하기 위해 설계되었습니다. 이 프로세스는 작은 추가 사항을 고려하기 전에 하나 이상의 주요 기능을 우선적으로 선택함으로써 명확한 "포크 집중 분야"를 정의하는 것을 목표로 합니다. 커뮤니티 멤버 Andrew Coathup은 잠재적인 집중 분야로 Layer 1 또는 Layer 2 확장성, 사용자 경험(UX), 개발자 경험(DX) 또는 탈중앙화를 제안했습니다.[7]
선정 프로세스는 제안서를 두 가지 범주로 구분합니다:
Hegota의 범위를 정의하기 위한 일정은 2025년 말에 공식적으로 발표되었습니다. 현재 날짜인 2026년 1월 26일 기준으로 프로세스가 활발히 진행 중입니다.[5]
논의 및 확정 일정은 개발자 합의 진행 상황에 따라 변경될 수 있습니다.[5][7]
Hegota 업그레이드의 주요 목표는 Ethereum의 확장성을 향상시키고, 탈중앙화를 강화하며, 흔히 "상태 팽창(state bloat)"이라 불리는 blockchain 상태 성장을 관리하기 위한 장기적인 솔루션을 구현하는 것입니다. 핵심 개발자들과 커뮤니티 간의 논의를 통해 이러한 목표에 부합하는 여러 주요 제안 및 관심 분야가 강조되었으며, 2026년 10월 현재 FOCIL과 프레임 트랜잭션(frame transactions)이라는 두 가지 EIP가 공식적으로 포함될 예정인 가운데 나머지 범위는 여전히 결정 중입니다.[3][4][9][8] 핵심 개발자들은 프라이버시, 검열 저항성, 성능 개선, 양자 내성 암호화 준비 등의 분야를 아우르는 약 60~70개의 EIP를 포함 후보로 검토하고 있으며, 이 중 일부만이 업그레이드 일정과 준비 요구 사항을 충족할 것으로 예상됩니다.[8][11]
EIP-8081 및 Ethereum.org 로드맵에 따르면, 두 개의 EIP가 Hegota에 포함될 예정입니다. EIP-7805인 포크 선택 강제 포함 목록(FOCIL)은 확정된 주요 항목으로, block 빌더가 validator 위원회가 제안한 트랜잭션 포함 목록을 준수하도록 요구함으로써 검열 저항성에 집중합니다. 이는 유효한 트랜잭션이 개별 빌더에 의해 무기한 제외되지 않도록 보장하는 데 도움이 됩니다.[9][8] FOCIL 설계 하에서 validator 위원회는 포함 목록을 게시하며, block 빌더는 blocks를 생성할 때 이를 반드시 포함해야 하므로 특정 트랜잭션을 검열하는 단일 빌더의 능력이 감소합니다.[8][11] Ethereum 공동 창립자 Vitalik Buterin은 FOCIL을 공개적으로 지지하며 이를 보다 검열 저항적인 "세계 컴퓨터"를 향한 광범위한 로드맵의 일부로 설명했습니다. 반면, 일부 개발자와 커뮤니티 구성원들은 모든 유효한 트랜잭션의 포함을 의무화하는 것이 제재 대상 주소와 관련된 트랜잭션일 경우 validators에게 법적 또는 규제적 리스크를 높일 수 있다는 우려를 제기했습니다.[12][13] EIP-8141인 프레임 트랜잭션(Frame transactions)은 로드맵에 예정된 것으로 기재되어 있으며, 계정이 자체 검증 로직을 정의할 수 있는 트랜잭션 모델을 도입합니다. 이를 통해 네이티브 계정 추상화, 보다 유연한 인증 체계, 그리고 추가적인 프로토콜 외부 인프라에 의존하지 않고도 소셜 복구 또는 다중 승인 지갑과 같은 기능을 사용할 수 있게 됩니다.[9][8][11] 프레임 트랜잭션은 수수료 대납, 여러 작업을 단일 트랜잭션으로 묶기, 대체 서명 체계 사용과 같은 고급 지갑 동작을 지원하도록 설계되었으며, 특히 사용자를 대신해 트랜잭션을 제출하기 위해 외부 릴레이어 및 기타 오프체인 서비스에 의존하는 프라이버시 중심 애플리케이션에 유용합니다.[8][11] 프레임 트랜잭션은 Hegota의 계획된 범위의 일부로 추적되고 있지만, 핵심 개발자들은 FOCIL과 달리 다른 많은 제안들과 함께 여전히 평가 중이며 테스트 및 구현 제약에 따라 수정되거나 연기될 수 있음을 시사했습니다.[11]
Verkle trees는 Ethereum의 주요 장기 로드맵 항목으로, Hegota와 관련하여 자주 논의되지만 업그레이드의 주요 항목으로 공식적으로 예정되지는 않았습니다. Verkle trees는 현재 Ethereum에서 사용되는 Merkle Patricia trees보다 데이터 증명을 생성하는 데 훨씬 더 효율적인 새로운 데이터 구조입니다. 이를 구현하면 Ethereum nodes가 훨씬 더 작은 "증명"을 사용하여 대량의 상태 데이터를 저장하고 수학적으로 검증할 수 있게 됩니다.[1][4]
Verkle trees 구현의 주요 이점은 다음과 같습니다:
Hegota와 함께 논의되는 또 다른 주요 장기 로드맵 분야는 상태 및 이력 만료 메커니즘의 구현입니다. 이 개념은 blockchain에서 오래되고 덜 빈번하게 액세스되는 상태 및 이력 데이터를 풀 nodes가 유지해야 하는 활성 세트에서 제거(pruning)할 수 있도록 하는 것을 포함합니다. 이는 상태 팽창(state bloat) 문제를 직접적으로 해결하며, 상태 팽창은 새로운 nodes가 네트워크에 참여하고 동기화하는 것을 점점 더 어렵게 만들어 확장성에 장기적인 과제를 제기합니다.[3][10][4]
여러 다른 EIP와 개념들이 Hegota 업그레이드의 잠재적 후보로 고려되고 있으며, 이들 중 상당수는 이전의 Glamsterdam 업그레이드에서 제때 준비되지 않을 경우 연기될 수 있습니다.[1]
Hegota를 위해 논의된 초기 아이디어 중에는 EIP-8363 "점진적 발행 소각(Tapered Issuance Burn)" 제안이 있었습니다. 이 제안은 ETH 스테이킹 물량이 증가함에 따라 스테이킹 보상의 소각 비율을 높여, 스테이킹된 ETH가 약 6,025만 개에 도달하면 검증인 보상의 최대 100%를 소각할 것을 제안했습니다.[14][13] 이 제안은 광범위한 토론을 불러일으켰으며, 스테이킹 경제에 미칠 영향을 우려하는 일부 DeFi 프로젝트 및 기타 이해관계자들로부터 비판을 받았습니다. 이후 ETH 발행 정책은 단일 네트워크 업그레이드의 일부가 아닌 별도의 전담 프로세스를 통해 처리되어야 한다는 피드백에 따라, 저자들은 2026년 10월 Hegota 범위 설정 프로세스에서 이 제안을 공식적으로 철회했습니다.[14][15] 저자들은 발행 문제가 대신 독립적인 트랙에서 논의될 것이라고 밝혔으며, 커뮤니티 토론은 Devcon 및 EthCC 2026까지 이어질 것으로 예상됩니다. 이에 따라 EIP-8363은 더 이상 Hegota의 범위에 포함된 기능 세트가 아닙니다.[15][14]