이더리움의 Glamsterdam 업그레이드, 상태 작업의 가스 요금을 재조정한다: 개발자와 사용자가 알아야 할 것

이더리움이 곧 선보일 Glamsterdam 업그레이드는 일반 사용자에게는 당장 눈에 띄지 않을 수 있지만, 스마트 컨트랙트 개발자와 인프라 팀에게는 매우 중요한 변화를 가져올 것으로 예상된다. 바로 상태(state) 관련 작업에 대한 새로운 가스(Gas) 가격 책정 모델이다.

이더리움 재단 팀은 제안된 두 가지 변경안인 EIP-8037과 EIP-8038에 대한 영향 평가를 공개했다. 두 제안 모두 이더리움의 가스 비용이 네트워크의 커져가는 상태와 상호작용하는 데 드는 실제 계산 및 저장 부담을 더 잘 반영하도록 설계됐다. 실무적으로는 새 계정 생성, 새 스토리지 슬롯 기록, 바이트코드 배포, 컨트랙트 스토리지 읽기, 콜드 계정 접근 같은 작업의 비용을 더 정확하게 청구하도록 만드는 것이 목표다.

대부분의 사용자에게는 별도의 조치가 필요하지 않다. 지갑, RPC 제공업체, 블록 빌더, 애플리케이션 프론트엔드는 수수료 추정과 트랜잭션 처리를 자동으로 업데이트할 것으로 예상된다. 다만 하드코딩된 가스 가정에 의존하는 일부 컨트랙트는 Glamsterdam이 적용되기 전에 검토하고 수정해야 할 수 있다.

이더리움이 지금 상태 작업을 재조정하는 이유

이더리움의 “상태(state)”란 전체 노드가 유지해야 하는 실시간 데이터베이스를 말한다. 여기에는 계정 잔액, 컨트랙트 코드, 저장값, 논스, 그리고 체인 검증에 필요한 기타 데이터가 포함된다. 디파이, 스테이블코인, NFT, L2 정산, 리스테이킹, 온체인 인프라가 확장되면서 이 상태 역시 크게 커졌다.

문제는 저장 용량만이 아니다. 상태 접근은 성능에도 영향을 준다. 노드가 트랜잭션을 처리할 때는 상태 데이터를 효율적으로 읽고 써야 한다. 만약 가스 가격이 이런 작업의 실제 비용을 과소평가하면, 특히 가스 한도가 올라가는 상황에서 네트워크가 처리량 병목에 노출될 수 있다.

이더리움이 상태 접근 가격을 대대적으로 조정한 것은 2021년 Berlin 업그레이드 때였다. 당시에는 EIP-2929, EIP-2930 등을 통해 액세스 리스트와 콜드/웜 접근 구분 같은 변화가 도입됐다. 그 이후 이더리움의 사용 양상은 크게 달라졌다. 최근 가스 한도의 상승은 상태 성장의 지속 가능성을 확보해야 할 필요성을 더욱 키웠다.

따라서 Glamsterdam의 가스 재조정은 단순한 수수료 조정이 아니다. 노드 운영 가능성을 유지하면서도 더 높은 처리량을 지원하려는 이더리움의 더 큰 로드맵의 일부다.

EIP-8037과 EIP-8038이 바꾸는 것

Glamsterdam 영향 평가는 두 가지 제안에 초점을 맞춘다.

• EIP-8037: 새 계정, 새 스토리지 슬롯, 배포된 바이트코드를 포함한 새로운 상태 생성 비용을 재조정한다.
• EIP-8038: SSTORE, SLOAD, 콜드 계정 접근 같은 상태 접근 작업의 비용을 높인다.

핵심 아이디어는 단순하다. 이더리움 노드에 더 큰 부담을 주는 작업은 실제 자원 사용량에 더 가까운 가스 비용을 부담해야 한다는 것이다.

