Ethereum Glamsterdam Upgrade

Glamsterdam은 이더리움 블록체인의 확장성, 보안 및 지속 가능성을 향상시키기 위해 설계된 차기 주요 하드포크입니다. 이는 Fusaka 업그레이드 이후의 실행 레이어(EL) 네트워크 업그레이드로, 2026년 4분기 메인넷 활성화를 목표로 하고 있으나 구체적인 메인넷 날짜나 에포크(epoch)는 아직 정해지지 않았습니다. 2026년 9월 기준, Glamsterdam은 여러 차례의 프라이빗 개발자 테스트 네트워크를 거쳤으며 공개 Sepolia 테스트넷 포크를 준비 중입니다. "Glamsterdam"이라는 이름은 별의 이름인 Gloas와 최근 Devconnect 행사가 열렸던 도시인 Amsterdam을 결합하여 만들어졌습니다.^[1][11][12]

개요

Glamsterdam은 네트워크 확장성 및 높은 transaction fees와 같은 지속적인 과제를 해결하는 것을 목표로 하는 Ethereum의 지속적인 진화에서 중요한 단계를 나타냅니다. Fusaka 업그레이드의 후속으로 계획된 이 업그레이드는 2026년 4분기 mainnet 활성화를 목표로 하고 있으며, 정확한 시기는 공개 testnet 검증 후에 확정될 예정입니다.^[11][5] Ethereum Foundation은 연구 및 개발 부서를 Tim Beiko 및 Ansgar Dietrichs와 같은 베테랑들이 이끄는 더 간결하고 집중적인 엔티티인 "Protocol"로 재편했습니다. 이러한 재편은 Layer 1 (L1) 확장, 블롭스페이스(blobspace) 확대, 사용자 경험(UX) 개선을 우선시하며, 이는 Glamsterdam의 예상 우선순위와 직접적으로 일치하는 임무입니다.^[2]

Glamsterdam의 개발 방식은 blockchain 개발의 반복적인 특성을 반영하여 안정성과 철저한 테스트를 강조합니다. 2026년 9월까지 이 업그레이드는 여러 전용 프라이빗 개발넷(devnets)을 거쳤으며, Meta‑EIP‑7773에 따라 Sepolia testnet fork는 에포크 353,024, 슬롯 11,296,768(2026년 10월 6일 13:53:36 UTC)에 고정 활성화가 할당된 반면, Hoodi testnet 및 mainnet의 활성화 매개변수는 아직 예약되지 않은 상태로 남아 있습니다.^[17][11] 이 fork에 앞서 node 운영자는 실행 및 합의 클라이언트를 모두 Sepolia 호환 릴리스로 업데이트해야 합니다.^[17] 이러한 단계별 테스트에 대한 약속은 새로운 기능이 견고하고 네트워크의 광범위한 로드맵에 잘 통합되도록 보장하기 위한 것입니다. Glamsterdam의 성공적인 구현은 전체 Ethereum 생태계에 상당한 영향을 미칠 것으로 예상되며, 향상된 네트워크 효율성을 통해 투자자에게, 새로운 기능과 도구를 통해 개발자에게, 그리고 더 stable하고 안전하며 비용 효율적인 경험을 통해 사용자에게 혜택을 줄 것입니다.^[2][3]

Naming Convention

Ethereum 네트워크 업그레이드는 전통적으로 합의 계층(CL) 업그레이드를 위한 별의 이름과 실행 계층(EL) 업그레이드를 위한 도시 이름을 결합하여 명명됩니다. 역사적으로 Devcon 개최 도시가 업그레이드 명명에 사용되었습니다. 그러나 Devcon이 격년제로 변경됨에 따라, 암스테르담(Amsterdam)과 같은 Devconnect 개최 도시의 이름을 연간 업그레이드에 사용하는 방식이 채택되었습니다. Glamsterdam의 경우, G-항성인 "Gloas"와 최근 Devconnect 행사를 주최한 도시인 "Amsterdam"을 결합한 이름입니다. 이러한 명명 규칙은 메타 Ethereum 개선 제안(EIP-7773: Hardfork Meta - Amsterdam)의 일부입니다.^[1]

Development Roadmap

