
EIP-7987에서 L1 zkEVM까지: 이더리움 L1의 확장성 향상 여정
글: imToken
이더리움의 향후 5년 동안 가장 중요한 일은 무엇인가?
L1의 확장성.
금월부터 비탈릭 부테린과 이더리움 재단은 다수의 핵심 의제에서 잇달아 중대한 입장을 발표했다. EIP-7987 제안(초기 커뮤니티에서는 EIP-7983으로 알려졌으며, 공식 번호는 EIP-7987)이 단일 트랜잭션에 가스 상한선을 두려는 시도부터 L1 zkEVM이 본격적으로 실험 단계에 진입하고, 블록 가스 상한선 증가에 이르기까지, 모두 이더리움 L1 확장성이 빠르게 실용화 단계로 접어들고 있음을 보여준다.
즉, L2 생태계가 단계적 성과를 거둔 이후, 이제 이더리움은 다시 L1 확장 경로에 집중하고 있다고 할 수 있다—Rollup은 이미 충분히 빨라졌지만, L1은 더 가볍고 강력하며 통합된 상태가 될 수 있다.
본문에서는 이러한 일련의 업데이트 이면에 있는 기술적 흐름을 정리하여, 이더리움 L1이 다음 단계의 대규모 확장을 어떻게 실현하려 하는지 간략히 살펴보려 한다.
1. 분열과 통합, L2에서 다시 L1로 출발하다
2020년 비탈릭 부테린이 《Rollup 중심 로드맵》을 발표한 이래, Rollup은 이더리움 확장성의 핵심 전략이 되었으며 Arbitrum, Optimism 등 다양한 L2 프로젝트를 낳았고, 말 그대로 '이더리움의 신대륙'이 되었다.
그러나 Rollup의 문제점 역시 바로 여기에 있다. 『ERC-7786 이해하기: 이더리움 생태계가 '대통일' 시대로 크게 발걸음을 내딛는가?』라는 기사에서 언급했듯이, 현재 광범위한 의미에서의 L2만 해도 수백 개에 달한다. 이는 다수의 트랜잭션과 가치가 L2에서 점점 더 조각나고 분리되는 결과를 초래할 뿐 아니라, 데이터 가용성과 최종 결제 계층 역할을 하는 L1의 부담 또한 점점 커지고 있다.
이는 결국 L1이 점점 더 큰 운영 압력을 받게 되는 결과를 낳는다. 예를 들어 blob 제출, zkProof 검증과 같은 고가스 트랜잭션이 L1 노드의 계산 및 검증 부담을 현저히 증가시키며, 상태 공간의 지속적인 팽창은 노드 동기화 효율과 체인상 저장 비용에도 영향을 미친다. 또한 이더리움 블록 생성 시간의 변동성이 심화되면서 보안 및 검열 저항 측면에서도 잠재적 위험이 존재한다.

자료 출처: L2Beat
결국 지난 몇 년간 L2의 발전 궤적은 일종의 '벽 짓기의 역사'였다—각 Rollup 프로젝트들은 유동성을 자기 생태계 안에 가두기 위해 각자 영역을 넓히며, 이러한 벽들은 부분적인 효율을 창출했으나 전체 이더리움 네트워크의 유동성과 통합성을 약화시켰다.
말하자면 '오래되면 나뉘고, 나뉘면 다시 합쳐진다'는 원리처럼, 이더리움은 L2의 분열에서 벗어나 L1을 중심으로 재구성하는 대전환기에 서 있으며, 어느 정도는 'L2 중심' 접근법의 단기적 수정이라 볼 수 있다:
앞으로 네트워크 사용 경험은 여러 개의 단절된 체인이 아니라 하나의 통합된 생태계처럼 느껴져야 하며, L1/L2 간 자산 이동, 상태 공유, 애플리케이션 전환이 마치 단일 체인상에서처럼 매끄럽고 무감각하게 이루어져야 한다는 것이다.
이러한 이유로 Based Rollup에서 ePBS, 그리고 L1 zkEVM에 이르기까지, 이더리움 재단의 프로토콜 연구팀과 개발자 커뮤니티는 L1 계층의 구조적 최적화를 체계적으로 추진하고 있으며, 보안성과 탈중앙화를 훼손하지 않으면서 메인넷이 더 강력한 실행 능력, 가용성, 외부 공격에 대한 회복력을 갖추도록 노력하고 있다.
2. EIP-7987 & zkEVM: 메인넷에 확장성 유전자 주입
현재 시장에서 가장 주목받는 두 가지 핵심 확장성 개혁 방안은 EIP-7987 제안과 L1 zkEVM이며, 자원 스케줄링 최적화에서 실행 계층 재구성에 이르는 두 가지 핵심 차원을 대표한다.
1. EIP-7987: 단일 트랜잭션 가스 상한선 설정으로 블록 자원 혼잡 완화
먼저, 단일 트랜잭션의 가스 상한선을 1677만으로 설정하자는 EIP-7987 제안은 금월 초 비탈릭 부테린과 토니 바르슈테터(Toni Wahrstätter)가 공동으로 제안한 것으로, 핵심 아이디어는 단일 트랜잭션에 1677만의 최대 가스 상한선을 두는 것이다(이 상한선은 각 블록의 총 가스 한도와 직접적인 연관이 없다는 점에 유의).
众所周知, 이더리움 네트워크에서 모든 트랜잭션(송금 또는 컨트랙트 상호작용 포함)은 일정량의 가스를 소비해야 하며, 각 이더리움 블록의 가스 한도는 고정되어 있어, 즉 슬롯이 제한되어 있기 때문에 단일 트랜잭션의 가스 소비가 과도하면 쉽게 블록 내 트랜잭션 자원을 독점하게 된다.