특히 많은 스토리지 슬롯을 생성하거나, 다수의 컨트랙트를 배포하거나, 대량의 콜드 읽기와 쓰기를 수행하는 컨트랙트에 중요하다. 이런 패턴은 특정 디파이 프로토콜, 스마트 컨트랙트 팩토리, NFT 민팅 시스템, 계정 추상화 인프라, 복잡한 온체인 게임 등에서 흔히 나타난다.

목표: 이더리움을 더 높은 처리량에 대비시키는 것

이번 평가에서 중요한 점 중 하나는 새 가격 책정이 대략 기준 처리량의 3배를 지원할 수 있는 성능 목표에 맞춰 조정됐다는 것이다. 이것이 Glamsterdam 하나만으로 이더리움의 용량을 하룻밤 사이에 세 배로 만든다는 뜻은 아니다. 오히려 향후 가스 한도를 안전하게 올리기 위한 전제 조건에 가깝다.

2025년의 이더리움 확장은 점점 더 다층적으로 이뤄지고 있다. 롤업이 여전히 사용자 활동의 큰 비중을 담당하는 한편, 이더리움 메인넷은 정산, 유동성, 보안 계층으로 남아 있다. EIP-4844 이후 블롭 기반 확장이 발전하는 가운데서도 메인넷 실행 효율은 여전히 중요하다. L1 상태 작업의 가격이 낮게 책정된 상태가 계속되면, 더 높은 처리량이 오히려 노드 운영자에게 더 큰 부담을 주고 탈중앙화를 약화시킬 수 있다.

즉, Glamsterdam의 재조정은 확장 업그레이드인 동시에 방어적 업그레이드이기도 하다. 네트워크를 검증하기 어렵게 만들거나 비용을 과도하게 높이지 않으면서 이더리움이 성장할 수 있는 여지를 지키려는 시도다.

영향은 어떻게 평가됐나

실제 영향을 추정하기 위해 이더리움 연구진은 제안된 가스 체계를 적용한 상태에서 과거 메인넷 트랜잭션을 재실행했다. 이 방법은 새로운 가격 책정 규칙이 적용될 경우 어떤 트랜잭션이 다르게 동작하는지 식별하는 데 도움이 된다.

결과는 크게 네 가지 범주로 나뉜다.

1. 영향을 받지 않는 트랜잭션
   대부분의 과거 트랜잭션은 이 범주에 속한다. 재조정된 작업에 크게 의존하지 않거나, 이미 충분한 가스 여유분을 가지고 있기 때문이다.

2. 여전히 성공하지만 소비하는 가스량이 달라지는 트랜잭션
   일부 트랜잭션은 계속 유효하지만, 가스 사용량이나 실행 세부 사항이 달라진다. 가격 규칙이 바뀌면 자연스럽게 발생하는 변화다.

3. 기존 한도에서는 가스가 부족하지만, 더 높은 한도에서는 성공하는 트랜잭션
   이 트랜잭션들은 본질적으로 망가진 것이 아니다. 새 가격 모델에서는 단지 더 많은 가스가 필요할 뿐이다.

4. 훨씬 더 높은 가스 한도에서도 실패할 수 있는 트랜잭션
   가장 적지만 가장 중요한 범주다. 이런 실패는 보통 컨트랙트 로직 내부에서 특정 가스 비용을 가정하고 있음을 뜻한다.

개발자가 주목해야 할 부분은 마지막 범주다. 컨트랙트가 저수준 호출, 폴백 동작, 프록시 패턴, 실행 분기 등에 대해 고정 가스 가정을 사용한다면, 가스 체계가 바뀔 때 예상치 못한 동작을 할 수 있다.

하드코딩된 가스 가정이 왜 위험한가

스마트 컨트랙트는 특정 오퍼코드의 정확한 가스 가격에 의존하지 않는 것이 이상적이다. 이더리움은 과거에도 가스 비용을 변경한 적이 있고, 프로토콜이 진화함에 따라 앞으로도 그럴 수 있다. 어떤 작업이 항상 같은 비용일 것이라고 가정하는 컨트랙트는 쉽게 취약해질 수 있다.

