Перейти к основному контенту

Внутри Parallel EVM в Sei V2: как 12 500 TPS работают уже сегодня, пока Monad и MegaETH пытаются догнать

· 11 мин чтения
Dora Noda
Dora Noda
Software Engineer

В гонке вооружений параллельных EVM, которая определит конкуренцию среди Layer 1 сетей до 2026 года, одна сеть уже поставляет продукт, пока остальные все еще проводят бенчмарки.

Основная сеть Sei Network V2 с конца 2024 года незаметно использует оптимистичное параллельное исполнение с теоретическим пределом в 12 500 транзакций в секунду и финализацией менее 400 миллисекунд — за целый год до запуска основной сети Monad в ноябре 2025 года и пока MegaETH продолжает свои эксперименты со специализированными узлами. Вопрос больше не в том, работают ли параллельные EVM. Вопрос в том, какая архитектура выдержит столкновение с реальными нагрузками, которые придут после того, как утихнет хайп вокруг запуска.

Технический разбор объемом 17 000 символов от Web3Caff Research отслеживает путь Sei от нишевой блокчейн-сети с книгой ордеров на базе Cosmos SDK в 2022 году до первой запущенной параллельной EVM L1, анализируя три взаимосвязанные инновации, которые делают заявления о пропускной способности убедительными: оптимистичное параллельное исполнение, консенсус Twin Turbo и SeiDB. Но тот же разбор выявляет канонический разрыв, с которым рано или поздно сталкивается любая «L1 с высоким TPS» — измеренная пропускная способность основной сети составляет примерно 2 500–3 500 TPS под реальной нагрузкой dApp, что значительно ниже потолка в 12 500. Понимание того, что сокращает этот разрыв и что сделает грядущее обновление Giga от Sei для поднятия потолка до 200 000 TPS, является настоящей историей того, куда движется блокчейн-инфраструктура.

Архитектура из трех столпов, которая позволила Sei первой выйти в основную сеть​

Производительность Sei V2 не является результатом одного прорыва. Она обусловлена тремя компонентами, спроектированными для совместной работы, каждый из которых устраняет узкое место в традиционном стеке EVM.

Оптимистичное параллельное исполнение — это ключевая особенность, которая тонко, но существенно отличается от планировщика Sealevel в Solana. Sealevel требует, чтобы транзакции заранее объявляли, какие слоты хранения они намерены читать или записывать, что заставляет разработчиков проектировать приложения на основе явных графов зависимостей. Среда исполнения Sei использует противоположный подход: она спекулятивно выполняет все транзакции в блоке параллельно, отслеживает, какие данные затрагивает каждая транзакция, и последовательно перевыполняет только подмножество конфликтующих транзакций. Неконфликтующие транзакции проходят за один цикл. Рекурсия продолжается до тех пор, пока не останется неучтенных конфликтов.

Компромисс заключается в том, что оптимистичное исполнение тратит ресурсы впустую при всплеске конфликтов — высокая активность, такая как популярный минт NFT или флэш-лоун в DEX с одним пулом, может снизить пропускную способность, так как транзакции накапливаются для повторного исполнения. Monad использует аналогичный оптимистичный подход, в то время как параллельное исполнение на базе Move в Aptos и Sui опирается на ресурсно-ориентированное программирование, что делает конфликты статически анализируемыми. Каждый из этих подходов представляет собой разную ставку на то, как программисты будут строить масштабируемые системы.

Консенсус Twin Turbo — это то, что сжимает печально известное 6-секундное время блока Tendermint до менее чем 400 миллисекунд. Это не полная замена базового механизма BFT, а набор оптимизаций, включая агрессивную настройку тайм-аутов, внутриблочный конвейер (pipelining) фаз предложения и голосования, а также тесную интеграцию с уровнем параллельного исполнения, которая позволяет отделить включение транзакции от порядка ее выполнения. Результатом является финализация в один слот на скоростях, которые ранее ассоциировались с приватными реестрами, при сохранении свойств децентрализации публичной BFT-сети.

SeiDB — наименее эффектная, но, пожалуй, самая важная часть. Стандартный Cosmos SDK использует дерево IAVL+ для хранения состояний, что создает патологические паттерны ввода-вывода (I/O) на диске при большом объеме записей. SeiDB заменяет это специализированным бэкендом, который разделяет состояние на два уровня: оптимизированный для записи активный уровень и оптимизированный для чтения архивный уровень. Это снижает IOPS диска примерно в 10 раз согласно опубликованным бенчмаркам Sei Labs. Когда ваша цель — десятки тысяч TPS, производительность подсистемы хранения перестает быть второстепенным вопросом. Это стена, об которую разбивается пропускная способность еще до того, как это сделает процессор.

Совместимость с Geth: стратегический выбор, который имел значение​

