Sei rozpoczął wdrażanie swojego ulepszenia pamięci masowej Eidos, przebudowując sposób, w jaki warstwa 1 przechowuje i weryfikuje dane w łańcuchu, podczas gdy jego plan Giga ma na celu osiągnięcie przepustowości 200 000 transakcji na sekundę.
Podsumowanie
- Sei rozpoczął stopniowe wdrażanie Eidos poprzez ulepszenie mainnetu v6.6.
- Eidos przebudowuje architekturę pamięci masowej sieci, podczas gdy Giga ma na celu 200 000 TPS.
- Stan EVM jest oddzielany do dedykowanej bazy danych, podczas gdy FlatKV i LtHash są planowane na późniejsze etapy.
- Migracja jest zaprojektowana tak, aby działać, gdy Sei pozostaje online, a istniejące i nowe systemy pamięci masowej działają obok siebie.
Sei poinformował w technicznej aktualizacji z 12 sierpnia, że Eidos ma na celu usunięcie ograniczeń pamięci masowej, które mogłyby uniemożliwić warstwie wykonawczej sieci działanie z prędkościami planowanymi w ramach Giga. Ulepszenie jest elementem pamięci masowej trzyczęściowej przebudowy architektury, która obejmuje również Autobahn dla konsensusu i Ares dla wykonywania transakcji.
Pierwsze komponenty Eidos osiągnęły już mainnet poprzez Sei v6.6, chociaż pełny system pamięci masowej jest wprowadzany etapami. Stan EVM zaczął przenosić się do dedykowanej bazy danych, podczas gdy FlatKV, LtHash, nowe przechowywanie paragonów i systemy archiwizacji poza węzłem są planowane na kolejne wydania.
Ulepszenie Sei Eidos zmienia sposób przechowywania stanu
W centrum Eidos znajduje się zmiana sposobu, w jaki Sei planuje utrzymywać i weryfikować stan Ethereum Virtual Machine.
Sei stwierdził, że tradycyjne drzewa Merkle wymagają od węzłów ponownego obliczania wielu skrótów, gdy zmienia się wartość, ponieważ każda aktualizacja zmienia łańcuch skrótów prowadzący do korzenia drzewa. Wraz ze wzrostem ilości przechowywanych danych, poszczególne zmiany stanu mogą zatem wymagać dodatkowej pracy bazy danych.
Eidos ma zastąpić tę strukturę dla stanu EVM systemem FlatKV, płaskim systemem przechowywania klucz-wartość, w którym pojedyncza zmiana stanu wymaga jednego zapisu. Weryfikacja będzie obsługiwana za pomocą LtHash, czyli haszowania kratowego, które utrzymuje bieżący odcisk palca stanu.
Zgodnie z projektem opisanym przez Sei, LtHash może aktualizować ten odcisk palca w stałym czasie, gdy zmienia się stan. Zamiast ponownie obliczać ścieżkę skrótów przez drzewo Merkle, węzeł usuwa wkład starej wartości i dodaje nową, pozostawiając ilość pracy na aktualizację niezmienioną w miarę rozszerzania się stanu.
Zmiana techniczna jest bezpośrednio powiązana z celami wydajnościowymi określonymi dla Giga. Jak donosił crypto.news w maju 2025 r., Sei Labs opublikowało białą księgę Giga z projektem mającym na celu 200 000 transakcji na sekundę, 5 gigagas przepustowości i finalność poniżej 400 milisekund.
Przy takiej przepustowości Sei stwierdził, że sieć będzie musiała również zapisywać setki tysięcy wpisów w bazie danych co sekundę. Szybsze wykonywanie transakcji przyniosłoby zatem ograniczone korzyści, gdyby warstwa pamięci masowej nie mogła przetwarzać zmian stanu i historii transakcji z porównywalną szybkością.
Dane EVM przenoszą się do osobnej bazy danych
Kolejna część Eidos oddziela stan EVM od innych danych obsługiwanych przez węzły Sei.
Przed zmianą Sei stwierdził, że stan EVM współdzielił bazę danych z innymi informacjami w łańcuchu. Nowa architektura daje stanowi EVM własny dedykowany magazyn, zapobiegając bezpośredniej konkurencji zapytań historycznych z przetwarzaniem transakcji na żywo i zmniejszając obciążenie bazy danych nakładane na moduły nie-EVM.
Podział zaczął docierać do mainnetu w wydaniu v6.6 w sierpniu. Sei wprowadził również przebudowaną ścieżkę przycinania do usuwania danych, których węzły nie muszą już przechowywać w aktywnej pamięci.
Według sieci, zmiany w przycinaniu skróciły jeden proces czyszczenia z między ośmiu a 18 minut do około pięciu minut podczas testów i eksploatacji. Węzły, które wcześniej mogły pozostawać w tyle za szczytem łańcucha o setki bloków, po zmianie pozostawały w granicach około 60 bloków, powiedział Sei.
Bloki i potwierdzenia transakcji otrzymują również osobny silnik przechowywania o nazwie LittDB. Sei opisał bloki i potwierdzenia jako dane, które są zapisywane raz, wielokrotnie odczytywane i ostatecznie archiwizowane, co sprawia, że ich wymagania dotyczące przechowywania różnią się od często aktualizowanego stanu kont i kontraktów.
Wewnętrzne benchmarki przytoczone przez Sei wskazują, że przepustowość zapisu LittDB przekracza jeden gigabajt na sekundę przy obsłudze około 55 000 odczytów punktowych na sekundę. Nowy magazyn potwierdzeń utrzymał ponad 150 000 zapisów na sekundę podczas wielogodzinnych testów benchmarkowych obejmujących zbieranie śmieci. Sei zastrzegł, że wartość ta mierzy silnik przechowywania i nie powinna być traktowana jako przepustowość transakcji blockchain.
Starsza historia zostanie przeniesiona z aktywnych węzłów
Eidos zmienia również sposób, w jaki poszczególne węzły mają przechowywać lokalnie informacje historyczne.
Sei powiedział, że często używany stan i niedawna historia łańcucha pozostaną na szybkim lokalnym przechowywaniu, podczas gdy starsze rekordy historyczne zostaną przeniesione do systemów archiwalnych zaprojektowanych pod kątem pojemności. Eksploratory, indeksatory i użytkownicy audytujący historyczne transakcje nadal będą mogli pobierać zarchiwizowane informacje, według sieci.
Zmniejszenie ilości starych danych przechowywanych na aktywnych węzłach ma na celu zapobieżenie zużywaniu przez zapytania historyczne zasobów potrzebnych do bieżących transakcji. Sei powiedział, że rosnące wymagania dotyczące przechowywania mogą w przeciwnym razie zmusić operatorów do używania szybszego i droższego sprzętu wraz ze wzrostem przepustowości sieci.
Prace nad infrastrukturą następują po wcześniejszych wysiłkach mających na celu zwiększenie dostępu do ekosystemu EVM Sei. MetaMask dodał natywną obsługę Sei w sierpniu 2025 r., umożliwiając użytkownikom dostęp do aplikacji opartych na Sei, wymianę aktywów i mostkowanie tokenów bezpośrednio przez portfel. W tym czasie Sei przetwarzał ponad 4,2 miliona dziennych transakcji i miał ponad 11 milionów aktywnych użytkowników miesięcznie, według danych przytoczonych w raporcie.
Osobna umowa dystrybucyjna ogłoszona w grudniu 2025 r. przewidywała, że Xiaomi wstępnie zainstaluje portfel Sei na nowych smartfonach sprzedawanych poza Chinami kontynentalnymi i Stanami Zjednoczonymi. Firmy planowały również obsługę płatności stablecoinami przy użyciu aktywów takich jak USDC, z początkowymi wdrożeniami płatności planowanymi dla Hongkongu i Unii Europejskiej.
Migracja Eidos działa, podczas gdy Sei pozostaje online
Dla operatorów węzłów Sei przeprowadza migrację przechowywania bez zatrzymywania blockchaina.
Sieć poinformowała, że istniejące i zastępcze systemy przechowywania będą działać obok siebie, podczas gdy dane będą przenoszone partiami z bloku na blok. Wdrożenie jest kontrolowane przez zarządzanie i zostało zaprojektowane z procesem wycofywania na wypadek pojawienia się problemów.
Przed wdrożeniem węzły cienia odtwarzały ruch z mainnetu na nowych systemach przechowywania, podczas gdy ciągle sprawdzano hasze integralności, według Sei. Testy wykazały, że czasy bloków pozostały w dużej mierze niezmienione, podczas gdy procesy migracji działały w tle.
Eidos to trzecia przebudowa przechowywania przeprowadzona przez Sei. Sieć wcześniej zastąpiła swoją oryginalną architekturę przechowywania Cosmos systemem SeiDB, a następnie rozdzieleniem stanu, które jest obecnie wprowadzane na mainnecie. FlatKV, LittDB i pozawęzłowy system archiwizacji utworzą następny etap, gdy pojawią się w późniejszych wydaniach.
Użytkownicy i programiści aplikacji nie muszą podejmować żadnych działań podczas migracji, według Sei, a salda, inteligentne kontrakty, rekordy historyczne i istniejące punkty końcowe RPC pozostaną dostępne. Operatorzy węzłów otrzymali przewodnik migracji obejmujący flagi konfiguracyjne i udokumentowany proces wycofywania dla nowego systemu przechowywania.
