Glamsterdam: 이더리움의 블록 작업 순서를 바꾸다

예행연습에 날짜가 생겼다

2026년 10월 16일, Ethereum Foundation은 Glamsterdam의 다음 시험 무대로 Hoodi를 지목하고 적용일을 10월 26일로 알렸습니다. 메인넷 날짜는 아직 정해지지 않았습니다. ETH 보유자가 이번 공지 때문에 메인넷에서 해야 할 조치는 없습니다. 테스트 네트워크 운영자에게는 소프트웨어를 함께 바꿔야 하는 일정입니다.^[1]

Hoodi 저장소에 병합된 설정에는 구체적인 기준점이 있습니다. 에포크 132,352, 이에 대응하는 UTC 17:42:48, 그리고 2억 가스의 목표 한도입니다. 이 설정을 배포하면 여러 클라이언트가 같은 순간에 같은 규칙을 따를 준비를 할 수 있습니다. 실제 전환의 성공 여부는 실행 뒤 확인할 일입니다.^[2]

각 작업에 시간을 나눠 준다

이더리움 노드는 어느 블록을 받아들일지 합의하면서 그 안의 거래가 실제로 무엇을 하는지도 검증해야 합니다. EIP-7732의 ePBS, 즉 프로토콜에 내장된 제안자·빌더 분리는 이 순서를 다시 짭니다. 빌더가 실행 내용을 약속하는 커밋먼트를 보내면 제안자가 이를 블록에 담고, 빌더가 실행 내용을 나중에 공개합니다. 두 역할 사이의 지급 절차도 프로토콜이 제공합니다.^[3]

핵심은 시간 배분입니다. 전체 실행 검증을 마치기 전에 합의 검사를 진행할 수 있습니다. 별도 위원회는 실행 내용과 그에 딸린 블롭 데이터가 제때 도착했는지 보고합니다. 이 보고만으로 모든 거래의 실행이 옳았다고 인증되는 것은 아닙니다. 실행 검증은 여전히 필요하지만, 주어진 시간의 더 많은 부분에 작업을 배치할 수 있습니다.^[3]

검사할 곳을 미리 알려 준다

시간이 늘어도 노드는 블록이 데이터베이스의 어느 부분을 건드릴지 알아야 합니다. EIP-7928의 블록 단위 접근 목록은 접근한 계정과 저장 위치, 거래 이후의 변화를 기록합니다. 클라이언트는 이 정보를 바탕으로 데이터를 병렬로 읽고 거래 검증을 준비할 수 있습니다.^[4]

여러 검사자가 일을 시작하기 전에 같은 부품 목록을 받는 모습으로 생각하면 쉽습니다. 무엇을 찾아야 하는지 알아내는 수고를 줄여 주는 목록입니다. 검사를 생략해도 된다는 허가는 아닙니다. EIP는 제공된 목록을 실행 결과와 대조하도록 요구합니다. 목록이 잘못된 블록은 검증에 실패하며, 병렬로 일해도 블록의 거래 순서가 요구하는 상태에 도달해야 합니다.^[4]

처리 용량에는 저장 비용이 따른다

예정된 가스 한도는 가스 단위로 잰 작업량 예산입니다. 연산마다 소비량이 다르므로 2억 가스를 거래 2억 건으로 읽을 수는 없습니다. EIP-8261은 네트워크가 목표 한도를 미리 일정으로 정할 수 있게 합니다. 이번 숫자는 Hoodi의 예정 설정이며, 메인넷에서 측정된 처리량 성과가 아닙니다.^[6][2]

예산이 커질수록 데이터베이스에 오래 남는 정보의 증가도 중요해집니다. EIP-8037은 새 계정, 저장 공간, 컨트랙트 코드처럼 상태를 만드는 비용을 높이고 별도로 계량합니다. 처리 용량 확대에는 자원 사용량을 계산하는 규칙의 변화가 함께 따릅니다. 모든 연산이 일괄적으로 할인되는 구조는 아닙니다.^[7]

재단의 가스 비용 재조정 시험에서는 고정된 가스 가정에 의존해 점검이 필요한 컨트랙트가 발견됐습니다. 가스를 더 공급하면 해결되는 경우도 있고, 컨트랙트 로직을 살펴야 하는 경우도 있습니다. 테스트넷 일정이 중요한 이유가 여기에 있습니다. 클라이언트 팀과 앱 개발자가 메인넷 적용 전에 새 규칙의 실제 동작을 확인할 기회입니다.^[5]