Виталик Бутерин и Ethereum: слой платформы для приложений

О чём этот пост: Ethereum как новая платформа для приложений

Ethereum тесно связан с Виталиком Бутериным, потому что он помог сформулировать исходное предложение: блокчейн, который может запускать программы общего назначения, а не просто переводить одну монету из точки A в B. Вместо того чтобы запускать отдельную сеть под каждую идею, разработчики могли строить на одной общей базе, доступной всем.

«Программируемые деньги» простым языком

Если обычные деньги — это число на банковском счёте, то программируемые деньги — это деньги с правилами. Эти правила могут говорить, например: выплатить только при выполнении условия, автоматически распределять доход, или позволить людям обменивать токены без центральной компании, держащей средства. Главное — логика выполняется программным обеспечением в сети, поэтому участники могут координироваться без единого доверенного оператора.

Основная идея: одна платформа — много приложений

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

Что вы узнаете из этого поста

Этот текст связывает четыре нити:

• Историческая проблема: почему на ранних этапах было сложно строить на крипто‑инфраструктуре.
• Базовые технические концепции: смарт‑контракты, транзакции, газ и Ethereum Virtual Machine (EVM) — объяснено на высоком уровне.
• Эффекты экосистемы: стандарты вроде ERC‑20 и ERC‑721, а также инструменты и библиотеки, которые упростили разработку.
• Реальные результаты и компромиссы: DeFi, NFT, DAO, вместе с комиссиями, рисками безопасности и масштабированием через Layer 2.

К концу у вас будет практическая модель мышления, почему Ethereum стал не просто монетой: он стал общей основой, позволившей появиться целым категориям web3‑приложений.

До Ethereum: почему на ранней крипто‑инфраструктуре было сложно строить

Прорыв Bitcoin был не просто в «интернет‑деньгах». Он доказал цифровую дефицитность: способ для незнакомцев договориться, кто чем владеет, без центрального оператора.

Но Bitcoin был намеренно узким. Его встроенная скриптовая система могла выразить несколько полезных условий (например, мультиподпись), но была спроектирована как простая, предсказуемая и трудная для злоупотребления. Такая консервативность помогала безопасности, но ограничивала возможности для приложений.

Как выглядели эти ограничения на практике

Если вы хотели создать приложение поверх ранней крипты — например токен, краудфандинг или он‑чейн игру — вы быстро сталкивались с ограничениями:

• Нет вычислений общего назначения: нельзя было легко запускать богатую бизнес‑логику прямо в цепочке.
• Уходы в обход были неудобны: многие идеи требовали координации вне сети, кастомных серверов или специальных «альткоинов» с новыми правилами.
• Фрагментация: запуск новой цепочки для каждой идеи означал начинать с нуля — новые валидаторы, новые пользователи, новые кошельки, новая ликвидность.

Поэтому выбор часто был таким: держать логику вне сети (теряя «бездоверительные» преимущества) или запускать отдельный блокчейн (теряя общих пользователей и инфраструктуру).

Отсутствовавший элемент: общий слой вычислений

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

Это недостаток и стал ядром первоначального предложения Ethereum: блокчейн, который относит смарт‑контрактный код к уровню первоклассных объектов — превращая крипту из одноцелевой системы в платформу для множества приложений.

Большая идея Виталика: блокчейн общего назначения

Bitcoin доказал, что цифровая ценность может перемещаться без центрального оператора — но всё, что выходит за рамки «отправить и получить», делалось сложно. Новые функции часто требовали изменений в протоколе, и каждая идея стремилась стать своей собственной цепочкой. Это замедляло эксперименты и фрагментировало экосистему.

Основное предложение Виталика было простым: вместо создания блокчейна под одну задачу, создать блокчейн, который может выполнять множество задач. Не «монета с несколькими дополнительными функциями», а общая база, где разработчики могут писать программы, задающие поведение ценности.

«Мировой компьютер» (простыми словами)

