이더리움 개발자들이 글램스탐에 앞서 스마트 계약 보호를 위한 2가지 방법을 제안하다

2026년 11월 8일, Ethereum 개발자들은 Glamsterdam 업데이트 이후 발생할 수 있는 스마트 계약 실패를 방지하기 위한 두 가지 대안을 제시했습니다. Leo Glisic와 Giulio Rebuffo의 제안은 기존 애플리케이션이 새로운 가스 계산 규칙과의 호환성을 유지하는 방법을 다르게 제시하고 있습니다. 두 프로젝트 모두 아직 승인되지 않았습니다.

이 문제는 EIP-8037과 EIP-8038 제안과 관련이 있으며, 이는 Ethereum 네트워크 상태 데이터 생성 및 사용 비용을 변경합니다. 가스는 블록체인에서 작업을 수행하는 데 필요한 계산 자원을 측정하는 단위입니다. 새로운 규칙은 인프라 부하를 보다 정확하게 반영하기 위한 것이지만, 일부 기존 스마트 계약의 운영을 방해할 수 있습니다.

Glamsterdam이 애플리케이션에 영향을 미칠 수 있는 이유

일부 Ethereum 스마트 계약은 특정 작업에 대해 고정된 양의 가스를 사용하도록 설계되었습니다. 업데이트 이후 실행에 더 많은 자원이 필요할 경우, 다른 계약에 대한 개별 호출이 오류를 초래할 수 있습니다.

블록체인에 배포된 후 수정할 수 없는 불변 코드가 있는 애플리케이션은 특히 취약합니다. 잠재적인 결과로는 운영 실패와 그러한 계약이 관리하는 자금에 대한 접근 제한이 포함됩니다.

예를 들어, EIP-8037은 새로운 계정을 생성하는 비용을 25,000에서 183,600 가스 단위로 증가시키는 것을 제안하고 있습니다.

banteg라는 가명을 사용하는 개발자는 약 200,000개의 잠재적으로 영향을 받을 수 있는 계약 목록을 보고했습니다. 그의 평가에 따르면, 사용된 방법론이 다른 애플리케이션을 고려하지 않을 수 있습니다. 이는 예비 분석 결과로, 기능이 중단될 계약의 확정된 숫자는 아닙니다.

개발자들의 제안이 다른 점

Leo Glisic는 기존 및 새로운 스마트 계약에 대한 가스 회계 규칙을 분리하는 EIP-8488 프로젝트를 발표했습니다.

제안에 따르면, 이미 배포된 애플리케이션은 기존 규칙에 따라 계속 운영됩니다. 새로운 계약을 위해 업데이트된 가스 계산 시스템 EIP-8037 및 EIP-8038을 사용하는 별도의 V2 지침 세트가 도입될 것입니다.

Giulio Rebuffo는 다른 메커니즘을 제안했습니다. 이는 각 거래에서 두 개의 가스 카운터를 사용하는 것을 포함합니다. 첫 번째는 기존 규칙에 따라 스마트 계약의 실행을 결정하고, 두 번째는 새로운 요율에 따라 실제 수수료를 계산합니다.

따라서 Glisic의 접근 방식은 기존 및 새로운 애플리케이션을 분리하고, Rebuffo의 솔루션은 운영 실행과 수수료 계산의 기술적 회계를 분리하는 것을 제안합니다.

그러나 Rebuffo의 프로젝트는 아직 Ethereum 클라이언트 소프트웨어에 구현되지 않았으며 네트워크 규칙 준수를 위한 테스트가 이루어지지 않았습니다.

Glamsterdam 테스트가 계속될 시기

호환성 문제는 이미 Ethereum 업데이트 일정에 영향을 미쳤습니다. 10월 6일 Sepolia 테스트넷에서 Glamsterdam을 활성화한 후, 개발자들은 10월 26일 Hoodi에서 다음 테스트 단계를 진행할 계획이었으나, 확인된 위험으로 인해 이를 연기했습니다.

11월 6일, Ethereum 재단은 기존 계약과 관련된 잠재적 문제들이 해결될 때까지 Hoodi에서 업데이트 활성화가 이루어지지 않을 것이라고 확인했습니다.

10월 29일 개발자 회의에서, 다음 단계의 비공개 테스트는 11월 16-20일 이전에는 이루어지지 않을 것이라고 잠정적으로 고려되었습니다. 그러나 이 목표는 두 가지 새로운 제안이 등장하기 전에 설정되었습니다.

두 프로젝트 모두 논의 중이며 승인된 구현 일정이 없습니다. 개발자들은 호환성을 유지하기 위한 접근 방식을 선택하고, Glamsterdam 업데이트를 계속하기 전에 그 효과를 검증해야 합니다.