10-летний поворотный момент дебатов: действительно ли Ethereum сможет решить «триаду»?

Статья: imToken

Термин «триумвират» уже, наверное, стал для всех звучать как скучная мантра?

За первые десять лет существования Ethereum «триумвират» был словно физический закон, нависающий над каждым разработчиком — можно выбрать два из трёх: децентрализацию, безопасность и масштабируемость, но невозможно одновременно добиться всех трёх. Однако, оглядываясь на начало 2026 года, мы видим, что этот «закон» постепенно превращается в «дизайнерский барьер», который можно преодолеть с помощью технологического прогресса, как отметил Виталик Бутерин в своём революционном мнении 8 января:

По сравнению с уменьшением задержки, увеличение пропускной способности более безопасно и надёжно, благодаря PeerDAS и ZKP, масштабируемость Ethereum может увеличиться в тысячи раз, и децентрализация при этом не страдает.

Мог ли «триумвират», ранее считавшийся непреодолимым, в 2026 году исчезнуть благодаря зрелости PeerDAS, ZK-технологий и абстракции аккаунтов? 1. Почему «триумвират» долгое время оставался нерешённой задачей? Для начала стоит вспомнить концепцию «триумвирата» в блокчейне, предложенную Виталиком Бутериным, — она описывает сложность балансировки между безопасностью, масштабируемостью и децентрализацией в публичных цепочках:

• Децентрализация означает низкий порог входа, широкое участие и отсутствие доверия к единому субъекту;
• Безопасность — способность системы противостоять злоумышленникам, цензуре и атакам, сохраняя консистентность;
• Масштабируемость — высокая пропускная способность, низкая задержка и хороший пользовательский опыт;

Проблема в том, что в традиционной архитектуре эти три аспекта часто конфликтуют: увеличение пропускной способности обычно требует повышения аппаратных требований или централизации координации; снижение нагрузки на узлы может ослабить безопасность; а крайняя децентрализация зачастую ухудшает производительность и UX. За последние 5–10 лет, начиная с EOS, затем Polkadot, Cosmos и заканчивая Solana, Sui, Aptos — все эти публичные цепочки по-своему решали задачу, выбирая разные компромиссы: одни жертвовали децентрализацией ради скорости, другие повышали эффективность через разрешённые узлы или комитеты, третьи делали ставку на проверку и верификацию с большей свободой. Общее у всех решений — почти все схемы масштабирования позволяют одновременно реализовать только два из трёх пунктов, жертвуя третьим. Или, говоря иначе, все эти подходы в рамках «монолитной цепи» постоянно борются между собой: чтобы работать быстро — нужны мощные узлы; чтобы узлов было много — придётся работать медленнее, что кажется безвыходной ситуацией. Если временно оставить в стороне дебаты о преимуществах и недостатках модульных цепочек, то анализ развития Ethereum с 2020 года, когда он перешёл от «монолитной цепи» к многоуровневой архитектуре с Rollup, и недавней зрелости ZK-технологий, показывает следующее: «Триумвират» в своей базовой логике за последние 5 лет постепенно перестраивается в рамках модульной архитектуры Ethereum. Объективно, Ethereum через серию инженерных решений постепенно декомпозировал исходные ограничения, и эта проблема перестала быть только философским вопросом, а стала частью инженерной практики. 2. Инженерный подход «разделяй и властвуй» Далее мы разберём эти инженерные решения, чтобы понять, как за пять лет с 2020 по 2025 Ethereum параллельно развивал несколько технологий, чтобы преодолеть треугольное ограничение. Первое — через PeerDAS реализовать «декуплирование» доступности данных, освободив масштабируемость от её естественного ограничения. Известно, что в «триумвирате» доступность данных — главный барьер масштабируемости, потому что традиционный блокчейн требует, чтобы каждый полный узел скачивал и проверял все данные, что ограничивает пропускную способность и безопасность одновременно. Именно поэтому решения типа Celestia, использующие DA (Data Availability) с «чудовищной» архитектурой, получили широкое распространение. Ethereum же выбрал не усиливать узлы, а изменить способ проверки данных — ключевым решением стал PeerDAS (Peer Data Availability Sampling):

Он не требует от каждого узла скачивать весь блок, а использует вероятностное тестирование — блок разбит и закодирован, узлы случайным образом выбирают часть данных для проверки. Если данные скрыты или повреждены, вероятность провала выборки быстро растёт, что значительно повышает пропускную способность, при этом узлы могут участвовать в проверке, — разве это не шаг к оптимизации «деконцентрализованной» структуры?

Виталик подчёркивает, что PeerDAS — это не просто идея в планах, а уже реализуемый компонент системы, что означает, что Ethereum сделал реальный шаг к решению «масштабируемости и децентрализации». Следующий — zkEVM, который через доказательства с нулевым разглашением решает проблему «должен ли каждый узел повторять все вычисления». Идея — дать Ethereum mainnet возможность генерировать и проверять zk-доказательства. После выполнения блока узлы смогут получить математическое доказательство его правильности, не повторяя все вычисления. Основные преимущества zkEVM:

