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

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

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

Com VCs de primeira linha liderando a rodada de financiamento e gigantes do setor como Vitalik como investidores-anjo e um nome de projeto que inclui diretamente "ETH", todas essas tags visam estabelecer "legitimidade" em um mercado cripto com atenção limitada.

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

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

Em um mercado onde todos os participantes estão cansados de narrativas sobre o desempenho do blockchain, como o MegaETH se destaca?

Nós mergulhamos no whitepaper da MegaETH para encontrar a resposta.

Muitas correntes, mas nenhuma pode alcançar “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 correntes 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 capacidade de transação;
• Devido aos recursos computacionais limitados, aplicativos complexos não podem ser implantados na cadeia;
• Aplicações que exigem altas taxas de atualização ou ciclos de feedback rápidos são inviáveis com longos tempos de bloco.

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

• Compensação em tempo real: As transações são processadas imediatamente ao alcançarem 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 tempo extremamente curto.

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

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

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

Então, como o MegaETH alcança as capacidades "em tempo real" mencionadas acima? 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 possui 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 por meio da rede P2P e atualizam seus estados locais sem reexecutar as transações.

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

Provers usamverificação sem estadoverificar blocos de forma assíncrona e desordenada.

Um fluxo de trabalho simplificado do MegaETH é o seguinte:

1. Processamento e Sequenciamento de Transações: As transações enviadas pelos usuários 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 busca 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 do Prover, garantindo consistência e segurança da blockchain.

Meça primeiro, depois execute

De outros conteúdos do whitepaper, a MegaETH própria 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 possui uma abordagem interessante: medir primeiro e 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 essas questões.

Então, quais problemas o MegaETH identificou?

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

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

(Um paralelismo inferior a 2 significa que, na maioria dos casos, há 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 Interpretador: Mesmo os interpretadores EVM mais rápidos, como o revm, ainda são de 1 a 2 ordens de magnitude mais lentos do que a execução nativa.
• Sincronização do Estado: Sincronizar 100.000 transferências 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 do estado no Reth consome 10 vezes mais recursos computacionais do que executar transações. Em termos mais simples, o consumo de recursos da blockchain atual é bastante alto.

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

1. Sequenciador de Alto Desempenho:

• Especialização de Nó: 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 atualizações de estado e validação, e os nós probadores verificam blocos usando hardware dedicado.
• Hardware de alta qualidade: os sequenciadores utilizam servidores de alto desempenho (por exemplo, 100 núcleos, 1TB de memória, rede de 10Gbps) para lidar com grandes volumes de transações e gerar blocos rapidamente.

1. Otimização de Acesso ao Estado:

• Armazenamento em Memória: os nós Sequencer estão equipados com grandes quantidades de RAM, capazes de armazenar todo o estado do blockchain em memória, eliminando a latência de leitura 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 motor de execução paralela e suporta o gerenciamento de prioridade de transações para garantir que transações críticas sejam processadas prontamente durante os horários de pico.

1. Otimização do Interpretador:

• AOT/JIT Compilação: O MegaETH apresenta técnicas de compilação Ahead-Of-Time (AOT) e Just-In-Time (JIT) para acelerar a execução de contratos intensivos em computação. 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 de Sincronização de Status:

• 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 atualizações de estado para transações complexas (como trocas Uniswap) dentro das restrições de largura de banda.

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

• Design MPT otimizado: o MegaETH utiliza uma árvore de Patricia Merkle otimizada (como NOMT) para reduzir operações de leitura/escrita e melhorar a eficiência das atualizações da raiz do estado.
• Processamento em Lote: Ao processar atualizações de estado em lote, o MegaETH pode reduzir operações randômicas 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 possui algumas habilidades técnicas. E uma motivação clara é:

Ao compartilhar publicamente dados técnicos detalhados e resultados de testes, o MegaETH tem como objetivo melhorar a transparência e a credibilidade do projeto, permitindo que a comunidade técnica e os usuários em potencial compreendam e confiem melhor no desempenho do seu sistema.

Time de prestígio, frequentemente favorecido ?

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

Informações públicas indicam que a equipe da MegaETH tem origem chinesa. O CEO, Li Yilong, possui um Ph.D. em Ciência da Computação pela Universidade de Stanford. O CTO, Yang Lei, possui um Ph.D. pelo MIT. O CBO (Chief Business Officer), Kong Shuyao, possui um MBA pela Harvard Business School e tem experiência trabalhando em várias instituições do setor (como a ConsenSys). O chefe de crescimento compartilha parte da trajetória profissional com o CBO e também se formou na Universidade de Nova York.

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

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

Os principais VCs realmente têm preferência por tecnólogos de primeira linha de escolas prestigiadas. 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 calmaria em novos projetos e atividade de mercado, a MegaETH está pronta para desencadear uma nova onda de FOMO.

Continuaremos monitorando e fornecendo atualizações sobre a testnet e interações do projeto.

declaração:

1. Este artigo foi reproduzido a partir de [ techflow], o título original é “Interpretação do white paper da MegaETH: A infraestrutura nunca dorme, o que há de tão especial no L2 de financiamento enorme em que Vitalik participou?”, os direitos autorais pertencem ao autor original [深潮TechFlow], se você tiver alguma objeção à reprodução, por favor entre em contato comEquipe Gate Learn, a equipe irá lidar com isso o mais rápido possível de acordo com os procedimentos relevantes.

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

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