이더리움 글램스테르담 업그레이드, 회의록으로 확인한 6가지

웨일로그 편집팀

이더리움의 다음 대형 업그레이드 글램스테르담(Glamsterdam)의 현재 상태는 “테스트넷 한 곳의 적용일만 합의된 단계”입니다. 2026년 9월 5일 오전(KST) 기준으로 메인넷 적용일은 정해지지 않았고, 9월 3일 열린 코어 개발자 회의에서 첫 공개 테스트넷인 세폴리아 적용일을 10월 6일로 하자는 데 참가 클라이언트 팀들이 동의했습니다. 다만 이 날짜조차 아직 네트워크 설정 파일에는 들어가 있지 않습니다.

이 글은 뉴스 요약이 아니라 회의 기록 원문과 이더리움 공식 저장소 파일을 직접 열어 확인한 것만 정리했습니다. 코인 업그레이드 소식은 “언제 적용된다”는 한 줄만 돌아다니는 경우가 많은데, 실제 원본을 보면 발언·합의·설정 반영·테스트넷 적용·메인넷 적용이 전부 다른 단계라는 것이 드러납니다.

무엇을 근거로 확인했나

이더리움 코어 개발자들은 2주에 한 번씩 실행계층(ACDE)과 합의계층(ACDC) 회의를 번갈아 엽니다. 회의 안건과 기록은 전부 공개 저장소에 올라옵니다.

  • 회의 기록: nixorokish/eth-protocol-transcripts 저장소의 ACDC/Call-186_2026-09-03 폴더. 메타데이터 파일에 “All Core Devs - Consensus (ACDC) #186, September 3 2026”, 시작 시각 2026-09-03T13:56:03Z, 진행 32분으로 기록돼 있습니다. 한국시간으로는 9월 3일 밤 10시 56분에 시작한 회의입니다.
  • 포크 목록: 이더리움 프로젝트 관리 저장소 ethereum/pm의 all-forks.json
  • 업그레이드 내용 목록: ethereum/EIPs의 EIP-7773 원문
  • 테스트넷 설정: eth-clients/sepolia 저장소의 metadata/config.yaml

회의 기록은 회의 도구가 자동으로 받아쓴 텍스트라 사람 이름과 클라이언트 이름의 철자가 종종 틀립니다. 그래서 아래 내용은 받아쓰기 원문을 그대로 인용하지 않고, 저장소 파일과 대조해 확인된 사실만 옮겼습니다.

1. 이름부터 갈라 봐야 한다 — 글램스테르담 = 암스테르담 + 글로아스

이더리움 업그레이드 이름이 헷갈리는 이유는 하나의 업그레이드가 두 층에서 동시에 이뤄지기 때문입니다. 이더리움은 거래를 실행하는 실행계층과 합의를 담당하는 합의계층이 나뉘어 있고, 각각 도시 이름과 별 이름을 따로 붙입니다.

all-forks.json을 열면 이렇게 적혀 있습니다.

항목 값
실행계층 이름 Amsterdam(암스테르담)
합의계층 이름 Gloas(글로아스)
합쳐 부르는 이름 Glamsterdam(글램스테르담)
상태 planned (계획됨)
활성화 블록·시각·에포크 전부 null (비어 있음)

직전 업그레이드인 후사카(Fusaka, 실행계층 Osaka + 합의계층 Fulu)는 같은 파일에서 상태가 active이고 활성화 시각이 유닉스 시간 1764798551, 즉 2025년 12월 4일 오전 6시 49분(KST)으로 확정 기록돼 있습니다. 두 항목을 나란히 놓고 보면 “정해진 업그레이드”와 “아직 정해지지 않은 업그레이드”가 파일 안에서 어떻게 다르게 보이는지 바로 확인됩니다.

2. 담길 변경은 18건, 목록은 이미 공개돼 있다

무엇이 들어가는지는 메타 EIP인 EIP-7773에 정리돼 있습니다. 9월 5일 기준 이 문서의 “포함 확정(Scheduled for Inclusion)” 목록에는 18건이 올라 있습니다. 초보자에게 의미가 큰 것 몇 가지만 풀어 보면 이렇습니다.

  • EIP-7732(Enshrined Proposer-Builder Separation) — 블록을 “제안하는 역할”과 “짜는 역할”을 프로토콜 차원에서 분리하는 변경입니다. 지금은 이 분리가 외부 소프트웨어에 의존하고 있습니다.
  • EIP-7928(Block-Level Access Lists) — 블록이 건드리는 저장 공간 목록을 블록 단위로 미리 밝히게 하는 변경입니다.
  • EIP-7708(ETH transfers emit a log) — 이더 전송이 항상 로그로 남게 합니다. 지갑·회계 도구가 내역을 추적하기 쉬워집니다.
  • 가스비 관련 항목이 여럿입니다. EIP-2780, EIP-7778, EIP-7976, EIP-7981, EIP-8037, EIP-8038 등 수수료 계산 방식을 손보는 제안이 목록의 상당 부분을 차지합니다.

