СправочникОбновлено · 09.2026

Web3 и создание собственных приложений

20 июня 2023 · 13 минут чтения

Проверка фактов

Юлия Найпак

Методист по автоматизации. Сверяет паспорт инструмента с документацией вендора.

Автор Р

Редакция

Коллектив авторов, редакторов и иллюстраторов статей на сайте блога онлайн-университета «Зерокодер». Пишем…

Черновик готовит редакция с помощью ИИ. За стандарт издания отвечает главный редактор — Валерий Курземнек.

Обновлено 25 августа 2026

Web3-разработка — это создание приложений, серверная логика которых вынесена в смарт-контракт на блокчейне, а вход пользователя устроен через криптокошелёк вместо логина с паролем. Рабочий стек 2026 года выглядит так: язык Solidity, фреймворк Foundry или Hardhat 3, тестовая сеть Sepolia, библиотека viem или ethers на фронтенде, кошелёк MetaMask. Инструменты, которые до сих пор советуют популярные руководства, — web3.js, Truffle, Ganache — с поддержки сняты.

• Смарт-контракт заменяет бэкенд и базу данных: код и состояние живут в сети узлов, ваш сервер их больше не хранит.
• Стартовый набор 2026 года: Solidity 0.8.36, Foundry или Hardhat 3, viem/ethers, MetaMask, тестовая сеть Sepolia.
• Три инструмента из старых гайдов мертвы: web3.js свёрнут 4 марта 2025 года, Truffle и Ganache — с 21 сентября 2023 года.
• Комиссия считается по формуле «единицы газа × (базовая комиссия + чаевые)»: простой перевод ETH стоит 21 000 единиц газа.
• Пропускная способность сети Ethereum — около 10–15 транзакций в секунду, и это ограничение проектируется заранее.

Что такое Web3-разработка и чем она отличается от привычной веб-разработки

Официальная документация Ethereum определяет децентрализованное приложение так: «A decentralized application (dapp) is an application built on a decentralized network that combines a smart contract and a frontend user interface» — приложение на децентрализованной сети, которое соединяет смарт-контракт и пользовательский интерфейс. Там же перечислены четыре его признака: decentralized (никто единолично не управляет платформой), deterministic (функция выполняется одинаково в любой среде), Turing complete (при достаточных ресурсах выполняется любое действие) и isolated (код исполняется в виртуальной машине EVM, поэтому ошибка в контракте не роняет саму сеть).

Для разработчика практическая разница сводится к четырём пунктам.

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

Из чего собирается приложение на базе Web3: пять слоёв

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

1. Сеть. Ethereum и совместимые с EVM сети задают правила исполнения и стоимость операций. Выбор сети определяет язык контракта, набор инструментов и размер комиссии.
2. Смарт-контракт. Бизнес-логика на Solidity или Vyper. Документация Ethereum описывает Solidity как «object-oriented, high-level language for implementing smart contracts» со статической типизацией, а Vyper — как питонический язык со строгой типизацией и сознательно урезанным набором возможностей ради простоты аудита.
3. Узел и доступ к сети. Фронтенд не ходит в блокчейн напрямую: он обращается к узлу через RPC. Свой узел или провайдер узлов — это первая строка расходов после комиссий.
4. Кошелёк. Кошелёк подписывает транзакции и заменяет систему авторизации. Документация MetaMask указывает, что обнаружение кошелька в браузере работает через стандарты EIP-6963 и EIP-1193, — на них и опирается любая современная кнопка подключения.
5. Фронтенд и хранилище файлов. Интерфейс остаётся обычным: React или Next.js плюс библиотека для вызовов контракта. Тяжёлые файлы — картинки, медиа, метаданные токенов — в блокчейн не кладут, для них берут децентрализованное хранилище и записывают в контракт только ссылку.

Мини-вывод: собственно «блокчейн-частью» проекта является один слой из пяти. Остальные четыре — привычная веб-разработка, и именно на них уходит большая часть календарного времени.

Какой стек Web3-разработки актуален в 2026 году

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

Что берут вместо них. Foundry официальная документация Ethereum описывает как «blazing fast, portable and modular toolkit for Ethereum application development»; в комплекте четыре утилиты — Forge (сборка и тесты), Cast (запросы и транзакции из консоли), Anvil (локальный узел) и Chisel (интерактивная консоль Solidity). Hardhat там же назван «Ethereum development environment for professionals»; третья версия несёт движок на Rust, тесты одновременно на Solidity и TypeScript и мультичейн-симуляцию, включая OP Stack и Base.

