Sei a commencé à déployer sa mise à niveau de stockage Eidos, reconstruisant la façon dont le réseau de couche 1 stocke et vérifie les données en chaîne alors que sa feuille de route Giga vise un débit de 200 000 transactions par seconde.
Résumé
- Sei a commencé le déploiement progressif d'Eidos via sa mise à niveau du réseau principal v6.6.
- Eidos reconstruit l'architecture de stockage du réseau alors que Giga vise 200 000 TPS.
- L'état EVM est séparé dans une base de données dédiée, tandis que FlatKV et LtHash sont prévus pour les étapes ultérieures.
- La migration est conçue pour s'exécuter pendant que Sei reste en ligne, avec les systèmes de stockage existants et nouveaux fonctionnant en parallèle.
Sei a déclaré dans une mise à jour technique du 12 août que Eidos est conçu pour supprimer les contraintes de stockage qui pourraient empêcher la couche d'exécution du réseau de fonctionner aux vitesses prévues dans le cadre de Giga. La mise à niveau est le composant de stockage d'une refonte architecturale en trois parties qui comprend également Autobahn pour le consensus et Ares pour l'exécution des transactions.
Les premiers composants d'Eidos ont déjà atteint le réseau principal via Sei v6.6, bien que le système de stockage complet soit introduit par étapes. L'état EVM a commencé à être déplacé dans une base de données dédiée, tandis que FlatKV, LtHash, le nouveau stockage de reçus et les systèmes d'archivage hors nœud sont prévus pour les versions ultérieures.
La mise à niveau Sei Eidos change la façon dont l'état est stocké
Au cœur d'Eidos se trouve un changement dans la manière dont Sei prévoit de maintenir et de vérifier l'état de la machine virtuelle Ethereum.
Sei a déclaré que les arbres de Merkle traditionnels obligent les nœuds à recalculer plusieurs hachages lorsqu'une valeur change, car chaque mise à jour modifie la chaîne de hachages menant à la racine de l'arbre. À mesure que la quantité de données stockées augmente, les changements d'état individuels peuvent donc nécessiter un travail supplémentaire sur la base de données.
Eidos est destiné à remplacer cette structure pour l'état EVM par FlatKV, un système de stockage clé-valeur plat où un changement d'état individuel nécessite une seule écriture. La vérification sera effectuée à l'aide de LtHash, ou hachage en treillis, qui maintient une empreinte continue de l'état.
Selon la conception décrite par Sei, LtHash peut mettre à jour cette empreinte en temps constant lorsque l'état change. Au lieu de recalculer un chemin de hachages à travers un arbre de Merkle, un nœud supprime la contribution de l'ancienne valeur et ajoute la nouvelle, laissant la quantité de travail par mise à jour inchangée à mesure que l'état s'étend.
Le changement technique est directement lié aux objectifs de performance définis pour Giga. Comme crypto.news l'a rapporté en mai 2025, Sei Labs a publié son livre blanc Giga avec une conception visant 200 000 transactions par seconde, 5 gigagas de débit et une finalité inférieure à 400 millisecondes.
À ce débit, Sei a déclaré que le réseau devrait également écrire des centaines de milliers d'entrées de base de données chaque seconde. Une exécution plus rapide des transactions offrirait donc un avantage limité si la couche de stockage ne pouvait pas traiter les changements d'état et l'historique des transactions à un rythme comparable.
Les données EVM sont déplacées dans une base de données séparée
Une autre partie d'Eidos sépare l'état EVM des autres données gérées par les nœuds Sei.
Avant le changement, Sei a déclaré que l'état EVM partageait une base de données avec d'autres informations sur la chaîne. La nouvelle architecture donne à l'état EVM son propre stockage dédié, empêchant les requêtes historiques de concurrencer directement le traitement des transactions en direct et réduisant le travail de base de données imposé aux modules non-EVM.
La séparation a commencé à atteindre le réseau principal dans la version v6.6 en août. Sei a également introduit un chemin d'élagage reconstruit pour supprimer les données que les nœuds n'ont plus besoin de conserver dans le stockage actif.
Selon le réseau, les changements d'élagage ont réduit un processus de nettoyage de entre huit et 18 minutes à environ cinq minutes lors des tests et de l'exploitation. Les nœuds qui pouvaient auparavant prendre des centaines de blocs de retard sur la tête de chaîne sont restés dans environ 60 blocs après le changement, a déclaré Sei.
Les blocs et les reçus de transaction sont également attribués à un moteur de stockage séparé appelé LittDB. Sei a décrit les blocs et les reçus comme des données écrites une fois, lues de manière répétée et finalement archivées, ce qui rend leurs exigences de stockage différentes de l'état des comptes et des contrats fréquemment mis à jour.
Les benchmarks internes cités par Sei placent le débit d'écriture de LittDB au-dessus d'un gigaoctet par seconde tout en gérant environ 55 000 lectures ponctuelles par seconde. Un nouveau magasin de reçus a soutenu plus de 150 000 écritures par seconde lors de tests de benchmark de plusieurs heures incluant la collecte des déchets. Sei a averti que la mesure concerne le moteur de stockage et ne doit pas être traitée comme un débit de transactions blockchain.
L'historique plus ancien s'éloignera des nœuds actifs
Eidos modifie également la quantité d'informations historiques que les nœuds individuels sont censés conserver localement.
Sei a déclaré que l'état fréquemment accédé et l'historique récent de la chaîne resteront sur un stockage local rapide, tandis que les enregistrements historiques plus anciens seront déplacés vers des systèmes d'archivage conçus pour la capacité. Les explorateurs, les indexeurs et les utilisateurs qui auditent les transactions historiques pourront toujours récupérer les informations archivées, selon le réseau.
Réduire la quantité de données anciennes conservées sur les nœuds actifs vise à empêcher les requêtes historiques de consommer des ressources nécessaires aux transactions actuelles. Sei a déclaré que des exigences de stockage croissantes peuvent autrement forcer les opérateurs à utiliser du matériel plus rapide et plus coûteux à mesure que le débit du réseau augmente.
Le travail d'infrastructure fait suite à des efforts antérieurs pour augmenter l'accès à l'écosystème EVM de Sei. MetaMask a ajouté le support natif de Sei en août 2025, permettant aux utilisateurs d'accéder aux applications basées sur Sei, d'échanger des actifs et de transférer des jetons directement via le portefeuille. À l'époque, Sei traitait plus de 4,2 millions de transactions quotidiennes et comptait plus de 11 millions d'utilisateurs actifs mensuels, selon les chiffres cités dans le rapport.
Un accord de distribution séparé annoncé en décembre 2025 prévoyait que Xiaomi préinstalle un portefeuille Sei sur les nouveaux smartphones vendus en dehors de la Chine continentale et des États-Unis. Les entreprises prévoyaient également de prendre en charge les paiements en stablecoin utilisant des actifs tels que l'USDC, avec des déploiements de paiement initiaux prévus pour Hong Kong et l'Union européenne.
La migration Eidos s'exécute pendant que Sei reste en ligne
Pour les opérateurs de nœuds, Sei effectue la migration du stockage sans arrêter la blockchain.
Le réseau a déclaré que les systèmes de stockage existants et de remplacement fonctionneront côte à côte pendant que les données se déplacent par lots de bloc en bloc. Le déploiement est contrôlé par la gouvernance et a été conçu avec un processus de retour en arrière si des problèmes surviennent.
Avant le déploiement, des nœuds fantômes ont rejoué le trafic du réseau principal contre les nouveaux systèmes de stockage tandis que les hachages d'intégrité étaient continuellement vérifiés, selon Sei. Les tests ont montré que les temps de bloc restaient largement inchangés pendant que les processus de migration fonctionnaient en arrière-plan.
Eidos est la troisième refonte du stockage entreprise par Sei. Le réseau a précédemment remplacé son architecture de stockage Cosmos d'origine par SeiDB, suivi de la séparation du stockage d'état maintenant introduite sur le réseau principal. FlatKV, LittDB et le système d'archivage hors nœud formeront la prochaine étape à mesure qu'ils arriveront via les versions ultérieures.
Les utilisateurs et les développeurs d'applications n'ont pas besoin d'agir pendant la migration, selon Sei, les soldes, les contrats intelligents, les enregistrements historiques et les points de terminaison RPC existants restant disponibles. Les opérateurs de nœuds ont reçu un guide de migration couvrant les indicateurs de configuration et le processus de retour en arrière documenté pour le nouveau système de stockage.
