Tout le monde pense que l'EVM = lent
10k TPS et la chaîne est déjà en train d'étouffer
@Gravity a demandé : quelle est la vraie limite ?
Ils ont pris Reth (l'un des clients Ethereum les plus rapides), réécrit son cœur et construit Gravity Reth
Les résultats parlent d'eux-mêmes :
⚡41,000 TPS sur les transferts ERC20
🦄21,000 TPS sur les échanges Uniswap
⏱finalité de bloc inférieure à une seconde
Pas un petit coup. Une accélération multipliée.
🛠️Comment ça fonctionne
La gravité n'a pas seulement corrigé Reth, ils ont reconfiguré la couche d'exécution :
• Grevm → EVM parallèle hybride
• Trie imbriqué → nouvelle merklisation, 3–10× plus rapide
• Cache de gravité → cache d'état pour des recherches instantanées
• Refonte de la mempool → O(1) recherches de comptes + traitement par lots
• Architecture de pipeline → plusieurs étapes de bloc fonctionnant en parallèle
🔥Pourquoi c'est alpha
Le calcul de la racine d'état était auparavant le plus grand goulot d'étranglement.
🔸⏳n Reth : 380ms pour 100k comptes.
🔸⚡Dans Gravity Reth : seulement 62ms, avec seulement ~11% de croissance de la DB.
La mempool se met maintenant à l'échelle sous forte charge sans verrouillages globaux.
Le cache fournit une vue de “dernier état” même avec des millions de comptes.
Et le pipeline permet au nœud de travailler sur plusieurs blocs à la fois, doublant le débit.
🌍Ce que cela signifie
- L2s avec des transactions quasi instantanées
- DeFi et jeux sans décalage
- Chaînes EVM pouvant rivaliser avec la vitesse Web2
Et ce n'est pas juste “un fork dans le coin.”
Ce n'est pas un fork secondaire. De nombreuses optimisations sont déjà fusionnées en amont dans Reth, ce qui signifie que ce travail peut devenir la nouvelle référence pour l'écosystème.
💡Ce post est juste un résumé distillé.
Pour une plongée approfondie (avec diagrammes et plus de détails), consultez les excellentes analyses de @GravityIntern ci-dessous
