Por Canuto  

Sei comenzó el despliegue por fases de Eidos, una reconstrucción de su arquitectura de almacenamiento que busca sostener la hoja de ruta Giga y su objetivo de 200.000 transacciones por segundo sin desconectar la red.
***

  • Sei v6.6 inició el traslado del estado EVM hacia una base de datos dedicada y activó mejoras en la poda de datos.
  • FlatKV, LtHash, LittDB y el archivo histórico fuera del nodo llegarán en etapas posteriores del despliegue.
  • La migración opera con los sistemas antiguos y nuevos en paralelo, mientras Sei verifica la integridad de los datos y mantiene la blockchain en línea.

Sei comenzó el despliegue por fases de Eidos, una actualización que reconstruye la manera en que su red de capa 1 almacena y verifica los datos en cadena. El cambio forma parte de la hoja de ruta Giga, con la que Sei apunta a procesar 200.000 transacciones por segundo, alcanzar 5 gigagas de rendimiento y ofrecer una finalidad inferior a 400 milisegundos.

Los primeros componentes de Eidos llegaron a mainnet mediante la versión v6.6, aunque la arquitectura completa se incorporará a través de lanzamientos sucesivos. La red trasladó inicialmente el estado de la Máquina Virtual de Ethereum, o EVM, hacia una base de datos dedicada, mientras que FlatKV, LtHash, el nuevo almacenamiento de recibos y los sistemas de archivo fuera del nodo quedaron programados para fases posteriores.

Una reconstrucción para acompañar a Giga

En una blockchain, el almacenamiento no solo conserva saldos y contratos, sino que también permite verificar que cada modificación del estado respeta las reglas de la red. Por eso, una cadena puede aumentar la velocidad de ejecución y aun así enfrentar un cuello de botella si sus bases de datos no procesan los cambios con la misma rapidez.

Sei explicó que las estructuras tradicionales basadas en árboles de Merkle obligan a los nodos a recalcular múltiples hashes cuando cambia un valor. Cada actualización modifica la ruta de hashes que conduce hasta la raíz del árbol, de modo que el trabajo requerido puede crecer junto con la cantidad de información almacenada en la red.

Eidos propone reemplazar esa estructura para el estado EVM con FlatKV, un sistema plano de almacenamiento clave-valor en el que una modificación individual exige una sola escritura. La verificación quedaría a cargo de LtHash, o hashing reticular, que mantiene una huella digital continua del estado y puede actualizarla en tiempo constante cuando se incorpora un nuevo valor.

Bajo el diseño descrito por Sei, el nodo elimina la contribución del valor anterior y agrega la del nuevo, en lugar de recalcular una ruta completa dentro de un árbol. La intención es mantener estable el trabajo necesario para cada actualización incluso cuando el estado de la red continúa expandiéndose.

El vínculo con Giga resulta directo: el whitepaper publicado por Sei Labs en mayo de 2025 planteó un objetivo de 200.000 transacciones por segundo y 5 gigagas, además de una finalidad inferior a 400 milisegundos. Con ese nivel de actividad, Sei calcula que la red tendría que escribir cientos de miles de entradas de base de datos por segundo, una carga que exige rediseñar la capa de almacenamiento.

El estado EVM tendrá una base de datos propia

Antes de Eidos, Sei indicó que el estado EVM compartía una base de datos con otros datos administrados por los nodos. La nueva arquitectura separa ese estado en un almacén dedicado, con el objetivo de impedir que las consultas históricas compitan directamente con el procesamiento de transacciones en vivo.

La división también busca reducir el trabajo que la actividad EVM impone a los módulos que no pertenecen a esa máquina virtual. El primer paso comenzó a llegar a mainnet durante agosto mediante Sei v6.6, en una migración que la red pretende ejecutar sin interrumpir la producción de bloques ni el acceso de los usuarios.

Junto con la separación del estado, Sei introdujo una ruta de poda reconstruida para eliminar datos que los nodos ya no necesitan mantener en el almacenamiento activo. Durante las pruebas y la operación inicial, la red afirmó que el proceso de limpieza pasó de tardar entre 8 y 18 minutos a aproximadamente cinco minutos.

La mejora también afectó la sincronización de los nodos, según las mediciones compartidas por Sei. Los operadores que antes podían quedar cientos de bloques detrás del puntero de la cadena permanecieron dentro de unos 60 bloques después del cambio, una diferencia relevante para una red que busca procesar volúmenes mucho mayores.

