Разработка платформы RWA (Real World Assets)

Разработка платформы RWA (Real World Assets)

RWA-платформа — это система, которая переносит права на реальные активы (недвижимость, долговые инструменты, сырьё, частные компании) в форму on-chain токенов. Не «оцифровывает документы» — именно переносит права, с юридической силой, верифицируемостью и ликвидностью.

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

Классы активов и их специфика

Каждый тип RWA требует своего подхода к токенизации, верификации и compliance.

Долговые инструменты (Treasury bills, corporate bonds, кредиты). Наиболее активный сегмент: BlackRock BUIDL ($500M+), Ondo Finance (USDY, OUSG), Maple Finance. Актив — фиксированная доходность. Токен представляет право на периодические выплаты и возврат номинала. Ключевые вопросы: как передать право на выплаты on-chain, как обеспечить KYC/AML (Reg D/S для США, AIFMD для Европы).

Недвижимость. Наиболее сложный класс. Право собственности регулируется национальным земельным законодательством, регистрируется в государственных реестрах. Полная токенизация (смена собственника = on-chain транзакция) возможна только в ограниченном числе юрисдикций (ОАЭ начинает, некоторые штаты США экспериментируют). Практичный подход — SPV (Special Purpose Vehicle): компания владеет недвижимостью, токены представляют доли в компании.

Сырьё и физические активы (золото, нефть, commodities). Актив хранится у лицензированного кастодиана, токен представляет право на physical delivery или cash settlement. Paxos Gold (PAXG), Tether Gold (XAUT).

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

Архитектура on-chain компонентов

Asset Token (ERC-1400 / ERC-3643)

Для RWA используют security token стандарты, а не ERC-20, из-за необходимости встроенных compliance проверок.

ERC-1400 — набор стандартов для security tokens, включает ERC-1594 (issuance/redemption), ERC-1644 (controller operations), ERC-1643 (document management). Сложен в реализации, но покрывает большинство корпоративных требований.

ERC-3643 (T-REX Protocol) — разработан Tokeny, ставший промышленным стандартом для RWA. Включает Identity Registry, Compliance Contract, Token Contract. Используется в реальных юрисдикциях.

// ERC-3643 Token с compliance hook
contract AssetToken is ERC3643 {
    IIdentityRegistry public identityRegistry;
    ICompliance public compliance;

    function transfer(address to, uint256 amount) public override returns (bool) {
        // Проверка identity обоих сторон
        require(identityRegistry.isVerified(msg.sender), "Sender not verified");
        require(identityRegistry.isVerified(to), "Recipient not verified");

        // Compliance проверка (ограничения по юрисдикции, лимиты, lock-up периоды)
        require(compliance.canTransfer(msg.sender, to, amount), "Transfer not compliant");

        return super.transfer(to, amount);
    }

    // Force transfer — для court orders и регуляторных требований
    function forcedTransfer(address from, address to, uint256 amount)
        external onlyAgent returns (bool)
    {
        _transfer(from, to, amount);
        emit ForcedTransfer(from, to, amount);
        return true;
    }

    // Recovery при потере ключей
    function recoveryAddress(address lostWallet, address newWallet, address onchainId)
        external onlyAgent
    {
        require(identityRegistry.contains(lostWallet), "Not registered");
        uint256 balance = balanceOf(lostWallet);
        _transfer(lostWallet, newWallet, balance);
        // Обновление identity registry
        identityRegistry.updateIdentity(lostWallet, newWallet, onchainId);
    }
}

forcedTransfer и recoveryAddress — функции, которых нет в обычном ERC-20. Они нужны для соответствия реальным правовым требованиям: суд может обязать заморозить или принудительно перевести активы.

Identity и KYC слой

В T-REX архитектуре каждый participant имеет on-chain Identity (ONCHAINID — ERC-734/735). Это смарт-контракт, который хранит claims — верифицированные утверждения о держателе (KYC статус, юрисдикция, accredited investor status).

interface IIdentityRegistry {
    // Проверка, что адрес прошёл KYC и может держать токены данной юрисдикции
    function isVerified(address _userAddress) external view returns (bool);

    // Страна проживания пользователя (из KYC документов)
    function investorCountry(address _userAddress) external view returns (uint16);
}