Glamsterdam 업그레이드는 Fusaka 업그레이드의 후속으로 위치하며, Fusaka는 2025년 11월 초에 mainnet 배포가 잠정적으로 예정되어 있습니다. Ethereum 핵심 개발자들은 기능 선택부터 mainnet 활성화에 이르기까지 여러 중요한 단계를 포함하는 Glamsterdam의 상세 로드맵을 설명했습니다. 이러한 구조화된 접근 방식은 네트워크의 원활하고 안전한 전환을 보장하는 것을 목표로 합니다.^[4][5]

Headliner Selection Phase

초기 단계에서는 Glamsterdam의 주요 초점을 정의하기 위한 "헤드라이너(headliner)" 기능 선택이 포함되었습니다. All Core Developers Consensus Call #162에서 Ethereum 핵심 개발자들은 공식적으로 EIP-7732(enshrined Proposer-Builder Separation, ePBS로도 알려짐)를 업그레이드의 합의 계층 헤드라이너로 선택했습니다. 이 결정으로 업그레이드의 테마 방향이 확정되었으며, 다른 후보들보다 프로토콜 수준의 탈중앙화와 검열 저항성을 우선시하게 되었습니다.^[4][7]

Proposal Deadline and Specification Freeze

범위 확장(scope creep)을 방지하고 적시 진행을 보장하기 위해, 헤드라이너 선택을 확정하고 일반 EIPs를 제출하는 엄격한 마감 기한이 설정되었습니다. 2025년 8월 21일로 설정된 이 컷오프를 통해 개발자들은 네트워크가 엄격한 테스트 단계에 들어가기 전에 포함된 모든 EIP를 병합, 감사 및 문서화할 수 있었습니다. 이러한 훈련된 접근 방식은 주요 blockchain 업그레이드의 복잡성을 관리하는 데 필수적입니다. 그러나 일부 개발자들은 2026년에나 예정된 Glamsterdam 계획에 집중하는 것이 다가오는 Fusaka 업그레이드로부터 주의와 자원을 분산시켜 잠재적으로 2025년 4분기 일정을 위험에 빠뜨릴 수 있다는 우려를 제기했습니다.^[4][8]

Testing and Audit Windows

Glamsterdam의 출시 프로세스는 동결된 사양을 추적하는 전용 클라이언트 릴리스 브랜치 생성으로 시작되며, 그 뒤를 이어 일련의 비공개 및 공개 testnets이 진행됩니다. 2026년 9월까지 Ethereum 클라이언트 팀은 여러 비공개 devnet을 반복했으며, ePBS, 블록 수준 병렬 실행 및 스트레스 조건 하에서의 상태 비용 재산정(state-cost repricing)을 연습하기 위해 설계된 Devnet-11에서의 전체 리허설로 정점에 달했습니다.^[12][13]

2026년 9월 17일, Ethereum Foundation은 Meta‑EIP‑7773에 명시된 바와 같이 Glamsterdam 업그레이드가 2026년 10월 6일 13:53:36 UTC에 해당하는 에포크 353,024, 슬롯 11,296,768에서 Sepolia testnet에 활성화될 예정이라고 발표했습니다.^[17] 동일한 발표에서 Hoodi testnet 및 Ethereum mainnet의 활성화 시기는 아직 결정되지 않았으며 별도로 공지될 것이라고 밝혔습니다. 따라서 Sepolia 일정은 이전의 일반적인 계획을 업데이트하는 것이며, 그 자체로 mainnet 에포크나 날짜를 설정하는 것은 아닙니다.^[17] 이러한 공개 testnets은 실제 네트워크 조건에서 상호운용성 문제를 식별하고 광범위한 커뮤니티 참여를 유도하는 데 필수적이며, dApp 개발자, node 운영자 및 연구원들이 새로운 변경 사항에 대해 자신의 애플리케이션과 인프라를 테스트할 수 있도록 합니다. Ethereum.org 및 로드맵 업데이트에 따르면 Glamsterdam은 2026년 4분기 mainnet 활성화를 목표로 하고 있으나, 2026년 9월 현재 구체적인 mainnet 날짜나 에포크는 확정되지 않았습니다.^[11]

개발자들은 데브넷(devnets)과 테스트넷에서 발견된 버그, 파이널리티(finality) 문제 또는 클라이언트 분기(divergences)에 대응하여 이 일정을 조정할 의사가 있음을 나타냈으며, 이는 Pectra 및 Fusaka 업그레이드에서 취했던 신중한 접근 방식을 반영합니다.^[13][3] 공식 보안 감사 및 커뮤니티 버그 바운티는 공개 테스트넷 활성화와 최종 메인넷 일정 사이의 기간에 집중될 것으로 예상되며, Ethereum Foundation 발표를 통해 Sepolia fork 전후의 버그 바운티 적용 범위가 확인되었습니다.^[11][17]

