Предложение Cardano предусматривает общие правила для регулируемых стейблкоинов

Pull request #1266 под названием «Стандартизация регулируемых стейблкоинов» был отправлен в репозиторий Cardano CIPs 10 сентября Alex Moser.

Документ не представляет стейблкоин и не вводит утвержденный стандарт. В нем формулируется проблема интероперабельности, которая может затронуть эмитентов регулируемых токенов и поставщиков инфраструктуры по всей экосистеме Cardano (ADA).

Токены CIP-113 могут требовать отдельные интеграции

CIP-113 предоставляет общую инфраструктуру для программируемых токенов, включая реестр, базовые валидаторы и общий метод хранения активов. Индивидуальные правила токенов реализуются через дополнительные субстандарты, которые выбирает каждый эмитент.

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

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

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

Черновик охватывает заморозку, изъятие и выкуп

CPS перечисляет возможности, которые может потребоваться поддерживать будущему стандарту. Среди них выпуск и сжигание под контролем эмитента, ограничение предложения, заморозка счетов и возможность изымать или уничтожать замороженные балансы.

Также предлагаются раздельные права для выпуска, администрирования и правоприменительных действий. Многоподписная авторизация и ротация ключей поддерживались бы без необходимости для эмитента мигрировать токен.

Заморозки и изъятия могли бы иметь стандартизированные коды причин, что позволило бы кошелькам и аудиторам интерпретировать действия без размещения персональных данных в блокчейне. Базовая информация о токене, включая эмитента и ссылку на его условия или white paper, также могла бы следовать общему формату.

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

Эти требования сопоставляются с рамками MiCAR Европейского союза и GENIUS Act в Соединенных Штатах. Документ использует эти нормы как ориентиры проектирования и прямо указывает, что не является юридической консультацией.

Технические и регуляторные вопросы остаются открытыми

PR #1266 остается открытым, ему не присвоен номер CPS и он не содержит финализированного решения. Его текущая цель собрать отзывы от эмитентов стейблкоинов и поставщиков инфраструктуры до того, как будет написан технический стандарт.

Рецензенты запросили более тесное согласование с продолжающейся разработкой CIP-113. Они также предупредили, что сравнения существующих реализаций могут быстро устареть и должны быть отделены от требований, призванных оставаться актуальными со временем.

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

В предложении также спрашивается, должен ли эмитент иметь возможность замораживать активы, находящиеся в пуле DEX или кредитном протоколе, и как такие приложения могут оценить этот риск до листинга токена.

CIP-113 помечен статусом Last Check, но его pull request пока не объединен в основной репозиторий CIPs. Поэтому CPS для регулируемых стейблкоинов не создает новых требований для эмитентов или приложений в экосистеме ADA.

Его дальнейшие шаги зависят от триажа CIP, отзывов эмитентов и подтверждения, что предложенные требования могут быть реализованы без фрагментации CIP-113 на несовместимые версии.