상호 운용성 로드맵 "가속화": 후사카 업그레이드 이후, 이더리움 상호 운용성이 중요한 도약을 앞두고 있는 것으로 보입니다.

상호운용성 시리즈의 이전 글에서는 각각 크로스체인 의도 표준화(네트워크 전체가 사용자의 의도를 이해하도록 함)와 실행 채널(자금이 표준화된 방식으로 실행되도록 함) 문제를 해결하는 OIF(인텐트 프레임워크)와 EIL(상호운용성 레이어)에 대해 논의했습니다.

하지만 완벽한 "싱글체인 경험"을 구현하려면 속도와 신뢰성 사이의 균형을 맞춰야 합니다. 현재의 상호운용성 환경에서는 느린 처리 속도(예: 옵티미스틱 롤업의 최종성 확인을 위해 7일의 검증 기간이 필요함)를 감수하거나, 탈중앙화를 희생하는 것(다중 서명 브리지의 신뢰성 가정에 의존) 중 하나를 선택해야 합니다.

이 "불가능한 삼각형"을 깨뜨리려면 이더리움 상호 운용성 로드맵의 "가속화"와 "최종화" 단계를 아우르는 근본적인 기능, 즉 ZK 기술이 제공하는 "시간 증명(Proof-in-Time)" 기능이 필요합니다 (자세한 내용은 " 이더리움 상호 운용성 로드맵: 대중 채택의 '마지막 단계'를 여는 방법 " 참조).

새롭게 가동된 후사카 업그레이드에서, 눈에 띄지 않는 EIP-7825는 이러한 최종 결과를 위한 가장 큰 기술적 장애물을 제거했습니다.

I. 후사카 업그레이드의 숨겨진 숨겨진 EIP-7825

12월 4일, 이더리움 후사카 업그레이드가 메인넷에서 공식적으로 활성화되었습니다. 하지만 과거의 덴쿤 업그레이드와는 달리, 이번 업그레이드는 큰 화제가 되지는 않았습니다. 시장의 관심은 주로 블롭 확장과 피어DAS에 집중되었으며, L2 데이터 비용의 추가 절감에 대한 논의가 활발하게 이루어졌습니다.

하지만 이러한 소란 이면에는 이더리움이 L1 zkEVM과 실시간 증명을 구현하는 데 있어 가장 큰 장애물을 제거했으며, 심지어 상호 운용성의 종말을 향해 조용히 길을 닦고 있다고까지 말할 수 있는 EIP-7825라는 눈에 띄지 않는 제안이 실제로 존재합니다.

이번 후사카 업그레이드의 초점은 거의 전적으로 용량 확장에 맞춰졌습니다. Blob 용량이 8배 증가했으며, PeerDAS 무작위 샘플링 검증을 통해 데이터 가용성(DA) 관련 비용 문제는 이제 과거의 이야기가 되었습니다.

물론 L2 캐시 가격 인하는 좋은 일이지만, 이더리움의 장기적인 ZK 로드맵에 있어서 진정한 판도를 바꾸는 것은 EIP-7825입니다. 이 IP-7825는 단일 이더리움 거래에 대한 가스 상한선(약 1678만 가스)을 설정하기 때문입니다.

다들 아시다시피, 이더리움 블록 가스 한도가 올해 6천만으로 늘어났습니다. 하지만 이렇게 한도가 계속 증가하더라도, 이론적으로 누군가 엄청나게 높은 가스 비용을 지불한다면, 블록의 6천만 가스 용량을 모두 소진시켜 블록 전체를 마비시키는 초고속 "메가 트랜잭션"을 보낼 수 있습니다.

이전에는 허용되었지만, EIP-7825에서 새로운 제한이 도입되었습니다. 블록 크기에 관계없이 단일 거래 비용은 1678만 가스를 초과할 수 없습니다.

그렇다면 왜 단일 거래 규모를 제한하는 걸까요? 사실 이 변경 사항은 일반 사용자의 이체에는 아무런 영향을 미치지 않지만, ZK Prover(증명 생성기)에게는 생존이 걸린 문제이며, ZK 시스템이 증명을 생성하는 방식과도 밀접하게 관련되어 있습니다.

간단한 예를 들자면, EIP-7825 이전에는 블록에 6천만 가스를 소모하는 "메가 트랜잭션"이 포함되어 있을 경우, ZK Prover는 이 매우 복잡한 트랜잭션을 순차적으로 처리해야 했습니다. 분할하거나 병렬로 처리할 수 없었죠. 마치 외길 고속도로에서 거대한 트럭이 앞에서 아주 천천히 달리고, 뒤따라오는 작은 차량들(다른 트랜잭션들)은 모두 그 트럭이 지나가기를 기다려야 하는 것과 같았습니다.

이는 "실시간 증명"에 사형 선고와 다름없을 것입니다. 증명을 생성하는 데 걸리는 시간이 완전히 통제 불가능하며 수십 분 또는 그 이상이 걸릴 수 있기 때문입니다.

