Jeder denkt, EVM = langsam
10k TPS und die Kette erstickt bereits
@Gravity fragte: Was ist die echte Grenze?
Sie haben Reth (einen der schnellsten Ethereum-Clients) übernommen, seinen Kern neu geschrieben und Gravity Reth gebaut
Die Ergebnisse sprechen für sich:
⚡41.000 TPS bei ERC20-Transfers
🦄21.000 TPS bei Uniswap-Swaps
⏱untersekündliche Blockfinalität
Kein kleiner Anstoß. Eine vielfache Beschleunigung.
🛠️Wie es funktioniert
Gravity hat nicht nur Reth gepatcht, sie haben die Ausführungsschicht neu gestaltet:
• Grevm → hybrides paralleles EVM
• Verschachtelte Trie → neue Merklisierung, 3–10× schneller
• Gravity Cache → Zustandsspeicher für sofortige Abfragen
• Mempool-Neugestaltung → O(1) Kontenabfragen + Batchverarbeitung
• Pipeline-Architektur → mehrere Blockstufen, die parallel laufen
🔥Warum das alpha ist
Die Berechnung des Zustandswurzel war früher der größte Engpass.
🔸⏳n Reth: 380ms für 100k Konten.
🔸⚡In Gravity Reth: nur 62ms, mit nur ~11% DB-Wachstum.
Der Mempool skalierte jetzt unter hoher Last ohne globale Sperren.
Der Cache bietet eine „neueste Zustand“-Ansicht, selbst mit Millionen von Konten.
Und die Pipeline ermöglicht es dem Knoten, an mehreren Blöcken gleichzeitig zu arbeiten, was die Durchsatzrate verdoppelt.
🌍Was es bedeutet
- L2s mit nahezu sofortigen Transaktionen
- DeFi und Gaming ohne Verzögerung
- EVM-Ketten, die mit Web2-Geschwindigkeit konkurrieren können
Und das ist nicht nur „ein Fork in der Ecke.“
Dies ist kein Seitenfork. Viele Optimierungen werden bereits upstream in Reth zusammengeführt, was bedeutet, dass diese Arbeit die neue Basis für das Ökosystem werden kann.
💡Dieser Beitrag ist nur eine verdichtete Zusammenfassung.
Für den vollständigen tiefen Einblick (mit Diagrammen und weiteren Details) schauen Sie sich die hervorragenden Aufschlüsselungen von @GravityIntern unten an
