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