대표적인 위험 영역은 다음과 같다.

• 고정 가스 스티펀드를 사용하는 저수준 호출;
• 빠듯한 가스 여유분에 의존하는 fallback 또는 receive 함수;
• 가스를 수동으로 배분하는 프록시 또는 팩토리 컨트랙트;
• 남은 가스량 체크를 제어 흐름에 사용하는 컨트랙트;
• 내부 실행 비용을 지나치게 낙관적으로 추정하는 배치 실행 시스템;
• Berlin 이전의 콜드/웜 접근 가격 책정 이전에 작성된 레거시 컨트랙트.

이것이 이런 컨트랙트들이 모두 실패한다는 뜻은 아니다. 많은 경우 여전히 정상적으로 작동할 것이다. 다만 Glamsterdam은 가스를 영구적인 상수가 아니라 프로토콜 변수로 취급해야 한다는 점을 다시 한 번 상기시킨다.

개발자는 최신 사양 세부 사항을 확인하기 위해 이더리움 개선 제안 저장소를 검토하고, Ethereum EIPs GitHub 저장소를 통해 클라이언트 구현 논의도 계속 살펴보면 된다.

Glamsterdam 이전에 개발자가 해야 할 일

스마트 컨트랙트 팀에게 가장 좋은 대응은 메인넷 활성화를 기다리기보다 선제적으로 테스트하는 것이다. 실무적으로는 다음과 같은 점검 목록이 유용하다.

1. 가스 민감 로직 점검

다음과 같은 코드를 사용하는 부분을 검토하라.

• gasleft();
• 저수준 .call{gas: ...}();
• 고정 실행 버퍼;
• 커스텀 릴레이어나 번들러의 가스 회계;
• 최소 실행 비용을 가정하는 fallback 함수;
• 매우 제한된 가스 한도로 배포되는 팩토리 배포 로직.

컨트랙트의 정합성이 정확한 가스 동작에 달려 있다면, 더 면밀한 검토가 필요하다.

2. 배포 및 배치 작업을 다시 테스트

다른 컨트랙트를 배포하거나 많은 새 스토리지 슬롯을 쓰는 컨트랙트는 EIP-8037 아래에서 비용이 더 높아질 가능성이 크다. 배치 민팅, 금고 생성, 계정 배포, 브리지 작업, 레지스트리 업데이트 등은 새 규칙하에서 반드시 테스트해야 한다.

3. Platåberget 테스트넷에서 검증

이더리움 재단 팀은 개발자들이 Platåberget testnet을 사용해 Glamsterdam 방식의 가격 책정 아래에서 수정 사항이 제대로 동작하는지 확인할 수 있다고 밝혔다. 로컬에서 모델링하기 어려운 복잡한 실행 흐름을 가진 프로토콜이라면 전용 네트워크에서 테스트하는 것이 특히 유용하다.

4. 가스 추정 가정 업데이트

프론트엔드, SDK, 릴레이어, 번들러, 계정 추상화 서비스는 트랜잭션 시뮬레이션과 가스 버퍼를 반드시 업데이트해야 한다. 컨트랙트 자체가 안전하더라도 추정이 부정확하면 트랜잭션 실패와 좋지 않은 사용자 경험으로 이어질 수 있다.

5. 통합 파트너와 미리 소통

지갑, 애그리게이터, 커스터디 플랫폼, 분석 제공업체, 자동화된 마켓 시스템이 프로토콜을 연동하고 있다면, 알려진 변경 사항을 미리 공유해야 한다. 가스 재조정은 컨트랙트 자체뿐 아니라 트랜잭션을 시뮬레이션하거나 라우팅하는 오프체인 시스템에도 영향을 줄 수 있다.

일반 이더리움 사용자가 해야 할 일

일반 사용자에게는 답이 간단하다. 수동으로 할 일은 없다.

