Стандарты токенов с регулированием: разделение обязанностей по выпуску, соблюдению и интеграции

Стандарты токенов с регулированием EVM: ERC-1450 отвечает за выпуск, ERC-3643 — за соблюдение идентификации, ERC-7943 — за интеграцию.

Автор: @JayLovesPotato, Four Pillars

Перевод: AididiaoJP, Foresight News

Ключевые моменты

Стандарты токенов с регулированием на EVM не стремятся к единой унифицированной норме, а четко разделяют функции. ERC-1450, ERC-3643 и ERC-7943 не следует рассматривать как конкурирующие стандарты, их следует понимать как взаимодополняющие компоненты, отвечающие за выпуск, идентификацию, выполнение и интеграцию.

Примечание: стандарты токенов с регулированием — это технические нормы, специально разработанные для «регулируемых токенов». Обычные токены (например, стандартный ERC-20) можно свободно передавать и владеть ими, практически без ограничений. Однако регулируемые токены (Regulated Token) отличаются, так как они обычно соответствуют реальным активам, таким как ценные бумаги, доли фондов, облигации, RWA (активы реального мира), что превращает токены из «кто угодно может передавать» в «соответствующие требованиям финансового регулирования» технические правила.

Ключевое различие между цепочками заключается не в наличии регулирующих функций, а в том, где эти функции реализуются и исполняются. EVM сохраняет высокую гибкость на уровне отдельных контрактов активов; Solana и цепочки на базе Move помещают больше функций в общий токеновый фреймворк; Stellar и XRPL внедряют их непосредственно в бухгалтерский учет; Canton и Avalanche L1 расширяют это до уровня рыночной и сетевой операционной деятельности.

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

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

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

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

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

Стандарты токенов с регулированием на EVM

Ранние стандарты в основном пытались напрямую скопировать операционную структуру традиционных финансов в токеновые контракты. В рамках ERC-1450 зарегистрированный агент по передаче (Registered Transfer Agent) не только отвечает за выпуск и выкуп, но и выполняет каждую транзакцию, обычным пользователям запрещено вызывать transfer и approve. Это четко определяет, кто ведет юридические записи, кто отвечает на судебные приказы или теряет ключи. Однако в то же время это также отдаляет его от предполагаемой безразрешительной ликвидности традиционных DEX и кредитных протоколов.

ERC-3643 распределяет регулирующие функции между токеновыми контрактами, реестром идентификации (Identity Registry), реестром доверенных эмитентов (Trusted Issuers Registry) и независимыми модулями соблюдения, а не сосредотачивает их под единой властью. Переводы будут проверяться в соответствии с заявлениями, выданными доверенными субъектами, включая статус KYC, место жительства и квалификацию инвесторов; эмитенты также могут добавлять правила, такие как количество инвесторов и лимиты на владение на уровне страны. Сохраняя основную структуру ERC-20, возможность замены отдельных правил является значительным преимуществом. Ценой этого является операционная нагрузка, связанная с координацией нескольких контрактов, эмитентов идентификации и ролей управления привилегиями.

Более новый ERC-7943 выбрал другой путь: он не определяет саму регулирующую политику, а открывает набор универсальных интерфейсов, включая canSend, canReceive, canTransfer, проверку замороженного баланса и функции принудительного перевода. Это позволяет кошелькам, биржам, кастодианам и DeFi-сервисам взаимодействовать с различными регулируемыми активами единообразным образом. Другими словами, ERC-3643 создает стек для токенов с регулированием, в то время как ERC-7943 ближе к интеграционному слою, соединяющему несколько стеков. Недавно CMTAT реализовал поддержку ERC-7943, что еще раз подчеркивает, что этот минимальный интерфейс может накладываться на существующие стандарты выпуска.

ERC-7518 и ERC-8047 нацелены на более специализированные потребности. ERC-7518 применяет различные классы акций, юрисдикции и условия блокировки к отдельному разделу ERC-1155; ERC-8047 фиксирует родословные при перемещении активов, позволяя выполнять операции по конкретным потокам средств, а не по всему счету. Первый делает различие прав внутри одного актива более четким; второй позволяет более точно отслеживать и выполнять действия. Они скорее будут использоваться как модули, дополняющие более широкий стек соблюдения, чем заменять универсальный стандарт ERC-3643.

Где другие цепочки размещают регулирующие функции