같은 문서 아래쪽에는 네트워크별 활성화 시각을 적는 표가 있는데, 세폴리아·홀레스키·메인넷 세 줄이 모두 비어 있습니다. 문서에는 “클라이언트 팀들이 활성화 시각을 정하면 채운다”는 주석이 붙어 있습니다.

3. 9월 3일 회의에서 실제로 합의된 것 — 세폴리아 10월 6일

이번 회의의 핵심 안건은 테스트넷 적용일이었습니다. 진행자가 9월 28일과 10월 6일 두 안을 놓고 클라이언트 팀들에게 차례로 의견을 물었고, 정리하면 이렇습니다.

  • 라이트하우스: 9월 28일도 괜찮고 10월 6일도 괜찮다
  • 테쿠: 세폴리아 날짜만 먼저 정하고 나머지는 뒤로 미루자
  • 그란다인: 늦을수록 좋다
  • 로데스타: 다른 클라이언트 결정을 따르겠다
  • 님버스: 데브넷에서 성공적인 포크 전환을 한 번 본 뒤에 하는 편이 신중하다

이 의견들을 받아 진행자가 “10월 6일이 가장 안전한 날짜”라고 정리했고, 반대 없이 세폴리아 적용일이 10월 6일로 합의됐습니다. 다만 진행자는 같은 자리에서 “PR(설정 변경 요청)에 클라이언트 팀들이 의견을 남겨 달라, 다음 주 실행계층 회의에서 다시 확인하겠다”고 덧붙였습니다. 즉 이것은 회의에서의 합의이지, 아직 확정 반영은 아닙니다.

실제로 세폴리아 설정 파일(eth-clients/sepolia의 metadata/config.yaml)을 열어 보면 마지막 포크 항목이 후사카의 합의계층 이름인 FULU_FORK_EPOCH: 272640이고, 글로아스나 암스테르담 항목은 아직 존재하지 않습니다.

4. 아직 정해지지 않은 것 — 후디 테스트넷과 메인넷

같은 회의에서 두 번째 테스트넷인 후디(Hoodi) 적용일은 10월 26일이 제안됐지만 결정이 미뤄졌습니다. 이유는 기술적인 것이 아니라 일정 문제였습니다. 그 시기가 개발자 콘퍼런스인 데브콘 직전이라 이동이 겹치고, 그 무렵 릴리스를 자르기 어렵다는 지적이 나왔습니다. 회의에서는 11월 11일이 대안으로 언급됐고, 세폴리아 적용 뒤 한 달가량 지켜본 다음에 정하자는 의견도 나왔습니다. 결론은 “후디는 앞으로 몇 주 안에 다시 논의”입니다.

메인넷은 그보다 더 앞 단계입니다. ethereum/pm 저장소에는 glamsterdam-mainnet-plan.md라는 메인넷 업그레이드·사고 대응 계획 문서가 이미 만들어져 있는데, 9월 5일 기준으로 에포크·시작 슬롯·활성화 시각 표가 통째로 비어 있고 클라이언트별 담당자 칸도 전부 공란입니다. 파일은 있지만 채워지지 않은 양식 상태라는 뜻입니다.

5. 테스트에서 실제로 어떤 문제가 나왔나

날짜를 미룬 배경에는 직전 테스트 결과가 있었습니다. 회의 첫 안건이 데브넷(개발자 전용 시험망) 상황 보고였는데, 보고된 내용은 다음과 같습니다.

  • 노드 약 1,000개 규모의 데브넷에서 포크를 시험했고, 회의 시점에 그 망은 파이널리티(거래 확정)를 이루지 못하고 있었습니다.
  • 프리즘은 상태 전이에 실패했습니다. 다만 담당자는 “최신 스펙 변경이 반영되지 않은 개발 브랜치를 돌리고 있던 것”이라고 원인을 설명했습니다.
  • 그란다인은 메모리 부족으로 멈췄고, 테쿠는 메모리 고갈로 정상 블록이 불량으로 표시되는 문제가 있었습니다.
  • 부모 블록과 같은 해시를 가진 블록을 제안하면 네트워크 전체가 멈출 수 있는 문제도 발견됐습니다.