자금을 옮기거나, 자산을 다시 배포하거나, 무언가를 승인하거나, 지갑 보안 방식을 바꿀 필요가 없다. 인프라 제공업체가 소프트웨어를 업데이트하면, 대부분의 변화는 더 나은 가스 추정과 트랜잭션 시뮬레이션을 통해 백그라운드에서 처리될 것이다.

다만 업그레이드 이후에는 일부 복잡한 트랜잭션 비용이 약간 더 비싸질 수 있다. 특히 많은 스토리지 기록이나 컨트랙트 배포가 포함된 경우 그렇다. 단순 전송이나 일반적인 상호작용은 상대적으로 영향이 훨씬 적을 것으로 예상된다.

늘 그렇듯, 사용자는 대형 네트워크 업그레이드 시기에 등장하는 피싱 시도에 주의해야 한다. 프로토콜 업그레이드에 시드 구문 입력, 개인키 내보내기, 알 수 없는 웹사이트를 통한 “지갑 이전”은 필요하지 않다.

이것이 이더리움의 장기 설계에 의미하는 것

Glamsterdam의 상태 작업 재조정은 블록체인 인프라에서 반복되는 주제를 보여준다. 확장성은 단순히 블록 공간을 늘리는 것만이 아니라, 희소한 자원을 올바르게 가격 책정하는 일이기도 하다.

가스 가격이 상태 집약적 작업에 비해 너무 낮으면, 네트워크는 노드가 감당할 수 있는 속도보다 더 빨리 커질 수 있다. 반대로 가격이 너무 높으면 유용한 애플리케이션이 불필요하게 비싸질 수 있다. 이더리움의 과제는 혁신을 지원하면서도 탈중앙화를 지키는 균형점을 찾는 것이다.

이는 이더리움 로드맵이 여러 축에서 발전하고 있기 때문에 더욱 중요하다.

• 더 크고 효율적인 L2 생태계;
• 롤업을 위한 더 나은 데이터 가용성;
• 개선된 실행 계층 성능;
• 계정 추상화 도입;
• 장기 상태 관리 연구;
• 향후 가스 한도 상향을 위한 더 안전한 조건.

Glamsterdam은 이런 더 큰 로드맵의 한 조각이다. 당장의 영향은 제한적일 수 있지만, 설계 목표는 근본적이다. 네트워크를 더 높은 용량으로 밀어 올리기 전에 이더리움의 자원 가격을 더 현실적으로 만드는 것이다.

보안 알림: 프로토콜 업그레이드는 개인키 관리 원칙을 바꾸지 않는다

가스 재조정은 트랜잭션 실행 비용에 영향을 줄 뿐, 사용자가 자산을 통제하는 방식은 바꾸지 않는다. 네트워크가 하드포크를 진행하든, 테스트넷 리허설이 있든, 클라이언트 업그레이드 주기이든, 사용자 측 보안 원칙에서 가장 중요한 것은 언제나 같다. 개인키는 오프라인으로 보관하고, 트랜잭션은 신중하게 확인해야 한다.

이더리움 디파이, NFT, 스테이킹 서비스, L2 브리지를 이용하는 사용자라면 하드웨어 월렛이 중요한 보안 계층이 될 수 있다. OneKey는 사용자가 개인키를 오프라인으로 보호하면서 서명 전에 트랜잭션 세부 정보를 검토할 수 있도록 돕는 데 초점을 맞추고 있다. 네트워크 업그레이드로 이더리움의 기능이 더 강력해질수록, 안전한 셀프 커스터디는 생태계에 안전하게 참여하기 위한 핵심 요소로 남는다.

Glamsterdam이 대부분의 사용자에게 큰 혼란을 주지는 않겠지만, 이더리움 개발자들에게는 의미 있는 기술적 진전이다. 가스에 민감한 컨트랙트를 운영하는 팀은 서둘러 테스트하고, 가정들을 업데이트하며, 업그레이드가 메인넷에 도달하기 전에 연동 작업을 준비해야 한다.