Sepolia의 2억 가스 한도는 자동 적용되지 않는다. 검증자가 직접

Glamsterdam이 세폴리아에서 가동되었습니다. 검증자가 2억 가스 한도를 선택하는 방식과 18개 핵심 EIP의 변화를 살펴봅니다.

By Nestree 39 min read
Sepolia's 200M gas limit isn't automatic. Validators must

이더리움의 Glamsterdam 업그레이드가 Sepolia에서 가동을 시작했고, 이제 이 테스트넷은 최대 2억 가스 규모의 블록을 담을 수 있습니다. 다만 그 한도는 검증자가 직접 선택해야 합니다. 기본 설정을 그대로 둔 노드는 계속 6,000만 가스 블록을 제안할 수 있습니다.

Glamsterdam 이후 Sepolia의 2억 가스 한도는 자동으로 적용될까?

아니요, Sepolia의 2억 가스 한도는 자동으로 적용되지 않습니다. 이더리움 재단의 최초 안내 기준으로 Prysm과 Teku는 Glamsterdam이 활성화된 뒤에도 기본값이 6,000만 가스이며, 각 검증자가 2억 가스를 명시적으로 설정해야 합니다. 이 선택형 한도는 현재 이더리움 메인넷의 블록 가스 한도(약 6,000만)보다 3배 넘게 큽니다 . 막판에 나온 Prysm 패치로 많은 Sepolia 운영자의 기본값은 바뀌었습니다.

핵심 답변: 아니요. Glamsterdam은 2026년 10월 6일 Sepolia에서 가동되었습니다. Prysm과 Teku는 기본값 6,000만으로 배포되어, 검증자가 2억 가스를 직접 설정해야 했습니다. 이후 긴급 릴리스인 Prysm v7.2.1이 Sepolia 기본값을 2억으로 바꿨습니다. Teku 운영자는 여전히 수동으로 설정해야 합니다. 메인넷은 당분간 6,000만 안팎에 머뭅니다.

Glamsterdam은 2026년 10월 6일 13:53:36 UTC, 에포크 353,024와 슬롯 11,296,768에서 Sepolia에 활성화되었습니다 . 이더리움 재단은 공식 Glamsterdam Testnet Announcement에서 이 일정을 확정했습니다. Glamsterdam은 실행 계층의 "Amsterdam" 변경과 합의 계층의 "Gloas" 변경을 합친 업그레이드입니다. 2025년 12월 3일 메인넷에 적용된 Fusaka의 다음 네트워크 업그레이드입니다 .

운영자들이 예상하지 못한 부분이 바로 가스 한도였습니다. 이더리움에서 블록의 가스 한도는 프로토콜이 정하지 않습니다. 각 블록 제안자가 클라이언트 설정을 통해 신호를 보내는 방식이라, 네트워크가 실제로 쓰는 한도는 검증자가 소프트웨어를 어떻게 설정하느냐에 달려 있습니다. 이더리움 재단의 안내는 구체적이었습니다.

  • Prysm: 버전 2 제안자 설정(proposer settings)으로 2억을 지정합니다 .
  • Teku: --validators-builder-registration-default-gas-limit=200000000 옵션을 전달합니다 .
  • 아무 조치도 하지 않으면: 클라이언트가 기본값인 6,000만 가스로 블록을 제안해, 네트워크의 실질 처리 용량이 테스트 목표치를 크게 밑돌게 됩니다.

포크 직전에 Prysm은 긴급 버전 v7.2.1을 내놓아, Sepolia 검증자의 기본값이 활성화 시점부터 2억이 되도록 했습니다. 이 수정이 없었다면 설정을 바꾸지 않은 Prysm 운영자는 계속 6,000만 가스 블록을 만들었을 것입니다 . CoinMarketCap Academy에 따르면 이번 포크에는 핵심 EIP 18개와 기타 EIP 7개가 담겨 가동되었습니다 .

트레이더는 이 헤드라인 숫자를 메인넷 약속으로 받아들이면 안 됩니다. 활성화 직후 첫 블록들을 다룬 KuCoin News 보도에 따르면, 표본 블록의 사용률은 용량의 26%~46%에 그쳤습니다 . Glamsterdam의 메인넷 일정은 아직 없고, 메인넷의 최종 가스 한도 파라미터도 정해지지 않았습니다.

"Sepolia의 2억이라는 수치는 테스트 목표일 뿐, 약속이 아닙니다." — Crypto Briefing (source: Crypto Briefing)

이어지는 내용에서는 검증자가 한도를 설정하는 방법, 핵심 EIP 18개가 바꾸는 것, 더 큰 블록이 기술적으로 가능해진 이유, 그리고 그 결과가 메인넷 수수료에 어떤 의미일지를 다룹니다.

밸리데이터는 어떻게 200M 가스 블록을 선택할까?

밸리데이터가 200M 가스 블록을 쓰려면 컨센서스 클라이언트 설정을 직접 바꿔야 합니다. 포크만으로는 한도가 저절로 올라가지 않습니다. Ethereum Foundation의 Glamsterdam 테스트넷 공지에 따르면, Prysm과 Teku는 활성화 이후에도 기본값이 60M 가스이며 밸리데이터가 200M을 명시적으로 설정해야 합니다 . Prysm에서는 version-2 proposer settings를 사용하고, Teku에서는 별도의 커맨드라인 플래그를 넘깁니다. 이 설정이 적용돼야 블록 생성자가 더 큰 블록을 제안하기 때문에, Sepolia 네트워크의 실제 처리 용량은 얼마나 많은 운영자가 설정을 업데이트하느냐에 달려 있습니다.

