Todo mundo pensa que EVM = lento
10k TPS e a cadeia já está sufocando
@Gravity perguntou: qual é o verdadeiro limite?
Eles pegaram Reth (um dos clientes Ethereum mais rápidos), reescreveram seu núcleo e construíram o Gravity Reth
Os resultados falam por si:
⚡41.000 TPS em transferências ERC20
🦄21.000 TPS em trocas Uniswap
⏱finalidade de bloco em sub-segundos
Não é um pequeno aumento. Um aumento de velocidade multifatorial.
🛠️Como funciona
A gravidade não apenas corrigiu Reth, eles reengenheiraram a camada de execução:
• Grevm → EVM paralelo híbrido
• Trie Aninhada → nova merklização, 3–10× mais rápida
• Cache de Gravidade → cache de estado para pesquisas instantâneas
• Redesenho do Mempool → O(1) pesquisas de conta + processamento em lote
• Arquitetura de Pipeline → múltiplos estágios de bloco em execução em paralelo
🔥Por que isso é alpha
O cálculo da raiz do estado costumava ser o maior gargalo.
🔸⏳n Reth: 380ms para 100k contas.
🔸⚡Em Gravity Reth: apenas 62ms, com apenas ~11% de crescimento do DB.
O mempool agora escala sob carga pesada sem bloqueios globais.
O cache fornece uma visão do “estado mais recente” mesmo com milhões de contas.
E o pipeline permite que o nó trabalhe em múltiplos blocos ao mesmo tempo, dobrando a capacidade.
🌍O que isso significa
- L2s com transações quase instantâneas
- DeFi e jogos sem lag
- Cadeias EVM que podem competir com a velocidade do Web2
E isso não é apenas “um fork no canto.”
Isso não é um fork lateral. Muitas otimizações já estão sendo mescladas na Reth, o que significa que este trabalho pode se tornar a nova linha de base para o ecossistema.
💡Este post é apenas um resumo destilado.
Para uma análise completa (com diagramas e mais detalhes), confira as excelentes análises de @GravityIntern abaixo