Одно архитектурное решение отличает Sei V2 от Monad таким образом, что эффект со временем накапливается: Sei импортирует Geth, каноническую реализацию виртуальной машины Ethereum на языке Go, непосредственно в бинарный файл своего узла. Любой смарт-контракт на Solidity развертывается без изменений. MetaMask, Hardhat и Foundry работают нативно. Аудиторские фирмы, поставщики инструментов и индексаторы, созданные для основной сети Ethereum, не требуют адаптации.

Monad выбрала другой путь. Ее команда переписала EVM с нуля на C++, чтобы выжать дополнительную производительность, принимая на себя долгосрочные издержки из-за крайних случаев на уровне байт-кода, которые могут вести себя иначе, чем в каноническом Ethereum. Ставка окупится, если преимущество Monad в производительности сохранится со временем. Она навредит, если любой из тысяч проверенных контрактов Solidity в производстве проявит тонкие различия в исполнении при переносе.

Стратегия импорта Geth в Sei — это то, что сделало запуск V2 жизнеспособным в качестве работающей сети. Это также сделало Sei естественной целью для институциональных развертываний, где риск несовместимости неприемлем — наиболее заметно это проявилось в январе 2026 года, когда Ondo Finance развернула USDY, крупнейший токенизированный казначейский продукт США по TVL, в основной сети Sei. Эмитент токенизированных облигаций казначейства не может допустить отклонений EVM в крайних случаях. Импорт Geth полностью снимает этот вопрос.

Реальность основной сети: 2 500 TPS, а не 12 500​

Эмпирические тесты показывают более сложную картину, чем маркетинг. Основная сеть Sei в настоящее время поддерживает примерно от 2 500 до 3 500 TPS при реальной нагрузке dApp — Astroport (основная DEX сети), White Whale, активность Seiyans NFT и растущий рынок бессрочных фьючерсов, запущенный Astroport Perps в декабре 2025 года. Этот показатель значительно ниже теоретического предела в 12 500 TPS.

Этот разрыв не является специфическим провалом Sei. Это канонический разрыв, с которым сталкивается каждый высокопроизводительный L1, когда синтетические тесты встречаются с производственными условиями. Три фактора ограничивают реальную пропускную способность:

  • Коэффициенты конфликтов в реальных приложениях. Оптимистичное параллельное выполнение вознаграждает рабочие нагрузки с разнообразными паттернами доступа к состоянию и наказывает за конкуренцию за «горячее» состояние (hot-state contention). Один доминирующий пул DEX направляет большую часть объема через несколько пар, а сделки по одной и той же паре конфликтуют по определению.
  • IOPS хранилища при насыщении. Даже с 10-кратным улучшением SeiDB по сравнению с IAVL, устойчивая пропускная способность записи выше ~10 000 TPS выводит стандартные NVMe-накопители в область глубины очереди, где всплески задержек (latency tail spikes) ухудшают время создания блока.
  • Гетерогенность сети валидаторов. Наборы производственных валидаторов охватывают континенты, задержка варьируется, а жесткие тайм-ауты Twin Turbo предполагают благоприятные сетевые условия, которые не всегда сохраняются в долгосрочной перспективе.

TVL Sei в размере около 560 миллионов долларов в DeFi (согласно недавним раскрытиям, при этом общий TVL превысил 1 миллиард долларов в июне 2025 года) и 28 миллионов активных адресов говорят о более важной вещи: сеть используется. Вопрос в том, можно ли использовать её интенсивнее, не нарушая работу, и именно на этот вопрос призвано ответить обновление Giga.

Giga: ставка на 50-кратное увеличение, определяющая Sei в 2026 году​

В декабре 2024 года Sei Labs опубликовала whitepaper Giga — дорожную карту, которая, в случае реализации, перезагрузит всю дискуссию о пропускной способности L1. Giga нацелена на 5 гигагаз (gigagas) в секунду при выполнении, что соответствует примерно 200 000 – 250 000 TPS при сохранении финальности менее 400 миллисекунд. Валидация в Devnet в 2025 году достигла 5,2 гигагаз в секунду (~148 900 TPS) и времени до финальности в 211 миллисекунд в наборе из 20 валидаторов, распределенных по США, Европе и Азиатско-Тихоокеанскому региону.

Giga перестраивает три подсистемы:

  • Консенсус Autobahn внедряет производство блоков с несколькими предлагающими (multi-proposer), позволяя нескольким валидаторам одновременно предлагать непересекающиеся наборы транзакций, а не выполнять их последовательно через одного лидера. Это устраняет потолок пропускной способности предлагающего (proposer), который ограничивает BFT-цепочки с одним лидером.
  • Асинхронное выполнение полностью отделяет выполнение транзакций от финализации блока, позволяя уровню консенсуса фиксировать порядок в одном ритме, пока выполнение догоняет его в другом. Этот паттерн перекликается с тем, что MegaETH пытается реализовать с помощью специализированных ролей секвенсора, прувера и полной ноды.
  • Переработанная EVM заменяет импортированный Geth на оптимизированную по производительности реализацию, настроенную под специфические паттерны доступа Sei — закрывая вопрос компромисса между совместимостью и производительностью, которого Sei избегала в V2.

