Hegota Upgrade

Hegota Upgrade

헤고타는 2026년 하반기로 예정된 의 주요 네트워크 업그레이드 또는 입니다. 업그레이드의 후속 버전으로 지정된 헤고타는 더 빈번하고 점진적인 프로토콜 업데이트를 우선시하는 의 가속화된 개발 로드맵의 핵심 부분입니다. 이 업그레이드의 주요 목표는 의 확장성을 개선하고, 운영자의 진입 장벽을 낮춰 네트워크 분산화를 개선하고, 장기적인 상태 크기 증가 문제를 해결하는 것입니다. 업그레이드의 최종 범위는 2026년 초에 공식 선정 절차를 거쳐야 하지만, 초기 논의는 Verkle 트리를 주요 기능으로 구현하는 데 집중되었습니다. [1] [2] [3]

배경 및 로드맵

헤고타 업그레이드는 2025년에 등장한 이더리움의 핵심 개발 철학의 전략적 변화의 산물입니다. 이 새로운 접근 방식은 네트워크 업그레이드의 속도를 높여 연간 약 2회의 하드 포크를 목표로 합니다. 이 전략은 부분적으로 2025년 초 일부 커뮤니티 구성원과 빌더로부터 프로토콜 개발 속도가 네트워크의 증가하는 요구를 충족하기에는 너무 느리다는 비판에 대한 대응으로 채택되었습니다. 개발자는 더 작고 집중된 업데이트를 더 자주 제공함으로써 수많은 복잡한 변경 사항을 덜 빈번한 대규모 릴리스로 묶는 대신 더 예측 가능하고 관리하기 쉬운 방식으로 개선 사항을 도입하는 것을 목표로 합니다. [1] [4]

헤고타는 이더리움의 기능을 향상시키기 위해 설계된 일련의 업그레이드를 따릅니다. 를 성공적으로 구현한 와 2026년 상반기에 계획된 가 그 뒤를 잇습니다. 글램스테르담의 주요 기능으로는 블록 수준 액세스 목록과 보장된 제안자-빌더 분리(ePBS)가 있습니다. 글램스테르담에 맞춰 준비되지 않은 복잡한 기능은 헤고타에 포함될 가능성이 높습니다. [5] [4]

2025년 12월 22일 블로그 게시물에서 은 헤고타로 이어지는 로드맵을 다음과 같이 설명했습니다.

“Fusaka는 수많은 사소한 기능 외에도 PeerDAS를 제공했으며 글램스테르담의 주요 기능에는 블록 수준 액세스 목록과 보장된 제안자-빌더 분리가 포함됩니다. 이제 우리는 후속 업그레이드인 헤고타를 개략적으로 설명하기 시작합니다.” [5] [1]

명명 규칙

"헤고타"라는 이름은 실행 레이어(EL) 업데이트 이름과 합의 레이어(CL) 업데이트 이름을 결합하는 네트워크 업그레이드의 기존 명명 규칙을 따릅니다. 이 이름은 2025년 마지막 ACDE(All Core Developers Execution) 통화 중에 핵심 개발자가 공식적으로 합의했습니다. [6]

이름의 구성 요소는 다음과 같습니다.

  • 보고타: Devcon VI 개발자 컨퍼런스의 개최 도시인 콜롬비아 보고타를 기리기 위해 선택된 실행 레이어 업그레이드 이름입니다. [1] [4]
  • 헤제: 별의 이름을 딴 합의 레이어 업그레이드 이름입니다. [1] [6]

두 이름을 병합하여 결합된 네트워크 하드 포크에 대한 포트만토 헤고타(Heze + Bogota)를 만듭니다. [1]

개발 및 범위 지정 프로세스

헤고타 업그레이드의 내용을 결정하는 프로세스는 메타 개선 제안인 EIP-8081을 통해 조정됩니다. 이 EIP는 프로토콜 변경 사항을 도입하지 않지만 하드 포크에 포함되도록 고려되거나 예정된 모든 EIP에 대한 중앙 추적 문제 및 마스터 목록 역할을 합니다. [7] [2]

2025년 12월 3일, 연구원 Alex Stokes는 Fellowship of Magicians 포럼에서 공식 범위 지정 프로세스를 제안했습니다. 이 구조화된 접근 방식은 명확성을 제공하고 이전 업그레이드의 교훈을 통합하도록 설계되었습니다. 이 프로세스는 작은 추가 사항을 고려하기 전에 하나 이상의 주요 기능 선택을 우선시하여 명확한 "포크 초점"을 정의하는 것을 목표로 합니다. 커뮤니티 구성원 Andrew Coathup은 잠재적인 초점 영역으로 또는 확장, 사용자 경험(UX), 개발자 경험(DX) 또는 분산화를 제안했습니다. [7]

헤드라이너 및 비헤드라이너 EIP

선정 프로세스는 두 가지 범주의 제안을 구별합니다.

  • 헤드라이너: 이는 주요 목표를 해결하는 업그레이드의 주요 정의 기능입니다. 헤드라이너 EIP의 챔피언은 특정 템플릿을 사용하여 Magicians 포럼에 제안서를 제출해야 합니다. 이 템플릿에는 평이한 언어 요약, 자세한 정당성, 이해 관계자 영향 분석, 기술적 준비 상태 및 보안 위험 평가가 필요합니다. [7]
  • 비헤드라이너: 이는 더 작은 개선 사항 또는 사소한 기능입니다. 비헤드라이너 EIP에 대한 제출 기간은 모든 핵심 개발자가 헤드라이너 기능을 확정한 후에만 30일 동안 열립니다. 헤드라이너로 제안되었지만 선택되지 않은 EIP는 동일한 업그레이드에 대해 비헤드라이너로 다시 제안할 수 없다는 규칙도 설정되었습니다. [5] [7]