주요 특징

Glamsterdam은 Ethereum 네트워크에 여러 가지 중요한 개선 사항을 도입할 것으로 예상되며, 그 범위의 상당 부분은 2026년 중반까지 정의되지만 테스트 결과에 따라 최종 포함 여부가 결정될 예정입니다. 이 업그레이드의 주요 초점은 Merkle trees에서 Verkle 트리로의 전환으로, 이는 Ethereum이 데이터를 저장하고 트랜잭션을 검증하는 방식을 개선하여 더 큰 확장성과 효율성을 확보하기 위한 것입니다. Verkle 트리는 상태 액세스를 더 효율적으로 만들고 스테이트리스(stateless) block 검증을 가능하게 하는 것을 목표로 하는 Ethereum의 "The Verge" 단계의 핵심 구성 요소입니다.^[11]

Meta-EIP-7773에 따라 Glamsterdam의 Sepolia 배포는 해당 testnet에 포함될 예정인 일련의 EIP들을 추적합니다. 여기에는 앙상블 제안자-빌더 분리(enshrined proposer–builder separation, EIP-7732), 블록 레벨 액세스 리스트(EIP-7928), 가격 책정 및 상태 성장 변경(EIP-8037 및 EIP-8038), validator 이탈(churn) 개선(예: EIP-8061), 그리고 관련 실행 및 합의 레이어 제안들이 포함됩니다.^[17] 또한 발표에 따르면 이 범위는 mainnet 활성화 전에 변경될 수 있으며, Hoodi testnet 및 mainnet에 대한 활성화 매개변수는 아직 확정되지 않았습니다.^[17]

Glamsterdam 범위 내에 포함되기로 예정되었거나 고려 중인 다른 EIP 및 기능은 다음과 같습니다:

