Autor: Deep Chao TechFlow

 

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

Enquanto o mercado está sofrendo com lançamentos aéreos de PUA de vários projetos King, o mercado primário ainda está correndo solto no caminho de “criar reis King”.

Ontem à noite, nasceu outro L1 com uma formação explosiva --- MegaETH, com uma rodada inicial de financiamento de US$ 20 milhões. A Dragonfly liderou o investimento, e instituições como Figment Capital, Robot Ventures e Big Brain Holdings participaram do investimento. Os investidores anjos incluem Vitalik, Cobie, Joseph Lubin, Sreeram Kannan, Kartik Talwar, etc.

Os principais VCs lideram o investimento, Vitalik e outros grandes nomes do setor atuam como investidores anjos, e o nome do projeto carrega diretamente ETH... No mercado de criptografia com atenção limitada, esses rótulos são todos usados ​​para encontrar "legitimidade" para o projeto .

A julgar pela descrição oficial do projeto, MegaETH ainda pode ser resumido em uma palavra familiar – rápido.

O primeiro Blockchain em Tempo Real, entregando transações em velocidades relâmpago, latência inferior a um milissegundo e mais de 100.000 transações por segundo...

Agora que todos os participantes do mercado estão cansados ​​das narrativas de desempenho da cadeia pública, como a MegaETH pode se destacar?

Investigamos o white paper da MegaETH para tentar encontrar a resposta.

Existem muitas cadeias, mas nenhuma delas consegue atingir o "tempo real"

Deixando de lado essa narrativa e o hype, por que o mercado ainda precisa de um blockchain chamado MegaETH?

A resposta dada pela própria MegaETH é que simplesmente criar mais cadeias não resolve o problema de escalabilidade da blockchain. Agora L1/L2 estão enfrentando problemas comuns:

  • Todas as cadeias EVM apresentam baixo rendimento de transações;

  • Em segundo lugar, devido à escassez de poder computacional, aplicações complexas não podem ser colocadas na cadeia;

  • Finalmente, aplicações que exigem altas taxas de atualização ou ciclos de feedback rápidos não são viáveis ​​com longos tempos de bloqueio.

Em outras palavras, todos os blockchains atuais não podem realmente fazer:

  • Liquidação em tempo real: as transações são processadas imediatamente ao chegar ao blockchain e os resultados são publicados quase instantaneamente.

  • Processamento em tempo real: Os sistemas Blockchain são capazes de processar e verificar um grande número de transações num período de tempo extremamente curto.

O que esse tipo de tempo real significa em cenários de aplicação prática?

Por exemplo, a negociação de alta frequência requer a capacidade de concluir operações de colocação e cancelamento de pedidos em milissegundos. Ou pode ser um jogo com combate em tempo real ou simulação física, que exige que o blockchain atualize o status em uma frequência extremamente alta. Obviamente nenhuma das cadeias atuais pode fazer isso.

Especialização de nós e desempenho em tempo real

Então, para atingir o mencionado “tempo real”, qual a ideia geral do MegaETH? A versão que é muito longa para ler é:

Especialização de nó: Reduza a sobrecarga de consenso separando tarefas de execução de transações e responsabilidades completas de nó.

Se quisermos ser mais específicos, podemos ver que existem três funções principais no MegaETH: sequenciador, provador e nó completo.

Especificamente, há apenas um sequenciador ativo no MegaETH que executa transações a qualquer momento, e outros nós recebem diferenças de status através da rede p2p e atualizam o status local sem reexecutar as transações.

O sequenciador é responsável por classificar e executar as transações do usuário. No entanto, o MegaETH possui apenas um sequenciador ativo por vez, eliminando a sobrecarga de consenso durante a execução normal.

Os provadores usam um esquema de verificação sem estado para verificar blocos de maneira assíncrona e fora de ordem.

Um fluxo de trabalho simples do MegaETH é o seguinte:

1. Processamento e classificação de transações: As transações enviadas pelos usuários são primeiro enviadas ao Sequenciador, que processa essas transações para gerar novos blocos e dados testemunhas.

2. Publicação de dados: O sequenciador publica os blocos gerados, dados de testemunhas e diferenças de status no EigenDA (camada de disponibilidade de dados) para garantir que esses dados estejam disponíveis na rede.

3. Verificação de bloco: Prover Network (Proof Network) obtém os dados do bloco e da testemunha do sequenciador, verifica-os através de hardware dedicado, gera um certificado e o devolve ao sequenciador.

4. Atualização de status: a rede Fullnode recebe a diferença de status do sequenciador e atualiza o status local, ao mesmo tempo, pode verificar a validade do bloco através da rede de certificação para garantir a consistência e segurança do blockchain.

Meça primeiro e depois execute

A julgar por outros conteúdos do white paper, a própria MegaETH também percebeu que a ideia de “especialização de nó” é boa, mas não significa que possa ser facilmente colocada em prática.

Quando se trata de construir uma cadeia específica, MegaETH tem uma boa ideia: medir primeiro e depois executar. Ou seja, primeiro realizamos medições de desempenho aprofundadas para determinar os problemas reais do sistema blockchain existente e, em seguida, analisamos como colocar essa ideia de especialização de nó no sistema atual para resolver o problema.

Então, quais problemas o MegaETH detectou?