Иногда говорят, что Ethereum — это «мировой компьютер». Полезный смысл не в том, что это суперкомпьютер, а в том, что Ethereum — публичная, постоянно доступная платформа, где любой может разместить код, а любой другой — с ним взаимодействовать. Сеть выступает нейтральным арбитром: она выполняет одинаковые правила для всех и записывает результаты так, чтобы другие могли их проверить.

Стандарты и композиционность как центр дизайна

Ethereum был не только про смарт‑контракты; он был про то, чтобы сделать их взаимосвязанными по умолчанию. Если разработчики следуют общим стандартам, разные приложения могут «щелкаться» друг с другом как детали конструктора: кошелёк работает с множеством токенов, биржа может листить активы без кастомных интеграций, а новый продукт использует существующие компоненты вместо того, чтобы всё переписывать.

Здесь открытые стандарты и композиционность становятся функцией, а не случайностью. Контракты могут вызывать другие контракты, а продукты могут складываться на базе ранних «примитивов».

Базовый слой для множества продуктов

Конечная цель — уровень платформы: надёжная база, где можно строить и комбинировать бесчисленное количество приложений — финансовые инструменты, цифровое владение, организации, игры. Ставка Ethereum была такой: общая основа откроет больше инноваций, чем набор одноцелевых цепочек.

Программируемые деньги 101: что дают смарт‑контракты

Смарт‑контракты — это маленькие программы, которые выполняются в Ethereum и строго исполняют написанные правила. Простая аналогия — торговый автомат: вы кладёте $2, нажимаете кнопку, и автомат выдаёт закуску — без кассира и переговоров. Правила видны, результат автоматичен при правильных входных данных.

«Минимизация доверия» vs традиционные приложения

В обычном приложении вы доверяете серверам компании, администраторам, обновлениям базы данных и службе поддержки. Если они изменят правила, заморозят аккаунт или совершат ошибку, у вас обычно нет прямого способа проверить, что произошло.

Со смарт‑контрактом ключевая логика выполняется сетью. Это значит, участникам не нужно доверять единому оператору, что тот «сделает как положено» — при условии, что контракт правильно написан и развернут. Вы всё ещё доверяете коду и базовому блокчейну, но снижаете зависимость от усмотрения центральной стороны.

Что смарт‑контракты могут (и не могут) делать

Смарт‑контракты могут:

• Хранить и перемещать цифровые активы (токены) по заданным условиям
• Навязывать права доступа (кто и что может делать)
• Координировать многошаговые взаимодействия (обмены, займы, аукционы)

Они не могут напрямую узнавать факты из реального мира — например, погоду, статус доставки или возраст человека. Для этого нужны внешние вводы (оракулы). Они также не могут легко «отменить» ошибки: после развёртывания и использования изменить поведение контракта сложно или невозможно.

Почему это даёт новую бизнес‑логику на цепочке

Потому что активы и правила могут сосуществовать в одном месте, можно строить продукты, где платежи, право собственности и исполнение происходят вместе. Это открывает такие возможности, как автоматическое распределение доходов, прозрачные маркетплейсы, программируемые членства и финансовые соглашения, которые рассчитываются кодом — а не по бумажной волоките или ручному одобрению.

Как работает Ethereum (на высоком уровне): EVM, газ и транзакции

Ethereum — это общий компьютер, о котором договариваются многие независимые участники. Вместо одной компании, управляющей сервером, тысячи узлов верифицируют один набор правил и хранят одну и ту же историю.

Аккаунты и транзакции

В Ethereum есть аккаунты, которые могут держать ETH и взаимодействовать с приложениями. Существует два основных типа:

• Externally Owned Accounts (EOA): управляются кошельком (вашим приватным ключом).
• Контрактные аккаунты: управляются кодом (смарт‑контрактом).

Транзакция — это подписанное сообщение от EOA, которое либо (1) отправляет ETH другому аккаунту, либо (2) вызывает функцию смарт‑контракта. Для пользователей это то, что происходит при «подтверждении в кошельке». Для разработчиков это базовая единица взаимодействия: любое действие в приложении в итоге становится транзакцией.

Блоки: как действия становятся историей