На фронтенде viem заявлен авторами как набор «lightweight, composable, & type-safe modules» для приложений на Ethereum, а связка Next.js + Wagmi + Viem + RainbowKit прямо описана в документации Ethereum как состав шаблона Scaffold-ETH 2. Компилятор Solidity живой: версия 0.8.36 вышла 9 июля 2026 года.

Мини-вывод: единственная проверка, которая экономит недели, — открыть репозиторий инструмента перед началом работы и посмотреть дату последнего коммита и наличие баннера об архивации.

Как создать собственное приложение на базе Web3: порядок работы

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

1. Опишите, что уходит в контракт. Формулировка «переведём продукт на блокчейн» нерабочая. Рабочая — «в контракте живут баланс токена, правила выплаты и голосование, остальное остаётся в обычном сервисе».
2. Выберите сеть. Ethereum или совместимая с EVM сеть даёт самый широкий инструментарий и официальный список фреймворков. Ключевые критерии выбора — стоимость операции для пользователя и наличие нужных вам библиотек.
3. Поднимите окружение. Foundry или Hardhat 3 ставятся одной командой и сразу дают компиляцию, тесты и локальный узел. Локальный узел Anvil из состава Foundry заменяет свёрнутый Ganache.
4. Напишите контракт. Solidity для основной части экосистемы, Vyper — когда важна простота аудита. Стандартные вещи вроде токена берут из готовых реализаций стандартов, самописный токен почти всегда дороже в аудите.
5. Прогоните тесты и оцените газ. Forge считает расход газа по каждой функции — это и есть будущий счёт пользователя. Оптимизировать хранение дешевле до деплоя.
6. Разверните в тестовой сети. Документация Ethereum прямо указывает: «Sepolia is the recommended default testnet for application development». Holesky для этой задачи больше не годится — она помечена как устаревшая с сентября 2025 года.
7. Соберите интерфейс и подключите кошелёк. Фронтенд обращается к контракту через viem или ethers, кошелёк обнаруживается по стандартам EIP-6963 и EIP-1193. После этого — деплой контракта в основную сеть и верификация исходного кода в обозревателе, чтобы пользователь мог прочитать логику своими глазами.

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

Сколько стоит операция: газ и комиссии в Web3-разработке

Пункт, которого нет ни в одном материале из топа выдачи по запросу «web3 разработка», хотя именно он определяет экономику продукта. В обычном приложении запись в базу для пользователя бесплатна. В Web3 каждую запись оплачивает тот, кто её инициировал, и разработчик обязан посчитать этот счёт заранее.

Документация Ethereum определяет газ так: «Gas refers to the unit that measures the amount of computational effort required to execute specific operations on the Ethereum network». Комиссия считается по формуле «units of gas used * (base fee + priority fee)» — израсходованные единицы газа умножаются на сумму базовой комиссии и чаевых.

Официальный пример из той же документации: обычный перевод ETH требует 21 000 единиц газа. При базовой комиссии 10 gwei и чаевых 2 gwei отправитель платит 21 000 × (10 + 2) = 252 000 gwei, то есть 0,000252 ETH. Базовая часть комиссии при этом сжигается.

Три следствия для проектирования:

• каждое поле, которое вы храните в контракте, стоит денег при каждой записи — тяжёлые данные выносят в децентрализованное хранилище, а в контракт кладут ссылку;
• базовая комиссия плавает вместе с загрузкой сети: в примере из документации она растёт со 100 до 202,7 gwei за восемь блоков, то есть цена одного и того же действия удваивается за минуты;
• сценарий «пользователь платит комиссию за собственную регистрацию» убивает конверсию, поэтому оплату часто берёт на себя проект — эту статью расходов закладывают в модель до первой строки кода.

Мини-вывод: смету Web3-проекта считают в двух валютах — часы команды и газ на типовое действие пользователя. Вторую строку выясняют на этапе тестов в Sepolia, до запуска в основную сеть.

Что ломается в Web3-приложениях: четыре ограничения из документации Ethereum

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

• Обновление. «Dapps can be harder to maintain because the code and data published to the blockchain are harder to modify» — исправить развёрнутый контракт трудно даже после обнаружения уязвимости. Отсюда практика: механизм обновления закладывают в архитектуру заранее.
• Пропускная способность. «Currently, the network can only process about 10-15 transactions per second» — 10–15 транзакций в секунду на всю сеть. Массовые действия пользователей выносят во вторые уровни или объединяют в пакеты.
• Пользовательский опыт. «It may be harder to engineer user-friendly experiences because the average end-user might find it too difficult to set up a tool stack» — установка кошелька и хранение seed-фразы отсекают часть аудитории на первом шаге.
• Скрытая централизация. «User-friendly and developer-friendly solutions built on top of the base layer of Ethereum might end up looking like centralized services anyways» — удобные надстройки над базовым слоем нередко сами оказываются централизованными сервисами.

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

