약세장의 숨은 전쟁: ZK-EVM이 공용 블록체인 간 경쟁을 끝낼 수 있을까?
기술 특성만을 주된 판매 포인트로 내세우는 모든 제품은 반제품이다.
EVM과 ZK EVM에 대한 과장과 논쟁은 이미 한동안 지속되어 왔으며, 특히 비탈릭(Vitalik)이 ZK EVM의 유형을 분류한 이후 바이트코드, 가상 머신, 호환성 등 복잡한 개념들을 설명하는 기사들이 쏟아져 나왔다. 그러나 이러한 용어들의 진정한 의미는 무엇이며, ZK EVM의 보편화가 공용 블록체인 구도를 어디로 이끌 것인지와 같은 핵심 질문들은 여전히 명확하게 해명되지 않았다.
ZK 분야 또한 본격적으로 뜨거워지고 있다. 과거 ZK-Rollup이 이를 L2 제한된 영역에 국한시켰다면, 지금은 블록체인 전체 네트워크의 범용 기술이 되려는 흐름이 느껴진다. R3PO는 ZK EVM이 어느 정도 다중 체인 공존 구조의 종말을 가져올 것이라고 본다.
이러한 대체의 역사적 과정에서 새로운 프로젝트들이 폭발적으로 등장할 것이며, R3PO는 잠재 가치 발굴에 주력하며 ‘이해’ 방식으로 EVM을 접근함으로써 공용 블록체인의 미래 방향성을 탐구하고자 한다.
이미지 설명: 서로 다른 운영체제 간 파일 전송 해결책 자료 출처: R3PO
다음 상황을 상상해보자:
앨리스(Alice)는 Windows에서 실행되는 Word 문서를 밥(Bob)에게 전달하고 싶지만, 밥은 Pages를 사용할 수 있는 Mac만 가지고 있어 해당 문서를 열 수 없다. 어떻게 해결해야 할까? 밥이 Mac용 Word를 설치하거나 문서 내용을 일일이 복사하는 방법을 배제한다면 아래 네 가지 방식이 남는다:
1. 앨리스가 문서를 Google Docs 같은 클라우드에 업로드하면, 밥은 크로스 플랫폼 브라우저를 통해 문서를 열고 편집할 수 있다.
2. 앨리스가 Word.exe와 문서를 함께 전달하면, 밥은 Crossover 또는 가상머신(VM)을 사용해 Windows 환경을 시뮬레이션하여 Mac에서도 .exe 애플리케이션을 실행하고 문서를 열 수 있다.
Crossover는 Word.exe만 실행 가능하며, 다른 .exe 앱은 지원하지 않는다.
가상머신(VM)은 Mac 내부에 Windows 하위 시스템을 설치하며, 이 하위 시스템 안에서는 어떤 .exe 앱도 실행 가능하다.
3. 앨리스가 문서를 자바(Java)가 이해할 수 있는 형식으로 변환하여 전달하면, 밥은 Mac에 자바 환경을 설치해 문서를 열 수 있다.
4. 앨리스가 문서를 이진 파일(binary file)로 변환해 전달하면, 밥은 가장 낮은 수준의 호환성을 활용해 문서를 열 수 있다.
위 과정을 이해했다면, 다음과 같은 개념 치환을 시도해보자:
윈도우 및 매킨토시 등 운영체제 --> 이더리움 및 코스모스 등의 공용 블록체인
.exe 및 .dmg 등 앱 형식 --> 서로 다른 공용 블록체인의 Dapp
Word 문서 --> 체인 상 자산
Crossover --> 크로스체인 브릿지
가상머신(VM) --> 낮은 호환성을 가진 EVM. 예를 들어 폴리곤 헤르메즈(Polygon Hermez)는 ZK VM의 일종으로, EVM 기능을 모방하되 수동으로 동기화 업데이트를 유지해야 한다.
JVM --> EVM. 언어 수준에서의 동등한 호환성. 예를 들어 스트롤(Scroll)은 EVM과 완전히 동등한 ZK EVM을 구현하며, 이는 EVM에 ZK 기능을 추가한 버전이라 이해할 수 있다.
이진 호환 --> 바로 EVM 혹은 이더리움 자체
VM과 EVM의 특성은 위와 같으며, 그 작동 방식은 서로 다른 운영체제 간 파일 전송 절차와 매우 유사하다. R3PO看来, 가장 큰 추세는 ZK EVM이 기존 EVM 호환 방식을 대체할 뿐 아니라, 궁극적으로 이더리움이 유일한 애플리케이션 계층 통신 프로토콜이 되게 하고, 다른 공용 블록체인들은 특정 분야의 전문 체인이 되도록 만든다는 것이다. 마치 리눅스가 서버 분야에, 윈도우는 일반 사용자 분야에 각각 자리잡은 것처럼 말이다.
왜 이런 결론에 도달했는지는 다음에서 자세히 설명하겠다.
남을 알기 원하면 먼저 자신을 알아야 한다:생태계의 본질은 개발자와 사용자의 상호 유입이다
EVM은 이더리움이 공용 블록체인 경쟁에서 승리하도록 도왔으나, 이 승리는 "컴퓨팅 성능 우수성" 때문이 아니라 주로 호환성 덕분이었다. EOS 등 1세대 이더리움 킬러, 솔라나(Solana) 등 2세대 이더리움 킬러, 애프터스(Aptos) 등 최신 세대 이더리움 킬러 모두 TPS의 초고속을 강조했지만, 이더리움은 여전히 자리를 지키며 한 자릿수 TPS임에도 불구하고 TVL과 Dapp 수에서 압도적인 선두를 유지하고 있다. 이러한 우위는 생태계 군집 효과로 요약될 수 있으나, 왜 다른 공용 블록체인들이 EVM 호환을 추진하고 크로스체인 브릿지를 대대적으로 건설한 후에도 격차가 좁혀지지 않고 오히려 약세장에서 더 벌어지는 추세를 보이는가?
R3PO는 문제 해결을 위한 확실한 출발점에서 시작해 답을 도출할 수 있다고 본다.
그 출발점은 바로 개발자 경험(dev experience)이다. 현재 Web3는 극초기 단계로, 인터넷 초기인 2000년 이전과 비교할 수 있으며 여전히 기술 애호가와 초기 채택자들의 영역이다. 토큰 메커니즘에도 불구하고 대부분의 사용자는 CEX나 전통 금융 기관이 구축한 CeDeFi 내에 머물러 있으며, 진정한 체인 상 사용자는 극소수다. 이더리움 활성 주소는 고작 40만 명이지만 TVL은 320억 달러, 시가총액은 2000억 달러에 달한다.
사용자 수와 자금 규모 사이的巨大한 괴리 속에서, 생태계 유지의 핵심은 개발자 유치에 있다. 그 논리는 오직 억 단위 소비자를 끌어모을 수 있는 어플리케이션이 등장할 때까지 살아남는 공용 블록체인이 차세대 인터넷 인프라가 된다는 것이다. 월드 와이드 웹과 넷스케이프 브라우저의 역사와 같다.
이더리움이 개발자에게 제공하는 개발 경험은 가장 완벽하다.
어느 정도로 보면, 이는 자바 언어의 성공을 모방한 것이다. 자바 이전 C/C++ 언어의 가장 큰 문제는 프로그래머가 소프트웨어와 하드웨어의 적합성을 고려해야 했다는 점이었으며, 예를 들어 32비트 수치형은 16비트 기계에서 직접 실행할 수 없었다.
이미지 설명: JVM 아키텍처 자료 출처: 위키백과
자바는 언어 사용성 개선 외에 가장 큰 혁신은 JVM 설계였다. 즉, '하드웨어의 소프트웨어화'를 실현해 언어 수준에서 다양한 하드웨어에 동일하게 적응할 수 있도록 했으며, EVM에서 한 번 개발하면 모든 장치에서 실행 가능하게 함으로써 플랫폼 독립적 개발을 실현하고, 하드웨어 문제를 별도로 고려할 필요가 없게 했다.
JVM 덕분에 자바는 세계에서 가장 주류 개발 언어 중 하나가 되었으며, 특정 분야에 특화되진 않았지만 모든 분야에 적용 가능하다. 이것이 바로 호환성의 본질이다.
EVM과 이더리움 개발 생태계도 마찬가지다. 개발자는 EVM을 향해 한 번만 개발하면 이더리움 생태계의 발전에 따라 계속 진보할 수 있으며, 공용 블록체인 업그레이드의 호환성이나 하드웨어 차이 등을 고려할 필요가 없다.
이미지 설명: EVM 아키텍처 자료 출처: ethereum.org
솔리디티(Solidity)는 완벽하지 않으며, EVM에도 문제가 없지 않지만 최고 수준의 호환성이 개발자의 충성도를 유지하기에 충분하다. 그리고 점점 더 많은 공용 블록체인이 EVM을 호환하면서 이 호환성은 수동적 수익을 창출하게 되었고, 체인 간 이전 작업량이 충분히 작아져서 다른 공용 블록체인들은 결국 이더리움 Dapp의 지역화된 버전에 불과하게 되었으며, 결과적으로 이더리움 생태계의 독점에 유리하게 작용했다.
이미지 설명: EVM 작동 원리 자료 출처: R3PO
또한 언어 수준의 호환성은 EVM의 효율성과 보안도 확보하는 데 도움이 된다.
위 그림에서 가상머신(VM)은 Parallels Desktop과 같은 서로 다른 운영체제 간의 작동 방식을 나타내며, Mac에서 Windows 하위 시스템을 실행할 수 있게 한다. 하지만 먼저 원본 시스템에서 특정 하드웨어 및 소프트웨어 자원을 할당해 하위 시스템을 구성하고, 그 안에 Windows 앱을 설치한 후에야 앱이 실행 가능하다. 그러나 할당된 자원의 제약으로 인해 원생 앱과는 효율 면에서 비교할 수 없다.
반면 EVM은 JVM과 유사하게 솔리디티 언어 수준에서 호환성을 수행한다. 개발자는 Infura가 제공하는 API를 통해 메인넷과 상호작용하고, Truffle을 사용해 스마트 계약을 개발, 테스트, 배포할 수 있으며, 개발 키트가 완비되어 있다. EVM에 적응한 후에는 Dapp이 모든 EVM 호환 공용 블록체인에서 실행 가능하다.
개발자뿐만 아니라, EVM 수준의 호환성 개발은 모든 사용자가 동일한 경험을 보장하며, 이더리움 생태계가 최소한의 시드 사용자 그룹을 유지할 수 있도록 한다. 개발자와 소수의 사용자만으로도 이더리움 생태계가 다른 공용 블록체인들에 대해 선두를 유지할 수 있었다.
EVM은 JVM을 참조하여 하드웨어 및 인코딩 문제를 과도하게 고려할 필요 없이 애플리케이션이 실제로 필요한 기능에 집중해 한 번 적응하면 다중 플랫폼에서 공용으로 사용할 수 있다.
생태계란 개발+앱+사용자의 조합이며, EVM은 생태계 구축에 있어 플라이휠의 초기화 역할을 했다.
남을 평가하려면 먼저 자신을 평가해야 한다:EVM 호환은 경쟁자의 승리를 촉진하지 않는다
EVM은 이더리움의 성공을 촉진했지만, 왜 EVM을 호환하는 다른 공용 블록체인들과 이더리움 생태계를 흡혈하는 '흡혈귀 프로젝트'는 실패했는가?
호환측의 논리:
개발자에게: EVM 호환으로 이더리움 개발자의 이주 비용을 낮추고, 더 높은 TPS 등 새로운 공용 블록체인 특성을 제공한다.
사용자에게: 일정 수준의 토큰 보상을 제공해 사용자 이주를 유도한다.
이더리움 대체를 완성한다.
호환측의 논리적 허점:
개발자에게: EVM 호환은 궁극적으로 원생 EVM이 아니므로 은연중에 이주 비용이 존재한다.
사용자에게: 이더리움의 보안성은 비트코인 네트워크 다음으로 가장 높으며, 이 보안성은 짧은 시간의 에어드랍이나 미네랄링 유혹과 비교할 수 없다.
결과: 이더리움은 여전히 주류 위치를 차지한다.
사실상 다른 공용 블록체인들은 양자택일의 딜레마에 빠졌다. EVM을 호환하면 사실상 이더리움의 사이드체인이 될 위험이 있고, 호환하지 않으면 고립된 섬이 되는 결과를 맞는다. 모두가 트래픽을 갈망하는 상황에서, 어쩔 수 없는 선택을 강요받고 있는 것이다.
이미지 설명: EVM 호환 방안 개요 자료 출처: R3PO
현재는 주로 다른 공용 블록체인들이 주도적으로 움직이고 있으며, 이더리움은 PoW에서 PoS로의 전환, L2 로드맵 선택, 계정 추상화, 덱셔딩(DankSharding) 등 기존 문제들을 해결하기 위해 묵묵히 노력하고 있다. 호환 경로에서는 EVM 구현, 앱 수단을 통한 체인 간 호환, EVM 호환 체인 세 가지가 주를 이룬다.
공용 블록체인이 EVM 호환을 실현, BNB 체인 등이 대표적이다.
BNB 체인 또는 OKX 체인과 같은 거래소 기반 공용 블록체인은 거래소의 사용자 기반과 프로젝트 운영 능력을 바탕으로 TVL과 생태계 규모도 무시할 수 없다. BNB 체인을 예로 들면 DeFi Llama 데이터에 따르면 492개 프로토콜이 운영 중이며 TVL은 60억 달러에 달한다. 규모와 체급 면에서 이더리움에 이어 두 번째로 큰 공용 블록체인이다.
가장 주요한 운영 모델은 이더리움을 '모방'하는 것으로, 최대 DEX 팬케이크스왑(Pancakeswap)은 처음부터 유니스왑(Uniswap)의 포크 버전이었다. 동일한 Dapp이 두 체인에서 원활하게 전환 가능한 것은 EVM 호환성이 가져온 큰 이점이며, 프로젝트팀은 제품 개발보다 운영에만 집중할 수 있다.
체인 상에서 EVM 호환, 솔라나가 대표적이다.
솔라나는 PoH 메커니즘을 사용하는 단일 블록체인으로, 장기간 시가총액 10위권 내에서 유일하게 EVM을 호환하지 않는 공용 블록체인이었지만, EVM 호환 체인과의 통신이 불가능한 것은 아니다. 체인 상에서 실행되는 Neon 프로젝트가 EVM 호환 능력을 제공한다.
이 호환을 '중첩' 호환이라고 이해할 수 있으며, 공용 블록체인 자체 수준에서 직접 호환하는 것은 아니다.
Neon은 솔리디티 언어 지원, 매끄러운 스마트 계약 배포 경험, MetaMask 및 Truffle 등 개발 키트 직접 호출 등 EVM 자체와 매우 유사한 개발 경험을 제공한다.
EVM 호환 체인, EVMOS가 대표적이다.
코스모스 또는 폴카닷 등 모듈화 블록체인은 선택지가 더 많으며, 그 위의 앱 자체가 독립된 L1 수준의 공용 블록체인이 될 수 있다. EVMOS는 동시에 코스모스의 하위 체인이자 EVM 호환성을 제공하는 공용 블록체인으로, Evmos는 코스모스 내에서뿐만 아니라 다른 공용 블록체인 간에도 EVM 호환성을 제공할 수 있다.
EVM 호환성 제공자로서의 역할 외에도 자체적으로 DeFi 앱 등을 배포할 수 있으며, 예를 들어 그 위의 DEX Exswap은 유니스왑의 포크 버전이다.
본 단락 요약: 바로 이러한 광범위한 호환성이 전체 공용 블록체인 세계를 연결시켰으며, 그 연결 고리는 EVM 호환성, 크로스체인 브릿지, 그리고 거래소이다. 이에 따라 R3PO는 위와 같은 호환성의 주요 흐름을 정리해 ZK EVM의 종결자 역할을 위한 사전 준비를 마쳤다.
타인을 이기려면 먼저 자기 자신을 이겨야 한다:ZK EVM은 이더리움의 주도적 공격
다른 공용 블록체인들이 EVM 호환에 몰두하는 동안 이더리움은 스스로의 문제 해결에 집중했지만, PoS 병합 성공과 L2 기술 로드맵 확정 후 ZK는 공용 블록체인 분야의 범용 기술이 되었으며, ZK 기술과 EVM의 결합은 이더리움 모듈화 아키텍처 완성을 이끌게 될 것이다.
ZK 기술은 L2 영역에만 국한되지 않으며, Dapp과 공용 블록체인 등 상하위 계층 모두에 적용 가능하다. 현재 가장 뜨거운 ZK EVM 분야는 다소 혼잡한 상태인데, R3PO는 이를 간략히 정리해 핵심만 추출하고자 한다.
이미지 설명: 다양한 EVM 호환성과 성능 비교 자료 출처: vitalik.eth
비탈릭은 다양한 EVM 분류의 호환성과 성능 관계를 제시한 바 있는데, 하위 수준일수록 호환성이 강하지만 성능은 저하된다. 이는 매우 간단한 이치로, 이더리움 메인넷의 비참한 성능과 극도의 보안성을 생각하면 쉽게 이해할 수 있다.
하위 수준에 가까울수록 원생 EVM 작동 방식에 근접해 호환성이 강해지지만 성능은 심각하게 제한된다.
상위 수준에 가까울수록 자체 EVM 호환 방안의 능력을 시험받으며, 원생 EVM과의 차이가 커질수록 호환성은 떨어지지만, 맞춤 자유도는 높아져 성능을 크게 최적화할 수 있다.
앞서 폴리곤 헤르메즈를 언급하며 ZK VM에 포함시켰지만, 사실 헤르메즈는 스스로를 ZK EVM 솔루션이라고 주장한다. 한 글자 차이처럼 보이지만, 호환성과 보안성은 전혀 다르다.
폴리곤 헤르메즈에서 구현된 ZK VM/EVM은 본질적으로 EVM 기능을 일대일로 '복제'한 것으로, WBTC와 BTC의 관계, 또는 그림자와 본체의 관계와 같다. 정상 운용 중 개발팀이 지속 업데이트하면 사용 경험은 EVM과 거의 동일하지만, 언어 수준의 구현은 아니며, 상업 경쟁 상의 미사여구로 볼 수 있다.
최근 스타크넷(StarkNet)이 카이로(Cairo) 언어로 개발한 ZK EVM '카카롯(Kakarot)'을 발표하며 스타크넷 상에서 이더리움 스마트 계약을 실행할 수 있게 되었는데, 이는 테스트 단계에 진입한 최초의 ZK EVM이라 할 수 있다. 그 외에도 타이코(Taiko), 스트롤(Scroll), 제이케이싱크 2.0(zkSync 2.0) 등 다수의 ZK EVM 프로젝트가 대기 중이다.
왜 ZK EVM이 이렇게 뜨거운 분야가 되었으며, 왜 이것이 공용 블록체인의 종결자인가?
현재 상업적 경쟁 단계에서 각 프로젝트가 공개하는 정보는 불완전하므로, R3PO는 자신의 이해를 제시하며 참고만 해달라는 의미에서 의견을 제시한다.
이미지 설명: ZK EVM 시대의 이더리움 아키텍처 자료 출처: R3PO
첫 번째 질문에 대한 답은 ZK EVM이 미래 Dapp의 진정한 거처이기 때문이다.
기존 인식에서 Dapp은 공용 블록체인 또는 L2 네트워크에서 실행된다. 그러나 R3PO看来, 미래에는 ZK EVM이 직접 애플리케이션 계층을 수용하게 될 것이다.
위 그림과 같이, 미래의 ZK EVM은 EVM, 롤업(Rollup), 크로스체인 브릿지 기능을 통합한 존재가 될 것이다. 그것이 EVM이라는 점은 설명이 필요 없고, 뒤의 두 가지 기능을 중심으로 설명하겠다.
L2 수준의 롤업은 너무 하위 수준으로, 더 높은 성능을 추구하기 위해 스타크웨어(StarkWare)가 개발한 스타크넷(StarkNet)을 예로 들면, ZK 재귀 증명(ZK recursive proof)을 사용해 데이터 유효성을 검증하며, 재귀는 '후행 검증 전행' 방식으로 무한 확장 가능하고, ZK는 데이터 규모의 전반적 유한성을 보장하므로, 스타크넷 자체가 상위 앱이나 L3의 검증 계층이 될 수 있다.
크로스체인 브릿지는 더 쉽게 이해할 수 있다. 크로스체인 브릿지의 본질은 서로 다른 공용 블록체인 간 자산 교환과 전달인데, 만약 서로 EVM 호환성을 갖춘다면 브릿지라는 중개자가 필요 없으며, 현재 취약한 크로스체인 브릿지보다 ZK 기술 자체가 훨씬 더 안전하므로 ZK EVM은 더 나은 크로스체인 솔루션이다.
두 번째 질문에 대한 답은 ZK EVM이 모든 공용 블록체인을 EVM 체인으로 만들기 때문이다.
솔라나, 애프터스 등 본래 EVM을 호환하지 않는 공용 블록체인도 Evmos 등을 통해 접속 가능하다. 이 관점에서 ZK EVM은 이더리움의 주도적 공격이며, "너희가 나를 수용하지 않아도 내가 너희를 수용하겠다"는 것이다. 이렇게 되면 이더리움의 생태계 우위는 더욱 확대될 것이다.
애프터스, 스위(Sui) 등 무브(Move) 생태계 공용 블록체인은 선언한 Move VM도 EVM과 유사한 개발 메커니즘이며, 이론상 러스트(Rust)를 개조한 무브 언어는 솔리디티보다 우수할 수 있지만, 가장 큰 단점은 시간이 기다려주지 않는다는 점이다. 자체적인 트래픽과 생태계를 구축할 수 있을지 의문이며, 이는 다시 EVM 호환 여부의 딜레마에 빠지게 된다.
맺음말
공용 블록체인이 시장에서 성공하려면 물론 자신의 노력이 필요하지만, 역사적 흐름도 고려해야 한다.
ZK EVM의 발전 과정에서 그 이면에 있는 공용 블록체인 간의 각축전이 얼마나 치열한지 느낄 수 있다. 이더리움과 여러 공용 블록체인의 줄다리기 속에서 무수한 낭만적인 이야기가 만들어졌으며, 이제 승부처는 EVMOS와 무브 VM 같은 신생 종과 ZK EVM의 생사결판에 달렸다. R3PO는 미래의 공용 블록체인 구도는 반드시 EVM 호환성이 가져오는 상호 연결을 경쟁 전제로 삼아야 하며, 사용자와 개발자가 여전히 이야기의 전부라고 본다.
만약 ZK EVM이 순조롭게 진행된다면, 이더리움이 공용 블록체인 세계의 윈도우가 되어 가장 풍부한 애플리케이션 계층을 실행하며, 가장 안전하고 안정적인 결제 계층으로서의 입지를 유지할 가능성이 크다.
ZK 기술이 대규모로 성숙하기까지는 적어도 5년은 걸리겠지만, 자본과 시장의 대규모 촉진 하에서는 약 3년으로 단축될 수 있다. 그때가 되면 오늘의 예측이 현실이 될지 확인할 수 있을 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