클라이언트마다 설정 방식이 다릅니다.

  • Prysm: version-2 proposer settings로 가스 한도를 설정합니다. 이는 Prysm이 블록 제안 선호도를 지정할 때 쓰는 밸리데이터별 설정 형식입니다 .
  • Teku: --validators-builder-registration-default-gas-limit=200000000 플래그를 추가합니다. 밸리데이터가 빌더에 등록할 때 쓰는 기본 가스 한도를 정하는 옵션입니다 .
클라이언트Sepolia 포크 후 기본값200M 설정 방법비고
Prysm (v7.2.1 이전)60MVersion-2 proposer settings설정을 바꾸지 않은 운영자는 계속 60M 블록을 제안했을 것
Prysm v7.2.1포크 시점부터 Sepolia에서 200M이 버전에서는 별도 변경 불필요활성화 직전에 배포된 긴급 릴리스
Teku60M--validators-builder-registration-default-gas-limit=200000000EF 공지에 따르면 값을 명시적으로 설정해야 함
기타 클라이언트검토한 자료에는 명시되지 않음해당 클라이언트의 릴리스 노트 확인Prysm과 Teku 외 클라이언트별 기본값은 조사에서 확인하지 못함

출처: Ethereum Foundation ; KuCoin News .

Prysm 릴리스는 설정이 왜 중요한지 잘 보여줍니다. 2026년 10월 6일 포크 직전에 Prysm은 긴급 릴리스 v7.2.1을 내놓아, Sepolia 밸리데이터가 포크 시점부터 기본적으로 200M 가스를 쓰도록 했습니다. 이 릴리스가 없었다면 설정을 건드리지 않은 Prysm 운영자들은 계속 60M 블록을 제안했을 것이고, 그 블록들이 네트워크의 실효 용량을 깎아 먹었을 것입니다 . CoinMarketCap Academy도 포크 당일 리포트에서 이 막판 수정을 다뤘습니다 .

트레이더와 노드 운영자가 기억할 핵심은, 밸리데이터가 실제로 쓰는 가스 한도는 프로토콜 규칙이 아니라 클라이언트 설정이 결정한다는 점입니다. 이더리움의 가스 한도는 블록 생성자가 정하고, 각 생성자는 자신의 클라이언트를 통해 원하는 한도를 신호로 보냅니다. 프로토콜 업그레이드는 더 큰 블록을 안전하게 전파하고 검증할 수 있게 해줄 뿐이고, 한도는 더 큰 값을 요청하는 소프트웨어를 충분히 많은 밸리데이터가 실행할 때에야 올라갑니다. 메인넷에서도 같은 문제가 적용됩니다. 한도 상향은 업그레이드 자체뿐 아니라 클라이언트 기본값과 운영자의 선택에 좌우됩니다.

Sepolia 데이터를 추적하는 분이라면, 포크 이후 처음 며칠은 밸리데이터가 어떤 클라이언트와 버전을 쓰느냐에 따라 블록 용량이 달라질 수 있다는 뜻입니다. Sepolia에서 테스트하는 운영자는 초기 블록 크기를 과도하게 해석하기 전에 클라이언트 버전과 가스 한도 설정부터 확인하세요.

Glamsterdam의 핵심 EIP 18개는 무엇을 바꿀까?

Glamsterdam에는 18개의 핵심 이더리움 개선 제안(EIP)이 담겼습니다 . 이 중 변화 폭이 가장 큰 것은 두 가지입니다. EIP-7732는 제안자-빌더 분리(PBS)를 프로토콜 안에 내장하고, EIP-7928은 블록 단위 액세스 리스트를 도입해 클라이언트가 상태를 불러오고 트랜잭션을 병렬로 검증할 수 있게 합니다. 나머지 핵심 EIP 대부분은 가스 가격을 재조정하거나 실행 계층과 합의 계층의 동작 방식을 다듬는 내용이라고, 이더리움 재단의 Glamsterdam 테스트넷 발표는 설명합니다. 이 변화들이 합쳐져야 60M을 훌쩍 넘는 가스 한도가 현실적인 목표가 됩니다. 스마트 컨트랙트가 의존하는 가스 비용도 함께 바뀌므로, 개발자는 새 규칙에 맞춰 다시 테스트해야 합니다.

업그레이드 이름은 두 부분을 합친 것입니다. "Amsterdam"은 실행 계층 변경 묶음, "Gloas"는 합의 계층 변경 묶음을 가리킵니다. Glamsterdam은 2025년 12월 3일 메인넷에 적용된 Fusaka의 뒤를 잇는 업그레이드입니다 . 이더리움 재단(EF)이 공개한 핵심 EIP 18개는 다음과 같습니다 .

  • EIP-2780, EIP-7688, EIP-7708, EIP-7732, EIP-7778, EIP-7843
  • EIP-7928, EIP-7954, EIP-7976, EIP-7981, EIP-7997, EIP-8024
  • EIP-8037, EIP-8038, EIP-8045, EIP-8061, EIP-8246, EIP-8282

