메가ETH 백서 해석: 인프라는 결코 잠들지 않으며, 비탈릭이 투자한 대규모 자금 조달 L2의 뛰어난 점은 무엇인가?

저자: 심조 TechFlow

기반 시설은 결코 잠들지 않으며, 체인은 애플리케이션보다 많다.

시장이 다양한 천왕 프로젝트의 에어드랍에 시달리며 고통을 호소할 때, 1차 시장은 여전히 "천왕을 만들기" 위해 미친 듯이 달리고 있다.

어젯밤, 또 다른 화려한 L1이 등장했다 --- MegaETH, 시드 라운드 자금 조달 2000만 달러, Dragonfly가 주도하고, Figment Capital, Robot Ventures, Big Brain Holdings 등 기관이 참여했으며, 엔젤 투자자로는 Vitalik, Cobie, Joseph Lubin, Sreeram Kannan, Kartik Talwar 등이 있다.

최고의 VC가 주도하고, Vitalik 등 업계의 대가들이 엔젤 투자자로 참여하며, 프로젝트 이름에 ETH가 직접 들어갔다… 주목할 만한 암호화폐 시장에서 이러한 레이블은 모두 프로젝트에 "정통성"을 부여하고 있다.

공식 프로젝트 설명에 따르면, MegaETH는 익숙한 단어로 요약할 수 있다 --- 빠르다.

첫 번째 실시간 블록체인(Real-Time Blockchain), 번개처럼 빠른 거래 전송, 아밀리초 수준의 지연 및 초당 100,000건 이상의 거래…

모든 시장 참여자들이 공공 블록체인의 성능 서사에 피로감을 느끼고 있는 지금, MegaETH는 무엇으로 두각을 나타낼 것인가?

우리는 MegaETH의 백서를 살펴보며 답을 찾으려 했다.

체인은 많지만 "실시간화"는 불가능하다

서사와 과열을 제외하고, 왜 시장에 MegaETH라는 블록체인이 필요할까?

MegaETH가 스스로 제시한 답은, 단순히 더 많은 체인을 만드는 것이 블록체인의 확장성 문제를 해결하지 못한다는 것이다. 현재의 L1/L2들은 공통적인 문제에 직면해 있다:

• 모든 EVM 체인은 낮은 거래 처리량을 보인다;

• 둘째, 계산 능력이 부족하여 복잡한 애플리케이션이 체인에 올라갈 수 없다;

• 마지막으로, 높은 업데이트 비율이나 빠른 피드백 루프가 필요한 애플리케이션은 긴 블록 생성 시간 내에서는 실행 불가능하다.

즉, 현재의 모든 블록체인은 사실상 다음을 수행할 수 없다:

• 실시간 결제: 거래가 블록체인에 도착하면 즉시 처리되고 결과가 거의 즉시 게시된다.

• 실시간 처리: 블록체인 시스템이 극히 짧은 시간 내에 대량의 거래를 처리하고 검증할 수 있다.

이러한 실시간화가 실제 애플리케이션 시나리오에서 무엇을 의미할까?

예를 들어, 고빈도 거래는 밀리초 내에 주문을 제출하고 취소할 수 있어야 한다. 또는 실시간 전투나 물리적 시뮬레이션 게임은 블록체인이 매우 높은 빈도로 상태를 업데이트할 수 있어야 한다. 현재의 체인들은 분명히 이를 수행할 수 없다.

노드 전문화, 성능 실시간화

그렇다면 위의 "실시간화"를 달성하기 위해 MegaETH의 대략적인 생각은 무엇일까? 요약하자면:

노드 전문화: 거래 실행 작업과 전체 노드의 책임을 분리하여 합의 비용을 줄인다.

좀 더 구체적으로 말하자면, MegaETH에는 세 가지 주요 역할이 있다: 정렬기, 증명자 및 전체 노드.

구체적으로, MegaETH에는 언제든지 거래를 실행하는 활성 정렬 노드(Sequencer)가 하나만 존재하며, 나머지 노드는 p2p 네트워크를 통해 상태 차이를 수신하고 로컬 상태를 업데이트하며 거래를 다시 실행할 필요가 없다.

정렬기는 사용자 거래를 정렬하고 실행하는 역할을 한다. 그러나 MegaETH는 주어진 시간에 활성 정렬기가 하나만 존재하여 정상 실행 중의 합의 비용을 제거한다.

