MiCA Article 6: комплект стейблкоина — вайтпейпер, iXBRL, cadCAD-симуляция привязки, ограничитель погашений

Вайтпейпер стейблкоина под MiCA Article 6 — это уже не PDF, а регулируемая машинно-читаемая подача в надзорный орган. Вместе должны отгрузиться четыре артефакта: сам вайтпейпер, iXBRL-файл по таксономии ESMA, симуляция привязки (peg), обосновывающая каждое количественное утверждение, и стресс-тест ограничителя погашений (redemption gate), доказывающий, что право на погашение выдерживает нагрузку. Эта статья — про то, как этот комплект собирается, какая математика под ним и как выглядит рабочий код.

Почему соответствие требованиям — это инжиниринг, а не документооборот

Когда регулятор публикует новые правила раскрытия, рефлекс — относиться к результату как к заполнению формы. Для MiCA Article 6 этот рефлекс ошибочный, а дедлайны делают ошибку дорогой.

CASP-переходный период заканчивается 1 июля 2026. Любой эмитент стейблкоина, обслуживающий EU-пользователей напрямую или через паспортирование, должен иметь на руках MiCA-совместимый вайтпейпер. Прежние («легаси») вайтпейперы для токенов, допущенных к торгам до 30 декабря 2024, эмитенты обязаны заменить к 31 декабря 2027 — это ESMA Q&A 2654 (17 октября 2025). А с 23 декабря 2025 Commission Implementing Regulation (EU) 2024/2984 требует, чтобы сам вайтпейпер подавался в формате Inline XBRL против таксономии ESMA (опубликована 5 августа 2025).

Три вещи рынок до сих пор делает неправильно:

1. Annex I воспринимается как чек-лист полей, а не контракт, утверждения которого должны быть тестируемыми.
2. Утверждения о стабильности привязки пишутся до того, как какая-либо симуляция их подтверждает.
3. Параметры ограничителя погашений копируются из юридических прецедентов вместо вывода из математики глубины очереди.

Если вайтпейпер — просто PDF, написанный юристом, то iXBRL-подача превращается в перевод задним числом. Если фраза «погашение в течение 24 часов в нормальных условиях» не подкреплена симуляцией, это становится обязательством в момент, когда давление на погашение растёт. Соответствие требованиям — это инжиниринг, потому что супервайзер запустит автоматические проверки против iXBRL-полей и on-chain данных: документ стал запрашиваемым.

Базовый разбор механик стейблкоинов, на которые опирается эта статья — в токеномике стейблкоинов. Далее предполагается fiat-backed EMT (с фиатным обеспечением 1:1) под MiCA Title III — конфигурация, к которой готовится большинство эмитентов под рубеж 1 июля 2026.

Бандл из четырёх артефактов

Article 6 + Annex I + ITS по iXBRL + правила прав на погашение Article 49 — если убрать прозу, читается как единый инженерный бриф. Четыре артефакта, спроектированные вместе.

Артефакт 1 — вайтпейпер. Annex I задаёт план раскрытия: идентичность оферента и эмитента, характеристики крипто-актива, права и обязательства, привязанные к токену, технология, связанные риски. Для EMT Annex II добавляет состав резервов, управление (governance), механизм погашения и раскрытие неблагоприятных событий (adverse events — события депэга, приостановка погашений). Проза должна быть точной, чтобы каждое параметрическое утверждение — точность привязки, время погашения, коэффициент резервов — отображалось в число, которое несёт iXBRL-файл.

Артефакт 2 — iXBRL-файл. Вайтпейпер подаётся как единый XHTML-файл с Inline XBRL-разметкой против таксономии крипто-активов ESMA. Инструментарий супервайзера разбирает структурированные поля — LEI эмитента, классификация токена (EMT / ART / иное), состав резервов, условия погашения, тип механизма привязки — и может запускать автоматические сравнения с периодическими отчётами и on-chain телеметрией. Это меняет экономику раскрытия: файл стал запрашиваемым.

Артефакт 3 — cadCAD-симуляция привязки. Любое количественное утверждение про поведение привязки в вайтпейпере — «отклонение привязки в нормальных условиях держится в ±0.1%», «очередь погашений рассасывается за N дней при 5σ-стрессе» — требует симуляции, которая это число производит. cadCAD — де-факто открытый фреймворк для этого; симуляция определяет state-переменные (состав резервов, объём в обращении, цена привязки, глубина очереди), policy-функции (давление погашений, переоценка резервов по рынку) и partial state update blocks (отклонение привязки, динамика очереди, проверка платёжеспособности).

