A infraestrutura nunca dorme; há mais cadeias do que aplicações.

Enquanto o mercado sofre com o tormento dos airdrops de vários "projetos rei", o mercado primário ainda está correndo para criar o próximo "rei".

Na noite passada, outro projeto de alto perfil da Camada 2 surgiu - MegaETH. Ele levantou $20 milhões em financiamento semente, liderado pela Dragonfly com a participação da Figment Capital, Robot Ventures e Big Brain Holdings. Os investidores-anjo incluem Vitalik, Cobie, Joseph Lubin, Sreeram Kannan e Kartik Talwar.

Com VCs de primeira linha liderando a rodada de financiamento e gigantes da indústria como Vitalik como investidores-anjo, e um nome de projeto que inclui diretamente “ETH”, todas essas tags têm como objetivo estabelecer a “legitimidade” em um mercado de criptomoedas com atenção limitada.

De acordo com a descrição oficial do projeto, MegaETH pode ser resumido com uma palavra familiar — Rápido.

Como a primeira blockchain em tempo real, promete velocidades de transação extremamente rápidas, latência sub-milissegundo e mais de 100.000 transações por segundo...

Num mercado onde todos os participantes estão cansados de narrativas sobre o desempenho da blockchain, como se destaca a MegaETH?

Analisámos o whitepaper da MegaETH para encontrar a resposta.

Muitas correntes, mas nenhuma pode conseguir "tempo real"

Além de narrativas e hype, por que o mercado precisa de uma blockchain como o MegaETH?

A própria resposta da MegaETH é que simplesmente criar mais cadeias não resolve o problema de escalabilidade das blockchains. As soluções atuais de L1 e L2 enfrentam problemas comuns:

• Todas as cadeias EVM apresentam baixa taxa de transferência de transações;
• Devido a recursos computacionais limitados, aplicativos complexos não podem ser implantados na cadeia;
• Aplicações que exigem altas taxas de atualização ou loops de feedback rápidos são inviáveis com tempos de bloco longos.

Em outras palavras, as blockchains atuais não podem alcançar:

• Compensação em tempo real: As transações são processadas imediatamente ao atingirem a blockchain, e os resultados são publicados quase instantaneamente.
• Processamento em tempo real: O sistema blockchain pode processar e verificar um grande número de transações em um período de tempo extremamente curto.

Como se parece essa capacidade em tempo real em aplicações práticas?

Por exemplo, a negociação de alta frequência requer a capacidade de fazer e cancelar pedidos em milissegundos. Da mesma forma, jogos de combate em tempo real ou simulações de física precisam de blockchains que possam atualizar estados com frequências extremamente altas. Claramente, as blockchains atuais não conseguem alcançar isso.

Especialização de Nó e Desempenho em Tempo Real

Então, como é que o MegaETH alcança as referidas capacidades de "tempo real"? Em resumo:

Especialização de nó: Ao separar as tarefas de execução de transações das responsabilidades dos nós completos, o MegaETH reduz a sobrecarga de consenso.

Para ser mais específico, o MegaETH apresenta três papéis principais: sequenciadores, provadores e nós completos.

No MegaETH, apenas um sequenciador ativo manipula a execução de transações em qualquer momento. Outros nós recebem diferenças de estado via rede P2P e atualizam seus estados locais sem reexecutar transações.

O sequenciador é responsável por ordenar e executar transações do usuário. No entanto, em qualquer momento dado, o MegaETH tem apenas um sequenciador ativo, eliminando o overhead de consenso durante a execução normal.

Provers useverificação sem estadopara verificar blocos de forma assíncrona e não ordenada.

Um fluxo de trabalho simplificado do MegaETH é o seguinte:

1. Processamento e Sequenciamento de Transações: As transações enviadas pelo usuário são primeiro enviadas ao Sequenciador, que processa essas transações em ordem, gerando novos blocos e dados de testemunha.

2. Publicação de Dados: O Sequenciador publica os blocos gerados, os dados das testemunhas e as diferenças de estado para o EigenDA (Camada de Disponibilidade de Dados), garantindo que esses dados estejam disponíveis em toda a rede.

