ERC-4626 — это интерфейс «токенизированного сейфа» (vault): контракт хранит актив (assets), а инвесторы держат доли (shares). Цена доли определяется формулой: price = totalAssets / totalSupplyShares. Такой подход идеально подходит для RWA-продуктов фондового типа (портфели облигаций, приватный кредит, казначейские стейбл-стратегии): деньги/платежи приходят в актив, а стоимость доли растёт.
База по RWA: RWA на блокчейне: что это, как устроено, риски и хранение. Как читать отчёты/NAV — Как читать отчёты по RWA: NAV, резервы, аудиты и корпоративные действия — полный гид для инвестора, оракулы — Оракулы и NAV в RWA: источники данных, точность, обновления и отказоустойчивость. Доступ/оборот и whitelist — Доступ и оборот RWA: whitelist, категории инвесторов, гео-ограничения и вторичный рынок (ATS/DEX/OTC), Whitelist в RWA: что это, как попасть в список, как работают ограничения и что проверять инвестору. Для security-логики и комплаенса поверх 4626 — ERC-1400: стандарт security-токенов. Партиции, контроль переводов, документы и роль трансфер-агента и ERC-3643 (T-REX): реестр идентичностей, правила соответствия и управляемые переводы для security-токенов. Про выкуп и окна T+X — Редемпшн RWA: как вывести деньги или получить актив — пошаговый гид, комиссии, сроки и риски. Хранение: Self-custody vs биржа — сравнение хранения активов.
Зачем RWA использовать 4626
- Прозрачная экономика долей: инвестор видит, сколько активов приходится на его shares.
- Унифицированные методы для фронтов и интеграций (DEX/агрегаторы/кастоди).
- Естественная связка с NAV: в портфель пришли купоны/амортизация — растёт totalAssets → растёт цена доли.
- Удобно для «подписок/выводов» с правилами: лимиты, комиссии, «чёрные окна» вокруг оценок и выплат.
Важно: 4626 не решает комплаенс. В RWA он обычно идёт в паре с доступом через ERC-1400: стандарт security-токенов. Партиции, контроль переводов, документы и роль трансфер-агента или ERC-3643 (T-REX): реестр идентичностей, правила соответствия и управляемые переводы для security-токенов (whitelist, категории инвесторов), а также с оффчейн-реестром у Трансфер-агент и реестр держателей RWA: как устроены корпоративные действия, выкуп и синхронизация с блокчейном.
Карта интерфейса ERC-4626 (коротко)
| Группа | Функции | Что делают |
|---|---|---|
| Конверсии | convertToShares(assets); convertToAssets(shares) | Чистая математика на текущем totalAssets и totalSupply |
| Превью | previewDeposit; previewMint; previewWithdraw; previewRedeem | Показывают «сколько получится» с учётом округлений/комиссий, без траты газа |
| Лимиты | maxDeposit; maxMint; maxWithdraw; maxRedeem | Верхние границы для конкретного адреса с учётом ролей/ограничений |
| Операции | deposit(assets, receiver); mint(shares, receiver); withdraw(assets, receiver, owner); redeem(shares, receiver, owner) | Реальные движения: вносим актив — получаем доли; сдаём доли — получаем актив |
| Метрики | totalAssets() | Сколько активов контролирует сейф (включая начисленный доход/погашения) |
Дополнительно: стандарт предполагает совместимость с ERC-20 для токена долей (shares) и базового актива (assets).
Как работает экономика долей
Базовые формулы.
- Цена доли: P = totalAssets / totalSupplyShares
- Конверсия: shares = assets / P и assets = shares × P (с округлением)
Два пути входа/выхода.
- deposit(assets) — вы указываете сумму актива, контракт считает, сколько дать долей.
- mint(shares) — вы заказываете фиксированное число долей, контракт сам рассчитывает, сколько актива нужно внести.
- Аналогично для withdraw(assets) и redeem(shares) на выход.
Округления и комиссии. В реальном контракте цифры не «идеальные»: есть округления и возможные комиссии/скидки. Потому фронт-энд должен использовать preview-функции, а не «голую формулу». Читайте политику округлений в документации выпуска и в Как читать отчёты по RWA: NAV, резервы, аудиты и корпоративные действия — полный гид для инвестора.
Инициализация выпуска. Стандарт не навязывает «начальную» цену доли. На практике стартуют с 1 share = 1 asset или устанавливают базовую цену (например, 1 доля = 1 у.е. NAV). Это прописывается в регламенте.
Комиссии, учёт доходности и NAV
В RWA-фондовых продуктах с 4626 обычно встречаются:
- Management fee — ежегодная комиссия за управление (начисляется линейно; может «сгорать» из totalAssets или минтиться на адрес менеджера в shares).
- Performance fee — от прибыли, с high-water mark; часто реализуют как периодическое списание активов или выпуск дополнительных shares менеджеру.
- Front/Back fee — на вход/выход (спрэд), отражается в preview* и max*.
Как это влияет на NAV:
- Если комиссии списываются в assets, totalAssets уменьшается → цена доли падает относительно «чистой» модели.
- Если комиссии оплачиваются shares (в пользу менеджера), totalSupplyShares растёт → цена доли слабо меняется, но ваша доля в процентах снижается.
В отчётах эмитента должно быть ясно, какая база для NAV: до/после комиссий, как округляют и когда публикуют (время отсечки). Синхронизируйте это с on-chain totalAssets (sanity-check), см. Как читать отчёты по RWA: NAV, резервы, аудиты и корпоративные действия — полный гид для инвестора.
4626 в «реальном мире» RWA: сценарии
- Пул приватного кредита: купоны/амортизации заемщиков приходят в актив (стейблкоины/фиат-обвязка) → totalAssets растёт, цена доли плавно повышается. См. Приватный кредит (RWA): on-chain займы и факторинг — устройство, доходность, риски и редемпшн.
- Короткие облигации/трежерис: доходность аккумулируется в активе; подписка/вывод возможны по окнам/лимитам — это отражают в max* и оффчейн-регламенте.
- Коммодити-фонды: часть потока может идти на хранение/логистику (комиссии) или распределяться; в 4626 это реализуют редкими withdraw (выплаты) или ростом доли.
Два подхода к выплатам инвестору.
- Реинвестирование (accumulating): купоны остаются в сейфе → растёт цена доли.
- Распределение (distributing): периодический withdraw/выплата на адреса держателей (или через оффчейн-канал TA). Это должно быть прописано в правилах corporate actions; см. Трансфер-агент и реестр держателей RWA: как устроены корпоративные действия, выкуп и синхронизация с блокчейном.
Доступ и комплаенс поверх 4626
Сам по себе 4626 — «экономика долей», а не «кто допущен». В RWA поверх него ставят:
- ERC-3643 (T-REX): Identity Registry + Compliance. Любая операция (deposit/mint/withdraw/redeem/transfer) предваряется проверкой личности/правил.
- ERC-1400: партиции и управляемые переводы. Иногда доли 4626 «оборачивают» в 1400-токен для классов A/B/локапов.
Регламент должен описывать: кто может заходить/выходить, какие окна (cutoff, T+X), где проходит выкуп (сетевые ограничения, см. Редемпшн RWA: как вывести деньги или получить актив — пошаговый гид, комиссии, сроки и риски, Мосты и мультичейн для RWA: официальные маршруты, модели перевыпуска, реестр прав и риски).
Мультичейн и мосты
4626 не регламентирует кросс-чейн. Для RWA действуют правила:
- Только официальные маршруты и сети выпуска — Мосты и мультичейн для RWA: официальные маршруты, модели перевыпуска, реестр прав и риски.
- Адрес в целевой сети обязан быть в Whitelist в RWA: что это, как попасть в список, как работают ограничения и что проверять инвестору.
- Консистентность totalAssets и totalSupplyShares между сетями — зона ответственности эмитента/моста (часто модель burn/mint с учётом реестра у TA).
Если в разных сетях «гуляют» разные цены доли — это серьёзный красный флаг. Сверяйте отчёты и on-chain-метрики, см. Red Flags.
Риски и тонкости реализации
- Округления. Результат preview* и факта операции могут отличаться на 1–2 десятичных разряда из-за округлений. Для крупных сумм — проверяйте допуски.
- Десятичные разряды. Несовпадение decimals у актива и долей ломает UX/учёт. Хорошая практика — чётко задокументировать precision.
- «Банк-ран». Если актив неликвиден, а withdraw не ограничен, стресс-выводы повредят оставшимся инвесторам. Решение — лимиты/окна/комиссии на выход (в max*/регламент).
- Реинвест и «размывание». Некорректная логика комиссий/вознаграждений может размывать миноритариев. Требуйте прозрачности и события начислений.
- Пауза/инциденты. Для RWA приемлемы *pause/freeze* и управляемые действия при сбоях мостов/кастоди (см. Админ-ключи и апгрейды в RWA: pause/freeze/wipe, прокси-контракты, timelock и мультисиг — полный гид); следите за timelock/мультисига.
- Reentrancy/учёт. Взаимодействие с внешними протоколами (если сейф реинвестирует on-chain) — источник рисков; проверяйте аудит.
Паттерны для фронт-эндов и кастоди
- Перед любой операцией вызывайте max* и preview*; сравнивайте с вводом пользователя, учитывайте округления.
- Показывайте цена доли (convertToAssets(1eDecimals)) и историю (из отчётов/NAV).
- Учитывайте возможные окна и лимиты из оффчейн-регламента: даже если maxDeposit большой, подписка может быть закрыта по правилам TA.
- Для институционалов: поддержка offchain-подписки с последующим mint от агента (операторские роли).
Сопоставление 4626 и отчётности (NAV/выплаты)
Для инвестора полезно уметь «сверять» ончейн и PDF:
- В день публикации NAV сравнивайте totalAssets с NAV × totalShares (корректируя на комиссии/лаг публикации).
- После выплат/амортизаций в портфеле — ожидайте изменение totalAssets и, возможно, цены доли.
- Для distributing-модели проверьте, как выплаты отражаются: withdraw на ваши адреса или оффчейн-платёж (в отчёте должны быть суммы и даты). См. Как читать отчёты по RWA: NAV, резервы, аудиты и корпоративные действия — полный гид для инвестора.
Частые вопросы (FAQ)
4626 — это «токен фонда»? Это интерфейс сейфа, в котором доли соответствуют активам. Он идеально ложится на «токен фонда», но сам по себе не определяет юридику/комплаенс.
Чем отличаются deposit и mint? deposit — задаёте сумму assets, получаете рассчитанные shares. mint — наоборот: фиксируете shares, контракт считает, сколько внести assets. На выходе — зеркальные withdraw/redeem.
Почему previewDeposit показывает нецелое число? Это «оценка» с учётом округлений и комиссий. Факт может отличаться на минимальные доли. Для крупных сумм эмитенты часто добавляют допуски/гайдлайны.
Где отражаются комиссии? Либо в totalAssets (списываются активы), либо через выпуск shares менеджеру. Это должно быть в регламенте и в отчётах по NAV.
Можно ли сделать 4626 «белым списком»? Да — через надстройку ERC-3643 (T-REX): реестр идентичностей, правила соответствия и управляемые переводы для security-токенов или обёртку ERC-1400: стандарт security-токенов. Партиции, контроль переводов, документы и роль трансфер-агента, а также шлюзы подписки у TA.
Почему у меня есть доли, но перевод не проходит? В RWA перевод может блокироваться комплаенсом/партициями или «чёрными окнами». Смотрите Доступ и оборот RWA: whitelist, категории инвесторов, гео-ограничения и вторичный рынок (ATS/DEX/OTC), Whitelist в RWA: что это, как попасть в список, как работают ограничения и что проверять инвестору, ERC-1400: стандарт security-токенов. Партиции, контроль переводов, документы и роль трансфер-агента/ERC-3643 (T-REX): реестр идентичностей, правила соответствия и управляемые переводы для security-токенов.
Как это работает в мультичейне? Требуются официальные мосты и синхронизация totalAssets/totalSupply. Иначе — риск «двойного права». См. Мосты и мультичейн для RWA: официальные маршруты, модели перевыпуска, реестр прав и риски.
Чек-лист инвестора
- Понимаю политику комиссий: mgmt/perf, вход/выход, где учитываются (assets vs shares).
- Знаю частоту и время публикации NAV; сверяю с totalAssets.
- Проверил, как устроены окна и лимиты (max* + оффчейн-регламент); где и как проходит выкуп (Редемпшн RWA: как вывести деньги или получить актив — пошаговый гид, комиссии, сроки и риски).
- Адреса/сети официальные; мой адрес в Whitelist в RWA: что это, как попасть в список, как работают ограничения и что проверять инвестору.
- Роли/ключи (owner/pauser/upgrader) — под мультисига и timelock (Админ-ключи и апгрейды в RWA: pause/freeze/wipe, прокси-контракты, timelock и мультисиг — полный гид).
- Храню доли на «чистом» кошельке/кастоди (Self-custody vs биржа — сравнение хранения активов).
Чек-лист эмитента/разработчика
- Ясно описал цену старта, precision, правила округлений; реализовал корректные preview*.
- Прописал политику комиссий и их on-chain/оффчейн-отражение; события начислений.
- Добавил лимиты/окна через max* и оффчейн-регламент; обработал «чёрные окна» вокруг record date.
- Интегрировал комплаенс: ERC-3643 (T-REX): реестр идентичностей, правила соответствия и управляемые переводы для security-токенов и/или ERC-1400: стандарт security-токенов. Партиции, контроль переводов, документы и роль трансфер-агента; шлюз подписки у TA.
- Задокументировал официальные сети/мосты, выкуп и каналы вторички (ATS/whitelisted-DEX/OTC).
- Настроил роли/timelock, аудит и журналирование апгрейдов (Админ-ключи и апгрейды в RWA: pause/freeze/wipe, прокси-контракты, timelock и мультисиг — полный гид).