Разработка блокчейн-проекта: этапы, команда, ТЗ и как выбрать подрядчика

Этапы разработки блокчейн-проекта

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

1. Разбор задачиНа выходе: Карта ролей и сценариев, список требований законаЗаказчик, аналитик, юрист
2. Техническое заданиеНа выходе: ТЗ с разделами 1–10, как в инструменте нижеАналитик и архитектор
3. ПрототипНа выходе: Кликабельный прототип ключевых экрановДизайнер
4. АрхитектураНа выходе: Схема сервисов, ключей, узлов и интеграцийАрхитектор
5. Разработка и контрактыНа выходе: Работающая версия в тестовой сетиКоманда разработки
6. Аудит и тестыНа выходе: Отчёт аудита контрактов, результаты нагрузочного тестаАудитор и QA
7. ЗапускНа выходе: Рабочая версия, инструкции, план реагированияВся команда

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

Техническое задание на блокчейн-проект: соберите каркас

Ответьте на десять вопросов о продукте. Справа появятся открытые вопросы, которые лучше закрыть до старта, и каркас ТЗ из десяти разделов. Его можно скопировать и отдать любому подрядчику на оценку.

КАРКАС ТЕХНИЧЕСКОГО ЗАДАНИЯ (черновик для обсуждения с подрядчиком)

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

2. Роли и сценарии
   Клиент, оператор поддержки, администратор, комплаенс. Для каждой роли: вход, основные действия, отказ.

3. Блокчейн и смарт-контракты
   Сеть: TRON.
   Контракты проходят аудит до запуска; план тестов покрывает OWASP Smart Contract Top 10 (2026).

4. Ключи и безопасность
   Ключи: у депозитария-партнёра.
   Журнал действий пользователей и сотрудников, резервное копирование, план реагирования на утечку ключа.

5. Требования закона
   Реестр Банка России: войдём сами.
   Проверка клиентов (KYC): нужна, по 115-ФЗ.
   Оплата криптовалютой внутри России не принимается.

6. Интеграции
   Банк и 1С: формат обмена, частота, кто отвечает за сверку.

7. Нагрузка и надёжность
   Ожидаемая нагрузка: до 1 000 операций в день. Мониторинг, оповещения, резервный узел.

8. Интерфейсы
   Языки: русский. Веб и мобильная версия.

9. Приёмка
   Тестовая сеть, нагрузочный тест, отчёт аудита, приёмка по сценариям из раздела 2.

10. Поддержка
   После запуска: подрядчик. Дежурства, обновления, реакция на инциденты.

Открытые вопросы
   Принимать криптовалюту в оплату внутри России нельзя: оплата российских клиентов только в рублях.
   Основной и резервный программно-технические комплексы обменника размещаются в России (ч. 4 ст. 44 282-ФЗ).

Команда и роли: что делает блокчейн-разработчик

Блокчейн-разработчик: инженер, который пишет и тестирует смарт-контракты и сервисы, читающие и записывающие данные в сеть. Но один он продукт не соберёт. Вот кто нужен в проекте и за что отвечает.

План тестов контрактов удобно строить по списку OWASP Smart Contract Top 10 2026: контроль доступа, ошибки бизнес-логики, манипуляции оракулами цен, атаки с мгновенными займами, проверка входных данных, внешние вызовы, арифметика, повторный вход, переполнение, прокси и обновление контрактов (OWASP). Что входит в сам аудит, разобрано в статье что проверяют на аудите.

Как выбрать подрядчика: вопросы и красные флаги

Задайте эти вопросы до договора. Важен не только ответ, но и то, насколько он конкретный.

Отдельно про закон: обменнику реестр нужен при систематической деятельности, то есть двух и более сделках в месяц на сумму больше 3,5 млн ₽ (Гарант). Подрядчик, который не знает этого порога, спроектирует не тот продукт. Как устроен сам обменник, смотрите на странице разработка криптообменника.

Соберём ТЗ вместе с вами и покажем артефакт каждого этапа до оплаты следующего. Обсудить задачу →

Что готовит заказчик

Сроки проекта во многом зависят от заказчика. Подготовьте до старта:

• Решение юриста: нужен ли реестр Банка России или работа через партнёра из реестра
• Владельца продукта, который отвечает на вопросы команды в течение дня
• Доступы к банку, 1С и тестовым средам
• Требования к проверке клиентов, если работаете с людьми и деньгами
• Кто будет хранить ключи и восстанавливать доступ
• Бюджет на независимый аудит контрактов

Если ключи клиентов хранит ваша компания как цифровой депозитарий, требования строже: по Положению 890-П ключи формируются в аппаратных модулях безопасности, защита строится по ГОСТ Р 57580, нужны журналы действий и тесты на проникновение (890-П). Эти требования касаются именно депозитариев, у обменников свои: основной и резервный программно-технические комплексы в России (ч. 4 ст. 44 закона 282-ФЗ).

Что после запуска

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

1. 15.11.2026Закон 282-ФЗ действуетПравила допуска (890-П) и реестров (7429-У) Банка России применяются с 05.10.2026.
2. 01.07.2027Конец переходного периодаОрганизовывать обращение цифровых валют могут только участники из реестров Банка России.
3. 01.09.2027Вступает статья 45 закона 282-ФЗОжидание 48 часов для части переводов из депозитария и сертифицированные средства защиты в клиентском ПО.

Частые вопросы

• Что делает блокчейн-разработчик?

  Пишет и тестирует смарт-контракты и сервисы, которые читают и записывают данные в сеть. Кабинет, интеграции с банком и 1С, инфраструктуру и проверку контрактов делают другие роли команды.

• С чего начать разработку блокчейн-проекта?

  С разбора задачи и ответа юриста, нужен ли реестр Банка России. Переходный период закона 282-ФЗ для участников рынка цифровых валют длится до 1 июля 2027 года, и от ответа зависят модули продукта.

• Что должно быть в техническом задании на блокчейн-проект?

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

• Как проверить подрядчика по блокчейну?

  Спросите, какой артефакт будет на выходе каждого этапа, кто проводит аудит контрактов, где будут ключи, нужен ли вам реестр Банка России и чьи будут код и доступы после запуска.