자료 출처: Github
예컨대 zkProof 검증, 대규모 컨트랙트 배포 등의 고부하 트랜잭션은 종종 한 번의 트랜잭션으로 대부분의 블록 공간을 소모하는데, 해당 제안은 단일 고가스 작업(zkProof 검증이나 대규모 컨트랙트 배포 등)이 전체 블록 자원을 점유함으로써 노드 검증 혼잡을 유발하고 특히 병렬 실행 환경 및 경량 노드 동기화에 영향을 미치는 것을 방지하려는 취지이다:
상한선을 설정함으로써 일부 초대형 트랜잭션을 강제로 분할하게 하여 단일 트랜잭션이 과도한 자원을 차지하는 것을 막으며, 실행 과정에서 하나의 제약 조건만 추가된다—블록에 포함되기 전 트랜잭션이 이 상한을 초과할 경우 검증 단계에서 거부된다.
또한 단일 트랜잭션의 가스 상한선뿐만 아니라 이더리움 블록 한도 조정도 진행 중이다. 7월 21일 비탈릭 부테린은 트위터를 통해 "거의 정확히 50%의 스테이커들이 L1의 가스 한도를 4500만으로 올리는 데 투표했다. 현재 가스 한도는 상승을 시작해 3730만에 도달했다"고 밝혔다.
이론적으로 블록 가스 한도의 확장은 이더리움 메인넷의 성능을 직접적으로 크게 향상시킬 수 있지만, 과거에는 이더리움이 L2 등의 경로에서 급속도로 발전하면서 이에 대해 매우 신중하고 억제적인 태도를 유지해왔다—이더리움 가스 한도의 확장 추이를 살펴보면, 2019년 9월 이더리움 네트워크의 가스 한도가 800만에서 1000만으로 증가한 후, 올해까지 6년 동안 겨우 800만에서 3600만 수준으로 늘어났다.
그러나 올해 들어 이더리움 생태계는 가스 한도에 대해 공개적으로 훨씬 더 '공격적'인 태도를 보이고 있으며, EIP-9698 제안은 심지어 '2년마다 10배씩 증가'를 제안하며, 2029년까지 가스 한도를 36억으로 끌어올려 현재의 100배 수준에 도달하자고 주장한다.

자료 출처: Etherscan
이러한 일련의 조정은 이더리움이 메인넷 확장성의 현실적 부담을 고려하고 있음을 반영할 뿐 아니라, 곧 있을 zkEVM 실행 계층 업그레이드를 위한 계산 자원 기반을 마련하고 있다.
2. L1 zkEVM: 제로노울리지 증명을 통한 메인넷 실행 아키텍처 재구성
zkEVM은 항상 이더리움 확장을 위한 '최종 형태' 중 하나로 여겨져 왔으며, 핵심 설계 아이디어는 이더리움 메인넷이 ZK 회로 검증을 지원하도록 하여 각 블록의 실행 과정에서 검증 가능한 제로노울리지 증명을 생성함으로써 다른 노드가 이를 신속히 확인할 수 있도록 하는 것이다.
주요 장점으로는 노드가 각 트랜잭션을 다시 실행할 필요 없이 zkProof만 검증하면 블록의 유효성을 확인할 수 있으며, 이를 통해 전체 노드의 부담을 효과적으로 줄이고 경량 노드 및 크로스체인 검증기에 친숙하게 만들며, 보안 경계와 위변조 저항 능력을 강화할 수 있다.
현재 L1 zkEVM의 개념도 빠르게 실현되고 있으며, 이번 달 10일 이더리움 재단은 L1 zkEVM 실시간 증명 표준을 발표했는데, 이는 제로노울리지 증명 기술 채택을 위한 첫 번째 단계로서, 이더리움 메인넷이 점차 zkEVM 검증 메커니즘을 지원하는 실행 환경으로 전환될 것임을 의미한다.
공개된 로드맵에 따르면, 이더리움 L1 zkEVM은 1년 이내에 출시될 예정이며, zk-proof의 간결성을 활용해 이더리움을 안전하게 확장하고, 점진적으로 ZK 증명 메커니즘을 이더리움 프로토콜의 다양한 계층에 통합할 계획이다. 이는 이더리움이 오랫동안 축적한 관련 기술과 실무 경험을 종합적으로 검증하는 자리가 될 것이다.
이는 이더리움 메인넷이 더 이상 단순한 결제 계층이 아니라 자체 검증 능력을 갖춘 실행 플랫폼—소위 '검증 가능한 월드 컴퓨터'가 됨을 의미한다.