증명자는 무상태 검증 방식을 사용하여 비동기적이고 비순차적으로 블록을 검증한다.

MegaETH의 간단한 작업 흐름은 다음과 같다:

1. 거래 처리 및 정렬: 사용자가 제출한 거래는 먼저 정렬기(Sequencer)로 전송되며, 정렬기는 이러한 거래를 순서대로 처리하여 새로운 블록과 증명 데이터를 생성한다.

2. 데이터 게시: 정렬기는 생성된 블록, 증명 데이터 및 상태 차이를 EigenDA(데이터 가용성 계층)에 게시하여 이러한 데이터가 네트워크에서 사용 가능하도록 한다.

3. 블록 검증: 증명 네트워크(Prover Network)는 정렬기로부터 블록과 증명 데이터를 가져와 전용 하드웨어를 통해 검증하고 증명을 생성하여 정렬기로 반환한다.

4. 상태 업데이트: 전체 노드 네트워크(Fullnode Network)는 정렬기로부터 상태 차이를 수신하여 로컬 상태를 업데이트하며, 증명 네트워크를 통해 블록의 유효성을 검증하여 블록체인의 일관성과 안전성을 보장한다.

먼저 측정하고, 그 다음 실행하라

백서의 다른 내용을 보면, MegaETH는 이 "노드 전문화"의 아이디어가 좋지만, 이를 매우 간단하게 실천에 옮길 수 있다는 것을 의미하지는 않는다는 것을 인식하고 있다.

체인을 구체적으로 만들 때, MegaETH는 좋은 아이디어를 가지고 있다: 먼저 측정하고, 그 다음 실행하라. 즉, 기존 블록체인 시스템의 진정한 문제를 파악하기 위해 심층 성능 측정을 수행한 후, 이 노드 전문화의 아이디어를 현재 시스템에 어떻게 적용할지 고민한다.

그렇다면 MegaETH는 어떤 문제를 측정했을까?

아래 부분은 사실상 투자자들과는 거리가 먼 내용이므로, 인내심이 없다면 다음 장으로 바로 넘어가도 좋다.

• 거래 실행: 그들의 실험 결과, 512GB 메모리가 장착된 강력한 서버를 사용하더라도, 기존 이더리움 실행 클라이언트 Reth는 실시간 동기화 설정에서 약 1000 TPS(초당 거래 수)만 달성할 수 있으며, 이는 기존 시스템이 거래 실행 및 업데이트에서 상당한 성능 병목 현상을 겪고 있음을 나타낸다.

• 병렬 실행: 최근 인기 있는 병렬 EVM 개념에도 일부 성능 문제가 해결되지 않았다. 병렬 EVM의 실제 생산에서의 가속 효과는 작업 부하의 병렬도에 의해 제한된다. MegaETH의 측정 결과, 최근 이더리움 블록에서 중위수 병렬도가 2 미만이며, 여러 블록을 병합하더라도 중위수 병렬도는 2.75로 증가할 뿐이다.

(병렬도가 2 미만이라는 것은 대부분의 경우 각 블록에서 두 개 미만의 거래만 동시에 실행될 수 있음을 의미한다. 이는 현재 블록체인 시스템의 거래 대부분이 서로 의존적이며 대규모 병렬 처리가 불가능함을 나타낸다.)

• 해석기 오버헤드: 빠른 EVM 해석기인 revm조차도 속도가 로컬 실행보다 1-2배 느리다.

• 상태 동기화: 초당 10만 건의 ERC-20 전송을 동기화하려면 152.6 Mbps의 대역폭이 필요하며, 더 복잡한 거래는 더 많은 대역폭이 필요하다. Reth에서 상태 루트를 업데이트하는 것은 거래를 실행하는 것보다 10배 더 많은 계산 자원을 소모한다. 쉽게 말해 현재 블록체인의 자원 소모가 다소 크다는 것이다.

이러한 문제를 측정한 후, MegaETH는 문제를 해결하기 위한 조치를 취하기 시작했으며, 이는 앞서 언급한 해결책의 논리를 더욱 명확히 한다:

1. 고성능 정렬기:

노드 전문화: MegaETH는 작업을 전문 노드에 할당하여 효율성을 높인다. 정렬기 노드는 거래 정렬 및 실행을 전문으로 하며, 전체 노드는 상태 업데이트 및 검증을 담당하고, 증명 노드는 전용 하드웨어로 블록을 검증한다.