Примеры приложений на базе Web3: что делают в каждой категории

Официальный каталог ethereum.org разбивает децентрализованные приложения на восемь категорий. Это удобная карта для выбора ниши: каждая категория показывает, какой класс задач уже решён и с чем придётся конкурировать.

• DeFi — кредитование, займы, обмен и доход на активах. В каталоге названы Aave, Uniswap и Sky.
• Коллекционные активы — уникальные цифровые объекты и торговля ими: OpenSea, Blur, Rarible.
• Социальные — публикация контента и связи между пользователями: Farcaster, Zora, Rodeo.
• Игры — игровой процесс с вознаграждениями: Battle Bears, Cat Town.
• Мосты — перенос активов между сетями: Stargate, Layerswap, Hop.
• Продуктивность — прикладные сервисы: ENS, Huddle01, Livepeer.
• Приватность — работа с данными без раскрытия личности: Fileverse, Fluidkey.
• DAO — управление децентрализованными организациями: Snapshot, Tally, Aragon.

Мини-вывод: восемь категорий каталога — это восемь готовых форматов продукта. Сверка идеи с каталогом занимает десять минут и сразу показывает, есть ли у неё работающие аналоги.

Чек-лист старта в Web3-разработке

Собранное выше в виде списка, который проходят по порядку перед первой строкой кода.

• Сформулировано, какая именно часть продукта уходит в смарт-контракт, и почему ей нужна проверяемость.
• Выбрана сеть, посчитана комиссия типового пользовательского действия по формуле «единицы газа × (базовая комиссия + чаевые)».
• Каждый инструмент из вашего плана открыт на GitHub и проверен на баннер об архивации: web3.js, Truffle, Ganache, Brownie и OpenZeppelin SDK эту проверку не проходят.
• Поставлен Foundry или Hardhat 3, локальный узел поднимается командой Anvil.
• Контракт покрыт тестами, снят отчёт по расходу газа на каждую функцию.
• Полный сценарий прогнан в Sepolia, включая нехватку газа и отменённые транзакции.
• Подключение кошелька собрано по стандартам EIP-6963 и EIP-1193, интерфейс работает и при отсутствии кошелька в браузере.
• Заложен механизм обновления контракта и решено, кто платит комиссию за действия пользователя.
• Продумана неблокчейн-часть продукта: интерфейс, аналитика, поддержка. Если её проще собрать без кода, подойдут конструкторы с полноценным бэкендом — например, Directual.

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

Частые вопросы о Web3-разработке

Что нужно знать, чтобы начать Web3-разработку?

Базовый JavaScript и React для интерфейса, понимание того, как работает блокчейн, и язык смарт-контрактов Solidity. Дальше добавляются фреймворк Foundry или Hardhat 3, тестовая сеть Sepolia и библиотека viem или ethers для вызова контракта из браузера.

На каком языке пишут смарт-контракты?

Основной язык экосистемы Ethereum — Solidity, объектно-ориентированный статически типизированный язык, свежая версия компилятора 0.8.36 вышла 9 июля 2026 года. Альтернатива — Vyper, питонический язык со строгой типизацией и сознательно урезанным набором возможностей ради простоты аудита.

Актуальна ли библиотека web3.js в 2026 году?

Нет. В репозитории web3.js висит объявление о сворачивании библиотек 4 марта 2025 года, сам репозиторий архивирован 5 марта 2025 года. Для новых проектов берут viem или ethers.

В какой тестовой сети разворачивать приложение?

Документация Ethereum рекомендует Sepolia как тестовую сеть по умолчанию для разработки приложений. Holesky помечена как устаревшая с сентября 2025 года, а Hoodi предназначена для тестирования валидаторов и обновлений протокола.

Сколько стоит транзакция в сети Ethereum?

Комиссия считается как израсходованные единицы газа, умноженные на сумму базовой комиссии и чаевых. Обычный перевод ETH требует 21 000 единиц газа: при базовой комиссии 10 gwei и чаевых 2 gwei отправитель платит 252 000 gwei, то есть 0,000252 ETH.

Можно ли обновить смарт-контракт после развёртывания?

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