Сценарий: фриланс-проект на 1500 USDC с оплатой по этапам

Фриланс - классическая ситуация, где обе стороны рискуют. Заказчик боится заплатить вперёд и получить ничего. Исполнитель боится сделать работу и не получить деньги. Эскроу снимает оба страха. Покажем на живом примере, как это выглядит. Общую схему сделки смотрите в жизненном цикле.

Участники

• Анна - владелец небольшого интернет-магазина, заказчик.
• Дмитрий - веб-разработчик из другой страны, исполнитель.
• Игорь - независимый технический эксперт, которого оба выбрали гарантом (как выбирать).

Задача: разработать интеграцию магазина с платёжной системой и личный кабинет. Бюджет - 1 500 USDC. Сеть - Base, потому что комиссии там низкие (почему).

Шаг 1. Разбить проект на этапы

Один большой платёж = большой риск для обеих сторон. Лучше сделать три сделки:

Теперь максимальный риск каждой стороны - 500 USDC, а не 1 500.

Шаг 2. Написать условия

Для этапа 1 Анна и Дмитрий пишут текст (принципы):

Предмет: интеграция платёжной системы X в интернет-магазин (репозиторий: ссылка).
Результат: оплата заказа картой в тестовом режиме, получение вебхука и смена статуса заказа.
Приёмка: 5 тестовых сценариев из документа (ссылка) проходят успешно; код в ветке main с описанием запуска.
Правки: 1 раунд в течение 3 дней после сдачи.
Срок: 7 дней с момента принятия оферты.
Связь: чат проекта, ответ в течение 24 часов.

Сервис вычисляет хеш этого текста и фиксирует его в контракте (зачем).

Шаг 3. Создать сделку

Анна создаёт оферту как покупатель: 500 USDC, контрагент - Дмитрий, гарант - Игорь, ставки 2% базовая и 8% в споре, срок 7 дней. Так как USDC - токен ERC-20, ей сначала нужно выдать контракту разрешение на 500 USDC (что такое approve), затем создать оферту. Деньги уходят в контракт.

Дмитрий видит, что 500 USDC уже зарезервированы и не могут быть потрачены никем, кроме как по правилам контракта. Он проверяет условия и принимает оферту. С этого момента идёт срок 7 дней.

Шаг 4. Выполнение и сдача

Дмитрий работает и в срок присылает ссылку на ветку и описание. Анна проверяет 5 сценариев. Всё работает.

Шаг 5. Подтверждение

Анна нажимает «Подтвердить получение». Контракт распределяет 500 USDC:

Затем те же шаги повторяются для этапов 2 и 3. В итоге Дмитрий получает около 1 455,30 USDC (3 × 485,10), а «стоимость безопасности» составляет примерно 3% бюджета (подробный расчёт).

Альтернативный сценарий: частичный спор

На этапе 2 Дмитрий сдаёт личный кабинет, но Анна считает, что история заказов работает неверно: часть заказов не отображается. Дмитрий возражает: это особенность тестовых данных. Они не договорились, и Анна открывает спор.

1. Оба присылают Игорю доказательства: условия, скриншоты, записи экрана, ссылки на коммиты (как готовиться).
2. Игорь изучает материалы и выясняет, что ошибка есть, но исправима за несколько часов, а остальная функциональность работает.
3. Он выносит частичное решение: 30% - Анне, 70% - Дмитрию.

Расчёт (ставка гаранта в споре 8%):

Результат: стороны разделили расходы на спор пропорционально. Анна получает деньги за недоработку, Дмитрий - за выполненную часть.

Чему учит этот сценарий

1. Этапы ограничивают риск. Чем меньше сумма на каждом шаге, тем безопаснее обе стороны.
2. Чёткие критерии приёмки позволяют гаранту решать по фактам.
3. Спор не всегда «всё или ничего». Гарант может вынести частичное решение.
4. Доказательства важны. Тот, кто их собрал, находится в сильной позиции.
5. Гарант должен быть нейтральным и доступным: иначе аварийный выход разделит деньги 50/50.

Что почитать дальше

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