Sei розпочав впровадження свого оновлення сховища Eidos, перебудовуючи спосіб зберігання та перевірки даних у мережі рівня 1, оскільки його дорожня карта Giga націлена на пропускну здатність 200 000 транзакцій на секунду.
Підсумок
- Sei розпочав поетапне впровадження Eidos через оновлення основної мережі v6.6.
- Eidos перебудовує архітектуру зберігання мережі, оскільки Giga націлена на 200 000 TPS.
- Стан EVM відокремлюється в окрему базу даних, тоді як FlatKV та LtHash заплановані на пізніші етапи.
- Міграція розроблена для роботи, поки Sei залишається онлайн, а існуючі та нові системи зберігання працюють паралельно.
Sei повідомив у технічному оновленні від 12 серпня, що Eidos розроблений для усунення обмежень зберігання, які можуть перешкоджати роботі виконавчого рівня мережі на швидкостях, запланованих у рамках Giga. Це оновлення є компонентом зберігання в рамках перебудови архітектури з трьох частин, яка також включає Autobahn для консенсусу та Ares для виконання транзакцій.
Перші компоненти Eidos уже досягли основної мережі через Sei v6.6, хоча повна система зберігання впроваджується поетапно. Стан EVM почав переміщуватися в окрему базу даних, тоді як FlatKV, LtHash, нове сховище квитанцій та позавузлові архівні системи заплановані на наступні випуски.
Оновлення Sei Eidos змінює спосіб зберігання стану
В основі Eidos лежить зміна способу, яким Sei планує підтримувати та перевіряти стан віртуальної машини Ethereum.
Sei заявив, що традиційні дерева Меркла вимагають від вузлів перераховувати кілька хешів, коли значення змінюється, оскільки кожне оновлення змінює ланцюжок хешів, що ведуть до кореня дерева. Зі збільшенням обсягу збережених даних окремі зміни стану можуть вимагати додаткової роботи з базою даних.
Eidos має замінити цю структуру для стану EVM на FlatKV — плоску систему зберігання ключ-значення, де окрема зміна стану вимагає одного запису. Перевірка здійснюватиметься за допомогою LtHash, або решітчастого хешування, яке підтримує поточний відбиток стану.
Згідно з дизайном, описаним Sei, LtHash може оновлювати цей відбиток за постійний час при зміні стану. Замість перерахування шляху хешів через дерево Меркла, вузол видаляє внесок старого значення та додає нове, залишаючи обсяг роботи на кожне оновлення незмінним у міру розширення стану.
Технічна зміна безпосередньо пов'язана з цільовими показниками продуктивності, окресленими для Giga. Як повідомляв crypto.news у травні 2025 року, Sei Labs опублікував білу книгу Giga з дизайном, націленим на 200 000 транзакцій на секунду, 5 гігагазів пропускної здатності та фінальність менш ніж за 400 мілісекунд.
За такої пропускної здатності, за словами Sei, мережа також мала б записувати сотні тисяч записів у базу даних щосекунди. Тому швидше виконання транзакцій принесло б обмежену користь, якби рівень зберігання не міг обробляти зміни стану та історію транзакцій із порівнянною швидкістю.
Дані EVM переміщуються в окрему базу даних
Інша частина Eidos відокремлює стан EVM від інших даних, які обробляються вузлами Sei.
До зміни, за словами Sei, стан EVM поділяв базу даних з іншою інформацією в ланцюзі. Нова архітектура надає стану EVM власне спеціалізоване сховище, запобігаючи прямій конкуренції історичних запитів із обробкою живих транзакцій та зменшуючи навантаження на базу даних, що накладається на не-EVM модулі.
Розділення почало досягати основної мережі у випуску v6.6 протягом серпня. Sei також представив перебудований шлях очищення для видалення даних, які вузлам більше не потрібно зберігати в активному сховищі.
За даними мережі, зміни, внесені під час обрізання, скоротили один процес очищення з восьми-вісімнадцяти хвилин до приблизно п'яти хвилин під час тестування та експлуатації. Вузли, які раніше могли відставати на сотні блоків від вершини ланцюга, після зміни залишалися в межах приблизно 60 блоків, повідомив Sei.
Блокам і квитанціям про транзакції також призначається окремий механізм зберігання під назвою LittDB. Sei описав блоки та квитанції як дані, які записуються один раз, багаторазово читаються і зрештою архівуються, що робить їхні вимоги до зберігання відмінними від стану облікових записів і контрактів, які часто оновлюються.
Внутрішні бенчмарки, на які посилається Sei, показують пропускну здатність запису LittDB понад один гігабайт на секунду при обробці приблизно 55 000 точкових читань на секунду. Новий магазин квитанцій витримував понад 150 000 записів на секунду під час багатогодинних бенчмарк-тестів, що включали збір сміття. Sei застеріг, що цей показник вимірює механізм зберігання і не повинен розглядатися як пропускна здатність транзакцій блокчейну.
Старіша історія буде переміщена з активних вузлів
Eidos також змінює обсяг історичної інформації, яку окремі вузли повинні зберігати локально.
Sei заявив, що часто доступний стан і нещодавня історія ланцюга залишатимуться на швидкому локальному зберіганні, тоді як старіші історичні записи переміщуватимуться в архівні системи, призначені для ємності. Провідники, індексатори та користувачі, які перевіряють історичні транзакції, все ще зможуть отримати доступ до архівної інформації, згідно з мережею.
Зменшення обсягу старих даних, що зберігаються на активних вузлах, має на меті запобігти споживанню історичними запитами ресурсів, необхідних для поточних транзакцій. Sei заявив, що зростаючі вимоги до зберігання можуть змусити операторів використовувати швидше та дорожче обладнання зі збільшенням пропускної здатності мережі.
Інфраструктурна робота слідує за попередніми зусиллями з розширення доступу до EVM-екосистеми Sei. MetaMask додав нативну підтримку Sei у серпні 2025 року, дозволяючи користувачам отримувати доступ до додатків на основі Sei, обмінювати активи та мостити токени безпосередньо через гаманець. На той час Sei обробляв понад 4,2 мільйона щоденних транзакцій і мав понад 11 мільйонів щомісячних активних користувачів, згідно з даними, наведеними у звіті.
Окрема дистриб'юторська угода, оголошена в грудні 2025 року, передбачала, що Xiaomi попередньо встановить гаманець Sei на нові смартфони, що продаються за межами материкового Китаю та США. Компанії також планували підтримку платежів у стейблкоїнах з використанням таких активів, як USDC, з початковими розгортаннями платежів, запланованими для Гонконгу та Європейського Союзу.
Міграція Eidos відбувається, поки Sei залишається онлайн
Для операторів вузлів Sei здійснює міграцію зберігання без зупинки блокчейну.
Мережа заявила, що існуючі та замінюючі системи зберігання працюватимуть паралельно, поки дані переміщуються партіями від блоку до блоку. Розгортання контролюється через управління і було розроблено з процесом відкату на випадок виникнення проблем.
Перед розгортанням тіньові вузли відтворювали трафік мейннету проти нових систем зберігання, а хеші цілісності постійно перевірялися, згідно з Sei. Тестування показало, що час блоку залишався в основному незмінним, поки процеси міграції працювали у фоновому режимі.
Eidos — це третя реконструкція зберігання, здійснена Sei. Раніше мережа замінила свою оригінальну архітектуру зберігання Cosmos на SeiDB, після чого відбулося відокремлення стану, яке зараз впроваджується в мейннеті. FlatKV, LittDB та оф-вузлова архівна система сформують наступний етап, коли вони з'являться в наступних випусках.
Користувачам та розробникам додатків не потрібно вживати заходів під час міграції, згідно з Sei, оскільки баланси, смарт-контракти, історичні записи та існуючі RPC-кінцеві точки залишаються доступними. Оператори вузлів отримали посібник з міграції, що охоплює прапорці конфігурації та задокументований процес відкату для нової системи зберігання.
