Банки требуют, чтобы эмитенты стейблкоинов несли ответственность за проверку кошельков перед FDIC

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

В чём проблема

Предложение FDIC о нормотворчестве включает обязательства FinCEN и OFAC в собственную надзорную базу для разрешённых эмитентов платёжных стейблкоинов, аффилированных с государственными небанковскими членами и государственными сберегательными ассоциациями. Как сообщил PYMNTS.com, период комментариев закрылся во вторник 4 августа 2026 года, и ответы несут общий посыл: банки поддерживают регулируемый выпуск стейблкоинов, однако отказываются нести ответственность за активность кошельков, которую они не могут наблюдать.

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

На слайде это выглядит аккуратно. В продакшене — нет. Эмитент стейблкоина, как правило, имеет прямой доступ к событиям минтинга и сжигания. Всё остальное происходит в публичных блокчейнах — через биржи, кастодианов и кошельковые приложения, с которыми у эмитента нет договорных отношений. ICBA всё равно требует от эмитентов выявлять, блокировать, замораживать или отклонять запрещённую активность, а также учитывать миксеры, обфускацию кошельков, перепрыгивание по цепочкам, санкционные юрисдикции и переводы между on-chain и off-chain системами. Периодического скрининга санкционных списков, говорится в письме, недостаточно.

International Bancshares Corp. добавила более широкую озабоченность. Строгие стандарты AML и санкций необходимы, однако предложение затрагивает лишь один компонент риска стейблкоинов. Мошенничество, ущерб потребителям, уклонение от санкций, вытеснение депозитов и более широкая нестабильность не решаются простым наложением существующих норм комплаенса на новый продукт.

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

Варианты решений

Из писем с комментариями вытекают три различные архитектуры комплаенса, ведущие к совершенно разным инженерным дорожным картам.

Вариант первый: эмитент как наблюдатель полного стека. Это позиция ICBA. Эмитент владеет блокчейн-аналитикой, скринингом кошельков, мониторингом транзакций, процедурами на случай непредвиденных ситуаций с погашением, документацией пороговых значений оповещений, оценкой ложных срабатываний и ложных пропусков, а также хранением записей расследований. Резервные банки ограничиваются мониторингом своего прямого клиента — эмитента. Чёткое разграничение, но оно ставит каждого эмитента в положение, когда ему нужно создавать или покупать стек цепочечной аналитики, конкурирующий с тем, что Chainalysis и TRM продают правоохранительным органам. Небольшие эмитенты не могут нести такие накладные расходы. Это два инженерных ставки до того, как вы напишете хотя бы одно правило.

Вариант второй: разделённые обязательства на вторичном рынке. Это позиция Bank Policy Institute и The Clearing House, изложенная в их совместном письме. Предлагаемая система, по их мнению, оставляет пробел после того, как платёжные стейблкоины выходят за пределы эмитента на вторичный рынок. Биржи, кастодианы, провайдеры цифровых активов и другие посредники, обеспечивающие транзакции на вторичном рынке, также должны нести более чёткие обязательства по AML и санкциям. Иначе банки остаются ответственными за риски, порождённые активностью, которую они не могут видеть.

Этот вариант честен с инженерной точки зрения. Скрининг выполняет тот, кто управляет клиентскими отношениями. Однако он также требует от FDIC координации с площадками, которые он не контролирует напрямую, что политически сложнее, чем писать правила для собственных банков. Продолжающееся пересечение полномочий SEC с крипто-посредниками показывает, как быстро такая координация может зайти в тупик.

Вариант третий: ответственность на этапе проектирования. В письме ICBA есть самая острая фраза во всей базе комментариев: если PPSI проектирует продукт, способный перемещать ценность через кошельки, платформы или юрисдикции быстрее, чем работают его санкционные контроли, это проектное решение не должно становиться основанием для снижения ответственности. В переводе на инженерный язык: нельзя выпустить ERC-20, перепрыгивающий L2 менее чем за секунду, а затем ссылаться на то, что OFAC-скрининг работает в ночном пакетном режиме.

Моё мнение: третий вариант — единственный, выживающий при реальной задержке расчётов. Первый и второй спорят о том, кто убирает последствия. Третий вынуждает проектирование продукта соответствовать скорости контроля — что и является реальным инженерным ограничением.