이더리움 핵심 기여자 Pooja Ranjan은 Sepolia 포크가 "핵심 EIP 18개 + 기타 EIP 7개"와 함께 가동됐다고 밝혔습니다. CoinMarketCap Academy 보도를 따른 내용입니다 . 이 글의 조사에서는 나머지 7개 EIP가 무엇인지 확인되지 않아 따로 나열하지 않습니다. 전체 목록이 필요하다면 클라이언트 릴리스 노트와 EF의 공식 문서를 확인하세요.

일부 예전 기사는 범위를 더 좁게 소개합니다. 9월 중순의 한 영상 해설은 EIP-7732와 EIP-7928만 확정됐다고 말했습니다(영상: FatheryFinds). 이는 기획 초기 단계의 상황을 반영한 것입니다. 최종 Sepolia 포크에는 위에 나열한 핵심 EIP 18개가 모두 포함됐으므로, Glamsterdam을 EIP 두 개짜리 업그레이드로 설명하는 요약은 이미 낡은 정보입니다.

EIP-7732: 프로토콜 내장형 제안자-빌더 분리(ePBS). 제안자-빌더 분리란 블록을 제안하는 검증자와 트랜잭션을 모아 블록을 구성하는 전문 빌더가 역할을 나누는 구조입니다. 지금은 이 분리가 외부 릴레이 소프트웨어에 의존합니다. ePBS는 이를 프로토콜 안으로 가져오고, 합의 검증과 실행 검증도 분리합니다. Everstake에 따르면 이로써 페이로드 전파 시간이 약 9초까지 늘어납니다 . 덕분에 검증자는 더 큰 블록을 받아 확인한 뒤 증명(attest)할 시간을 확보합니다.

EIP-7928: 블록 단위 액세스 리스트(BAL). 블록 단위 액세스 리스트는 블록이 건드리는 모든 계정과 스토리지 슬롯을 기록해 둔 목록입니다. 이 목록이 있으면 클라이언트는 필요한 상태를 미리 불러오고, 트랜잭션을 하나씩 순서대로가 아니라 병렬로 검증할 수 있습니다 . 블록이 커져도 검증 시간을 감당할 만한 수준으로 유지할 수 있는 이유입니다. 병렬 실행이 없다면 200M 가스 블록은 같은 하드웨어에서 처리에 약 세 배의 시간이 걸립니다.

EIP-8037과 EIP-8038: 가스 재가격 조정. 이 두 EIP는 각 동작의 비용을 바꿉니다. Everstake에 따르면 EIP-8037은 컨트랙트 배포나 새 스토리지 슬롯 기록처럼 새 상태를 만드는 비용을 높여, 상태가 장기적으로 불어나는 문제("state bloat")를 늦춥니다 . 2차 보도에서는 EIP-8038이 상태를 읽고 접근하는 가스 비용을 갱신한다고 전합니다 . EF는 개발자에게 새 규칙에 맞춰 컨트랙트와 가스 추정을 테스트하라고 안내합니다 . Fusaka에서는 안전했던 하드코딩 가스 값이 Glamsterdam 이후에는 안전하지 않을 수 있습니다.

주요 EIP하는 일영향받는 대상
EIP-7732 (ePBS)제안자/빌더 분리를 프로토콜 안으로 옮기고 페이로드 전파 시간을 약 9초로 늘림검증자, 블록 빌더, 릴레이 운영자, MEV 서처
EIP-7928 (BAL)블록이 건드리는 계정과 스토리지 슬롯을 기록해, 클라이언트가 상태를 불러오고 병렬로 검증할 수 있게 함클라이언트 팀, 노드 운영자, 더 큰 블록을 처리하는 검증자
EIP-8037새 상태(컨트랙트 배포, 새 스토리지 슬롯)를 만드는 가스 비용을 높임컨트랙트 배포자, 스토리지 슬롯을 많이 만드는 dApp, 토큰 런처
EIP-8038상태 접근 가스 비용을 갱신함 (2차 보도 기준)스마트 컨트랙트 개발자, 가스를 추정하는 지갑과 도구

트레이더가 기억할 핵심은 Glamsterdam이 처리 용량을 늘리는 동시에 가격 체계도 바꾼다는 점입니다. ePBS와 BAL은 더 큰 블록을 가능하게 합니다. 가스 재조정 EIP들은 어떤 동작은 싸지고 어떤 동작은 비싸질지를 바꿉니다. 다만 이런 변화만으로 수수료가 곧바로 움직이지는 않습니다. Sepolia에서 200M 가스 한도는 검증자가 각자의 클라이언트에 직접 설정해야 적용됩니다 .

40M 가스에도 우려하던 연구자들, 이제 200M 가스 블록이 가능해진 이유

200M 가스 블록이 가능해진 것은 Glamsterdam이 블록을 검증하고 네트워크에 전파하는 방식을 바꿨기 때문입니다. 가스 한도를 낮게 묶어 두던 원인이 바로 이 부분이었습니다. 2025년에 연구자들은 약 40M 가스를 넘으면 블록 전파에 문제가 생긴다고 경고했습니다 . ePBS는 검증자가 각 블록의 내용을 받을 수 있는 시간을 훨씬 길게 늘려 주고, 블록 단위 접근 목록(block-level access list)은 클라이언트가 트랜잭션을 병렬로 검증하게 해 줍니다. 이 두 변화가 합쳐지면서 이전의 한도 상향을 막던 시간 제약이 사라집니다.

