이더리움 재단(Ethereum Foundation)은 이더리움 L1 확장 로드맵의 핵심 단계인 'Glamsterdam' 네트워크 업그레이드 계획을 발표했습니다. 이번 업그레이드는 실행 계층(Amsterdam)과 합의 계층(Gloas)의 개선 사항을 결합한 것으로, 특히 ePBS(Enshrined Proposer-Builder Separation)와 BALs(Block-Level Access Lists) 도입을 통해 L1 처리량을 높이는 것이 핵심입니다.
개발자가 직면할 가스비 산정 방식의 변화
Glamsterdam 업그레이드는 자원 사용량을 더 정확하게 반영하기 위해 가스 회계 방식을 조정합니다. 주요 변경 사항은 상태 생성 비용의 증가 및 개별 측정, 그리고 상태 접근 비용의 업데이트입니다.
구체적으로 EIP-8037은 상태 생성 비용을 인상하고 이를 별도로 측정하며, EIP-8038은 상태 접근 비용을 업데이트합니다. 이 외에도 고유 트랜잭션 가스, 칼데이터(calldata), 액세스 리스트, 블록 가스 회계 등 다양한 항목에서 변화가 발생합니다.
애플리케이션 개발자는 새로운 규칙에 맞춰 계약(Contract)과 가스 추정치를 테스트해야 합니다. 특히 고정된 가스 지원금(fixed gas stipends), 하드코딩된 가스 제한, 또는 남은 가스에 대한 특정 가정을 기반으로 설계된 계약은 수정이 필요할 수 있습니다.
노드 운영자가 맡게 될 새로운 책임과 인터페이스는 무엇인가요?
이번 업그레이드의 핵심 기술인 ePBS(EIP-7732)는 블록 제안자와 빌더를 합의 프로토콜 수준에서 분리합니다. 제안자는 빌더의 실행 페이로드 커밋을 포함하고, 빌더는 이후 해당 페이로드를 공개하는 구조입니다. 이를 통해 신뢰할 수 있는 중간 매개체에 대한 의존도를 낮추고 프로토콜이 직접 제안자에게 대금을 지급하게 됩니다.
또한 합의 검증과 실행 검증이 분리되어 검증인이 실행 페이로드를 검증할 수 있는 시간이 늘어납니다. '페이로드 적시성 위원회(Payload timeliness committee)'는 빌더가 제때 페이로드를 공개했는지와 관련 블록 데이터가 제시간에 사용 가능했는지를 증명하는 역할을 수행합니다. 노드 운영자와 빌더 인프라 유지 팀은 업그레이드 전 이러한 새로운 의무와 인터페이스를 검토해야 합니다.
BALs(EIP-7928)는 블록 내에서 접근된 계정 및 저장 위치를 기록하며, 트랜잭션 후 상태 변화를 함께 기록합니다. 이는 클라이언트가 디스크에서 상태를 병렬로 읽고, 트랜잭션을 병렬로 검증하며, 상태 루트를 더 효율적으로 계산할 수 있게 해줍니다.
업그레이드 일정과 네트워크별 적용 범위
Glamsterdam 업그레이드는 우선 Sepolia 테스트넷에 활성화될 예정입니다. 구체적인 일정은 다음과 같습니다.
표: Sepolia 테스트넷 활성화 일정
| 네트워크 | 에포크(Epoch) | 슬롯(Slot) | UTC 시간 |
|---|---|---|---|
| Sepolia | 353,024 | 11,296,768 | 2026-10-06 13:53:36 |
현재 Hoodi 및 메인넷의 활성화 날짜는 아직 결정되지 않았으며, 클라이언트 팀이 확정하는 대로 발표될 예정입니다.
자주 묻는 질문
Glamsterdam 업그레이드 이후 개발자들이 어떤 방식으로 가스 계산을 조정해야 하나요?
개발자는 새로운 가스 회계 규칙에 맞춰 계약과 가스 추정치를 테스트해야 합니다. 특히 고정된 가스 지원금이나 하드코딩된 가스 제한을 사용하는 계약은 수정이 필요할 수 있으며, 제공되는 'repricing impact guide'를 통해 영향을 받는 계약을 검색하고 테스트해야 합니다.
이번 업그레이드에서 노드 운영자는 어떤 새로운 책임이나 인터페이스를 갖게 되나요?
ePBS 도입으로 합의 검증과 실행 검증이 분리되어 검증인은 실행 페이로드를 검증할 더 많은 시간을 갖게 됩니다. 또한 '페이로드 적시성 위원회'가 빌더의 페이로드 공개 및 데이터 가용성을 증명하는 역할을 수행하게 되므로, 운영팀은 이러한 새로운 의무와 인터페이스를 사전에 검토해야 합니다.
Glamsterdam이 도입한 ePBS와 BALs 기술이 이더리움 L1 처리량에 어떤 영향을 줄 것으로 예상되나요?
ePBS는 블록 제안자와 빌더를 프로토콜 수준에서 분리하여 신뢰할 수 있는 중간 매개체에 대한 의존도를 낮추고, BALs는 클라이언트가 상태를 병렬로 읽고 트랜잭션을 병렬로 검증하며 상태 루트를 더 효율적으로 계산할 수 있게 함으로써 L1 처리량을 높이는 기반을 제공합니다.
자료 게시일: 2026년 09월 28일 (한국 시간)
출처: Glamsterdam Testnet Announcement | Ethereum Foundation Blog