Сколько стоит разработка смарт-контракта и из чего складывается цена

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

Почему разброс цен такой большой

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

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

Из чего складывается цена: семь частей

Формула, по которой можно прикинуть бюджет

Самый честный способ оценки — трудоёмкость в человеко-днях, умноженная на ставку команды. Ставку вы знаете из предложений подрядчиков, а трудоёмкость можно проверить по таблице ниже. Формула выглядит так: бюджет = (дни разработки + дни тестов + дни ревью) × ставка + аудит + газ на деплой + интерфейс.

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

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

Пример расчёта для вестинга

Учебный пример с условными допущениями. Нужен контракт вестинга для команды и партнёров: годовой период ожидания, затем ежемесячная выдача три года, возможность досрочно отозвать невыданную долю у сотрудника, который ушёл. По таблице это 4–8 дней разработки и столько же на тесты. Возьмём середину: 6 дней кода, 6 дней тестов и ревью, 1 день на деплой в одну сеть, верификацию и передачу прав мультиподписи. Итого 13 человеко-дней. Умножьте их на дневную ставку из предложений подрядчиков, добавьте газ на деплой по текущей цене в выбранной сети и стоимость аудита, если он нужен.

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

Скрытые расходы, которые забывают

• Газ на деплой. Развёртывание большого контракта в Ethereum может стоить заметно дороже, чем в L2. Цена газа меняется по часам, поэтому деплой планируют, а не делают в случайный момент.
• Каждая сеть отдельно. Выпуск в пяти сетях — это пять деплоев, пять верификаций, пять наборов адресов в документации и мониторинге.
• Аудит каждой новой версии. Если контракт обновляемый, изменения тоже нужно проверять. Подробнее в статье о proxy и UUPS.
• Мониторинг и дежурство. Кто-то должен заметить подозрительную транзакцию ночью и знать, что делать. Это постоянный расход, а не разовый.
• Хранение ключей. Мультиподпись, аппаратные кошельки для подписантов, регламент. Без этого вся работа над кодом теряет смысл.
• Интерфейс. Пользователи не вызывают функции через обозреватель. Нужен веб-интерфейс dApp с подключением кошельков.

Как удешевить без потери безопасности

1. Используйте стандартные контракты OpenZeppelin вместо собственных реализаций токенов и прав.
2. Уберите функции «на всякий случай»: паузу, чёрные списки, выпуск без лимита. Каждая функция — это код, тесты и риск.
3. Зафиксируйте спецификацию до начала разработки. Переделки логики после тестов стоят дороже всего.
4. Начните с одной сети, а вторую добавляйте, когда появится спрос.
5. Отделите то, что должно быть в блокчейне, от того, что может жить в обычной базе: профили, тексты, история заказов.
6. Сразу закладывайте тесты в оценку, а не «потом». Тесты, написанные после аудита, не помогут его пройти.

Где экономить нельзя

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

Что попросить у подрядчика в смете

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