Происхождение энергии
Сертификат на МВт·ч
Начнём с ситуации
Компания получает электричество из общей сети и хочет подтвердить происхождение закупки. По счётчику видно количество потреблённой энергии. Для заявления о происхождении нужен ещё признанный сертификат и история его использования. Эти два доказательства отвечают на разные вопросы.
Что мы обещаем и кому
Сертификат относится к генератору, технологии, месту и периоду выработки. По описанию EPA сертификат REC (сертификат возобновляемой энергии) в США отражает атрибуты 1 МВт·ч. Правила признания, передачи и использования устанавливает соответствующая система. Европейские и международные механизмы требуют своих проверок.
Как это оформляют
Покупатель приобретает сертификаты непосредственно или вместе с поставкой. Реестр хранит выпуск, передачу и погашение в пользу конкретного получателя заявления. Договор определяет допустимые технологии, географию, год и принадлежность экологического заявления.
Что добавляет цифровая запись
Цифровая оболочка должна сохранять уникальную связь с исходным сертификатом. При переносе в дополнительный реестр блокируют параллельный оборот или используют официальную интеграцию. Погашение в одном месте согласуется с исходной системой. Дробление требует поддержки правил и точного учёта остатка.
Что и как проверяем
Объём сертификатов сопоставляют с потреблением в допустимых границах. Годовое соответствие не подтверждает совпадение каждого часа. Данные источника, серийный номер, владелец и статус погашения являются обязательными. Климатическое заявление требует проверки правил используемой отчётности.
Где можно ошибиться
Если сертификат продан, прежний владелец не может без основания сохранить за собой то же заявление. Проверим и цифровую копию: что с ней происходит после погашения исходной единицы? Правила признания задаёт соответствующий реестр, и платформа должна с ними согласоваться.
Как я бы выбирал конструкцию
TraceX и M-RETS показывают реальную интеграцию. Я бы смотрел на согласованность статусов, восстановление после ошибки и стоимость операций. Быстрая передача записи полезна, когда при этом сохраняется однозначная история атрибута.
Покрытие закупки
Потребление 120 МВт·ч, допустимые и погашенные в пользу покупателя сертификаты на 90 МВт·ч. Годовое покрытие 90 / 120 = 75%.
Оставшиеся 30 МВт·ч не подтверждены этими сертификатами. Даже покрытие 100% за год не доказывает почасовое соответствие.
Мировой пример: TraceX / M-RETS
США. Описанная интеграция. Площадка связана со счетами пользователей в реестре M-RETS.
Подтверждено: Описаны передача сертификатов, обновление владельца и фиксация погашения.
Чего мы пока не знаем: Публичного подтверждения ликвидности каждой категории сертификатов нет. Реестр и торговая площадка выполняют разные функции.
Вывод автора: надёжная синхронизация с исходным реестром важнее количества выпущенных оболочек.
Источники: Powerledger: M-RETS / TraceX
Проверьте, как вы поняли главу
1. Что подтверждает сертификат?
Определённый атрибут выработки по правилам системы.
2. Какова роль погашения?
Оно связывает использованный атрибут с конкретным заявлением и выводит его из оборота.
3. Почему номер должен быть уникальным?
Для предотвращения повторной передачи и использования.
4. Годовое и почасовое покрытие совпадают?
Годовой баланс не устанавливает распределение по часам.
5. Можно ли сохранить заявление после продажи атрибута?
Требуется следовать правилам учёта; одно и то же исключительное заявление повторно использовать нельзя.
Расчётные задачи
Задача 1. Потребление 250 МВт·ч, погашено 200 сертификатов по 1 МВт·ч. Покрытие?
200 / 250 = 80%.
Задача 2. Нужно закрыть 50 МВт·ч, сертификат стоит 300 руб./МВт·ч. Стоимость без комиссий?
50 × 300 = 15 000 руб.
Найдите ошибку
Одна и та же серия свободно продаётся в исходном реестре и в блокчейне.
Возникло двойное обращение. Заблокировать выпуск оболочек до появления проверяемого механизма синхронизации или резервирования.
Источники: US EPA: Renewable Energy Certificates, Powerledger: M-RETS / TraceX, Powerledger: ekWateur