# Ethereum Glamsterdam Upgrade

> Glamsterdam은 Fusaka의 뒤를 잇는 이더리움 하드 포크로, 확장성, 효율성 향상 및 Verkle 트리로의 전환 가능성에 중점을 둡니다. I...

- Canonical URL: https://iq.wiki/kr/wiki/ethereum-glamsterdam-upgrade
- Categories: Cryptoassets
- Tags: Layer 1, Developer, Infrastructure
- Created: 2025-07-29T20:33:15.867Z
- Last updated: 2025-09-16T16:37:48.769Z
- Source: IQ.wiki — the world's largest blockchain and crypto encyclopedia (https://iq.wiki)

---

**Glamsterdam**은 [이더리움](https://iq.wiki/wiki/ethereum) [블록체인](https://iq.wiki/wiki/blockchain)의 다가오는 주요 네트워크 업그레이드로, 확장성, 보안 및 지속 가능성을 향상시키기 위해 설계되었습니다. Fusaka 업그레이드에 이어 제안된 실행 레이어(EL) 업그레이드로, [가스](https://iq.wiki/wiki/gas) 최적화 및 프로토콜 수준의 효율성 개선에 중점을 둡니다. "Glamsterdam"이라는 이름은 별 Gloas와 최근 Devconnect 이벤트가 열린 도시인 암스테르담을 결합하여 파생되었습니다. [\[1\]](#cite-id-3imVvYHRKv)



## 개요

글램스테르담은 [이더리움](https://iq.wiki/wiki/ethereum)의 지속적인 발전에 있어 중요한 단계로, 네트워크 확장성과 높은 [거래 수수료](https://iq.wiki/wiki/transaction-fee)와 같은 지속적인 문제 해결을 목표로 합니다. 이 업그레이드는 이전의 [펙트라](https://iq.wiki/wiki/ethereum-pectra-upgrade) 및 [후사카](https://iq.wiki/wiki/fusaka) 업그레이드와 같은 주요 단계를 포함하는 광범위한 로드맵의 일부이며, 모두 글로벌 컴퓨팅 플랫폼으로서 이더리움의 장기적인 비전에 기여합니다. [이더리움 재단](https://iq.wiki/wiki/ethereum-foundation-ef)은 연구 개발 부서를 팀 베이코 및 안스가르 디트리히스와 같은 베테랑이 이끄는 더 간결하고 집중된 조직인 "프로토콜"로 재편했습니다. 이러한 재편은 [레이어 1](https://iq.wiki/wiki/layer-1) (L1) 확장, 블롭 공간 확장 및 사용자 경험(UX) 개선을 우선시하며, 이는 글램스테르담의 예상되는 우선 순위와 직접적으로 일치합니다.



글램스테르담의 개발 접근 방식은 [블록체인](https://iq.wiki/wiki/blockchain) 개발의 반복적인 특성을 반영하여 안정성과 철저한 테스트를 강조합니다. 이러한 노력은 새로운 기능이 강력하고 네트워크의 광범위한 로드맵에 잘 통합되도록 보장합니다. 글램스테르담의 성공적인 구현은 전체 [이더리움](https://iq.wiki/wiki/ethereum) 생태계에 상당한 영향을 미칠 것으로 예상되며, 향상된 네트워크 효율성을 통해 투자자에게, 새로운 기능과 도구를 통해 개발자에게, 그리고 더 [안정적](https://iq.wiki/wiki/stable)이고 안전하며 비용 효율적인 경험을 통해 사용자에게 혜택을 줄 것입니다. [\[2\]](#cite-id-LOWNMso5Cb) [\[3\]](#cite-id-rfAZoUE0K3) [\[7\]](#cite-id-RPBM022umu)



## 명명 규칙

[이더리움](https://iq.wiki/wiki/ethereum) 네트워크 업그레이드는 전통적으로 다양한 소스에서 이름을 따오며, 종종 합의 계층(CL) 업그레이드에는 별 이름을, 실행 계층(EL) 업그레이드에는 도시 이름을 결합합니다. 역사적으로 [Devcon](https://iq.wiki/wiki/devcon) 개최 도시가 업그레이드 이름으로 사용되었습니다. 그러나 Devcon이 2년마다 열리는 행사가 되면서 Amsterdam과 같은 Devconnect 개최 도시 이름이 연간 업그레이드에 채택되었습니다. Glamsterdam의 경우, 이름은 G-star인 "Gloas"와 최근 Devconnect 행사를 개최한 도시인 "Amsterdam"을 결합한 것입니다. 이 명명 규칙은 Meta [이더리움](https://iq.wiki/wiki/ethereum) 개선 제안(EIP-7773: [하드포크](https://iq.wiki/wiki/hard-fork) Meta - Amsterdam)의 일부입니다. [\[1\]](#cite-id-3imVvYHRKv)



## 개발 로드맵

Glamsterdam 업그레이드는 [Fusaka](https://iq.wiki/wiki/fusaka) 업그레이드의 후속으로, 2025년 11월 초에 [메인넷](https://iq.wiki/wiki/mainnet)에 배포될 예정입니다. [이더리움](https://iq.wiki/wiki/ethereum) 핵심 개발자들은 기능 선택부터 [메인넷](https://iq.wiki/wiki/mainnet) 활성화까지 Glamsterdam에 대한 자세한 로드맵을 제시했습니다. 이 구조화된 접근 방식은 네트워크의 원활하고 안전한 전환을 보장하는 것을 목표로 합니다. [\[4\]](#cite-id-1otWM0BVGC) [\[5\]](#cite-id-lbk79tETJu)

#

## 헤드라이너 선정 단계

초기 단계에서는 Glamsterdam의 주요 초점을 정의하기 위해 "헤드라이너" 기능을 선택했습니다. All Core Developers Consensus Call #162에서 [Ethereum](https://iq.wiki/wiki/ethereum) 핵심 개발자들은 공식적으로 EIP-7732, 즉 enshrined Proposer-Builder Separation (ePBS)를 업그레이드의 합의 계층 헤드라이너로 선정했습니다. 이 결정으로 업그레이드의 주제 방향이 확정되었으며, 다른 후보보다 프로토콜 수준의 탈중앙화 및 검열 저항에 우선순위를 두었습니다. [\[4\]](#cite-id-1otWM0BVGC) [\[8\]](#cite-id-ARj8e3zdv9)

#

## 제안 마감일 및 사양 동결

범위 확장을 방지하고 시기적절한 진행을 보장하기 위해 헤드라이너 선택을 마무리하고 정기적인 [EIP](https://iq.wiki/wiki/ethereum-improvement-proposal-eip)를 제출하는 데 엄격한 마감일이 설정되었습니다. 이 마감일은 2025년 8월 21일로 설정되었으며, 개발자가 네트워크가 엄격한 테스트 단계에 들어가기 전에 포함된 모든 EIP를 병합, 감사 및 문서화할 수 있도록 했습니다. 이러한 규율적인 접근 방식은 주요 [블록체인](https://iq.wiki/wiki/blockchain) 업그레이드의 복잡성을 관리하는 데 중요합니다. 그러나 일부 개발자는 2026년까지 예상되지 않는 Glamsterdam 계획에 대한 집중적인 관심이 다가오는 Fusaka 업그레이드에서 주의와 리소스를 돌릴 수 있으며, 잠재적으로 2025년 4분기 타임라인을 위험에 빠뜨릴 수 있다는 우려를 제기했습니다. [\[4\]](#cite-id-1otWM0BVGC) [\[9\]](#cite-id-jRI3wv4V9g)

#

## 테스트 및 감사 기간

Glamsterdam 롤아웃 프로세스는 2025년 말에 고정된 사양을 반영하여 전용 클라이언트 릴리스 브랜치를 생성하는 것으로 시작됩니다. 2026년 초에는 하나 이상의 공개 테스트넷이 출시될 예정입니다. 이러한 [테스트넷](https://iq.wiki/wiki/testnet)은 실제 네트워크 조건에서 상호 운용성 문제를 식별하고 더 넓은 커뮤니티 참여를 가능하게 하는 데 중요하며, [dApp](https://iq.wiki/wiki/decentralized-application) 개발자, [노드](https://iq.wiki/wiki/node) 운영자 및 연구원이 새로운 변경 사항에 대해 애플리케이션과 인프라를 테스트할 수 있도록 합니다. [테스트넷](https://iq.wiki/wiki/testnet) 단계 후에는 보안 감사 및 커뮤니티 버그 사냥을 위해 30일 기간이 두 번 할당됩니다. 이는 [Fusaka](https://iq.wiki/wiki/fusaka) 업그레이드 중에 성공적으로 사용된 모델입니다. 이 포괄적인 테스트 및 감사 프로세스는 네트워크의 복원력을 보장하고 [메인넷](https://iq.wiki/wiki/mainnet) 활성화에 커밋하기 전에 필수적인 개발자 피드백을 수집하도록 설계되었습니다. [\[3\]](#cite-id-rfAZoUE0K3) [\[4\]](#cite-id-1otWM0BVGC)



## 주요 기능

아직 초기 설계 단계에 있지만, Glamsterdam은 [이더리움](https://iq.wiki/wiki/ethereum) 네트워크에 대한 몇 가지 중요한 개선 사항을 도입할 것으로 예상됩니다. 업그레이드의 주요 초점은 [머클 트리](https://iq.wiki/wiki/merkle-tree)에서 Verkle 트리로의 전환입니다. 이 변경은 [이더리움](https://iq.wiki/wiki/ethereum)이 데이터를 저장하고 트랜잭션을 검증하는 방식을 개선하여 확장성과 효율성을 높이는 데 기여할 것으로 예상됩니다. Verkle 트리는 이더리움의 "The Verge" 단계의 중요한 구성 요소이며, 상태 접근을 보다 효율적으로 만들고 상태 비저장 [블록](https://iq.wiki/wiki/block) 검증을 가능하게 하는 것을 목표로 합니다.

Glamsterdam에 대해 고려 중인 다른 잠재적인 EIP 및 기능은 다음과 같습니다.

* **EIP-7702 (단일 트랜잭션에 대한 EOA 계정 코드 설정)**
* **EIP-7932 (BLOBBASEFEE opcode 추가)**
* **EIP-7938 (BLOBHASH 프리컴파일)**
* **EIP-7940 (SSZ 인출 루트)**
* **EIP-7941 (SSZ 영수증 루트)**
* **EIP-7942 (SSZ 트랜잭션 루트)**
* **EIP-7732 (ePBS - enshrined Proposer-Builder Separation):** Glamsterdam의 주요 기능으로 확정되었으며, 이 EIP는 Proposer-Builder Separation (PBS)을 [이더리움](https://iq.wiki/wiki/ethereum) 프로토콜에 직접 공식화합니다. 목표는 외부의 신뢰할 수 있는 릴레이에 대한 의존성을 제거하여 [블록](https://iq.wiki/wiki/block) 생성을 위한 보다 신뢰할 수 있고 검열에 저항적인 방법을 만드는 것입니다. PBS를 포함함으로써 네트워크는 Maximal Extractable Value (MEV)로 인한 중앙 집중화 압력을 줄이고 보안을 개선하며 [블록](https://iq.wiki/wiki/block) 빌더를 위한 보다 경쟁적이고 투명한 시장을 만드는 것을 목표로 합니다. 이 EIP가 해결하는 주요 과제는 빌더가 [블록](https://iq.wiki/wiki/block) 약정을 제출할 수 있지만 시장 상황이 불리해지면 전체 [블록](https://iq.wiki/wiki/block)을 공개하지 않기로 선택하여 네트워크 활성도에 해를 끼치는 "무료 옵션 문제"입니다. 이를 해결하기 위해 암호화 솔루션이 모색되고 있으며, 예를 들어 임계값 암호화를 사용하여 빌더가 약정 서명 후에는 물러설 수 없도록 합니다. 여기에는 [블록](https://iq.wiki/wiki/the-block)을 암호화하고 제안자가 수락하면 일련의 당사자가 협력하여 [해독](https://iq.wiki/wiki/decrypt)해야 하며, 복잡한 조정을 피하는 유망한 접근 방식인 자동 임계값 암호화가 사용됩니다. [\[8\]](#cite-id-ARj8e3zdv9) [\[10\]](#cite-id-fqVa6HrtNK)
* **EIP-7805 (FOCIL - Fork-Choice Enforced Inclusion Lists):** Glamsterdam 업그레이드에 대해 '포함 고려' (CFI)로 표시된 FOCIL은 네트워크 내에서 더 강력한 사용자 경험 (UX)을 도입하고 검열 저항을 강화하도록 설계되었습니다. [\[8\]](#cite-id-ARj8e3zdv9)
* **가스 최적화 및 프로토콜 수준 효율성:** Glamsterdam은 특히 Layer-2 롤업 및 영지식 (ZK) 기술과 같은 복잡한 애플리케이션에 대해 [이더리움](https://iq.wiki/wiki/ethereum)을 더 빠르고 저렴하게 사용하는 데 중점을 둘 것입니다.
* **EIP-7907 (계약 코드 크기 제한):** 안정성을 우선시하기 위해 Fusaka 업그레이드에서 연기되었지만, 계약 코드 크기 제한을 해결하고 [가스](https://iq.wiki/wiki/gas) 계량을 도입하는 EIP-7907의 수정된 버전이 Glamsterdam에서 향후 구현을 위해 고려되고 있습니다. 이 연기는 철저한 테스트에 대한 개발자의 의지를 강조합니다.
* **블록 시간 단축:** [이더리움](https://iq.wiki/wiki/ethereum) 핵심 개발자 Barnabé Monnot은 현재 12초에서 6초로 [블록](https://iq.wiki/wiki/block) 시간을 단축할 것을 제안했습니다. 승인되면 이 변경 사항은 사용자 경험을 크게 개선하고 분산형 금융 (DeFi) 애플리케이션의 효율성을 향상시킬 수 있습니다. 이 제안은 Glamsterdam 하드 [포크](https://iq.wiki/wiki/fork)와 함께 출시되는 것을 고려하고 있습니다. [\[1\]](#cite-id-3imVvYHRKv) [\[2\]](#cite-id-LOWNMso5Cb) [\[3\]](#cite-id-rfAZoUE0K3) [\[5\]](#cite-id-lbk79tETJu) [\[6\]](#cite-id-M321njUVdJ) [\[11\]](#cite-id-BP8XkUEcvV)



## 영향 및 과제

Glamsterdam의 성공적인 구현은 [이더리움](https://iq.wiki/wiki/ethereum) 생태계 전반에 걸쳐 심오한 영향을 미칠 것으로 예상됩니다. 투자자에게 성공적인 업그레이드는 네트워크 효율성과 유용성을 향상시켜 [이더리움](https://iq.wiki/wiki/ethereum) (ETH)의 장기적인 가치 제안을 잠재적으로 증가시킬 수 있습니다. 원활한 전환은 네트워크의 미래에 대한 신뢰를 구축하여 강력하고 잘 관리되는 플랫폼을 나타냅니다. 개발자에게 새로운 [EIP](https://iq.wiki/wiki/ethereum-improvement-proposal-eip)는 더 정교하고 효율적이며 안전한 [분산 애플리케이션](https://iq.wiki/wiki/decentralized-application) 생성을 가능하게 하는 새로운 기능, 도구 및 최적화를 도입합니다. 이는 혁신을 촉진하고 [이더리움](https://iq.wiki/wiki/ethereum) 생태계 내에서 가능성을 확장합니다. 사용자에게 직접적인 변경 사항이 항상 즉시 명확하지 않을 수 있지만 업그레이드는 시간이 지남에 따라 더 안정적이고 안전하며 잠재적으로 더 빠르고 저렴한 네트워크 경험에 기여합니다. 이는 더 나은 dApp 성능과 감소된 트랜잭션 비용으로 이어져 네트워크를 더욱 접근하기 쉽고 사용자 친화적으로 만듭니다.

예상되는 이점에도 불구하고 [블록체인](https://iq.wiki/wiki/blockchain) 개발, 특히 [이더리움](https://iq.wiki/wiki/ethereum)만큼 크고 복잡한 네트워크의 경우 상당한 과제를 제시합니다. 수천 명의 개발자를 전 세계적으로 조정하고, 이전 버전과의 호환성을 보장하고, 모든 변경 사항을 엄격하게 테스트하는 것은 엄청난 작업입니다. [Fusaka](https://iq.wiki/wiki/fusaka)에서 EIP-7907을 연기하기로 한 결정은 이러한 복잡성을 강조하며, 개발자의 서두른 구현보다 주의와 철저함에 대한 헌신을 보여주며 네트워크의 무결성을 우선시합니다. 핵심 과제는 또한 [이더리움](https://iq.wiki/wiki/ethereum)이 확장됨에 따라 검열 저항 및 개인 정보 보호를 포함한 핵심 정신을 보존하는 것입니다. 일부 개발자는 전략적 목표로 명시적으로 재확인되지 않으면 우려를 제기했습니다.

프로젝트 코디네이터인 Tim Beiko는 "프로토콜은 이제 더 집중된 팀으로 구성된 더욱 단결되고 간결한 조직입니다…EF의 리소스가 최대 영향력을 발휘하도록 할당되도록 보장합니다."라고 말했습니다. 그는 또한 "[이더리움](https://iq.wiki/wiki/ethereum)은 주요 획기적인 발전의 가장자리에 서 있습니다…이것은 우리의 기술뿐만 아니라 우리의 가치를 지구 규모로 배포할 수 있는 최고의 기회일 수 있습니다."라고 언급했습니다. Ansgar Dietrichs는 "Glamsterdam의 경우…블롭 확장을 계속할 방법을 찾아야 할 것입니다…EL 측면의 확장 기회도 있을 수 있습니다."라고 덧붙였습니다. 이러한 진술은 Glamsterdam 업그레이드의 전략적 중요성과 야심찬 목표를 강조합니다. [\[2\]](#cite-id-LOWNMso5Cb) [\[3\]](#cite-id-rfAZoUE0K3)