• EIP-7702 (단일 트랜잭션을 위한 EOA 계정 코드 설정) – 외부 소유 계정(EOA)에 단일 트랜잭션 동안 임시 코드 슬롯을 부여하여, 기존 계정 모델을 유지하면서도 더 유연한 지갑 설계를 가능하게 할 것으로 기대됩니다.^[10]
• EIP-7928 (블록 레벨 액세스 리스트, BALs) – 블록 제안자가 블록 레벨의 상태 액세스 선언을 게시할 수 있게 하는 주요 실행 레이어 기능으로, 클라이언트가 블록 내 병렬 실행을 위해 작업을 더 안전하게 미리 가져오고(prefetch) 스케줄링할 수 있도록 합니다.^[13][15]
• 상태 비용 및 가스 가격 재조정 (예: EIP-8037 및 EIP-8038) – Glamsterdam 우산 아래에 있는 일련의 제안들로, 장기적인 상태 성장을 제한하고 스토리지 및 해싱에 대한 가스 비용의 균형을 재조정하는 것을 목표로 합니다. 정확한 매개변수 선택과 최종 EIP 세트는 테스트넷 평가 후 확정될 예정입니다.^[13][11]
• BALs를 위한 네트워킹 및 실행 지원 (예: EIP-8159) – 블록 레벨 액세스 리스트가 안전하지 않은 가정이나 과도한 복잡성 없이 클라이언트에 의해 전파, 검증 및 사용될 수 있도록 실행 레이어 가십(gossip) 및 검증 규칙에 변경이 예상됩니다.^[13]
• 검증인 이탈 및 출구 확장 (예: EIP-8061) – 검증인의 진입, 출구 및 통합 용량이 전체 스테이킹된 ETH 양에 따라 더 직접적으로 확장되도록 조정하는 제안입니다. 이는 안전 임계치를 손상시키지 않으면서 검증인 세트의 반응성을 향상시킵니다.^[13]
• EIP-7932 (BLOBBASEFEE 옵코드 추가)
• EIP-7938 (BLOBHASH 프리컴파일)
• EIP-7940 (SSZ 출금 루트)
• EIP-7941 (SSZ 영수증 루트)
• EIP-7942 (SSZ 트랜잭션 루트)
• EIP-7732 (ePBS - 프로토콜 내장형 제안자-빌더 분리): Glamsterdam의 합의 레이어 주요 기능으로 선정된 이 EIP는 업그레이드에 포함될 예정이나 아직 메인넷에 활성화되지는 않았습니다.^[7][11] 이는 블록 제안자와 빌더를 공식적으로 분리하고 빌더의 약속(commitment)과 지불을 프로토콜 내부로 이동시킵니다. 이를 통해 데이터 전파 및 검증 창을 약 2초에서 약 9초로 확장하여, 특히 레이어 2 롤업에서 사용하는 블롭 데이터에 대해 더 큰 페이로드와 더 높은 처리량을 가능하게 합니다.^[16][15] ePBS는 페이로드 적시성 위원회(PTC) 및 이중 마감 증명 로직과 같은 메커니즘을 도입하여 적시 블록 전달을 강제하고 활성 보장을 강화하는 동시에, 블록 빌딩 시장에서 외부 MEV 릴레이 및 기타 중앙 집중식 중개자에 대한 의존도를 줄입니다.^[16][15] 이 EIP가 해결하는 핵심 과제는 빌더가 블록 약속을 제출하고도 시장 상황이 불리해지면 전체 블록을 공개하지 않기로 선택하여 네트워크 활성을 해치는 "무상 옵션 문제(free option problem)"입니다.
• EIP-7805 (FOCIL - 포크 선택 강제 포함 리스트): Glamsterdam 업그레이드를 위해 '포함 고려(CFI)'로 표시된 FOCIL은 더 강력한 사용자 경험(UX) 보장을 도입하고 네트워크 내 검열 저항성을 강화하도록 설계되었습니다.^[7]
• 가스 최적화 및 프로토콜 수준의 효율성: Glamsterdam은 실행 병렬화, 블롭 공간 확장, 수정된 가스 회계의 조합을 통해 특히 레이어 2 롤업 및 영지식(ZK) 기술과 같은 복잡한 애플리케이션에 대해 이더리움을 더 빠르고 저렴하게 만드는 데 집중할 것으로 예상됩니다.^[11][15]
• EIP-7907 (컨트랙트 코드 크기 제한): 안정성을 우선시하기 위해 Fusaka 업그레이드에서 연기되었으나, 컨트랙트 코드 크기 제한을 다루고 가스 계측 변경을 도입하는 EIP-7907의 수정 버전은 Glamsterdam 또는 이후 업그레이드에서 구현될 수 있도록 계속 고려 중입니다. 이는 배포 전 광범위한 테스트를 선호하는 개발자들의 경향을 보여줍니다.^[3]
• 블록 시간 단축: 이더리움 핵심 개발자 Barnabé Monnot는 블록 시간을 현재 12초에서 6초로 단축할 것을 제안했습니다. 향후 하드 포크를 위해 최종 승인될 경우, 이 변경은 사용자 경험을 크게 개선하고 탈중앙화 금융(DeFi) 애플리케이션의 효율성을 높일 수 있습니다. 그러나 2026년까지 이는 Glamsterdam에 확정된 기능이라기보다는 가능한 장기적 방향으로 논의되었습니다.^[1][2][6]

임계값 암호화(threshold encryption) 및 무음 임계값 암호화(silent threshold encryption)와 같이 ePBS 프리 옵션(free option) 문제를 완화하기 위한 암호학적 접근 방식은 Shutter와 같은 프로젝트와 연구자들에 의해 계속 탐구되고 있습니다. 하지만 이러한 메커니즘은 Glamsterdam fork의 핵심 부분은 아니며, 향후 업그레이드에 영향을 미칠 수 있는 별도의 연구 방향으로 남아 있습니다.^[9]

영향 및 과제

Glamsterdam은 내재화된 제안자-빌더 분리(ePBS)를 BAL을 통한 블록 수준 병렬 실행 및 광범위한 gas 및 상태 비용 재산정과 결합하기 때문에, 많은 핵심 개발자와 논평가들로부터 The Merge 이후 가장 중요한 프로토콜 수준의 재구조화로 평가받고 있습니다.^[15][11] BAL 기반 병렬 실행을 통해 약 2억 gas 한도를 목표로 한 데브넷(Devnet) 실험에 따르면, mainnet에서도 유사한 조건이 유지될 경우 많은 일반적인 작업의 평균 트랜잭션 수수료가 약 70~80% 하락할 수 있는 것으로 나타났습니다. 다만, 이 수치는 운영 네트워크에 대한 보장이 아니라 모델링 및 테스트 환경에서의 예측치입니다.^[12][15] 공식적인 Sepolia 일정과 관련 버그 바운티 범위는 Glamsterdam이 설계 단계에서 전체 공개 테스트 단계로 넘어갔음을 시사하지만, mainnet 날짜가 확정되기 전까지는 성공적인 Sepolia 및 이후 Hoodi 리허설이 전제 조건으로 남아 있습니다.^[17]