EIP-7825 이후, 향후 블록 용량이 1억 가스까지 확장되더라도 각 트랜잭션은 1,678만 가스로 강제 제한됩니다. 각 블록은 예측 가능하고, 제한적이며, 병렬 처리가 가능한 "소규모 작업 단위"로 분할됩니다. 이는 이더리움의 증명 생성 방식이 까다로운 "논리 퍼즐"에서 순수한 "돈 문제"로 바뀌었음을 의미합니다.

충분한 병렬 컴퓨팅 성능을 투자할 수 있다면, 이러한 분할된 작은 작업들을 매우 짧은 시간 안에 동시에 처리하여 거대한 블록에 대한 ZK 증명을 생성할 수 있습니다.

브레비스의 공동 창립자이자 CEO인 마이클이 말했듯이, EIP-7825 는 ZK와 이더리움의 100배 확장성을 향한 여정에서 가장 과소평가된 업그레이드입니다. 이 업그레이드를 통해 "실시간 증명"은 "이론적으로 불가능"했던 것에서 "엔지니어링적으로 스케줄링 가능"한 것으로 바뀌게 됩니다. 병렬 컴퓨팅을 통해 연산 능력 문제를 해결할 수만 있다면, 2억 가스가 필요한 블록조차도 몇 초 만에 증명을 완료할 수 있을 것으로 예상됩니다. 이는 ZK 기술의 획기적인 발전일 뿐만 아니라, 이더리움 상호운용성 계층(EIL)이 몇 초 만에 크로스체인 결제를 실현할 수 있는 물리적 기반을 마련하는 것이기도 합니다.

이번 업그레이드는 대수롭지 않게 보일 수도 있지만, 실제로는 ZK 로드맵과 2026년 이더리움 확장성의 미래에 있어 엄청난 돌파구입니다.

II. L1 zkEVM: 이더리움 상호 운용성을 위한 "신뢰의 앵커"

하지만 EIP-7825는 단일 트랜잭션의 크기를 제한하여(병렬 처리를 가능하게 하여) 실시간 증명을 위한 물리적 경로를 마련했지만, 이는 동전의 한 면일 뿐입니다. 다른 한 면은 이더리움 메인넷 자체가 이 기능을 어떻게 활용하는가입니다.

이는 이더리움 로드맵에서 가장 핵심적인 내용인 L1 zkEVM과 관련이 있습니다.

오랫동안 zkEVM은 이더리움 확장성의 "성배"로 여겨져 왔습니다 . 성능 병목 현상을 해결할 뿐만 아니라 블록체인의 신뢰 메커니즘을 재정의하기 때문입니다. zkEVM의 핵심 아이디어는 이더리움 메인넷에서 ZK 증명을 생성하고 검증할 수 있도록 하는 것입니다.

다시 말해, 앞으로 이더리움의 각 블록이 실행된 후에는 검증 가능한 수학적 증명을 출력할 수 있으므로, 다른 노드(특히 라이트 노드와 L2)는 계산을 반복하지 않고도 결과의 정확성을 확인할 수 있습니다. 만약 ZK 증명 생성 기능이 이더리움 프로토콜 계층(L1)에 직접 구현된다면, 제안자는 블록을 패키징하고 매번 ZK 증명을 생성하기만 하면 되고, 검증 노드는 더 이상 트랜잭션을 다시 실행할 필요 없이 이 간단한 수학적 증명만 검증하면 됩니다.

이것이 상호 운용성에 어떤 의미를 갖는가?

상호 운용성 측면에서 L1 zkEVM의 중요성은 단순히 확장성 그 이상입니다. 이는 모든 L2 블록체인의 "신뢰의 앵커"로 간주될 수 있습니다. 결국, 이더리움 L1이 실시간으로 증명을 생성할 수 있다면, 모든 L2 블록체인은 L1의 최종 상태를 실시간으로, 그리고 신뢰 없이 읽을 수 있게 되며, 이는 두 가지 질적인 변화를 가져올 것입니다.

• 챌린지 기간 제거: 체인 간 확인 시간이 "7일(OP 메커니즘)"에서 "몇 초(ZK 메커니즘)"로 단축됩니다.
• 탈중앙화 상호 연결: 크로스체인 통신은 더 이상 제3자의 다중 서명 브리지를 신뢰할 필요가 없으며, 이더리움 메인넷의 수학적 진실을 신뢰하면 됩니다.

이는 또한 이전 글에서 언급했던 EIL(상호 운용성 계층)이 진정으로 기능하기 위한 물리적 기반이기도 합니다. L1의 실시간 확정성이 없다면 L2 간의 상호 운용성은 "지연 시간"이라는 그림자에서 결코 벗어날 수 없을 것입니다.

목표(L1 zkEVM)와 물리적 제약(EIP-7825)이 제거되었으므로, 구체적인 구현 도구는 어떻게 될까요?

이로 인해 ZK 기술 스택에서 zkEVM에서 zkVM으로의 미묘한 진화가 일어나고 있습니다.

III. 후사카 및 EIP-7825: 상호 운용성 로드맵이 마침내 공개되다

