병렬 EVM 논쟁: Monad과 MegaETH가 탐구하는 풀 노드 정의
글: 0XNATALIE
최근 Bankless 팟캐스트에서 Monad 창시자 Keone Hon과 MegaETH 공동 창시자 Lei Yang은 각각의 아키텍처와 이들이 어떻게 이더리움의 성능을 향상시킬지에 대해 논의했다. 이 팟캐스트는 이더리움 가상 머신(EVM)의 미래를 중심으로 진행되었으며, Monad와 MegaETH의 속도, 탈중앙화 수준, 검열 저항성 비교 등 여러 핵심 질문에 답했다.
그러나 방송 이후에도 Monad 창시자는 여운이 남아 X(트위터)에서 MegaETH가 정의하는 '전체 노드(full node)' 개념에 대해 추가적인 질문을 제기했고, 결국 비탈릭 부테린(Vitalik Buterin)까지 토론에 참여하게 되었다.
Monad는 병렬 실행 기술과 독특한 합의 메커니즘을 통해 초당 1만 건 이상의 트랜잭션 처리량(TPS)을 구현하는 레이어 1(L1) 블록체인이다.
MegaETH는 병렬 실행 기술을 활용해 밀리초 단위 응답 시간을 실현하는 레이어 2(L2) 플랫폼으로, 초당 10만 건 이상의 이더리움 트랜잭션 처리를 목표로 한다.
논란의 핵심: 전체 노드는 모든 트랜잭션을 실행해야 하는가?
팟캐스트에서 Lei Yang은 MegaETH의 전체 노드란 모든 트랜잭션을 실행하고 검증하는 노드가 아니라 최신 블록체인 상태를 유지하고 갱신하는 노드라고 설명했다. 이에 대해 Keone Hon은 X에서 MegaETH의 '전체 노드' 정의에 문제를 제기하며 반박했다. 전통적인 의미에서 전체 노드란 모든 트랜잭션을 독립적으로 실행하고 검증할 수 있는 노드를 말한다. 그러나 MegaETH가 말하는 전체 노드는 중앙화된 정렬기(sequencer)로부터 상태 업데이트만 수신할 뿐, 트랜잭션을 독립적으로 검증하지 않는다. Keone은 이러한 노드가 실제 세계의 대규모 거래를 처리할 때 충분한 보안을 제공하지 못할 수 있다고 우려한다.
전체 노드가 트랜잭션의 실제 실행 및 검증에 참여하지 않고 오직 상태 업데이트만 수신한다면, 이는 노드가 중앙화된 정렬기가 제공하는 상태를 완전히 신뢰해야 함을 의미한다. 만약 정렬기에 오류가 발생하거나 공격을 받거나 악의적 행위를 할 경우, 노드는 문제를 즉각적으로 감지할 수 없게 된다. 특히 금액이 큰 거래에서는 더욱 중요하다. 이런 거래는 막대한 자금이 걸려 있어, 어떤 오류라도 심각한 경제적 손실을 초래할 수 있기 때문이다.
Keone은 하나의 실제 사용 사례를 제시했다. 거래소가 MegaETH를 통합하고 그러한 전체 노드를 운영한다고 가정할 때, 그 거래소는 어떻게 사용자의 입금 트랜잭션이 진정으로 확정되었는지를 판단할 수 있을까? 사용자 계정에 자금을 입금하기 전에 얼마나 오래 기다려야 할까? 거래소는 트랜잭션이 롤백되지 않도록 보장하고 입금의 안전성을 확보하기 위해 7일간 지속되는 사기 증명(fraud proof) 윈도우를 기다려야 할까?
비탈릭의 입장: 핵심은 트랜잭션 확정의 보장 여부
이더리움 창시자 비탈릭 부테린(Vitalik Buterin) 또한 이번 논의에 참여했다. 그는 중요한 것은 전체 노드가 모든 트랜잭션을 실행하는지 여부가 아니라, 사용자가 충분한 트랜잭션 확정 보장을 받을 수 있느냐는 점이라고 주장했다. 비탈릭은 L2 사용자에게 가장 중요한 것이 자신의 트랜잭션이 수용되었는지 확인하는 것이며, 각 노드가 모든 트랜잭션을 실행했는지는 부차적이라고 말했다. 이를 보장할 적절한 메커니즘이 존재한다면, 사용자가 반드시 모든 트랜잭션을 실행하는 전체 노드를 직접 운영할 필요는 없다고 강조했다.
비탈릭은 두 가지 트랜잭션 확정 메커니즘을 언급했다:
-
보증된 정렬기 사전 확정(Bonded Sequencer Preconfirmation): 이 메커니즘 하에서는 정렬기가 일정량의 토큰(예: ETH)을 담보로 묶여 있다. 만약 정렬기가 악의적 행동을 하거나 트랜잭션을 올바르게 처리하지 못하면, 사용자는 보상을 받거나 손해를 배상받을 수 있다. 이 방식은 즉시 확정성을 제공하여, 사용자가 사기 증명 윈도우를 기다리지 않고도 트랜잭션의 보안을 확보할 수 있게 해준다.
-
L1 확정(L1 Confirmation): L2의 트랜잭션은 궁극적으로 L1(예: 이더리움)에서 확정될 수 있다. 만약 L2에서 문제가 발생하면 L1이 트랜잭션을 롤백하고 오류를 수정할 수 있다. L2 상에 위험이 존재하더라도, 사용자는 여전히 L1의 최종 확정성에 의존해 보안을 확보할 수 있다.
비탈릭은 또한 사기 증명 윈도우의 길이는 사용자의 요구에 따라 조정 가능하다고 언급했다. 예를 들어, 거래소는 거래 금액 크기에 따라 다른 사기 증명 윈도우를 선택할 수 있다. 소액 거래의 경우 짧은 윈도우로 충분할 수 있으며, 대규모 거래의 경우 더 긴 윈도우를 선택할 수 있다. 또한 제로 난스 증명(ZK, zero-knowledge proof) 기술의 발전과 함께 향후 사기 증명 윈도우의 필요성이 크게 줄어들거나 완전히 불필요해질 수도 있으므로, 보안을 희생하지 않으면서도 더 빠른 트랜잭션 확정이 가능해질 것이라고 내다봤다.
다만 Keone은 MegaETH가 초기에는 ZK 기술을 사용하지 않을 것으로 보고 있다. ZK 기술은 큰 잠재력을 지녔지만, 현재 성능 측면에서 여전히 제약이 존재하기 때문이다. 제로 난스 증명 생성 과정은 매우 복잡하고 시간이 오래 걸리며, 특히 다수의 트랜잭션을 처리해야 할 경우 더욱 그렇다. 따라서 MegaETH처럼 고성능과 고처리량을 중시하는 블록체인 프로젝트는 초기 단계에서 성능 저하로 인한 사용자 경험 악화를 피하기 위해 ZK 기술 도입을 유보할 가능성이 크다.
MegaETH의 답변: 다양한 트랜잭션 확정 방식 제공
이후 Lei Yang은 X를 통해 MegaETH 노드 아키텍처 관련 논의에 응답하며 오해를 해명했다. 그는 MegaETH 사용자가 트랜잭션을 확정할 때 다음과 같은 세 가지 선택지를 가진다고 설명했다:
-
상태 업데이트만 수신하는 노드: 이 노드는 어떠한 트랜잭션도 검증하지 않고 정렬기로부터 상태 업데이트만 수신한다. 이 방식의 보안은 정렬기의 사전 확정 메커니즘과 처벌(Penalization) 메커니즘에 의존한다. 즉시 확정이 필요한 소액에서 중액 거래에 적합하다.
-
사기 증명 윈도우 만료까지 기다리는 노드: 1번과 동일하지만, 사용자는 사기 증명 윈도우가 종료되고 해당 트랜잭션이 포함된 MegaETH 블록이 이더리움 상에서 최종 확정될 때까지 기다린다. 이 옵션은 '완전한 이더리움 보안'(즉, 이더리움 트랜잭션과 동일한 수준의 보안성과 불가역성)을 제공하며, 로컬에서 트랜잭션을 검증하고 싶지 않지만 대규모 거래를 처리하는 경우에 적합하다. 다만 이러한 용례는 드물다.
-
모든 트랜잭션을 검증하는 전체 노드: 이 전체 노드는 모든 트랜잭션을 검증하고, 해당 트랜잭션이 포함된 MegaETH 블록이 이더리움에서 최종 확정될 때까지 기다린다. 역시 '완전한 이더리움 보안'을 제공하며, 주기적으로 대규모 거래를 처리하면서도 빠른 확정을 원하는 사용자(예: 거래소)에게 적합하다.
Lei Yang은 MegaETH가 모든 트랜잭션을 검증할 수 있는 전체 노드를 지원하고 있음을 강조했다. 이전 논의에서 MegaETH의 노드는 상태 업데이트만 수신하고 트랜잭션을 검증할 수 없다는 오해가 있었으나, 이는 잘못된 것이다. 그는 추가로 설명하며, 노드가 모든 트랜잭션을 검증하기로 선택할 경우 정렬기가 제공하는 증거 데이터(witness data) 등을 활용한 최적화 수단을 통해 정렬기보다 더 효율적으로 트랜잭션을 검증할 수 있다고 밝혔다. 즉, 모든 트랜잭션 정보를 처음부터 처리할 필요 없이 하드웨어 요구사항을 낮출 수 있다는 것이다. 사용자는 자신의 요구에 따라 다양한 확정 방식 사이에서 선택할 수 있다.
이번 논쟁은 매우 흥미로웠다. ABCDE 리서치 파트너인 Lao Bai의 말처럼: "이런 토론이 의미가 있냐고? Absolutely! 업계의 기술 발전은 바로 이런 반복적인 논의들을 통해 서서히 앞으로 나아가는 것이다. 누가 이기고 지는 게 중요한가? Absolutely Not! 결국 승자가 되는 것은 '전체 노드의 정의와 책임이 무엇인지'가 아니라, 리소스와 개발자/사용자 경험, 그리고 누가 먼저 1~2개의 킬러 앱을 만들어내는가에 달려 있다."
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@ChainFeedsxyz
