Ethereum 내부: 프로토콜 업데이트 001 – 빌더들에게 ‘스케일 L1’이 의미하는 바

Quicknode

2025년 10월 20일 — 읽는 데 10분 소요

공유하기

선호하는 소스로 추가

‘ Ethereum ’가 탄생한 지 10년이 넘었습니다.

그 이후로, ‘ Ethereum ’의 발전 과정은 익숙한 패턴을 따랐습니다. 즉, 산발적인 연구 활동, 고객사 equipe 의 실험, 그리고 의미 있는 프로토콜 변경으로 이어지기까지 수년이 걸리곤 했던 학술적 제안들이 이어졌습니다.

이 모든 일이 벌어지는 동안, 가스 제한, 저장 공간 과다, 순차적 처리와 같은 광범위한 확장성 문제들은 여전히 별도의 해결책이 필요한 개별적인 문제로 남아 있었다.

프로토콜 업데이트 001은 이러한 단편적인 접근 방식의 종식을 알립니다.

산발적인 개선과 개별적인 학술 프로젝트가 주를 이루던 시대는 이제, 명확한 책임 소재, 측정 가능한 목표, 그리고 조율된 배포 일정을 갖춘 체계적인 엔지니어링 노력으로 대체되고 있다.

Ethereum 재단은 이번이 처음으로, 확장 전략을 하나의 통합된 기치 아래 실행되는 로드맵으로 제시합니다: 프로토콜 업데이트 001.

이번 첫 번째 업데이트의 중요성을 이해하려면, 먼저 ‘ Ethereum ’ 재단의 연구 체계가 어떻게 재편되었는지 살펴봐야 합니다.

‘프로토콜’의 배후에 있는 ‘ Story ’

2025년 6월, ‘ Ethereum ’ 재단은 연구 및 개발 활동을 재편하여 하나의 기치 아래 통합했습니다: 프로토콜.

각 클라이언트 팀과 개별 연구원들에게 흩어져 있던 업데이트 대신, EF는 명확한 책임 체계를 갖춘 전담 그룹을 구성하고 다음 세 가지 전략적 기둥을 수립했습니다: L1 확장, Blob 확장, UX 개선.

이 아이디어는 진척 속도를 높일 뿐만 아니라 그 내용을 더 명확하게 전달하기 위한 것이었으며, 각 이니셔티브는 책임자로 지정된 연구원과 엔지니어들이 주도하게 되었습니다.

그리고 오늘은 프로토콜 업데이트의 첫 번째 편인 ‘Scale L1’에 대해 논의해 보겠습니다.

스케일 L1이란 무엇이며, 왜 지금 업데이트 001이 중요한가

Scale L1Ethereum가 기반이 되는 블록체인 자체가 전체 생태계의 병목 현상이 되고 있음을 공식적으로 인정하고, 향후 나아갈 방향을 제시한 것입니다.

네, 롤업(rollups)과 같은 레이어 2(L2) 네트워크들은 높은 거래 처리량을 약속하며 화제를 모으고 있지만, 실제로는 이더리움( Ethereum )mainnet 이 여전히 모든 L2 거래의 최종 정산, 데이터 가용성 및 분쟁 해결을 처리하고 있습니다.

L2가 수백만 명의 사용자로 확장되면 L1이 병목 현상이 되며, 그 병목 현상은 빠르게 다가오고 있습니다.

Scale L1은 레이어 2가 확장성( Ethereum) 측면에서 중요한 역할을 수행하고 있음에도 불구하고, 기본 레이어 자체에는 여전히 여유가 필요하다는 점을 분명히 하고 있습니다.

혼잡하고 비용이 많이 드는 레이어 1은 전체 생태계를 약화시킵니다. 롤업은 데이터 비용 문제로 어려움을 겪고, 사용자는 높은 수수료를 부담해야 하며, 시간이 지날수록 노드 운영이 점점 더 어려워집니다.

전체적인 관점에서 볼 때, Scale L1은 네 가지 축으로 구성된 접근 방식입니다:

• 더 높은 가스 허용치,

• 유효기간 만료,

• 블록 수준 액세스 목록, 그리고

• zkEVM 검증자 클라이언트

