Mientras se preparaban para la actualización Sei Giga, Sei Labs evaluó el rendimiento de los nodos utilizando diferentes backends de almacenamiento de estado. Al comparar RocksDB y PebbleDB con MVCC para consultas históricas con mucho índice, RocksDB pudo reducir la latencia del operador del nodo en un 10–40×.

Medimos la latencia de traceBlock a través de varios millones de bloques: una consulta RPC que realiza una iteración extensa sobre pares clave/valor en el almacén de estado. A medida que aumenta la historia del nodo, el tiempo de iteración de PebbleDB crece drásticamente, mientras que RocksDB mantiene una curva de latencia mucho más plana.

La razón principal de esta diferencia radica en el diseño del backend. RocksDB admite marcas de tiempo definidas por el usuario de forma nativa para MVCC y familias de columnas eficientes. PebbleDB, en cambio, carece de versionado nativo, lo que requiere sufijos de clave e iteración manual sobre múltiples versiones.

Esto conduce a una eficiencia de iteración significativamente mejor en RocksDB, especialmente para nodos con un gran estado histórico. A medida que aumenta la historia almacenada, la diferencia de rendimiento entre PebbleDB y RocksDB se vuelve más pronunciada.

Aunque RocksDB introduce un pequeño compromiso en la construcción, las mejoras en el rendimiento lo convierten en una opción sólida para nodos de archivo y RPC que manejan un gran estado o una larga historia. Hemos observado mejoras consistentes en la latencia de trazas y la velocidad de iteración en todas las configuraciones.