{ "version": "1.3.0", "date": "2026-09-09", "title": "Токенизация энергии", "sources": [ { "id": "up", "title": "Powerledger: Uttar Pradesh", "url": "https://powerledger.io/clients/uttar-pradesh-government-india/", "scope": "Пилот, участники, заявление о тарифном эффекте. Данные поставщика; экономия всей системы не установлена.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "tata", "title": "Powerledger: Tata Power-DDL", "url": "https://powerledger.io/clients/tata-power-ddl-india/", "scope": "Пилот на 150 счётчиках и солнечные установки свыше 2 МВт; сведения поставщика.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "seda", "title": "Powerledger: SEDA, Malaysia", "url": "https://powerledger.io/clients/seda-malaysia/", "scope": "Моделирование торговли по интервальным показаниям TNB. В самой публикации расходятся длительность и единицы объёма.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "nexus", "title": "Powerledger: RENeW Nexus", "url": "https://powerledger.io/clients/renew-nexus-australian-government-australia/", "scope": "Freo 48, исследование локального рынка; показатели из карточки поставщика.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "tded", "title": "Powerledger: TDED, Thailand", "url": "https://powerledger.io/clients/tded-thailand/", "scope": "Кампус Chiang Mai University; заявленные 12 МВт и 146 МВт·ч торговли в месяц.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "mrets", "title": "Powerledger: M-RETS / TraceX", "url": "https://powerledger.io/clients/m-rets-united-states/", "scope": "Связь площадки с реестром сертификатов, передача и погашение.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "ekw", "title": "Powerledger: ekWateur", "url": "https://powerledger.io/clients/ekwateur-france/", "scope": "Учёт происхождения и выбор состава закупки; число клиентов поставщика не равно числу активных участников новой услуги.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "wepower", "title": "Invest in Estonia: пилот WePower / Elering", "url": "https://investinestonia.com/wepower-is-the-first-blockchain-firm-to-tokenize-an-entire-grid/", "scope": "Исторический пилот токенизации энергетических данных; дальнейший коммерческий оборот не подтверждён этим источником.", "published": "октябрь 2018", "checked": "2026-09-07" }, { "id": "enerchain", "title": "PONTON: Enerchain goes live", "url": "https://www.ponton.de/enerchain-goes-live", "scope": "Запуск версии 1.0 для внебиржевой торговли; объявленные условия 2019 года.", "published": "2019-05-20", "checked": "2026-09-07" }, { "id": "equigy", "title": "Equigy: The Platform", "url": "https://equigy.com/the-platform/", "scope": "Платформа допуска небольших гибких устройств к балансирующим рынкам; описание оператора.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "edge", "title": "AEMO: Project EDGE Reports", "url": "https://www.aemo.com.au/initiatives/major-programs/nem-distributed-energy-resources-der-program/der-demonstrations/project-edge/project-edge-reports", "scope": "Итоговый отчёт, техническая проверка распределённых ресурсов и отдельная оценка затрат и выгод.", "published": "итоговый отчёт 2023", "checked": "2026-09-07" }, { "id": "cornwall", "title": "Centrica: Cornwall Local Energy Market", "url": "https://www.centrica.com/media-centre/stories/2018/cornwall-local-energy-market/", "scope": "Завершение испытания в ноябре 2020; бюджет и объём торговли относятся к пилоту.", "published": "материал обновлён по итогам 2020", "checked": "2026-09-07" }, { "id": "cornwall_report", "title": "Centrica: The Future of Flexibility", "url": "https://www.centrica.com/media/ueujub5s/the-future-of-flexibility-centrica-cornwall-lem-report.pdf", "scope": "Итоги и условия дальнейшего развития локального рынка.", "published": "2020", "checked": "2026-09-07" }, { "id": "verra", "title": "Verra Addresses Crypto Instruments and Tokens", "url": "https://verra.org/verra-addresses-crypto-instruments-and-tokens/", "scope": "Историческое решение о запрете токенизации уже погашенных единиц; не свод всех действующих правил.", "published": "2022-05-25", "checked": "2026-09-07" }, { "id": "sun", "title": "ARCH: финансирование Sun Exchange", "url": "https://www.archempartners.com/press-releases-single/Sun-Exchange-Secures-$2.5-Million-Convertible-Note-Financing", "scope": "Подтверждение модели покупки солнечных ячеек с передачей в аренду и конвертируемого финансирования.", "published": "2021-09-30", "checked": "2026-09-07" }, { "id": "sun_now", "title": "Sun Exchange: текущая продуктовая страница", "url": "https://sunexchange.com/", "scope": "Предложение финансирования, установки и обслуживания солнечных систем. Доходность старых инвестиций не подтверждает.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "danfoss", "title": "Danfoss: открытие Smart Store в Нордборге", "url": "https://www.danfoss.com/en-gb/about-danfoss/news/cf/danfoss-opens-smart-store-innovation-center-to-accelerate-energy-efficiency-in-food-retail/", "scope": "Реальный супермаркет и центр испытаний; месячная телеметрия в учебник не передана.", "published": "2023-08-24", "checked": "2026-09-07" }, { "id": "caas", "title": "Energy Partners: Sovereign Foods", "url": "https://energypartners.co.za/cooling-as-a-service-is-the-solution-sovereign/", "scope": "Реальный договорный пример холода как услуги; заявленные эффекты принадлежат поставщику.", "published": "2022-05-31", "checked": "2026-09-07" }, { "id": "sovereign", "title": "Sovereign: A Cool Approach to Sustainability", "url": "https://sovereign.co.za/a-cool-approach-to-sustainability/", "scope": "Описание проекта со стороны промышленного потребителя.", "published": "2023-09-14", "checked": "2026-09-07" }, { "id": "doe", "title": "DOE: Federal Energy Savings Performance Contracts", "url": "https://www.energy.gov/cmei/femp/about-federal-energy-savings-performance-contracts", "scope": "Устройство федерального энергосервиса США, гарантия экономии и обязательность измерения.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "eex", "title": "EEX: Power Futures", "url": "https://www.eex.com/en/markets/power/power-futures", "scope": "Действующие семейства биржевых энергетических деривативов. Конкретный контракт проверяется по его спецификации.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "eex_specs", "title": "EEX: Contract Details & Product Codes", "url": "https://www.eex.com/en/trading-resources/product-specifications/contract-details-product-codes", "scope": "Спецификации и идентификация контрактов на дату проверки.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "epa", "title": "US EPA: Renewable Energy Certificates", "url": "https://www.epa.gov/green-power-markets/renewable-energy-certificates-recs", "scope": "Сертификат как атрибут 1 МВт·ч выработки; различие сертификата происхождения и углеродной единицы.", "published": "обновлено 2026-07-10", "checked": "2026-09-07" }, { "id": "capacity", "title": "NESO: Capacity Market", "url": "https://www.neso.energy/what-we-do/energy-markets/electricity-market-reform-emr-delivery-body/capacity-market", "scope": "Британский рынок мощности: плата за доступность и этапы допуска.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "battery", "title": "Gresham House: Tolling agreement with Octopus Energy", "url": "https://greshamhouse.com/news-media/tolling-agreement-with-octopus-energy/", "scope": "Историческое соглашение 568 МВт / 920 МВт·ч, фиксированная плата за использование; платежи мощности отдельно.", "published": "июнь 2024", "checked": "2026-09-07" }, { "id": "enwave", "title": "Enwave / Toronto Water: Deep Lake Water Cooling", "url": "https://www.enwave.com/case-studies/enwave-and-toronto-water-tap-into-innovative-energy-source", "scope": "Реальная инфраструктура централизованного холодоснабжения Торонто.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "pjm", "title": "PJM: Financial Transmission Rights", "url": "https://www.pjm.com/markets-and-operations/ftr", "scope": "Финансовые права на разницу компонентов узловых цен; не физический допуск к сети.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "sts", "title": "STS Association: Standard Transfer Specification", "url": "https://www.sts.org.za/wiki/what-is-sts/", "scope": "Первичное описание протокола передачи предоплаченного кредита в счётчик, идентификаторов и управления ключами. Страница полностью прочитана.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "cbr", "title": "Банк России: ЦФА и их операторы", "url": "https://www.cbr.ru/finm_infrastructure/digital_oper/", "scope": "Определения ЦФА и гибридных прав, роль информационной системы, решение о выпуске, восстановление доступа.", "published": "обновлено 2026-06-22", "checked": "2026-09-07" }, { "id": "cbr_paper", "title": "Банк России: Развитие рынка цифровых активов", "url": "https://www.cbr.ru/Content/Document/File/141991/Consultation_Paper_07112022.pdf", "scope": "Историческая понятийная рамка. Консультационный доклад не является действующей нормой права.", "published": "2022-11-07", "checked": "2026-09-07" }, { "id": "mica", "title": "ESMA: Markets in Crypto-Assets Regulation", "url": "https://www.esma.europa.eu/esmas-activities/digital-finance-and-innovation/markets-crypto-assets-regulation-mica", "scope": "Границы MiCA и реестр. Наличие документа в реестре не означает его одобрения.", "published": "реестр обновлён 2026-08-21", "checked": "2026-09-07" }, { "id": "rosatom", "title": "Альфа-Банк: соглашение с Росатомом о ЦФА", "url": "https://alfabank.ru/news/t/release/alfa-bank-i-rosatom-vipustyat-tsfa-na-50-mlrd-rublei/", "scope": "План выпусков и сообщение о первом выкупленном выпуске; корпоративный долг энергетической группы.", "published": "2026-07-15", "checked": "2026-09-07" }, { "id": "atoken", "title": "Альфа-Банк: платформа А-Токен", "url": "https://alfabank.ru/corporate/a-token/", "scope": "Публичные решения о выпусках и порядок действий при дефолте.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "ew", "title": "Energy Web: Solutions", "url": "https://www.energyweb.org/solutions", "scope": "Идентификация и проверка данных, примеры Elia и системных операторов; сведения разработчика.", "published": "дата публикации не указана", "checked": "2026-09-07" }, { "id": "sunrun", "title": "Sunrun: условия секьюритизации 629 млн долларов", "url": "https://investors.sunrun.com/news-events/press-releases/detail/333/sunrun-prices-629-million-senior-securitization-of", "scope": "Объявленные условия обеспеченного финансирования портфеля аренды и договоров покупки энергии; документ о размещении, не отчёт о конечной доходности.", "published": "2025-01-28", "checked": "2026-09-07" }, { "id": "avr_sec", "title": "Комиссия по ценным бумагам Сербии: одобрение AVR Solar", "url": "https://www.sec.gov.rs/index.php/en/news/actual/916-a-new-step-towards-green-energy-first-tokenization-of-a-solar-power-plant-approved-in-serbia", "published": "30.10.2024", "checked": "2026-09-09", "scope": "Одобрение выпуска 7 250 цифровых токенов по 100 евро для расширения станции. Одобрение не подтверждает будущую доходность." }, { "id": "avr", "title": "AVR Solar: условия и результаты токенизации", "url": "https://avrsolar.com/en/", "published": "страница без единой даты публикации", "checked": "2026-09-09", "scope": "Сообщение эмитента о завершении расширения, 6% на остаток основного долга, ежегодное погашение 10%, договор продажи энергии. Фактические выплаты за весь срок и ликвидность здесь не подтверждены." }, { "id": "enertoken", "title": "YPF Luz: запуск Enertoken", "url": "https://www.ypfluz.com/Noticias/NoticiaCompleta/213", "published": "12.02.2026", "checked": "2026-09-09", "scope": "Заявление о запуске с Justoken на XRP Ledger и объёме токенизированных договоров и активов свыше 800 млн долларов. Первый и планируемый второй этапы различаются. Это не данные об обороте вторичного рынка." } ], "cases": [ { "id": "C01", "title": "Uttar Pradesh / Powerledger", "country": "Индия", "status": "Пилот; тарифное продолжение заявлено", "kind": "Учёт локальной торговли", "what": "Поставщик платформы вместе с ISGF, UPPCL и UPNEDA испытал продажу солнечных излишков между участниками.", "result": "Powerledger сообщает о тарифном решении после испытания и цене покупки на локальном рынке на 43% ниже розничного тарифа.", "limits": "Показатель 43% относится к названной цене покупки. Полный счёт с сетью, налогами и сопровождением из него не выводится. Независимая экономика масштабирования не раскрыта.", "lesson": "Вывод автора: сетевой тариф и роль действующего поставщика входят в продукт с первого дня.", "sources": [ "up" ], "checked": "2026-09-07" }, { "id": "C02", "title": "Tata Power-DDL / Powerledger", "country": "Индия", "status": "Описанный пилот", "kind": "Учёт и сопоставление сделок", "what": "Проверка локальной торговли на 150 счётчиках с солнечными установками свыше 2 МВт.", "result": "Описаны аукционное сопоставление заявок и учёт продаж между бытовыми и коммерческими объектами.", "limits": "Источником служит поставщик технологии. Публичная карточка не подтверждает постоянный оборот всех 150 участников на дату проверки.", "lesson": "Вывод автора: мощность подключённых панелей, число точек и оплаченный объём должны иметь разные поля.", "sources": [ "tata" ], "checked": "2026-09-07" }, { "id": "C03", "title": "SEDA / Powerledger", "country": "Малайзия", "status": "Пилот; масштабирование не подтверждено", "kind": "Моделирование по показаниям", "what": "Интервальные показания TNB использовались для моделирования торговли между владельцами генерации и потребителями.", "result": "Карточка описывает испытание и 14 коммерческих объектов.", "limits": "В тексте указаны восемь месяцев, в числовом блоке двенадцать; рядом приведены МВт как месячный объём. Эти цифры исключены из сравнительных расчётов.", "lesson": "Вывод автора: противоречивый первичный источник требует проверки. Публикация поставщика также проходит контроль размерности.", "sources": [ "seda" ], "checked": "2026-09-07" }, { "id": "C04", "title": "RENeW Nexus / Freo 48", "country": "Австралия", "status": "Исследование завершённого этапа", "kind": "Локальный учёт энергии", "what": "48 домохозяйств торговали излишками через существующую сеть и поставщика.", "result": "Powerledger приводит около 1 МВт·ч локальной торговли и 50 000 записей в месяц; лишь часть записей относится к торговле между участниками.", "limits": "Количество записей включает операции учёта. Длительная прибыльность и дальнейший коммерческий масштаб этим материалом не доказаны.", "lesson": "Вывод автора: частота записи показаний слабо характеризует экономический оборот.", "sources": [ "nexus" ], "checked": "2026-09-07" }, { "id": "C05", "title": "Chiang Mai University / TDED", "country": "Таиланд", "status": "Внедрение по данным поставщика", "kind": "Кампусная торговля", "what": "Кампусная система объединяет солнечную генерацию и потребление зданий при участии BCPG, TDED и Powerledger.", "result": "В карточке указаны 12 МВт солнечных установок и средние 146 МВт·ч локальной торговли за месяц.", "limits": "Потенциальная экономия в карточке является оценкой. Финансовая отчётность конкретного сервиса не опубликована в использованном источнике.", "lesson": "Вывод автора: кампус даёт понятную границу участников, но требует распределить сеть, остаточную поставку и расходы учёта.", "sources": [ "tded" ], "checked": "2026-09-07" }, { "id": "C06", "title": "TraceX / M-RETS", "country": "США", "status": "Описанная интеграция", "kind": "Сертификаты происхождения", "what": "Площадка связана со счетами пользователей в реестре M-RETS.", "result": "Описаны передача сертификатов, обновление владельца и фиксация погашения.", "limits": "Публичного подтверждения ликвидности каждой категории сертификатов нет. Реестр и торговая площадка выполняют разные функции.", "lesson": "Вывод автора: надёжная синхронизация с исходным реестром важнее количества выпущенных оболочек.", "sources": [ "mrets" ], "checked": "2026-09-07" }, { "id": "C07", "title": "ekWateur / Powerledger", "country": "Франция", "status": "Описанное внедрение", "kind": "Происхождение и состав закупки", "what": "Поставщик предлагает клиентам выбор энергетического состава и более частое сопоставление данных.", "result": "Powerledger описывает использование Vision для учёта происхождения и получасовых расчётов.", "limits": "Указанные 300 000 клиентов относятся к сети поставщика. Количество активных пользователей конкретной функции отдельно не установлено.", "lesson": "Вывод автора: атрибут закупки и физическая траектория электричества описываются раздельно.", "sources": [ "ekw" ], "checked": "2026-09-07" }, { "id": "C08", "title": "WePower / Elering", "country": "Эстония", "status": "Исторический пилот; продолжение не подтверждено", "kind": "Токенизация данных", "what": "В 2018 году был объявлен национальный пилот с энергетическими данными Elering.", "result": "Публичный материал Invest in Estonia подтверждает проведение эксперимента.", "limits": "Источник не доказывает продажу всей выработки страны, передачу собственности на сеть или устойчивую доходность токенов. Текущий коммерческий масштаб по использованным материалам не установлен.", "lesson": "Вывод автора: успешная обработка национального массива данных оставляет открытыми вопросы прав, покупателей и регулярного дохода.", "sources": [ "wepower" ], "checked": "2026-09-07" }, { "id": "C09", "title": "Enerchain / PONTON", "country": "Европа", "status": "Запуск 2019; текущий оборот не установлен", "kind": "Внебиржевые сделки", "what": "Распределённая инфраструктура для спотовых и форвардных договоров на электричество и газ.", "result": "PONTON объявила запуск версии 1.0 20 мая 2019 года после испытаний с участием 44 компаний.", "limits": "44 участника испытаний не означают 44 постоянно торгующих контрагента. Условия 2019 года нельзя использовать как актуальный тариф.", "lesson": "Вывод автора: технологическая готовность площадки и глубина рынка требуют отдельных доказательств.", "sources": [ "enerchain" ], "checked": "2026-09-07" }, { "id": "C10", "title": "Equigy", "country": "Европа", "status": "Действующая продуктовая платформа", "kind": "Данные для балансирования", "what": "Агрегаторы объединяют небольшие гибкие устройства для участия в рынках системных операторов.", "result": "Текущая страница описывает доступ ресурсов к рынкам с учётом ограничений сети.", "limits": "Само наличие платформы не свидетельствует о выпуске обращаемого права на кВт·ч. Данные доходности участников в рассмотренном описании отсутствуют.", "lesson": "Вывод автора: идентификация устройства, доступность и подтверждение активации могут создавать ценность без свободного оборота энергетического токена.", "sources": [ "equigy" ], "checked": "2026-09-07" }, { "id": "C11", "title": "Project EDGE", "country": "Австралия", "status": "Исследовательский этап завершён", "kind": "Распределённые ресурсы и сеть", "what": "AEMO, AusNet и Mondo испытали координацию распределённых устройств и распределение доступной сетевой мощности.", "result": "AEMO опубликовала итоговый отчёт и отдельные материалы оценки затрат и выгод в 2023 году.", "limits": "Результаты испытания и сценарная оценка выгод относятся к указанной архитектуре и условиям внедрения. Они не равны фактической выручке всей страны.", "lesson": "Вывод автора: пределы сети и взаимодействие операторов должны проверяться до расчёта доходов агрегатора.", "sources": [ "edge" ], "checked": "2026-09-07" }, { "id": "C12", "title": "Cornwall Local Energy Market", "country": "Великобритания", "status": "Испытание завершено в 2020", "kind": "Рынок гибкости", "what": "Centrica координировала гибкие объекты совместно с участниками электрической системы.", "result": "В итоговых материалах названы более 200 домов и предприятий, бюджет 16,7 млн фунтов и 310 МВт·ч торговли за три года.", "limits": "Бюджет включает создание и испытание системы. Деление всего бюджета на 310 МВт·ч не является тарифом эксплуатации; отчёт не доказывает бессрочное продолжение именно пилотной площадки.", "lesson": "Вывод автора: исследовательские расходы и последующая себестоимость сервиса должны иметь разные расчёты.", "sources": [ "cornwall", "cornwall_report" ], "checked": "2026-09-07" }, { "id": "C13", "title": "Токены на погашенные единицы Verra", "country": "Международный рынок", "status": "Историческое ограничение модели", "kind": "Углеродные единицы", "what": "В ранних схемах цифровые инструменты связывались с уже погашенными углеродными единицами.", "result": "25 мая 2022 года Verra запретила такую практику, сославшись на смысл погашения как использования экологического результата.", "limits": "Решение относится к конкретному механизму. Оно не означает запрета всех цифровых экологических инструментов. Действующие условия конкретного реестра проверяются заново.", "lesson": "Вывод автора: повторное использование погашенного права разрушает логику реестра независимо от качества программного кода.", "sources": [ "verra" ], "checked": "2026-09-07" }, { "id": "C14", "title": "Sun Exchange", "country": "ЮАР", "status": "Историческая модель и текущее предложение", "kind": "Солнечные активы и аренда", "what": "ARCH описывала покупку солнечных ячеек с последующей арендой; в 2021 году предоставлено конвертируемое финансирование.", "result": "Первичный источник инвестора подтверждает финансирование на 2,5 млн долларов. Текущий сайт предлагает установку, финансирование и обслуживание солнечных систем.", "limits": "Источники не дают полного результата для старых розничных владельцев ячеек. Текущая витрина продукта не доказывает исполнение прежних обязательств.", "lesson": "Вывод автора: владение элементом оборудования требует договора доступа, эксплуатации и взыскания платежей.", "sources": [ "sun", "sun_now" ], "checked": "2026-09-07" }, { "id": "C15", "title": "Danfoss Smart Store", "country": "Дания", "status": "Реальный работающий объект", "kind": "Инженерный аналог композита", "what": "В 2023 году в Нордборге открыт супермаркет с центром прикладных испытаний.", "result": "Подтверждены объект и сочетание холодильных и энергетических технологий.", "limits": "Полный месячный ряд показаний и коммерческие договоры в распоряжении этого учебника отсутствуют. Учебные расчёты ниже не являются его телеметрией.", "lesson": "Вывод автора: полезно начинать токенизацию с карты реального оборудования и измеряемых услуг.", "sources": [ "danfoss" ], "checked": "2026-09-07" }, { "id": "C16", "title": "Sovereign Foods / Energy Partners", "country": "ЮАР", "status": "Реальный договорный пример", "kind": "Холод как услуга", "what": "Потребитель передал специализированному поставщику обеспечение промышленного холода.", "result": "Материалы потребителя и поставщика подтверждают применение сервисной модели.", "limits": "Тариф и полная экономика договора не раскрыты. Проценты поставщика не переносятся на магазин в учебном примере.", "lesson": "Вывод автора: платёж за услугу должен оставлять поставщику ресурс на обслуживание и замену оборудования.", "sources": [ "caas", "sovereign" ], "checked": "2026-09-07" }, { "id": "C17", "title": "Федеральные энергосервисные контракты DOE", "country": "США", "status": "Действующий договорный механизм", "kind": "Подтверждённая экономия", "what": "Энергосервисная компания финансирует мероприятия и получает платежи по договорной конструкции с гарантией экономии.", "result": "DOE описывает обязательное измерение и проверку результата.", "limits": "Федеральные требования США действуют в собственной правовой среде. Использование названия механизма не переносит гарантии на иностранный проект.", "lesson": "Вывод автора: базовая линия, гарантия и финансирование уже образуют пригодный для анализа аналог будущих цифровых требований.", "sources": [ "doe" ], "checked": "2026-09-07" }, { "id": "C18", "title": "EEX Power Futures", "country": "Европа и связанные рынки", "status": "Действующая рыночная инфраструктура", "kind": "Производные инструменты", "what": "Биржа публикует семейства энергетических фьючерсов и спецификации контрактов.", "result": "Есть формализованные единицы, периоды и правила расчёта.", "limits": "Ликвидность конкретного срока, базис и требования к обеспечению проверяются отдельно. Фьючерс не обеспечивает бесперебойное питание объекта.", "lesson": "Вывод автора: цифровой продукт сравнивается с существующим инструментом на одинаковом риске и периоде.", "sources": [ "eex", "eex_specs" ], "checked": "2026-09-07" }, { "id": "C19", "title": "Capacity Market", "country": "Великобритания", "status": "Действующий рынок", "kind": "Готовность мощности", "what": "Поставщики доступной мощности проходят квалификацию и получают договоры по правилам рынка.", "result": "NESO описывает плату за доступность ресурса при необходимости.", "limits": "Мощность установленного оборудования и квалифицированная мощность различаются. Правила штрафов и исполнения проверяются в конкретном договоре.", "lesson": "Вывод автора: оплата готовности имеет самостоятельный смысл даже без отпуска энергии в обычный день.", "sources": [ "capacity" ], "checked": "2026-09-07" }, { "id": "C20", "title": "Gresham House / Octopus Energy", "country": "Великобритания", "status": "Подтверждённое соглашение 2024", "kind": "Использование накопителей", "what": "Соглашение охватывало 14 проектов общей мощностью 568 МВт и ёмкостью 920 МВт·ч.", "result": "В июне 2024 года объявлена фиксированная плата за использование батарей на два года; доход рынка мощности выделен отдельно.", "limits": "Это исторические условия. Продление и текущие ставки по ним в учебнике не предполагаются.", "lesson": "Вывод автора: полезно отдельно продавать использование ресурса и отдельно учитывать согласованные дополнительные доходы.", "sources": [ "battery" ], "checked": "2026-09-07" }, { "id": "C21", "title": "Enwave / Toronto Water", "country": "Канада", "status": "Работающая инфраструктура", "kind": "Централизованное холодоснабжение", "what": "Система использует холод глубинной воды озера Онтарио для охлаждения городских зданий.", "result": "Оператор описывает действующую связь городской воды и энергетической услуги.", "limits": "Договорные тарифы и показатели отдельного абонента не раскрыты в использованном описании. Токенизированная поставка здесь не установлена.", "lesson": "Вывод автора: физические границы контура, расход и перепад температур определяют оплачиваемый объём.", "sources": [ "enwave" ], "checked": "2026-09-07" }, { "id": "C22", "title": "PJM Financial Transmission Rights", "country": "США", "status": "Действующий финансовый механизм", "kind": "Ценовой риск сетевых ограничений", "what": "Финансовые права связаны с компонентами узловых цен, отражающими перегрузку сети.", "result": "PJM публикует правила и материалы соответствующего рынка.", "limits": "Такое право не даёт физического приоритета пропуска электроэнергии и не заменяет договор присоединения.", "lesson": "Вывод автора: слово «сетевой» в названии права требует расшифровки предмета исполнения.", "sources": [ "pjm" ], "checked": "2026-09-07" }, { "id": "C23", "title": "Росатом / А-Токен", "country": "Россия", "status": "Выпуск и план выпусков заявлены банком", "kind": "Корпоративное денежное требование", "what": "Альфа-Банк сообщил о сотрудничестве с Росатомом в области ЦФА.", "result": "15 июля 2026 года банк сообщил о выкупе первого выпуска на 5 млрд рублей и плане дальнейших выпусков до 50 млрд рублей.", "limits": "План 50 млрд не равен уже привлечённым средствам. Принадлежность эмитента к энергетике не создаёт права на электроэнергию; проверяется решение конкретного выпуска.", "lesson": "Вывод автора: корпоративный долг энергетической группы и поставочный энергетический продукт имеют разные источники исполнения.", "sources": [ "rosatom", "atoken" ], "checked": "2026-09-07" }, { "id": "C24", "title": "Energy Web / Elia", "country": "Европа", "status": "Описанное внедрение цифровой идентификации", "kind": "Идентичность и проверка данных", "what": "Energy Web описывает применение цифровых идентификаторов и проверяемых свидетельств в работе Elia.", "result": "Текущий обзор решений приводит приложение идентификации для зарядки электротранспорта.", "limits": "Описание разработчика не содержит результатов торгов обращаемыми правами или полной экономики сервиса.", "lesson": "Вывод автора: идентификатор устройства помогает проверять происхождение сведений, но сам по себе не доказывает исполнение поставки.", "sources": [ "ew" ], "checked": "2026-09-07" }, { "id": "C25", "title": "STS: предоплата в счётчик", "country": "Международная инфраструктура", "status": "Действующая техническая инфраструктура", "kind": "Предоплаченный кредит", "what": "STS Association описывает защищённую передачу кредита из пункта продажи в платёжный счётчик и сертификацию совместимости.", "result": "Документация определяет роли поставщика, покупателя, продавца и управления ключами, идентификаторы счётчиков и сообщений.", "limits": "Поддержка протокола не означает свободного обращения кредита между потребителями. Экономика конкретной коммунальной компании в источнике не раскрыта.", "lesson": "Вывод автора: слово «токен» давно применяется к одноразовой команде пополнения. Сначала следует выяснить режим использования права.", "sources": [ "sts" ], "checked": "2026-09-07" }, { "id": "C26", "title": "Sunrun: портфель аренды и PPA", "country": "США", "status": "Объявленные условия размещения 2025", "kind": "Секьюритизация договорных платежей", "what": "28 января 2025 года Sunrun объявила условия финансирования портфеля аренды и договоров покупки энергии.", "result": "Старшие выпуски суммарно около 629 млн долларов; обеспечение связано с портфелем 39 458 систем.", "limits": "Сообщение об условиях размещения не является отчётом о конечном погашении бумаг. Токенизированный выпуск этим примером не установлен.", "lesson": "Вывод автора: финансировать можно ожидаемые договорные платежи. Для этого отдельно оценивают должников, обслуживание портфеля и очередность выплат.", "sources": [ "sunrun" ], "checked": "2026-09-07" }, { "id": "C27", "title": "AVR Solar / Saraorci", "country": "Сербия", "kind": "Финансирование расширения станции", "status": "Выпуск одобрен; эмитент сообщает о завершении расширения", "what": "Проект связал цифровое денежное право с финансированием солнечной станции.", "result": "Регулятор одобрил 7 250 токенов по 100 евро. Эмитент описывает 6% на непогашенный остаток и ежегодный возврат 10% первоначального долга.", "limits": "Одобренный объём не равен привлечённым деньгам. Полная история выплат и ликвидность по этим источникам не установлены.", "lesson": "Наш подробный разбор находится в разделе «Наши материалы». Начните с источника выплат и содержания требования.", "sources": [ "avr_sec", "avr" ], "checked": "2026-09-09" }, { "id": "C28", "title": "YPF Luz / Justoken / Enertoken", "country": "Аргентина", "kind": "Цифровое обслуживание энергетических договоров", "status": "Запуск объявлен 12 февраля 2026 года; этапы описаны раздельно", "what": "YPF Luz и Justoken представили процесс заключения энергетических договоров с использованием XRP Ledger.", "result": "Компания сообщает об объёме токенизированных договоров и активов свыше 800 млн долларов; клиентское обслуживание описано отдельным вторым этапом.", "limits": "Анонс не устанавливает привлечённые деньги, вторичный оборот, ликвидность и завершение всех этапов.", "lesson": "В разделе «Наши материалы» разобран переход от договора к учёту и расчёту. Сохраняйте точное название и дату каждого показателя.", "sources": [ "enertoken" ], "checked": "2026-09-09" } ], "chapters": [ { "id": "01", "title": "Поставка электроэнергии", "unit": "МВт·ч за интервал", "story": "Представим, что я договариваюсь об электричестве для магазина на следующий месяц. Общего количества мне хватит для бюджета. Но холодильники работают по часам, а в отдельные моменты нагрузка резко растёт. Поэтому дальше я спрошу, куда придёт энергия, по какому графику и кто оплатит разницу между планом и фактом.", "subject": "Продавец обязан обеспечить согласованный отпуск в точке поставки. Покупатель принимает и оплачивает энергию. Сетевая организация обеспечивает свою часть передачи; поставщик или балансирующая сторона закрывает несовпадение графика и факта. Держатель цифрового права должен быть связан с допустимым получателем поставки.", "ordinary": "Договор энергоснабжения или поставки содержит объём, цену, график, учёт, потери, ответственность и порядок сверки. Форвард фиксирует будущую цену и объём по индивидуальным условиям. Центральный журнал может хранить акты и остатки обязательств. Для двух устойчивых контрагентов этого часто достаточно.", "token": "Учебная конструкция: одна единица удостоверяет требование на 1 кВт·ч в определённой зоне и месяце. До выпуска договор резервирует обязательство продавца. Передача меняет надлежащего кредитора по правилам конструкции. После подтверждения поставки соответствующая часть погашается; остаток сохраняется как требование либо денежная компенсация по договору. Токен платформы, оплачивающий её комиссии, учитывается отдельным активом.", "measurement": "Проверяются точка, интервальные показания, часовая зона, версия данных и коэффициенты потерь. Месячный итог согласуется с суммой интервалов. Значение мощности в кВт переводится в энергию через длительность; накопительный регистр счётчика обрабатывается разностью показаний.", "risk": "Если продавец недопоставил энергию, кому-то придётся купить замену и оплатить разницу. Это нужно решить заранее. Я также хочу понимать, как предъявить требование, если платформа перестанет работать: у меня должны остаться договор, история права и порядок обращения к должнику. Сетевые и розничные платежи тоже остаются в расчёте.", "decision": "Цифровой оборот пригодится, когда объёмы часто переходят между многими допустимыми получателями. Для двух контрагентов с редкими сверками сначала посчитаем расходы. Возможно, общая версия договора и показаний уже решает задачу. Аргентинский Enertoken в разделе «Наши материалы» помогает увидеть такой переход от договора к цифровому обслуживанию.", "case_id": "C28", "sources": [ "up", "enerchain" ], "example": [ "Учебный месяц", "Объём 10 МВт·ч, цена 8 000 руб./МВт·ч. Стоимость 80 000 руб. Факт 9 МВт·ч; замещение 1 МВт·ч по 9 500 руб. Если продавец компенсирует разницу цен, компенсация составляет 1 500 руб.", "Результат: 9 000 единиц исполнения и 1 000 единиц обязательства к урегулированию. Денежную компенсацию нельзя считать физически поставленным объёмом." ], "questions": [ [ "Почему важна точка поставки?", "Цена, потери и доступность передачи зависят от точки и зоны." ], [ "Что означает 10 МВт·ч без графика?", "Общий объём периода; распределение по интервалам и отклонения ещё не определены." ], [ "Кто отвечает за нехватку объёма?", "Лицо, указанное в договоре поставки или балансирования." ], [ "Когда погашается право?", "При документально подтверждённом исполнении в согласованном объёме." ], [ "Можно ли продать уже погашенную единицу?", "Повторная передача исполненного требования недопустима в учебной модели." ] ], "tasks": [ [ "12 МВт·ч поставлены по 7 500 руб./МВт·ч. Рассчитайте платёж.", "12 × 7 500 = 90 000 руб." ], [ "Из 12 МВт·ч недопоставлены 2; замещающая цена 9 000 при договорной 7 500. Компенсация разницы?", "2 × (9 000 - 7 500) = 3 000 руб.; обязательство по самим 2 МВт·ч урегулируется отдельно." ] ], "error": [ "Выпущены одинаковые токены на два разных узла, срок и место в записи отсутствуют.", "Права ошибочно объявлены взаимозаменяемыми. Разделить серии по зоне, периоду и условиям исполнения." ] }, { "id": "02", "title": "Будущая генерация", "unit": "Доля выработки или МВт·ч", "story": "Солнечной станции деньги нужны сейчас, а электричество появится после строительства. Покупатель готов заплатить вперёд ради будущей поставки. Я бы сразу уточнил, что он получит: обещанное количество или долю того, что станция действительно выработает. Плохая погода быстро покажет разницу между этими двумя договорённостями.", "subject": "Фиксированный объём и доля фактической выработки дают разные требования. В первом случае продавец отвечает за объём с учётом оговорённых исключений. Во втором покупатель получает согласованную долю факта и принимает часть погодного риска. Дата ввода, ограничения сети и принадлежность атрибутов происхождения указываются отдельно.", "ordinary": "PPA (долгосрочный договор покупки электроэнергии) связывает будущую генерацию и покупателя. Можно предусмотреть аванс, этапное финансирование, банковскую гарантию и залог допустимых активов. Деньги на строительство также привлекаются займом или капиталом: условия такого финансирования имеют собственный договор.", "token": "Учебный выпуск дробит закреплённые договором права на будущую выработку. Серия содержит проект, дату начала, период, тип обязательства и правила недовыработки. До ввода действует строительный статус. Начисление после ввода опирается на измерения. Продажа цифровой единицы переносит именно указанное требование в пределах допустимого оборота.", "measurement": "Плановая выработка хранится отдельно от фактической. Учитываются собственные нужды, ограничения выдачи и правило распределения между владельцами. Сумма долей не превышает 100%; атрибуты происхождения распределяются по собственному реестру. Аванс нельзя повторно считать выручкой при каждом погашении.", "risk": "Задержка стройки, слабое солнце и ограничение выдачи в сеть требуют разных решений. Если дополнительно обещан выкуп цифрового права по номиналу, появляется ещё один долг. Покажите, из каких денег его вернут. Панели на площадке сами по себе не объясняют, сможет ли держатель обратить на них взыскание.", "decision": "Дробление прав может привести новых покупателей, если их допуск и обслуживание обходятся разумно. Крупному потребителю иногда удобнее прямой PPA (договор покупки электроэнергии). И здесь полезно сравнить Сербию: у AVR Solar инвестор финансирует расширение и ждёт денежные выплаты. Право на будущие киловатт-часы пришлось бы описывать отдельно.", "case_id": "C08", "sources": [ "wepower", "sun" ], "example": [ "Доля факта", "План станции 1 000 МВт·ч/год, право покупателя 10% фактической выработки. При факте 800 МВт·ч положено 80 МВт·ч. При фиксированном обязательстве 100 МВт·ч возникает недопоставка 20 МВт·ч.", "Цена 6 000 руб./МВт·ч даёт стоимость плановых 100 МВт·ч 600 000 руб. При авансе зафиксируйте, предусмотрен ли возврат за невыполненный объём." ], "questions": [ [ "Чем различаются доля и фиксированный объём?", "Доля следует факту; фиксированное обязательство требует заданного объёма или урегулирования." ], [ "Кто несёт погодный риск?", "Это определяется типом продукта и договором." ], [ "Равен ли аванс выработке?", "Аванс является денежным событием до физического исполнения." ], [ "Что случается при задержке ввода?", "Применяются сроки, компенсация и условия выхода из договора." ], [ "Почему сертификаты указываются отдельно?", "Их права могут быть переданы независимо от самой энергии." ] ], "tasks": [ [ "Факт 900 МВт·ч, приобретено 8% выработки. Объём?", "900 × 0,08 = 72 МВт·ч." ], [ "Обещано 100 МВт·ч, получено 80; договорный возврат 5 000 руб. за каждый недопоставленный МВт·ч. Возврат?", "(100 - 80) × 5 000 = 100 000 руб." ] ], "error": [ "В договоре доля фактической выработки, в интерфейсе показан гарантированный фиксированный доход.", "Устранить несоответствие. Гарантия требует отдельного обязанного лица, обеспечения и условий выплаты." ] }, { "id": "03", "title": "Мощность и готовность", "unit": "кВт или МВт доступного ресурса", "story": "Допустим, генератор понадобится всего на несколько часов за год. Всё остальное время его нужно обслуживать, держать топливо и быть готовым запуститься. За эту готовность тоже кто-то должен платить. Я бы начал разговор с того, сколько мощности мы действительно можем обещать и как долго сумеем её удерживать.", "subject": "Предметом служит доступная мощность с заданными временем реакции, длительностью исполнения и окном доступности. Установленная мощность уточняется с учётом испытаний, температуры, ремонта и состояния накопителя. Контрагент платит за готовность; правила отдельной оплаты энергии оговариваются.", "ordinary": "Рынок мощности или двусторонний договор предусматривает квалификацию, подтверждение доступности, оплату и ответственность за неготовность. Обычный журнал резервов позволяет исключить несовместимые обязательства на один интервал. При небольшом числе ресурсов отдельная торговая оболочка необязательна.", "token": "Учебная единица описывает право вызвать 1 кВт в заданном окне, например на два часа с реакцией за 15 минут. Выпуск ограничивается квалифицированным ресурсом. Активация переводит право из состояния готовности в исполнение. Перепродажа не увеличивает доступную мощность и учитывает допуск нового кредитора.", "measurement": "Тестируются мощность, время выхода и длительность. Для батареи необходимы одновременно кВт и кВт·ч; 100 кВт с запасом 50 кВт·ч не обеспечивают два часа. Плановые ограничения и состояние заряда обновляются до принятия обязательства.", "risk": "Самая дорогая ошибка здесь проста: один резерв обещан двум покупателям на одно время. Совмещать услуги можно после проверки общего режима и правил рынка. Ещё одна ловушка: команды не было, значит, работы якобы не было. Если договор оплачивает готовность, её исполнение проверяют отдельно от фактического запуска.", "decision": "Сначала соберём честный журнал доступности. Затем посмотрим, часто ли права на резерв нужно передавать и разрешена ли такая передача. Британский рынок мощности показывает, как оплачивается готовность. Наша цифровая серия остаётся учебным вариантом её оформления.", "case_id": "C19", "sources": [ "capacity", "battery" ], "example": [ "Плата за доступность", "Резерв 100 кВт, ставка 500 руб./кВт в месяц, подтверждённая доступность 95%. Пропорциональная учебная плата: 100 × 500 × 0,95 = 47 500 руб.", "Такое линейное уменьшение задано условиями примера. Реальный рынок может использовать другие штрафы и критерии." ], "questions": [ [ "Почему нельзя использовать только паспортную мощность?", "Доступный ресурс зависит от режима, состояния и квалификации." ], [ "Оплачивается ли месяц без вызова?", "Да, если договор предусматривает оплату выполненной готовности." ], [ "Что означает время реакции?", "Промежуток от допустимой команды до достижения согласованного режима." ], [ "Где отражается длительность?", "В условиях права и расчёте запаса энергии." ], [ "Допустима ли двойная продажа резерва?", "Только совместимые обязательства в пределах проверенной физической области; иначе возникает нехватка исполнения." ] ], "tasks": [ [ "80 кВт по 400 руб./кВт в месяц при доступности 90%. Плата?", "80 × 400 × 0,9 = 28 800 руб." ], [ "Накопитель должен выдавать 120 кВт два часа. Минимальная полезная энергия без дополнительных потерь?", "120 × 2 = 240 кВт·ч." ] ], "error": [ "Для двух покупателей зарезервировано по 80 кВт на один час у установки на 100 кВт.", "Совокупное требование 160 кВт превышает доступное на 60 кВт. Заблокировать вторую несовместимую бронь или добавить подтверждённый ресурс." ] }, { "id": "04", "title": "Гибкость нагрузки", "unit": "кВт изменения и кВт·ч события", "story": "В холодильной камере есть запас по температуре. Это позволяет немного сдвинуть работу компрессоров. Но я не стал бы обещать одинаковое снижение нагрузки на каждый час: двери открывают, товар привозят тёплым, начинается оттайка. Агрегатору нужно заранее знать, какой ответ магазин способен дать именно сейчас.", "subject": "Право определяет направление изменения, величину, время реакции, длительность и восстановление после события. Потребитель предоставляет ресурс, агрегатор собирает портфель, заказчик оплачивает допустимое исполнение. Экономия энергии за месяц и снижение мощности на час ведутся отдельными показателями.", "ordinary": "Договор управления спросом задаёт базовую линию, активацию, подтверждение и вознаграждение. Платёж может включать доступность и результат. Распределение дохода между агрегатором и владельцем объекта фиксируется до события. Температурные пределы входят в допустимость операции.", "token": "Учебная серия закрепляет право на изменение нагрузки определённой группы объектов в заданных интервалах. Резервирование предшествует выпуску. Погашение проводится по проверенной активации; восстановительный пик включается в последующую оценку. Заявка агента проходит проверку доступного ресурса.", "measurement": "Базовая линия отвечает на вопрос, сколько объект потреблял бы без команды. Нужны сопоставимые дни, климат, загрузка и исключения. Нельзя искусственно поднять потребление перед событием ради большей выплаты. Изменения методики после события сохраняют историю и требуют пересчёта.", "risk": "После переноса нагрузки компрессоры наверстают часть работы. Посмотрим, не создали ли мы новый пик и сколько в итоге заплатили за энергию. При приближении к пределам температуры управление должно вернуть обычный режим. Потеря связи тоже требует заранее выбранного поведения, безопасного для товара и оборудования.", "decision": "Главная польза здесь появляется от согласованных данных и проверки команд. Для передачи цифрового права дополнительно выясним, кто вправе вызвать ресурс. Equigy и EDGE дают примеры координации. Доступную гибкость конкретного магазина всё равно придётся измерять на месте.", "case_id": "C10", "sources": [ "equigy", "edge", "cornwall" ], "example": [ "Событие и восстановление", "База 100 кВт, факт 70 кВт в течение двух часов. Снижение 30 кВт, объём события 60 кВт·ч. После события дополнительно потреблено 40 кВт·ч. Чистое уменьшение энергии за расширенное окно 20 кВт·ч.", "При учебной плате 20 руб./кВт·ч события вознаграждение равно 1 200 руб.; оно не доказывает экономию 60 кВт·ч за сутки." ], "questions": [ [ "Зачем нужна базовая линия?", "Для оценки потребления без команды." ], [ "Равны ли гибкость и экономия?", "Это разные метрики: изменение в интервале и разность энергии за выбранный период." ], [ "Как учитывать восстановление?", "В расширенном окне, проверяя энергию и последующий пик." ], [ "Кто имеет право дать команду?", "Участник с установленным договором и лимитом полномочий." ], [ "Когда действие прерывается?", "При нарушении допустимых условий, потере критических данных или команде локальной защиты." ] ], "tasks": [ [ "База 90 кВт, факт 65 кВт, событие 1,5 часа. Объём?", "(90 - 65) × 1,5 = 37,5 кВт·ч." ], [ "Событие дало 50 кВт·ч снижения, восстановление 35 кВт·ч. Чистая разность?", "50 - 35 = 15 кВт·ч за расширенное окно." ] ], "error": [ "Агрегатор продаёт 60 кВт·ч снижения в событии и те же 60 кВт·ч как суточную экономию при восстановлении 40 кВт·ч.", "Суточный результат завышен. Разделить услуги и применить правила совместимости; чистая разность равна 20 кВт·ч." ] }, { "id": "05", "title": "Работа накопителя", "unit": "кВт, кВт·ч, циклы и интервал", "story": "У батареи сразу несколько способов заработать: разница цен, готовность, услуги сети. Соблазнительно сложить все доходы из презентации. Давайте сначала разложим операции по часам: у нас одни и те же мощность, заряд и ресурс циклов. Тогда станет видно, какие обещания совместимы.", "subject": "Предметом может быть право пользоваться установкой, резервировать полезную ёмкость, заказывать заряд-разряд либо получать денежный результат торгов. Эти конструкции назначают разных носителей риска цены, деградации и простоя. Разрешённые циклы и диапазон заряда входят в договор.", "ordinary": "Аренда и договор предоставления ресурса фиксируют плату за доступность батареи. Tolling agreement (договор предоставления мощности для эксплуатации) может передавать контрагенту экономическое использование установки за фиксированную плату. Управление и ответственность за износ описываются отдельно.", "token": "Учебное право бронирует согласованные кВт и кВт·ч на конкретное окно. Реестр проверяет пересечения бронирований и минимальный остаточный заряд. Выпуск права на доход от торгов требует отдельной расчётной формулы. Показания батареи и биржевые сделки связываются идентификаторами событий.", "measurement": "Баланс: конечный заряд равен начальному плюс принятый полезный заряд минус полезный разряд и учтённые потери. КПД зависит от границы измерения. Ресурс циклов и деградация влияют на расходы. Единая средняя эффективность является учебным упрощением.", "risk": "Исправная батарея может заработать меньше плана из-за цен. Фиксированная плата переносит часть ценового риска на другую сторону, но обязательство поддерживать установку остаётся. Проверим и износ: доход за дополнительный цикл должен выдерживать стоимость потерь и деградации.", "decision": "В соглашении Gresham House и Octopus можно посмотреть обычное договорное использование батарей. Цифровой учёт пригодится для частых броней и расчётов. Прежде чем усложнять систему, сравним стоимость учёта с маржой, которую эти операции дают.", "case_id": "C20", "sources": [ "battery" ], "example": [ "Один цикл", "Из сети куплено 100 кВт·ч по 4 руб. При круговом КПД 90% продано 90 кВт·ч по 8 руб. Выручка 720 руб., покупка 400 руб. Если ресурс и обслуживание цикла стоят 100 руб., результат 220 руб.", "Комиссии, сетевые платежи и ограничения в этом коротком примере исключены и должны добавляться при расчёте объекта." ], "questions": [ [ "Почему нужны одновременно кВт и кВт·ч?", "Они ограничивают скорость и длительность исполнения." ], [ "Кто оплачивает потери?", "Участник, назначенный договором с явной границей измерения." ], [ "Почему ресурс циклов имеет цену?", "Работа оборудования ведёт к износу и будущей замене." ], [ "Можно ли складывать все рыночные доходы?", "Только после проверки совместимости действий и временных окон." ], [ "Что фиксирует обычный договор использования?", "Доступный ресурс, плату, управление, обслуживание и ответственность." ] ], "tasks": [ [ "Заряд 200 кВт·ч, КПД 85%. Сколько можно отдать в заданной границе?", "200 × 0,85 = 170 кВт·ч." ], [ "Куплено 200 кВт·ч по 3 руб.; продано 170 по 7 руб.; прочие расходы 150 руб. Результат?", "170 × 7 - 200 × 3 - 150 = 440 руб." ] ], "error": [ "После заряда 100 кВт·ч при КПД 90% в реестре появились права на выдачу 100 кВт·ч.", "Объём завышен на 10 кВт·ч. Уточнить границу и выпускать только подтверждённый полезный ресурс." ] }, { "id": "06", "title": "Тепло и холод", "unit": "кВт·ч тепловой энергии", "story": "Склад получает холод по водяному контуру. Электричество расходуется на центральной станции, а покупатель ждёт определённый результат теплообмена. Поэтому одного электросчётчика для расчётов между ними мало. Нам понадобятся расход теплоносителя, температуры на подаче и возврате и точная граница поставки.", "subject": "Право определяет количество отведённого или переданного тепла, параметры теплоносителя, доступную мощность и период. Оператор производит услугу, владелец сети обеспечивает транспорт, потребитель соблюдает согласованные условия возврата и доступа к учёту.", "ordinary": "Договор теплоснабжения или холодоснабжения задаёт тариф, параметры, мощность, узлы учёта и ответственность. В тарифе могут раздельно учитываться резервирование и объём. Enwave в Торонто даёт реальный пример городской инфраструктуры холодоснабжения.", "token": "Учебная единица привязана к кВт·ч тепла или холода, конкретному контуру и расчётному периоду. Погашение следует показаниям теплового счётчика и проверке качества. Право на холод не конвертируется в право на электричество без отдельной формулы и договорного основания.", "measurement": "Для воды приближённо Q = m × c × ΔT, где m является массой, c теплоёмкостью, ΔT перепадом температур. При расходе используется интеграл по времени. Коэффициент преобразования показывает отношение полезного тепла или холода к затраченной электроэнергии в одной границе.", "risk": "Небольшая ошибка датчика меняет начисление за весь период. А нужное количество теплоносителя при неподходящей температуре может оказаться бесполезным для покупателя. Если установка одновременно даёт тепло и холод, проверим общий баланс и распределение затрат: один расход электричества нельзя полностью приписать каждому продукту.", "decision": "Передавать подтверждённые объёмы или денежные требования удобно, когда это допускают договор и правила сети. Но холод остаётся привязанным к своему контуру. Цифровая площадка не создаёт трубу между двумя зданиями.", "case_id": "C21", "sources": [ "enwave", "danfoss" ], "example": [ "Граница энергии", "Холодильная установка отвела 900 кВт·ч тепла от охлаждаемого объёма и потребила 300 кВт·ч электричества. Коэффициент преобразования равен 3. В идеализированном балансе наружу отдано 1 200 кВт·ч тепла.", "При тарифе холода 2 руб./кВт·ч выручка 1 800 руб. Электричество по 4 руб./кВт·ч стоит 1 200 руб.; до остальных расходов остаётся 600 руб." ], "questions": [ [ "Что измеряет покупатель холода?", "Количество отведённого тепла и согласованные параметры услуги." ], [ "Почему электрический счётчик недостаточен?", "Он показывает затраты станции, а полезный результат зависит от режима." ], [ "Что означает коэффициент 3?", "На единицу электрической энергии получено три единицы полезного результата в заданной границе." ], [ "Можно ли передать холод через любой адрес кошелька?", "Физическое исполнение требует подключённого контура и договорного получателя." ], [ "Как связаны холод и сбрасываемое тепло?", "К теплу охлаждаемого объёма добавляется затраченная работа." ] ], "tasks": [ [ "Потребление 250 кВт·ч, коэффициент преобразования 4. Полезный холод?", "250 × 4 = 1 000 кВт·ч." ], [ "Передано 800 кВт·ч холода по 2,5 руб.; электричество 200 кВт·ч по 5 руб. Остаток до прочих расходов?", "800 × 2,5 - 200 × 5 = 1 000 руб." ] ], "error": [ "Сэкономленные 100 кВт·ч электричества и полученные 300 кВт·ч холода сложены как 400 кВт·ч электрической экономии.", "Смешаны разные величины. Вести отдельные балансы электричества, полезного холода и денежных эффектов." ] }, { "id": "07", "title": "Температура как услуга", "unit": "Часы допустимого режима", "story": "Владельцу склада важно сохранить товар. Он может купить холодильную установку и сам заниматься ремонтом, режимом и счетами. Может поручить это сервисной компании. Во втором случае я бы привязал разговор об оплате к температуре, длительности её поддержания и понятным границам ответственности.", "subject": "Описываются зоны, диапазон температур, длительность допустимых отклонений, влажность при необходимости, доступность и границы ответственности. Поставщик отвечает за согласованную услугу. Загрузку тёплого товара, открытые двери и аварии внешней сети рассматривают по заранее установленным правилам.", "ordinary": "Сервисный договор и SLA (соглашение об уровне обслуживания) определяют фиксированную плату, измерение, вычеты и компенсации. Поставщик может владеть оборудованием и оплачивать его ремонт. Вариант оплаты за единицу холода отличается от оплаты за состояние помещения; в каждом случае нужен собственный измеритель.", "token": "Учебная цифровая единица даёт право на один час допустимого режима в конкретной зоне. Для частично нарушенного часа действует согласованный критерий. Передавать такое право можно только вместе с определённым получателем услуги и условиями доступа. Услуга другой камеры не становится взаимозаменяемой автоматически.", "measurement": "Нужны размещение и калибровка датчиков, частота измерений и правило обработки пропусков. Средняя температура способна скрыть краткое критическое превышение. Воздух камеры, поверхность упаковки и температура продукта являются разными величинами. Допустимые пределы берутся из требований конкретного товара.", "risk": "Выключить холодильник и показать меньший счёт легко. Если товар пострадал, цель услуги не достигнута. Отдельно разберём вычет из сервисной платы и ответственность за товар. И посмотрим, остаются ли у исполнителя деньги на обслуживание и замену оборудования через несколько лет.", "decision": "Sovereign Foods и Energy Partners показывают сервисную модель на практике. Наша цифровая запись такого права пока является проектом. Её пользу можно измерить: сколько времени занимают приёмка и оплата, как часто спорят о качестве и сколько стоит разрешить спор.", "case_id": "C16", "sources": [ "caas", "sovereign" ], "example": [ "Месячная услуга", "30 дней содержат 720 часов. Месячная плата 120 000 руб.; 6 часов не прошли учебный критерий. При линейном вычете сумма составляет 120 000 × 6 / 720 = 1 000 руб.; к оплате 119 000 руб.", "Реальный договор может применять пороги, повышенные вычеты и отдельную ответственность за продукцию." ], "questions": [ [ "Почему недостаточно средней температуры?", "Она скрывает краткие выходы за пределы." ], [ "Что определяет границу услуги?", "Объём, зона, товар, датчики, период и условия эксплуатации." ], [ "Как учитывать пропуск показаний?", "По заранее согласованному правилу; отсутствие измерений не является доказательством качества." ], [ "Кто несёт расходы на ремонт?", "Участник, закреплённый сервисным договором." ], [ "Можно ли экономить за счёт ухудшения режима?", "Такое действие нарушает критерий допустимости услуги." ] ], "tasks": [ [ "Плата 90 000 руб., 600 часов, нарушение 12 часов; вычет линейный. Начисление?", "90 000 × (1 - 12 / 600) = 88 200 руб." ], [ "Из 720 часов подтверждены 711. Доступность?", "711 / 720 = 98,75%." ] ], "error": [ "За сутки средняя температура +3 °C; часовой пик +9 °C исключён из отчёта.", "Проверить весь временной ряд по пределам договора. Среднее не заменяет контроль превышений." ] }, { "id": "08", "title": "Качество и надёжность", "unit": "Доступность и параметры питания", "story": "Месячный объём электричества может выглядеть нормальным, даже если пяти минут отключения хватило для остановки холодильной станции. Потом её ещё нужно правильно запустить. Поэтому я отдельно спрашиваю о качестве питания, резерве и времени восстановления.", "subject": "Право задаёт конкретный результат: допустимое напряжение, частоту, длительность перерывов, время переключения или восстановления. Нужны исключения и граница между внешней сетью и локальным оборудованием. Продавец дополнительной услуги отвечает только за оговорённые действия и область контроля.", "ordinary": "Договор резервного снабжения, обслуживания источника бесперебойного питания или гарантированной доступности содержит измеримые критерии и ответственность. Страхование рассматривается отдельным лицензируемым инструментом со своими условиями. Обещание компенсации по договору само по себе не воспроизводит страховое покрытие.", "token": "Учебная серия описывает оплаченный период качества на объекте. Выпуск ограничивается обслуживаемыми объектами и мощностью резерва. Измеренные события формируют расчёт вычетов. Смена держателя возможна только при сохранении соответствующего объекта и договорного допуска.", "measurement": "Доступность по времени вычисляется из наблюдаемого периода и согласованных перерывов. Для напряжения и частоты важны пороги, длительность и точность измерителя. Короткий провал, достаточный для сбоя автоматики, может требовать более частого измерения, чем обычный коммерческий счётчик.", "risk": "Резерв, обещанный нескольким объектам, может понадобиться им одновременно. Это особенно вероятно при общей сетевой аварии. Проверим совместный отказ, доступность топлива и сроки ремонта. Журнал подтвердит событие; ответственность придётся установить по причине и договору.", "decision": "В подобранных источниках нет подтверждённого обращаемого токена, точно совпадающего с этой услугой. Мы разбираем возможную конструкцию через реальные примеры готовности и эксплуатации. До договора и испытаний её стоит так и называть: проектируемое право.", "case_id": "C19", "sources": [ "capacity", "danfoss" ], "example": [ "Цена простоя", "Наблюдение 720 часов, учтённый перерыв 2 часа. Доступность (720 - 2) / 720 = 99,7222%. Учебный предел 99,9% допускает 0,72 часа простоя; превышение 1,28 часа.", "При договорной компенсации 5 000 руб./час сверх предела выплата 6 400 руб. Это учебные условия, общую норму качества они не задают." ], "questions": [ [ "Чем качество отличается от объёма?", "Оно описывает параметры и непрерывность исполнения." ], [ "Что значит граница ответственности?", "Часть системы и события, за которые отвечает участник." ], [ "Почему нужен быстрый измеритель?", "Краткие отклонения могут исчезнуть в длинном усреднении." ], [ "Зачем учитывать общую причину отказов?", "Одна авария может одновременно исчерпать обещанный резерв нескольких объектов." ], [ "Доказывает ли запись события виновность?", "Она подтверждает наблюдение; причинность и договорная ответственность устанавливаются отдельно." ] ], "tasks": [ [ "Период 1 000 часов, простой 3 часа. Доступность?", "(1 000 - 3) / 1 000 = 99,7%." ], [ "Допустим 1 час простоя, факт 4, ставка компенсации 2 000 руб./час превышения. Выплата?", "(4 - 1) × 2 000 = 6 000 руб." ] ], "error": [ "Один дизель зарезервирован как независимое обеспечение для трёх объектов, которые обесточиваются от общей линии.", "Проверить одновременную нагрузку и логистику. Обеспечение имеет общий риск и не является тремя независимыми резервами." ] }, { "id": "09", "title": "Происхождение энергии", "unit": "Сертификат на МВт·ч", "story": "Компания получает электричество из общей сети и хочет подтвердить происхождение закупки. По счётчику видно количество потреблённой энергии. Для заявления о происхождении нужен ещё признанный сертификат и история его использования. Эти два доказательства отвечают на разные вопросы.", "subject": "Сертификат относится к генератору, технологии, месту и периоду выработки. По описанию EPA сертификат REC (сертификат возобновляемой энергии) в США отражает атрибуты 1 МВт·ч. Правила признания, передачи и использования устанавливает соответствующая система. Европейские и международные механизмы требуют своих проверок.", "ordinary": "Покупатель приобретает сертификаты непосредственно или вместе с поставкой. Реестр хранит выпуск, передачу и погашение в пользу конкретного получателя заявления. Договор определяет допустимые технологии, географию, год и принадлежность экологического заявления.", "token": "Цифровая оболочка должна сохранять уникальную связь с исходным сертификатом. При переносе в дополнительный реестр блокируют параллельный оборот или используют официальную интеграцию. Погашение в одном месте согласуется с исходной системой. Дробление требует поддержки правил и точного учёта остатка.", "measurement": "Объём сертификатов сопоставляют с потреблением в допустимых границах. Годовое соответствие не подтверждает совпадение каждого часа. Данные источника, серийный номер, владелец и статус погашения являются обязательными. Климатическое заявление требует проверки правил используемой отчётности.", "risk": "Если сертификат продан, прежний владелец не может без основания сохранить за собой то же заявление. Проверим и цифровую копию: что с ней происходит после погашения исходной единицы? Правила признания задаёт соответствующий реестр, и платформа должна с ними согласоваться.", "decision": "TraceX и M-RETS показывают реальную интеграцию. Я бы смотрел на согласованность статусов, восстановление после ошибки и стоимость операций. Быстрая передача записи полезна, когда при этом сохраняется однозначная история атрибута.", "case_id": "C06", "sources": [ "epa", "mrets", "ekw" ], "example": [ "Покрытие закупки", "Потребление 120 МВт·ч, допустимые и погашенные в пользу покупателя сертификаты на 90 МВт·ч. Годовое покрытие 90 / 120 = 75%.", "Оставшиеся 30 МВт·ч не подтверждены этими сертификатами. Даже покрытие 100% за год не доказывает почасовое соответствие." ], "questions": [ [ "Что подтверждает сертификат?", "Определённый атрибут выработки по правилам системы." ], [ "Какова роль погашения?", "Оно связывает использованный атрибут с конкретным заявлением и выводит его из оборота." ], [ "Почему номер должен быть уникальным?", "Для предотвращения повторной передачи и использования." ], [ "Годовое и почасовое покрытие совпадают?", "Годовой баланс не устанавливает распределение по часам." ], [ "Можно ли сохранить заявление после продажи атрибута?", "Требуется следовать правилам учёта; одно и то же исключительное заявление повторно использовать нельзя." ] ], "tasks": [ [ "Потребление 250 МВт·ч, погашено 200 сертификатов по 1 МВт·ч. Покрытие?", "200 / 250 = 80%." ], [ "Нужно закрыть 50 МВт·ч, сертификат стоит 300 руб./МВт·ч. Стоимость без комиссий?", "50 × 300 = 15 000 руб." ] ], "error": [ "Одна и та же серия свободно продаётся в исходном реестре и в блокчейне.", "Возникло двойное обращение. Заблокировать выпуск оболочек до появления проверяемого механизма синхронизации или резервирования." ] }, { "id": "10", "title": "Сокращение выбросов", "unit": "Тонна CO₂-эквивалента", "story": "Мы сократили расход топлива и хотим посчитать климатический результат. Начальный расчёт сделать можно. Но для выпуска признанной углеродной единицы понадобятся методика, проверка и правила выбранной программы. Покупателю важно знать, какой результат ему разрешено заявить.", "subject": "Предметом служит проверенный результат сокращения или удаления выбросов с указанием проекта, периода и методики. Требования к дополнительности, утечкам, долговечности и риску обратного выброса зависят от проекта и программы. Происхождение электроэнергии и углеродная единица имеют разные основания.", "ordinary": "Договор покупки углеродных единиц описывает выпуск, качество, реестр, доставку, погашение и замену при выявленном дефекте. Покупка будущего результата может финансировать проект, но переносит часть риска верификации на стороны по договору.", "token": "Цифровая конструкция связывает единицы с действующими записями признанного реестра. Выпуск оболочки требует разрешённого механизма, исключающего параллельное обращение. Погашение отражает использование результата. Историческое решение Verra 2022 года показывает, насколько существенна эта семантика.", "measurement": "Расчётная оценка может использовать разницу базовых и проектных выбросов с необходимыми корректировками. Коэффициент выбросов имеет место, период и метод. Документируются исходные данные и неопределённость. До верификации расчёт хранится как оценка, не как выпущенная углеродная единица.", "risk": "Базовый сценарий могут пересмотреть; результат может оказаться недостаточно дополнительным или позже обратиться вспять. До сделки договоримся о резерве, замене единиц и распределении потерь. Уже погашенную единицу нельзя снова предъявлять как свободное обеспечение нового права.", "decision": "Цифровой учёт помогает проследить серию от выпуска до использования. Качество климатического проекта требует собственной проверки. Поэтому агент сначала сверяет методику и правила реестра, затем предлагает способ цифрового учёта.", "case_id": "C13", "sources": [ "verra", "epa" ], "example": [ "Оценка до верификации", "Учебная экономия 100 МВт·ч, условный коэффициент 0,4 т CO₂-экв./МВт·ч. Предварительная оценка 40 т. Корректировки методики 10% дают 36 т.", "36 т являются результатом учебной формулы. Право продать 36 углеродных единиц возникает только при выполнении требований программы и выпуске." ], "questions": [ [ "Почему экономия не сразу превращается в углеродную единицу?", "Нужны методика, допуск, верификация и выпуск." ], [ "Что означает дополнительность?", "Требование показать соответствующий критериям программы результат относительно допустимого базового сценария." ], [ "Зачем нужен период коэффициента выбросов?", "Структура энергосистемы и применимая методика меняются." ], [ "Что обозначает погашение?", "Использование результата по правилам реестра и прекращение оборота единицы." ], [ "Кто компенсирует дефект единицы?", "Участник, определённый договором и правилами программы." ] ], "tasks": [ [ "Экономия 250 МВт·ч, коэффициент 0,3 т/МВт·ч. Предварительная оценка?", "250 × 0,3 = 75 т CO₂-эквивалента." ], [ "Из оценки 75 т после корректировки остаётся 80%. Сколько?", "75 × 0,8 = 60 т; статус остаётся расчётным до выпуска." ] ], "error": [ "Агент продал токены на 40 т сразу после расчёта электрической экономии, без методики и верификации.", "Зафиксировать только предварительную оценку. Выпуск обращаемого климатического права не подтверждён." ] }, { "id": "11", "title": "Подтверждённая экономия", "unit": "кВт·ч и рубли подтверждённого результата", "story": "После настройки холодильников счёт стал меньше. Хорошо, но сколько здесь нашей работы? Могло похолодать на улице, закрыться часть магазина или измениться количество товара. Я хочу отделить эффект управления от остальных причин, иначе мы начнём делить деньги, которых проект не заработал.", "subject": "Предметом может быть право исполнителя на долю проверенной экономии затрат. Само наблюдение меньшего потребления ещё не создаёт денежного требования: договор определяет методику, долю, пределы качества и обязанного плательщика. Измеренная энергия и сумма к выплате имеют разные единицы.", "ordinary": "Энергосервисный договор закрепляет мероприятия, базовую линию, расчёт, распределение экономии и процедуру приёмки. Федеральная практика DOE даёт реальный пример гарантии результата и обязательного измерения. Договорная конструкция сохраняет свою юрисдикцию и применимость.", "token": "Учебный выпуск возможен после подтверждения расчёта и возникновения требования. Цифровая запись ссылается на объект, период, методику и акт. При пересмотре исходных данных создаётся корректирующее событие, изменяющее остаток требования. Уже исполненные расчёты сверяются через согласованный порядок корректировки.", "measurement": "Экономия энергии равна скорректированной базовой линии минус фактическое потребление в одной границе. Экономия затрат рассчитывается на сопоставимых тарифах по интервалам. Снижение цены само по себе не доказывает инженерной экономии. Изменение качества услуги проверяется одновременно.", "risk": "Завышенная база делает красивым почти любой результат. Пропуски показаний тоже нельзя незаметно заполнять удобными числами. Сохраним исходные данные, версию методики и причины поправок. Если алгоритм получает долю экономии, подтверждение его результата требует независимой проверки.", "decision": "Начнём с расчёта, который обе стороны могут повторить и принять. После этого возникает вопрос выплаты и возможной передачи требования. В наших материалах об управлении электростанцией та же логика: наблюдение, объяснение отклонения, проверка решения и только затем признанный эффект.", "case_id": "C17", "sources": [ "doe", "danfoss" ], "example": [ "Месяц магазина", "Скорректированная база 60 000 кВт·ч, факт 48 000 кВт·ч, учебный единый тариф 8 руб./кВт·ч. Экономия 12 000 кВт·ч и 96 000 руб. Доля исполнителя 50% даёт требование 48 000 руб.", "Если эксплуатационные расходы исполнителя 20 000 руб., его остаток до финансирования и налогов равен 28 000 руб. Экономия заказчика после выплаты также 48 000 руб." ], "questions": [ [ "Что представляет базовая линия?", "Оценку потребления без мероприятий при сопоставимых условиях." ], [ "Когда возникает денежное требование?", "После выполнения договорных условий расчёта и подтверждения." ], [ "Почему изменение тарифа выделяется?", "Оно способно изменить деньги при неизменной энергии." ], [ "Как исправить пересмотр показаний?", "Сохранить версию и провести корректирующее событие с повторной сверкой." ], [ "Зачем проверять температуру?", "Экономия должна быть получена при выполнении согласованной полезной услуги." ] ], "tasks": [ [ "База 50 000 кВт·ч, факт 42 000, цена 7 руб. Денежная экономия?", "(50 000 - 42 000) × 7 = 56 000 руб." ], [ "Экономия 56 000 руб., доля исполнителя 40%, его расходы 10 000. Остаток исполнителя?", "56 000 × 0,4 - 10 000 = 12 400 руб." ] ], "error": [ "После закрытия половины магазина всё снижение потребления записано в заслугу нового контроллера.", "Скорректировать базу на изменение нагрузки и площади. До корректировки результат не подтверждён." ] }, { "id": "12", "title": "Требование из будущей экономии", "unit": "Условный будущий денежный поток", "story": "Исполнителю нужно купить оборудование сейчас. Платежи из экономии появятся в следующие месяцы и только при выполнении условий. Инвестору я бы показал всю эту цепочку: кто платит, за какой результат и что произойдёт, если нужной экономии не будет.", "subject": "Предметом является существующее договорное основание будущих требований с точно описанными условиями. Фиксированный долг, условное требование и участие в результате дают разные риски инвестору. Источник погашения, плательщик и порядок уведомления о передаче фиксируются заранее.", "ordinary": "Возможны заём, проектное финансирование или допустимая уступка будущих денежных требований. Кредитор оценивает договор, надёжность плательщика, методику экономии и расходы исполнения. Факторинг применим в пределах допустимых требований и условий конкретной сделки; название инструмента не заменяет проверки.", "token": "Учебная цифровая серия распределяет права на определённую часть будущего потока. В описании отмечаются условность, очередность и максимальный объём. Каждый подтверждённый месяц превращает часть ожидания в определённую сумму. Выпуск фиксированного долга отдельно назначает должника, даже если экономия окажется слабее прогноза.", "measurement": "Прогноз основывается на измеренной базе, графике внедрения, сезонности, простоях и расходах. Денежные потоки дисконтируются по их срокам. Ставка не устраняет неопределённость: отдельно проверяются неблагоприятный сценарий и задержка платежей. Двенадцатилетний расчёт учитывает замены оборудования.", "risk": "Ремонт или ошибка базовой линии могут съесть ожидаемый поток. Надёжный плательщик не спасает технологию, которая не даёт результата; хорошая технология не отменяет риск неплатежа. Также проверим, не обещаны ли те же будущие деньги другому финансирующему участнику.", "decision": "У нас нет опубликованного выпуска, полностью совпадающего с этой учебной моделью магазина. Есть обычные способы финансировать энергосервис. Сравним с ними условия, стоимость и риски, а проект цифрового права будем обсуждать после проверки договора и данных.", "case_id": "C17", "sources": [ "doe", "cbr" ], "example": [ "Цена времени", "Ожидаемое условное поступление через год 120 000 руб. При учебной ставке 20% приведённая стоимость 120 000 / 1,2 = 100 000 руб. При факте 90 000 руб. тот же расчёт даёт 75 000 руб.", "Если обещан безусловный возврат 120 000 руб., недостающие деньги обязан предоставить определённый должник. Условное участие в экономии само такой гарантии не содержит." ], "questions": [ [ "Будущая экономия уже является долгом?", "Только в пределах обязательства, созданного договором; прогноз сам по себе долга не создаёт." ], [ "Что показывает дисконтирование?", "Стоимость заданного будущего потока при выбранной ставке и сроках." ], [ "Зачем нужен неблагоприятный сценарий?", "Для оценки недостатка средств при меньшем результате или задержке." ], [ "Что сохраняется при уступке?", "Содержание и условия передаваемого требования, включая ограничения." ], [ "Кто покрывает недостаток экономии?", "Это зависит от формы: гарантированный долг имеет должника, условная доля следует результату." ] ], "tasks": [ [ "Через год ожидается 240 000 руб., ставка 20%. Приведённая стоимость?", "240 000 / 1,2 = 200 000 руб." ], [ "Через два года ожидается 242 000 руб., ставка 10% годовых. Приведённая стоимость?", "242 000 / 1,1² = 200 000 руб." ] ], "error": [ "Ожидаемые 1 млн руб. будущих платежей полностью заложены банку и полностью проданы держателям токенов без раскрытия.", "Проверить старшинство и доступный остаток. Одно обеспечение не покрывает два независимых обещания на полный объём." ] }, { "id": "13", "title": "Дебиторская задолженность", "unit": "Рубли существующего требования", "story": "Магазин принял услугу, но заплатит через два месяца. Исполнителю деньги нужны раньше, чтобы продолжать работу. Здесь уже можно разбирать конкретный долг: кто должен, сколько, когда и есть ли у покупателя возражения.", "subject": "Предметом является конкретный долг: должник, основание, сумма, срок и возражения. Документы исполнения и отсутствие повторной уступки входят в проверку. Это требование к плательщику; количество электричества объясняет его происхождение, но дальнейшее исполнение является денежным.", "ordinary": "Уступка требования и факторинг позволяют передать долг или получить финансирование с согласованным распределением риска. Договор определяет уведомление должника, регресс, удержания, плату и порядок взыскания. Покупатель требования проверяет спорность акта и возможность зачёта.", "token": "Цифровая серия может отражать само допустимо передаваемое требование либо отдельный долг эмитента, обеспеченный этим требованием. Это разные отношения. Если выпущены ЦФА, содержание прав следует решению о выпуске и правилам системы. Погашение цифровой записи согласуется с реальным поступлением денег.", "measurement": "Сверяются сумма акта, поступившие платежи, уступленный остаток и статус спора. Частичная оплата уменьшает остаток. Один платёж с уникальным идентификатором проводится один раз. Реестр должен учитывать корректировки, а не только первоначальный номинал.", "risk": "Даже принятый счёт может столкнуться со спором, встречным требованием или неплатежом. Цифровой формат сохраняет историю долга, но не отменяет эти причины потерь. Документы и порядок предъявления требования должны оставаться доступными при смене или закрытии площадки.", "decision": "Для нескольких крупных счетов обычное финансирование часто проще. Дробление стоит рассматривать, когда долгов много и передача с получением платежа уже стандартизирована. Денежный выпуск энергетической компании полезен как аналог финансирования, но из него ещё не следует токенизация отдельных счетов.", "case_id": "C26", "sources": [ "atoken", "cbr", "rosatom", "sunrun" ], "example": [ "Финансирование счёта", "Долг 100 000 руб. на 60 дней. Учебная простая ставка 18% годовых при базе 365 дней: плата за финансирование 100 000 × 0,18 × 60 / 365 = 2 958,90 руб. Отдельная комиссия 1 000 руб. Поставщик получает 96 041,10 руб.", "Удержание процента с номинала даёт иной показатель доходности на фактически выданные деньги. Этот показатель следует рассчитывать отдельно." ], "questions": [ [ "Чем долг отличается от акта выработки?", "Долг содержит обязанного плательщика, сумму и срок." ], [ "Что проверяет покупатель требования?", "Основание, исполнение, остаток, спорность и допустимость передачи." ], [ "Как учитывать частичную оплату?", "Уменьшать остаток по уникальному платёжному событию." ], [ "Что означает регресс?", "Договорную возможность требовать возврат у передавшего требование лица при оговорённых условиях." ], [ "Кто является должником по цифровому выпуску?", "Лицо, определённое его документами; оно может отличаться от должника исходного счёта." ] ], "tasks": [ [ "Долг 200 000 руб., скидка покупателю требования 3%. Сколько получает продавец?", "200 000 × (1 - 0,03) = 194 000 руб." ], [ "Из долга 200 000 оплачено 70 000; 20 000 списаны согласованной корректировкой. Остаток?", "200 000 - 70 000 - 20 000 = 110 000 руб." ] ], "error": [ "Один банковский платёж загружен дважды и погасил два разных остатка.", "Ввести уникальность платёжного события и проверку общей суммы; исправить повторное проведение." ] }, { "id": "14", "title": "Участие в энергетическом активе", "unit": "Доля, долговое право или доля дохода", "story": "Когда инвестор говорит «хочу долю в солнечной станции», я сначала уточняю смысл. Доля компании, заём проекту, аренда панели и процент от выручки устроены по-разному. От этого зависят выплаты, голосование и то, что останется инвестору при проблемах проекта.", "subject": "Право определяет, что принадлежит держателю: корпоративная доля, конкретная вещь, денежное требование или часть договорного потока. Устанавливаются голосование, распределения, расходы, старшинство и выход. Владение токеном не устанавливает автоматически собственность на панели или землю.", "ordinary": "Компания проекта может привлекать капитал, заём или выпускать допустимый долговой инструмент. Фондовая структура объединяет активы по своим правилам. Доходность капитала зависит от остатка после расходов и старших обязательств. Фиксированный купон требует определённого должника и источника платежа.", "token": "Токенизированная форма отражает юридически допустимое право и связывает его передачу с необходимыми регистрами. Ограничения допуска и корпоративных процедур сохраняются. Обещание свободного оборота проверяется по документам. Дробное владение оборудованием требует реального механизма эксплуатации и взыскания арендной платы.", "measurement": "Сначала строится денежный поток объекта: выручка, эксплуатация, ремонт, долг, налоги и резерв замены. Затем определяется распределяемая сумма. Процент владения применяется к правильной базе. Стоимость актива и накопленные распределения показываются отдельно.", "risk": "Большое количество держателей добавляет расходы на учёт и согласования. Покупатель на выходе может так и не появиться. При продаже станции сначала посмотрим на долги и очередность выплат. Управление проектом должно продолжаться и после смены цифровой площадки.", "decision": "Сопоставьте историческую арендную модель Sun Exchange с AVR Solar в нашем сербском разборе. Во втором случае предусмотрены возврат основного долга и проценты. Это полезное упражнение: за похожим словом «участие» обнаруживаются разные права и разные источники денег.", "case_id": "C27", "sources": [ "sun", "sun_now", "rosatom" ], "example": [ "Распределение результата", "Выручка проекта 1 000 000 руб.; эксплуатация 300 000, обслуживание долга 200 000, согласованный резерв 100 000. До налогов и иных исключённых статей остаётся 400 000 руб. Право на 5% этой распределяемой суммы даёт 20 000 руб.", "5% выручки дали бы 50 000 руб. Выбор базы существенно меняет обязательство." ], "questions": [ [ "Какие права скрываются за словом «участие»?", "Корпоративные, вещные, долговые или договорные права на поток." ], [ "Почему доля выручки отличается от доли прибыли?", "Расходы вычитаются на разных этапах." ], [ "Что такое старшинство?", "Порядок удовлетворения требований к доступным средствам." ], [ "Гарантирует ли токен ликвидность?", "Для продажи нужны покупатель, допустимость передачи и инфраструктура исполнения." ], [ "Зачем резерв замены?", "Для сохранения способности актива работать после износа оборудования." ] ], "tasks": [ [ "Распределяемый поток 600 000 руб.; доля 2%. Платёж?", "600 000 × 0,02 = 12 000 руб." ], [ "Выручка 900 000, расходы 500 000, резерв 100 000; доля 10% остатка. Выплата?", "(900 000 - 500 000 - 100 000) × 0,1 = 30 000 руб." ] ], "error": [ "В рекламном описании обещано 10% прибыли, формула начисляет 10% валовой выручки.", "Привести документы и формулу к одной базе. До исправления объём обязательства неоднозначен." ] }, { "id": "15", "title": "Ценовой риск и производные инструменты", "unit": "Денежный результат изменения цены", "story": "Предприятию нужно пережить рост цены электричества. Можно заранее договориться о цене или выбрать расчётный инструмент. Я бы начал с реального профиля закупки: какой объём, в какие часы и в какой точке мы хотим защитить. Иначе инструмент заработает по своей формуле, а нужный риск останется.", "subject": "Предметом служит формула выплаты относительно заданного индекса, объёма и срока. Покупатель защиты от роста обычно получает положительную разницу при росте индекса выше согласованного уровня. Нужны направление позиции, база цены, период усреднения и расчётная валюта.", "ordinary": "Форвард позволяет согласовать индивидуальные условия. Биржевой фьючерс стандартизирует контракт и клиринг. Опцион даёт право с платой за премию. Своп задаёт обмен фиксированной и плавающей ценой. Расчётный долгосрочный договор также может фиксировать денежный результат относительно рынка.", "token": "Токен может отражать допустимое производное право или требование к эмитенту с производной формулой. Стороны должны определить обеспечение и источник выплат. Смарт-контракт использует внешний индекс и механизм пополнения средств; записанная формула не обеспечивает наличие денег.", "measurement": "Расчёт производится по точной спецификации индекса. Базисный риск возникает при различии цены инструмента и фактической цены объекта. Объёмный риск остаётся при несовпадении потребления с хеджем. Отрицательные цены обрабатываются как допустимое значение, если спецификация их допускает.", "risk": "По короткой позиции рост цены может потребовать дополнительное обеспечение до того, как придёт выручка от физической поставки. Если денег на него нет, позицию могут закрыть. Поэтому вместе с итоговой выгодой считаем потребность в деньгах по пути, а также риски контрагента и ценового индекса.", "decision": "Стандартные инструменты EEX дают основу для сравнения. Для новой цифровой формы покажем конкретную пользу: размер сделки, доступ, сроки или стоимость обслуживания. Сравнивать нужно конструкции с сопоставимыми рисками.", "case_id": "C18", "sources": [ "eex", "eex_specs" ], "example": [ "Фиксация цены покупателем", "Потребление 100 МВт·ч, фиксированный уровень 70 евро/МВт·ч. Индекс 90, цена объекта 95. Своп платит покупателю (90 - 70) × 100 = 2 000 евро. Физическая закупка стоит 9 500; после выплаты остаётся 7 500 евро, или 75 евро/МВт·ч.", "Остаточные 5 евро/МВт·ч вызваны базисом между ценой объекта и индексом. Комиссии и финансирование обеспечения в примере исключены." ], "questions": [ [ "Что страхует выбранная формула?", "Определённое изменение индекса на заданном объёме и сроке." ], [ "Почему остаётся базисный риск?", "Фактическая цена объекта может отличаться от индекса." ], [ "Что оплачивает премия опциона?", "Полученное право по условиям опциона, включая асимметрию результата." ], [ "Когда понадобится обеспечение?", "По графику и событиям, заданным клирингом или договором." ], [ "Финансовая защита гарантирует физическую поставку?", "Физическое исполнение обеспечивается отдельной конструкцией снабжения." ] ], "tasks": [ [ "Защита покупателя: объём 80 МВт·ч, фиксированная цена 60, индекс 75 евро. Выплата?", "(75 - 60) × 80 = 1 200 евро." ], [ "Опцион покупателя: объём 50 МВт·ч, цена исполнения 70, рынок 90, премия 4 евро/МВт·ч. Чистая выплата?", "50 × max(90 - 70, 0) - 50 × 4 = 800 евро." ] ], "error": [ "Объект платит узловую цену, а токен обещает полностью зафиксировать её через иной региональный индекс.", "Раскрыть остаточный базис. Полная фиксация требует совпадения цены или отдельного инструмента на разницу." ] }, { "id": "16", "title": "Предоплата и энергетический баланс", "unit": "Рубли аванса или единицы будущего потребления", "story": "Я внёс деньги за электричество заранее. Что осталось на счёте: рубли или обещанное количество киловатт-часов? Пока тариф не меняется, разницу легко не заметить. После изменения цены эти два баланса дадут разный результат, поэтому договориться о единице нужно сразу.", "subject": "В денежном балансе хранится сумма и правило конвертации при потреблении. В натуральном балансе хранится согласованный объём и условия его выдачи. Устанавливаются срок действия, получатель, возврат, комиссия и поведение при изменении цены. Код доступа к предоплате может быть непередаваемым.", "ordinary": "Аванс и лицевой счёт отражаются обычным договором и системой расчётов. Ваучер содержит ограниченное право использования. STS (стандарт передачи данных предоплаты) показывает, что слово «токен» давно применяется к защищённым кодам счётчиков; из этого не следует инвестиционный характер такого кода.", "token": "Учебный цифровой аванс допускает списание только против подтверждённого потребления. Для натуральных единиц заранее резервируется обязанность поставки. Возврат проводится по договорной формуле. Возможность передачи другим пользователям проверяется отдельно от технической возможности переслать код.", "measurement": "Обязателен баланс: начальный остаток плюс пополнение минус потребление, возвраты и комиссии. Повторное применение одного кода блокируется. Пропуск счётчика не должен автоматически обнулять остаток. Денежные значения хранятся с фиксированной точностью и валютой.", "risk": "Если поставщик прекратит работу, покупателю понадобится понятный порядок возврата и защиты аванса. А обещание сохранить одновременно сумму денег и количество энергии при любом тарифе создаёт разницу, которую кто-то должен финансировать. Покажем этого участника и его обязательство.", "decision": "Локальную предоплату часто можно вести обычным лицевым счётом. Для передачи остатка другим пользователям понадобятся дополнительные условия. Код счётчика, цифровое финансовое право и платёжное средство проверяются по своему назначению и применимым правилам.", "case_id": "C25", "sources": [ "sts", "cbr", "tata" ], "example": [ "Тариф изменился", "На денежном счёте 8 000 руб. При тарифе 8 руб./кВт·ч доступны 1 000 кВт·ч. При тарифе 10 руб./кВт·ч тот же денежный остаток покрывает 800 кВт·ч.", "Если договор заранее закрепил 1 000 кВт·ч, обязанность поставщика следует натуральному объёму и оговорённым исключениям." ], "questions": [ [ "В чём измеряется остаток?", "В рублях либо в натуральных единицах; это указывается явно." ], [ "Что меняется при новом тарифе?", "Доступный объём денежного аванса, если договор предусматривает конвертацию по текущей цене." ], [ "Можно ли повторно активировать код?", "Учёт должен предотвращать повторное списание или зачисление одного кода." ], [ "Кто возвращает неиспользованный аванс?", "Обязанное лицо по договору, в установленном порядке." ], [ "Является ли каждый токен инвестиционным активом?", "Код предоплаты, запись права и инвестиционное требование имеют разное содержание." ] ], "tasks": [ [ "Баланс 5 000 руб., расход 300 кВт·ч по 8 руб. Остаток?", "5 000 - 300 × 8 = 2 600 руб." ], [ "На счёте 6 000 руб., тариф 12 руб./кВт·ч. Доступный объём?", "6 000 / 12 = 500 кВт·ч." ] ], "error": [ "После повышения тарифа система сохраняет и 8 000 руб., и гарантированные 1 000 кВт·ч, не определив носителя разницы.", "Выбрать договорную единицу баланса и отдельно установить источник покрытия ценового риска." ] }, { "id": "17", "title": "Сетевая инфраструктура", "unit": "Доступ, мощность или ценовая разница", "story": "Станция может выработать энергию, а сеть в нужный момент не сумеет её пропустить. Поэтому доступ к инфраструктуре приходится разбирать отдельно. Есть ещё финансовые инструменты, рассчитываемые по разнице цен между узлами. Давайте выясним, какое именно право нужно нашему объекту.", "subject": "Нужно различать договор присоединения, допустимую мощность, услуги передачи и финансовое право на разницу цен. В каждом случае разные обязанное лицо, единицы и пределы передачи. Возможность уступки или дробления проверяется по правилам конкретной юрисдикции и оператора.", "ordinary": "Присоединение и передача оформляются предусмотренными договорами. На отдельных рынках существуют финансовые инструменты для риска перегрузки. PJM публикует FTR (финансовые права передачи), связанные с соответствующими компонентами узловых цен. Этот механизм полезен для сравнения денежного результата.", "token": "Токенизировать можно только допустимо передаваемое содержание права. Для денежной разницы задаются узлы, направление и индекс. Для доступа к инфраструктуре требуется подтверждённое согласие соответствующего оператора и соблюдение режима. Свободная передача записи не создаёт дополнительной пропускной способности.", "measurement": "Сетевую мощность проверяют в конкретном интервале и конфигурации. Финансовый расчёт использует точный компонент цены. Потери, перегрузка и стоимость энергии не смешиваются. Отрицательная разница обрабатывается по условиям инструмента: обязательство и опцион могут дать разные результаты.", "risk": "Финансовая выплата из-за сетевой перегрузки не даёт приоритета физической поставки. Топология, методика индекса и достаточность средств для расчётов тоже могут измениться. Если право на доступ нельзя передать, техническая пересылка цифровой записи этого ограничения не снимает.", "decision": "На примере PJM можно изучить денежный расчёт сетевых ограничений. Для физического доступа потребуются правила оператора и документы конкретного подключения. Готового универсального токена на присоединение эта глава не обещает.", "case_id": "C22", "sources": [ "pjm", "edge" ], "example": [ "Денежная разница узлов", "Учебный инструмент на 10 МВт в течение двух часов. Разница согласованных компонентов цен между узлом назначения и источником 15 денежных единиц/МВт·ч. Выплата 10 × 2 × 15 = 300 денежных единиц.", "Эта сумма не является гарантированным физическим перетоком 20 МВт·ч. Условия отрицательной разницы зависят от инструмента." ], "questions": [ [ "Как определить предмет сетевого права?", "Назвать физическую услугу либо точную денежную формулу." ], [ "Увеличивает ли выпуск токена пропускную способность?", "Доступный ресурс определяется физикой и режимом сети." ], [ "Почему важно направление узлов?", "Оно меняет знак ценовой разницы и возможного обязательства." ], [ "Что проверяется при уступке присоединения?", "Допустимость, условия оператора, объект и связанные обязательства." ], [ "Где учитываются потери?", "В отдельном компоненте физического или расчётного баланса." ] ], "tasks": [ [ "5 МВт на 4 часа; разница цен 12 руб./МВт·ч. Учебная выплата?", "5 × 4 × 12 = 240 руб." ], [ "Инструмент-обязательство: 20 МВт·ч, разница цен -3 евро/МВт·ч. Результат?", "20 × (-3) = -60 евро; по заданной форме возникает платёж держателя." ] ], "error": [ "Владелец финансового права требует от сетевого оператора пропустить его энергию первым при перегрузке.", "Требование не следует из денежного инструмента. Применить действующие правила физического доступа и отдельную формулу расчёта." ] }, { "id": "18", "title": "Композитный энергетический продукт", "unit": "Связанный набор прав и обязательств", "story": "Теперь соберём магазин целиком. Ему нужны электричество, правильная температура, обслуживание и понятный счёт. Управление может высвободить мощность и дать экономию. Инвестор хочет вернуть деньги, разработчик получить плату за свою работу. Мне важно, чтобы общая договорённость сохраняла смысл каждого из этих обязательств.", "subject": "Композит задаёт общую цель, состав услуг, правила совместимости, единый период и порядок распределения денег. Поставка, качество, гибкость и денежное требование имеют собственных исполнителей и критерии. Вклад программного управления, данных и интеллектуальной собственности описывается договором и правами владельца.", "ordinary": "Рамочный договор с приложениями объединяет услуги и расчёты. Можно использовать агентские отношения, энергосервис, поставку, лицензию и финансирование в допустимой комбинации. Декларативная сделка выражает волю через определённые условия; уведомление доводит её до участников. Юридический эффект проверяется по применимому праву.", "token": "В учебной конструкции общий паспорт связывает несколько самостоятельных компонентов. Погашение одного не скрывает долг по другому. Программное управление получает вознаграждение по описанной базе; лицензия на алгоритм не считается автоматически обеспечением поставки. Гибридные цифровые права исследуются по содержанию и правилам выбранной системы.", "measurement": "Ведутся четыре согласованных журнала: физические объёмы, качество и события, права и остатки, деньги. У каждого события есть идентификатор и версия. Матрица совместимости предотвращает повторную оплату одного результата. Один и тот же набор входов используется человеком, агентом и расчётной книгой.", "risk": "Общая формула легко скрывает нехватку денег на ремонт или несколько обещаний одного результата. Проверим, что останется каждому участнику после расходов и что изменится при плохой температуре, неплатеже или споре о данных. Каскад стоимости из наших материалов требует именно такой проверки на каждом переходе.", "decision": "Начнём с нескольких услуг, которые можем измерить и принять. Затем добавим следующий компонент. Учебная модель магазина соединяет отдельные практики энергосервиса, управления холодом и гибкости. Полностью реализованным проектом нашу сборку мы пока не называем.", "case_id": "C15", "sources": [ "danfoss", "doe", "cbr", "equigy" ], "example": [ "Сведение месяца", "Подтверждённая денежная экономия 96 000 руб., доля исполнителя 48 000. Отдельная совместимая услуга гибкости принесла 12 000, доля агрегатора 30% равна 3 600. Исполнитель получил 51 600 и понёс эксплуатационные расходы 20 000. Остаток до налогов и финансирования 31 600 руб.", "Поставщик электричества получает 384 000 руб. за фактические 48 000 кВт·ч по 8 руб. Эти деньги не являются доходом исполнителя энергосервиса." ], "questions": [ [ "Что связывает компоненты?", "Общий объект, период, события, правила совместимости и денежная сверка." ], [ "Можно ли использовать одну единицу для всего?", "Каждое обязательство требует своей размерности и способа проверки; общий паспорт связывает их." ], [ "Как оплачивать алгоритм?", "По договорной базе результата или лицензии с определёнными правами и расходами." ], [ "Что происходит при споре одного модуля?", "Применяется договорный порядок удержания, пересчёта и исполнения остальных модулей." ], [ "Как оценить готовность продукта?", "Провести его через полный период и нарушения с воспроизводимой сверкой прав, данных и денег." ] ], "tasks": [ [ "Экономия 80 000 руб., исполнителю 45%, его расходы 18 000. Остаток?", "80 000 × 0,45 - 18 000 = 18 000 руб." ], [ "Поток до распределения 120 000; расходы 30 000; старший платёж 50 000; остаток делится 60/40. Выплаты?", "Остаток 40 000 руб.; выплаты 24 000 и 16 000 руб." ] ], "error": [ "В общей выручке сложены весь платёж за электричество, вся экономия заказчика и вся выручка гибкости без указания получателей.", "Составить потоки по сторонам. Внутренние переводы исключить из совокупного эффекта, распределение экономии учесть один раз." ] } ], "sections": [ { "id": "foundations", "title": "От оборудования к праву", "lead": "Начнём с магазина: что в нём происходит, как это проверить и кому принадлежит результат.", "blocks": [ [ "p", "Давайте зайдём в магазин. Холодильники сохраняют товар, компрессоры потребляют электричество, счётчик записывает показания. Поставщик ждёт оплату энергии, сервисная компания отвечает за температуру, владелец батареи может отдельно предложить резерв. Всё происходит на одном объекте. Нам предстоит понять, что каждый участник обещал и какие результаты можно совместить." ], [ "h", "Четыре слоя одного проекта" ], [ "table", [ [ "Слой", "Содержание", "Проверочный вопрос" ], [ [ "Физический", "Мощность, энергия, температура, время, место", "Что изменилось в оборудовании или в потоке энергии?" ], [ "Доказательный", "Показания, калибровка, базовая линия, акт", "Кто подтвердил изменение и как исправляется ошибка?" ], [ "Правовой", "Обязанная сторона, получатель, условия исполнения", "Какое требование существует и каким документом оно создано?" ], [ "Расчётный", "Начисление, счёт, платёж, остаток", "Сколько уже оплачено и сколько ещё можно требовать?" ] ] ] ], [ "p", "Токенизация в этом учебнике означает представление определённого права цифровой записью с правилами создания, передачи и завершения. Её предмет всегда следует назвать полностью: например, право получить 1 МВт·ч в определённой зоне и месяце или право получить часть подтверждённого платежа за экономию. Запись показания счётчика сама по себе такого права не создаёт." ], [ "h", "Единицы и границы" ], [ "p", "Киловатт (кВт) измеряет мощность, киловатт-час (кВт·ч) измеряет энергию. Постоянная нагрузка 40 кВт за 3 часа потребляет 120 кВт·ч. У батареи мощность 100 кВт и полезная ёмкость 200 кВт·ч описывают разные ограничения. Температура +4 °C требует интервала наблюдения и допустимой погрешности. Денежное требование 10 000 руб. требует валюты, срока и должника." ], [ "p", "Электричество, попавшее в общую сеть, нельзя проследить до конкретного потребителя по отдельным электронам. Договор и система учёта сопоставляют измеренные объёмы. Сведения о происхождении относятся к атрибутам генерации. Физическая поставка, атрибут и денежная компенсация могут передаваться раздельно, если это разрешено правилами и раскрыто покупателю." ], [ "h", "Словарь" ], [ "table", [ [ "Термин", "Значение в курсе" ], [ [ "PPA (договор покупки электроэнергии)", "Долгосрочные или иные согласованные условия покупки энергии; расчёт бывает физическим или финансовым." ], [ "M&V (измерение и проверка)", "Метод расчёта результата с описанием измерительных границ, поправок и неопределённости." ], [ "SLA (соглашение об уровне сервиса)", "Требования к доступности или качеству услуги и последствия отклонений." ], [ "Базовая линия", "Оценка того, что произошло бы без мероприятия, с согласованными поправками." ], [ "Оракул", "Компонент, передающий внешние данные в исполняемые правила; его данные требуют контроля." ], [ "Погашение", "Завершение права после использования; смысл погашения определяется типом права." ], [ "Секьюритизация", "Финансирование, обеспеченное выделенным портфелем активов или требований и очередностью платежей." ], [ "NPV (чистая приведённая стоимость)", "Сумма будущих денежных потоков с дисконтированием и учётом первоначальных затрат." ], [ "DSCR (покрытие обслуживания долга)", "Доступный для долга поток, делённый на проценты и погашение основного долга за тот же период." ] ] ] ], [ "h", "Паспорт права до выбора технологии" ], [ "p", "Для каждого выпуска запишите: объект и точку учёта; тип права; единицу; период и часовой пояс; должника и держателя; документ-основание; метод подтверждения; максимальный объём; ограничения передачи; срок исполнения; способ оплаты; очередь требований; порядок спора и отмены; правила доступа к данным. Если один из этих пунктов меняет экономический смысл, он должен входить в идентификатор либо в версию обязательства." ], [ "p", "Практический тест: замените в описании слово «токен» на «требование». Если остаётся ясный ответ, кто, кому и что должен, можно выбирать способ учёта. Если смысл исчезает, сначала требуется договорная работа." ] ] }, { "id": "instruments", "title": "Четыре способа оформить один результат", "lead": "Возьмём один результат и посмотрим, сколько стоит оформить и обслуживать право на него.", "blocks": [ [ "p", "За месяц энергосервис дал 96 000 руб. проверенного эффекта. По договору исполнителю причитается половина, 48 000 руб., с оплатой через 30 дней. Уступка разрешена после уведомления. Давайте сохраним эти условия и сравним четыре способа учёта. Так будет видно, какую пользу даёт каждый способ и за что мы дополнительно платим." ], [ "table", [ [ "Критерий", "Договор и акты", "Цифровой реестр", "Токен права", "Гибрид" ], [ [ "Основание", "Подписанный договор", "Тот же договор и правила оператора", "Договор, правила выпуска и передачи", "Договор, реестр и ограниченные цифровые действия" ], [ "Владелец требования", "Подтверждается документами", "Записан оператором", "Определён юридически признанным режимом записи", "Основной реестр + проверяемые события" ], [ "Ошибка показаний", "Исправительный акт", "Новая версия записи", "Корректирующее событие, приостановка", "Исправительный акт связан с событием" ], [ "Неплатёж", "Взыскание по договору", "Те же средства защиты", "Средства защиты + правила платформы", "Те же средства защиты" ], [ "Повторная уступка", "Проверка документов и уведомлений", "Единый статус требования", "Проверка состояния и внешних обременений", "Реестр обременений + история событий" ], [ "Издержки", "Юридическая и ручная обработка", "Интеграция, доступность оператора", "Интеграция, ключи, аудит, правовая структура", "Операторский учёт и выборочная автоматизация" ], [ "Ликвидность", "Нужен покупатель требования", "Нужен покупатель требования", "Нужен покупатель и допуск к передаче", "Нужен покупатель и расчётный канал" ] ] ] ], [ "h", "Как считать добавленную ценность" ], [ "p", "Допустим, обработка одного акта вручную стоит 900 руб., в реестре 250 руб., в токенизированном контуре 180 руб., в гибридном 220 руб. Дополнительные годовые постоянные расходы вариантов равны 0, 120 000, 480 000 и 180 000 руб. Это учебные оценки, которые заменяют коммерческими предложениями. При 1 000 актах годовые расходы составят 900 000, 370 000, 660 000 и 400 000 руб. При 100 актах: 90 000, 145 000, 498 000 и 202 000 руб." ], [ "p", "По отношению к ручной обработке простой реестр окупает свои дополнительные постоянные расходы примерно после 185 актов в год: 120 000 / (900 − 250). Токенизированный контур по отношению к реестру экономит 70 руб. на акт, но добавляет 360 000 руб. постоянных расходов. Порог только по этой статье составляет около 5 143 актов. Эффект передачи между независимыми участниками следует измерять отдельной строкой." ], [ "p", "Экономия обработки не увеличивает автоматически цену права с 48 000 до 60 000 руб. Стоимость требования зависит от вероятности платежа, срока, расходов взыскания и ограничений оборота. При ожидаемой выплате 45 000 руб. через год и требуемой доходности 20% оценка равна 37 500 руб. во всех четырёх вариантах до учёта их собственных расходов." ], [ "h", "Выбор конструкции" ], [ "p", "Обычный договор пригоден для малого числа понятных контрагентов. Единый реестр удобен, когда есть признанный оператор. Токенизация требует объяснения, какая передача или совместная проверка станет проще и кто оплатит усложнение. Гибрид позволяет оставить юридически значимое подтверждение у уполномоченного участника и автоматизировать воспроизводимые действия: сверку лимита, распределение платежа, закрытие требования." ], [ "p", "Проверка выбора: задайте одинаковые сценарии всем вариантам. Должник задержал платёж. Измеритель ошибся. Администратор скомпрометирован. Право уступлено с нарушением запрета. Оператор прекратил работу. Попросите показать, как восстанавливаются доказательства, права и доступ к деньгам. Сравнивайте полную стоимость такой процедуры." ] ] }, { "id": "store", "title": "Месяц магазина и горизонт 12 лет", "lead": "Один магазин, один месяц и прогноз на 12 лет. Изменим допущения и посмотрим, у кого остаются деньги.", "blocks": [ [ "p", "Реальный инженерный ориентир курса: Danfoss Smart Store в Нордборге, открытый в 2023 году. Он связывает торговое здание, холод, управление энергией и испытания оборудования. Для расчёта ниже создан отдельный синтетический магазин площадью 1 200 м². Его площадь, тарифы, режимы, инвестиции и все показания являются учебными допущениями. Они не описывают экономику Danfoss или торговой сети." ], [ "h", "Оборудование, которое определяет продукт" ], [ "table", [ [ "Узел", "Учёт", "Ограничение" ], [ [ "Электрический ввод", "Расчётный счётчик и отдельные интервалы", "Разрешённая мощность, часы тарифа и границы договора" ], [ "Холодильная установка", "Электроэнергия компрессоров; датчики витрин", "Температурные пределы и ресурс оборудования" ], [ "Возврат тепла", "Расход теплоносителя, температуры входа и выхода", "Полезный спрос на тепло и эффективность режима" ], [ "Управление нагрузкой", "Согласованная команда и измеренный отклик", "Пищевые режимы и приоритеты эксплуатации" ], [ "Накопитель как вариант", "Заряд, разряд, состояние и полезная ёмкость", "Резерв для объекта и запрет двойного обещания мощности" ] ] ] ], [ "p", "В базовый финансовый расчёт входят энергосервис и согласованная услуга гибкости от управления нагрузкой. Дополнительная батарея, продажа тепла, углеродные единицы и сертификаты происхождения в выручку не включены. Для их добавления нужны отдельные измерения, получатель и разрешение на совместное вознаграждение." ], [ "h", "Протокол измерения" ], [ "p", "Граница энергосервиса в модели: общий электрический ввод магазина. Базовая линия должна предсказывать расход при фактической погоде, времени работы и сопоставимой работе оборудования. Для реального проекта параметры оценивают по репрезентативному периоду до мероприятия, фиксируют версию и проводят независимую проверку. Суточная синтетическая таблица уже содержит скорректированную базовую линию. Она позволяет изучить расчёт, но не обучить достоверную регрессию реального магазина." ], [ "p", "Модельный месяц: апрель 2026 года, 30 суток, часовой пояс UTC+03:00. Суточные значения заданы детерминированно, чтобы сумма базовой линии составила 60 000 кВт·ч, факта 48 000 кВт·ч. Усреднение суток скрывает пики; услуга гибкости поэтому имеет отдельный короткий интервал и отдельное подтверждение. Экономия 12 000 кВт·ч умножается на единый учебный тариф 8 руб./кВт·ч." ], [ "h", "Закрытие исправного месяца" ], [ "table", [ [ "Показатель", "Расчёт", "Результат" ], [ [ "Счёт поставщика", "48 000 × 8", "384 000 руб." ], [ "Избежанные расходы", "(60 000 − 48 000) × 8", "96 000 руб." ], [ "Вознаграждение энергосервиса", "96 000 × 50%", "48 000 руб." ], [ "Отдельный платёж за гибкость", "Подтверждённый договором результат", "12 000 руб." ], [ "Доля агрегатора", "12 000 × 30%", "3 600 руб." ], [ "Остаток исполнителя", "48 000 + 3 600 − 20 000", "31 600 руб." ], [ "Выгода владельца магазина", "96 000 − 48 000 + 8 400", "56 400 руб." ] ] ] ], [ "p", "В примере энергосервисная компания выполняет также роль агрегатора. Эксплуатационные расходы 20 000 руб. несёт она. Совместное получение вознаграждения за экономию и гибкость задано явным учебным договорным допущением. На реальном рынке необходимо проверить правила совмещения и границу базовой линии. Сумма эффектов двух участников 88 000 руб. включает внешний платёж 12 000 руб. от заказчика гибкости. При консолидации с этим плательщиком трансферт исключается; остаётся 76 000 руб. после эксплуатации." ], [ "h", "Журнал исключений" ], [ "table", [ [ "Событие", "Действие", "Следствие" ], [ [ "Пропуск измерения", "Сохранить пропуск; ожидать допустимое замещение и акт", "Затронутая экономия удерживается от выпуска" ], [ "Новая версия базовой линии", "Привязать корректировку к прежнему акту", "Повторный выпуск того же результата запрещён" ], [ "Нарушение температуры", "Остановить коммерческое подтверждение интервала", "Снижение расхода не оплачивается как допустимая экономия" ], [ "Частичная оплата", "Погасить только оплаченную сумму", "Остаток требования остаётся открытым" ], [ "Повторный банковский идентификатор", "Отклонить повторную проводку", "Баланс не изменяется" ], [ "Конфликт резерва мощности", "Сверить уже обещанный объём в том же интервале", "Нельзя продать один резерв двум несовместимым заказчикам" ] ] ] ], [ "p", "Сценарии калькулятора запускаются по одному. При пропуске 10-го дня расчёт удерживает всю долю исполнителя за этот день. При нарушении температуры 18-го дня действует тот же консервативный режим. Это учебное правило; договор может устанавливать иной порядок замещения или штрафа. Замена базовой линии требует нового подтверждения и корректировки действующего требования, пока оно ещё не оплачено. После оплаты применяется отдельная денежная корректировка с документом-основанием." ], [ "h", "Двенадцать лет эксплуатации" ], [ "p", "Инвестиции исполнителя в начале проекта: 1 200 000 руб. Экономия энергии первого года равна 144 000 кВт·ч. В дальнейшем её физический объём уменьшается на 1% в год. Тариф и эксплуатационные расходы растут на 3% в год. Доля исполнителя 50%; доход от агрегирования 43 200 руб. в год сохраняется номинально. Замена части оборудования стоит 400 000 руб. в конце 7-го года. Ставка дисконтирования 15%. Остаточная стоимость после 12-го года равна нулю." ], [ "p", "Годовой поток до долга = годовая экономия × тариф × доля исполнителя + доход от агрегирования − эксплуатационные расходы − замена оборудования. NPV = − первоначальные вложения + сумма годовых потоков / (1 + ставка)^номер года. Налоги, оборотный капитал, плата за выпуск и юридические расходы в базовый вариант не включены. Их добавляют до инвестиционного решения. Финансирование в таблице показано отдельно и не прибавляется к операционной выручке." ], [ "p", "Учебный кредит покрывает 60% первоначальных вложений, ставка 18% годовых, срок 5 лет, равный ежегодный платёж в конце года. Проектная NPV считается до кредита. Поток собственнику учитывает полученный кредит в нулевом году и обслуживание долга в последующие годы. Ставка дисконтирования собственного капитала в примере оставлена той же для прозрачного сравнения, её следует обосновывать отдельно. Увеличение долга может улучшить начальный денежный остаток и одновременно ухудшить покрытие платежей." ], [ "p", "В интерактивной модели измените долю физической экономии с 20% до 10% и сравните эффект со снижением ставки дисконтирования. Затем включите замену оборудования. Проект, который выглядит доходным по месячной валовой экономии, может оказаться убыточным для исполнителя после долей, обслуживания и замены. Связанный учебник по холоду помогает проверить инженерную достижимость предположений: https://x5power.com/Academy/Cold/." ] ] }, { "id": "legal", "title": "Право, роли и порядок исполнения", "lead": "Вопросы к структуре конкретного проекта; правовая проверка источников на 7 сентября 2026 года.", "blocks": [ [ "p", "Название «энергетический токен» не определяет правовую квалификацию. Требование поставить энергию, требование выплатить деньги, доля в компании и атрибут происхождения имеют разные режимы. Учебник не предлагает готовый выпуск для любой страны. Для проекта фиксируют применимое право, участников, место исполнения и роль каждого оператора." ], [ "p", "Для России отправной точкой служат материалы Банка России о цифровых финансовых активах и инвестиционных платформах. Денежные требования в цифровой форме, утилитарные цифровые права и обычное договорное обязательство нужно различать по содержанию и режиму учёта. Запись произвольного цифрового объекта в частной базе не делает его ЦФА. Наличие финансового инструмента энергетической компании также не доказывает право держателя получать её электроэнергию." ], [ "p", "В Европейском союзе применимость MiCA (регламента рынков криптоактивов) зависит от квалификации актива; финансовые инструменты имеют собственный режим. Нельзя выбрать регулирование только по названию интерфейса или используемой сети. Для поставки энергии параллельно проверяют отраслевые правила, лицензии, балансирующую ответственность, сети и защиту потребителей." ], [ "table", [ [ "Вопрос", "Что зафиксировать" ], [ [ "Кто обязан исполнить?", "Юридическое лицо, реквизиты, полномочия и документ-основание" ], [ "Что получает держатель?", "Поставка, деньги, услуга, атрибут или участие; точные пределы права" ], [ "Как возникает право?", "Решение о выпуске, договор, уступка, акт и допустимый режим записи" ], [ "Кому разрешена передача?", "Условия допуска, запреты, уведомление и возможное согласие должника" ], [ "Где учитываются обременения?", "Залог, предыдущая уступка, приоритет и связь внешнего реестра" ], [ "Что считается исполнением?", "Подтверждённый платёж, поставка или услуга; правила частичного исполнения" ], [ "Как решается спор?", "Приостановка, сроки, эксперт, применимое право и компетентный орган" ], [ "Что происходит при закрытии платформы?", "Экспорт истории, восстановление реестра и продолжение договорного исполнения" ] ] ] ], [ "h", "Разделение ролей" ], [ "p", "Оператор оборудования управляет режимом. Измеритель поставляет данные. Проверяющий утверждает результат. Эмитент создаёт право в допустимом режиме. Реестр хранит владельца и статус. Расчётный участник подтверждает движение денег. Агент готовит проекты решений в границах выданных полномочий. Совмещение ролей раскрывают; там, где ошибка создаёт финансовую выгоду, предусматривают независимую проверку." ], [ "h", "Передача и спор" ], [ "p", "Перед передачей получатель проверяет паспорт, остаток, статус, запрет уступки, обременения и право продавца распоряжаться требованием. Идентификатор операции связывает движение права с документом. Платёжный идентификатор связывает оплату с конкретным требованием. При споре о показаниях спорную часть замораживают в расчёте; несомненная часть исполняется только если это допускает договор." ], [ "p", "Коммерческая структура требует отдельной проверки актуальных нормативных текстов и правил выбранной инфраструктуры перед запуском. В приложении приведены первичные источники и границы того, что они подтверждают. Исторические кейсы сохраняют дату своего документа." ] ] }, { "id": "agents", "title": "Как я предлагаю учить агента", "lead": "От прочитанного источника к проверенному предложению действия.", "blocks": [ [ "p", "Мне мало уверенного ответа агента. Я хочу увидеть, откуда он взял данные, правильно ли понял право и может ли другой участник повторить расчёт. Поэтому сохраняем входы, предложение операции, результат проверки и остатки. Понятное объяснение сопровождает эту запись." ], [ "h", "Сначала собрать дело" ], [ "p", "Начните с «Наших материалов» и раздела «Энергия и ИИ». Затем пройдите нужные главы и шесть разборов CW01–CW06 ниже. Для каждого подготовьте: формулировку задачи; источник с датой и использованной страницей; установленные факты; допущения; физические ограничения; паспорт права; расчёт; доступные полномочия; нерешённые вопросы; следующее действие." ], [ "p", "Число без единицы, даты и смысла показателя не подходит для решения. Прогноз отмечайте как прогноз. Неизвестное значение оставляйте неизвестным. Если источники расходятся, покажите расхождение и объясните, какое подтверждение его разрешит." ], [ "table", [ [ "Результат работы", "Когда выбрать" ], [ [ "Предложение готово", "Данных достаточно, расчёт проверен; исполнение идёт по полномочиям" ], [ "Нужны данные", "Назван конкретный недостающий документ, измерение или условие" ], [ "Нужно решение ответственного", "Расчёт готов, но действие выходит за выданные полномочия" ], [ "Предложение отклонено", "Выявлены несовместимые права, повторный учёт или невыполнимое ограничение" ] ] ] ], [ "p", "Эти четыре результата описывают рассуждение агента. Коды работающего учебного реестра приведены ниже и имеют отдельный, более узкий смысл." ], [ "h", "Задание агента" ], [ "p", "Прочитайте паспорт права и подтверждённые измерения. Проверьте единицы, период, роли, предельный объём и статус. Рассчитайте допустимое начисление. Создайте предложение выпуска или мотивированный отказ. При оплате погасите только оплаченную сумму. При корректировке сохраните ссылку на исходное событие. Объяснение на русском языке должно ссылаться на конкретные поля и числовые ограничения." ], [ "table", [ [ "Поле", "Назначение" ], [ [ "claim_id", "Идентификатор одного требования" ], [ "evidence_id / version", "Идентификатор доказательства и его версия" ], [ "underlying_key", "Объект + тип права + период; общий ключ для защиты от повторного выпуска" ], [ "debtor / holder / contract_id", "Обязанная сторона, держатель и договор" ], [ "amount_minor / currency", "Сумма в копейках и валюта; в реестре используются целые числа" ], [ "verified / quality_ok", "Подтверждение результата и допустимость режима" ], [ "payment_id", "Уникальный идентификатор платежа" ], [ "revision / status", "Версия требования и состояние расчёта" ] ] ] ], [ "p", "Схема JSON описывает формат данных. Модуль model.mjs исполняет арифметические и учебные ограничения. В нём нет подключения к оборудованию, банку или промышленному реестру. Указание роли в тестовом JSON имитирует аутентификацию; реальная система должна подтверждать роль вне переданного агентом текста. Проверяющий доверенный контур отвечает за доказательства, а не верит полю verified только потому, что оно равно true." ], [ "h", "Состояния и полномочия" ], [ "p", "Черновик может предложить агент. Выпуск выполняется ролью issuer (эмитент) после verified (подтверждено) и quality_ok (режим допустим). Сумма выпуска не превышает подтверждённый лимит. Оплату проводит роль settlement (расчёт). Корректировку делает роль verifier (проверяющий) с новой версией доказательства. Погашенное требование нельзя продать или оплатить второй раз. Неподдерживаемая операция завершается явным отказом." ], [ "table", [ [ "Сценарий", "Ожидаемый результат" ], [ [ "Исправный месяц", "96 000 руб. экономии; 48 000 руб. требования энергосервиса" ], [ "Второй выпуск на тот же результат", "DUPLICATE_UNDERLYING: повторный выпуск отклонён" ], [ "Пропуск или плохой режим", "UNVERIFIED / QUALITY_HOLD: выпуск остановлен" ], [ "Новый платёж 20 000 руб.", "Остаток 28 000 руб.; состояние partial (частично оплачено)" ], [ "Повтор того же платежа", "DUPLICATE_PAYMENT: баланс не изменён" ], [ "Сумма больше остатка", "OVERPAYMENT: операция отклонена" ], [ "Исправление уже оплаченной суммы", "CORRECTION_BELOW_PAID: требуется отдельный спор или возврат" ], [ "Недостаточные полномочия", "FORBIDDEN: операция отклонена" ], [ "Повтор резерва сверх мощности", "CAPACITY_CONFLICT: резерв не создан" ] ] ] ], [ "h", "Как оценивать ответ" ], [ "p", "За каждую из пяти областей начисляется 0, 1 или 2 балла: правильный предмет права, доказательства, арифметика, работа с исключением, объяснение действия. 8 из 10 баллов при отсутствии критической ошибки дают зачёт по сценарию. Критические ошибки: двойной выпуск, второй зачёт оплаты, неподтверждённая экономия или превышение физического резерва. Файл agent-fixtures.json содержит исполнимые входы и ожидаемые коды. Файлы tasks.json и answers.json разделяют учебные задания и ключи." ], [ "p", "Начальный маршрут человека: основы, инструменты, главы 01, 06, 07, 11 и 18, затем модель магазина. Финансовый маршрут: главы 02, 12–15 и сравнение инструментов. Инженерный маршрут: главы 03–08 и 17 вместе с учебником по холоду. Агент проходит все форматы, затем выполняет одинаковые сценарии с пропуском данных, конфликтом прав и неплатежом." ], [ "h", "Шесть разборов по нашим материалам" ], [ "p", "Это задания на разбор источников и решение проектной задачи. Они дополняют 144 задания по главам. Файл casework.json содержит условия, ориентиры ответа и критические ошибки. Их оценивает проверяющий по объяснению и расчёту; они не выдаются за автоматические испытания реального оборудования." ], [ "h", "CW01 · Сербия: право и денежный поток" ], [ "p", "Составьте паспорт AVR Solar по нашему разбору и указанным публичным источникам. Отделите разрешённый объём выпуска от привлечённых денег. Посчитайте проценты за первые два года для условных 100 токенов." ], [ "qa", [ "Разбор и критерий проверки", "Денежное требование к эмитенту; 725 000 евро разрешённого номинала; 600 и 540 евро процентов при заданном ежегодном погашении. Историю выплат и ликвидность не считать установленными. Критическая ошибка: Назвать держателя собственником электроэнергии или выдать модельный график за факт платежей." ] ], [ "h", "CW02 · Аргентина: прочитать показатель" ], [ "p", "Проверьте утверждение: «Enertoken привлёк свыше 800 млн долларов, и весь клиентский портал уже работает». Используйте анонс YPF Luz от 12.02.2026." ], [ "qa", [ "Разбор и критерий проверки", "Объём относится к токенизированным договорам и активам. Первый этап и описанный второй этап различаются. Для привлечённых средств, текущей эксплуатации и ликвидности нужны отдельные доказательства. Критическая ошибка: Подменить учётную величину денежным оборотом или план фактом." ] ], [ "h", "CW03 · Сербия: дополнительная маржа" ], [ "p", "В сценарии годовая база 133,87 млрд RSD, маржа меняется с 2% на 8%. Найдите прибавку и перечислите, что надо проверить перед масштабированием." ], [ "qa", [ "Разбор и критерий проверки", "133,87 × (0,08 − 0,02) = 8,0322 млрд RSD, округлённо 8,03. Уточнить базу, расходы, пилот, охват, тарифы и повторяемость; ставки сценарные. Критическая ошибка: Назвать 10,71 млрд дополнительным эффектом или представить 2% как установленную маржу EPS." ] ], [ "h", "CW04 · Мощность для ИИ" ], [ "p", "Ввод 100 кВт, одновременная обязательная нагрузка 70 кВт, запас 10 кВт, PUE 1,25. Найдите мощность ИТ и энергию за 6 часов. Можно ли обещать число ответов языковой модели?" ], [ "qa", [ "Разбор и критерий проверки", "20 кВт общей дополнительной нагрузки, 16 кВт ИТ; 120 и 96 кВт·ч соответственно за 6 часов. Для количества качественных ответов нужен измеренный тест модели и оборудования. Критическая ошибка: Приравнять кВт к кВт·ч или объявить универсальный курс между энергией и токенами ИИ." ] ], [ "h", "CW05 · Каскад и доля результата" ], [ "p", "Конечная выручка 100 000 руб., внешние затраты 10 000 + 25 000 + 30 000 руб. Партнёру положено 20% остатка по договору. Посчитайте остаток и долю, объясните консолидацию." ], [ "qa", [ "Разбор и критерий проверки", "Остаток 35 000 руб., дополнительная доля 7 000 руб. до указанных исключённых статей. Внутренние счета не прибавлять второй раз к конечной выручке; договор определяет право на долю. Критическая ошибка: Сложить выручку всех звеньев без исключения внутренних оборотов или приписать энергопоставщику всю прибыль." ] ], [ "h", "CW06 · Уведомление и действие" ], [ "p", "Агент сообщил агрегатору о готовности магазина снизить нагрузку на 20 кВт. Нет интервальных показаний, подтверждения полномочий и принятия заявки. Сформулируйте следующий шаг." ], [ "qa", [ "Разбор и критерий проверки", "Оставить предложение; запросить данные ресурса, полномочия и предусмотренное правилами подтверждение заявки. Команду оборудованию не исполнять. Уведомление и согласие адресата учитывать отдельно. Критическая ошибка: Включить управление или создать обязательство другой стороны на основании одного сообщения." ] ] ] }, { "id": "downloads", "title": "Издания, исходные данные и открытые вопросы", "lead": "Версия 1.3.0 от 9 сентября 2026 года.", "blocks": [ [ "p", "Печатная версия содержит основы, все 18 глав, задания с решениями, сравнение конструкций, расчёт магазина, правовые вопросы, спецификацию агента и реестр мировых примеров. Таблица расчётов содержит входные параметры, месяц, горизонт 12 лет, кредит, сценарии и проверки. Машинный комплект содержит текстовые исходники, схему, задания, ответы, синтетические данные и исполнимый расчётный модуль." ], [ "h", "Порядок воспроизведения" ], [ "p", "Откройте workbook.xlsx и измените синие входные ячейки на листе «Параметры». На листе «Проверки» убедитесь, что ограничения соблюдены. Для программного воспроизведения распакуйте source-package.zip и выполните node model.test.mjs в папке agent. Для сборки текстовых страниц используйте Python 3 и scripts/build-tokenization.py из полного исходного комплекта. Браузерный калькулятор использует тот же модуль model.mjs." ], [ "h", "Что уточняется для реального проекта" ], [ "p", "Нужны договор поставки и тарифное расписание; интервальные показания до и после модернизации; перечень оборудования; допустимые температуры и погрешность датчиков; документы о правах на оборудование; предложения по обслуживанию и финансированию; условия программы гибкости; согласованный протокол базовой линии. До получения этих данных числовые результаты остаются учебными." ], [ "p", "Мировые кейсы обновляются при появлении первичных сведений о завершении, оплате, продолжении или закрытии. Отсутствие свежего публичного отчёта не считается доказательством банкротства или прекращения проекта. Для пилотов с неопределённым продолжением отдельно запрашиваются текущая эксплуатация, число активных участников, оплаченный оборот и полные издержки." ], [ "h", "Журнал изменений" ], [ "p", "1.3.0: вступление для агентов и авторская редактура всех 18 глав. Добавлены наши разборы Сербии и Аргентины, восемь авторских материалов, раздел об энергии и применённом интеллекте, шесть заданий по источникам и проектным решениям. Усилены проверки мощности, двойного счёта стоимости, границ доказательства и полномочий. Даты проверки сохранены отдельно для каждого публичного источника." ], [ "p", "1.2.0: девять новых иллюстраций внутри глав. Каждая из 18 глав содержит иллюстрацию, схему или интерактивный пример. Оглавление и номер версии закреплены единым блоком; длинный список глав прокручивается внутри него." ], [ "p", "1.1.0: добавлены иллюстрация вымышленного магазина, девять схем и графиков, три интерактивных примера и выбор сценария чувствительности. Схемы включены в печатное издание и исходный комплект. Базовая расчётная таблица версии 1.0.0 сохраняет исходные допущения." ], [ "p", "1.0.0: первое издание. Добавлены 18 форматов, 26 мировых примеров, 35 первичных источников, 90 вопросов, 36 расчётных задач и 18 упражнений на поиск ошибки. Созданы синтетический месяц, модель на 12 лет и учебные проверки реестра. Фактические данные магазина в эту версию не включены." ] ] }, { "id": "our-cases", "title": "Наши материалы: как складывался замысел", "lead": "Сербия, Аргентина и наши рабочие тексты. Что из них можно взять в проект и что ещё предстоит доказать.", "blocks": [ [ "p", "Я хочу связать этот учебник с работой, из которой он вырос. В наших разборах повторялся один вопрос: какой полезный результат создаёт энергия и как правильно оформить участие в его стоимости? Два внешних проекта помогают проверить эту мысль на конкретных конструкциях. Остальные материалы показывают, как мы её развивали." ], [ "h", "Сербия: станция, обязательство и выплаты" ], [ "p", "В обзоре AVR Solar Park / Saraorci [A01] мы разобрали финансирование расширения работающей солнечной станции. Комиссия по ценным бумагам Сербии 30 октября 2024 года одобрила выпуск 7 250 токенов номиналом 100 евро. Разрешённый объём составляет 725 000 евро; его нельзя автоматически считать привлечённой суммой." ], [ "refs", [ "avr_sec" ] ], [ "p", "Эмитент сообщает о завершении расширения и описывает денежные условия: 6% годовых на непогашенный остаток и возврат 10% первоначального основного долга ежегодно в течение десяти лет. Для выручки указан долгосрочный договор покупки электроэнергии. На этой странице нет полной подтверждённой истории всех выплат и сделок вторичного рынка." ], [ "refs", [ "avr" ] ], [ "p", "Для меня ценность этого кейса в последовательности: объект производит энергию, покупатель оплачивает её, эмитент исполняет денежные обязательства. Держатель токена получает определённое право на выплаты. Право включить свой прибор в Сербии или забрать произвольный объём энергии из сети пришлось бы обосновывать отдельно." ], [ "p", "Дальнейшие продукты из нашего обзора, предоплата энергии, доступная мощность, гибкость и резерв, остаются предложениями для следующих пилотов. Каждому нужны свои участники, измерения, договор и проверка местных правил. Одобрение AVR нельзя переносить на всю эту линейку. С этим кейсом стоит читать главы 02, 12, 14 и 18." ], [ "qa", [ "Разберём выплаты на 100 токенов. Сколько процентов начислится за первый и второй год?", "При условном вложении 10 000 евро и погашении 1 000 евро в конце каждого года проценты за первый год составят 600 евро, за второй 540 евро. Это упрощённый годовой расчёт договорной механики без налогов, комиссий, валютных разниц и просрочек. Он не подтверждает фактические выплаты инвестору." ] ], [ "h", "Аргентина: договор становится цифровым процессом" ], [ "p", "В аргентинском разборе [A02] мы рассматривали YPF Luz, Justoken и Enertoken. YPF Luz объявила о запуске 12 февраля 2026 года. По сообщению компании, первый этап позволяет рассчитывать условия и заключать договоры на возобновляемую и тепловую электроэнергию с использованием XRP Ledger. Указанный объём токенизированных договоров и активов превышает 800 млн долларов." ], [ "p", "В том же сообщении обслуживание действующих клиентов с историей счетов, потребления и отчётностью описано как второй этап. По одному анонсу я бы не делал вывода, что весь этот набор уже работает в полном объёме. Для такой оценки понадобятся отдельные сведения об эксплуатации." ], [ "refs", [ "enertoken" ] ], [ "p", "Мы также разбирали JMWH и исторический срез учётных показателей на 3 июля 2026 года. Здесь важна дисциплина чтения: стоимость представленных в реестре обязательств, количество токенов, оплаченная поставка и биржевой оборот измеряют разное. Крупное число в реестре не позволяет агенту написать, что токен можно быстро продать по этой оценке." ], [ "p", "Я бы взял отсюда маршрут для проектирования: договор, учёт потребления, начисление, счёт, платёж и завершение обязательства. На каждом переходе нужен документ или проверяемое событие. Полные договорные условия и правила вторичной передачи надо запрашивать отдельно. Этот разбор дополняет главы 01, 13 и 16." ], [ "qa", [ "В презентации написано «токенизировано свыше 800 млн долларов». Можно ли использовать эту сумму как объём привлечённых денег?", "Нет оснований для такого вывода. В сообщении YPF Luz речь об объёме договоров и активов. Привлечённые деньги, оплаченный оборот и ликвидность потребуют отдельных источников. Агент сохраняет формулировку показателя, дату и границу подтверждения." ] ], [ "h", "Два кейса рядом" ], [ "table", [ [ "Что сравниваем", "Сербия / AVR Solar", "Аргентина / Enertoken" ], [ [ "Главная задача", "Финансирование расширения станции", "Цифровое заключение и обслуживание энергетических договоров" ], [ "Денежная логика", "Обязательства эмитента по возврату долга и процентам", "Расчёты по энергии; условия конкретного договора требуют проверки" ], [ "Что подтверждают источники", "Одобрение выпуска; условия и результат расширения по данным эмитента", "Анонс запуска и описание этапов по данным YPF Luz" ], [ "Что нельзя дописать за источник", "Гарантированную доходность, свободный выход, универсальное право на энергию", "Объём привлечённых денег, ликвидность, полное исполнение всех этапов" ], [ "Урок для нашего проекта", "Сначала источник платежа и точное требование", "Сначала жизненный цикл договора и проверяемые события" ] ] ] ], [ "h", "Мощность как отправная точка" ], [ "p", "В «Энергетике для камикадзе» [A03] я подводил финансиста к вещам, которые невозможно обойти: профилю нагрузки, пикам, резерву, присоединению и режиму оборудования. В разговоре «Электричество: товар, услуга, мощность, токен» [A04] эта мысль получила ещё одну сторону. Один поток поддерживает несколько продуктов: энергию, готовность, качество, происхождение, холод и денежные требования." ], [ "p", "Практическое следствие простое. Агент, которому дали годовое потребление магазина, ещё не может обещать доступную мощность на завтра. Ему нужны интервальные данные, одновременные нагрузки, пусковые режимы и предел подключения. Среднее значение за год скрывает момент, в котором проект может остановиться." ], [ "h", "Сербская макромодель: проверяем собственные цифры" ], [ "p", "В нашем сценарном расчёте [A08] использована годовая база 133,87 млрд динаров. При условной марже 2% получается 2,68 млрд, при 8% около 10,71 млрд. Дополнительный результат перехода от 2% к 8% составляет около 8,03 млрд динаров. Агент должен назвать именно разницу, если вопрос поставлен о прибавке." ], [ "p", "Это арифметика сценария из рабочей модели. Она не устанавливает фактическую маржу EPS и не доказывает, что масштабирование даст такой доход. До решения нужны стоимость внедрения, подтверждённый эффект пилота, охват участников, тарифы, потери и возможность повторить результат. Ошибка в масштабе на миллионах потребителей становится особенно дорогой." ], [ "h", "От наблюдения к управлению" ], [ "p", "В стенограмме об управлении электростанцией [A06] мы обсуждали переход от расчётного распределения топлива к непрерывному наблюдению за физическим процессом. Для учебника я беру отсюда правило: хранить измерение отдельно от способа распределить общие затраты между продуктами. Изменение учётной методики само по себе не повышает физический КПД." ], [ "p", "Рекомендацию агента сначала можно проверить в теневом режиме: он предлагает действие, обычная система продолжает управлять, а мы сравниваем прогноз с наблюдениями и разбираем ошибки. Затем определяем допустимые действия, пределы, ответственного оператора и порядок возврата управления. Права на оборудование и доступ к данным понадобятся до автоматического исполнения." ], [ "h", "Декларативная сделка и полномочия агента" ], [ "p", "Рабочая тетрадь по декларативным сделкам [A07] заставляет внимательно читать само действие. Кто выразил волю, что именно заявил, как это доведено до адресата и какие последствия предусмотрены? Для агента это очень предметная задача: предложение условий, сообщение о принятом решении и исполнение обязательства требуют разных полномочий." ], [ "p", "Предположим, агент написал агрегатору, что магазин готов снизить нагрузку на 20 кВт. В нашей учебной модели это остаётся предложением, пока не проверены ресурс, полномочия, условия программы и требуемое принятие заявки. Полученное уведомление само по себе не доказывает согласие адресата. Юридический эффект конкретного заявления определяется применимым правом и договором." ], [ "h", "Какие материалы лежат за этим разделом" ], [ "p", "Ниже приведены названия и использованные части наших документов. Рабочие концепции служат источником постановки задачи; факты о внешних проектах проверяются по отдельно указанным публичным источникам. Здесь опубликован учебный пересказ выбранных идей, а не полные рабочие документы." ], [ "h", "A01 · Сербский кейс токенизации энергии: AVR Solar Park / Saraorci" ], [ "p", "июнь 2026. Наш аналитический обзор открытых источников. Использованные страницы: 1–10, 14–16, 18." ], [ "p", "Денежное право инвестора, оборудование, договор покупки энергии, ограничения переноса модели на другие продукты." ], [ "h", "A02 · Аргентина: YPF Luz, Justoken, Enertoken и JMWH" ], [ "p", "3 июля 2026. Наш рабочий аналитический разбор. Использованные страницы: 1–4." ], [ "p", "Договорный жизненный цикл энергии; различие учётной стоимости активов и ликвидности." ], [ "h", "A03 · Энергетика для камикадзе" ], [ "p", "черновик 0.9. Авторский рабочий материал. Использованные страницы: 3–17." ], [ "p", "Мощность, профиль, резерв и присоединение как обязательные части финансового разговора." ], [ "h", "A04 · Электричество: товар, услуга, мощность, токен" ], [ "p", "сентябрь 2026. Конспект нашей беседы и статья. Использованные страницы: 2–6." ], [ "p", "Несколько экономических продуктов на одном физическом потоке." ], [ "h", "A05 · Каскадная капитализация энергии и роль цифровых финансовых активов" ], [ "p", "18 июня 2026. Авторская рабочая гипотеза. Использованные страницы: 3–8." ], [ "p", "Участие энергетики в стоимости вычислений и результата; договорное распределение добавленной маржи." ], [ "h", "A06 · О переходе к непрерывному физическому наблюдению и интеллектуальному управлению электростанцией" ], [ "p", "15 июня 2026. Стенограмма разработки авторской концепции. Использованные страницы: 3–10." ], [ "p", "Отделение измеренного потока от распределения затрат; проверка рекомендаций до автоматического управления." ], [ "h", "A07 · Декларативные (уведомительные) сделки. Рабочая тетрадь с приложениями" ], [ "p", "5 сентября 2026, версия 1.6. Авторская рабочая тетрадь. Использованные страницы: 3–16." ], [ "p", "Содержание заявления, доставка уведомления и пределы полномочий агента." ], [ "h", "A08 · Макропоказатели UCP / X5 Power: сербская расчётная модель" ], [ "p", "3 сентября 2026. Наш сценарный инженерно-экономический расчёт. Использованные страницы: 1–5." ], [ "p", "Проверка масштаба, базы сравнения и разницы между общей и дополнительной маржой." ] ] }, { "id": "energy-ai", "title": "Энергия, вычисления и применённый интеллект", "lead": "Как пройти от доступной мощности до оплаченного результата и сохранить смысл на каждом переходе.", "blocks": [ [ "p", "В материале о каскадной капитализации [A05] я поставил вопрос: может ли энергетика участвовать в стоимости того, что создаётся с её помощью? Электричество питает вычисления, вычисления помогают принять решение, решение меняет работу объекта. Если это даёт полезный результат, можно обсуждать участие в нём. Но сначала надо показать всю цепочку и договориться о распределении." ], [ "table", [ [ "Переход", "Что требуется доказать", "Чем измеряем" ], [ [ "Энергия → вычисления", "Есть мощность, подключение, оборудование, охлаждение и доступность", "кВт, кВт·ч, время, тип оборудования, выполненные задания" ], [ "Вычисления → решение", "Решение подходит задаче и ограничениям объекта", "Качество на проверочном наборе, ошибки, задержка, стоимость" ], [ "Решение → действие", "У исполнителя есть полномочия; действие допустимо", "Заявка, разрешение, команда, событие исполнения" ], [ "Действие → эффект", "Есть сравнимая база и проверка результата", "Энергия, качество услуги, расходы, подтверждённая разница" ], [ "Эффект → доход", "Определены плательщик, принятие и распределение денег", "Акт, начисление, платёж, остаток требования" ] ] ] ], [ "h", "Три значения слова «токен»" ], [ "p", "Токен языковой модели является единицей обработки текста в выбранной модели. Энергетическая единица описывает согласованный объём и условия поставки. Финансовое цифровое право описывает требование к обязанной стороне. Между ними нет постоянного обменного курса. Стоимость и энергозатраты на обработку текста зависят от модели, оборудования, загрузки и режима работы." ], [ "p", "Поэтому обещание «один киловатт-час равен определённому числу токенов ИИ» пригодно только как измеренный результат конкретного испытания с описанной границей. Для сравнения вычислителей также недостаточно сложить их заявленные TOPS (триллионы операций в секунду): точность операций, память, связь и выполняемая задача должны быть сопоставимы." ], [ "h", "Мощность для вычислений" ], [ "p", "Возьмём учебный объект с доступным вводом 100 кВт. Одновременная обязательная нагрузка занимает 70 кВт, ещё 10 кВт оставляем как эксплуатационный запас. Получается 20 кВт для дополнительной нагрузки. При условном PUE (отношении общей мощности вычислительного объекта к мощности ИТ-оборудования) 1,25 на само ИТ-оборудование остаётся 16 кВт: 20 / 1,25." ], [ "p", "За шесть часов это 96 кВт·ч для ИТ-оборудования и 120 кВт·ч по общей границе вычислительной нагрузки. Количество полезных ответов из этих чисел вывести нельзя. Нужен тест задачи. Если доступная мощность рассчитана по средним месячным данным, даже приведённый энергетический расчёт пока нельзя использовать как обещание ресурса." ], [ "h", "Каскад стоимости без повторного счёта" ], [ "p", "Условный заказчик заплатил 100 000 руб. за результат. В цене уже сидят 10 000 руб. энергии, 25 000 руб. вычислений и инфраструктуры, 30 000 руб. работы и прочих внешних затрат. Остаётся 35 000 руб. до налогов, финансирования и неучтённых расходов. Если договор выделяет энергетическому партнёру 20% именно этого остатка, его дополнительное вознаграждение равно 7 000 руб." ], [ "p", "Для группы участников внутренние счета между звеньями исключаются при консолидации. Нельзя прибавить к 100 000 руб. конечной выручки те же суммы, которые заказчик уже оплатил внутри цены. Отдельные договоры могут создавать доход разным компаниям, но это не даёт права повторно считать общий экономический эффект." ], [ "p", "Само участие энергии в процессе не создаёт требования на всю последующую прибыль. Нужны согласованные права на долю результата, методика расчёта и плательщик. Так рабочая гипотеза о каскаде получает проверяемую форму. Термин «ЦФА» в исходном документе тоже требует квалификации конкретного права и юрисдикции; произвольная запись дохода не становится таким инструментом по названию." ], [ "h", "Применённый интеллект в магазине" ], [ "p", "В модели магазина мы уже считаем подтверждённую экономию и долю исполнителя. Следующий шаг для агента состоит в том, чтобы объяснить, какое изменение режима дало результат и почему качество хранения осталось допустимым. Стоимость датчиков, связи, вычислений и обслуживания входит в расходы. Затем проверяем, сохраняется ли эффект на других неделях и объектах." ], [ "p", "Один успешный месяц помогает поставить следующую проверку. Он не устанавливает результат на двенадцать лет. Поэтому в прогнозе отдельно остаются деградация, ремонт, изменение тарифа и долей участников. Агент должен уметь показать, какое допущение сильнее всего влияет на итог и какой документ или эксперимент его уточнит." ], [ "h", "Что должно остаться после работы агента" ], [ "p", "Мне нужен короткий ответ, который можно проверить: что известно, что предположено, какие ограничения проверены, сколько получается и что предлагается делать дальше. Если для решения не хватает данных, агент называет конкретный пробел. Если расчёт готов, но полномочия не выданы, он оставляет предложение на исполнение ответственному участнику." ] ] } ], "author_materials": [ { "id": "A01", "title": "Сербский кейс токенизации энергии: AVR Solar Park / Saraorci", "file": "serbia_energy_tokenization_overview.pdf", "date": "июнь 2026", "pages": "1–10, 14–16, 18", "status": "Наш аналитический обзор открытых источников", "use": "Денежное право инвестора, оборудование, договор покупки энергии, ограничения переноса модели на другие продукты." }, { "id": "A02", "title": "Аргентина: YPF Luz, Justoken, Enertoken и JMWH", "file": "Argentina_Tokenization_A3.pdf", "date": "3 июля 2026", "pages": "1–4", "status": "Наш рабочий аналитический разбор", "use": "Договорный жизненный цикл энергии; различие учётной стоимости активов и ликвидности." }, { "id": "A03", "title": "Энергетика для камикадзе", "file": "Энергетика_для_камикадзе(1).pdf", "date": "черновик 0.9", "pages": "3–17", "status": "Авторский рабочий материал", "use": "Мощность, профиль, резерв и присоединение как обязательные части финансового разговора." }, { "id": "A04", "title": "Электричество: товар, услуга, мощность, токен", "file": "electricity_commodity_service_token.pdf", "date": "сентябрь 2026", "pages": "2–6", "status": "Конспект нашей беседы и статья", "use": "Несколько экономических продуктов на одном физическом потоке." }, { "id": "A05", "title": "Каскадная капитализация энергии и роль цифровых финансовых активов", "file": "Каскадная_капитализация_энергии_и_ЦФА_Проект_Эшелон.docx", "date": "18 июня 2026", "pages": "3–8", "status": "Авторская рабочая гипотеза", "use": "Участие энергетики в стоимости вычислений и результата; договорное распределение добавленной маржи." }, { "id": "A06", "title": "О переходе к непрерывному физическому наблюдению и интеллектуальному управлению электростанцией", "file": "TPS_Echelon_Official_Transcript_Energy_Flow_Methodology_2026-06-15.pdf", "date": "15 июня 2026", "pages": "3–10", "status": "Стенограмма разработки авторской концепции", "use": "Отделение измеренного потока от распределения затрат; проверка рекомендаций до автоматического управления." }, { "id": "A07", "title": "Декларативные (уведомительные) сделки. Рабочая тетрадь с приложениями", "file": "deklarativnye_sdelki_rabochaya_tetrad_s_prilozheniyami_v1_6.pdf", "date": "5 сентября 2026, версия 1.6", "pages": "3–16", "status": "Авторская рабочая тетрадь", "use": "Содержание заявления, доставка уведомления и пределы полномочий агента." }, { "id": "A08", "title": "Макропоказатели UCP / X5 Power: сербская расчётная модель", "file": "Macrofigures_UCP_Tolmacheva_X5Power.pdf", "date": "3 сентября 2026", "pages": "1–5", "status": "Наш сценарный инженерно-экономический расчёт", "use": "Проверка масштаба, базы сравнения и разницы между общей и дополнительной маржой." } ], "casework": [ { "id": "CW01", "title": "Сербия: право и денежный поток", "materials": [ "A01" ], "chapters": [ "02", "14" ], "prompt": "Составьте паспорт AVR Solar по нашему разбору и указанным публичным источникам. Отделите разрешённый объём выпуска от привлечённых денег. Посчитайте проценты за первые два года для условных 100 токенов.", "expected": "Денежное требование к эмитенту; 725 000 евро разрешённого номинала; 600 и 540 евро процентов при заданном ежегодном погашении. Историю выплат и ликвидность не считать установленными.", "critical_error": "Назвать держателя собственником электроэнергии или выдать модельный график за факт платежей." }, { "id": "CW02", "title": "Аргентина: прочитать показатель", "materials": [ "A02" ], "chapters": [ "01", "13", "16" ], "prompt": "Проверьте утверждение: «Enertoken привлёк свыше 800 млн долларов, и весь клиентский портал уже работает». Используйте анонс YPF Luz от 12.02.2026.", "expected": "Объём относится к токенизированным договорам и активам. Первый этап и описанный второй этап различаются. Для привлечённых средств, текущей эксплуатации и ликвидности нужны отдельные доказательства.", "critical_error": "Подменить учётную величину денежным оборотом или план фактом." }, { "id": "CW03", "title": "Сербия: дополнительная маржа", "materials": [ "A08" ], "chapters": [ "11", "18" ], "prompt": "В сценарии годовая база 133,87 млрд RSD, маржа меняется с 2% на 8%. Найдите прибавку и перечислите, что надо проверить перед масштабированием.", "expected": "133,87 × (0,08 − 0,02) = 8,0322 млрд RSD, округлённо 8,03. Уточнить базу, расходы, пилот, охват, тарифы и повторяемость; ставки сценарные.", "critical_error": "Назвать 10,71 млрд дополнительным эффектом или представить 2% как установленную маржу EPS." }, { "id": "CW04", "title": "Мощность для ИИ", "materials": [ "A03", "A05" ], "chapters": [ "03", "17" ], "prompt": "Ввод 100 кВт, одновременная обязательная нагрузка 70 кВт, запас 10 кВт, PUE 1,25. Найдите мощность ИТ и энергию за 6 часов. Можно ли обещать число ответов языковой модели?", "expected": "20 кВт общей дополнительной нагрузки, 16 кВт ИТ; 120 и 96 кВт·ч соответственно за 6 часов. Для количества качественных ответов нужен измеренный тест модели и оборудования.", "critical_error": "Приравнять кВт к кВт·ч или объявить универсальный курс между энергией и токенами ИИ." }, { "id": "CW05", "title": "Каскад и доля результата", "materials": [ "A05", "A06" ], "chapters": [ "11", "18" ], "prompt": "Конечная выручка 100 000 руб., внешние затраты 10 000 + 25 000 + 30 000 руб. Партнёру положено 20% остатка по договору. Посчитайте остаток и долю, объясните консолидацию.", "expected": "Остаток 35 000 руб., дополнительная доля 7 000 руб. до указанных исключённых статей. Внутренние счета не прибавлять второй раз к конечной выручке; договор определяет право на долю.", "critical_error": "Сложить выручку всех звеньев без исключения внутренних оборотов или приписать энергопоставщику всю прибыль." }, { "id": "CW06", "title": "Уведомление и действие", "materials": [ "A07" ], "chapters": [ "04", "18" ], "prompt": "Агент сообщил агрегатору о готовности магазина снизить нагрузку на 20 кВт. Нет интервальных показаний, подтверждения полномочий и принятия заявки. Сформулируйте следующий шаг.", "expected": "Оставить предложение; запросить данные ресурса, полномочия и предусмотренное правилами подтверждение заявки. Команду оборудованию не исполнять. Уведомление и согласие адресата учитывать отдельно.", "critical_error": "Включить управление или создать обязательство другой стороны на основании одного сообщения." } ] }