Депозит трейдера занят. Почему на выплаты всё равно не хватает денег

Представим трейдера с депозитом на два миллиона. Через час ему назначают выплаты на 300 тысяч, и очередь останавливается: на подходящем банковском счёте доступно только 150 тысяч. Формально обеспечение есть. Практически отправлять деньги нечем. Такой сбой возникает, когда в одном слове «баланс» смешали несколько разных активов и ограничений.

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

Четыре разных слоя

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

Даже публичные предложения участников рынка разделяют эти понятия. На странице оффера FinAxis указаны отдельные обеспечительная и рабочая части по 1 000 USDT. Это заявление рекрутинговой площадки об одном продукте, а не независимая проверка его условий, законности или сохранности денег. Полезен сам вопрос к договору: какая часть пополнения резервируется, какая расходуется в расчётах и какая вообще не подлежит возврату?

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

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

Посчитаем свободное обеспечение

Возьмём учебную модель с разрешённым договорным обеспечением в цифровом активе. Трейдер внёс 20 000 единиц актива. Для расчёта лимита система использует курс 90 единиц расчётной валюты и защитную скидку, haircut, 10%. Номинальная оценка составляет 1 800 000, а признаваемая стоимость обеспечения после скидки равна 1 620 000.

Из неё 500 000 уже обеспечивают назначенные и ещё не рассчитанные операции. Ещё 120 000 удержаны под конкретные открытые споры. Договор предусматривает постоянный минимальный резерв 200 000. Свободная ёмкость для новых операций составляет 800 000: 1 620 000 минус 500 000, 120 000 и 200 000. Это формула выбранного примера. В реальном договоре нельзя дважды вычитать один риск, если спор уже включён в основной резерв.

Система должна показывать основание каждой блокировки. Строка «locked: 620 000» без списка обязательств почти бесполезна: непонятно, какие операции нужно закрыть, чтобы вернуть лимит. Нужны ссылки на заявки или дела, валюта экспозиции, момент создания и условие освобождения. Тогда поддержка обсуждает конкретное удержание, а не спорит с общей цифрой.

Haircut здесь снижает признаваемую стоимость обеспечения, но не является комиссией и не означает списание 10% актива. Трейдер по-прежнему имеет договорное право на соответствующее количество единиц за вычетом обоснованных удержаний. Однако при неблагоприятном движении курса, заморозке хранения или невозможности продажи фактическая защита может оказаться меньше расчётной.

Почему 800 тысяч не превращаются в выплаты

На разрешённом банковском счёте трейдера есть 300 000. Из них 90 000 уже назначены другим выплатам, ещё 60 000 составляют согласованный операционный буфер. В данный момент для новых исходящих переводов доступны 150 000. Ожидаемое поступление 450 000 обещано на вечер, а сегодняшние выплаты должны уйти к 15:00. До подтверждённого зачисления это прогноз, а не деньги для исполнения.

При заявке на выплату 200 000 залоговый тест проходит: свободных 800 000 достаточно. Тест исполнимой ликвидности не проходит: доступно 150 000. Оператор должен поставить заявку в разрешённую очередь, назначить другого подходящего исполнителя или получить подтверждённое пополнение. Снятие защитного ограничения не создаст недостающие 50 000.

Имеет значение и расположение денег. Средства на другом счёте, в другой валюте или в активе с задержкой вывода могут не успеть к сроку. В модели выплат поэтому учитывают не только итоговую сумму, но и доступность по каналу и времени. Клиентские деньги нельзя объявить свободным оборотным капиталом только потому, что они видны на том же экране. Применимые требования к их защите проверяются отдельно от залоговой политики трейдеров.

Жизнь депозита после пополнения

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

Следующий этап представляет переоценку. Если расчётный курс в нашем примере падает с 90 до 80, признаваемая стоимость становится 1 440 000. При прежних удержаниях 820 000 свободная ёмкость сокращается до 620 000. Участник ничего не вывел, но возможность принимать новые обязательства уменьшилась на 180 000. Система сначала ограничивает новые назначения согласно договору, а не делает вид, что вчерашний курс ещё действует.

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

Вывод денег проверяет честность модели

Свободная ёмкость и сумма, которую можно вывести сегодня, могут различаться. Для вывода действуют условия прекращения работы, незавершённые заявки, споры, сроки уведомления и ограничения хранения. Их нужно увидеть до пополнения. Формулировка «вернём после закрытия всех вопросов» без определённой процедуры оставляет участника зависимым от бесконечного неопределённого удержания.

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

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