범위 지정 타임라인

헤고타의 범위를 정의하기 위한 타임라인은 2025년 말에 공식적으로 발표되었습니다. 현재 날짜가 2026년 1월 26일이므로 프로세스가 활발히 진행 중입니다. [5]

  • 2025년 12월 3일: 연구원 Alex Stokes가 Magicians 포럼에 제안된 범위 지정 타임라인을 게시했습니다.
  • 2025년 12월 22일: 재단의 프로토콜 지원 팀은 헤고타 업그레이드의 제안 및 선정 프로세스에 대한 타임라인을 공식적으로 설명하는 블로그 게시물을 게시했습니다.
  • 2026년 1월 8일 – 2월 4일: "헤드라이너" EIP 제안서 제출 기간이 열립니다. 고려되려면 제안서를 Magicians 포럼에 제출하고 이 기간 내에 모든 핵심 개발자 통화 중에 발표해야 합니다.
  • 2026년 2월 5일 – 2월 26일: 모든 핵심 개발자 팀이 업그레이드에 대한 헤드라이너 기능을 논의, 평가 및 완료하기 위한 기간이 예정되어 있습니다.
  • 2026년 2월 26일 이후: 헤드라이너 선택 후 30일 동안 "비헤드라이너" EIP 제안서를 제출할 수 있는 기간이 열립니다.

논의 및 완료를 위한 타임라인은 개발자 합의 진행 상황에 따라 변경될 수 있습니다. [5] [7]

목표 및 잠재적 기능

헤고타 업그레이드의 주요 목표는 이더리움의 확장성을 향상시키고, 분산화를 강화하고, 블록체인 상태 증가(종종 "상태 부풀림"이라고 함) 관리를 위한 장기적인 솔루션을 구현하는 것입니다. 2026년 1월 현재 포함이 공식적으로 확인된 EIP는 없지만 핵심 개발자와 커뮤니티 간의 논의에서는 몇 가지 주요 제안과 관심 영역이 강조되었습니다. [3] [4]

Verkle 트리

헤고타의 헤드라인 기능에 대한 주요 후보는 Verkle 트리 도입입니다. Verkle 트리는 에서 현재 사용 중인 Merkle Patricia 트리보다 데이터 증명 생성에 훨씬 더 효율적인 새로운 데이터 구조입니다. 이를 구현하면 노드가 훨씬 더 작은 "증명"을 사용하여 많은 양의 상태 데이터를 저장하고 수학적으로 확인할 수 있습니다. [1] [4]

Verkle 트리 구현의 주요 이점은 다음과 같습니다.

  • 하드웨어 요구 사항 감소: 특히 디스크 공간과 같이 전체 노드를 작동하는 데 필요한 하드웨어 요구 사항을 크게 줄입니다. 이는 전체 상태를 저장하지 않고도 체인을 확인할 수 있는 "상태 비저장 클라이언트"를 활성화하기 위한 중요한 단계입니다. [3] [4]
  • 분산화 개선: 더 많은 개인이 더 저렴하고 쉽게 전체 노드를 실행할 수 있도록 함으로써 Verkle 트리는 네트워크의 분산화, 복원력 및 보안을 강화하는 것을 목표로 합니다. [1]

상태 및 기록 관리

헤고타의 또 다른 주요 초점 영역은 상태 및 기록 만료 메커니즘 구현입니다. 이 개념은 블록체인의 오래되고 덜 자주 액세스되는 상태 및 기록 데이터를 전체 노드가 유지 관리해야 하는 활성 세트에서 제거할 수 있도록 하는 것을 포함합니다. 이는 새로운 노드가 네트워크에 가입하고 동기화하는 것을 점점 더 어렵게 만들어 확장성에 대한 장기적인 과제를 제기하는 상태 부풀림 문제를 직접적으로 해결합니다. [3] [6] [4]

기타 잠재적 포함 사항

다른 여러 EIP 및 개념이 헤고타 업그레이드의 잠재적 후보로 간주되며, 그 중 상당수는 제때 준비되지 않은 경우 이전 글램스테르담 업그레이드에서 연기될 수 있습니다. [1]

  • 보장된 제안자-빌더 분리(ePBS): 이는 블록 제안자(블록을 선택하는 유효성 검사기)와 블록 빌더(블록을 구성하는 정교한 엔터티) 간의 역할 분리를 공식화하기 위한 프로토콜 수준의 변경 사항입니다. 목표는 소수의 대규모 블록 빌더 간의 권력 집중을 방지하여 중앙 집중화 위험을 완화하는 것입니다. ePBS는 글램스테르담의 주요 기능이지만 복잡성으로 인해 구현이 헤고타로 밀릴 수 있습니다. [3] [4]
  • FOCIL: 이 제안은 이미 헤고타 메타 EIP(EIP-8081)의 "포함 고려" 섹션에 나열되어 있습니다. 이전에는 글램스테르담 업그레이드에 대해 고려되었지만 "범위 축소 결정"으로 인해 연기되었으며 개발자에게 우선 순위가 높은 것으로 남아 있음을 나타냅니다. [5]
  • 실행 레이어 최적화: 가상 머신(EVM) 및 실행 레이어의 기타 측면의 효율성에 대한 일반적인 개선 사항은 네트워크 업그레이드에 자주 포함되며 헤고타의 일부일 수 있습니다. 여기에는 다양한 작업에 대한 가스 비용 조정이 포함될 수 있습니다. [6] [4]

참고 문헌.

카테고리순위이벤트용어집