Транзакции не вступают в силу мгновенно. Их группируют в блоки, и блоки добавляются в цепочку по порядку. После включения вашей транзакции в блок (и появления последующих блоков) её становится всё сложнее отменить. На практике: вы ждёте подтверждений; разработчики проектируют UX с учётом этой задержки.

EVM: один рантайм — много приложений

Ethereum Virtual Machine (EVM) — это общий рантайм, который выполняет код смарт‑контрактов одинаково на каждом узле. Именно поэтому контракты портативны: если вы развернули токен, биржу или NFT‑контракт, любой кошелёк или приложение может с ним взаимодействовать, если они «говорят» на одном EVM‑языке.

Газовые комиссии: зачем они нужны

Каждое вычисление и изменение хранения стоит газ. Газ нужен, чтобы:

• Установить жёсткий лимит на объём работы, которую транзакция может потребовать от сети
• Предотвратить спам и DDoS‑атаки
• Ценить дефицитные ресурсы (место в блоке) в периоды высокой нагрузки

Для пользователей газ — это плата за включение в блок. Для разработчиков газ формирует дизайн продукта: эффективные контракты делают приложения дешевле, тогда как сложные взаимодействия становятся дорогими при перегрузке сети.

Стандарты, которые масштабировали экосистему: ERC‑20 и NFT

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

Почему общие стандарты важны

Токен‑стандарт определяет, как отслеживаются балансы, как выполняются переводы и какие базовые функции должен раскрывать каждый контракт. Если кошелёк знает эти функции, он может показывать и отправлять любой совместимый токен. Если DeFi‑приложение поддерживает стандарт, оно способно принимать многие токены с минимальной доработкой.

Это снижает интеграционные издержки с «кастомной работой для каждого актива» до «поддержать стандарт один раз». Это также уменьшает риск ошибок, потому что разработчики переиспользуют проверенные практики.

ERC‑20: основа для взаимозаменяемых токенов

ERC‑20 — это чертёж для взаимозаменяемых токенов (каждая единица взаимозаменяема, как доллары). Стейблкоин, токен управления или утилитарный токен могут следовать одному интерфейсу.

Поскольку ERC‑20 предсказуем, биржи быстрее листят новые токены, кошельки показывают балансы автоматически, а DeFi‑протоколы последовательно работают с множеством активов (обмены, кредитование, залог).

ERC‑721 и ERC‑1155: NFT и мульти‑активные строительные блоки

ERC‑721 — классический стандарт для NFT: каждый токен уникален, что подходит для коллекционных предметов, билетов и доказательства собственности.

ERC‑1155 расширяет идею, позволяя одному контракту управлять множеством типов токенов — как взаимозаменяемых, так и невзаимозаменяемых — полезно для игр и приложений с большими наборами предметов.

Вместе эти стандарты превратили «кастомные активы» в взаимоподключаемые строительные блоки, так что создатели и разработчики тратят меньше времени на «трубы» и больше — на продукты.

Экосистема разработчиков: инструменты, библиотеки и композиционность

Ethereum стал уровнем платформы не только из‑за смарт‑контрактов — он вырос ещё и потому, что на нём стало проще разрабатывать. По мере притока разработчиков появлялись инструменты, общие шаблоны и переиспользуемые компоненты. Это снижало усилия для следующих команд и привлекало ещё больше людей.

Композиционность: «Lego»‑приложения, которые стыкуются

Композиционность означает, что одно приложение может подключаться к контрактам другого приложения, как детали Lego. Вместо того, чтобы всё заново изобретать, новый продукт переиспользует существующие контракты и фокусируется на лучшем UX.

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

Другой пример: портфельное приложение «читает» ваши позиции в разных DeFi‑протоколах без разрешения, потому что данные в открытом доступе и контракты публично доступны.

Вихрь роста: больше разработчиков → больше инструментов → больше приложений

Ранние команды строили базу: библиотеки для кошельков, шаблоны контрактов, инструменты безопасности и фреймворки. Последующие разработчики выигрывали от этой базы и выпускали продукты быстрее, что увеличивало использование и делало экосистему ещё привлекательнее.