고급 하드웨어: 정렬기는 고성능 서버(예: 100코어, 1TB 메모리, 10Gbps 네트워크)를 사용하여 대량의 거래를 처리하고 빠르게 블록을 생성한다.

2. 상태 접근 최적화:

메모리 저장: 정렬기 노드는 대량의 RAM을 장착하여 전체 블록체인 상태를 메모리에 저장할 수 있어 SSD 읽기 지연을 없애고 상태 접근 속도를 높인다.

병렬 실행: 병렬 EVM이 기존 작업 부하에서 가속 효과가 제한적이지만, MegaETH는 병렬 실행 엔진을 최적화하고 거래 우선 순위 관리를 지원하여 중요한 거래가 피크 시간에도 적시에 처리될 수 있도록 한다.

3. 해석기 최적화:

AOT / JIT 컴파일: MegaETH는 AOT/JIT 컴파일 기술을 도입하여 계산 집약적인 계약의 실행 속도를 높인다. 비록 생산 환경에서 대부분의 계약의 성능 향상이 제한적이지만, 특정한 높은 계산 요구 시나리오에서는 이러한 기술이 성능을 크게 향상시킬 수 있다.

4. 상태 동기화 최적화:

효율적인 데이터 전송: MegaETH는 대역폭이 제한된 상황에서도 대량의 상태 업데이트를 동기화할 수 있는 효율적인 상태 차이 인코딩 및 전송 방법을 설계했다.

압축 기술: 고급 압축 기술을 채택하여 MegaETH는 대역폭 제한 내에서 복잡한 거래(예: Uniswap 교환)의 상태 업데이트를 동기화할 수 있다.

5. 상태 루트 업데이트 최적화:

최적화된 MPT 설계: MegaETH는 최적화된 머클 패트리샤 트리(NOMT 등)를 채택하여 읽기 및 쓰기 작업을 줄이고 상태 루트 업데이트의 효율성을 높인다.

배치 처리 기술: 상태 업데이트를 배치 처리하여 MegaETH는 임의의 디스크 IO 작업을 줄이고 전체 성능을 향상시킨다.

위의 내용은 사실상 매우 기술적이지만, 이러한 기술 세부 사항을 넘어 MegaETH가 기술적으로 상당한 능력을 갖추고 있으며, 분명한 동기가 있음을 느낄 수 있다:

상세한 기술 데이터와 테스트 결과를 공개함으로써, 프로젝트의 투명성 과 신뢰성을 강화하려고 하며, 기술 커뮤니티와 잠재 사용자들이 시스템의 성능에 대해 더 깊이 이해하고 신뢰할 수 있도록 하려는 것이다.

명문대 팀, 자주 선호되나?

백서를 해석하는 과정에서 MegaETH의 이름이 다소 과장되었지만, 문서와 설명에서 기술 Nerd의 엄격함과 지나치게 세부적인 부분이 드러나는 것을 명확히 느낄 수 있다.

공개된 자료에 따르면, MegaETH 팀은 중국계 배경을 가진 것으로 보이며, CEO Li Yilong은 스탠포드 출신으로 컴퓨터 과학 박사이다; CTO Yang Lei는 MIT 박사이며, CBO(Kong Shuyao)는 하버드 비즈니스 스쿨 MBA 출신으로 여러 업계 기관에서 근무한 경험이 있다(ConsenSys 등); 성장 책임자는 CBO와 일부 경력이 겹치며, 명문대 뉴욕대학교 출신이다.

한 팀에서 4명이 모두 미국 최고의 명문대 출신이라는 것은 인맥과 자원에서의 영향력이 말할 필요도 없다.

이전에 우리는 "졸업생이 CEO가 되고, Pantera가 2500만 달러를 투자한 Nexus는 어떤 배경인가?"라는 글에서 Nexus의 CEO가 신입 졸업생이지만 스탠포드 출신이며, 기술적 배경도 탄탄해 보인다고 소개한 바 있다.

최고의 VC들은 확실히 최고의 학교의 기술 대가들을 더 선호하며, Vitalik이 투자하고 이름에 ETH가 들어가면서 기술 서사와 마케팅 효과가 극대화될 가능성이 있다.

현재 오래된 "천왕"들이 "천망"으로 변하고, 프로젝트가 부진하며 시장이 불안정한 지금, MegaETH는 분명 새로운 FOMO 효과를 가져올 것이다.

프로젝트 테스트넷 및 상호작용에 대한 더 많은 정보도 지속적으로 주목할 것이다.