Эксклюзивный токеновый стандарт для активов реального мира: анализ характеристик соответствия ERC-3643 и сценария применения

В условиях конвергенции технологии блокчейн и традиционных финансовых рынков, активы реального мира (RWA) стали одной из наиболее трансформирующих инноваций. Однако токенизация активов реального мира (RWA) долгое время сталкивалась с препятствиями в развитии из-за отсутствия нормативных рамок соответствия и отраслевых стандартов. На этом фоне стандарт ERC-3643 появился как первый стандарт токенов Ethereum, разработанный специально для регулируемых активов.

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

Анализ стандарта токенов ERC-3643

1. Спецификации токена

ERC-3643 решает основное требование соответствующей токенизации активов через модульную архитектуру. Этот разделенный дизайн отделяет бизнес-логику, делая систему высоко настраиваемой. Ключевым моментом является разделение реестра идентификации от контракта соответствия. Такой дизайн позволяет гибко настраивать правила соответствия в зависимости от юрисдикционных требований без изменения основной логики токена. Когда пользователь инициирует перевод, токен контракт автоматически запрашивает контракт соответствия, который затем перекрестно проверяет заявления о личности в реестре идентификации, формируя автоматизированную цепочку решений о соответствии.

Техническая архитектура ERC-3643 использует двухуровневый контроль разрешений, который наследует функции ERC-20, добавляя два ключевых уровня соответствия. Первый уровень фокусируется на проверке личности и квалификации получателя транзакции, используя стандарт ERC-734/735 для проверки существования заявления о личности и статуса аутентификации доверенного эмитента; второй уровень реализует глобальные правила и ограничения на сам токен, такие как установка дневных лимитов перевода и верхних пределов на количество держателей. Этот многоуровневый дизайн не только обеспечивает непрерывную проверку квалификации инвесторов, но и предоставляет эмитентам гибкие инструменты регуляторного контроля для удовлетворения многомерных потребностей соответствия токенов безопасности. Основные компоненты его архитектуры следующие:

Реестр идентификации: Как основной модуль, соединяющий он-чейн адреса и он-чейн идентификации (ONCHAINID), он обеспечивает проверяемые и соответствующие идентификации всех держателей токенов. Его основные функции включают registerIdentity(), updateIdentity(), updateCountry(), batchRegisterIdentity() и isVerified(). Функция проверки, isVerified(), проверяет Реестр тем заявлений (для проверки типа заявления) и Реестр доверенных эмитентов (для проверки эмитента заявления) при вызове, возвращая true, если оба проверены.

API соответствия: Динамический механизм правил соответствия, который обеспечивает глобальные политики соответствия (например, ограничения держателей, трансграничные ограничения), связывается с контрактами токенов и блокирует незаконные транзакции в реальном времени. Его основные функции включают bindToken(), unbindToken(), transferred(), created(), destroyed() и canTransfer(). Он поддерживает модульную замену логики соответствия, позволяя эмитентам динамически обновлять правила (например, добавлять политики AML) без влияния на контракт токена.

●Реестр доверенных эмитентов: используется для управления доверенными организациями, которые уполномочены выдавать декларации.

●Контракт токена: Расширяет функции контроля соответствия на основе совместимости с ERC-20. Ключевые функции включают условные переводы, заморозку и размораживание токенов, контроль жизненного цикла контракта и управление метаданными токенов.

Реестр тем заявлений: Определяет типы заявлений, необходимых для токенов (например, уровни KYC, квалификации инвесторов), служащий "контрольным списком" для проверки личности.

2. Механизмы проверки личности и обеспечения соответствия

Механизм проверки личности требует, чтобы каждый держатель токена завершил проверку личности с доверенным эмитентом заявлений, прежде чем быть включенным в белый список в реестре идентификации. Когда происходит перевод, контракт токена вызывает функцию isVerified() через контракт соответствия перед переводом. Эта функция проверяет в реальном времени, находится ли адрес получателя в реестре идентификации и содержит ли его связанный контракт идентификации необходимые заявления в реестре субъектов заявлений. Эти заявления должны быть подписаны уполномоченными сторонами в реестре доверенных эмитентов. Этот процесс гарантирует, что только квалифицированные инвесторы, прошедшие проверки KYC/AML, могут держать или получать токены безопасности.

Обеспечение соответствия реализуется через функцию canTransfer(), которая вызывается перед каждым переводом и выполняет следующие ключевые проверки:

Соответствие квалификации инвестора: Проверка того, что получатель соответствует требованиям инвестора для определенного класса активов (например, статус Квалифицированного Инвестора)

Юрисдикционные ограничения: Обеспечение того, что юрисдикции обеих сторон транзакции разрешают такие транзакции

●Контроль владения: Проверка, не приведет ли перевод к превышению лимита владения одним инвестором

● Соответствие глобальным правилам: Проверка соответствия другим глобальным правилам, установленным эмитентом или регулятором

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

Взяв в качестве примера режим регулирования стейблкоинов Валютного управления Гонконга (HKMA), который будет реализован в августе 2025 года, ERC-3643 может соответствовать нормативным требованиям следующих правил:

i) Проверка личности держателей стейблкоинов

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

Статья 5.11 "Руководства по борьбе с отмыванием денег и финансированием терроризма": Если лицензиат не может продемонстрировать к удовлетворению HKMA, что такие меры по снижению риска эффективны в предотвращении и борьбе с деятельностью по отмыванию денег и финансированию терроризма и другими преступлениями, личность каждого держателя стейблкоина должна быть проверена одной из следующих сторон: лицензиатом (даже если держатель не имеет клиентских отношений с лицензиатом); соответствующим образом регулируемым финансовым учреждением или поставщиком услуг виртуальных активов; или надежной третьей стороной.

Эти два руководства требуют, чтобы лицензиаты стейблкоинов проверяли личности держателей стейблкоинов и управляли разрешениями для всех операций на протяжении всего жизненного цикла токена. ERC-3643 поддерживает привязку адреса кошелька каждого держателя стейблкоина к он-чейн заявлениям о личности (таким как статус KYC и место жительства), которые проверяются в реальном времени через Контракт соответствия.

ii) Контроль транзакций и скрининг в реальном времени

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

(a) использование соответствующих технологических решений (таких как инструменты анализа блокчейна) для постоянного скрининга транзакций стейблкоинов и связанных адресов кошельков после первоначального распространения;

(b) внесение в черный список адресов кошельков, идентифицированных как связанные с санкционированной или незаконной деятельностью;

и пункт 6.36: (a) принять подход, основанный на оценке риска, к мониторингу переводов стейблкоинов с контрагентами по переводу стейблкоинов...; и (b) пересматривать информацию, полученную в результате мер дью-дилидженс в отношении контрагентов по переводу стейблкоинов в соответствии с пунктом 6.33 (регулярно и/или при возникновении триггерного события, когда известно о любых повышенных рисках отмывания денег и финансирования терроризма)...

Контракт соответствия ERC-3643 поддерживает настраиваемые правила транзакций (например, разрешение переводов только между адресами KYC) и динамически обновляет белые и черные списки. Если получатель не проходит KYC или находится в черном списке, транзакция автоматически прерывается.

Заключение

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