역사를 보면 왜 신중함이 기본값이었는지 알 수 있습니다. 메인넷의 가스 한도 상향은 늘 더디고 논쟁이 많았습니다. 2025년 2월 검증자 시그널에서는 30M에서 32M 가스로 올리는 안이 간신히 통과했습니다. 이후 2025년 후반에 한도는 60M에 도달했습니다 . 출처는 KuCoin News입니다. 기존 설계에서는 블록이 슬롯 시작 후 몇 초 안에 전 세계 검증자에게 도달하고 완전히 실행되어야 했습니다. 블록이 너무 크면 느린 노드는 마감 시한을 놓칩니다. 그 결과 어테스테이션 누락과 리오그가 발생하고, 네트워크 연결이 좋은 운영자에 비해 가정용 스테이커가 불리해집니다. 약 40M이라는 경고 수준은 수요의 한계가 아니라 전파와 실행에 걸리는 시간의 한계를 반영한 수치였습니다.

Glamsterdam은 두 가지 별도 메커니즘으로 이 문제를 풀어 갑니다.

  • ePBS(EIP-7732)는 합의 검증과 실행 검증을 분리합니다. 프로토콜에 내장된 제안자-빌더 분리(enshrined proposer-builder separation)는 제안자가 블록 헤더를 확정하고 빌더가 실행 페이로드를 따로 전달하는 프로토콜 수준의 분업 구조입니다. Everstake에 따르면 이 구조로 페이로드 전파 시간이 약 9초까지 늘어납니다 . 한 Glamsterdam 해설에서는 업그레이드 전 이 시간이 약 2초였다고 설명합니다(영상: FatheryFinds). 이 영상의 수치는 독립적으로 확인되지 않았습니다. 그래도 몇 배 길어진 시간이면 노드가 더 큰 페이로드를 내려받고 검증할 여유가 훨씬 많아집니다.
  • 블록 단위 접근 목록(EIP-7928)은 클라이언트가 병렬로 일하게 해 줍니다. BAL은 각 블록에 포함되어, 그 블록이 건드리는 모든 계정과 스토리지 슬롯을 기록한 목록입니다. 클라이언트는 각 트랜잭션이 어떤 상태를 건드리는지 미리 알기 때문에, 상태 로딩, 트랜잭션 실행, 상태 루트 계산을 한 단계씩 순서대로 하지 않고 병렬로 처리할 수 있습니다 . 검증 시간이 블록 크기보다 완만하게 늘어나므로, 일반 하드웨어에서도 200M 블록을 감당할 수 있습니다.

두 변화는 서로를 받쳐 줍니다. ePBS가 네트워크에 더 많은 시간을 주고, BAL은 그 시간을 더 효율적으로 씁니다. BAL이 가능하게 하는 병렬 실행이 없다면 시간이 길어져도 병목은 미뤄질 뿐입니다. 반대로 시간이 늘지 않는다면 병렬 실행을 해도 3배 큰 블록을 예전의 빠듯한 마감에 맞춰야 합니다. Sepolia 포크를 다룬 Crypto Briefing 보도는 재구성된 슬롯이 블롭 용량에 만들어 주는 여유도 짚습니다. 블롭은 롤업이 사용하는 데이터 공간이므로, 전파가 빨라지면 L1 실행뿐 아니라 레이어2 네트워크도 혜택을 볼 수 있습니다 .

200M 블록을 돌릴 수 있다고 해서 메인넷이 그 값을 채택한다는 뜻은 아닙니다. 테스트넷은 메인넷 파라미터가 제안되기 전에, 새 설계가 실제로 얼마나 여유를 더하는지 클라이언트 팀과 검증자가 측정해 볼 수 있는 자리입니다.

"Sepolia의 2억 수치는 테스트 목표일 뿐, 약속이 아닙니다." — Glamsterdam Sepolia 포크에 대한 Crypto Briefing 편집 보도 (source: Crypto Briefing)

트레이더에게 이번 변화는 오늘의 수수료가 달라지는 일이 아니라, 메인넷 블록을 제약하는 요인이 달라지는 일입니다. Glamsterdam 이전에는 블록을 옮기고 검증하는 데 걸리는 시간이 한도를 정했고, 그 때문에 용량은 60M 근처에 묶여 있었습니다. Glamsterdam 이후 현실적인 상한은 노드 하드웨어, 대역폭, 그리고 얼마나 많은 검증자가 동참하느냐에 달려 있습니다. 이런 요소는 측정할 수 있고 단계적으로 조정할 수 있으며, Sepolia 롤아웃이 그 첫 공개 테스트입니다.

데브넷과 첫 Sepolia 블록은 무엇을 보여줬나요?

데브넷과 첫 Sepolia 블록은 가스 2억(200M) 블록이 테스트 네트워크에서 실제로 작동한다는 것을 보여줍니다. 데브넷 11은 여러 클라이언트를 돌리는 약 84,000개 검증자와 함께 가스 한도를 6,000만(60M)에서 200M으로 올렸습니다 . Sepolia에서는 초기 블록 25개 이상이 52M~92M 가스를 사용했습니다 . 메인넷의 현재 상한을 한참 웃도는 수치지만, 새 한도에는 여전히 크게 못 미칩니다.