Open‑source сильно ускоряет этот процесс. Когда команда публикует проверенный контракт или популярную библиотеку, тысячи разработчиков могут её изучать, улучшать и адаптировать. Итерация идёт публично, стандарты распространяются быстро, а хорошие идеи накапливаются.

На практике этот вихрь распространяется дальше Solidity в сторону фронтендов, панелей, админ‑инструментов и бэкенд‑сервисов, индексирующих активность цепочки. Платформы вроде Koder.ai здесь вписываются как современный слой для «vibe‑coding»: вы описываете продукт в чате и генерируете рабочее веб‑приложение (React), бэкенд (Go + PostgreSQL) или мобильное приложение (Flutter), быстро итеративно прототипируете — полезно для пробных продуктов вроде страниц с доступом по токену, аналитических панелей или внутренних инструментов, которые дополняют он‑чейн контракты.

От примитивов к продуктам: DeFi, NFT и DAO

Главный сдвиг Ethereum не был в одном «убийственном» приложении. Он заключался в появлении переиспользуемых строительных блоков — смарт‑контрактов, которые ведут себя как открытые финансовые и цифровые примитивы. Как только такие примитивы появились, команды смогли быстро сочетать их в продукты, часто без разрешения платформы.

DeFi: «Lego»‑финансы

Децентрализованные финансы (DeFi) выросли из нескольких ключевых паттернов, которые повторяются:

• DEX (децентрализованные биржи): контракты, которые позволяют людям обменивать токены напрямую, по правилам, закодированным в цепочке.
• Кредитование и заимствование: пулы, где пользователи вкладывают активы, чтобы зарабатывать проценты, а другие заимствуют под залог — с автоматической ликвидацией при нарушении порогов.
• Стейблкоины: токены, стремящиеся удерживать стабильную стоимость, позволяющие ценообразование, зарплаты и кредиты без волатильности типичных крипто‑активов.

Важно то, как эти части стыкуются: стейблкоин может выступать залогом в кредитовании; позиции в кредитовании могут использоваться где‑то ещё; свапы дают ликвидность для перехода между активами. Эта композиционность превращает примитивы в полноценные финансовые продукты.

NFT: записи о праве собственности, не только коллекции

NFT (часто ассоциируемые с искусством) шире — это уникальные идентификаторы на цепочке. Они полезны для:

• Билетов и пропусков (события, членства)
• Игровых предметов, которые можно торговать или переносить между опытами
• Идентичности и сертификатов (доказательство участия, аттестации), где NFT — верифицируемая запись

DAO: координация через общие правила

DAO используют смарт‑контракты для управления коллективным принятием решений и общими казначействами. Вместо внутренней базы данных компании «правила организации» (голосование, лимиты расходов, процесс предложений) видны и приводимы в исполнение на цепочке — полезно для сообществ, грантовых программ и протоколов с прозрачным управлением.

Компромиссы и реальные проблемы: комиссии, безопасность и сложность

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

Комиссии, перегрузки и пользовательский опыт

Каждая транзакция конкурирует за ограниченное место в блоке. Когда спрос растёт (майнты популярных NFT, волатильность рынков, крупные эирдропы), пользователи поднимают ставки, чтобы попасть в блок раньше. Это может превратить простое действие — обмен, майнинг или голосование — в дорогую операцию.

Высокие комиссии влияют не только на кошельки; они изменяют дизайн продуктов. Приложения могут объединять действия, откладывать неважные обновления или ограничивать функции, чтобы держать расходы в разумных пределах. Для новых пользователей понятие «газа» и колеблющиеся комиссии могут быть запутанными — особенно если комиссия выше, чем стоимость операции.

Риски безопасности: баги, скамы и необратимость

Смарт‑контракты мощны, но код бывает ошибочным. Баг может заморозить средства или позволить злоумышленнику их вывести; «апгрейдабельные» контракты добавляют ещё один слой доверия. К тому же фишинговые ссылки, поддельные контракты и вводящие в заблуждение approvals — частые угрозы.