동시에 2026년 9월 현재 몇 가지 위험과 미해결 과제가 남아 있습니다. 연구원들은 공개 testnets에서 ePBS에 대한 잠재적인 빌더 남용 벡터를 지적했습니다. 여기에는 더 긴 타이밍 윈도우를 악용하거나 페이로드 선택을 조작하려는 전략이 포함되며, 이러한 행위는 다가오는 Sepolia 및 Hoodi forks의 중점 사항입니다.^[14] 또한 클라이언트 팀은 안정적인 Glamsterdam 지원 버전을 출시하고 이를 Sepolia에서 활성화하는 사이의 촉박한 일정에 직면해 있어, 조율된 테스트 및 롤백 계획의 중요성이 커지고 있습니다.^[13] 더 넓게는, 2026년 4분기 목표에도 불구하고 고정된 mainnet 날짜가 없다는 점은 데브넷이나 testnet 결과에서 해결되지 않은 문제가 발견될 경우 활성화를 연기하겠다는 개발자들의 의지를 강조합니다.^[11]

투자자들에게 성공적인 업그레이드는 네트워크 효율성과 유용성을 향상시켜 Ethereum (ETH)의 장기적인 가치 제안을 강화할 수 있는 반면, 차질이나 지연은 일시적으로 불확실성을 높일 수 있으나 속도보다 안전을 우선시한다는 신호가 될 수도 있습니다. 개발자들에게 Glamsterdam의 새로운 EIPs(ePBS, BALs, 개정된 가스 회계 포함)는 상당한 코드 변경을 요구할 수 있지만, 더 정교하고 효율적이며 안전한 decentralized applications을 위한 문을 여는 새로운 기능, 도구 및 최적화를 도입합니다. 사용자들에게 이 업그레이드의 순효과는 시간이 지남에 따라 더 안정적이고 안전하며 잠재적으로 더 빠르고 저렴한 네트워크 경험이 될 것으로 예상되며, 전환기 동안의 단기적인 복잡성은 장기적인 용량 이득과 균형을 이룰 것입니다.

예상되는 이점에도 불구하고, Ethereum만큼 크고 복잡한 네트워크를 위한 hard fork를 조율하는 것은 상당한 과제를 안겨줍니다. 수천 명의 기여자가 하위 호환성을 보장하고, 클라이언트 다양성을 유지하며, 모든 변경 사항을 엄격하게 테스트해야 합니다. Fusaka에서 EIP-7907을 연기하고 Glamsterdam 범위의 요소들을 테스트넷 결과에 따라 조건부로 처리하기로 한 결정은 이러한 복잡성을 강조하며, 성급한 구현보다 신중함과 철저함을 기하려는 개발자들의 의지를 보여줍니다. 또 다른 주요 과제는 Ethereum이 확장됨에 따라 검열 저항성과 프라이버시를 포함한 핵심 가치를 보존하는 것이며, 일부 개발자들은 이를 전략적 목표로 명시적으로 재확인하지 않을 경우에 대해 우려를 제기하고 있습니다.

프로젝트 코디네이터인 Tim Beiko는 "프로토콜은 이제 더 집중된 팀들과 함께 더욱 통합되고 효율적인 조직이 되었으며... EF의 자원이 최대의 영향력을 발휘할 수 있는 곳에 할당되도록 보장하고 있습니다"라고 밝혔습니다. 그는 또한 "Ethereum은 중대한 돌파구의 직전에 서 있습니다... 이것은 우리의 기술뿐만 아니라 우리의 가치를 행성적 규모로 배포할 수 있는 최고의 기회가 될 수 있습니다"라고 언급했습니다. Ansgar Dietrichs는 "Glamsterdam을 위해... 우리는 데이터 블롭(blob) 확장을 지속할 몇 가지 방법을 찾아야 할 것이며... EL(실행 레이어) 측면의 확장 기회도 있을 수 있습니다"라고 덧붙였습니다. 이러한 발언들은 Glamsterdam 업그레이드의 전략적 중요성과 야심 찬 목표를 강조합니다.^[2][3]