Термин «невозможное трилемма» стал неотъемлемой частью профессионального лексикона в блокчейн-индустрии.
В течение первого десятилетия Ethereum «невозможное трилемма» воспринималась разработчиками как фундаментальный закон: можно выбрать только два из трёх — децентрализацию, безопасность или масштабируемость, — но достичь всех трёх одновременно невозможно.
Однако, если оглянуться с позиций начала 2026 года, становится всё очевиднее: технологический прогресс позволяет преодолеть этот барьер. 8 января Виталик Бутерин отметил: «Увеличение пропускной способности безопаснее и надёжнее, чем снижение задержки. Благодаря PeerDAS и ZKP масштабируемость Ethereum может вырасти в тысячи раз без ущерба для децентрализации».
Трилемма, долгое время считавшаяся непреодолимой, может быть окончательно решена в 2026 году по мере того, как PeerDAS, ZK-технологии и абстракция аккаунтов достигнут зрелого состояния.
I. Почему «невозможное трилемма» так трудно преодолеть?
Вернёмся к формулировке Виталика Бутерина — «невозможное трилемма блокчейна», которая описывает постоянную задачу баланса между безопасностью, масштабируемостью и децентрализацией в публичных блокчейнах:
- Децентрализация: низкие требования к узлам, широкий охват участников, отсутствие зависимости от единого центра;
- Безопасность: способность сохранять целостность системы даже при атаках, цензуре или наличии злоумышленников;
- Масштабируемость: высокая пропускная способность, низкая задержка, качественный пользовательский опыт;
Исторически эти три характеристики противоречили друг другу. Рост пропускной способности обычно требует более мощного оборудования или централизованной координации; снижение нагрузки на узлы ослабляет гарантии безопасности; максимальная децентрализация часто снижает производительность и удобство.
За последние 5–10 лет — от раннего EOS до Polkadot, Cosmos и высокопроизводительных сетей вроде Solana, Sui, Aptos — каждая публичная сеть шла своим путём. Одни жертвовали децентрализацией ради скорости, другие повышали эффективность через разрешённые узлы или комитеты, некоторые сознательно ограничивали производительность ради устойчивости к цензуре и свободы валидаторов.
Почти все решения масштабирования удовлетворяли только двум критериям из трёх, неизбежно жертвуя третьим.
Иными словами, почти каждое решение сталкивалось с дилеммой «монолитного блокчейна»: увеличение скорости требует усиления узлов, а рост числа узлов замедляет работу. Это казалось неразрешимой проблемой.
Если абстрагироваться от спора о монолитных и модульных блокчейнах и проанализировать эволюцию Ethereum с 2020 года — от монолитной архитектуры к многоуровневой rollup-структуре и развитию ZK-технологий (zero-knowledge proofs), становится ясно:
За последние пять лет логика трилеммы была поэтапно переосмыслена благодаря модульному подходу Ethereum.
Ethereum последовательно устранял изначальные ограничения инженерными методами, переводя трилемму из теоретической в практическую плоскость.
II. Разделение и синергия: инженерный подход
Рассмотрим технические детали и проанализируем, как с 2020 по 2025 год Ethereum решал трилемму, параллельно развивая несколько технологических направлений.
Во-первых, PeerDAS отделяет доступность данных, устраняя фундаментальное ограничение масштабируемости.
Доступность данных — ключевой фактор масштабируемости. В традиционных блокчейнах каждый полный узел обязан скачивать и проверять все данные, что обеспечивает безопасность, но ограничивает масштабируемость. Поэтому решения DA (data availability), такие как Celestia, получили стремительное развитие в последние годы.
Ethereum не усиливает отдельные узлы, а изменяет саму модель валидации данных — основой служит PeerDAS (Peer Data Availability Sampling):
Вместо того чтобы каждый узел загружал весь блок, PeerDAS применяет вероятностную выборку для проверки доступности данных. Данные блока разбиваются и кодируются, а узлы случайно выбирают части. При сокрытии данных вероятность сбоя выборки резко возрастает. Это позволяет многократно увеличить пропускную способность при сохранении участия обычных узлов в валидации. Здесь не происходит обмена децентрализации на производительность — математические и инженерные решения оптимизируют стоимость валидации.
Виталик отмечал, что PeerDAS — это не просто концепция из дорожной карты, а уже внедрённый элемент системы. Ethereum сделал реальный шаг к «масштабируемости × децентрализации».
Следующий элемент — zkEVM, использующий доказательства с нулевым разглашением для оптимизации вычислений на каждом узле.
Суть: основной слой Ethereum генерирует и проверяет ZK-доказательства. После исполнения каждого блока создаётся математическое доказательство, позволяющее другим узлам подтверждать результат без повторного исполнения всех вычислений. zkEVM даёт три ключевых преимущества:
- Быстрая проверка: узлы не повторяют транзакции, а просто проверяют zkProofs для подтверждения блока;
- Снижение нагрузки: существенно уменьшается вычислительная и хранилищная нагрузка на полные узлы, что облегчает участие лёгких узлов и кроссчейн-валидаторов;
- Усиленная безопасность: по сравнению с OP-подходами, ZK-доказательства подтверждают состояние на цепочке в реальном времени, что повышает устойчивость к подделке и даёт чёткие границы безопасности;
Недавно Ethereum Foundation (EF) представил стандарт L1 zkEVM для проверки в реальном времени, впервые официально включив ZK-технологии в план развития основной сети. В течение следующего года основной слой Ethereum перейдёт к среде исполнения, поддерживающей zkEVM, что означает переход от «тяжёлого исполнения» к «валидации на основе доказательств».
По мнению Виталика, zkEVM уже готов к промышленной эксплуатации с точки зрения производительности и функциональности. Основные вызовы — долгосрочная безопасность и сложность реализации. Техническая дорожная карта EF предусматривает задержку подтверждения блока менее 10 секунд, размер отдельных zk-доказательств до 300 КБ, 128-битную безопасность, отсутствие доверенной установки и возможность участия домашних устройств в генерации доказательств, что снижает барьер децентрализации.
Наконец, дорожная карта Ethereum до 2030 года (The Surge, The Verge и др.) акцентирует увеличение пропускной способности, реструктуризацию модели состояния, повышение лимитов газа и совершенствование слоя исполнения.
Это часть многолетнего процесса преодоления трилеммы, направленного на достижение большей пропускной способности blob-данных, более чётких rollup-ролей и стабильных механизмов исполнения и расчётов — что формирует базу для будущей мультицепной совместимости.
Ключевой момент: все обновления реализованы как взаимосвязанные модули, а не отдельные улучшения. Это отражает инженерный подход Ethereum к трилемме: вместо поиска единого решения расходы и риски перераспределяются через многоуровневую архитектуру.
III. Видение Ethereum к 2030 году: финальная стадия
Тем не менее важно помнить: «децентрализация» и подобные параметры — не статичные технические стандарты, а эволюционирующие характеристики.
Ethereum последовательно исследует границы трилеммы инженерными методами. По мере развития методов верификации (от полного исполнения к выборке), структур данных (от разрастания состояния к его истечению) и моделей исполнения (от монолитных к модульным) меняются и компромиссы. Мы приближаемся к «универсальному» решению.
Виталик недавно обозначил более чёткие сроки:
- 2026: Благодаря улучшениям слоя исполнения и механизмов построения блоков, а также внедрению ePBS, лимиты газа, не зависящие от zkEVM, могут быть увеличены, что откроет путь к массовому запуску узлов zkEVM;
- 2026–2028: Корректировка ценообразования газа, структуры состояния и payload-организации позволит безопасно работать при больших нагрузках;
- 2027–2030: По мере того как zkEVM станет основным методом верификации блоков, лимиты газа могут быть ещё увеличены, а долгосрочная цель — более распределённое построение блоков;
По последним обновлениям дорожной карты, к 2030 году в Ethereum ожидаются три ключевых характеристики, которые вместе дадут окончательный ответ на трилемму:
- Минималистичный L1: L1 становится стабильной, нейтральной базой, занимающейся только доступностью данных и подтверждением расчётов, обеспечивая максимальную безопасность за счёт отказа от сложной бизнес-логики;
- Развитая L2 и интероперабельность: EIL (interoperability layer) и быстрые правила финализации объединяют разрозненные L2 в единую экосистему, делая базовые цепи невидимыми для пользователей, которые получают сотни тысяч TPS;
- Крайне низкий порог верификации: зрелые технологии обработки состояния и лёгких клиентов позволят даже смартфонам участвовать в верификации, что укрепит фундамент децентрализации;
Примечательно, что при подготовке статьи Виталик вновь напомнил о «Walkaway Test», подчеркнув: Ethereum должен работать автономно — даже если все серверные провайдеры исчезнут или подвергнутся атаке, DApp и пользовательские активы останутся защищены.
Это возвращает оценку финальной стадии от скорости и пользовательского опыта к ключевому приоритету Ethereum: надёжности системы и устойчивости к единичным точкам отказа даже в самых сложных сценариях.
Заключение
В быстро меняющемся секторе Web3/Crypto важно сохранять долгосрочный взгляд на вызовы.
Через несколько лет споры о трилемме 2020–2025 годов будут восприниматься как дискуссии о балансе скорости, безопасности и нагрузки у конных экипажей до появления автомобилей.
Ответ Ethereum — это не мучительный выбор между тремя крайностями, а создание цифровой инфраструктуры, которая благодаря PeerDAS, ZK-доказательствам и продуманной экономической модели становится открытой, защищённой и способной поддерживать мировую финансовую систему.
Каждый шаг вперёд строится на наследии «невозможного трилемма».
Заявление:
- Данная статья перепечатана с сайта [TechFlow], авторские права принадлежат первоисточнику [imToken]. По вопросам перепечатки обращайтесь в команду Gate Learn для оперативного рассмотрения согласно установленным процедурам.
- Отказ от ответственности: мнения и оценки, изложенные в статье, отражают позицию автора и не являются инвестиционной рекомендацией.
- Переводы статьи на другие языки выполнены командой Gate Learn. Если не указан Gate, копирование, распространение или заимствование перевода запрещены.
