NovКастодиальный счёт может ограничить, кому разрешено отправлять средства
Как ограничения кастодиального или биржевого счёта, списки разрешённых адресов и требования к данным получателя могут изменить маршрут оплаты недвижимости цифровыми активами.
Материал отражает практическую позицию указанного эксперта. Как готовятся и проверяются публикации — в редакционной политике NovAsia.
Согласие продавца принять расчёт с участием цифрового актива ещё не означает, что платформа покупателя позволит отправить актив по указанному адресу. Между намерением заплатить и технической отправкой может стоять отдельный набор правил счёта: разрешённые адреса, период активации нового получателя, внутреннее подтверждение несколькими сотрудниками и требования к сведениям о плательщике и получателе.
Эта разница особенно заметна в сделке с недвижимостью. В договоре получателем может быть застройщик, специальный счёт, агент по расчётам или иная согласованная сторона. В интерфейсе платформы пользователь видит уже другой объект — адрес кошелька или реквизиты контрагента. Эти две картины должны складываться в одну доказуемую цепочку. Если они расходятся, вопрос нельзя закрыть фразой «адрес правильный».
Ограничение получателя может быть функцией безопасности, а не запретом сделки
У некоторых провайдеров пользователь может включить режим, при котором вывод разрешён только на заранее добавленные адреса. У отдельных типов счетов такая защита включается автоматически или управляется по более строгим правилам. Новый адрес может становиться доступным не сразу. Для корпоративных или многосторонних счетов добавление адреса может требовать подтверждения другого уполномоченного лица.
Само наличие такого механизма не говорит, что конкретный продавец подозрителен или что перевод запрещён законом. Это внутренняя модель контроля провайдера. Но для покупателя результат вполне практический: новый договорный получатель может быть согласован сегодня, а технически доступным для вывода — позже.
Есть и второй уровень. Международные стандарты противодействия отмыванию денег требуют от регулируемых провайдеров виртуальных активов получать и передавать определённые сведения об отправителе и получателе. Конкретная реализация зависит от юрисдикции и провайдера. Поэтому адрес в блокчейне не всегда является всей информацией, которая нужна для отправки. Платформа может запросить имя получателя, тип кошелька, сведения о другой организации или дополнительное подтверждение маршрута.
Для сделки это меняет порядок действий. Сначала я бы сопоставил договорного получателя с тем, кого сможет идентифицировать и принять платформа, и только потом считал срок и комиссию.
Технически возможный адрес может не быть допустимым адресом счёта
Блокчейн отвечает на узкий вопрос: существует ли адрес в выбранной сети и можно ли сформировать транзакцию. Кастодиальный провайдер решает другой вопрос: разрешено ли именно этому аккаунту отправить именно этот актив именно туда сейчас.
Представим условную покупку, где продавец просит перечислить цифровой актив на кошелёк расчётного посредника. Покупатель добавляет адрес в свой аккаунт, но включённый режим разрешённых адресов требует периода ожидания. Попытка заменить получателя личным кошельком знакомого, чтобы потом переслать дальше, не делает маршрут лучше. Она добавляет новую сторону, разрывает понятную связь между плательщиком и договорным получателем и может создать дополнительные вопросы у провайдера, банка или юриста сделки.
Та же проблема возникает, когда адрес продавца меняется в последний момент. Даже если изменение подлинное, покупателю нужно заново проверить сеть, источник новой инструкции и возможность вывода с собственного счёта. Сохранённый ранее адрес нельзя считать вечным разрешением на все будущие платежи.
Я не стал бы отключать защитные ограничения только из-за приближающегося дедлайна, не разобрав последствия. У провайдера может быть отдельный период ожидания даже для отключения такой функции. А если защита была частью внутреннего контроля корпоративного счёта, её изменение может требовать полномочий, которых у конкретного пользователя нет.
В итоге вопрос «кому мы платим?» имеет как минимум три слоя. Договор говорит, кому покупатель обязан исполнить платёж. Провайдер определяет, кому разрешено вывести актив с данного счёта. Система контроля требует, чтобы сведения об отправителе и получателе были достаточными для конкретного маршрута. Надёжный расчёт получается только тогда, когда эти слои не противоречат друг другу.
Есть ещё одна практическая деталь: название получателя в переписке не заменяет точную платёжную инструкцию. В крупной сделке полезно заранее зафиксировать, какая организация или человек указан в договоре, кто контролирует адрес, какой актив и сеть принимаются и какой документ будет выдан после поступления. Если одна из этих деталей меняется, изменение лучше считать новой платёжной инструкцией, а не косметической правкой. Это снижает риск ситуации, когда юридически согласован один получатель, а технически деньги отправляются другой стороне только потому, что её адрес уже был разрешён в аккаунте.
Это и есть причина проверять получателя до внесения депозита или наступления короткого срока. Покупателю нужен не просто кошелёк продавца, а маршрут, который его собственный провайдер способен провести и документировать без подмены участников в последнюю минуту.
Источники
- FATF — «Virtual Assets» и материалы по правилу передачи сведений об отправителе и получателе: провайдеры виртуальных активов должны получать, хранить и передавать определённые сведения об участниках переводов. Актуальная проверка: 6 октября 2026 года.
- Coinbase Exchange — «Address book and crypto withdrawal address whitelisting»: при включённом списке разрешённых адресов вывод возможен только на заранее одобренные адреса, а новые адреса могут иметь период ожидания. Дата обращения: 6 октября 2026 года.
- Gemini — «What is an Approved Address?» и «What is Withdrawal Protection»: отдельные режимы ограничивают вывод известными адресами и могут вводить период ожидания или многостороннее одобрение. Дата обращения: 6 октября 2026 года.