Während der Vorbereitung auf das Sei Giga-Upgrade hat Sei Labs die Leistung von Knoten mit verschiedenen State Store-Backends benchmarked. Beim Vergleich von RocksDB und PebbleDB mit MVCC für indexintensive historische Abfragen konnte RocksDB die Latenz der Knotenbetreiber um 10–40× reduzieren.

Wir haben die TraceBlock-Latenz über mehrere Millionen Blöcke gemessen – eine RPC-Abfrage, die umfangreiche Iterationen über Schlüssel/Wert-Paare im Statusspeicher durchführt. Mit zunehmender Knotenhistorie wächst die Iterationszeit von PebbleDB dramatisch, während RocksDB eine viel flachere Latenzkurve beibehält.

Der Hauptgrund für diesen Unterschied liegt im Backend-Design. RocksDB unterstützt native benutzerdefinierte Zeitstempel für MVCC und effiziente Spaltenfamilien. PebbleDB hingegen fehlt die native Versionierung, was eine Schlüssel-Suffixierung und manuelle Iteration über mehrere Versionen erfordert.

Dies führt zu einer erheblich besseren Iterationseffizienz in RocksDB – insbesondere für Knoten mit großem historischem Zustand. Mit zunehmender gespeicherter Historie wird der Leistungsunterschied zwischen PebbleDB und RocksDB deutlicher.

Während RocksDB einen geringfügigen Build-Kompromiss einführt, machen die Leistungsverbesserungen es zu einer starken Option für Archiv- und RPC-Knoten, die große Zustände oder lange Historien verarbeiten. Wir haben konsistente Verbesserungen bei der Trace-Latenz und der Iterationsgeschwindigkeit in verschiedenen Setups beobachtet.