В отличие от банковского перевода, многие блокчейн‑действия фактически необратимы. Если вы подписали неправильную транзакцию, у вас может не быть «службы поддержки», к которой можно обратиться.

Децентрализация накладывает ограничения

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

Именно поэтому масштабирование стало ключевым направлением: улучшить опыт, не отказавшись от свойств, которые делают Ethereum ценным.

Масштабирование платформы: Layer 2 и путь к более дешёвым приложениям

Ethereum иногда похож на оживлённую магистраль: когда много людей одновременно пытаются им пользоваться, комиссии растут, а транзакции занимают больше времени. Layer 2 (L2) — один из основных способов масштабирования, не жертвуя тем, что L1 остаётся нейтральной и безопасной базой.

Что такое Layer 2 простыми словами

Layer 2 — это сеть, которая находится «поверх» Ethereum. Вместо того чтобы каждая пользовательская операция обрабатывалась индивидуально в mainnet, L2 пакует множество транзакций, выполняет основную работу вне цепочки и затем публикует сжатое доказательство или сводку в Ethereum.

Можно представить так:

• L1 (Ethereum): судебная запись — медленно, но крайне авторитетно.
• L2: кассовая линия, обслуживающая тысячи клиентов быстро, а затем отправляющая один отчёт в судебную запись.

Почему пакетирование делает приложения дешевле и быстрее

Комиссии в Ethereum отражают, сколько вычислений и данных вы просите сеть обработать. Если 10 000 обменов или переводов можно объединить и отправить в виде гораздо меньшего объёма данных в L1, стоимость L1 делится между многими пользователями.

Поэтому L2 обычно дают:

• Ниже комиссии: одна операция финализации L1 делит стоимость между многими транзакциями
• Быстрее UX: более быстрые подтверждения для обычных действий
• Больше возможностей для приложений: дешёвые действия позволяют реализовывать идеи, которые не работают при затратах в несколько долларов за клик

Мосты: необходимый связующий элемент — и источник риска

Чтобы пользоваться L2, как правило, нужно переместить активы между L1 и L2 через мост. Мосты важны, потому что они позволяют тем же активам (ETH, стейблкоины, NFT) переходить туда, где операции дешевле.

Но мосты добавляют сложность и риски:

• Это дополнительное ПО, которое может содержать баги.
• Некоторые мосты зависят от дополнительных доверительных допущений.
• Пользователи путаются из‑за нескольких сетей, адресов и времени вывода.

Для обычных пользователей стоит следовать рекомендациям приложения, внимательно читать шаги моста и выбирать проверенные варианты.

Как L2 укрепляют тезис «уровня платформы»

L2 усиливают роль Ethereum как платформы: mainnet фокусируется на безопасности, нейтральности и финализации, а разные L2 конкурируют за скорость, стоимость и UX.

Вместо одной цепочки, пытающейся делать всё, Ethereum становится базой, поддерживающей множество «городов» (L2) — каждый оптимизирован под разные виды web3‑приложений, но все они привязаны к одной системе активов и контрактов.

Почему Ethereum стал уровнем платформы (а не просто монетой)

Ethereum стал влиятельным не только потому, что его токен имел ценность. Он стал местом, где строят вещи — общей средой выполнения, где приложения, активы и пользователи взаимодействуют по единым правилам.

Внимание разработчиков — это преимущество

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

Ethereum упростил путь от идеи до он‑чейн программы благодаря общему рантайму (EVM) и понятной модели контрактов. Это привлекло инструменты, аудиты, кошельки, биржи и сообщества — делая следующую команду ещё более склонной выбрать эту платформу.

Стандарты и ликвидность создают барьеры входа

Ethereum популяризировал мысль, что общие стандарты открывают целые рынки. ERC‑20 сделал токены совместимыми между кошельками и биржами; ERC‑721 помог формализовать NFT; последующие стандарты расширяли эти строительные блоки.

