Что делает blockchain-разработчик
Он описывает проверяемые правила: кто может выполнить действие, какое состояние меняется, какие события записываются, как система реагирует на ошибку и что можно обновить после релиза.
Blockchain-разработчик пишет смарт-контракты, Web3-интеграции и backend для продуктов с распределённой логикой. SkillStat показывает спрос, медиану зарплаты и навыки.
Как ещё называют blockchain-разработчика
Вакансии в этой нише часто похожи по названию, но не равны по задачам. Разработчик смарт-контрактов, серверный инженер Web3, протокольный инженер и аудитор безопасности смотрят на одну систему с разных сторон.
Блокчейн-разработку лучше читать как набор смежных ролей: разработчик смарт-контрактов, серверный инженер Web3, Solidity-разработчик, протокольный инженер или DeFi-разработчик. Вакансии называются по-разному, поэтому текущие метрики на странице важны как ориентир по рынку, а не как единственный способ понять профессию.
Числовые метрики показывают вакансии Москвы и Московской области. Описание роли, задач и навыков относится к профессии в целом.
Актуальный срез по вакансиям, зарплате, спросу и динамике найма для blockchain-разработчика в Москве и МО.
Блокчейн-разработчик пишет код для систем, где правила выполнения должны быть проверяемыми. Это могут быть смарт-контракты, транзакции, кошельки, подписи, индексаторы, серверные API, протокольные модули и инструменты для проверки безопасности.
Его задача — не просто добавить функцию. Нужно заранее описать, кто имеет право выполнить действие, что изменится в состоянии, какие события будут записаны, как обработать отказ пользователя, ошибку сети, повторную транзакцию или попытку злоупотребления.
Рабочая цепочка выглядит так: пользователь открывает кошелёк, подписывает действие, транзакция уходит в сеть, контракт меняет состояние или отклоняет вызов, событие читает индексатор, серверный API отдаёт статус интерфейсу, а команда смотрит мониторинг и результаты аудита.
Здесь важны подписи, транзакции, события, комиссии, права и то, что часть правил нельзя тихо исправить после релиза.
Одна публикация может заметно менять дневную точку, поэтому смотреть нужно не только день, но и сглаженный ряд.
Вход возможен, но рынок ждёт сильную серверную базу, тесты, безопасность, testnet-деплой и понятный README.
Он описывает проверяемые правила: кто может выполнить действие, какое состояние меняется, какие события записываются, как система реагирует на ошибку и что можно обновить после релиза.
В серверной разработке ошибку часто можно закрыть патчем. В контрактной логике ошибка может остаться в публичной сети, затронуть деньги пользователей и потребовать аудита, миграции или остановки функции.
Блокчейн оправдан там, где нужны проверяемые правила, цифровые активы, публичная история операций, распределённое доверие или интеграция с кошельками. Если такой причины нет, обычная архитектура часто дешевле и безопаснее.
Блокчейн не обязан быть в каждом продукте. Он оправдан, когда ценность даёт проверяемое правило, публичная история операции или независимая проверка состояния.
Смарт-контракты описывают правила в сети: роли, события, ограничения, состояния, стандарты токенов и сценарии обновления.
Серверная часть читает события, хранит статусы, строит API, обрабатывает сбои RPC и связывает сеть с продуктом.
Кошельки требуют подписей, chain id, approval, gas, статусов транзакций и понятной обработки отказа пользователя.
Протокольная ветка ближе к нодам, P2P, консенсусу, производительности, сериализации и низкоуровневым тестам.
Аудит ищет способы злоупотребления: reentrancy, owner risk, oracle risk, front-running, flash loans и ошибки прав.
Если нет проверяемого правила, цифрового актива или распределённого доверия, обычная серверная архитектура часто проще, дешевле и безопаснее.
Пользователь видит кнопку, но за ней стоит длинная цепочка. Хороший разработчик понимает каждый слой и умеет объяснить, где именно возникла ошибка.
Состояние сети, RPC, подтверждения, лимиты, сбои, pending/finalized status и риск reorg.
Состояние, роли, события, доступы, ограничения, upgradeability и последствия ошибки после деплоя.
Подпись, адрес, chain id, approval, gas, отказ пользователя и различие между подписью и успешной транзакцией.
Индексатор, очередь, API, база данных, webhooks, секреты, idempotency и обработка дублей.
Connect wallet, pending, reverted, failed, cancelled, понятная ошибка и честный статус действия.
Threat model, негативные тесты, known vulnerabilities, внешнее ревью и план реакции на инцидент.
роли, состояния, события и ограничения
негативные сценарии, модель угроз и аудит
кошельки, RPC, события и статусы
где блокчейн оправдан, а где нет
Рабочий цикл начинается с вопроса о доверии: какое правило должно быть проверяемым и кто пострадает при ошибке. После этого разработчик проектирует состояния, пишет контракт или интеграцию, проверяет угрозы и готовит релиз с понятными ограничениями.
Определяет участников, активы, права, состояния, события и условия, при которых операция должна быть разрешена или отклонена.
Проверяет повторные вызовы, неверные права, неожиданный порядок операций, экономические лазейки и слишком широкие полномочия владельца.
Реализует смарт-контракт, серверную интеграцию, тесты, обработку событий, работу с кошельками и документацию для клиентов API.
Проводит ревью, прогоняет негативные сценарии, анализирует стоимость операций и фиксирует, что должно проверить внешнее аудит-комьюнити или команда безопасности.
Наблюдает за транзакциями, событиями, ошибками пользователей и сигналами о возможном злоупотреблении.
Эти роли часто стоят рядом в выдаче, но отвечают за разные части системы. Перед обучением и портфолио лучше выбрать ветку: контрактная логика, серверная интеграция, протокол или безопасность.
| Роль | Рабочий объект | Что делает | Технологии | Главный риск | Что показать в портфолио |
|---|---|---|---|---|---|
| Blockchain Developer | Вся связка продукта | Соединяет контракты, сеть, кошельки, серверный API и продуктовую логику. | Solidity, JavaScript/TypeScript, RPC, PostgreSQL, Docker | Смешать публичную сеть и обычный backend без ясных границ ответственности. | Проект с контрактом, testnet, индексатором, API, тестами и README. |
| Smart Contract Developer | Контракт и состояние сети | Пишет правила, роли, события, ограничения и сценарии обновления. | Solidity, EVM, Hardhat, Foundry, OpenZeppelin | Ошибка в правах, повторном вызове, owner-роли или экономике контракта. | Контракт с негативными тестами, моделью угроз и адресом в testnet. |
| Solidity Developer | EVM-контракты | Глубже фокусируется на Solidity, стандартах ERC, gas и безопасности. | Solidity, EVM, OpenZeppelin, Foundry, Slither | Считать компиляцию готовностью к релизу. | Набор контрактов с тестами, gas report, audit notes и verified contract. |
| Web3 Backend Developer | Серверная часть вокруг сети | Читает события, хранит статусы, строит API, обрабатывает сбои RPC и повторные события. | Node.js, TypeScript, REST API, PostgreSQL, Redis, Kafka, RPC | Дважды обработать событие, потерять статус или неверно показать результат транзакции. | Индексатор, очередь, idempotency, API и мониторинг ошибок. |
| Protocol Engineer / Core Blockchain Developer | Ноды, сеть и протокол | Работает ближе к консенсусу, P2P, сериализации, производительности и низкоуровневым тестам. | Rust, Go, C++, сети, криптография, perf-тесты | Сломать совместимость, безопасность сети или производительность ноды. | Модуль протокола, тесты, benchmark, документация ограничений. |
| Web3 Frontend Developer | Интерфейс и кошелёк | Подключает wallet, показывает pending/reverted/failed, approval и понятные ошибки. | React, TypeScript, ethers.js, viem, wagmi | Показать пользователю успешный UI при неуспешной транзакции. | Интерфейс с wallet connect, статусами транзакции и обработкой отказа. |
| Smart Contract Auditor | Чужой контракт и модель угроз | Ищет злоупотребления, пишет воспроизводимые тесты, оформляет findings. | Solidity, Foundry, fuzz tests, audit reports | Пропустить сценарий атаки, который не виден в happy path. | Разбор контракта, PoC-тест, риск, рекомендация и повторная проверка. |
| Backend Developer в криптопродукте | Обычный серверный слой | Делает API, базы, очереди, кабинеты, платежи и интеграции вокруг продукта. | Java, Go, Node.js, SQL, Docker, Kafka | Считать, что работа в криптопродукте автоматически означает контрактную экспертизу. | Серверный сервис с безопасным хранением секретов, событиями и статусами. |
Блокчейн-разработка наследует часть серверного мышления, но добавляет публичное исполнение правил. Поэтому роли нужно сравнивать по объекту работы, риску, релизам, тестам, данным и инструментам.
Работает с контрактной логикой, подписями, событиями сети и статусом транзакций. Релиз проверяется через тестнет и аудит-риск.
Держит API, базы данных, очереди и состояние приложения. Ошибку чаще можно закрыть миграцией, откатом или новым релизом.
Проектирует правило и готовит тесты. Его инструменты — Solidity, Foundry, Hardhat, тестнеты и документация ограничений.
Проверяет уже написанный контракт как атаку. Смотрит права, повторные вызовы, арифметику, владельцев и экономические лазейки.
Чаще работает на прикладном слое: контракт, кошелёк, индексатор, backend и пользовательская операция.
Занимается устройством сети, консенсусом, нодами, производительностью и низкоуровневыми правилами.
Определяет, какие действия допустимы в контракте и какие события увидит backend.
Делает пользовательский путь: подключение кошелька, подпись, статус транзакции и понятные ошибки сети.
В локальном срезе SkillStat по blockchain-разработчику часто видны Git, SOLID, SQL, REST API, Docker, PostgreSQL, Kafka, Java и JavaScript. Это показывает серверную основу вакансий: работодателю нужен инженер, который умеет писать поддерживаемый код, работать с данными, API, контейнерами и интеграциями.
Но эти навыки не являются blockchain-ядром сами по себе. Для роли Blockchain Developer важно отдельно раскрывать смарт-контракты, EVM, Solidity, RPC, кошельки, gas, события, testnet, негативные тесты, модель угроз и аудит.
Если в вакансии нет явного Solidity или протокольного слоя, она может быть ближе к Web3 backend: индексация событий, API для продукта, хранение статусов, очереди, повторы, секреты и связь с обычной серверной частью.
Эти теги встречаются в вакансиях, но не описывают базовое ядро роли. Их стоит читать как контекст смежных, интеграционных или технически смешанных позиций, а не как обязательный навык.
Рынок ориентирован на опытных специалистов.
Столько требований работодатели обычно собирают в одной позиции по этой роли.
Частые навыки из вакансий показывают серверную основу. Но ядро профессии лежит в транзакциях, контрактах, безопасности, кошельках, тестах и проверяемом релизе.
HTTP, REST API, SQL, PostgreSQL, Redis, очереди, idempotency, retries, logging, secrets, tests и security basics.
Addresses, keys, signatures, transactions, gas, nonce, confirmations, blocks, events, state, testnets и public data.
Solidity, EVM, events, modifiers, access control, upgradeability, ERC standards, OpenZeppelin и deployment.
Hardhat, Foundry, Remix, ethers.js, viem, wagmi, web3.js, block explorers и verified contracts.
Unit tests, integration tests, negative tests, fuzz tests, invariant tests, fork testing, gas reports и coverage.
Reentrancy, access control, front-running, oracle risk, flash loan attacks, approval risk, owner risk и threat model.
RPC, node providers, indexers, events processing, queues, webhooks, PostgreSQL, Redis, API и secrets management.
Rust, Go, P2P, consensus, nodes, serialization, performance, networking and low-level tests.
DeFi, wallets, tokenization, NFT/marketplace, DAO, multisig, escrow, payments and regulation context.
Testnet, mainnet checklist, deployment scripts, key management, events monitoring, alerts и incident response.
Выбор языка зависит от ветки роли. Для смарт-контрактов чаще нужен Solidity, для протоколов — Rust или Go, для Web3 backend и tooling — JavaScript/TypeScript.
EVM smart contracts, ERC standards, DeFi, token vesting, escrow, marketplace. Покажите контракт, тесты, OpenZeppelin, testnet, verified contract и audit notes.
Protocol/core, отдельные blockchain-экосистемы, performance, безопасность памяти, низкоуровневые модули. Покажите модуль, тесты, benchmark и ограничения.
Ноды, инфраструктура, сетевые сервисы, backend, tools. Покажите сервис вокруг сети, обработку событий, concurrency и мониторинг.
Web3 backend, scripts, frontend integrations, ethers.js, viem, Hardhat, индексаторы и API. Покажите API, event processing and transaction status model.
Скрипты, аналитика, тестовые инструменты, bots, безопасность и интеграции. Покажите проверку событий, отчёт или автоматизацию тестов.
Protocol/core контекст, производительность, низкоуровневые компоненты. Нужен не каждому blockchain-разработчику, но важен в core-ветке.
Роли, с которыми blockchain-разработчик пересекается или из которых обычно переходит в Web3/blockchain.
Грейдовые медианы не показываются, если в каждом уровне не хватает publishable-выборки. Распределение по уровням рядом показывает структуру вакансий, а не зарплатные вилки.
Одну цифру нельзя читать как универсальный доход всей профессии. Внутри ниши разные слои: серверная часть Web3, смарт-контракты, протокольная разработка, безопасность и аудит. У каждого слоя своя конкуренция, риск и требуемая глубина.
В криптосфере формат дохода тоже может отличаться от обычного оклада: контрактная ставка, международная команда, токены, проектный риск или оплата за аудит. Поэтому медиану SkillStat лучше использовать как локальный ориентир по вакансиям, а не как потолок рынка.
Спрос на blockchain-разработчика лучше читать как сочетание объёма найма, ранга профессии в общей выборке и устойчивости вакансий во времени. Виджеты выше дают быстрый срез рынка, а график ниже помогает понять, насколько этот спрос поддерживается от месяца к месяцу.
Отдельный спрос по блокчейн-разработчику в SkillStat ниже и неровнее, чем у массовых IT-ролей. Это не означает, что блокчейн-разработка не нужна. Локальный рынок узкий: вакансии могут называться разработчик смарт-контрактов, серверный инженер Web3, Solidity-разработчик, протокольный инженер, DeFi-разработчик или аудитор контрактов.
Динамику такого сегмента нельзя оценивать по одной дневной точке. Небольшое число публикаций, крупный найм у одного работодателя или смена названий вакансий легко меняют активный срез. Поэтому важны график, сглаженный ряд, состав работодателей и связь роли с backend, security и fintech/Web3-контекстом.
Для кандидата это означает, что поиск нужно строить шире одного названия. Смотрите позиции со Solidity, smart contracts, Web3 backend, security review, audit, EVM, TypeScript, Node.js и интеграциями с блокчейн-инфраструктурой.
Этот срез показывает, в каком формате работодатели чаще всего открывают вакансии по профессии: удалённо, гибридно или с полной привязкой к офису.
Грейдовые медианы показываются только для уровней с достаточной зарплатной выборкой. Если данных хватает не по всем уровням, SkillStat не выводит отдельную salary-колонку в карьерных карточках, чтобы не повторять пустые значения.
Intern встречается редко. Реалистичнее начинать через серверную разработку, стажировку в Web3-продукте или учебный проект с контрактом и testnet.
Начальный уровень в Web3 или смарт-контрактах — это простые интеграции, тесты, скрипты деплоя, обработка событий и документация.
Middle ведёт отдельный контракт, индексатор или серверный модуль: проектирует роли, пишет тесты, обрабатывает сбои RPC и готовит релизный чек-лист.
Senior отвечает за архитектуру контрактов, безопасность, обновляемость, протокольные ограничения, ревью кода и риск публичного релиза.
Lead или архитектор выбирает границы сети и сервера, согласует аудит, релиз, хранение ключей, мониторинг, план реакции на инцидент и ответственность команд.
Подключение кошелька, подпись, approval, статусы транзакций, понятные ошибки и безопасное хранение пользовательских сценариев.
Контракты, роли, комиссии, оракулы, риски повторного вызова, экономические ограничения и негативные тесты.
RPC, индексаторы, обработка событий, очереди, ноды, мониторинг и серверные API для продукта.
Ноды, P2P, консенсус, сериализация, производительность, сетевые тесты и совместимость.
Модель угроз, негативные тесты, отчёты по уязвимостям, проверка прав, owner-риска и сценариев злоупотребления.
Практический путь входа в профессию: что освоить сначала, как собрать рабочую базу и на чём быстрее всего набирается прикладная уверенность.
Адреса, ключи, подписи, транзакции, gas, nonce, подтверждения, блоки, события и публичные данные.
Смарт-контракты, серверная часть Web3, протокольная разработка или аудит безопасности.
Solidity, роли, события, OpenZeppelin, Hardhat или Foundry, unit-тесты и негативные тесты.
Скрипт деплоя, адрес контракта, переменные окружения, команды запуска, gas notes и пример вызова.
RPC, чтение событий, PostgreSQL, REST API, защита от двойной обработки и модель статуса транзакции.
Один сильный проект должен доказать, что вы понимаете не только код, но и риски публичного правила.
Опишите, что делает контракт и какие роли в нём есть.
Покажите позитивные и негативные тесты.
Задеплойте в testnet и укажите адрес.
Добавьте README с командами запуска, ограничениями и моделью угроз.
Если есть серверная часть, объясните, как обрабатываются события и статусы транзакций.
Не начинайте с DeFi-сложности. Сначала соберите базу, затем один проверяемый сценарий с контрактом, тестами, testnet и README.
JavaScript/TypeScript для Web3 backend и tooling или другой язык, если вы идёте в протоколы.
Адреса, ключи, подписи, транзакции, gas, nonce, confirmations, blocks and events.
Solidity, Hardhat или Foundry, OpenZeppelin, роли, события, unit and negative tests.
Deployment script, RPC, events, indexer, REST API, status model and README.
Reentrancy, access control, owner risk, threat model, audit reports and known vulnerabilities.
Новичок часто выглядит слабым не из-за отсутствия модного стека, а из-за отсутствия тестов, модели угроз и понимания статусов транзакции.
Децентрализованные финансы добавляют экономический риск. Без API, SQL, тестов и безопасности легко пропустить базовые ошибки.
Контракт, который компилируется, ещё не готов. Нужны негативные тесты, граничные значения и сценарии неправильной роли.
Секреты, переменные окружения, deploy key и доступы должны быть описаны отдельно и безопасно.
Solidity, Rust, Go, DeFi и аудит одновременно распыляют внимание. Выберите ветку и покажите один полный проект.
Если обычный backend решает задачу дешевле, быстрее и безопаснее, сильный инженер должен сказать об этом прямо.
Блокчейн-разработка сильнее зависит от состояния индустрии, регулирования, доверия к продукту и реальной пользы сценария, чем массовый backend.
Спрос 11/100 и ранг #49 из 71 показывают, что локальных вакансий меньше, чем в массовых IT-ролях.
Одна и та же ниша может называться blockchain developer, Web3 backend, smart contract developer, Solidity developer, DeFi developer или protocol engineer.
Отдельный спрос по блокчейн-разработке узкий и чувствителен к нескольким публикациям. Для вывода о динамике нужны график, сглаженный ряд и состав работодателей, а не одна активная точка.
В текущем срезе Junior-вход — 9%, Senior — 47.8%. Баланс уровней лучше читать по live-блоку страницы, потому что в узкой нише доли быстро меняются.
Работодатели осторожны: ошибка в контракте, правах или статусе транзакции может быть публичной и дорогой.
Junior должен показать API, SQL, тесты, безопасность, обработку ошибок, секреты и README, а не только контракт из туториала.
Проще войти через индексатор, API, события сети и интеграции, а затем углубляться в контракты, protocol/core или аудит.
Портфолио должно показать не красивое слово Web3, а способность выпустить проверяемое правило и объяснить оставшиеся риски.
Роли, состояния, события, ограничения владельца, upgradeability decision, README и понятные ограничения.
Wrong role, reentrancy, repeated call, insufficient balance, boundary values, oracle/admin risk, fuzz or invariant tests.
Deployment script, verified contract, testnet address, environment variables, commands, gas notes and example calls.
Read events, store in PostgreSQL, expose REST API, handle RPC failure, avoid duplicate processing and model transaction status.
Assets, actors, roles, trusted components, attack scenarios, known limitations and audit checklist.
На собеседовании проверяют не только знание терминов, но и способность объяснить риски, статусы транзакции, тесты и границы между сетью и сервером.
Block, transaction, address, private/public key, signature, nonce, gas, confirmation, pending/reverted/failed.
Solidity, EVM, events, modifiers, access control, ERC standards, upgradeability and deployment.
Reentrancy, owner risk, access control, front-running, oracle manipulation, flash loans, precision risk and threat model.
Unit tests, negative tests, fuzz tests, invariant tests, testnet and fork testing.
RPC, indexer, event processing, idempotency, queues, secrets, API, duplicate events and node failure.
Когда блокчейн не нужен, как объяснить риск продукту, когда нужен внешний аудит и что делать после найденной уязвимости.
Профессия остаётся востребованной там, где есть цифровые активы, проверяемая история операций, контрактные права и высокая цена ошибки.
AI ускорит типовой код и тесты, но не заменит модель угроз, проверку прав, экономические сценарии, аудит и ответственность за релиз.
AI ускорит черновики контрактов, тестов, скриптов деплоя и интеграций с кошельками. Но он не заменит модель угроз, проверку прав, экономические сценарии, ручное ревью и ответственность за релиз в сеть.
Чем проще сгенерировать контракт, похожий на рабочий, тем важнее проверять его как потенциальную уязвимость. Опасность в том, что код может компилироваться, проходить счастливый сценарий и всё равно иметь проблему с ролью владельца, повторным вызовом, разрешением на списание, риском оракула или обработкой событий.
Сильные блокчейн-разработчики будут цениться не за знание модных названий сетей, а за безопасный дизайн правил: понятные роли, ограничения, тесты, audit trail, release checklist и честное объяснение, где блокчейн действительно нужен.
Профессия подходит инженерам, которым интересно писать код как проверяемое правило с высокой ценой ошибки. Здесь нужны аккуратность, недоверие к счастливому сценарию, терпение к ревью и готовность объяснять продукту, почему технология нужна или не нужна.
Это инженер, который пишет код для систем с проверяемыми правилами: смарт-контракты, транзакции, кошельки, подписи, индексаторы и серверные API.
Он проектирует роли и состояния, пишет контракты, тестирует ошибки, работает с RPC и кошельками, читает события сети и готовит модель угроз.
Сначала укрепите серверную базу, затем изучите адреса, ключи, подписи, транзакции и события. После этого выберите ветку: смарт-контракты, Web3 backend, протокол или аудит.
По SkillStat медиана зарплаты blockchain-разработчика для Москвы и МО — 155 000 ₽. Это live-срез по вакансиям за 60 дней, выборка — n=39.
Backend-разработчик чаще контролирует сервер и базу. Блокчейн-разработчик работает с публичными правилами, транзакциями, подписями и ошибками, которые труднее исправить после релиза.