// Compliance: проверка ограничений по юрисдикции
contract JurisdictionCompliance is ICompliance {
    mapping(uint16 => bool) public restrictedCountries;  // ISO 3166-1 numeric

    function canTransfer(address _from, address _to, uint256) external view returns (bool) {
        uint16 fromCountry = identityRegistry.investorCountry(_from);
        uint16 toCountry = identityRegistry.investorCountry(_to);
        return !restrictedCountries[fromCountry] && !restrictedCountries[toCountry];
    }
}

Oracle для pricing и yield distribution

Для токенов с фиксированной доходностью (Treasury bills, bonds) — автоматическое распределение yield. Chainlink для on-chain цены базового актива, off-chain trigger для yield payments.

contract YieldDistributor {
    IERC20 public immutable token;
    IERC20 public immutable stablecoin;   // USDC
    AggregatorV3Interface public priceFeed;

    uint256 public lastDistribution;
    uint256 public annualYieldBps;  // yield в basis points (500 = 5%)

    function distributeYield() external {
        require(block.timestamp >= lastDistribution + 1 days, "Too soon");

        uint256 totalSupply = token.totalSupply();
        // Дневной yield = annualYield / 365
        uint256 dailyYield = (totalSupply * annualYieldBps) / (10000 * 365);

        // Пополнение контракта stablecoin из treasury должно происходить заранее
        require(stablecoin.balanceOf(address(this)) >= dailyYield, "Insufficient USDC");

        // Распределение через snapshot — все держатели на момент snapshot
        bytes32 snapshotId = _snapshot();  // ERC-20Snapshot
        _distributeToSnapshot(snapshotId, dailyYield);

        lastDistribution = block.timestamp;
    }
}

Для эффективного распределения большому числу держателей — Merkle distribution (один snapshot → Merkle tree → каждый держатель клеймит самостоятельно) вместо push-распределения.

SPV и юридический слой

Для большинства юрисдикций токенизация реального актива происходит через следующую цепочку:

Физический актив (недвижимость, облигации)
  ↓ передаётся в
SPV/LLC (зарегистрированная компания)
  ↓ компания выпускает
Securities (equity или debt notes)
  ↓ права токенизируются
On-chain токены (ERC-3643)
  ↓ торгуются на
Regulated marketplace или DeFi с compliance

Смарт-контракт должен отражать эту структуру: в документах токена (ERC-1643 document management) хранятся ссылки на юридические документы — Operating Agreement SPV, проспект эмиссии, аудиторские отчёты.

// ERC-1643: хранение ссылок на юридические документы
function setDocument(bytes32 _name, string calldata _uri, bytes32 _documentHash)
    external onlyOwner
{
    // _name: "SUBSCRIPTION_AGREEMENT", "OPERATING_AGREEMENT", "AUDIT_REPORT_2024"
    // _uri: IPFS CID или HTTPS ссылка
    // _documentHash: keccak256 файла для верификации целостности
    _setDocument(_name, _uri, _documentHash);
}

Вторичный рынок и ликвидность

Одно из главных ценностных предложений RWA токенизации — ликвидность для традиционно неликвидных активов. Но здесь регуляторные ограничения:

Restriction periods. Lock-up после initial offering (типично 6–12 месяцев для Reg D offerings в США). Реализуется через compliance module с проверкой timestamp покупки.

Accredited investor only trading. На вторичном рынке могут торговать только verified accredited investors. Compliance hook не пропустит transfer к неверифицированному адресу.

ATS (Alternative Trading System). В США вторичная торговля security токенами требует работы через лицензированного ATS. Ряд платформ (tZero, Securitize Markets) имеют ATS лицензию.

Для DeFi-ликвидности (AMM пулы с RWA токенами) — compliance-aware AMM: каждый swap проходит проверку identity и compliance обеих сторон. Проекты типа Centrifuge (RWA в MakerDAO), Ondo Finance интегрируют RWA в DeFi через специальные пулы с whitelist.

Redemption и корпоративные события

Redemption — погашение токена, пользователь получает базовый актив или его cash-эквивалент. Должно быть встроено в контракт с возможностью:

• Primary redemption у эмитента (через KYC процесс)
• Secondary redemption через AMM или order book

Корпоративные события (dividends, stock splits, rights offerings для equity токенов): смарт-контракт должен поддерживать mechanics для распределения дополнительных токенов или стейблкоинов пропорционально holdings на дату record date.

Сроки и ресурсы

Техническая разработка — 4–6 месяцев. Регуляторный процесс — от 1 до 12+ месяцев в зависимости от юрисдикции и типа актива. RWA платформы требуют параллельной работы юристов и разработчиков с самого начала.