3. Verificação de Bloco: A Rede Prover recupera blocos e dados de testemunha do Sequenciador, verifica-os usando hardware especializado, gera provas e os retorna ao Sequenciador.

4. Atualizações de estado: A Rede Fullnode recebe diferenças de estado do Sequenciador, atualiza estados locais e pode verificar a validade dos blocos através da Rede Prover, garantindo consistência e segurança da blockchain.

Medir Primeiro, Depois Executar

De outros conteúdos do whitepaper, o próprio MegaETH percebeu que, embora a ideia de "Especialização de Nós" seja boa, isso não significa que possa ser facilmente colocada em prática.

Quando se trata de construir a cadeia, o MegaETH tem uma abordagem interessante: medir primeiro, depois executar. Ou seja, realizar medições de desempenho aprofundadas para identificar os problemas reais dos sistemas de blockchain existentes antes de descobrir como aplicar a abordagem de especialização de nós para resolver esses problemas.

Então, que problemas identificou a MegaETH?

A próxima parte pode ser demasiado técnica para o leitor comum, por isso sinta-se à vontade para passar para a próxima secção se a achar menos cativante.

• Execução da Transação: Os seus experimentos mostram que mesmo com servidores potentes equipados com 512GB de memória, o cliente de execução Ethereum existente, Reth, só consegue alcançar cerca de 1000 TPS (transações por segundo) nas configurações de sincronização em tempo real, o que indica gargalos significativos de desempenho nos sistemas atuais para executar transações e atualizações.
• Execução Paralela: Apesar do conceito popular de EVM paralela, ainda existem problemas de desempenho não resolvidos. O efeito de aceleração da EVM paralela na produção real é limitado pela paralelismo das cargas de trabalho. As medições da MegaETH mostram que o paralelismo mediano dos blocos recentes do Ethereum é inferior a 2, mesmo quando vários blocos são combinados, o paralelismo mediano aumenta apenas para 2,75.

(Um paralelismo inferior a 2 significa que, na maioria dos casos, existem menos de duas transações por bloco que podem ser executadas simultaneamente. Isso indica que a maioria das transações nos sistemas de blockchain atuais são interdependentes e não podem ser processadas em paralelo em grande escala.)

• Overhead do Intérprete: Mesmo os intérpretes EVM mais rápidos, como revm, ainda são de 1 a 2 ordens de magnitude mais lentos do que a execução nativa.
• Sincronização de estado: Sincronizar 100.000 transferências de ERC-20 por segundo requer o consumo de 152,6 Mbps de largura de banda, e transações mais complexas requerem ainda mais largura de banda. Atualizar a raiz de estado no Reth consome 10 vezes mais recursos computacionais do que executar transações. Em termos mais simples, o consumo atual de recursos na blockchain é bastante alto.

Após identificar esses problemas, o MegaETH começou a resolvê-los com soluções direcionadas, o que está alinhado com a lógica da solução mencionada acima:

1. Sequenciador de Alto Desempenho:

• Especialização de Nó: A MegaETH melhora a eficiência atribuindo tarefas a nós especializados. Os nós sequenciadores lidam com a ordenação e execução de transações, os nós completos gerenciam as atualizações de estado e validação, e os nós provadores verificam blocos usando hardware dedicado.
• Hardware de ponta: os sequenciadores usam servidores de alto desempenho (por exemplo, 100 núcleos, 1 TB de memória, rede de 10 Gbps) para lidar com grandes volumes de transações e gerar blocos rapidamente.

1. Otimização do Acesso ao Estado:

• Armazenamento na Memória: Os nós do sequenciador estão equipados com grandes quantidades de RAM, capazes de armazenar todo o estado da blockchain na memória, eliminando a latência de leitura do SSD e acelerando o acesso ao estado.
• Execução Paralela: Embora o efeito de aceleração do EVM paralelo em cargas de trabalho existentes seja limitado, o MegaETH otimiza o mecanismo de execução paralela e suporta a gestão de prioridades de transação para garantir que as transações críticas sejam processadas prontamente durante os períodos de pico.