Когда активы следуют общим интерфейсам, ликвидность концентрируется: токен можно торговать, использовать как залог, прокидывать через DEX или интегрировать в кошелёк без кастомной работы. Эта ликвидность вместе с композиционностью («приложения встраиваются в приложения») создаёт практический конкурентный барьер — не потому, что код нельзя скопировать, а потому что координацию и принятие сложно повторить.

Как это по сравнению с другими экосистемами

Другие цепочки часто оптимизируют другие компромиссы: большую пропускную способность, низкие комиссии, альтернативные виртуальные машины или более централизованное управление для быстрых обновлений. Вклад Ethereum не в том, что это единственный путь, а в том, что он популяризировал платформу общего назначения со стандартами, которые позволяют независимым командам строить друг на друге.

Практические выводы для пользователей и разработчиков

Ethereum‑приложения могут казаться абстрактными, пока вы не начнёте оценивать их так же, как финансовый продукт: что делает, сколько стоит и что может пойти не так. Вот практические фильтры, которые работают при обмене токенов, чеканке NFT или вступлении в DAO.

Простой чеклист для оценки Ethereum‑приложения

• Затраты (комиссии + скрытые расходы): оцените предполагаемый газ для действия (свап, мост, майнинг). Если приложение вызывает несколько контрактов, комиссии складываются.
• Профиль риска: это проверенный протокол или эксперимент? Посмотрите, как долго он живёт, есть ли значимая активность и были ли инциденты.
• Разрешения и кастодиальность: вы подключаете кошелёк для одноразового действия или даёте разрешение контракту двигать ваши токены позже? Предпочитайте минимальные разрешения и отзывайте старые.
• Сигналы безопасности контрактов: аудиты помогают, но не гарантируют безопасность. Мульти‑аудит + время в продакшне + простая архитектура обычно лучше маркетинговых заявлений.
• Влияние на цену и проскальзывание: для трейдов подтвердите настройки проскальзывания и ожидаемый итог. Низкая ликвидность может превратить «маленькую» сделку в дорогую.
• Риски мостов и выхода с L2: при мостах узнайте тип моста и время вывода. Мосты — частая точка отказа.
• Поддержка и прозрачность: понятная документация, открытые контракты и публичные разборы инцидентов — зелёные флаги.

Mainnet vs Layer 2: как выбирать разработчикам

Если вы строите, рассматривайте mainnet как уровень расчёта и L2 как уровень распространения.

• Выбирайте mainnet, когда: нужна максимальная ликвидность, самые сильные предположения о безопасности или вы разворачиваете ключевой примитив, который будут интегрировать другие.
• Выбирайте L2, когда: приложению нужны частые взаимодействия (игры, социальные, высокочастотный DeFi), низкие комиссии или более плавный онбординг пользователей.
• Практическое правило: прототипируйте на L2, а затем перемещайте критически важные с точки зрения безопасности части (казначейство, тайм‑локи управления, окончательный расчёт) ближе к mainnet.

Для обзора компромиссов по‑простому можно отправить читателя на: /blog/layer-2s-explained

Один практический совет: большинство web3‑продуктов — смесь он‑чейн контрактов и офф‑чейн UX (фронтенды, индексеры, админ‑панели, инструменты поддержки), поэтому быстрая итерация важна. Инструменты вроде Koder.ai помогают командам быстро перейти от идеи к интерфейсу, генерируя и дорабатывая React‑фронтенды и Go/PostgreSQL бэкенды через чат с возможностью экспорта кода, снапшотов/отката и деплоя — удобно при тестировании L2‑стратегии или создании панели для реальных пользователей.

Куда движутся программируемые деньги

Программируемые деньги, вероятно, будут дальше расширяться — больше приложений, больше стандартов, больше «денежных конструкторов» — но путь будет нелинейным. Комиссии, безопасность пользователей и сложность — реальные ограничения, и улучшение масштабирования и UX кошельков будет важнее новых протоколов.

Долгосрочно выглядит логично следующее: Ethereum как надёжный базовый слой для безопасности и окончательных расчётов, а более быстрые и дешёвые исполнения уходят на L2 — при этом у пользователей больше выбора, а у разработчиков появляются более понятные шаблоны для ответственной публикации продуктов.