Данная статья призвана предоставить разработчикам экосистемы Pharos более практичное и глубокое руководство по интеграции RWA. Мы пытаемся воспроизвести сложные проблемы и пути их решения при выводе реальных мировых активов (RWA) в блокчейн с точки зрения бизнес-логики и архитектуры управления рисками.
Введение
Экосистема Pharos стремится стать инфраструктурой, соединяющей традиционные финансовые активы с миром Web3. В отличие от нативных криптоактивов, реальные мировые активы (RWA) сочетают в себе права на материальные активы вне блокчейна и атрибуты транзакций в блокчейне. Эта двойственная природа определяет, что их граница безопасности не может ограничиваться только уровнем смарт-контрактов, а должна распространяться на каждую щель установления прав на активы, синхронизации данных и нормативного соответствия.
На основе глубокого анализа основных проектов RWA [1], мы выделим ключевые пути построения robust-приложений RWA для разработчиков Pharos с трех измерений: архитектурные модели, основные зоны риска и стратегии интеграции.
I. Почему Pharos подходит для RWA?
Pharos — это блокчейн первого уровня (Layer 1), ориентированный на интернет-масштабы. Для разработчиков RWA нет необходимости вникать в детали базового консенсуса, нужно сосредоточиться на двух ключевых аспектах: расчетах по активам и сложных вычислениях.
-
Параллельное исполнение и подтверждение за долю секунды (Block-STM) Традиционный EVM обрабатывает транзакции последовательно, что может приводить к заторам при крупных выплатах дивидендов по RWA или ребалансировке. Pharos представляет движок параллельного исполнения Block-STM, обеспечивающий окончательность за долю секунды.
-
Это означает, что поступление средств вне блокчейна и расчеты в блокчейне могут быть выполнены практически синхронно, устраняя риски валютных колебаний и проскальзывания, связанные с "T+1".
-
Архитектура Dual-VM (EVM + WASM) Pharos изначально поддерживает две среды выполнения: EVM и WASM.
-
Уровень EVM: Отвечает за подключение. Существующие протоколы кредитования на Solidity, код DEX могут быть развернуты напрямую для работы с активами RWA.
-
Уровень WASM: Отвечает за вычисления. RWA涉及复杂的利息税务、分级风控和合规白名单逻辑,在 EVM 跑 Gas 极高且效率低。可以将此类计算密集型逻辑迁移至 WASM 模块,实现高性能、低成本的链上风控。 (RWA связаны со сложной логикой расчета процентов, налогов, многоуровневого управления рисками и белых списков соответствия. Запуск такой логики на EVM требует очень высокого газа и неэффективен. Подобную вычислительно интенсивную логику можно перенести в модуль WASM для реализации высокопроизводительного и низкозатратного управления рисками в блокчейне.)
https://docs.pharosnetwork.xyz
II. Две операционные логики RWA
Перед проектированием протокола RWA на Pharos разработчикам необходимо четко понимать два основных режима оборота активов и их денежные контуры:
-
Режим из блокчейна во внеблокчейн
Это на данный момент наиболее распространенный режим, по сути представляющий собой сбор средств в блокчейне и управление ими вне блокчейна. Инвесторы стейкают стейблкоины (например, USDC) в блокчейне → Проектная сторона агрегирует и конвертирует в фиат (USD) → Инвестирует в высоколиквидные активы вне блокчейна (например, казначейские облигации США) → Полученные процентные доходы возвращаются в блокчейн и распределяются среди держателей токенов.
Пример: $STBT от Matrixdock. Квалифицированные инвесторы чеканят $STBT (привязанный 1:1 к краткосрочным казначейским облигациям), средства проектной стороной используются для покупки гособлигаций, держатели в блокчейне получают годовую доходность около 4,8%.
-
Режим вывода активов в блокчейн
Этот режим focuses на секьюритизации и фрагментации specific активов. Проектная сторона блокирует specific актив вне блокчейна (например, недвижимость) и проводит оценку → Выпускает соответствующие доли в виде токенов ERC-20 → Инвесторы покупают стейблкоинами → Проектная сторона отвечает за обслуживание и управление активами вне блокчейна → Генерируемые денежные потоки (например, арендная плата) периодически распределяются в виде дивидендов в блокчейне.
Пример: Токенизация недвижимости от RealT. Например, недвижимость в Детройте стоимостью 65,9 тыс. долларов делится на 1300 токенов, инвесторы, покупая токены, получают право на дивиденды от аренды этой недвижимости.
III. Карта рисков и стратегия интеграции с Pharos
Смертельные риски RWA часто заключаются не в коде, а в звеньях соединения вне блокчейна и в блокчейне. Существующие проекты RWA имеют значительные структурные недостатки в проверке личности, привязке активов и прозрачности данных. Разработчикам, создающим приложения на Pharos, следует в первую очередь защищаться от следующих рисков "серых носорогов".
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
-
Сквозное соответствие и идентификация
Проекты заявляют о соответствии, но на деле это формальность. По статистике, менее половины проектов внедрили эффективный KYC, известны случаи, когда в известных проектах (например, RealT) этап видео-верификации можно было легко обмануть с помощью одной фотографии. Некоторые проекты, хотя и подчеркивают AML в white paper, на практике требуют только подключения кошелька для交易, полностью не отслеживая источник средств.
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
Рекомендации для разработки на Pharos:
-
Не ограничивайтесь проверкой личности только во frontend. Необходимо интегрировать механизм белых списков на уровне смарт-контрактов, гарантируя, что только адреса, прошедшие проверку DID (децентрализованная идентификация) или внеблокчейновый KYC, могут вызывать функции mint или transfer. На примере $STBT, переписать функции transfer и transferFrom ERC-20, чтобы только сертифицированные белые списки могли их вызывать.
https://etherscan.io/address/0x530824da86689c9c17cdc2871ff29b058345b44a#code
-
Для交易 высокоценных активов внедрите механизм 2FA для предотвращения кража активов из-за утечки приватного ключа, исследования показывают, что в настоящее время лишь少数 проектов做到了这一点. (лишь少数 проектов做到了这一点.)
-
Зависимость от стейблкоинов и механизмы аварийного отключения
Стейблкоины — это кровь RWA, почти 90% проектов полагаются на них для расчетов. Но разработчики часто упускают из виду риск отвязки самих стейблкоинов, как, например, отвязка USDC из-за инцидента с SVB или риск отвязки USDe [2]. Если произойдет отвязка, есть ли у проекта специальный резервный фонд для обработки кризиса?
https://x.com/ethena_labs/status/1976773136294224071
Рекомендации для разработки на Pharos:
-
Оракулы следует использовать не только для предоставления цен, но и как триггеры управления рисками. При обнаружении отклонения цены стейблкоина, используемого в качестве расчетной валюты (например, USDC/USDT), от привязанного значения сверх порога (например, 5%), контракт должен автоматически приостанавливать чеканку и выкуп, предотвращая атаки арбитражем на протокол.
-
При проектировании пулов средств рассмотрите возможность поддержки多种 стейблкоинов или даже корзины валют, чтобы снизить влияние системного риска单一 актива. Также по возможности избегайте выбора стейблкоинов со сложными алгоритмическими механизмами, так как они наиболее подвержены отвязке.
-
Мостик данных и проверка достоверности
Самая большая черный ящик RWA заключается в том, действительно ли актив в блокчейне соответствует материальному активу вне блокчейна. Многие проекты所谓的раскрытие информации — это просто размещение нескольких PDF-файлов на网页, были даже абсурдные случаи冒充实时监控 с помощью循环播放的录像. Отчеты о чистой стоимости активов OpenEden также曾经出现滞后了一个月的情况.
https://dl.acm.org/doi/epdf/10.1145/3689931.3694913
Рекомендации для разработки на Pharos:
-
Используйте сети оракулов, такие как Chainlink, для прямого подключения к API кастодиальных банков или аудиторских机构 вне блокчейна. Разработчики Pharos должны стремиться к实现минутному обновлению чистой стоимости активов (NAV) в блокчейне, а не полагаться на月度或季度отчеты проектной стороны.
-
Риск偏差 в оценке проекта时有发生. При разработке следует вводить多源ное ценообразование от оракулов, чтобы尽可能让 цена в блокчейне真实反映 рынок вне блокчейна.
-
Изоляция и прозрачность юридических лиц
Дефолт по активам вне блокчейна — это不可忽视的风险 RWA, например, Goldfinch столкнулся с кредитным дефолтом на 5,9 млн долларов [4]. Ключ к изоляции риска заключается в SPV, но лишь少数 проектов公开声明 об использовании структуры SPV, причем большинство не раскрывает具体的注册名称 юридических лиц. На примере кризиса Goldfinch, это直接 вызвало падение токена $GFI на 20%, инвесторы понесли серьезные убытки莫名其妙.
Рекомендации для разработки на Pharos:
-
В метаданных проекта或документации обязательно раскрывайте юридическое名称 и место регистрации SPV,持有 активы.
-
Обеспечьте, чтобы每个资产池对应独立的 SPV. При проектировании контрактов на Pharos, средства разных пулов активов должны быть полностью изолированы логически, чтобы避免 дефолт по单一 активу导致 общей ликвидности протокола.
-
Иссякание ликвидности после искусственного бума
Ликвидность — это аспект, который легче всего сфальсифицировать, но также легче всего обрушить в проектах RWA [2]. Глубина рынка на начальном этапах многих проектов RWA сильно зависит от субсидий маркет-мейкеров. Как только协议 маркет-мейкинга истекает или субсидии прекращаются, глубина вторичного рынка часто резко падает, заявки на покупку мгновенно исчезают. Кроме того, существует естественное временное несоответствие между низкой частотой оценки активов вне блокчейна (обычно月度或季度 NAV) и высокой частотой交易 в блокчейне (секундные блоки). При крупных продажах в блокчейне пулы AMM часто не могут быстро восстановиться из-за отсутствия指引 в режиме реального времени о справедливой стоимости, что приводит к серьезному отклонению цены от чистой стоимости,形成黑洞 ликвидности. На примере $USDR ниже, из-за набега вкладчиков цена токена быстро упала с 1 доллара до 0,5 доллара за несколько часов [5].
https://www.blocktempo.com/not-so-tangible-usdr-stablecoin-collapses/
Рекомендации для разработки на Pharos:
-
Не ставьте полностью на ликвидность вторичного рынка DEX或CEX. Разработчики могут встроить в контракт функцию очереди выкупа/погашения. Когда цена на вторичном рынке значительно ниже NAV (например, дисконт превышает 3%), позвольте держателям обойти вторичный рынок и напрямую обратиться к протоколу с запросом на погашение базовых активов SPV, управляя очередью погашения и распределением средств через смарт-контракт.
-
Подражая системе резервных requirements传统银行, на этапе Mint принудительно оставляйте一定比例 (например, 5%-10%) стейблкоинов作为缓冲ный пул ликвидности в блокчейне. Эти средства не用于 покупки активов вне блокчейна, а专门用于 автоматического выполнения мгновенного выкупа через смарт-контракт в случае иссякания ликвидности на вторичном рынке, защищая нижний предел цены.
-
Наследуемые риски нативных уязвимостей EVM
Pharos обеспечивает полную совместимость с EVM,这意味着 разработчики, наслаждаясь удобством экосистемы Solidity, также полностью наследуют ее классические векторы атак. Контракты RWA из-за требований соответствия обычно содержат множество функций с высокими привилегиями (например, blacklist, forceTransfer, pause), что делает управление правами доступа и прокси-апгрейд более чувствительной критической точкой, чем в протоколах DeFi.
https://owasp.org/www-project-smart-contract-top-10/
Рекомендации для разработки на Pharos:
-
Строгое соблюдение стандартных библиотек: Никогда не изобретайте велосипед. Для контроля доступа обязательно используйте AccessControl или Ownable2Step от OpenZeppelin. Если приватный ключ администратора RWA будет украден из-за уязвимости в пользовательской логике, это означает, что право собственности на материальные активы вне блокчейна станет предметом юридического спора.
-
Управление рисками прокси-апгрейда: Контракты RWA часто являются обновляемыми (UUPS/Transparent). При развертывании обновлений необходимо строго проверять конфликты слотов хранения (Storage Slot), чтобы предотвратить путаницу в таблице映射 активов (Mapping) из-за перезаписи переменных.
-
Защита от атак повторного входа (Reentrancy): При обработке логики распределения дивидендов (Distribute Yield) или погашения, даже для пользователей из белого списка, необходимо добавлять ReentrancyGuard на все внешние вызовы (Call), чтобы предотвратить опустошение пула средств злонамеренным контрактом через callback-функции.
IV. Резюме
Оглядываясь на развитие направления RWA, мы видели слишком много искусственного бума, основанного на упаковке соответствия через UI и поддержании ликвидности через маркет-мейкинг. В экосистеме Pharos мы提倡更具 устойчивости парадигму разработки.
Как разработчики, необходимо четко осознавать: риски безопасности RWA существуют не только на уровне реализации кода смарт-контрактов, но также следует уделять внимание таким проблемам безопасности, как недействительность установления прав на активы вне блокчейна и несоответствие ликвидности. Окончательность за долю секунды от Pharos дает нам уверенность в обработке сложных финансовых операций, но это требует от разработчиков большей строгости в стратегиях интеграции, записи KYC/AML в底层逻辑, принудительного исполнения制度 резервов рисков кодом, доведения прозрачности данных об активах до предела.
Будущая конкуренция протоколов RWA больше не будет игрой в цифры TVL, а будет соревнованием в достоверности активов и отказоустойчивости системы. Преодоление этого последнего километра安全闭环 — обязательный урок для каждого строителя экосистемы Pharos.