이러한 모든 요소를 바탕으로, ‘ Ethereum ’는 탈중앙화 보장을 훼손하지 않으면서 메인체인이 어디까지 확장될 수 있는지 시험하고 있습니다 .

자, 이제 가장 눈에 띄는 변화인 가스 한도 인상부터 시작해 각 접근 방식을 더 자세히 살펴보겠습니다.

가스 한도: 가스 한도를 1억으로 상향 조정

Ethereum의 가스 한도는 블록이 포함할 수 있는 계산량과 저장 용량에 대해 프로토콜이 내장한 상한선입니다. 이를 블록 용량으로 생각하면 됩니다. 한도가 높을수록 12초마다 발생하는 슬롯마다 더 많은 거래를 담을 수 있습니다.

이 한도는 2025년 7월을 기점으로 블록당 3,000만 가스(M)에서 4,500만 가스(M)로 조용하지만 체계적으로 증가했으며, 이는 즉 50%의 처리량 향상 단순히 검증자 간의 조율된 합의만으로도 이루어졌습니다.

프로토콜 업데이트 001을 통해 해당 상한선이 상승하기 시작했으며, 장기적인 목표는 1억으로 설정되었습니다.

약속은 분명합니다. 처리량이 늘어나고 거래당 수수료가 낮아집니다.

하지만 이에 따른 단점도 마찬가지로 중요합니다. 블록 크기가 커지면 검증자의 CPU, 메모리, 대역폭에 더 큰 부하가 가해져 풀 노드를 운영하기 위한 문턱이 높아집니다.

실제로 이더리움 Ethereum 는 지속적인 클라이언트 최적화와 더욱 스마트한 가스 가격 재조정을 통해, 네트워크가 중앙집중화로 치우치지 않으면서도 추가적인 부하를 감당할 수 있을 것이라고 내다보고 있다.

하지만 블록 용량만으로는 충분하지 않습니다. ‘ Ethereum ’는 데이터가 축적됨에 따라 노드 운영을 지속 가능하게 만들어야 합니다.

역사 데이터 유효기간: 데이터의 홍수 속에서 노드를 구하기

Ethereum 가 성장함에 따라, 2015년 제네시스 블록부터 수백만 건에 달하는 거래 및 영수증에 이르는 전체 이력을 저장해야 하는 부담도 커지고 있습니다. 문제는 단순히 저장 비용에만 그치지 않습니다. 이는 새로운 검증자들이 합의 과정에 참여하기 위해 며칠 동안 데이터를 동기화해야 하고 상당한 하드웨어 투자를 해야 하는 등, 참여에 있어 장벽이 되고 있습니다.

노드를 더 열심히 운영할수록 = 네트워크가 중앙집중화되는 방향으로 나아가게 된다.

역사의 소멸은 Ethereum이 제시하는 해답이자, 새로운 성장이 활기차게 이루어질 수 있도록 낡은 껍질을 벗겨내는 생물학적 해결책입니다.

이 조치는 두 단계에 걸쳐 시행됩니다. 첫 번째 단계는 부분적 만료(이미 시행 중)이며, 두 번째 단계는 단계적 만료(곧 시행 예정)입니다.

1. 부분적 만료: Merge 이전 데이터를 정리하여 300~500 GB의 디스크 공간을 즉시 확보합니다.

2. 롤링 만료: 노드는 1년이 지난 데이터를 지속적으로 삭제하므로, 사용량이 증가하더라도 저장 공간 요구량을 일정 수준으로 유지할 수 있습니다.

그 효과는 명백합니다. 노드가 더 가볍고 저렴해지면 더 많은 사람이 노드를 운영할 수 있게 되어, 탈중앙화가 촉진됩니다.

참고: 현재 모든 주요 실행 클라이언트는 기본적으로 이 데이터 정리 기능을 지원하며, 포털 네트워크는 각 노드가 전체 데이터를 저장하는 대신 작은 청크 단위로만 저장하는 분산형 피어투피어 시스템을 통해 삭제된 데이터에 계속 접근할 수 있도록 보장합니다.

저장 공간 과다 문제를 해결한 만큼, 다음 병목 현상은 트랜잭션 자체가 얼마나 효율적으로 처리되는가 하는 점입니다.