마지막 항목은 저장소에서 후속 조치까지 확인됩니다. 합의계층 스펙 저장소 ethereum/consensus-specs에 9월 3일자로 “부모 블록 해시와 같은 블록 해시를 가진 입찰을 거부한다”는 변경(#5594)이 병합돼 있습니다. 회의에서 “이번 주 안에 스펙 릴리스가 한 번 더 나갈 것”이라던 발언도 확인됩니다. 같은 저장소의 태그 목록에서 v1.7.0-beta.0이 2026년 9월 3일 커밋에 붙어 있고, 그 직전까지는 알파 14가 마지막이었습니다. 알파에서 베타로 넘어간 날이 바로 이 회의 당일입니다.

진행자는 안정적인 포크 전환을 한 번은 확인해야 한다며 다음 주에 데브넷 10을 한 번 더 돌리는 방안을 언급했습니다.

6. 같은 날 정리된 다른 사안들

  • EIP-8037(상태 생성 가스비 인상) 버그 수정이 승인됐습니다. 이 제안에서 버그가 발견됐고, 수정본이 데브넷에서 동기화까지 확인된 뒤 클라이언트 팀들에게 의견을 물은 결과 반대가 없어 반영하기로 정리됐습니다. 회의에서는 “포크 지연으로 이어지지 않는다”는 점이 함께 확인됐습니다.
  • 엔진 API의 SSZ 전환 스펙이 병합됐습니다. 실행계층과 합의계층이 주고받는 데이터 형식을 바꾸는 작업으로, 회의 전날 ethereum/execution-apis 상위 브랜치에 반영됐다고 보고됐습니다.
  • 그다음 업그레이드인 헤고타(Hegotá) 준비도 시작됐습니다. 메타 EIP-8081에는 이미 두 건(EIP-7805 FOCIL, EIP-8141 Frame Transaction)이 포함 확정으로 올라 있고, 회의에서는 9월 10일까지 각 팀이 EIP 우선순위 등급표를 제출하기로 확인됐습니다. 후보로 소개된 EIP-8148(검증자 인출 기준액 사용자 지정)과 EIP-8205(인출 자격 사전 등록)는 9월 5일 기준 둘 다 상태가 Draft입니다.

확인된 것과 확인되지 않은 것

구분 내용
확인됨 회의 개최 사실·시각·길이(메타데이터 파일), 세폴리아 10월 6일 합의, 후디 결정 보류, 데브넷 문제 보고, 스펙 변경 #5594 병합, v1.7.0-beta.0 태그, EIP-7773의 확정 목록 18건과 빈 활성화 표, 세폴리아 설정 파일에 글램스테르담 항목 없음
확인되지 않음 회의에서 언급된 안건 이슈와 설정 변경 PR의 본문. 이 작업 환경에서 깃허브 이슈·PR 열람이 막혀 원문 확인에 실패했습니다
확인되지 않음 메인넷 적용 시기. 회의에서도 논의되지 않았고 어느 문서에도 값이 없습니다
확인되지 않음 이 소식에 대한 시장 반응. 시세 조회처 접근이 막혀 직접 확인하지 못했습니다

초보 투자자에게 이게 왜 중요한가

업그레이드 소식은 “이더리움 10월 업그레이드”처럼 한 줄로 요약돼 돌아다니기 쉽습니다. 그런데 위에서 본 것처럼 10월 6일은 테스트넷 날짜이고, 그마저도 아직 설정 파일에 반영되지 않은 합의 단계입니다. 이 사이트가 규제 이슈에서 발언·제안·표결·확정·발효를 갈라 보자고 반복해 온 것과 정확히 같은 이야기입니다. 프로토콜 쪽에도 제안 → 포함 확정 → 데브넷 → 테스트넷 → 메인넷이라는 단계가 있고, 각 단계는 되돌아갈 수 있습니다. 실제로 이번 회의만 봐도 데브넷이 파이널리티를 못 이룬 탓에 날짜가 한 주 밀렸습니다.

한 가지 더. 이 모든 과정이 누구나 열어 볼 수 있는 공개 저장소에 남는다는 점이 이더리움 같은 공개 블록체인의 특징입니다. 회의는 유튜브로 공개되고, 기록은 저장소에 쌓이고, 무엇이 들어갈지는 번호가 붙은 문서로 관리됩니다. 어떤 코인의 로드맵이 궁금할 때 홍보 자료 대신 이런 원본이 있는지부터 확인하는 습관이 유용한 이유입니다. 개발이 공개적으로 진행되는지 여부 자체가, 발행사가 있는 코인을 확인할 때 쓰는 기준과 같은 종류의 정보입니다.

앞으로 확인할 일정

  • 9월 10일 — 헤고타 업그레이드 EIP 우선순위 등급표 제출 기한. 같은 주 실행계층 회의에서 세폴리아 날짜도 다시 확인하겠다고 예고됐습니다.
  • 9월 둘째 주 — 데브넷 10 진행 여부. 여기서 안정적인 포크 전환이 확인되지 않으면 세폴리아 일정이 다시 논의될 수 있다고 회의에서 언급됐습니다.
  • 10월 6일 — 세폴리아 테스트넷 적용 예정일. 확정 여부는 eth-clients/sepolia 설정 파일에 글로아스·암스테르담 항목이 추가되는지로 확인할 수 있습니다.
  • 미정 — 후디 테스트넷(10월 26일 제안, 11월 11일 대안 언급)과 메인넷. EIP-7773의 활성화 표와 all-forks.json의 값이 채워지는 시점이 곧 확정 시점입니다.

이 글은 정보 제공 목적으로 작성되었으며 투자 권유가 아닙니다. 투자 판단과 책임은 본인에게 있습니다.