EIP-7825가 단일 트랜잭션 크기를 제한함으로써 ZK에 "병렬 처리 가능한 하드웨어 환경"을 제공한다면, ZK 기술 스택의 진화는 "더 효율적인 소프트웨어 아키텍처"를 향해 나아가고 있는 것입니다. 이 표현은 다소 복잡해 보이지만, 그 차이는 매우 중요하며 ZK 개발의 두 단계를 나타냅니다(자세한 내용은 " ZK 로드맵 '새벽': 이더리움의 종말을 향한 로드맵이 가속화되고 있는가? " 참조).

첫 번째 단계는 당연히 zkEVM인데, 이는 호환성 학파 또는 개선 학파로 볼 수 있습니다.

핵심은 이더리움 EVM의 모든 명령어를 최대한 모방하여 개발자가 솔리디티 코드를 직접 배포할 수 있도록 함으로써 마이그레이션 비용과 장벽을 줄이는 것입니다.

다시 말해, zkEVM의 가장 큰 장점은 기존 이더리움 애플리케이션과의 호환성으로, 이더리움 생태계 개발자들의 작업 부담을 크게 줄여준다는 점입니다. 개발자들은 기존 인프라와 도구(실행 클라이언트, 블록 탐색기, 디버깅 도구 등)를 대부분 재사용할 수 있습니다.

하지만 바로 이러한 이유 때문에 EVM은 ZK 호환성을 염두에 두고 설계되지 않았으므로, zkEVM의 증명 효율성은 호환성을 보장하기 위해 종종 제한되며, 증명 시간이 훨씬 느리고, 역사적으로 큰 부담을 안고 있습니다.

반면 zkVM은 급진적인 혁신가에 속합니다. zkVM은 ZK 증명에 매우 친화적인 가상 머신(RISC-V 또는 WASM 기반)을 직접 구축하여 증명 시간을 단축하고 실행 속도와 성능을 향상시킵니다.

하지만 이는 EVM의 여러 기능과의 호환성을 잃게 하고 기존 도구(예: 저수준 디버거)를 사용할 수 없게 만듭니다. 그럼에도 불구하고 점점 더 많은 L2 프로젝트들이 부담을 덜고 속도와 비용을 최적화하며 zkVM 기반 아키텍처를 탐색하는 추세가 분명하게 나타나고 있습니다.

그렇다면 후사카 업그레이드가 왜 잠금 해제 요소로 여겨지는 걸까요?

EIP-7825 이전에는 zkEVM과 zkVM 모두 이더리움에서 대규모 트랜잭션에 직면했을 때 작업을 분할할 수 없었기 때문에 증명 생성 시간이 급증하는 현상을 겪었습니다.

EIP-7825는 트랜잭션을 예측 가능한 작은 단위로 분할하도록 규정하고 있습니다. 병렬 처리가 가능한 환경에서 zkVM의 효율적인 아키텍처는 잠재력을 최대한 발휘할 수 있습니다. 복잡한 이더리움 블록조차도 zkVM에 넣고 병렬 컴퓨팅 성능을 활용하여 실시간으로 검증할 수 있습니다.

이것이 상호 운용성에 어떤 의미를 갖는가? zkVM의 광범위한 도입과 EIP-7825의 결합은 증명 생성 비용을 크게 낮출 것이다. 크로스체인 증명 생성 비용이 무시할 수 있을 정도로 낮아지고 속도가 이메일을 보내는 속도만큼 빨라지면, 기존의 "크로스체인 브리지"는 완전히 사라지고 범용 메시징 프로토콜이 그 자리를 대체하게 될 것이다.

결론적으로

이전 Interop 관련 글에서 여러 차례 언급했듯이, Interop의 궁극적인 목표는 단순히 자산의 "크로스체인" 통신이나 "자산 브리지"라는 개념에만 국한되지 않습니다. 오히려 Interop은 크로스체인 데이터 통신, 크로스체인 로직 실행, 크로스체인 사용자 경험, 크로스체인 보안 및 합의를 포함한 시스템 수준의 모든 기능을 포괄하는 용어입니다.

이러한 관점에서 볼 때, 상호 운용성(Interop)은 미래 이더리움 생태계 프로토콜 간의 보편적인 언어로 이해될 수 있습니다. 그 중요성은 단순히 가치 전달뿐 아니라 논리 공유에도 있습니다. ZK는 실행의 정확성을 보장하고, 실시간 상태 검증을 지원하며, 도메인 간 호출이 "과감하게 시도하고 실행할 수 있도록" 만드는 역할을 합니다. 실시간 ZK가 없다면 진정으로 사용 가능한 상호 운용성 사용자 경험(UX)을 구현하기 어려울 것이라고까지 말할 수 있습니다.

EIP-7825가 후사카 업그레이드에서 조용히 활성화되고 L1 zkEVM이 점차 현실화되면서, 우리는 실행, 정산, 증명이 완전히 백그라운드에서 추상화되어 사용자가 전체 과정에서 체인의 존재조차 인식하지 못하는 최종 상태에 점점 더 가까워지고 있습니다.

이는 또한 우리가 앞으로 기대하는 Interop의 최종 결전이기도 합니다.