Los bloques y los recibos de transacciones también se están asignando a LittDB, un motor separado de almacenamiento. Sei describe esos datos como información que se escribe una vez, se consulta repetidamente y finalmente se archiva, por lo que sus necesidades difieren de las del estado de cuentas y contratos, que cambia con frecuencia.

Los benchmarks internos citados por la red situaron la capacidad de escritura de LittDB por encima de 1 GB por segundo, mientras manejaba cerca de 55.000 lecturas puntuales por segundo. Un nuevo almacén de recibos sostuvo más de 150.000 escrituras por segundo durante pruebas de varias horas que incluyeron recolección de basura, aunque Sei aclaró que esas cifras miden motores de almacenamiento y no equivalen al rendimiento transaccional de la blockchain.

El historial antiguo saldrá de los nodos activos

Eidos también modifica la cantidad de información histórica que cada nodo debería conservar localmente. Sei planea mantener en almacenamiento rápido el estado consultado con frecuencia y el historial reciente, mientras que los registros más antiguos pasarán a sistemas de archivo diseñados para ofrecer mayor capacidad.

La red aseguró que exploradores, indexadores y usuarios que auditen transacciones históricas seguirán pudiendo recuperar esos registros archivados. La diferencia consiste en que los datos menos consultados dejarán de ocupar recursos en los nodos activos, reduciendo la competencia entre búsquedas históricas y procesamiento de operaciones actuales.

El crecimiento del almacenamiento representa, sin embargo, una exigencia adicional para los operadores. Sei advirtió que el aumento del rendimiento puede obligarlos a utilizar hardware más rápido y costoso, especialmente si la red incorpora grandes volúmenes de actividad EVM y conserva servicios de consulta para aplicaciones y usuarios.

Esta tensión refleja uno de los desafíos centrales de las redes de alto rendimiento: aumentar el número de transacciones no elimina el costo de escribir, verificar, consultar y archivar sus consecuencias. La estrategia de Sei intenta repartir esas tareas entre motores especializados, en lugar de concentrarlas en una única base de datos con funciones distintas.

La infraestructura llega después de varios pasos destinados a ampliar el acceso al ecosistema EVM de Sei. MetaMask incorporó soporte nativo para Sei en agosto de 2025, permitiendo acceder a aplicaciones basadas en la red, intercambiar activos y transferir tokens directamente desde la billetera.

En aquel momento, las cifras citadas en el informe señalaban que Sei procesaba más de 4,2 millones de transacciones diarias y contaba con más de 11 millones de usuarios activos mensuales. Esos datos muestran el contexto de adopción que la red debe considerar mientras prepara una arquitectura capaz de soportar una actividad significativamente mayor.

En diciembre de 2025, un acuerdo de distribución separado contempló que Xiaomi preinstalara una billetera Sei en nuevos teléfonos inteligentes vendidos fuera de China continental y Estados Unidos. Ambas empresas también planearon habilitar pagos con stablecoins como USDC, con despliegues iniciales previstos para Hong Kong y la Unión Europea.

La migración continuará con la red en línea

Para los operadores de nodos, Sei diseñó la migración de almacenamiento como un proceso sin detención de la blockchain. Los sistemas existentes y los de reemplazo funcionan en paralelo mientras los datos se trasladan por lotes, bloque a bloque, con controles de gobernanza y un mecanismo de reversión en caso de que aparezcan problemas.

Antes del despliegue, nodos sombra reprodujeron el tráfico de mainnet contra los nuevos sistemas de almacenamiento. Sei afirmó que verificó de manera continua los hashes de integridad y que las pruebas mostraron tiempos de bloque prácticamente sin cambios mientras la migración avanzaba en segundo plano.

La red indicó que los usuarios y desarrolladores de aplicaciones no necesitan realizar ninguna acción durante el proceso. Los saldos, contratos inteligentes, registros históricos y endpoints RPC existentes deben permanecer disponibles, mientras que los operadores recibieron una guía con las banderas de configuración y el procedimiento documentado para revertir el cambio.

Eidos representa la tercera reconstrucción de almacenamiento emprendida por Sei. La red primero sustituyó su arquitectura original de almacenamiento basada en Cosmos por SeiDB, y ahora introduce la separación del estado EVM antes de incorporar FlatKV, LittDB y el sistema de archivo fuera del nodo en posteriores actualizaciones.

El resultado final dependerá de que esas piezas trabajen juntas bajo condiciones reales de carga, y no únicamente de los benchmarks individuales de cada motor. Por ahora, Sei intenta demostrar que puede cambiar sus cimientos mientras permanece operativa, una condición esencial para convertir la promesa de Giga en capacidad utilizable por aplicaciones y usuarios.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados