
이더리움은 글램스터담의 이름을 따서 차기 업그레이드 버전을 "헤고타(Hegota)"라고 명명했으며, 이로써 2026년까지 개발 일정을 확정하고 연 2회 출시 일정을 이어갈 것이라고 밝혔습니다.
헤고타(Hegota)는 데브콘(Devcon) 개최 도시와 천체의 이름을 따서 지은 전통을 따라, 구현 계층 업그레이드인 "보고타(Bogota)"와 합의 계층인 "헤제(Heze)"의 합성어입니다. 이 이름은 올해 마지막 ACDE(All Core Developers Execution) 회의에서 결정되었습니다.
- 이더리움은 연 2회 출시되는 기존 업그레이드 주기에 따라 2026년 업그레이드 주기의 이름을 "헤고타(Hegota)"로 정했습니다.
- 헤고타의 가장 중요한 EIP 제안은 2월에 선정될 예정이며, ACDE는 1월 5일에 다시 모여 글램스터담 프로젝트의 범위를 확정할 것입니다.
- Hegoti는 Verkle 트리, 상태/이력 만료 메커니즘, 구현 계층 최적화와 같은 스케줄링 요소를 포함할 수 있습니다.
"헤고타"는 이더리움 업그레이드 주기를 2026년으로 설정했습니다.
헤고타는 글램스터담 이후 차기 업그레이드의 공식 명칭으로, 이더리움의 2026년 개발 계획의 기반을 마련하고 정기적인 업그레이드 일정을 유지하는 것을 목표로 합니다.
이더리움은 "안정적이고 예측 가능한" 출시 일정을 추구하며, 한 번에 대규모 개편을 단행하기보다는 점진적인 개선을 우선시하고 있습니다. 현재 로드맵에 따르면 글램스터담은 2026년 상반기에 출시될 예정이며, 헤고타는 같은 해 하반기에 출시될 예정입니다.
명칭 결정은 올해 마지막 ACDE(All Core Developers Execution) 회의에서 이루어졌습니다. ACDE 회의는 1월 5일에 재개되어 Glamsterdam의 범위를 확정하고 기능 목록을 확정하여 지연 위험을 줄이는 것을 목표로 합니다.
헤고타는 "보고타"와 "헤제"를 합친 이름입니다.
헤고타(Hegota)는 "보고타"(실행 계층)와 "헤제"(합의 계층)의 합성어로, 이더리움이 프로토콜의 여러 계층에 걸쳐 변화를 조직하는 방식을 반영합니다.
이러한 쌍으로 된 명명 규칙은 커뮤니티가 실행 계층과 합의 계층 작업을 명확하게 추적하는 데 도움이 되는 동시에 네트워크 업그레이드 브랜딩에서 "Devcon 호스트 도시 + 천체"라는 전통을 유지합니다.
헤고타의 가장 중요한 고용 혁신 계획(EIP)은 아직 최종 확정되지 않았으며 2월에 선정될 예정입니다. 이러한 접근 방식을 통해 개발팀은 긴급성, 배포 복잡성 및 생태계 준비 상태(클라이언트, 도구, 테스트) 간의 균형을 맞출 수 있습니다.
Glamsterdam은 레이어 1 효율성과 탈중앙화 증대를 우선시합니다.
Glamsterdam은 블록 생성 메커니즘 및 가스 비용 변경을 통해 레이어 1 효율성을 최적화하고 탈중앙화를 강화하는 데 중점을 둡니다.
언급된 항목에는 제안자와 블록 생성자의 분리(PBS를 프로토콜에 통합), 블록 수준 접근 목록, 가스 가격 재조정 등이 포함됩니다. 궁극적인 목표는 네트워크가 더 많은 양의 트랜잭션을 처리해야 할 때 성능을 개선하고 병목 현상을 줄이는 동시에 블록 공급망의 중앙 집중화 위험을 완화하는 것입니다.
슬롯 시간 단축과 같은 일부 복잡한 변경 사항은 글램스터담 업데이트에 맞춰 준비되지 않을 수 있으며, 안정적인 릴리스 일정을 유지하고 하드 포크의 위험을 줄이기 위해 헤고타 업데이트로 연기될 수 있습니다.
헤고타는 베르클 트리와 같이 연기되었던 프로젝트를 맡을 수도 있습니다.
Hegota에는 Glamsterdam에서 가져온 기능이 포함될 수 있으며, 가장 주목할 만한 기능은 클라이언트 상태 비저장 시스템으로 나아가기 위한 Verkle Trees와 상태/이력 만료 메커니즘 및 구현 계층 최적화입니다.
Verkle 트리는 완전한 상태 비저장 클라이언트를 지원하는 데 있어 중요한 구성 요소로 여겨집니다. 이를 통해 노드의 저장 부담을 줄이고, 노드 운영을 간소화하며, 데이터 검증/제공 참여자 풀을 확장할 수 있습니다. 또한, 상태 만료 및 기록 만료 메커니즘은 시간이 지남에 따라 데이터를 "정리"하여 상태 및 기록의 용량 증가를 방지하는 것을 목표로 합니다.
이러한 요소들을 헤고타에 통합하면, 다양한 실행 계층 최적화를 통해 처리 비용을 절감하고, 실제 처리량을 향상시키며, 레이어 1 및 롤업 인프라의 애플리케이션 사용자 경험을 개선할 수 있습니다.
헤고타는 이더리움 병합 이후의 다단계 로드맵과 연관되어 있습니다.
헤고타는 이더리움의 다단계 로드맵, 즉 롤업을 통한 확장, 상태 비저장으로의 전환, 그리고 히스토리 정리 및 프로토콜 단순화와 일맥상통합니다.
이 로드맵은 The Merge(2022)로 시작합니다. The Surge는 롤업 기반 확장에 중점을 두고, The Verge는 상태 비저장성을 강조하며, The Purge와 The Splurge는 과거 데이터를 정리하고 프로토콜의 나머지 부분을 간소화/완벽하게 만드는 것을 목표로 합니다.
해당 그림에서 볼 수 있듯이, Verkle을 Hegota에 통합하는 기능은 The Verge의 목표를 직접적으로 지원합니다. 즉, 노드 저장 공간 요구 사항을 줄이고, 독립적인 인프라 운영 능력을 향상시키며, 네트워크 참여를 확대하는 것입니다. 이는 수요 증가에 따라 이더리움의 탈중앙화를 유지하는 데 중요한 요소입니다.
자주 묻는 질문
이더리움 업그레이드 계획에서 헤고타(Hegota)란 무엇인가요?
헤고타는 글램스터담 이후의 차기 업그레이드 이름으로, 2026년 이더리움 개발 주기를 나타내며, 대략 연 2회 정도의 업그레이드 출시 일정을 유지합니다.
헤고타가 보고타와 헤제의 조합인 이유는 무엇인가요?
헤고타(Hegota)는 구현 계층 업그레이드(보고타, Bogota)와 합의 계층 업그레이드(헤제, Heze)의 이름을 결합하여 프로토콜 계층별 변경 범위를 구분하고 이더리움의 명명 전통을 유지하는 데 도움이 됩니다.
이더리움은 헤고타에 가장 중요한 EIP를 언제 선택할까요?
헤고타의 EIP "주력" 제안은 2월에 선정될 것으로 예상되며, 개발사들은 글램스터담 제품군을 계속해서 구체화하고 있습니다.
글램스터담은 어떤 변화에 중점을 두고 있나요?
Glamsterdam은 PBS(Public Behavior System), 블록 수준 액세스 목록 및 가스 가격 재조정을 포함한 레이어 1 효율성과 탈중앙화를 우선시합니다. 더 복잡한 변경 사항은 Hegota로 이전할 수 있습니다.
헤고타에 베르클 나무가 나타날 수 있을까요?
가능성이 있습니다. Verkle Trees는 Hegota의 일정이 연기될 경우 포함될 후보로 제안되었으며, 상태 비저장 클라이언트 지원을 강화하고 노드 스토리지 요구 사항을 줄이는 것을 목표로 합니다.