블록 수준 액세스 목록(BAL): ‘ Ethereum ’의 멀티스레딩 단계 시작

BAL이 2026년 ‘글램스터담’ 업그레이드 프로젝트의 핵심 요소로 확정되었습니다. 그런데, BAL이란 무엇일까요?

현재 Ethereum 는 1990년대의 단일 스레드 CPU처럼, 블록 내의 모든 트랜잭션을 상호작용이 없는 것들이 있더라도 차례대로 실행합니다.

이거 아세요? 2025년이 되면, 최신 멀티코어 프로세서가 보급되면서 이 순차적 모델로 인해 검증자 하드웨어의 대부분이 사실상 유휴 상태가 될 것입니다.

블록 수준 액세스 목록(BAL)은 블록 생성자가 각 트랜잭션이 어떤 계정과 스토리지 슬롯을 다룰지 사전에 명시하도록 요구함으로써 이러한 문제를 해결합니다. 이 매핑 정보를 바탕으로 클라이언트는 안전하게 실행을 병렬화할 수 있습니다. 즉, 독립적인 트랜잭션을 동시에 실행하고, 상태 데이터를 일괄적으로 미리 불러오며, 불필요한 디스크 I/O를 줄일 수 있습니다.

하지만 BAL의 경우 기술적 복잡성이 상당합니다.

시공사는 모든 거래에 대해 포괄적인 접근 지도를 작성해야 하며, 블록당 약 40KB의 메타데이터가 추가됩니다.

하지만 그 이점은 분명합니다. 블록 처리 속도가 빨라지고, 성능이 더 예측 가능해지며, 최신 하드웨어를 더 효율적으로 활용할 수 있습니다.

BAL을 통한 병렬 실행은 하드웨어 활용도를 획기적으로 향상시키지만, ‘ Ethereum ’의 가장 획기적인 효율성 향상은 중복 계산을 완전히 제거함으로써 이루어집니다.

zkEVM 검증자 클라이언트: 경량 암호화 검증의 가능성

EthereumScale L1에서 가장 미래 지향적인 시도는 zkEVM 어테스터 클라이언트라는 개념입니다.

모든 검증자가 블록을 확인하기 위해 모든 거래를 다시 실행하는 대신, 특화된 증명자가 해당 실행에 대한 제로 지식 증명을 생성할 수 있습니다. 그러면 다른 노드들은 그 간결한 증명을 검증하기만 하면(이 과정은 밀리초 단위로 소요됨) 블록이 유효한지 확인할 수 있습니다.

증명이 블록 생성 속도에 맞춰진다면, Ethereum 는 검증자의 계산 부담을 대폭 줄여줄 수 있으며, 이를 통해 탈중앙화를 훼손하지 않으면서도 더 높은 가스 한도를 설정할 수 있는 길을 열어줄 것입니다.

이 외에도 다음과 같은 긍정적인 시사점이 있습니다:

1. zkEVM 어테스터 클라이언트는 합의와 실행의 경계를 모호하게 만들어, 검증자들이 단 몇 분 만에 동기화할 수 있는 무상태와 유사한 운영을 가능하게 합니다.

2. 하드웨어 요구 사항이 합의 계층 수준으로 대폭 낮아져, 저전력 기기에서도 ‘ Ethereum ’ 검증이 가능해질 전망입니다.

유일한 단점은 증명 생성이 10만 달러 이상의 GPU 하드웨어가 필요한 특수한 작업으로 통합된다는 점일 것입니다.

각 기술적 개선 사항을 개별적으로 살펴보았으니, 이제 이를 다시 한 번 정리하고, 이러한 개선 사항들이 확장 전략으로서 어떻게 상호 작용하는지 살펴보겠습니다.

정리: 확장성의 4대 기둥 L1

이제 우리는 프로토콜 업데이트 001이 Ethereum 의 확장성 병목 현상을 대상으로 한, 시너지 효과를 발휘하는 조직적인 공격이라는 사실을 알고 있습니다.

네 가지 업데이트 내용을 간단히 정리해 보겠습니다:

1. 가스 한도 증가: 블록당 가스 한도가 30M에서 100M로 상향 조정되어, 더 커진 블록 용량을 통해 처리량이 즉시 향상됩니다.

