인프라는 절대 잠들지 않으며, 애플리케이션보다 체인이 더 많습니다.
시장이 다양한 King 프로젝트의 PUA 에어드랍 으로 인해 어려움을 겪고 있는 동안, 발행시장 여전히 "King 만들기"의 길을 걷고 있습니다.
어젯밤, 폭발적인 라인업을 갖춘 또 다른 L2가 탄생했습니다. MegaETH는 2천만 달러의 시드 라운드 융자 했으며 Dragonfly가 투자를 주도했으며 Figment Capital, Robot Ventures 및 Big Brain Angels와 같은 기관이 투자에 참여했습니다. 투자자로는 Vitalik, Cobie, Joseph Lubin, Sreeram Kannan, Kartik Talwar 등이 있습니다.
최고의 VC가 투자를 주도하고 Vitalik 및 업계의 다른 유명 인사가 엔젤 투자자 역할을 하며 프로젝트 이름에 ETH가 직접 전달됩니다... 관심이 제한적인 암호화 시장에서 이러한 레이블은 모두 프로젝트의 " 합법성 "을 찾는 데 사용됩니다. .
공식 프로젝트 설명에 따르면 MegaETH는 여전히 친숙한 단어인 fast로 요약될 수 있습니다.
최초의 실시간 블록체인은 빛의 속도, 밀리초 미만의 지연 시간, 초당 100,000건 이상의 트랜잭션을 제공합니다.
이제 모든 시장 참여자가 퍼블릭 체인 성과 서술에 지쳤는데, MegaETH가 어떻게 눈에 띌 수 있을까요?
이에 대한 답을 찾기 위해 MegaETH의 백서 살펴보았습니다.
많은 체인이 있지만 그 중 어느 것도 "실시간"을 달성할 수 없습니다.
그러한 이야기와 과대 광고를 제쳐두고 시장에 여전히 MegaETH라는 블록체인이 필요한 이유는 무엇입니까?
MegaETH 자체가 제시한 답변은 단순히 멀티체인 생성하는 것만으로는 블록체인 확장성 문제를 해결할 수 없다는 것입니다. 이제 L1/L2는 다음과 같은 일반적인 문제에 직면해 있습니다.
- 모든 EVM 체인은 낮은 트랜잭션 처리량을 나타냅니다.
- 둘째, 컴퓨팅 성능이 부족하기 때문에 복잡한 애플리케이션을 체인에 올릴 수 없습니다.
- 마지막으로, 높은 업데이트 속도나 빠른 피드백 루프가 필요한 애플리케이션은 긴 블록 시간으로는 적합하지 않습니다.
즉, 현재의 모든 블록체인은 실제로 다음을 수행할 수 없습니다.
- 실시간 결제: 거래는 블록체인에 도달하는 즉시 처리되며 결과는 거의 즉시 게시됩니다.
- 실시간 처리: 블록체인 시스템은 매우 짧은 시간 내에 대량 의 거래를 처리하고 확인할 수 있습니다.
실제 애플리케이션 시나리오에서 이러한 종류의 실시간은 무엇을 의미합니까?
예를 들어, 초단타 거래에는 밀리초 이내에 주문 배치 및 취소 작업을 완료할 수 있는 능력이 필요합니다. 또는 블록체인이 매우 높은 빈도로 상태를 업데이트해야 하는 실시간 전투 또는 물리 시뮬레이션이 포함된 게임일 수도 있습니다. 분명히 현재 체인 중 어느 것도 이것을 할 수 없습니다.
노드 전문화 및 실시간 성능
그렇다면 위에서 언급한 "실시간"을 달성하기 위한 MegaETH의 일반적인 아이디어는 무엇입니까? 너무 길어서 읽을 수 없는 버전은 다음과 같습니다.
노드 전문화: 트랜잭션 실행 작업과 전체 노드 책임을 분리하여 합의 오버헤드를 줄입니다.
좀 더 구체적으로 말하자면 MegaETH에는 순서, 증명자, 풀 노드 의 세 가지 주요 역할이 있다는 것을 알 수 있습니다.
구체적으로 MegaETH에는 언제든지 트랜잭션을 실행하는 활성 순서 노드(시퀀서)가 하나만 있으며, 다른 노드는 p2p 네트워크를 통해 상태 차이를 수신하고 트랜잭션을 다시 실행하지 않고도 로컬 상태를 업데이트합니다.
순서 사용자 트랜잭션을 순서 하고 실행하는 역할을 담당합니다. 그러나 MegaETH에는 특정 시간에 단 하나의 활성 순서 만 있으므로 정상적인 실행 중에 합의 오버헤드가 제거됩니다.
증명자는 상태 비저장 검증 체계를 사용하여 비동기식 및 비순차적 방식으로 블록을 검증합니다.
MegaETH의 간단한 작업 흐름은 다음과 같습니다:
- 트랜잭션 처리 및 순서: 사용자가 제출한 트랜잭션은 먼저 순서 로 전송되며, 순서 새로운 블록 및 증인 데이터를 생성하기 위해 이러한 트랜잭션을 처리합니다.
- 데이터 게시: 순서 생성된 블록, 증인 데이터 및 상태 차이를 EigenDA(데이터 가용성 계층)에 게시하여 이러한 데이터를 네트워크에서 사용할 수 있도록 합니다.
- 블록 검증: Prover Network는 순서 로부터 블록 및 증인 데이터를 획득하고 전용 하드웨어를 통해 이를 검증한 후 증명을 생성하여 순서 에 반환합니다.
- 상태 업데이트: 풀노드 네트워크(풀 노드 네트워크)는 순서 로부터 상태 차이를 수신하고 로컬 상태를 업데이트하며, 증명 네트워크를 통해 블록의 유효성을 검증하여 블록체인의 일관성과 보안을 보장할 수 있습니다.
먼저 측정한 후 실행하세요.
백서 다른 내용으로 판단하면 MegaETH 자체도 이러한 "노드 전문화" 아이디어가 좋다고 인식했지만 이것이 쉽게 실행될 수 있다는 의미는 아닙니다.
특정 체인을 구축할 때 MegaETH는 먼저 측정한 다음 실행하는 좋은 아이디어를 가지고 있습니다. 즉, 먼저 심층적인 성능 측정을 수행하여 기존 블록체인 시스템의 실제 문제점을 파악한 다음, 이 노드 전문화 아이디어를 현재 시스템에 어떻게 적용하여 문제를 해결하는지 살펴봅니다.
그렇다면 MegaETH는 어떤 문제를 발견했나요?
다음 부분은 사실 부추와 꽤 거리가 멀다. 참을성이 없다면 그냥 다음 장으로 넘어가도 된다.
- 트랜잭션 실행: 그들의 실험에 따르면 512GB 메모리를 갖춘 강력한 서버를 사용하더라도 기존 이더 실행 클라이언트 Reth는 실시간 동기화 설정에서 약 1000TPS(초당 트랜잭션)만 달성할 수 있는 것으로 나타났습니다. 트랜잭션 및 업데이트 실행 시 성능 병목 현상이 발생합니다.
- 병렬 실행: 핫 병렬 EVM 개념을 적용하면 실제로 해결되지 않은 몇 가지 성능 문제가 있습니다. 실제 생산에서 병렬 EVM의 가속화 효과는 워크로드의 병렬성에 의해 제한됩니다. MegaETH의 측정에 따르면 최근 이더 블록의 평균 병렬성은 2 미만이며, 여러 블록이 병합되더라도 평균 병렬성은 2.75까지만 증가하는 것으로 나타났습니다.
(병렬도가 2 미만이라는 것은 대부분의 경우 각 블록에서 2개 미만의 트랜잭션이 동시에 실행될 수 있음을 의미합니다. 이는 현재 블록체인 시스템의 대부분의 트랜잭션이 상호 의존적이며 대규모 병렬 처리가 불가능함을 나타냅니다. .)
- 인터프리터 오버헤드: revm과 같은 더 빠른 EVM 인터프리터도 여전히 기본 실행보다 1~2배 정도 느립니다.
- 상태 동기화: 초당 100,000개의 ERC-20 전송을 동기화하려면 152.6Mbps의 대역폭이 필요하며, 더 복잡한 트랜잭션에는 더 많은 대역폭이 필요합니다. 상태 루트를 업데이트하는 것은 트랜잭션을 실행하는 것보다 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는 최적화된 Merkle Patricia Trie(예: NOMT)를 사용하여 읽기 및 쓰기 작업을 줄이고 상태 루트 업데이트의 효율성을 향상시킵니다.
일괄 처리 기술: 일괄 처리 상태 업데이트를 통해 MegaETH는 임의 디스크 IO 작업을 줄이고 전반적인 성능을 향상시킬 수 있습니다.
위의 사항은 실제로 매우 기술적이지만 이러한 기술적 세부 사항을 넘어서 실제로 MegaETH가 실제로 몇 가지 기술적 능력을 갖추고 있음을 알 수 있으며 동기 부여도 분명하게 느낄 수 있습니다.
자세한 기술 데이터와 테스트 결과를 공개함으로써 프로젝트의 투명성과 신뢰성을 높이고 기술 커뮤니티와 잠재적 사용자가 시스템 성능에 대해 더 깊은 이해와 신뢰를 가질 수 있도록 노력합니다.
자주 선호되는 명문 학교 팀?
백서 해석하는 과정에서 MegaETH의 이름은 다소 과장되어 있지만 문서와 지침은 Nerd 기술의 엄격하고 지나치게 상세한 성격을 드러내는 경우가 많다는 것을 분명히 느낄 수 있습니다.
공개 정보에 따르면 MegaETH 팀은 중국 배경을 가지고 있는 것으로 보이며 CEO Li Yilong은 스탠포드 출신이며 CTO Yang Lei는 MIT에서 박사 학위를 가지고 있으며 CBO(Business Officer) Kong Shuyao는 스탠포드에서 박사 학위를 취득했습니다. Harvard Business School 그는 MBA 경력을 가지고 있으며 업계의 여러 기관(ConsenSys 등)에서 근무한 경험이 있습니다. 성장 담당자는 CBO와 이력서가 중복되어 있으며 또한 명문 뉴욕 대학교 출신입니다.
4명으로 구성된 팀은 모두 미국 최고의 대학 출신입니다. 인맥과 자원의 영향력은 자명합니다.
앞서 '졸업생이 CEO가 되다, 2,500만 위안을 투자한 판테라가 이끄는 넥서스의 원조'라는 기사에서도 소개한 바 있다. 탄탄한 기술력을 갖고 있다.
예상대로 일류 VC들은 일류 학교의 기술 재벌을 선호합니다. 또한 Vitalik도 투자에 참여하여 기술적인 서사와 마케팅 효과가 가득할 수 있습니다.
현재, 오래된 "천국의 왕"이 "천국의 죽음"으로 바뀌고 프로젝트가 쇠퇴하고 시장이 정체되면 MegaETH는 분명히 새로운 FOMO 효과를 가져올 것입니다.