• Быстрая проверка: узлы не должны повторно выполнять транзакции, достаточно проверить zk-доказательство;
• Меньшая нагрузка: снижается вычислительная и хранилищная нагрузка для полных узлов, что облегчает участие лёгких узлов и валидаторов;
• Повышенная безопасность: в отличие от OP-ветки, zk-доказательства подтверждаются в цепочке мгновенно, что повышает устойчивость к подделкам и чётко определяет границы безопасности;

Недавно Ethereum Foundation объявила о стандарте для zkEVM, что стало первым официальным шагом в интеграции zk-технологий на уровне основной сети. В течение следующего года Ethereum планирует перейти к поддержке zkEVM, что станет структурным сдвигом — от «повторного исполнения» к «подтверждению с помощью доказательств». Виталик считает, что zkEVM уже достиг стадии, когда его можно использовать в производстве, хотя долгосрочные вызовы — безопасность и сложность реализации. Согласно дорожной карте EF, задержка генерации доказательств должна быть менее 10 секунд, размер zk-доказательства — менее 300 KB, а уровень безопасности — 128 бит, исключая trusted setup и позволяя домашним устройствам участвовать в создании доказательств, снижая барьер для децентрализации. И, наконец, помимо этих двух решений, есть планы по развитию Ethereum до 2030 года (например, The Surge, The Verge и др.), — по повышению пропускной способности, реконструкции модели состояния, увеличению лимита Gas, улучшению исполнительного слоя. Это долгосрочные эксперименты и накопительный путь, который стремится преодолеть классические ограничения треугольника, создавая основу для межцепочечного взаимодействия и более стабильной работы. Важно, что эти обновления не являются разрозненными, а проектируются как взаимодополняющие модули, что отражает инженерный подход Ethereum к «триумвирату»: вместо поиска магической формулы, которая решит всё сразу, — через многоуровневую архитектуру перераспределяются затраты и риски. 3. Взгляд в 2030: финальная форма Ethereum Даже при этом, важно сохранять умеренность. «Децентрализация» — не статический показатель, а результат долгосрочной эволюции. Ethereum — это постепенное исследование границ «триумвирата» через инженерные практики — с изменением методов верификации (от повторных вычислений к выборкам), структур данных (от роста состояния к его управлению) и моделей исполнения (от монолита к модульности). Эти изменения смещают баланс, приближая нас к «и то, и это, и ещё больше» — к идеалу. В недавних обсуждениях Виталик обозначил примерный временной план:

• 2026: с улучшениями в исполнительных слоях и механизмах, введением ePBS и других решений, лимит Gas без zkEVM может быть повышен, создавая условия для более широкого запуска zkEVM;
• 2026–2028: регулировка цен на Gas, изменение структуры состояния и организации вычислений для работы под высокой нагрузкой;
• 2027–2030: по мере распространения zkEVM, лимит Gas может увеличиться ещё больше, а долгосрочная цель — более децентрализованное построение блоков;

Объединив последние обновления дорожных карт, можно выделить три ключевых характеристики Ethereum до 2030 года, которые вместе дают окончательный ответ на «триумвират»:

• Минималистичный L1: L1 станет надёжной, нейтральной базой, отвечающей только за доступность данных и подтверждение расчётов, — он больше не будет заниматься сложной логикой приложений, что обеспечит высокий уровень безопасности;
• Развитие L2 и межсетевого взаимодействия: через EIL (Interoperability Layer) и быстрые протоколы подтверждения, фрагментированные L2 объединяются в единую систему, пользователи не ощущают цепочку, а только видят тысячи TPS;
• Минимальный порог для участия в верификации: благодаря зрелости технологий обработки состояния и лёгких клиентов, даже мобильные устройства смогут участвовать в проверке, что укрепит фундамент децентрализации;

Интересно, что во время написания этой статьи Виталик вновь подчеркнул важность «Walkaway Test» — теста на автономность, который подтверждает, что Ethereum сможет функционировать даже при исчезновении всех провайдеров или при атаке, а активы пользователей останутся в безопасности. Это, по сути, возвращает оценку «финальной формы» не к скорости или UX, а к тому, насколько система остаётся доверенной и независимой в худших сценариях. Заключение Люди всегда должны смотреть на развитие с перспективой, особенно в такой быстро меняющейся индустрии, как Web3/Crypto. Я верю, что через много лет, когда люди вспомнят горячие споры о «триумвирате» 2020–2025, они скажут, что это было похоже на обсуждение «как сделать так, чтобы карета могла одновременно быть быстрой, безопасной и грузоподъёмной» до изобретения автомобиля. Ответ Ethereum — не в выборе между тремя вершинами, а в создании системы, которая с помощью PeerDAS, ZK-доказательств и продуманной экономики строит инфраструктуру, безопасную и способную обслуживать все финансовые операции человечества. Объективно, каждый шаг в этом направлении — это шаг к завершению истории «триумвирата».