2. 히스토리 만료: 노드당 300~500GB의 불필요한 저장 공간 점유를 해소하여, 신규 검증자가 합의 과정에 참여하는 데 방해가 되는 장벽을 제거합니다.

3. 블록 수준 액세스 목록: 상태 트랜잭션의 어느 부분이 상호 작용할지 명시함으로써, 블록 생성자는 안전한 병렬 실행을 가능하게 할 수 있습니다.

4. zkEVM 검증자 클라이언트: 복잡한 트랜잭션 재실행을 경량화된 암호화 증명 검증으로 대체하여, 검증자의 계산 부하를 획기적으로 줄입니다.

이 개선 사항들이 서로를 보완해 주는 방식에 바로 그 천재성이 드러납니다.

히스토리 만료 기능을 통해 운영자는 더 높은 가스 한도를 보다 수월하게 처리할 수 있습니다. BAL을 통한 병렬 실행은 증가된 블록 용량의 이점을 극대화합니다. zkEVM 검증은 가스 한도 증대를 제한할 수 있는 검증자의 계산 병목 현상을 해소합니다.

기술적인 측면은 명확합니다. 하지만 이러한 변화들이 ‘ Ethereum’ 참가자들의 경험을 실제로 어떻게 형성하고 있을까요?

Scale L1이 개발자, 노드 운영자 및 생태계에 갖는 의미

4가지 주요 업데이트를 포함한 Scale L1은 우리 눈앞에서 이더리움 레이어 2( Ethereum )의 모습을 새롭게 바꾸고 있습니다. 이론적으로는 이러한 업데이트가 전체 생태계에 긍정적인 영향을 미칠 것으로 보이지만, 실제로 네트워크를 구축하고, 운영하며, 사용하는 사람들에게 이것이 어떤 의미를 지니는지 살펴보겠습니다.

프로토콜 업데이트 001: 개발자들에게 이는 무엇을 의미하는가

간단히 말해, 이러한 업데이트를 통해 Ethereum mainnet 에서 가능한 기능의 범위가 근본적으로 확대되었습니다.

가스 한도가 높아지면 복잡한 DeFi 프로토콜이 블록 공간 제약에 부딪히지 않고 정교한 다단계 작업을 실행할 수 있게 되며, BAL의 병렬 처리 기능 덕분에 이전에는 L1에서 불가능했던 실시간 게임 및 고빈도 거래 애플리케이션을 구현할 수 있게 될 것입니다.

그러나 개발자들은 새로운 난관에 직면해 있습니다. BAL은 상태 접근 패턴을 사전에 선언해야 하므로, 트랜잭션 구축에 추가적인 오버헤드가 발생하게 되는데, 이는 기술 자원이 풍부한 팀에게 유리하게 작용할 수 있습니다.

프로토콜 업데이트 001: 노드 운영자에게 미치는 의미

L1 규모와 그에 따른 변화는 기회와 압박이 공존하는 복합적인 상황을 만들어 냅니다.

이력 만료 기능을 통해 디스크 사용량을 수백 기가바이트 줄일 수 있으며, 지속적인 정리 작업을 통해 향후에도 스토리지 비용을 예측 가능하게 유지할 수 있습니다. 동시에, BAL과 zkEVM 검증기는 블록 처리 속도를 높이고 리소스 소모량을 줄이는 것을 목표로 합니다.

실질적으로 이는 체인의 트래픽이 증가하더라도 노드를 운영하는 것이 더 어려워지는 것이 아니라 오히려 더 쉬워져야 함을 의미합니다.

그러나 과도기 동안 사업자들 간의 검증 과정은 은 더 무거운 블록 처리를 위해 최신 하드웨어에 투자할 수 있는 업체들과 통합될 수 있습니다 더 많은 블록 처리를 감당할 수 있는 운영자들 사이에서 통합될 수 있습니다.

프로토콜 업데이트 001: Ethereum 생태계에 미치는 의미

Scale L1은 Ethereum 및 그 주변 지역의 모든 사용자를 위한 신뢰 신호입니다.