가스 한도는 공개 테스트넷에 앞서 데브넷에서 단계적으로 올렸습니다. The Defiant에 따르면 마지막 데브넷 단계는 상한(ceiling)이 아니라 200M 가스 하한(floor)을 목표로 삼았습니다 . 이 차이는 중요합니다. 하한이라는 것은 클라이언트 팀들이 200M을 상한선이 아니라 반드시 감당해야 할 기본값으로 봤다는 뜻입니다. 데브넷 11에는 여러 클라이언트 구현체의 검증자가 함께 참여했습니다. KuCoin News의 보도대로, 클라이언트 하나만 단독으로 도는 것이 아니라 멀티 클라이언트 네트워크도 더 높은 한도에서 합의에 도달할 수 있다는 점을 보여줍니다.

2026년 10월 6일 포크 이후 나온 첫 Sepolia 데이터는 엇갈리지만 안정적입니다 .

  • 사용률: 표본 블록은 용량의 26%~46%를 사용했습니다. 수요가 적고 스크립트로 만든 트래픽이 많은 테스트넷에서는 흔한 수준입니다 .
  • 피크 블록: 25개 이상의 블록이 52M~92M 가스를 소비했습니다. 그중 일부는 약 60M 한도인 메인넷이 만들 수 있는 어떤 블록보다도 컸습니다 .
  • 안정성: 스테이킹 참여율은 99.97%로 보고됐습니다. 검증자들이 더 큰 블록에서도 어테스테이션을 거의 놓치지 않고 따라갔다는 뜻으로 읽힙니다 .

트레이더라면 두 가지 한계를 염두에 두어야 합니다. 첫째, 초기 Sepolia 블록 중 200M을 가득 채운 것은 없어서, 최대 용량의 부하가 지속되는 상황은 아직 공개적으로 검증되지 않았습니다. 둘째, 테스트넷 참여율만으로는 평범한 사양의 개인 스테이커가 메인넷 트래픽을 어떻게 감당할지 알기 어렵습니다. Crypto Briefing이 표현했듯이 200M은 테스트 목표일 뿐 약속이 아닙니다 .

일부 성능 수치는 출처가 YouTube 해설 영상 하나뿐입니다. Nethermind나 이더리움 재단의 공식 발표와 대조해 독립적으로 확인되지 않았습니다. 영상(video: FatheryFinds)이 전하는 내용은 다음과 같습니다.

  • 테스트넷 네트워크들은 2026년 9월 16일에 포크됐고, 9월 17일 가동 후 약 1시간 뒤 가스 한도를 60M에서 200M으로 올렸습니다 .
  • Nethermind의 블록 단위 접근 목록(BAL) 성능 테스트는 2,302개 테스트를 모두 통과했습니다. 5,707억 가스를 3분 15초에 처리했고, 이는 초당 약 29억 가스입니다 .

사실로 확인된다면 이 처리량은 클라이언트 하나가 200M 가스 블록을 1초도 안 되는 시간에 실행할 수 있다는 뜻입니다. 벤치마크가 아니라 검증이 필요한 주장으로 받아들이세요.

마일스톤날짜가스 한도핵심 지표
데브넷 11Sepolia 이전 (정확한 날짜는 보도되지 않음)60M → 200M여러 클라이언트에 걸친 검증자 약 84,000개
마지막 데브넷 단계 (The Defiant)Sepolia 이전 (정확한 날짜는 보도되지 않음)200M 하한 목표200M을 상한이 아닌 기본값으로 설정
테스트넷 네트워크 (영상 출처, 미검증)2026년 9월 16일 포크, 2026년 9월 17일 상향가동 약 1시간 뒤 60M → 200MNethermind BAL: 2,302/2,302개 테스트 통과, 초당 약 29억 가스
Sepolia 공개 테스트넷2026년 10월 6일 13:53:36 UTC200M (검증자 선택 적용)표본 사용률 26~46%, 52M~92M 블록 25개 이상, 참여율 99.97%

종합하면 지금까지의 테스트 기록은 한 가지 주장은 뒷받침하고, 다른 한 가지는 열어 둡니다. 멀티 클라이언트 네트워크는 합의가 깨지지 않은 채 200M 가스로 작동할 수 있습니다. 하지만 실제 적대적 수요 아래서 200M 블록이 가득 찬 상태를 지속할 수 있는지는 아직 공개적으로 확인되지 않았습니다.

가스 한도가 오르면 메인넷 수수료는 어떻게 될까?

현재로서는 가스 한도 상향이 이더리움 메인넷 수수료에 아무런 영향을 주지 않습니다. Glamsterdam 의 메인넷 활성화 일정은 정해지지 않았고, 메인넷 가스 한도 파라미터도 아직 확정되지 않았습니다 . Sepolia 의 2억(200M) 수치는 네트워크가 감당할 수 있는 규모를 시험하는 값일 뿐, 수수료 전망치가 아닙니다. 나중에 메인넷이 훨씬 높은 한도를 채택하면, 수요가 그대로일 때 가장 먼저 예상되는 변화는 기본 수수료(base fee) 하락입니다. 다만 실제 수수료는 늘어난 공간을 채우러 얼마나 많은 수요가 몰리느냐에 따라 달라집니다. 이더리움 재단이 메인넷 파라미터를 정하기 전까지, 트레이더는 모든 수수료 전망을 조건부로 봐야 합니다 (source: Crypto Briefing, 2026-10).