Артефакт 4 — стресс-тест ограничителя погашений. Article 49 MiCA даёт держателям EMT право на погашение по номиналу в любой момент. Ограничитель погашений (redemption gate) — потолок Q_max и время реакции T_max, к которым эмитент обязывается, — не свободный параметр. Он калибруется против горизонта ликвидности состава резервов, стресс-сценариев симуляции привязки и операционной мощности по исполнению. Вайтпейпер цитирует ограничитель; симуляция его обосновывает; iXBRL-файл его экспонирует.

Эти четыре отгружаются единым поставляемым артефактом, потому что каждая строка вайтпейпера либо ссылается на симуляцию, экспонирует поле, которое тегирует iXBRL, либо обязуется на стресс-тестированный параметр погашения. Tokenomics.com продаёт MiCA-документацию раскрытия как отдельный продукт; CADLabs публикует открытые cadCAD-модели; юридические фирмы отдают текст вайтпейпера. Публичного конкурента, который собрал бы все четыре артефакта за единым источником истины, мы не видели — и этот разрыв вскроют автоматические проверки супервайзера.

Динамика привязки и очереди погашений

Привязка fiat-backed EMT обеспечивается на первичном рынке правом погашения: любой держатель может предъявить 1 EMT и получить €1 от эмитента. Супервайзера интересуют отклонения на вторичном рынке. Они движутся тремя силами.

Состав резервов определяет способность эмитента впитывать поток погашений без нарушения рыночной цены. Защищаемый резерв non-significant EMT — примерно 60% коротких Treasury bills (краткосрочные казначейские облигации США/EU), 35% наличных у квалифицированных кастодианов, 5% reverse repo (обратное РЕПО). Это комфортно превышает минимум EBA RTS 30% доли банковских депозитов для non-significant EMT (significant EMT сталкиваются с полом 60% по банковским депозитам и нуждаются в соответственно более высокой доле наличных). Горизонт ликвидности — от одного до трёх рабочих дней по cash-сегменту и до недели по T-bill-сегменту после учёта ожидаемой переоценки по рынку (MtM).

Давление погашений в этот день моделируется как стохастический процесс. Базовый день: R₀ ≈ 1–2% от объёма в обращении; стрессовый день — кратно выше.

Когда R(t) > G, очередь растёт. Когда R(t) < G, очередь рассасывается со скоростью G − R(t). Роль ограничителя — превратить пиковое давление в выполнимое расписание, не вынуждая резерв сбрасывать T-bills на стрессованном рынке.

1:1 обеспечение по номиналу для EMT задано MiCA Title IV (Articles 48 и 54, с применением правил состава резервов Article 36 через перекрёстную ссылку); Solvency(t) ≥ 0 должно держаться всегда. На практике эмитент держит явный избыток (обычно 3–5% от объёма в обращении), чтобы поглощать движения от переоценки по рынку по T-bill-портфелю без пробития 100%-линии.

Утверждение про стабильность привязки в вайтпейпере теперь — целевая функция: при моделируемых стресс-событиях Δp_max и T_recovery должны держаться в пределах того, к чему эмитент обязался. Потолок ограничителя G и состав резервов (wᵢ) — рычаги проектирования.

Реализация

В этой секции — два куска: cadCAD-симуляция, обосновывающая каждое утверждение о стабильности привязки, и структура iXBRL Annex I, экспонирующая дизайн супервайзеру. Третий кусок — интерактивный стресс-тест ограничителя погашений — вынесен в отдельную секцию ниже, чтобы получить собственный якорь оглавления: за ним сюда приходят чаще всего.

cadCAD-симуляция привязки

Первый поставляемый артефакт — параметрическая симуляция привязки по трём сценариям. Состав резервов фиксирован: 60% T-bills, 35% наличных у квалифицированных кастодианов, 5% reverse repo, с начальным избытком 5% к объёму в обращении — минимально-банковская конфигурация, проходящая EBA RTS 30%-пол для non-significant EUR-номинированного EMT в 2026.

Базовый сценарий — без событий: потолок ограничителя сидит выше обычного дневного потока, очередь не накапливается, вторичный рынок не реагирует — отклонение <0.1%. Стресс-сценарий — 6× нормальный пик, без переоценки резервов — даёт отклонение привязки ниже 0.5% с 4-дневным клиренсом. Чёрный лебедь сочетает 12× пик с 3%-шоком дюрации по T-bill-портфелю (соответствует параллельному движению доходностей на 100 бп при дюрации книги 6 месяцев). Отклонение привязки достигает примерно ±1.1% на два-три дня, маржа платёжеспособности сжимается с +5.0% до +3.2%, система восстанавливается в течение двух недель.

