Sei – блокчейн первого уровня с EVM, который пытается увеличить пропускную способность за счёт параллельного исполнения независимых транзакций. Сеть начиналась как специализированная Cosmos-среда для торговли, затем добавила EVM в обновлении V2 и взяла курс на EVM-only архитектуру. Токен SEI оплачивает gas, участвует в стейкинге и управлении.
Главное слово здесь – независимых. Если две транзакции меняют разные участки состояния, многоядерный узел может выполнить их одновременно. Если они конфликтуют, результат нельзя просто выбрать по скорости: сеть должна обнаружить пересечение и повторить операции в едином порядке. Поэтому параллельность повышает предел производительности, но не делает любой контракт одинаково быстрым.
Консенсус и финальность
Sei построен на Cosmos SDK и византийском Proof of Stake. Валидаторы собирают транзакции, предлагают блок и голосуют за него. При достаточном весе подписей блок получает финальность без отдельного многоминутного ожидания. Делегаторы передают вес выбранным валидаторам и разделяют экономический результат их работы.
Сеть оптимизировала распространение блоков и голосование в подходе Twin Turbo. Заявленные интервалы около 400 миллисекунд описывают базовый протокол, но пользовательский интерфейс может отвечать медленнее из-за RPC, индексатора, кошелька или приложения. Окончательность блока и появление записи на сайте обозревателя – разные события.
Sei не наследует безопасность Ethereum и не использует период вывода роллапа. Это самостоятельный L1 со своим набором валидаторов. Высокая скорость расчёта оплачивается требованиями к операторам и необходимостью поддерживать достаточную децентрализацию stake.
Как работает параллельная EVM
Обычный Solidity-контракт не объявляет заранее все ключи состояния, которые затронет транзакция. Sei сначала оценивает доступы и запускает операции оптимистично на нескольких ядрах. Затем движок проверяет конфликты. Если две операции изменили один storage slot или зависели от несовместимых результатов, конфликтующий набор переисполняется последовательно.
Такая схема сохраняет детерминизм EVM: все честные узлы приходят к одному состоянию. Она особенно полезна для приложений, где пользователи работают со своими отдельными записями. Глобальный счётчик, один перегруженный пул или общий аукцион создают горячую точку и ограничивают выигрыш от параллельности.
Разработчик получает совместимость с Solidity, Foundry, Hardhat и стандартным JSON-RPC, но должен тестировать контракт именно в Sei. Отличаются финальность, pending-state, лимиты блока, модель цены gas и взаимодействие с нативными модулями. Одинаковый адрес в Ethereum и Sei также не означает общий баланс – это отдельные сети, как объяснено в статье про один адрес в разных EVM-сетях.
Состояние и SeiDB
Параллельное исполнение бесполезно, если каждый поток ждёт медленную базу. SeiDB разделяет горячее состояние и исторические данные, оптимизирует чтение, запись и создание снимков. Свежие ключи должны быстро обслуживать EVM, а полная история может храниться иначе и требовать более тяжёлой инфраструктуры.
Это различие важно для пользователя. Валидатор способен проверять актуальное состояние, тогда как архивный обозреватель хранит длинную историю и события. Если индексатор отстал, транзакция может быть финальной в сети, но ещё не появиться в поиске. Диагностику нужно начинать с TxID и нескольких RPC или обозревателей, а не с повторной отправки.
От Cosmos-сети к EVM-only
Sei V1 поддерживал Cosmos-транзакции и CosmWasm. Обновление V2 в 2024 году добавило параллельную EVM, сохранив существующие приложения и счета. У одного ключа появились связанные адреса формата sei1 и 0x, а нативные и EVM-операции могли влиять на общий баланс SEI.
В 2025 году Sei Labs предложила упростить систему до EVM-only. В 2026 году релиз 6.4 добавил техническую возможность отключать входящие IBC-переводы, но само отключение зависело от отдельного решения управления. Поэтому старую инструкцию по IBC нельзя применять автоматически: перед переводом нужно проверять действующий статус маршрута и поддерживаемый способ миграции.
Похожий тикер у IBC-актива и нового ERC-20 не делает их одним токеном. Нужно сверять контракт, исходную сеть и возможность вывода. Практический порядок есть в материале о том, почему сеть и адрес контракта важнее названия.
Что такое Sei Giga
Sei Giga – следующая архитектурная программа, а не одно уже завершённое обновление. Она включает multi-proposer консенсус Autobahn, новый EVM-движок Ares и слой хранения Eidos. Цель – позволить нескольким участникам параллельно предлагать данные и резко увеличить вычислительную полосу.
На август 2026 года первые части Ares и Eidos только входят в mainnet через серию релизов. Новый исполнитель использует старый V2-движок как fallback для отдельной проблемной транзакции, а эталонный узел сравнивает результаты. Autobahn и заявленные показатели Giga нельзя описывать как полностью работающую систему, пока все этапы не активированы управлением и валидаторами.
Цифры TPS из лабораторного профиля не равны пропускной способности любого DeFi-приложения. Результат зависит от вида транзакций, конфликтов состояния, размера блоков и мощности узлов. Для независимой оценки важнее наблюдать устойчивую mainnet-нагрузку и требования к валидаторам после каждого этапа.
История
Джефф Фэн и Джайендра Джог основали Sei Labs в 2021 году. Первоначальная идея состояла в L1 для торговли: биржевым приложениям требовались быстрый консенсус и нативные механизмы сопоставления. В 2022 году прошёл стимулируемый тестнет Seinami, затем крупный Atlantic, где проверялись валидаторы, приложения и нагрузка.
Pacific-1 mainnet публично стартовала в августе 2023 года. Сеть работала с Cosmos SDK и CosmWasm. В 2024 году V2 добавил EVM, а к июлю инфраструктура обновления была объявлена готовой для массового использования. После этого проект изменил позиционирование: от L1 только для торговых приложений к высокопроизводительной EVM-инфраструктуре для финансовых и массовых сервисов.
В 2025 году появилась программа Giga и предложение о переходе к EVM-only. В 2026 году началась поэтапная доставка нового хранилища и исполнителя. История показывает существенную смену архитектуры, поэтому старые обзоры Sei быстро устаревают.
Команда
Джайендра Джог и Джефф Фэн остаются сооснователями Sei Labs. Основная команда включает специалистов с опытом в торговых компаниях и технологических организациях. Labs разрабатывает ключевой код и исследования, но не является всей сетью: обновления принимаются через управление, блоки производят независимые валидаторы, а рост поддерживают Sei Foundation и Sei Development Foundation.
Такое разделение нужно учитывать при оценке ответственности. Labs может опубликовать дорожную карту, Foundation – финансировать экосистему, а валидаторы – принять или отклонить бинарную версию. Сильная роль основной команды ускоряет переходы, но создаёт риск концентрации технических решений.
Токен SEI
SEI используется для gas, стейкинга, наград и голосования. Документация указывает общий запас 10 миллиардов SEI. Выпуск и разблокировки распределены между экосистемой, участниками запуска и развитием проекта, поэтому циркулирующее предложение меняется даже без изменения общего лимита.
Делегатор блокирует SEI у валидатора. Выход занимает 21 день, в течение которых актив нельзя свободно перевести. Актуальная документация отдельно указывает, что валидатора могут поместить в jail, но slashing средств сейчас не применяется. Это важное отличие от общих описаний Cosmos и параметр, который управление способно изменить.
Голосовать можно застейканным SEI; если делегатор не подал собственный голос, его вес следует за валидатором. Такая схема повышает участие на бумаге, но увеличивает влияние крупных операторов. При оценке токена стоит учитывать не только доходность, но и разблокировки, долю stake и концентрацию голосов. Полный подход описан в статье о проверке токеномики.
Что проверить перед использованием
- Сеть. Mainnet Sei использует EVM chain ID 1329, но старые Cosmos-адреса ещё встречаются.
- Актив. Проверить контракт и маршрут, особенно для бывших IBC-токенов.
- Приложение. Уточнить proxy, admin и оракулы каждого контракта.
- RPC. Не считать задержку одного публичного endpoint остановкой сети.
- Giga. Различать уже активированный релиз и будущий этап дорожной карты.
Первую операцию разумно делать малой суммой и проводить через весь будущий маршрут, включая обратный вывод. Порядок действий разобран в инструкции о том, как сделать тестовый перевод.
Основные риски
Скорость зависит от производительных валидаторов, а параллельность снижается на горячем состоянии. Быстрые изменения архитектуры создают миграционный риск для кошельков, IBC-активов и инструментов. Переход Giga добавляет сложность двойного исполнения и поэтапного ввода нового кода.
Как любая EVM-сеть, Sei уязвима не только на уровне консенсуса: ошибки контрактов, approvals, мосты, оракулы и ликвидность часто важнее времени блока. Управление stake может концентрироваться у крупных валидаторов, а 21-дневный выход ограничивает реакцию делегатора.
Итог: Sei сочетает EVM-совместимость с оптимистичным параллельным исполнением и быстрым PoS-консенсусом. Сильные стороны – знакомые инструменты и высокий предел производительности. Главные компромиссы – зависимость от характера состояния, требования к валидаторам, переход от Cosmos к EVM-only и необходимость отличать работающий V2 от постепенно внедряемого Giga.