Подход Solana заключается в том, чтобы разместить повторяющиеся функции токенов на более низком уровне общего слоя. Функции, такие как Transfer Hook, Permanent Delegate и Confidential Transfer, предоставляются через библиотеку общих расширений токенов, а служба аттестации Solana позволяет приложениям повторно использовать информацию вне цепи, такую как статус KYC, геолокация и квалификация инвесторов. Это уменьшает необходимость каждому эмитенту независимо восстанавливать и проверять одинаковые функции. Однако, когда кошелек или протокол не поддерживает определенное расширение, интеграция все равно может прерваться; кроме того, активы с сильным контролем эмитента, такими как Permanent Delegate, должны рассматриваться DeFi-приложениями как дополнительный уровень контрагентного риска.

Stellar и XRPL открывают такие атрибуты, как авторизация, заморозка и возврат, как свойства родных активов бухгалтерского учета. Эти контроли последовательно действуют в функциях перевода и родных транзакциях, приложениям не нужно заново интерпретировать пользовательскую логику для каждого токенового контракта. Stellar расширяет связь активов бухгалтерского учета с средой смарт-контрактов через Stellar Asset Contracts; XRPL строит вокруг MPT, переходя от разрешенного владения, заморозки и восстановления к функциям, связанным с конфиденциальностью. Однако чем глубже правила встроены в бухгалтерский учет, тем больше их эволюция зависит от обновлений сети и консенсуса. Настройки контроля также могут более непосредственно ограничивать ликвидность и диапазон использования активов.

Sui и Aptos находятся между контрактно-центристской моделью EVM и родной моделью бухгалтерского учета. Sui фиксирует статус списка отказов регулируемых активов и глобальные полномочия приостановки в реестре валют (Currency Registry); Aptos замораживает счета через TransferRef фреймворка Fungible Asset или обходит эти ограничения через привилегированные переводы, когда это необходимо. Повторяющиеся функции исполнения, такие как блокировка адресов и экстренная приостановка, предоставляются фреймворком; более сложные политики, такие как классификация инвесторов и лимиты на владение по странам, оставлены независимым модулям Move. В этом отношении их архитектура наиболее близка к модульному направлению, к которому движется экосистема EVM.

Canton расширяет область регулирования от токенов до всей операционной деятельности рынка. CIP-56 стандартизирует не только переводы баланса, но и раскрытие информации о конкретных сторонах, одобрение получателя и атомные сделки (DvP); стандарт токенов V2 тестируется на независимом DevNet в 2026 году. Эта конструкция обеспечивает большую операционную согласованность и конфиденциальность, но также требует специализированной идентификации и среды разработки. Поэтому существующая ликвидность и приложения публичных цепочек не могут быть просто перенесены.

Avalanche L1 лучше понимать как опцию для создания самого регулируемого рынка, а не просто для выпуска регулируемых токенов. Операторы могут ограничивать участников сделок и развертывателей контрактов с помощью белых списков, одновременно требуя от валидаторов соблюдения условий KYC, AML или лицензирования. Этот стек также может соединять поставщиков идентификации, таких как Jumio и Keyring, с txAllowlist, что делает его идеальным для бирж или платежных сетей, ограниченных только для институциональных участников. Ценой этого является операционная нагрузка: валидаторы, обновления, кросс-цепные мосты и ликвидность должны управляться независимо, что приводит к значительно более высоким затратам и фрагментации по сравнению с выпуском единого токена в существующей сети EVM.

Разделение универсальных функций исполнения и регулирующих политик

В целом, эти пути показывают, что оба крайности имеют явные ограничения: как встраивание всего стека регулирования в сеть, так и оставление всех функций одному ERC. Большинство регулируемых активов будут иметь повторяющиеся универсальные функции исполнения — проверка перед переводом, заморозка, принудительный перевод, экстренная приостановка, а также раскрытие управляющих полномочий и связанных рисков в метаданных — лучше всего размещать ближе к токеновому фрейму, бухгалтерскому учету или минимальному интерфейсу, как ERC-7943. Это может снизить различия в реализации и затраты на аудит между эмитентами, одновременно позволяя кошелькам, биржам и кастодианам единообразно идентифицировать структуру контроля активов.

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

Иными словами, рынок токенов с регулированием скорее будет развиваться в форме стека соблюдения, а не сводиться к единому стандарту. В этой модели заменяемые идентичности, юрисдикции и специфические для продукта правила будут строиться на основе универсальных функций исполнения. Ethereum и более широкая экосистема EVM по-прежнему имеют преимущества в гибкости политики и доступе к существующей ликвидности; родные цепочки бухгалтерского учета сильнее в согласованности исполнения и простоте операций; в то время как специализированные сети, такие как Canton, выделяются в области конфиденциальности и институциональных рабочих процессов.

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