# Токенизация

XP-TOK-001 | Редакция 18.09.2026 · v1.0.0
Проектная архитектура · Обезличенная редакция

В нашей модели токенизация придаёт объекту, его отношениям и состоянию идентифицируемую, версионируемую и проверяемую цифровую форму. На этой основе оформляются конкретные права, ограничения и правила исполнения. Исходная точка: потребитель и полезная функция его энергетической системы.

## 1. Зачем это нужно

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

Единица работы агента: объект + отношение + состояние. Один и тот же агрегат связан с собственником, оператором, поставщиком, расчётным контрагентом и получателем результата. Для каждого отношения требуется отдельное основание. Стоимость имущества, объём платежей и ожидаемая экономия учитываются раздельно.

Долгосрочная гипотеза проекта: развитый энергоконтур способен превратить часть расходов в доход. Достижимость и срок такой инверсии зависят от физики, договоров, цены капитала и доступного рынка. Агент обязан рассчитывать эти условия для каждого объекта.

Sources: I1, I2, I5

## 2. Что именно получает цифровую форму

| Слой | Содержание | Правило для агента |
| --- | --- | --- |
| Объект и отражение | Оборудование, узел сети, потребитель; идентификатор, состояние, история. | Цифровое отражение само по себе не создаёт имущественного права. |
| Физический поток | Энергия, холод, тепло, мощность, качество и время. | Сохранять единицы измерения, границу учёта и период. |
| Эффект | Изменение относительно согласованной базовой линии. | Отделять расчётный эффект, проверенный эффект и допустимую к распределению сумму. |
| Право | Кто вправе получить деньги, услугу, исполнение или ограниченное управление. | Указать носителя права, обязанную сторону, основание, срок и ограничения. |
| Инструмент и расчёт | Форма привлечения капитала, график и фактическое исполнение. | Прослеживать право до физического основания и платёж до получателя. |

Реальные активы (RWA) задают экономический предмет. Энергетические инструменты (PBS, Power Backed Securities) задают проектируемое семейство продуктов. Цифровые финансовые активы (ЦФА), утилитарные цифровые права (УЦП), гибридные права и договорные требования относятся к правовому оформлению. Выбор одной категории требует проверки её условий в соответствующей юрисдикции.

Sources: I2, I3

## 3. Карта полезности и продуктов

| Код | Экономическое содержание | Что требуется доказать |
| --- | --- | --- |
| ENERGY / DELIVERY | Поставка энергии, тепла или холода. | Количество, качество, место, время и исполнение договора. |
| SAVE / EFFECT | Экономия и подтверждённое улучшение. | Базовая линия, поправки, затраты и сохранение полезной функции. |
| PEAK / FLEX | Снижение пика и изменение графика нагрузки. | Команда, доступность, отклик, длительность и последующий возврат нагрузки. |
| CAPACITY / RESERVE / SAFE | Практически доступная мощность и резерв. | Мощность вместе с длительностью, состоянием, точкой сети и ограничениями. |
| GRID / CONNECTION | Сетевой эффект и доступность присоединения. | Согласование сетевого результата и возможность закрепить соответствующее право. |
| ORIGIN / MEMORY | Происхождение, история состояний и измерений. | Цепочку происхождения и связь с действующим реестром при его наличии. |
| INTELLIGENCE / LICENSE | Доказанный вклад алгоритма и права на его использование. | Атрибуцию вклада, лицензию, условия доступа и формулу вознаграждения. |
| RECEIVABLE / YIELD | Договорное денежное требование или связанный поток. | Плательщика, правовое основание, срок, приоритет и источник исполнения. |

Практическая мощность (pMW/pGW) используется как рабочий язык проекта. Паспорт обязательно раскрывает длительность, скорость реакции, доступность, сетевую доставляемость и достоверность данных. Номинальная мощность оборудования не даёт этих характеристик автоматически. Разные продукты одного объекта могут сосуществовать при совместимости физических обязательств и уникальном учёте каждого права.

Sources: I2, I3

## 4. От измерения к денежному требованию

Для каждого периода фиксируются граница измерения, базовая линия, фактический режим, погода, загрузка, качество услуги и вмешательство. Базовая линия описывает согласованный сценарий без вмешательства. Версия методики сохраняется вместе с исходными данными; изменение условий запускает пересмотр по заранее заданным правилам.

Последовательность: валовой эффект → поправки → проверенный эффект → договорная денежная оценка → доступная к распределению сумма → конкретное требование. Из расчётной суммы вычитаются согласованные дополнительные расходы; резерв и очередность выплат задаются договором. Отрицательный результат и неопределённость сохраняются в учёте.