기술적 업그레이드뿐만 아니라 ‘프로토콜’과의 소통과 투명성은 생태계에 긍정적인 신호입니다. 업데이트 001 자체만 보더라도, Ethereum 가 확장성을 전적으로 L2에 맡기지 않고, 기본 레이어 자체를 조정하여 더 많은 트래픽을 처리할 수 있도록 하고 있음을 보여줍니다.

그 결과, Ethereum 를 선호하는 결제 레이어로 활용하는 개발자, 투자자 및 사용자에게 더 건실한 기반을 마련해 줍니다.

이러한 확장성 개선 사항이 단계적으로 도입됨에 따라, RPC 제공자와 인덱싱 서비스에 대한 인프라 수요가 급격히 증가할 것이며, 이는 Ethereum 의 데이터 계층을 구축하는 팀들에게 도전과 기회를 동시에 가져다줄 것입니다.

대규모 인프라: ‘ Quicknode’가 ‘ Ethereum’의 다음 장에서 맡게 될 역할

레이어 1의 확장성은 단순한 프로토콜상의 이정표를 넘어 인프라 차원의 과제입니다. 가스 한도가 높아지면 초당 요청 수(RPS)가 직접적으로 증가하고 노드의 작업 부하도 커집니다. 동시에, 레이어 2 간 애플리케이션은 파편화된 생태계의 복잡성을 숨겨주는 통합 인덱싱과 인프라 추상화를 요구합니다.

Quicknode이 회사가 채택한 멀티 클라이언트 중복성, 글로벌 피어링 인프라, 30개 이상의 네트워크에 걸친 통합 인덱싱 방식 덕분에, 프로토콜 업데이트 001로 인해 발생할 인프라 수요를 처리할 수 있는 입지를 확보하고 있습니다.

자동 확장되는 RPC 엔드포인트, 지능형 캐싱, 최적화된 피어링을 갖춘 Quicknode 는 1억 가스 규모의 Ethereum 및 그 이상의 트래픽을 처리할 수 있도록 설계되었습니다.

다음 방법을 통해 Ethereum 에 가장 빠르고 안정적으로 접속하세요. Quicknode RPC 서비스를 통해를 통해 xml-ph-0000@deepl.internal에 접속하세요.

다중 클라이언트 및 다중 지역 가용성은 블록 크기가 커지더라도 복원력을 보장하며, 다중 체인 인덱싱을 통해 개발자는 데이터 스택을 새로 구축할 필요 없이 이더리움( Ethereum )과 그 레이어 2(L2) 네트워크 전반에 걸쳐 쿼리를 실행할 수 있습니다.

가스 한도가 점차 높아지고 BAL 및 zk-attester와 같은 새로운 실행 모델이 도입됨에 따라, 개발자들은 인프라 가 필요합니다.

Quicknode성능, 가용성 및 추상화에 중점을 둔 덕분에, Ethereum 가 확장될 때 이를 기반으로 구축된 애플리케이션도 함께 확장될 수 있습니다.

다음 Quicknodexml-ph-0000@deepl.internal 개발자를 위한Ethereum 개발자를 위한 자료를 확인해 보세요.

앞으로의 길을 그려보며 Ethereum

프로토콜 업데이트 001을 통해 볼 수 있듯이, 이더리움 2.0( Ethereum )은 확장성을 롤업에만 의존하는 데 그치지 않으려 하고 있습니다. 가스 한도를 높이고, 이력을 정리하며, 병렬 실행을 도입하고, zk-증명 검증을 모색함으로써, 베이스 레이어는 더 빠르고, 더 간결하며, 더 견고한 기반으로 재구성되고 있습니다.

좀 더 큰 그림에서 볼 때, ‘프로토콜 업데이트’를 통해 얻은 가장 중요한 깨달음은 단순히 더 저렴한 거래나 더 가벼운 노드를 약속한다는 점이 아닙니다.

바로 그 점이 Ethereum 진화할 수 있다는 점입니다 — 기존의 부담을 덜어내고, 새로운 실행 모델을 도입하며, 핵심에 암호화 기술을 내재화하면서도 — 분산화의 정신을 충실히 지켜나갈 수 있다는 점입니다.

프로토콜 업데이트 001은 ‘ Ethereum ’의 발전에 아무런 기여도 하지 못했던 단편적인 개선 사항과 학술 연구 프로젝트들의 종지부를 찍습니다.