이 원리는 EIP-1559 에서 나옵니다. EIP-1559 에서는 블록마다 목표 크기가 있고, 블록이 목표보다 가득 찰 때만 기본 수수료가 오릅니다. 현재 메인넷 한도는 약 6천만(60M) 가스입니다. 이를 200M 안팎으로 올리면 블록 하나에 담기는 트랜잭션이 세 배 넘게 늘어납니다 . 공간을 놓고 경쟁하는 사용자 수가 같다면 블록이 목표치 아래로 내려가는 일이 잦아지고, 기본 수수료도 서서히 내려갑니다. Everstake 에 따르면 방향은 그렇지만, 수요가 변하지 않는다는 전제가 필요합니다.

스테이킹 업체 Everstake 는 Glamsterdam 해설에서 "실제 수수료는 L1 수요에 달려 있다"고 짚었습니다 (source: Everstake).

트랜잭션이 더 싸질 것이라고 가격에 미리 반영하는 사람에게는 이 단서가 중요합니다. 수수료가 낮아지면 그동안 비용 때문에 밀려나 있던 활동, 예를 들어 차익거래, 온체인 고빈도 매매, 롤업에서 돌아오는 애플리케이션이 유입되는 경향이 있습니다. 이렇게 새로 들어온 활동이 블록을 다시 채우면 기본 수수료는 도로 오를 수 있습니다. 늘어난 용량은 수수료 급등의 상한을 낮출 뿐, 가격을 영구적으로 낮추지는 않습니다.

가스 재산정 EIP 때문에 트랜잭션 유형별로 수수료가 고르게 움직이지는 않을 것입니다. Everstake 는 EIP-8037 이 상태 비대화(state bloat)를 늦추기 위해 새 상태를 만드는 데 드는 가스 비용을 높인다고 설명합니다 . 예상되는 구분은 다음과 같습니다.

  • 더 비싸질 가능성이 큼: 컨트랙트 배포와 새 스토리지 슬롯 기록. 둘 다 EIP-8037 에서 새 상태를 만들기 때문입니다.
  • 더 싸질 가능성이 큼: 기존 상태를 건드리는 일반적인 ETH 전송, 토큰 전송, 스왑. 기본 수수료 압력이 완화되기 때문입니다.
  • 불확실: 상태 접근 비용. 2차 보도에 따르면 EIP-8038 이 이를 갱신합니다 . 최종 효과는 컨트랙트마다 접근 패턴에 따라 달라집니다.

이더리움 재단은 개발자에게 새 가스 계산 규칙에 맞춰 컨트랙트와 가스 추정을 테스트하라고 안내합니다 (source: Ethereum Foundation, 2026-09). 이 경고는 지갑과 봇에도 해당합니다. 가스 가정을 하드코딩해 두었다면 메인넷 포크 이후 트랜잭션 가격을 잘못 책정할 수 있습니다.

우선순위 수수료(priority fee)는 가장 예측하기 어려운 부분입니다. EIP-7732(ePBS)는 빌더와 제안자의 분리를 프로토콜 자체에 내장합니다. 그러면 흔히 MEV 라 부르는 블록 구성 가치가 빌더와 검증자 사이에서 흐르는 방식이 달라집니다. Everstake 는 ePBS 가 우선순위 수수료에 영향을 줄 수 있지만 "방향은 불확실하다"고 말합니다 . 빠른 포함을 위해 웃돈을 내는 적극적인 트레이더라면 팁이 기본 수수료와 함께 내려가리라 가정해서는 안 됩니다.

마지막으로, 온라인에 떠도는 일부 수치는 출처를 분명히 구분해야 합니다. 일부 2차 매체는 약 78.6% 의 수수료 감소와 초당 1만 건 트랜잭션이라는 장기 목표를 인용합니다 . 두 수치 모두 이더리움 재단이 약속한 것이 아니며, 공개 테스트넷에서 확인된 바도 없습니다. 2026년 10월 현재 검증된 데이터는 Sepolia 의 선택 적용(opt-in) 200M 상한과, 초기 표본 블록에서 측정된 26%–46% 사용률뿐입니다 (source: KuCoin News, 2026-10). 신중하게 보면, Glamsterdam 은 메인넷에 기본 수수료를 낮출 여지를 만들어 줍니다. 사용자가 그 여지를 실제로 얼마나 체감할지는 최종 파라미터와 수요에 달려 있습니다.

위험 요인: 노드 부하, 탈중앙화, 설정 오류

Glamsterdam의 더 큰 블록에는 세 가지 주요 위험이 따릅니다. 노드에 더 많은 자원이 필요하고, 소규모 운영자가 밀려날 수 있으며, 클라이언트 설정 하나가 실제 가스 한도를 조용히 좌우할 수 있습니다. Sepolia의 2억(200M) 상한은 현재 메인넷 한도인 약 6천만(60M)의 세 배를 넘습니다 . 블록을 제안하거나 검증하는 모든 밸리데이터가 늘어난 부하를 감당해야 합니다. 테스트넷 수치를 메인넷 계획으로 받아들이기 전에 따져봐야 할 득실입니다.

첫 번째 위험은 하드웨어입니다. 블록이 커지면 내려받을 데이터와 실행할 트랜잭션이 늘고, 디스크의 상태(state) 증가 속도도 빨라집니다. ePBS와 블록 단위 액세스 리스트는 검증 시간을 통제하려는 장치이지만, 비용 자체를 없애지는 못합니다. 더 긴 전파 구간과 병렬 실행으로 비용을 분산할 뿐입니다. Crypto Briefing은 노드 요구 사양이 높아지면 소규모 운영자가 압박을 받을 수 있다고 짚었습니다. 보안을 수많은 독립 밸리데이터에 의존하는 네트워크라면 탈중앙화 문제로 이어지는 대목입니다. 메인넷 파라미터가 크게 오르면 일반 가정용 대역폭과 보급형 SSD로 스테이킹하는 홈 스테이커가 가장 크게 영향을 받습니다.

