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 Virtual Machine.
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 остаются доступными. Операторам узлов было предоставлено руководство по миграции, охватывающее флаги конфигурации и документированный процесс отката для новой системы хранения.