1. Otimização do Interpretador:

• Compilação AOT/JIT: MegaETH introduz as técnicas de compilação Ahead-Of-Time (AOT) e Just-In-Time (JIT) para acelerar a execução de contratos de grande intensidade computacional. Embora as melhorias de desempenho para a maioria dos contratos em ambientes de produção sejam limitadas, essas técnicas podem melhorar significativamente o desempenho em cenários específicos de alta computação.

1. Otimização da Sincronização de Estado:

• Transmissão eficiente de dados: O MegaETH projeta um método eficiente de codificação e transmissão de diferenças de estado, capaz de sincronizar grandes atualizações de estado com largura de banda limitada.
• Tecnologia de compressão: Ao adotar técnicas avançadas de compressão, o MegaETH pode sincronizar as atualizações de estado para transações complexas (como trocas do Uniswap) dentro de restrições de largura de banda.

1. Otimização da Atualização da Raiz do Estado:

• Design MPT otimizado: MegaETH utiliza uma Merkle Patricia Trie otimizada (como NOMT) para reduzir as operações de leitura/escrita e melhorar a eficiência das atualizações da raiz de estado.
• Processamento em Lote: Ao processar atualizações de estado em lote, a MegaETH pode reduzir operações aleatórias de E/S em disco e melhorar o desempenho geral.

O conteúdo acima é bastante técnico, mas além desses detalhes técnicos, você pode ver que o MegaETH realmente tem alguma habilidade técnica. E uma motivação clara é:

Ao compartilhar publicamente dados técnicos detalhados e resultados de testes, a MegaETH tem como objetivo melhorar a transparência e credibilidade do projeto, permitindo que a comunidade técnica e potenciais usuários obtenham uma compreensão mais profunda e confiem no desempenho do sistema.

Equipa Prestigiada, Frequente Favorita?

Ao analisar o whitepaper, fica claro que, apesar do nome um tanto chamativo do MegaETH, os documentos e explicações frequentemente revelam uma meticulosidade técnica excessivamente detalhada.

A informação pública indica que a equipe da MegaETH parece ter origem chinesa. O CEO, Li Yilong, tem um Ph.D. em Ciência da Computação pela Stanford. O CTO, Yang Lei, tem um Ph.D. do MIT. O CBO (Chief Business Officer), Kong Shuyao, tem um MBA da Harvard Business School e tem experiência trabalhando em várias instituições da indústria (como a ConsenSys). O chefe de crescimento compartilha alguma sobreposição de carreira com o CBO e também se formou na New York University.

Uma equipa em que os quatro membros vêm naturalmente das principais universidades dos EUA exerce uma influência significativa em termos de conexões e recursos.

Anteriormente, no artigoGraduação como CEO, Pantera lidera rodada de $25 milhões para Nexus, apresentamos o CEO da Nexus, que, apesar de ser um recém-formado, também vem da Stanford e parece ter uma sólida formação técnica.

Os principais VCs realmente preferem os melhores tecnólogos de escolas de prestígio. Com Vitalik também investindo e o nome do projeto incluindo “ETH,” a narrativa técnica e o impacto de marketing provavelmente serão maximizados.

No clima atual, onde os antigos "projetos reis" se tornam "reis caídos," e há uma pausa em novos projetos e atividades de mercado, MegaETH está pronto para desencadear uma nova onda de FOMO.

Continuaremos a monitorizar e a fornecer atualizações sobre o testnet do projeto e as interações.

declaração:

1. Este artigo é reproduzido a partir de [ techflow], o título original é “Interpretação do white paper MegaETH: A infraestrutura nunca dorme, o que há de tão especial no grande financiamento L2 em que Vitalik participou?”, os direitos autorais pertencem ao autor original [深潮TechFlow], se tiver alguma objeção à reimpressão, entre em contato Equipe Gate LearnA equipa tratará do assunto o mais rapidamente possível de acordo com os procedimentos relevantes.

2. Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.

3. Outras versões do artigo são traduzidas pela equipe do Gate Learn, não mencionadas emGate.ioO artigo traduzido não pode ser reproduzido, distribuído ou plagiado.