Это числа, которые идут в раскрытие по Annex I. Вайтпейпер может убедительно заявить «отклонение привязки на вторичном рынке держится в ±0.5% при 6× пике погашений и в ±1.2% при 12× пике с 3%-шоком переоценки резервов, при полном исполнении погашений за 8 дней» — потому что симуляция эти числа производит.

# MiCA EMT — симуляция peg, cadCAD-стиль
# State: состав резервов, supply, цена peg, глубина очереди, счётчик дней
# Policies: давление погашений, mark-to-market резервов
# PSUBs: обновление очереди, отклонение peg, проверка платёжеспособности

from cadCAD.configuration import Experiment
from cadCAD.configuration.utils import config_sim
import numpy as np

# ---- Initial state ----
# Состав проходит EBA RTS Article 36 пол банковских депозитов (≥30% для non-significant EMT).
initial_state = {
    "supply": 1_000_000_000.0,         # outstanding supply EMT (€)
    "reserve_tbills": 0.60 * 1_050_000_000.0,
    "reserve_cash":   0.35 * 1_050_000_000.0,
    "reserve_repo":   0.05 * 1_050_000_000.0,
    "queue_depth": 0.0,                # outstanding очередь погашений (€)
    "peg_price": 1.0,                  # цена на вторичном рынке
    "day": 0,
}

# ---- Параметры сценариев ----
scenarios = {
    "base":       {"spike_pct": 0.02, "gate_pct": 0.05, "normal_pct": 0.02, "mtm_shock": 0.0},
    "stress":     {"spike_pct": 0.12, "gate_pct": 0.05, "normal_pct": 0.02, "mtm_shock": 0.0},
    "black_swan": {"spike_pct": 0.25, "gate_pct": 0.05, "normal_pct": 0.02, "mtm_shock": -0.03},
}

# ---- Policies ----
def p_redemption(params, step, sH, s):
    """Дневное давление погашений: пик на день 1, иначе базовое."""
    if s["day"] == 1:
        R = params["spike_pct"] * s["supply"]
    else:
        R = params["normal_pct"] * s["supply"]
    return {"R": R}

def p_reserve_mtm(params, step, sH, s):
    """Однократный mark-to-market шок по T-bill портфелю на день 1."""
    if s["day"] == 1:
        return {"mtm_loss_tbills": s["reserve_tbills"] * params["mtm_shock"]}
    return {"mtm_loss_tbills": 0.0}

# ---- PSUBs ----
def s_queue(params, step, sH, s, _input):
    """Q(t+1) = max(0, Q(t) + R(t) − G·supply)"""
    R = _input["R"]
    G_amt = params["gate_pct"] * s["supply"]
    q_new = max(0.0, s["queue_depth"] + R - G_amt)
    return ("queue_depth", q_new)

def s_reserve_cash(params, step, sH, s, _input):
    """Liquidity waterfall: сначала тратим наличные для исполнения погашений."""
    G_amt = params["gate_pct"] * s["supply"]
    fulfilled = min(s["queue_depth"] + _input["R"], G_amt)
    drain_cash = min(fulfilled, s["reserve_cash"])
    return ("reserve_cash", s["reserve_cash"] - drain_cash)

def s_reserve_tbills(params, step, sH, s, _input):
    """T-bills покрывают то, что не закрыли наличные, плюс однократная MtM-потеря."""
    G_amt = params["gate_pct"] * s["supply"]
    fulfilled = min(s["queue_depth"] + _input["R"], G_amt)
    drain_cash = min(fulfilled, s["reserve_cash"])
    drain_tbills = fulfilled - drain_cash
    return ("reserve_tbills", s["reserve_tbills"] - drain_tbills - _input["mtm_loss_tbills"])

def s_supply(params, step, sH, s, _input):
    """Supply уменьшается на исполненные погашения."""
    G_amt = params["gate_pct"] * s["supply"]
    fulfilled = min(s["queue_depth"] + _input["R"], G_amt)
    return ("supply", s["supply"] - fulfilled)

