A Sei começou a implementar sua atualização de armazenamento Eidos, reconstruindo como a rede de camada 1 armazena e verifica dados on-chain enquanto seu roteiro Giga visa uma taxa de transferência de 200.000 transações por segundo.
Resumo
- A Sei iniciou a implementação faseada do Eidos por meio de sua atualização de mainnet v6.6.
- O Eidos está reconstruindo a arquitetura de armazenamento da rede enquanto o Giga visa 200.000 TPS.
- O estado EVM está sendo separado em um banco de dados dedicado, enquanto FlatKV e LtHash estão planejados para estágios posteriores.
- A migração foi projetada para ser executada enquanto a Sei permanece online, com os sistemas de armazenamento existentes e novos operando lado a lado.
A Sei disse em uma atualização técnica de 12 de agosto que o Eidos foi projetado para remover restrições de armazenamento que poderiam impedir a camada de execução da rede de operar nas velocidades planejadas sob o Giga. A atualização é o componente de armazenamento de uma reforma de arquitetura em três partes que também inclui Autobahn para consenso e Ares para execução de transações.
Os primeiros componentes do Eidos já chegaram à mainnet por meio da Sei v6.6, embora o sistema de armazenamento completo esteja sendo introduzido em etapas. O estado EVM começou a ser movido para um banco de dados dedicado, enquanto FlatKV, LtHash, novo armazenamento de recibos e sistemas de arquivamento fora do nó estão programados para lançamentos subsequentes.
A atualização Eidos da Sei muda como o estado é armazenado
No centro do Eidos está uma mudança na forma como a Sei planeja manter e verificar o estado da Máquina Virtual Ethereum.
A Sei disse que as árvores de Merkle tradicionais exigem que os nós recalculem vários hashes quando um valor muda, porque cada atualização altera a cadeia de hashes que leva à raiz da árvore. À medida que a quantidade de dados armazenados aumenta, mudanças individuais de estado podem, portanto, exigir trabalho adicional de banco de dados.
O Eidos substituirá essa estrutura para o estado EVM pelo FlatKV, um sistema de armazenamento chave-valor plano onde uma mudança individual de estado requer uma única gravação. A verificação será tratada usando LtHash, ou hash de treliça, que mantém uma impressão digital contínua do estado.
Sob o design descrito pela Sei, o LtHash pode atualizar essa impressão digital em tempo constante quando o estado muda. Em vez de recalcular um caminho de hashes através de uma árvore de Merkle, um nó remove a contribuição do valor antigo e adiciona o novo, deixando a quantidade de trabalho por atualização inalterada à medida que o estado se expande.
A mudança técnica está diretamente ligada às metas de desempenho delineadas para o Giga. Como o crypto.news relatou em maio de 2025, a Sei Labs lançou seu whitepaper do Giga com um design visando 200.000 transações por segundo, 5 gigagas de taxa de transferência e finalidade abaixo de 400 milissegundos.
Nessa taxa de transferência, a Sei disse que a rede também teria que gravar centenas de milhares de entradas de banco de dados a cada segundo. A execução mais rápida de transações, portanto, forneceria benefício limitado se a camada de armazenamento não pudesse processar mudanças de estado e histórico de transações a uma taxa comparável.
Os dados EVM estão sendo movidos para um banco de dados separado
Outra parte do Eidos separa o estado EVM de outros dados manipulados pelos nós da Sei.
Antes da mudança, a Sei disse que o estado EVM compartilhava um banco de dados com outras informações na cadeia. A nova arquitetura dá ao estado EVM seu próprio armazenamento dedicado, impedindo que consultas históricas compitam diretamente com o processamento de transações ao vivo e reduzindo o trabalho de banco de dados imposto a módulos não-EVM.
A separação começou a chegar à mainnet na versão v6.6 durante agosto. A Sei também introduziu um caminho de poda reconstruído para remover dados que os nós não precisam mais manter no armazenamento ativo.
De acordo com a rede, as mudanças de poda reduziram um processo de limpeza de entre oito e 18 minutos para aproximadamente cinco minutos durante os testes e a operação. Nós que anteriormente podiam ficar centenas de blocos atrás da ponta da cadeia permaneceram dentro de cerca de 60 blocos após a mudança, disse Sei.
Blocos e recibos de transações também estão sendo atribuídos a um mecanismo de armazenamento separado chamado LittDB. Sei descreveu blocos e recibos como dados que são gravados uma vez, lidos repetidamente e eventualmente arquivados, tornando seus requisitos de armazenamento diferentes do estado de contas e contratos atualizado com frequência.
Benchmarks internos citados pela Sei colocam a taxa de transferência de gravação do LittDB acima de um gigabyte por segundo, enquanto lida com cerca de 55.000 leituras pontuais por segundo. Um novo armazenamento de recibos sustentou mais de 150.000 gravações por segundo durante testes de benchmark de várias horas que incluíram coleta de lixo. Sei alertou que o número mede o mecanismo de armazenamento e não deve ser tratado como taxa de transferência de transações blockchain.
Histórico mais antigo se afastará dos nós ativos
Eidos também muda a quantidade de informações históricas que cada nó deve manter localmente.
Sei disse que o estado acessado com frequência e o histórico recente da cadeia permanecerão no armazenamento local rápido, enquanto os registros históricos mais antigos serão movidos para sistemas de arquivamento construídos para capacidade. Exploradores, indexadores e usuários que auditam transações históricas ainda poderão recuperar as informações arquivadas, de acordo com a rede.
Reduzir a quantidade de dados antigos mantidos nos nós ativos visa evitar que consultas históricas consumam recursos necessários para transações atuais. Sei disse que requisitos crescentes de armazenamento podem, de outra forma, forçar os operadores a usar hardware mais rápido e mais caro à medida que a taxa de transferência da rede aumenta.
O trabalho de infraestrutura segue esforços anteriores para aumentar o acesso ao ecossistema EVM da Sei. MetaMask adicionou suporte nativo para Sei em agosto de 2025, permitindo que os usuários acessem aplicativos baseados em Sei, troquem ativos e façam bridge de tokens diretamente pela carteira. Na época, a Sei processava mais de 4,2 milhões de transações diárias e tinha mais de 11 milhões de usuários ativos mensais, de acordo com números citados no relatório.
Um acordo de distribuição separado anunciado em dezembro de 2025 previa que a Xiaomi pré-instalasse uma carteira Sei em novos smartphones vendidos fora da China continental e dos Estados Unidos. As empresas também planejaram suporte para pagamentos com stablecoin usando ativos como USDC, com implantações iniciais de pagamento planejadas para Hong Kong e a União Europeia.
A migração Eidos ocorre enquanto a Sei permanece online
Para operadores de nós, a Sei está realizando a migração de armazenamento sem interromper o blockchain.
A rede disse que os sistemas de armazenamento existentes e substitutos operarão lado a lado enquanto os dados são movidos em lotes de bloco em bloco. A implementação é controlada por governança e foi projetada com um processo de reversão se surgirem problemas.
Antes da implantação, nós sombra reproduziram o tráfego da mainnet contra os novos sistemas de armazenamento enquanto hashes de integridade eram verificados continuamente, de acordo com a Sei. Os testes mostraram que os tempos de bloco permaneceram praticamente inalterados enquanto os processos de migração operavam em segundo plano.
Eidos é a terceira reconstrução de armazenamento realizada pela Sei. A rede substituiu anteriormente sua arquitetura de armazenamento Cosmos original pelo SeiDB, seguido pela separação de estado-armazenamento agora introduzida na mainnet. FlatKV, LittDB e o sistema de arquivamento fora do nó formarão o próximo estágio à medida que chegarem por meio de lançamentos posteriores.
Usuários e desenvolvedores de aplicativos não precisam agir durante a migração, de acordo com a Sei, com saldos, contratos inteligentes, registros históricos e endpoints RPC existentes permanecendo disponíveis. Os operadores de nós receberam um guia de migração cobrindo flags de configuração e o processo de reversão documentado para o novo sistema de armazenamento.