두 번째 위험은 설정이며, Sepolia에서 이미 실제로 드러났습니다. 이더리움 재단은 발표에서 운영자가 200M을 명시적으로 지정하지 않으면 활성화 후 Prysm과 Teku가 기본값 60M을 쓴다고 밝혔습니다 . Prysm은 Sepolia 밸리데이터의 기본값이 200M이 되도록 포크 직전에 긴급 릴리스 v7.2.1을 배포했습니다. 이 패치가 없었다면 설정을 건드리지 않은 운영자는 계속 60M 블록을 제안했을 것입니다 . 처리 용량 관련 헤드라인을 읽는 트레이더에게 이 점이 중요한 이유는 다음과 같습니다.

  • 상한은 프로토콜 규칙이 정합니다. 밸리데이터가 실제로 쓰는 가스 한도는 클라이언트 기본값과 운영자 설정이 결정합니다.
  • 기본값이 계획보다 늦을 수 있습니다. 클라이언트 하나의 기본값 때문에 네트워크 일부가 이전 한도에 머물러도, 눈에 띄는 오류 없이 지나갈 수 있습니다.
  • 릴리스 시점 자체도 위험입니다. 막판 패치는 운영자가 포크 전에 업데이트할 시간을 거의 주지 않습니다.

세 번째 위험은 테스트 결과를 지나치게 확대 해석하는 것입니다. Crypto Briefing은 Sepolia의 2억 수치를 약속이 아니라 테스트 목표라고 설명했습니다. Glamsterdam의 메인넷 활성화 일정은 정해지지 않았고, 최종 메인넷 가스 한도 파라미터도 확정되지 않았습니다 . 메인넷이 더 낮은 수치를 택하거나 한도를 단계적으로 올릴 수도 있으며, 어느 쪽이든 200M을 전제로 한 수수료·처리량 전망은 달라집니다.

일반 보유자에게 현실적인 위험은 프로토콜이 아니라 사기입니다. ETH 보유자가 Glamsterdam을 위해 할 일은 없습니다. 잔액, 주소, 토큰은 그대로이며, ETH를 "업그레이드"해 주겠다는 사람은 사기를 치려는 것입니다 . 업그레이드 시기마다 피싱 링크, 가짜 마이그레이션 사이트, "기존 ETH를 교환하라"는 메시지가 어김없이 등장합니다. 대응법은 매번 같습니다. 지갑 연결도, 시드 문구 입력도, 송금도 필요하지 않습니다.

다음 일정: Hoodi, 메인넷 시점, 지켜볼 지표

Glamsterdam의 다음 단계는 Hoodi 테스트넷입니다. Hoodi는 10월 말에 진행될 예정이며, 한 보도에서는 10월 27일을 날짜로 제시했습니다 . 다만 이더리움 재단(EF)의 활성화 일정표에는 Hoodi가 아직 "TBD"로 남아 있습니다 (source: Ethereum Foundation, 2026-09) . 메인넷 날짜는 확정되지 않았습니다. 메인넷의 최종 가스 한도 파라미터 역시 정해지지 않았으므로, Sepolia의 2억(200M) 블록은 기술적으로 가능한 수준을 보여 줄 뿐 메인넷의 시작점을 정하는 것은 아닙니다.

일정은 신중하게 받아들이셔야 합니다. Ethereum.org는 2026년 4분기를 메인넷 목표로 표시하지만, 포크 날짜는 확정되지 않았습니다. 2026년 8월 말이라는 이전 목표는 활성화 없이 이미 지나갔습니다 (source: IG, 2026-06; CoinMarketCap Academy) . 하드포크는 보통 모든 퍼블릭 테스트넷이 문제없이 돌아간 뒤에야 메인넷으로 넘어갑니다. 따라서 Hoodi에서 버그가 발견되면 메인넷 일정도 뒤로 밀리게 됩니다.

앞으로 몇 주간 지켜볼 항목

  • Hoodi 활성화 날짜: EF가 "TBD"를 확정된 에포크로 바꾸는지, 그리고 그 시점이 10월 27일 전후인지 확인하세요.
  • 가스 한도 시그널링: 클라이언트 팀이 Hoodi용으로 어떤 가스 한도 기본값을 배포하는지, 검증자가 별다른 안내 없이도 60M을 유지하는지 200M으로 옮기는지 살펴보세요.
  • 클라이언트 릴리스: Prysm v7.2.1 같은 긴급 패치가 더 나오는지 보세요. 기본값이 실서비스에 쓸 만큼 준비됐는지를 가늠하는 신호입니다 .
  • 노드 운영자 피드백: Hoodi에 부하가 걸렸을 때 소규모·가정용 스테이커가 보고하는 대역폭, 디스크 증가량, 누락 슬롯 현황을 지켜보세요.