def s_peg(params, step, sH, s, _input):
    """Peg на вторичном рынке: delay discount + liquidity premium + solvency concern."""
    queue_pct = s["queue_depth"] / s["supply"] if s["supply"] > 0 else 0
    days_to_clear = queue_pct / max(params["gate_pct"] - params["normal_pct"], 1e-9)
    delay_discount  = days_to_clear * 0.045 / 365
    liquidity_prem  = 0.05 * queue_pct
    reserve_total = s["reserve_tbills"] + s["reserve_cash"] + s["reserve_repo"]
    margin_pct = (reserve_total - s["supply"]) / s["supply"]
    if   margin_pct >= 0.03: solv = 0.0
    elif margin_pct >= 0.01: solv = 0.003
    elif margin_pct >= 0:    solv = 0.01
    else:                    solv = 0.025
    return ("peg_price", 1.0 - (delay_discount + liquidity_prem + solv))

def s_day(params, step, sH, s, _input):
    return ("day", s["day"] + 1)

# ---- Partial State Update Block ----
psubs = [{
    "policies": {"redemption": p_redemption, "mtm": p_reserve_mtm},
    "variables": {
        "queue_depth": s_queue,
        "reserve_cash": s_reserve_cash,
        "reserve_tbills": s_reserve_tbills,
        "supply": s_supply,
        "peg_price": s_peg,
        "day": s_day,
    },
}]

# ---- Запуск эксперимента ----
sim_config = config_sim({"T": range(30), "N": 1, "M": scenarios})
exp = Experiment()
exp.append_configs(initial_state=initial_state,
                   partial_state_update_blocks=psubs,
                   sim_configs=sim_config)

Вывод, который идёт в вайтпейпер и тегается в iXBRL, — итоговая таблица. Супервайзер видит воспроизводимое параметрическое утверждение: при этих трёх сценариях, с этими весами резервов и параметрами ограничителя, отклонение привязки и время восстановления укладываются в эти границы.

Структура iXBRL Annex I

iXBRL-файл — мост между прозой раскрытия и инструментарием супервайзера. Каждое поле ниже тегируется против таксономии крипто-активов ESMA и несётся через XHTML-контейнер.

Рычаг — в проектировании на ранней стадии. Если cadCAD-симуляция пишется первой, поля состава резервов Annex II заполняются из той же структуры данных, которая ведёт симуляцию. Утверждения о стабильности привязки в Annex I.H ссылаются на точные значения Δp_max и T_recovery из прогонов симуляции. Описание механизма погашения в Annex I.F цитирует потолок ограничителя G, который сертифицировал стресс-тест. Результат — подача, где юридическая проза и инженерные артефакты разделяют единый источник истины.

Когда инструментарий супервайзера разбирает iXBRL-файл, он может запускать автоматические проверки против периодических отчётов о резервах под MiCA Article 36 и on-chain телеметрии по времени исполнения погашений. Если вайтпейпер заявляет погашение за 5 рабочих дней под стрессом, а публичный дашборд показывает медиану 9 дней — разрыв становится замечанием аудита, которое эмитент обязан объяснить. Обратная сторона: хорошо собранный комплект проходит эту проверку — симуляция предсказала разрыв, подача его раскрыла, параметры ограничителя отражают реальную ликвидность резервов.

Стресс-тест ограничителя погашений

Интерактивный калькулятор ниже воспроизводит логику cadCAD-симуляции. Двигайте слайдеры, чтобы задать давление погашений, потолок ограничителя и шок резервов, и наблюдайте, как откликаются отклонение привязки и время восстановления. Графиком — глубина очереди во времени после дня шока.

Смысл встроенной версии — воспроизводимость: команда риск-менеджмента контрагента может валидировать параметры ограничителя за пять минут, не пересобирая модель. Промышленный стресс-тест прогоняет каждую ячейку как Monte Carlo-когорту.

Пять типовых ошибок в MiCA-подачах

Описанный выше комплект — не то, как большинство эмитентов подходят к подаче. Пять типовых сбоев, которые мы видим в подачах из UAE, литовских и французских корпоративных конфигураций.

Ошибка 1 — Annex I как чек-лист. Текст вайтпейпера пишет юрист, заполняя каждое поле Annex I минимально-соответствующей прозой. Под ним нет инженерного брифа, поэтому iXBRL-подача превращается в перевод задним числом: структурированные поля заполняются по прозе, а не наоборот. Автоматические проверки супервайзера вскрывают несоответствия между прозой, iXBRL-тегами и периодическими отчётами о резервах — потому что эти три никогда не производились из единого источника истины.