A parte seguinte está bem longe do alho-poró. Se você estiver impaciente, pode simplesmente passar para o próximo capítulo.

  • Execução de transações: seus experimentos mostraram que mesmo usando um servidor poderoso com 512 GB de memória, o cliente de execução Ethereum existente, Reth, só poderia atingir cerca de 1000 TPS (transações por segundo) em uma configuração de sincronização em tempo real, indicando que o sistema existente Existem gargalos de desempenho na execução de transações e atualizações.

  • Execução paralela: Chegando ao conceito popular de EVM paralelo, na verdade existem alguns problemas de desempenho que não foram resolvidos. O efeito de aceleração do EVM paralelo na produção real é limitado pelo paralelismo da carga de trabalho. As medições da MegaETH mostram que o paralelismo mediano nos blocos Ethereum recentes é inferior a 2, e mesmo quando vários blocos são mesclados, o paralelismo mediano só aumenta para 2,75.

(Um grau de paralelismo inferior a 2 significa que, na maioria dos casos, menos de duas transações em cada bloco podem ser executadas simultaneamente. Isto indica que a maioria das transações no sistema blockchain atual são interdependentes e não podem ser processadas em paralelismo em grande escala. .)

  • Sobrecarga do intérprete: intérpretes EVM ainda mais rápidos, como revm, ainda são 1 a 2 ordens de magnitude mais lentos que a execução nativa.

  • Sincronização de estado: A sincronização de 100.000 transferências ERC-20 por segundo requer 152,6 Mbps de largura de banda, e transações mais complexas requerem mais largura de banda. A atualização da raiz do estado em Reth consome 10 vezes mais recursos computacionais do que a execução de transações. Para ser franco, o consumo atual de recursos do blockchain é um pouco grande.

Depois de testar esses problemas, a MegaETH passou a prescrever o medicamento certo, o que facilitou a racionalização da lógica de solução citada acima:

  1. Classificador de alto desempenho:

Especialização de nó: MegaETH melhora a eficiência alocando tarefas a nós especializados. O nó sequenciador lida especificamente com a ordenação e execução de transações, o nó completo é responsável pelas atualizações e verificação de status e o nó de atestado usa hardware dedicado para verificar os blocos.

Hardware de última geração: o sequenciador usa 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 de memória: os nós classificadores são equipados com grandes quantidades de RAM e podem armazenar todo o estado do blockchain na memória, eliminando assim 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 nas cargas de trabalho existentes seja limitado, o MegaETH otimiza o mecanismo de execução paralela e oferece suporte ao gerenciamento de prioridades de transações para garantir que transações críticas possam ser processadas em tempo hábil, mesmo durante períodos de pico.

  1. Otimização do intérprete:

Compilação AOT/JIT: MegaETH acelera a execução de contratos com uso intensivo de computação, introduzindo a tecnologia de compilação AOT/JIT. Mesmo que a melhoria de desempenho da maioria dos contratos em um ambiente de produção seja limitada, essas tecnologias ainda podem ser significativas para cenários específicos de alta demanda computacional. Melhorar o desempenho.

  1. Otimização de sincronização de status:

Transmissão de dados eficiente: MegaETH projetou um método eficiente de codificação e transmissão de diferença de estado que pode sincronizar um grande número de atualizações de estado com largura de banda limitada.

Tecnologia de compressão: Ao empregar tecnologia de compressão avançada, MegaETH é capaz de sincronizar atualizações de status para transações complexas (como trocas Uniswap) dentro das restrições de largura de banda.

  1. Otimização da atualização raiz do estado:

Design MPT otimizado: MegaETH usa Merkle Patricia Trie otimizado (como NOMT) ​​​​para reduzir operações de leitura e gravação e melhorar a eficiência das atualizações de raiz de estado.

Tecnologia de processamento em lote: Ao processar atualizações de status em lote, o MegaETH pode reduzir operações aleatórias de E/S de disco e melhorar o desempenho geral.

As coisas acima são na verdade muito técnicas, mas além desses detalhes técnicos, você pode realmente ver que MegaETH realmente tem algumas habilidades técnicas, e também pode sentir claramente uma motivação:

Ao divulgar dados técnicos detalhados e resultados de testes, procuramos aumentar a transparência e credibilidade do projeto, permitindo que a comunidade técnica e potenciais utilizadores tenham uma compreensão mais profunda e confiança no desempenho do seu sistema.

Uma equipe de uma escola de prestígio que muitas vezes é favorecida?

No processo de interpretação do white paper, pode-se sentir claramente que embora o nome MegaETH seja um pouco exagerado, os documentos e instruções muitas vezes revelam a natureza rigorosa e excessivamente detalhada de um Nerd técnico.

Informações públicas mostram que a equipe MegaETH parece ter formação chinesa, e o CEO Li Yilong é de Stanford e tem doutorado em ciência da computação, Yang Lei tem doutorado pelo MIT, e CBO (Business Officer) Kong Shuyao tem doutorado pelo; Harvard Business School Possui formação em MBA e experiência de trabalho em diversas instituições do setor (ConsenSys, etc.); o responsável pelo crescimento tem alguma sobreposição de currículo com o CBO e também é da prestigiada Universidade de Nova York.

Uma equipe de quatro pessoas vem das melhores universidades dos Estados Unidos. Sua influência em termos de conexões e recursos é evidente.

Anteriormente, também apresentamos no artigo “Graduados tornam-se CEOs, qual é a origem do Nexus, liderado pela Pantera no investimento de 25 milhões de yuans”. Embora o CEO do Nexus seja recém-formado, ele também é de Stanford e também parece”. ter sólida formação em tecnologia.

Como esperado, os principais VCs preferem os magnatas da tecnologia das melhores escolas. Além disso, Vitalik também participou do investimento e tem ETH em seu nome. A narrativa técnica e o efeito de marketing podem ser completos.

Atualmente, quando o antigo “Rei do Céu” se tornou “Morto do Céu”, os projetos estão em declínio e o mercado está estagnado, o MegaETH obviamente trará uma nova rodada de efeito FOMO.

Continuaremos atentos a mais informações sobre o testnet e a interação do projeto.