Оракул подтверждает факты в пределах своей методики. Денежное требование требует правового основания и определённой платёжной стороны. Экономия потребителя, доход оператора и выплата инвестору возникают на разных основаниях. Для ЦФА отдельно проверяется порядок возникновения цифрового права: существующее договорное требование нельзя автоматически объявить уже выпущенным ЦФА. [E3]

Sources: I1, I4, I5

## 5. Программируемый капитал

Программируемый капитал связывает финансирование, полномочия и выплаты с проверяемыми условиями. Деньги могут быть заранее зарезервированы под обязательство. Доступ к ним определяется состоянием актива, действующим правом, подтверждением события и правилами расчёта. Конкретная платёжная инфраструктура выбирается отдельно.

| Состояние | Значение |
| --- | --- |
| PROJECTED | Прогноз будущего потока с допущениями и диапазоном. |
| RESERVED | Подтверждённое резервирование средств или оформленный лимит; тип обязательства указан. |
| VERIFIED | Проверено событие; сумма требования и платёжная готовность проверяются отдельно. |
| SETTLED | Исполнение подтверждено расчётной системой и отражено у обеих сторон. |

Номинальная сумма прогнозных поступлений за 12 лет и их сегодняшняя стоимость являются разными показателями. Текущая стоимость рассчитывается как сумма ожидаемых чистых потоков, дисконтированных по периодам. Нужны сценарии потерь, расходов, задержек и кредитного риска. Зарезервированная ликвидность, лимит финансирования и гарантия раскрываются раздельно.

Продукт финансирования из будущего эффекта (deCAPEX) позволяет согласовать вложения сегодня и возврат из будущего договорного потока. Полученный результат может финансировать следующую интервенцию. Новый прогноз проходит собственную проверку; ранее распределённый эффект повторно не используется.

Sources: I1, I5, E1

## 6. Фабрика рецептов

Рецепт описывает воспроизводимый путь от состояния объекта до исполненного обязательства: данные, допустимое вмешательство, методика проверки, право, инструмент, расчёт и восстановление после сбоя. Версия рецепта и пределы применимости обязательны. Агент адаптирует рецепт к новому объекту и заново проверяет исходные условия.

Базовый рецепт: требование на энергетический эффект (Energy Delta Receivable). Зафиксировать объект и базовую линию, измерить изменение, проверить качество услуги, установить договорную долю, признать требование по применимым правилам и исполнить платёж. Варианты: гибкая холодильная мощность, резерв, тепло как сервис, лицензионный поток интеллекта и композитный продукт «интеллект-энергия».

Передача между юрисдикциями сохраняет физическую модель и требования к доказательствам. Правовая форма, валюта, расчётный маршрут, допуск участников и защита требований адаптируются отдельно. Выбор внешней инфраструктуры требует оценки контроля над данными, оракулом, ключами и доступом к расчётам.

Sources: I3, I4

## 7. Порядок допуска инструмента

Обязательный маршрут проектирования: инкубатор → испытательная среда → стресс-тест → экспертиза финансового партнёра → разрешённый запуск. Агент-конструктор собирает модель; независимый проверяющий ищет ошибки. Инженер подтверждает физическую осуществимость, правовой специалист проверяет обязательства. Совпадение ответов нескольких моделей с общей ошибочной предпосылкой не считается независимым доказательством.

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

На выходе агент предоставляет паспорт объекта, методику, карту прав, финансовую модель, историю доказательств и протокол испытаний. Публикация учебного материала не создаёт реального инструмента. Права, полномочия оператора и условия допуска проверяются для каждого запуска. [E3]

Sources: I4, E3

## Правила агента

R01: Начинай с объекта, полезной функции и разрешённой задачи. Отдельно опиши цель владельца, границы системы и доступные полномочия.
R02: Каждое утверждение снабжай источником, датой, областью применимости и статусом: факт, гипотеза, модель, предложение или условный пример.
R03: Для дельты предъяви исходные данные, версию базовой линии, поправки, качество услуги, неопределённость и воспроизводимый расчёт.
R04: Разделяй отражение объекта, право собственности, право управления, денежное требование и цифровой инструмент. Проверяй каждое основание.
R05: Проверяй пересечение количества, периода, права и происхождения. Сохраняй корень исходной единицы при делении, передаче и повторном оформлении.
R06: Проверяй право второго пилота, срок, допустимые команды и аварийную остановку до физического действия. Нарушение безопасного режима блокирует команду.
R07: Проверяй качество измерений, калибровку, пропуски, время, подпись и независимость верификатора. Подпись не устраняет ошибку измерения.
R08: Назови платёжную сторону, основание, сумму, валюту, срок и очередь выплат. Подтверждение эффекта и подтверждение платежа учитывай раздельно.
R09: Разделяй номинальный прогноз, текущую стоимость, оформленный лимит, резерв и фактические деньги. Укажи условия и риск каждого показателя.
R10: Проводи независимую проверку и совместные стресс-сценарии до запуска. Не выдавай модель или испытательный расчёт за действующий выпуск.
R11: В публичный корпус включай только обезличенные положения. Исключай банки, клиентов, адреса, номера договоров, контакты, исходные файлы и сочетания деталей, раскрывающие участника.
R12: Выдавай решение с кодом, основаниями, пробелами, необходимыми доказательствами и следующим разрешённым действием. Учебный корпус не предоставляет полномочий на сделки и управление.