Что на самом деле должны делать крипто- и DeFi-команды

Инженерные команды эмитентов, изучающие базу комментариев, должны прекратить рассматривать комплаенс как второстепенную задачу и включить его в проектирование протокола. Письмо ICBA фактически требует санкционного контроля в реальном времени, а не периодического обновления списков. Это означает, что функция заморозки, оракул блок-листа, полномочие на минтинг/сжигание и рабочий процесс идентификации при погашении должны быть первоклассными компонентами, а не добавленными постфактум.

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

Второй: построить путь идентификации при погашении до того, как он понадобится. В письме BPI и Clearing House описан сценарий, когда держатель приобрёл стейблкоины через биржу без каких-либо прямых отношений с эмитентом, а затем обращается за наличными после того, как эта биржа потерпела неудачу или приостановила вывод. Эмитент должен идентифицировать и проверить человека, которому он никогда не оказывал услуг, — потенциально в большом объёме. Если ваш KYC-онбординг предполагает создание аккаунта по счастливому пути, он рухнет под нагрузкой волны погашений.

Третий: рассматривать сторонних вендоров как расширение вашего периметра комплаенса. ICBA была однозначна: аутсорсинг проверки личности, скрининга или мониторинга не снимает с эмитента ответственности. Какой бы провайдер аналитики или KYC-вендор ни находился в вашем стеке, их SLA, списки покрытия и процедуры эскалации теперь переходят в ваши отношения с регулятором.

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

Подводные камни и граничные случаи

Сценарий волны погашений заслуживает полного анализа режимов отказа. Когда биржа замораживает вывод средств, запросы на погашение обрушиваются на эмитента всплеском — от кошельков, не имевших с ним предшествующих отношений. Ваш провайдер верификации личности достигает лимита запросов. Ваш API санкционного скрининга достигает лимита запросов. Ваша очередь клиентской поддержки взрывается. ICBA призвала FDIC требовать процедуры на случай непредвиденных ситуаций, охватывающие идентификацию, санкционный скрининг, эскалацию подозрительной активности, укомплектование персоналом, ликвидность и коммуникации. Читайте этот список как runbook, который нужно составлять уже сегодня.

Перепрыгивание по цепочкам — вторая мина. ICBA прямо назвала миксеры, обфускацию кошельков, перепрыгивание по цепочкам и переводы между on-chain и off-chain в числе того, что эмитенты обязаны учитывать. Если ваш токен развёрнут на нескольких L2 и мостах, ваш мониторинг должен сверять адреса в этих средах практически в реальном времени. Покрытие у аналитических вендоров здесь сильно различается. Проверяйте до подписания.

Третий подводный камень: FDIC обязан уведомить FinCEN не менее чем за 30 дней до определённых надзорных или принудительных действий. Это координационное окно звучит процедурно, однако означает, что эффективный регулятор по конкретному инциденту может быть неясен до того, как ваша юридическая команда уже ответила. Разрабатывайте планы реагирования на инциденты, предполагающие участие нескольких агентств.

Наконец, ICBA выступала против исключений, если они не обеспечивают эквивалентной прозрачности, прослеживаемости и ценности правоприменения. Любое предложение от вендора, обещающего облегчённый комплаенс-карв-аут для вашего продукта, следует рассматривать как правовой риск, а не как ярлык.

Ключевые выводы

• Банки чётко заявили FDIC: провайдеры резервных счетов наблюдают за эмитентом, эмитент наблюдает за кошельками. Стройте свой стек вокруг этого разделения.
• Санкционные контроли должны работать со скоростью расчётов. Периодический скрининг списков не будет соответствовать стандарту, который продвигает ICBA.
• Погашение — это стресс-тест. Если держатель, которому вы никогда не оказывали услуг, может прийти за наличными во время сбоя биржи, вам нужен рабочий процесс идентификации и скрининга, масштабирующийся под пиковую нагрузку.
• Аутсорсинг третьим сторонам не переносит ответственность. Должная осмотрительность в отношении вендоров, документация пороговых значений оповещений и хранение записей расследований теперь являются артефактами, принадлежащими эмитенту.
• Проектные решения продукта, опережающие ваши средства контроля комплаенса, согласно ICBA, не являются защитой. Соответствуйте возможностям протокола скорости контроля — или сокращайте возможности.