Поэтапное развертывание в основной сети запланировано на протяжении всего 2026 года, при этом обновление SIP-3 закладывает основу, а полное развертывание Giga намечено на середину года. Если Sei это удастся, сеть перепрыгнет потолок Monad в 10 000 TPS и приблизится к производительности транзакций уровня Web2. Если нет, преимущество Sei в совместимости с Geth будет съедено зрелостью основной сети Monad во второй половине 2026 года.

Что это значит для конкурентной среды L1​

Категория параллельных EVM больше не является предметом исследований. Это активная конкуренция с тремя живыми основными сетями, различными архитектурными решениями и видимым институциональным принятием. У Sei есть преимущество в производстве и дорожная карта Giga. У Monad — 269 миллионов долларов свежего капитала от ICO в ноябре 2025 года (85 820 участников, организованного Coinbase) и кастомная EVM, созданная для максимальной скорости. MegaETH предлагает специализацию нод, делая ставку на иное масштабирование. Sealevel от Solana продолжает выдавать 3 000–5 000 устойчивых TPS с TVL более 9 миллиардов долларов, но остается не-EVM решением.

Цепочки на базе Move — Aptos и Sui — находятся в параллельной категории, делая ставку на то, что ресурсно-ориентированное программирование делает параллельное выполнение строго лучше, чем любая модификация семантики Solidity. Они запустились в основной сети и имеют работающие экосистемы, но гравитационное притяжение инструментов EVM делает направление параллельных EVM более конкурентным.

Глубокое погружение в Sei в конечном итоге выявляет архитектурный потолок, с которым рано или поздно столкнется любая сеть с параллельным выполнением: выше примерно 10 000 устойчивых TPS IOPS хранилища становится связующим ограничением, а не параллелизм виртуальной машины. Именно поэтому Giga уделяет столько же внимания редизайну уровня хранения, сколько и консенсусу. Это также причина того, почему следующий рубеж масштабирования L1 — уже заметный в дискуссиях начала 2026 года — смещается от «ещё большего распараллеливания VM» к шардингу состояния в сочетании с композицией доступности данных. Sei готова возглавить этот переход, поскольку она уже запустила одну параллельную EVM и работает над второй.

Инфраструктурный уровень под капотом​

Для разработчиков, строящих на Sei, Monad или любой параллельной EVM в 2026 году, вопрос инфраструктуры становится более тонким, чем это было в старом Ethereum. Оптимистичное выполнение означает, что порядок транзакций зависит от разрешения конфликтов, а значит, RPC-провайдеры должны предоставлять правильные примитивы для разработчиков, секвенсоров и индексаторов, чтобы те могли разобраться в трассировках выполнения. Финальность менее 400 мс бессмысленна, если ваш индексатор отстает на 30 секунд, а 12 500 TPS усиливают любой пробел в надежности пути чтения данных.

Сети, которые победят в эре параллельных EVM, будут теми, чья инфраструктурная экосистема не отстает — надежность RPC, покрытие архивных нод, свежесть индексаторов и тот тип мультичейн-слоя абстракции, который позволяет разработчику рассматривать Sei, Monad и Solana как заменяемые, а не как отдельные интеграции.

BlockEden.xyz предоставляет RPC корпоративного уровня и инфраструктуру индексирования для Sei, Solana, Sui, Aptos, Ethereum и всей экосистемы L1. По мере того как параллельные EVM превращаются из обещаний тестовых сетей в рабочие нагрузки основной сети, изучите наш маркетплейс API, чтобы создавать проекты на инфраструктуре, созданной для передовых рубежей пропускной способности.

Итог​

Sei V2 — это доказательство того, что параллельные EVM могут быть запущены в основной сети, поддерживать реальные институциональные развертывания, такие как USDY от Ondo, и обрабатывать живые рабочие нагрузки на уровне 2 500 – 3 500 стабильных TPS. Это не маркетинговый показатель в 12 500 TPS, а реальная производительность, которая уже превосходит стабильную пропускную способность Solana при выполнении неизмененных смарт-контрактов Solidity. Удержит ли Sei это лидерство, зависит от того, достигнет ли Giga своей цели в 5 гигагаза в секунду до того, как созреет Monad и MegaETH докажет свою теорию специализированных узлов.

Гонка за пропускную способность 2026 года больше не касается бенчмарков. Речь идет о том, какая архитектура чисто компонуется с примитивами хранения, консенсуса и доступности данных (DA), которые определяют следующий этап проектирования L1. Sei пришла к этому первой. Следующие двенадцать месяцев решат, превратится ли преимущество первопроходца в области параллельного исполнения в устойчивое лидерство в категории.

Источники​

Share on Twitter