## Учебные задания

Все числа в заданиях условные. Реальные выпуски и результаты испытаний здесь не заявляются.

### CASE-01 · Есть экономия, отсутствует обязательство

Подтверждены 20 000 кВт·ч экономии. Договор о передаче её денежной части инвестору отсутствует. Можно ли начислить доход инвестору?

HOLD: Сохранить физический эффект со статусом VERIFIED. Денежное требование инвестора не подтверждено. Запросить договор, платёжную сторону и формулу; начисление приостановить.

### CASE-04 · Условный расчёт распределения

За год скорректированная база 1 000 000 кВт·ч, факт 800 000 кВт·ч, согласованная стоимость 10 ₽/кВт·ч. Дополнительные расходы 300 000 ₽, резерв 200 000 ₽. Распределяемый остаток делится: владелец 50%, финансирование 30%, оператор 20%. Все условия примера заданы условно.

MODEL_ONLY: Дельта 200 000 кВт·ч; валовой эффект 2 000 000 ₽; после расходов 1 700 000 ₽; после резерва 1 500 000 ₽. Доли: 750 000, 450 000 и 300 000 ₽. Резерв сохраняется отдельно. Реальное начисление требует доказательств и договоров; это учебный расчёт.

### CASE-05 · Двенадцать лет будущего потока

Прогноз составляет 1 млн денежных единиц в конце каждого года на протяжении 12 лет. Условная ставка дисконтирования 10% годовых. Можно ли показать 12 млн как сегодняшнюю стоимость?

MODEL_ONLY: Номинальная сумма 12 млн. В этой упрощённой модели текущая стоимость 1 млн × [1 − 1,1^(-12)] / 0,1 ≈ 6,814 млн. Отдельно раскрыть кредитные потери, расходы и допущения; сумму не обозначать имеющимися деньгами.

### CASE-08 · Есть требование, платёж задержан

Эффект проверен, требование оформлено и срок наступил. Платёжная сторона не перечислила деньги.

ESCALATE: Сохранить статус права, обозначить просрочку в расчётном контуре. Проверить ликвидность, резерв, покрытие и порядок взыскания. Не менять VERIFIED на SETTLED без подтверждения исполнения.

### CASE-09 · Обезличивание перед публикацией

Название клиента удалено. В примере остались адрес объекта, дата испытания, точный размер сети и имя банковского продукта.

HOLD: Задержать публикацию. Удалить прямые и косвенные идентификаторы, заменить параметры независимым синтетическим примером. Проверить также ссылки, имена файлов и машиночитаемые данные.

Критерий усвоения: агент верно выбирает решение, называет отсутствующее доказательство, воспроизводит расчёт и сохраняет границы полномочий. Ошибка безопасности, двойной учёт, выдуманное право или раскрытие участника означают непрохождение задания. Публикация корпуса даёт материал для обучения и проверки; сам факт чтения страницы не подтверждает обучение модели.

## Основания и источники

I1 | Программируемый капитал, август 2026
Авторская концепция и цель активного управления. Публичное изложение переработано и обезличено.

I2 | Архитектурные материалы активного криптодепозитария, август-сентябрь 2026
Отражение, реестры, право второго пилота, жизненный цикл. Клиентские приложения исключены.

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

I4 | Правила запуска энергетических финансовых инструментов, 11.09.2026
Инкубатор, независимая проверка, стресс-тест и передача финансовому партнёру.

I5 | Модель токенизированного энергетического денежного потока, 29.08.2026
Состояния прогнозной стоимости и расчёта. В этой редакции уточнены дисконтирование и условия возникновения требования.

E1 | BIS: программируемая финансовая инфраструктура, 2023 | https://www.bis.org/publ/arpdf/ar2023e3.htm
Токенизация связывает записи об активах с правилами исполнения. Это внешний контекст; наша модель активного депозитария остаётся самостоятельной проектной архитектурой.

E2 | Project Pine: исследовательский прототип, 2025 | https://www.bis.org/publ/othp95.htm
Прототип смарт-контрактов испытывался на гипотетических сценариях. Статус исследования сохраняется.

E3 | Официальные разъяснения о ЦФА и их операторах | https://www.cbr.ru/finm_infrastructure/digital_oper/
Возникновение цифровых прав и роли операторов. Применимость проверяется на дату конкретной сделки.