시나리오별 전망

  • 기본 시나리오: 단계적 상향. Glamsterdam이 현재 약 60M보다 높은 가스 한도로 메인넷에 도입됩니다. 이후 검증자들이 200M으로 곧장 뛰지 않고 단계적으로 한도를 올립니다. 이더리움이 과거 가스 한도를 조정해 온 방식과 같습니다.
  • 낙관 시나리오: 200M 근접. Hoodi가 문제없이 돌아가고, 클라이언트 기본값이 맞춰지며, 운영자들이 감당할 만한 부하라고 보고합니다. 그러면 메인넷이 Sepolia 목표에 가까운 한도를 채택해 현재의 세 배가 넘는 블록 용량을 확보하게 됩니다 .
  • 비관 시나리오: 지연 또는 낮은 한도. Hoodi에서 버그나 탈중앙화 우려가 드러나, 메인넷 포크가 2027년으로 넘어가거나 200M보다 한참 낮은 한도로 출시됩니다. Crypto Briefing의 표현대로 Sepolia 수치는 "약속이 아니라 테스트 목표"입니다.

트레이더에게 실질적으로 중요한 점은, 포크 날짜와 가스 한도 기본값이 둘 다 공개되기 전까지 메인넷에서는 아무것도 바뀌지 않는다는 것입니다. 수수료 인하나 처리량에 대한 2차 전망이 아니라 EF 활성화 일정표와 클라이언트 릴리스 노트를 추적하세요. 검증자는 기본값이 맞으리라 가정하지 말고, 모든 테스트넷에서 자신의 가스 한도 설정을 직접 확인해야 합니다. FatheryFinds의 초기 데브넷~200M 해설은 아래 영상을 참고하세요 (video: FatheryFinds).

자주 묻는 질문

글램스테르담은 언제 세폴리아에서 가동됐나요?

글램스테르담은 2026년 10월 6일 13:53:36 UTC에 세폴리아(Sepolia) 퍼블릭 테스트넷에서 가동됐습니다. 에포크 353,024, 슬롯 11,296,768 시점입니다 . 이더리움 재단이 공식 Glamsterdam Testnet Announcement에서 이 날짜를 정했습니다. 이 포크는 실행 레이어의 "Amsterdam" 변경 사항과 합의 레이어의 "Gloas" 변경 사항을 하나로 묶었고, 핵심 EIP 18개와 함께 배포됐습니다 .

세폴리아에서 2억 가스 한도는 자동으로 적용되나요?

아니요. 세폴리아의 블록 가스 한도 2억은 선택 적용(opt-in) 방식입니다. 이더리움 재단에 따르면 Prysm과 Teku 클라이언트는 활성화 이후 기본값이 6천만이라, 검증자가 직접 2억으로 설정해야 합니다. Prysm 검증자는 version-2 proposer 설정을 쓰고, Teku 검증자는 --validators-builder-registration-default-gas-limit=200000000 옵션을 씁니다 . 포크 직전에 Prysm이 긴급 업데이트 v7.2.1을 내놓았고, 이 버전은 세폴리아 기본값을 2억으로 바꿉니다. 설정을 업데이트하지 않은 검증자는 계속 6천만 블록을 제안했을 것이라고 KuCoin News는 전했습니다 .

글램스테르담이 이더리움 메인넷 수수료를 낮춰 줄까요?

아직은 알 수 없습니다. 글램스테르담의 메인넷 일정은 없고, 메인넷의 최종 가스 한도 파라미터도 정해지지 않았습니다 . 메인넷의 현재 한도는 약 6천만입니다. 이 한도가 결국 2억 수준으로 오르면 수요가 더 넓은 블록 공간에 분산됩니다. EIP-1559 구조에서는 수요가 그대로인 한 기본 수수료(base fee)가 내려가는 경향이 있습니다. 다만 Everstake는 실제 수수료가 L1 수요에 좌우되고, 수수료가 싸지면 활동이 다시 몰려 블록이 가득 찰 수도 있다고 지적합니다. 또 EIP-8037 때문에 컨트랙트 배포나 새 스토리지 슬롯 기록처럼 상태(state)를 만드는 작업은 오히려 더 비싸집니다 . 일부 매체는 약 78.6% 같은 구체적인 수수료 인하율을 예측하지만, 이는 이더리움 재단이 약속한 수치가 아닙니다.

ETH 보유자가 따로 해야 할 일이 있나요?

없습니다. 글램스테르담은 ETH 잔액, 지갑 주소, 토큰을 바꾸지 않으므로 보유자는 아무 조치도 할 필요가 없습니다. IG가 짚었듯이, 포크를 이유로 ETH를 "업그레이드"하거나 "마이그레이션"해 주겠다는 사람은 사기를 치는 것입니다. 시드 문구를 공유하지 말고, 업그레이드의 일부라고 주장하는 주소로는 자금을 보내지 마세요. 조치가 필요한 쪽은 노드 운영자와 검증자뿐이며, 세폴리아에서는 주로 클라이언트 버전과 가스 한도 설정을 확인하면 됩니다.

글램스테르담은 언제 이더리움 메인넷에 적용되나요?

확정된 날짜는 없습니다. 다음 단계는 Hoodi 테스트넷이며, 2026년 10월 말을 잠정 목표로 하고 있습니다. 한 보도는 10월 27일을 제시했지만 , 이더리움 재단의 활성화 일정표에는 Hoodi가 아직 TBD로 올라 있습니다 . Ethereum.org는 메인넷 목표를 2026년 4분기로 표시하지만, 이 역시 확정은 아닙니다. CoinMarketCap Academy에 따르면 2026년 8월 말이라는 앞선 목표는 이미 지나갔습니다 . 메인넷 날짜는 이더리움 재단이 블로그에 공개하기 전까지 잠정치로 보세요.