Статья: Ши Синьгуо
I. Пролог: крах консенсуса и поворот «маяка»
Блокчейн всегда полон новостей, и если сравнивать с недавним резким падением Bitcoin, то более взрывным было короткое выступление Vitalik, которое прозвучало в центре внимания Rollups, добавив трагическую ноту к этой технологии, пережившей более пяти лет развития.
В феврале 2026 года Vitalik Buterin опубликовал серию резких размышлений на социальных платформах и форумах по исследованию Ethereum, что без сомнения стало мощным ударом по отрасли. Это вызвало широкую волну обсуждений о «землетрясении» в дорожной карте масштабирования. Он отметил, что текущая экосистема L2 больше похожа на набор отдельных островов, соединённых через хрупкие мосты, а не на органическую часть Ethereum. Эти слова фактически публично признали и глубоко проанализировали серьёзные ограничения стратегии масштабирования, основанной на Rollup, с 2020 года.
Обратимся к 2020 году, когда Vitalik опубликовал «Дорожную карту Ethereum, ориентированную на Rollup». Тогда всё сообщество считало, что основная сеть Ethereum — это безопасный и расчетный уровень, а функции исполнения полностью переданы на Rollup. Однако через пять лет Vitalik лично опроверг эту концепцию, заявив, что идея считать L2 «официальным решением» для масштабирования Ethereum уже устарела.
Он выдвинул очень резкое обвинение: «Если вы создали EVM, обрабатывающий 10 000 транзакций в секунду, но его соединение с L1 реализовано только через мультиподписной мост, то вы управляете по сути централизованной базой данных, одетой в блокчейн». Этот аргумент прямо указывает на боль текущих популярных L2: даже при высокой пропускной способности, если механизм безопасности основан на «небольшом доверии к нескольким людям в комитете», то он не может выполнить обещания децентрализации Ethereum. Это сразу снимает внешнюю «роскошь» с пути Rollups, показывая, что многие из них по сути остаются оффчейн-обработками или сайдчейнами, скрытыми под маской.
Ранее Vitalik имел красивый план постепенной эволюции Rollups. В 2022 году он предложил рамки зрелости, согласно которым настоящий Rollup должен пройти стадии от Stage 0 (полностью централизованный) до Stage 2 (полностью децентрализованный). Но реальность оказалась суровой: по данным L2 BEAT на начало 2026 года, большинство активных L2 всё ещё находятся на стадиях 0 или 1, и даже в «помощных» централизационных режимах всё глубже погружаются.
II. Обратный взгляд: «выживание» в эпоху патчей и их ограничения
Вернёмся к 2020 году — это был момент тревоги. Перед перегруженной основной сетью и высокими Gas-фиями сообщество Ethereum приняло трудное стратегическое решение: утвердить дорожную карту, ориентированную на Rollup.
Это было рациональное «выживание». В случае сложных инженерных реконструкций на базовом уровне L1, всё бы пошло наперекосяк. Поэтому сообщество выбрало более прагматичный подход — «аутсорсинг» вычислений на слой 2, передавая сложные операции вне цепи, а на цепь возвращая только итоговые результаты для расчетов.
Это похоже на то, как банк, чтобы снизить нагрузку на головной офис, открывает множество филиалов. Филиалы быстро обрабатывают операции, но окончательный учет и расчет средств всё равно осуществляются в единственном центральном офисе.
Такой «патчинг» — временное решение, которое хоть и снимает проблему производительности, но вводит ограничения, с которыми сталкиваются пользователи:
Во-первых, разрыв в пользовательском опыте. Пользователи вынуждены «перескакивать» между разными L2, а активы через межсетевые мосты разбросаны по разным цепям. Перейти с A на B — как выехать за границу: дорогостоящие «визы» (комиссии за межцепные операции) и долгие ожидания.
Во-вторых, перерасход доверия. В погоне за эффективностью экосистема вынуждена терпеть снижение децентрализации L2. Такой подход «зайти и доплатить» привел к тому, что большинство L2 всё ещё управляются через мультиподписные кошельки, а пользователи думают, что используют блокчейн, а на деле — систему учета, контролируемую немногими.
Самое глубокое ограничение — физические характеристики. Независимо от оптимизаций, Rollup всё равно работает на однопоточном «одностороннем движении» (последовательной цепочке). Когда сотни L2 одновременно отправляют данные в L1, перегрузка переносится с цепи на интерфейсы между цепями и вне их. Такая архитектура не способна обеспечить необходимую для будущего Web3 масштабируемость с высокой скоростью и параллельностью.
Это — типичный долг технологической задолженности. Используя централизованную эффективность и оффчейн-обработку, мы временно получаем гладкую работу, но долг всё равно придет.
III. Глубокий анализ: почему верхний уровень масштабирования не исправляет застрявшую нижнюю?
На поверхности Rollups — это вынужденное следствие «выживания», а внутри — суровая физика. Почему L2 не достигла первоначальных целей масштабирования и даже вызвала беспрецедентную фрагментацию Ethereum? Потому что Rollups пытаются скрыть системные архитектурные недостатки за программным слоем.
Проблема «однопроходной дороги» — последовательной обработки. И L1, и L2 по сути основаны на «последовательной обработке». Это похоже на одностороннюю улицу: сколько бы уровней (L2) ни было построено, если выход (обновление состояния) один, то затор неизбежен.
Rollup — это по сути «компрессор». Он действительно сжимает сотни транзакций в одну, но это только логическая оптимизация — уменьшение объема данных, а не изменение физических правил очереди. Когда активность на цепи растет, L2 всё равно борется за ограниченное пространство блока L1, соревнуясь за место. Такая архитектура не способна обеспечить необходимую для высокочастотных финансовых операций или AI-агентов реакцию за миллисекунды. В будущем Web3, помимо переводов, потребуется синхронизация состояния в реальном времени — что полностью недоступно для L2.
«Островная налоговая» — проблема межоперабельности. Самый большой побочный эффект L2 — разделение ликвидности Ethereum на десятки изолированных островов. Это не только ухудшает пользовательский опыт, но и наносит экономический урон.
Самый яркий пример — «семидневный период ожидания» в Optimistic Rollup. Для безопасности вывод средств с L2 на L1 требует ждать целых 7 дней. В традиционных финансах это невозможно представить — перевод занимает T+7. В результате появились межцепные мосты и агрегаторы ликвидности, которые по сути взимают «налог на фрагментацию». В погоне за масштабируемостью мы жертвуем самым ценным свойством Web3 — атомарной композиции (Atomic Composability).
«Интенсивность» бизнес-моделей. В модульной архитектуре利益 разделены слишком мелко, что усложняет сотрудничество. Например, закрытие совместного модуля последовательности (как Astria) — иллюстрация: крупные проекты не хотят делиться прибылью от MEV, а малые не могут позволить себе инфраструктуру. В итоге все изобретают свои «локальные сети», вместо совместного построения «глобальной сети».
Жестокий вывод: на однопроцессорном CPU (последовательный L1) даже множество виртуальных машин (L2) не смогут превзойти суперкомпьютер. В отрасли нужны не патчи, а фундаментальные реконструкции.
IV. Новые требования Web3: выход за рамки «однопроцессорной пакетной обработки» — креативный интернет-реализм
Объем и сложность Web3 значительно превосходят криптовалюты. Если поднять взгляд, то это «переход между поколениями» Web3. До этого эпоха криптовалют — это «Ledger» эпоха, представленная Bitcoin, — основная задача которой — точно фиксировать передачу стоимости, а последовательная обработка обеспечивает безопасность.
Но мир изменился, и мы стоим на пороге Web3. Основные требования отрасли уже не только к низкочастотному учету, а к «высокочастотным вычислениям состояния (State Computing)».
Эти изменения вызваны новыми потребностями реального мира к Web3. Они характеризуются высокой параллельностью, реальностью и сложными взаимодействиями — что трудно реализовать на цепях с последовательной логикой (L1 и L2):
Представьте: миллиарды AI-агентов сотрудничают на цепи, требуя миллисекундных откликов, а не «подключения по диалпакету»; глобальный оборот RWA-активов — это 24/7, с мгновенной точностью, а не долгие расчеты; микроплатежи в сети DePIN — при работе на перегруженной цепи с высокой стоимостью Gas мгновенно разоряют экономическую модель.
В этом новом парадигме важнее не «максимальный TPS», а «реальное определение». Нам нужен инфраструктурный фундамент, способный обрабатывать огромные параллельные нагрузки, сохраняя децентрализацию. Это не только повышение производительности, но и эволюция от «цивилизации пакетной обработки» к «цивилизации реального времени».
V. Переход к параллельным блокчейнам (Paralism): повышение уровня
Перед физическими ограничениями однопроцессорных систем отрасль пришла к консенсусу: патчи на уровне приложений не смогут преодолеть потолок производительности. Настоящее масштабирование требует глубокой архитектурной реконструкции. Параллельные блокчейны, такие как Paralism, — это именно такой «архитектурный» подход.
Реконструкция структуры: от линейных ограничений к параллельным путям. Традиционный блокчейн страдает от «однопоточного» гена — все операции вынуждены ждать в очереди на одной временной оси. Paralism вводит «гиперблок (Hyper Block) + субцепи (Solo Chains)» — двухуровневую топологию. Это не просто добавление полос, а создание многомерного пространства исполнения. Каждая субцепь — это отдельное суверенное пространство, предназначенное для высокочастотных операций — будь то мгновенное сведение DeFi или массовое взаимодействие GameFi. Они работают параллельно, не мешая друг другу. Такая архитектура впервые даёт возможность масштабирования по аналогии с облачными вычислениями, освобождая от физических ограничений одного узла.
Эволюция взаимодействия: внутреннее согласование. Самое изящное в параллельной архитектуре — устранение противоречия между «шардингом» и «единством». Paralism использует алгоритм согласования Buddy, который позволяет субцепям в короткие периоды времени достигать атомарного согласования состояния всей сети через гиперблоки. Это означает, что межцепные операции больше не требуют надёжных мостов или долгих подтверждений. В ритме гиперблоков цепи A и B могут обмениваться активами мгновенно и с высокой степенью согласованности. Такой «внутренний межцепной обмен (Native Interoperability)» возвращает поток средств в Web3 к уровню внутреннего банковского клиринга — безопасному и плавному, без «налога на межцепную фрагментацию».
Бизнес-суверенитет: отказ от «подгонки под шаблон». В парадигме Ethereum все приложения должны подчиняться стандартам EVM. А параллельная архитектура даёт бизнесу большую адаптивность. Приложения больше не — «зависимые арендаторы», а — архитекторы с возможностью настройки. Высокочастотные трейды могут достигать миллисекундных согласований, крупные активы — выбирать более надёжные параметры безопасности. Они используют ликвидность и безопасность основной сети, не жертвуя своими уникальными бизнес-особенностями.
Это не только рост пропускной способности, но и фундаментальный переход блокчейна от «логики учетной книги» к «вычислительной логике». Это подтверждение того, что будущее Web3 — не патчи, а создание параллельной и мощной основы.
VI. Заключение: от «патч-стэкинга» к «архитектурным революциям», к эпохе параллелизма
Исторический поток уже достиг границы Web3, потребности не ослабевают, а ускоряются. Rollups — не ошибка, а дорогостоящий и необходимый стресс-тест, который за пять лет выполнил свою миссию — заставил всю отрасль столкнуться с физическими пределами «слоеных патчей» и, столкнувшись с препятствиями, осознать: попытка построить небоскреб на однопоточной базе — это иллюзия.
Искренность Vitalik в начале 2026 года совпала с преддверием обновления «Glamsterdam» — это не случайность. Предстоящий апгрейд — по сути, «однопоточный разгон + многопоточечные патчи». Используя ePBS для ускорения времени исполнения и BALs для вызова многопроцессорных мощностей, Ethereum L1 достигнет невиданных высот в 2026 году. Это показывает, что Ethereum всё ещё ищет путь к «параллелизации» через сложные обходные пути.
Если Glamsterdam — это крайняя борьба внутри старой последовательной парадигмы, то Paralism — это другой уровень эволюции — «многопроцессорная операционная система», которая изначально отвергает очередь и работает параллельно. Она вводит революцию в структуре данных — от «последовательных» к «параллельным». Для финальной стадии Web3 Paralism — это наиболее полное техническое воплощение параллельной логики в основе блокчейна.
Будущее Web3 обязательно будет поддерживаться параллельной архитектурой, способной обрабатывать огромные параллельные задачи. «Выйти на станцию и сойти» — не только чтобы попрощаться с устаревшим путём, но и чтобы пересесть на скоростной параллельный поезд к масштабным коммерческим приложениям.