종합하면, EIP-7987이 미세 조정을 통해 실행 효율을 높인다면, L1 zkEVM은 거시적 아키텍처에서 질적 도약을 이루며, 실행 성능을 10배에서 100배까지 향상시키고 동시에 이더리움 메인넷의 '가치 포착 능력'을 재구성할 가능성이 있다.
결제 계층에서 검증 가능한 실행 엔진으로 전환함으로써 L1 자체가 더 많은 사용자, 자산, 유동성의 연결 입구 역할을 하게 되며, Solana, Monad 등의 고성능 신규 퍼블릭 체인과의 경쟁에도 적극적으로 대응할 수 있게 된다.
물론 트랜잭션 처리 및 실행 아키텍처 외에도 이더리움은 자원 관리 및 거버넌스 메커니즘 전반에 걸쳐 포괄적인 혁신을 진행하고 있다.
3. L1 확장의 기타 조합 전략
EIP-7987과 zkEVM 외에도 이더리움은 메인넷 계층의 확장 업그레이드를 여러 기초 모듈에서 전방위적으로 추진하며, 고성능, 낮은 진입 장벽, 강력한 공정성을 갖춘 체인상 실행 환경을 점차 구축하고 있다.
예를 들어 이더리움 재단은 ePBS라는 아키텍처 최적화를 추진 중인데, 블록 제안자(Proposer)와 블록 생성자(Builder)의 역할을 완전히 분리하는 것이 목표로, MEV 추출 불균형 및 블록 생성권 독점 문제를 체계적으로 해결하고, 메커니즘 차원에서 블록 생성의 공정성, 검열 저항성, 투명성을 강화하는 데 있다.
더욱 중요한 것은, ePBS가 FOCIL이라는 또 다른 핵심 구성 요소와 깊이 통합되고 있다는 점이다—FOCIL의 핵심 목표는 경량 노드가 온라인에서 전체 상태를 유지하지 않고도 블록과 트랜잭션 실행 결과를 검증할 수 있도록 하는 것이며, ePBS와 결합하면 미래의 이더리움 제안, 생성, 검증 프로세스는 명확한 '삼권 분립' 아키텍처를 형성하여 프로토콜의 유연성을 현저히 향상시킬 것이다.
동시에 이러한 조합은 프라이버시 트랜잭션, 경량 노드, 모바일 지갑 등의 시나리오에 더 많은 가능성을 제공하고 참여 장벽을 낮추며, 이는 이더리움이 점차 '모듈화된 컨센서스 아키텍처'로 나아가고 있음을 나타낸다. 이는 탈중앙화 시스템에 더 강한 조합성과 제도적 탄성을 부여한다.
또 다른 과소평가되었지만 장기적으로 매우 높은 가치를 지닌 확장 경로는 무상태 클라이언트(Stateless Ethereum) 아키텍처이며, 핵심 아이디어는 노드가 '전체 체인 상태'에 대한 의존도를 완전히 줄이는 것이다. witness(상태 증명) 메커니즘을 도입하여 노드가 현재 트랜잭션과 관련된 데이터만 다운로드하고 검증하면 되므로 동기화 및 검증 비용이 크게 감소한다.
이를 위해 EF는 bloatnet.info라는 시각화 도구를 개발 중이며, 상태 팽창이 네트워크에 미치는 불균형한 부담을 정량적으로 보여주고, 향후 상태 정리, 간소화 메커니즘 및 상태 임대 모델을 위한 기반을 마련하고 있다.
또한 이전 이더리움 연구팀은 계산, 저장, 호출 등의 자원 유형에 각각 독립된 가격 곡선을 설정하는 Beam 제안을 중점적으로 논의한 바 있으며, 목표는 이더리움에 더 세밀한 자원 가격 책정 메커니즘을 도입하고, '단일 차원 요금 시스템'에서 '다차원 자원 시장'으로의 전환을 추진하는 것으로, 전통적인 클라우드 컴퓨팅의 자원 스케줄링 시스템과 유사하다.
마무리하며
솔직히 말해, 오늘날 Rollup 확장이 주류가 되고 계정 추상화(Account Abstraction)가 점점 보편화되는 가운데, 많은 사람들이 확장을 오직 '체인 외 실행 + 메인넷 결제'라는 L2 모델에만 기대고 있을지도 모른다.
하지만 현실은 L1의 진화가 멈춘 적도 없으며, 대체 불가능하다는 점이다.
L2는 더 많은 사용자를 수용하고 실행 공간을 해방시킬 수 있지만, L1은 통합 결제, 보안 앵커, 자원 거버넌스 기반을 제공한다. 오직 양자가 함께 진화할 때만 진정으로 지속 가능하고, 고성능이며, 글로벌하게 통용되는 Web3 가치 네트워크를 구축할 수 있다.
미래의 이더리움은 L1과 L2가 함께 진화할 때에만 진정한 통합 세계 컴퓨터로 나아갈 수 있을 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














