Sei hat begonnen, sein Eidos-Speicher-Upgrade auszurollen, das die Art und Weise neu aufbaut, wie das Layer-1-Netzwerk On-Chain-Daten speichert und verifiziert, während seine Giga-Roadmap einen Durchsatz von 200.000 Transaktionen pro Sekunde anstrebt.
Zusammenfassung
- Sei hat mit der schrittweisen Einführung von Eidos durch das v6.6-Mainnet-Upgrade begonnen.
- Eidos baut die Speicherarchitektur des Netzwerks neu auf, während Giga 200.000 TPS anstrebt.
- Der EVM-Zustand wird in eine dedizierte Datenbank aufgeteilt, während FlatKV und LtHash für spätere Phasen geplant sind.
- Die Migration ist so konzipiert, dass sie läuft, während Sei online bleibt, wobei bestehende und neue Speichersysteme parallel betrieben werden.
Sei sagte in einem technischen Update vom 12. August, dass Eidos darauf ausgelegt ist, Speicherbeschränkungen zu beseitigen, die die Ausführungsschicht des Netzwerks daran hindern könnten, mit den unter Giga geplanten Geschwindigkeiten zu arbeiten. Das Upgrade ist die Speicherkomponente einer dreiteiligen Architekturüberholung, die auch Autobahn für den Konsens und Ares für die Transaktionsausführung umfasst.
Die ersten Eidos-Komponenten haben das Mainnet bereits über Sei v6.6 erreicht, obwohl das vollständige Speichersystem in Stufen eingeführt wird. Der EVM-Zustand hat begonnen, in eine dedizierte Datenbank zu wechseln, während FlatKV, LtHash, neue Belegspeicherung und Off-Node-Archivsysteme für spätere Veröffentlichungen geplant sind.
Sei Eidos-Upgrade ändert, wie der Zustand gespeichert wird
Im Zentrum von Eidos steht eine Änderung der Art und Weise, wie Sei plant, den Zustand der Ethereum Virtual Machine zu verwalten und zu verifizieren.
Sei sagte, dass traditionelle Merkle-Bäume erfordern, dass Knoten mehrere Hashes neu berechnen, wenn sich ein Wert ändert, da jede Aktualisierung die Kette von Hashes verändert, die zur Wurzel des Baums führt. Mit zunehmender Menge gespeicherter Daten können einzelne Zustandsänderungen daher zusätzliche Datenbankarbeit erfordern.
Eidos soll diese Struktur für den EVM-Zustand durch FlatKV ersetzen, ein flaches Schlüssel-Wert-Speichersystem, bei dem eine einzelne Zustandsänderung einen einzigen Schreibvorgang erfordert. Die Verifizierung erfolgt mit LtHash oder Gitter-Hashing, das einen laufenden Fingerabdruck des Zustands verwaltet.
Unter dem von Sei beschriebenen Design kann LtHash diesen Fingerabdruck in konstanter Zeit aktualisieren, wenn sich der Zustand ändert. Anstatt einen Pfad von Hashes durch einen Merkle-Baum neu zu berechnen, entfernt ein Knoten den Beitrag des alten Werts und fügt den neuen hinzu, sodass der Arbeitsaufwand pro Aktualisierung unverändert bleibt, während sich der Zustand ausdehnt.
Die technische Änderung steht in direktem Zusammenhang mit den für Giga festgelegten Leistungszielen. Wie crypto.news im Mai 2025 berichtete, hat Sei Labs sein Giga-Whitepaper veröffentlicht mit einem Design, das 200.000 Transaktionen pro Sekunde, 5 Gigagas Durchsatz und Finalität unter 400 Millisekunden anstrebt.
Bei diesem Durchsatz müsste das Netzwerk laut Sei auch Hunderttausende von Datenbankeinträgen pro Sekunde schreiben. Eine schnellere Transaktionsausführung würde daher nur begrenzten Nutzen bringen, wenn die Speicherschicht Zustandsänderungen und Transaktionshistorie nicht mit vergleichbarer Geschwindigkeit verarbeiten könnte.
EVM-Daten werden in eine separate Datenbank verschoben
Ein weiterer Teil von Eidos trennt den EVM-Zustand von anderen Daten, die von Sei-Knoten verarbeitet werden.
Vor der Änderung teilte sich der EVM-Zustand laut Sei eine Datenbank mit anderen Informationen in der Kette. Die neue Architektur gibt dem EVM-Zustand einen eigenen dedizierten Speicher, wodurch historische Abfragen nicht direkt mit der Live-Transaktionsverarbeitung konkurrieren und die Datenbankarbeit für Nicht-EVM-Module reduziert wird.
Die Aufteilung begann im August mit der v6.6-Version im Mainnet. Sei führte auch einen neu aufgebauten Bereinigungspfad ein, um Daten zu entfernen, die Knoten nicht mehr im aktiven Speicher behalten müssen.
Laut dem Netzwerk reduzierten die Pruning-Änderungen einen Bereinigungsprozess während Tests und Betrieb von zwischen acht und 18 Minuten auf etwa fünf Minuten. Knoten, die zuvor Hunderte von Blöcken hinter der Chain-Spitze zurückfallen konnten, blieben nach der Änderung innerhalb von etwa 60 Blöcken, so Sei.
Blöcke und Transaktionsbelege werden außerdem einer separaten Speicher-Engine namens LittDB zugewiesen. Sei beschrieb Blöcke und Belege als Daten, die einmal geschrieben, wiederholt gelesen und schließlich archiviert werden, wodurch sich ihre Speicheranforderungen von häufig aktualisierten Konten- und Vertragszuständen unterscheiden.
Von Sei zitierte interne Benchmarks beziffern den Schreibdurchsatz von LittDB auf über ein Gigabyte pro Sekunde bei etwa 55.000 Punktlesevorgängen pro Sekunde. Ein neuer Belegspeicher hielt bei mehrstündigen Benchmark-Tests, einschließlich Garbage Collection, mehr als 150.000 Schreibvorgänge pro Sekunde aufrecht. Sei warnte jedoch, dass die Zahl die Speicher-Engine misst und nicht als Blockchain-Transaktionsdurchsatz betrachtet werden sollte.
Ältere Historie wird von aktiven Knoten entfernt
Eidos ändert auch, wie viele historische Informationen einzelne Knoten lokal speichern sollen.
Sei erklärte, dass häufig abgerufene Zustände und die jüngste Chain-Historie auf schnellem lokalem Speicher verbleiben, während ältere historische Aufzeichnungen in Archivsysteme verschoben werden, die für Kapazität ausgelegt sind. Explorer, Indexer und Benutzer, die historische Transaktionen prüfen, können die archivierten Informationen weiterhin abrufen, so das Netzwerk.
Die Reduzierung der auf aktiven Knoten gespeicherten Altdaten soll verhindern, dass historische Abfragen Ressourcen verbrauchen, die für aktuelle Transaktionen benötigt werden. Sei erklärte, dass steigende Speicheranforderungen andernfalls Betreiber dazu zwingen können, schnellere und teurere Hardware zu verwenden, wenn der Netzwerkdurchsatz steigt.
Die Infrastrukturarbeit folgt auf frühere Bemühungen, den Zugang zum EVM-Ökosystem von Sei zu erweitern. MetaMask hat im August 2025 native Sei-Unterstützung hinzugefügt, sodass Benutzer direkt über die Wallet auf Sei-basierte Anwendungen zugreifen, Assets tauschen und Token überbrücken können. Zu diesem Zeitpunkt verarbeitete Sei mehr als 4,2 Millionen tägliche Transaktionen und hatte mehr als 11 Millionen monatlich aktive Benutzer, so Zahlen aus dem Bericht.
Eine separate Vertriebsvereinbarung, die im Dezember 2025 angekündigt wurde, sah vor, dass Xiaomi eine Sei-Wallet auf neuen Smartphones vorinstalliert, die außerhalb des chinesischen Festlands und der USA verkauft werden. Die Unternehmen planten auch die Unterstützung von Stablecoin-Zahlungen mit Vermögenswerten wie USDC, wobei erste Zahlungsbereitstellungen für Hongkong und die Europäische Union geplant waren.
Eidos-Migration läuft, während Sei online bleibt
Für Knotenbetreiber führt Sei die Speichermigration durch, ohne die Blockchain zu stoppen.
Das Netzwerk erklärte, dass bestehende und Ersatzspeichersysteme parallel betrieben werden, während Daten blockweise von Block zu Block verschoben werden. Die Einführung wird über Governance gesteuert und wurde mit einem Rollback-Prozess für den Fall von Problemen entworfen.
Vor der Bereitstellung spielten Schattenknoten den Mainnet-Verkehr gegen die neuen Speichersysteme ab, während Integritäts-Hashes kontinuierlich überprüft wurden, so Sei. Tests zeigten, dass die Blockzeiten weitgehend unverändert blieben, während Migrationsprozesse im Hintergrund liefen.
Eidos ist der dritte Speicherumbau, den Sei durchführt. Das Netzwerk ersetzte zuvor seine ursprüngliche Cosmos-Speicherarchitektur durch SeiDB, gefolgt von der jetzt auf Mainnet eingeführten State-Store-Trennung. FlatKV, LittDB und das Off-Node-Archivsystem werden die nächste Stufe bilden, wenn sie in späteren Releases eintreffen.
Benutzer und Anwendungsentwickler müssen während der Migration keine Maßnahmen ergreifen, so Sei, da Kontostände, Smart Contracts, historische Aufzeichnungen und bestehende RPC-Endpunkte verfügbar bleiben. Knotenbetreiber haben einen Migrationsleitfaden erhalten, der Konfigurationsflags und den dokumentierten Rollback-Prozess für das neue Speichersystem abdeckt.