Ошибка 2 — утверждения о стабильности привязки без симуляции. Вайтпейпер утверждает «привязка поддерживается через полное обеспечение и погашение по требованию», а секция H Annex I заявляет, что риск её отклонения «низок в нормальных рыночных условиях». Ни одно из этих утверждений не параметрическое. Когда давление погашений даёт пик — как это произошло с несколькими MiCA-совместимыми EMT в конце 2025 — у эмитента нет количественной базы для сравнения, и раскрытие выглядит маркетинговым, а не инженерным.

Ошибка 3 — ограничитель погашений с чисто юридическими параметрами. Секция механизма погашения обязуется на «исполнение в течение 5 рабочих дней», потому что юрист посоветовал это как консервативное. Потолок ограничителя никогда не сверяется с горизонтом ликвидности состава резервов. В реальном стресс-событии эмитент либо нарушит заявленный срок исполнения, либо сбросит T-bills на стрессованный рынок ради его удержания — оба исхода хуже, чем заранее раскрытое 8-дневное исполнение, опирающееся на стресс-тест.

Ошибка 4 — iXBRL как конвертация задним числом. PDF вайтпейпера отгружается первым; iXBRL-разметка отдаётся третьей стороне за две недели до дедлайна подачи. Команда разметки интерпретирует прозу, и появляются разрывы — поля состава резервов Annex II не подкреплены числами, тип механизма привязки не отображается чисто на перечисление таксономии, параметры ограничителя погашений появляются только в сноске. Результат — либо задержанная подача, либо такая, которая создаёт интерпретационный риск на годы.

Ошибка 5 — устаревшее раскрытие состава резервов. Раскрытие резервов в Annex II — снимок, но состав резервов непрерывно сдвигается по мере исполнения погашений и пролонгации созревающих T-bills. Если периодическая отчётность эмитента под Article 36 расходится с заявленным в вайтпейпере составом сверх раскрытой полосы допуска — у супервайзера задокументированное несоответствие. Решение — проектировать раскрытие как полосу (допустимый диапазон составов), а не точку, и стресс-тестом подтверждать стабильность привязки на всей полосе.

Соответствие требованиям как способ проектирования

iXBRL-подача — структурное изменение. До-MiCA вайтпейпер был PDF, который супервайзер читал один раз на стадии одобрения; MiCA-вайтпейпер — машинно-читаемый контракт, непрерывно сверяющийся с периодическими отчётами и on-chain данными. Каждое параметрическое утверждение становится метрикой мониторинга. Инженерный бриф должен это учитывать заранее.

Это диктует жёсткий порядок проектирования. cadCAD-симуляция идёт первой; она производит числа. Состав резервов Annex II и параметры ограничителя погашений выводятся из симуляции. Текст вайтпейпера пишется под эти числа. iXBRL-разметка делается в том же процессе, против тех же структур данных. Четыре артефакта разделяют состояние.

Для резидентов UAE и СНГ, планирующих MiCA-passport (паспортирование MiCA-лицензии через EU-сущность), кросс-юрисдикционный угол — это рычаг. Литовская или французская сущность держит EMI-авторизацию (Electronic Money Institution — лицензия на эмиссию электронных денег по PSD2-режиму), запускающую статус MiCA EMT под Article 48. Операционный стек (казначейство, кастоди, управление) может сидеть ближе к домашней юрисдикции под VARA-фреймворком (Virtual Assets Regulatory Authority в Дубае). Комплект остаётся тем же — меняется только юридическая оболочка.

Поток периодического мониторинга достраивает картину. Под MiCA Article 36 эмитент подаёт периодические отчёты о составе резервов; супервайзер сверяет их с полосой, заявленной в iXBRL-вайтпейпере. Событие давления погашений включает обязательство раскрыть; стек мониторинга эмитента должен поймать это раньше, чем инструментарий супервайзера. Это повторяющаяся инженерная работа — телеметрические каналы, автоматические аудиты резервов, живое обновление cadCAD-сценариев — а не одноразовая подача.

Регуляторные источники

Первичное регулирование: MiCA Regulation (EU) 2023/1114 — Articles 6, 36, 48–49 и Annexes I–II; Commission Implementing Regulation (EU) 2024/2984 — ITS по iXBRL в силе с 23 декабря 2025; XBRL-таксономия крипто-активов ESMA, опубликована 5 августа 2025.

ESMA-руководство: Q&A 2654 (17 октября 2025) о режиме легаси-вайтпейперов и обязательствах операторов торговых платформ; Заявление по реализации iXBRL/XBRL (28 ноября 2025); Заявление о завершении переходных периодов (17 апреля 2026).