От счетчика до блокчейна: доказуемая устойчивость криптоинфраструктуры и новая система MRV для Proof-of-Work
- -
- 100%
- +
Аналогичная логика применима к углероду. Уровень C1 содержит прямые выбросы, например, от контролируемого сжигания топлива на объекте. Уровень C2 относится к приобретённой энергии. Уровень C3 относится к цепочке создания стоимости оборудования, топлива, строительства и отходов. Регламент ЕС использует области 1, 2 и 3 для соответствующих раскрытий, что создаёт основу для совместимости VMSP с корпоративной отчётностью.
Ниже проверочная сверка энергии, энергомикса и выбросов разложена на признаки, которые можно последовательно проверить при закрытии периода. Такой блок позволяет перед следующим аргументом сверить логику различия между энергией, выбросами и ресурсами.
Такой подход помогает иначе посмотреть на понятие гринвошинга. Недостоверное экологическое утверждение не всегда является прямой ложью. Оно может возникнуть из корректной цифры, помещённой в неверный контекст. Например, оператор может правдиво сообщить, что приобрёл сертификаты на объём электроэнергии, равный годовому потреблению, и одновременно создать у читателя впечатление, что физически каждый час майнинга обеспечивался соответствующей генерацией. Если временное и территориальное соответствие не доказано, эти утверждения нельзя считать равнозначными.
Поэтому VMSP должен хранить не только значение, но и смысл экологического утверждения. Я разделяю такие утверждения на три формата. Формат P описывает физический факт на площадке. Формат A относится к атрибуции по договорному или расчётному правилу. Формат C описывает контрфактический или сравнительный сценарий. Фраза «площадка потребила 10 ГВт·ч» относится к P. Сообщение о сертификатах происхождения для этого объёма относится к A. Сравнение с выбросами при среднем коэффициенте сети относится к C. Значительная часть спорных экологических формулировок появляется именно тогда, когда эти уровни незаметно смешиваются.
В связи с чем предлагаю различать временную точность атрибуции. Уровень G1 использует годовое сопоставление. Уровень G2 использует месячное сопоставление. Уровень G3 использует часовое сопоставление. Чем выше временная гранулярность, тем меньше возможность скрыть несовпадение профиля потребления и генерации внутри периода. Однако более точное сопоставление требует более сложных данных и не во всех юрисдикциях поддерживается рынком энергетических атрибутов.
VMSP не должен объявлять один уровень универсально правильным. Его задача состоит в том, чтобы сделать уровень видимым. Тогда инвестор может отличить заявление «за год приобретено количество атрибутов, равное годовому потреблению» от заявления «каждый час потребления был сопоставлен с генерацией соответствующего типа». Эти формулировки описывают разные доказательства.
Сходная проблема возникает с понятием «безуглеродная энергия». Атомная энергия не относится к возобновляемой по определению европейской директивы, но имеет низкие прямые выбросы при производстве электричества. В исследовании Cambridge она включена в более широкую категорию устойчивых источников вместе с возобновляемой энергией. Если в отчёте назвать все 52,4 процента возобновляемыми, будет создано фактическое искажение. Правильное раскрытие должно показывать 42,6 процента возобновляемых источников и 9,8 процента атомной энергии отдельно.
Этот пример показывает, почему словарь показателей является частью MRV. Система должна хранить не произвольный текст «зелёная энергия», а формализованную категорию источника и нормативное определение, если оно используется. Иначе одинаковое слово у двух компаний может означать разные наборы технологий.
Для ресурсов проблема терминов ещё острее. Электронный отход определяется не техническим возрастом устройства, а событием, при котором оборудование становится отходом в соответствующей правовой и операционной границе. Перепроданный ASIC может быть экономически устаревшим для одной компании и продолжать работать у другой. Поэтому показатель срока службы оборудования нельзя напрямую превращать в массу отходов.
Для VMSP я предлагаю вести событийный журнал жизненного цикла устройства. На уровне отдельной единицы оборудования или партии фиксируются ввод, перемещение, ремонт, модернизация, вывод с площадки, передача, повторное использование, переработка и утилизация. Публичное раскрытие может агрегировать эти события в тонны и доли, но исходная логика остаётся событийной.
Такая структура помогает предотвращать двойной счёт переработки. Если один оператор передал оборудование посреднику, а посредник позже передал его переработчику, нельзя считать это двумя случаями переработки. В доказательной цепочке должен существовать один конечный статус и история переходов.
Аналогичный принцип нужен для воды. Измерение на водомере показывает физический поток, но не всегда показывает его назначение. Вода может использоваться для охлаждения, санитарных нужд, пожарной системы и иных функций площадки. Поэтому прямой водный регистр должен иметь правило распределения по функциям, если раскрытие относится именно к поддержанию консенсуса.
Здесь снова полезна бухгалтерская аналогия с распределением общепроизводственных расходов. Если один ресурс обслуживает несколько процессов, нужен прозрачный драйвер распределения. Для воды таким драйвером может быть отдельный прибор, технологическая схема или инженерный расчёт. Для общей электрической нагрузки административного здания может применяться отдельная точка учёта или обоснованный коэффициент.
Из этого следует принцип устойчивой границы учёта. Границу экологического показателя нельзя выбирать только потому, что так проще получить удобный итог. Она должна соответствовать физической и хозяйственной структуре объекта. Если часть инфраструктуры передана подрядчику, воздействие не обязательно исчезает из цепочки. Оно может перейти из прямого показателя в показатель цепочки создания стоимости.
Регламент ЕС проводит подобное различие через области выбросов и добровольные ресурсные показатели. Я иду дальше и сохраняю связь между границей площадки и границей раскрытия. Тогда при консолидации нескольких объектов система знает, какие потоки уже включены, а какие находятся у поставщика.
Это особенно важно для хостинга. Владелец ASIC может не контролировать энергию, воду и систему охлаждения. Если он публикует экологическую информацию, то должен получать проверяемые данные от хостера. При этом хостер не должен передавать один и тот же ресурсный атрибут нескольким клиентам сверх фактического объёма. Такая задача уже напоминает распределение затрат и прав на атрибуты.
Поэтому я предлагаю ввести понятие экологического субсчёта площадки. Общая энергия и ресурсы хостингового объекта сначала измеряются на уровне площадки. Затем они распределяются по клиентам по проверяемому правилу, связанному с фактической нагрузкой и вычислительной активностью. Сумма субсчётов не должна превышать общий измеренный объём. Это простое контрольное равенство может стать действенным антигринвошинговым механизмом.
Для энергии такое равенство записывается так:
Σ Eклиент ≤ Eплощадка.
Разница может относиться к общей инфраструктуре, потерям и нагрузке, которую нельзя обоснованно распределить. Она не должна исчезать. VMSP должен хранить её как отдельную категорию и раскрывать правило последующего распределения, если оно применяется.
Для углерода контроль сложнее, поскольку коэффициенты могут различаться по времени и договорной атрибуции. Но принцип остаётся тем же. Нельзя распределить больше низкоуглеродного атрибута, чем подтверждено доступным объёмом. В дальнейшем я предложу реестр прав на экологические атрибуты, который будет предотвращать двойное использование одного PPA или сертификата в нескольких заявлениях.
Таким образом, различие между энергией, выбросами и ресурсами имеет не терминологическое, а архитектурное значение. Каждый тип данных требует собственного первичного источника, собственной границы и собственного правила консолидации. Попытка собрать их в один показатель до создания этих регистров делает отчёт удобным для презентации, но слабым для проверки.
Из анализа этого подраздела я делаю второй вывод. Экологическую устойчивость Proof-of-Work не следует сводить к единому индексу до тех пор, пока система не сохраняет раздельные регистры энергии, углеродной атрибуции и ресурсов. Сведение допустимо только после проверки границ, периода и происхождения коэффициентов. Это меняет саму конструкцию отчётности: вместо одной «зелёной» метрики появляется набор взаимосвязанных доказательств.
Но даже такая система пока не решает главный инфраструктурный вопрос: где именно получить данные, если вычислительная сеть распределена между площадками, пулами и юрисдикциями. Счётчик видит электричество, пул видит шары и хешрейт, блокчейн видит найденные блоки, а регулятор видит раскрытие юридического лица. Между этими уровнями нет автоматической связи. В следующем подразделе будет рассмотрена именно эта разорванность.
1.3. Проблема распределённой инфраструктуры
В традиционной промышленной отчётности физический объект обычно имеет понятную границу. Завод расположен по конкретному адресу, подключён к энергосистеме через определённые точки учёта, оборудование находится на балансе или в аренде, а производственный результат отражается внутри одной хозяйственной системы. У майнинга Proof-of-Work эта логика распадается на несколько уровней. Физическая площадка потребляет электричество. ASIC выполняют вычисления. Пул распределяет задания и принимает результаты. Блокчейн фиксирует только те результаты, которые достигают сетевого порога и становятся блоками. Юридическое лицо может владеть оборудованием, арендовать мощность у хостера, продавать хешрейт по договору или работать через несколько пулов. Экологическое раскрытие при этом может публиковать совсем другая организация, например, поставщик криптоуслуг.
Именно распределённость превращает устойчивость в задачу связывания данных. Регламент ЕС 2025/422 прямо признаёт, что из-за распределённой природы технологии получение точной и надёжной информации может быть затруднено. Документ допускает использование оценок, если информация недоступна в разумный срок, и указывает, что при невозможности определить местонахождение узлов могут использоваться локальные, региональные или глобальные данные в зависимости от доступности.Это важное признание: проблема заложена не только в качестве отдельных исследований, но и в архитектуре самой сети.
Чтобы увидеть эту архитектуру, нужно разделить понятия «майнер», «пул» и «сеть». В бытовом описании они часто сливаются. На техническом уровне это разные роли. Современная спецификация Stratum V2 описывает устройство майнинга, сервис пула, прокси майнинга, модуль объявления задания и поставщика шаблона блока. Пул распределяет задания, принимает долевые подтверждения работы и организует выплаты. Устройство выполняет хеширование. Прокси может объединять множество устройств одной площадки.
Эта схема имеет прямое значение для MRV. Счётчик энергии обычно находится рядом с физическим объектом и не знает, какому пулу отправлен вычислительный результат. Пул видит адрес подключения и статистику долей, но обычно не получает сертифицированные показания электросчётчика. Блокчейн вообще не содержит поля, в котором записано количество кВт·ч, затраченных на конкретный блок. Значит, доказательство устойчивости должно быть создано вне базового протокола Bitcoin, но связано с его вычислительными событиями. Для распределённой инфраструктуры центральным становится не один показатель, а непрерывность связи между физическим объектом, вычислительным результатом и раскрытием.
Распределённая инфраструктура становится понятнее, если прочитать её как разрыв наблюдений. Показания счётчика отражают потребление, пул фиксирует принятую вычислительную работу, сеть фиксирует результат консенсуса, а юридическое лицо формирует внешнее утверждение. Ни один из этих уровней сам по себе не соединяет всю цепочку. Я связываю их через общие идентификаторы, периоды и правила происхождения данных.
Счётчик фиксирует физическое событие на площадке, оператор связывает его с эксплуатационным контекстом, пул подтверждает вычислительный результат, а сеть формирует внешний уровень наблюдения. Публичное раскрытие находится в конце этой цепочки и должно сохранять возможность обратного прохода к каждому предыдущему звену.
В этой визуализации показана цепочка, которую VMSP должен сделать непрерывной. Слева находятся физическая площадка и прибор учёта. В центре находятся вычислительные устройства и пул, через который подтверждается объём выполненной работы. Справа находятся агрегирование на уровне сети и раскрытие. Между этими слоями нужны проверяемые идентификаторы и временные интервалы. Без них энергия и хешрейт остаются двумя параллельными потоками данных.
Техническая спецификация Stratum V2 полезна ещё и потому, что она показывает: пул получает частые результаты вычислительной работы, которые могут использоваться для более точного измерения хешрейта участника. В описании целей протокола отдельно отмечена возможность быстро передавать результаты хеширования для точного измерения хешрейта и распределения вознаграждения. Для VMSP это означает, что вычислительный результат можно атрибутировать не только по редкому факту нахождения блока. Долевые подтверждения работы дают более плотный временной ряд.
Но здесь возникает вопрос доверия. Данные о долях находятся у пула или у программного посредника, а данные счётчика находятся у оператора площадки или энергокомпании. Если одна сторона самостоятельно сообщает и энергию, и хешрейт, система получает риск внутреннего манипулирования. Поэтому архитектура MRV должна предусматривать независимые каналы происхождения данных и последующую сверку.
Для VMSP я выбираю понятие связанного измерительного интервала. Для каждого интервала, например, пятнадцати минут или одного часа, формируется пакет, который содержит показание энергии, идентификатор точки учёта, идентификатор площадки, агрегированную статистику вычислительной работы и ссылку на пул или иной источник подтверждения хешрейта. Пакет подписывается или хешируется, а последовательность пакетов должна позволять обнаруживать пропуски и поздние изменения.
Выбор интервала имеет значение. Годовая цифра удобна для отчётности, но плохо подходит для проверки причинной связи. Если площадка за год потребила 100 ГВт·ч и заявила определённый хешрейт, невозможно понять, совпадали ли периоды потребления и вычислений. При коротком интервале можно увидеть отключения, миграцию между пулами, работу резервного оборудования и несогласованность данных. При этом слишком короткий интервал создаёт большой объём информации и риски раскрытия коммерческих деталей. Поэтому VMSP должен поддерживать несколько уровней гранулярности с последующим агрегированием.
Для публичного раскрытия может быть достаточно суточных или месячных агрегатов. Для независимого верификатора могут быть доступны часовые значения. Для внутреннего контроля площадки можно хранить интервалы счётчика в исходной гранулярности. Такой подход сочетает проверяемость и конфиденциальность.
Проблема географии показывает, почему одной статистики пула недостаточно. Методология Cambridge Mining Map строилась на данных IP-адресов операторов, подключавшихся к участвующим пулам. Пулы агрегировали географическое распределение хешрейта, после чего исследователи объединяли данные и экстраполировали их на сеть. В последние периоды выборка охватывала примерно от 32 до 38 процентов общего хешрейта. Cambridge отдельно указывает два ключевых ограничения. Выборка могла быть нерепрезентативной, а использование VPN и прокси могло искажать местонахождение.
На странице карты по-прежнему отображается январь 2022 года как последний доступный период. Там же приведено предупреждение, что показатели для Германии и Ирландии, вероятно, были завышены из-за перенаправленных IP-адресов через VPN или прокси. Для экологической отчётности это критично. Ошибка геолокации меняет не только карту. Она меняет предполагаемый энергомикс и коэффициент выбросов.
Проблему неполного наблюдения сети удобно показать через долю хешрейта, которую охватывают две разные эмпирические базы Кембриджа.
Географический слой становится полезным лишь тогда, когда он связан с конкретным источником и датой наблюдения. При построении этой конструкции я опираюсь на Кембриджскую карту майнинга и отраслевой отчёт 2025 года.
Неполный охват сам по себе не делает исследование непригодным. Статистика почти всегда использует выборку. Проблема начинается, когда пользователь не знает долю охвата или предполагает, что выборка автоматически репрезентативна. Поэтому коэффициент измерительного охвата, предложенный в предыдущем подразделе, должен быть видимой частью любого сетевого экологического показателя.
К коэффициенту измерительного охвата я добавляю коэффициент атрибуционной целостности. Он отвечает на другой вопрос: какая доля измеренной энергии может быть связана с доказанным вычислительным результатом в том же интервале. Формально это можно записать так:
Ка = Eсвяз / Eизм × 100 процентов,
где Eсвяз означает энергию, для которой существует связанный вычислительный пакет, а Eизм означает всю измеренную энергию в заявленной границе площадки.
Если площадка потребила 10 ГВт·ч, но подтверждённый хешрейт существует только для периода, соответствующего 8 ГВт·ч, Ка равен 80 процентам. Оставшиеся 20 процентов нельзя автоматически приписать майнингу. Возможно, это вспомогательная нагрузка, иное вычисление, простой оборудования, строительство или ошибка данных. Такой коэффициент дисциплинирует границы и не позволяет превращать весь счёт объекта в экологический показатель Proof-of-Work без проверки назначения нагрузки.
Для площадок, где 98 или 100 процентов мощности действительно занято майнингом, показатель будет высоким. Но система не должна исходить из этого как из универсального предположения. Cambridge в исследовании 2025 года сообщил, что 98 процентов мощности опрошенных операторов было отведено Bitcoin, что характерно для этой выборки. Однако развитие совместных площадок с высокопроизводительными вычислениями и искусственным интеллектом делает будущую атрибуцию сложнее. Один объект может переключать часть мощности между разными вычислительными задачами.
Поэтому измерительная граница должна проходить не только по электрическому вводу, но и по технологическому назначению нагрузки. Это напоминает центры затрат в управленческом учёте. Общий счёт за электричество можно распределить между видами деятельности только при наличии правила распределения. В VMSP таким правилом должен стать подтверждённый профиль нагрузки устройств и вычислительный результат.
Первичные источники данных на разных уровнях распределённой инфраструктуры я сопоставляю по единым характеристикам. Так можно перейти от самой проблемы распределённости к следующему уровню анализа, не потеряв происхождение данных.
Отсюда следует архитектурный вывод: VMSP не должен создавать централизованную базу, в которую все участники вручную заносят окончательные цифры. Такой подход просто переносит проблему доверия в новую таблицу. Протокол должен связывать независимые источники и фиксировать их происхождение. Итоговый показатель строится только после сверки.
Я рассматриваю площадку с десятью тысячами ASIC. На вводе установлен коммерческий счётчик. Внутренняя система мониторинга знает суммарную мощность стоек. Прокси Stratum объединяет соединения и отправляет работу в два пула. Пулы возвращают статистику принятых долей. Если оператор заявляет месячное потребление 12 ГВт·ч и определённый хешрейт, верификатор может выполнить несколько независимых проверок. Он сверяет приращение счётчика с расчётным документом энергоснабжающей организации, сравнивает энергетический профиль с телеметрией стоек, сопоставляет заявленный хешрейт с данными пулов и проверяет, правдоподобна ли суммарная вычислительная активность относительно установленного парка устройств. Ни одна из этих процедур не является полной сама по себе, но вместе они формируют доказательную цепочку.
Такой подход можно назвать тройной сверкой. Первая сверка физическая: счётчик против внутренней телеметрии. Вторая сверка вычислительная: оборудование против пулов. Третья сверка экономическая: энергия и хешрейт против операционных документов, например, счетов поставщика, договоров хостинга и отчётных данных компании. Я использую слово «экономическая» не потому, что экологическая отчётность должна зависеть от цены, а потому, что хозяйственные документы создают дополнительный независимый след деятельности. Если предприятие заявляет большой расход энергии, но в документах отсутствуют соответствующие счета, платежи или договоры поставки, это повод для проверки. Если заявлен большой хешрейт, но оборудование и амортизационный реестр не подтверждают достаточную вычислительную мощность, возникает второе несоответствие. VMSP может использовать такие логические проверки без раскрытия коммерческой стоимости публично.
Распределённая инфраструктура создаёт ещё одну проблему: смену пула. Оператор может переключать хешрейт между пулами в течение дня. Если отчёт строится только на месячной справке одного пула, часть вычислений может потеряться или учитываться дважды. Поэтому пакет должен содержать идентификатор назначения вычислительной работы и точные интервалы. При смене пула последовательность пакетов должна показывать закрытие одного назначения и открытие другого.
Похожий риск возникает при хостинге. Владельцу ASIC может принадлежать оборудование, но энергия оплачивается оператором площадки. Владелец может получать хешрейт и вознаграждение, не имея прямого доступа к счётчику. Если оба участника публикуют экологические заявления, возникает риск двойного присвоения одной и той же «зелёной» энергии. Для VMSP нужен принцип права на утверждение. Физическое измерение может быть доступно нескольким сторонам, но экологический атрибут должен иметь правило владения или лицензирования, которое предотвращает двойное использование в разных публичных заявлениях.
Эта тема будет подробно развита в разделе о правовой инженерии, но измерительная основа должна быть заложена уже здесь. Каждый пакет устойчивости должен содержать не только технический источник, но и субъект, который имеет право использовать его в раскрытии. В бухгалтерской практике документ связан с хозяйствующим субъектом. Аналогично экологическое доказательство должно быть связано с юридической ответственностью.
Распределённость имеет и положительную сторону. Поскольку сеть открыта, часть вычислительного результата можно проверять независимо. Публичная сложность сети, блоки и параметры консенсуса создают внешнюю опору, которой нет у закрытого промышленного процесса. Это делает возможной проверку правдоподобия заявленного хешрейта. Если отрасль создаст стандарт связи между физическими измерениями и вычислительными подтверждениями, открытый характер блокчейна может стать элементом экологического аудита, а не только источником сложности.
Этот принцип я называю внешним якорем. В закрытой системе оператор способен представить внутренний отчёт, который трудно сопоставить с внешним событием. В Proof-of-Work вычислительная работа оставляет след в пуле и статистически связана с публичными параметрами сети. VMSP использует такой след для проверки агрегатов. Публиковать каждого работника пула или каждое устройство для этого не требуется. Достаточно криптографически связать агрегированный пакет с набором данных, который можно подтвердить.
Отсюда появляется ещё одно важное различие между приватностью и непрозрачностью. Оператор может законно не хотеть раскрывать точное число устройств, адрес площадки, цену электричества или конкретный пул. Но это не означает, что проверяемость невозможна. Независимый верификатор может видеть детальные данные, а публичный слой может содержать их криптографический отпечаток, диапазон или агрегат. Позднее в книге этот подход будет развит через механизмы агрегации с сохранением конфиденциальности.
Для первого раздела достаточно сформулировать базовый принцип. Проверяемость не требует полной публичности всех исходных данных. Она требует возможности доказать, что опубликованный агрегат был построен из неизменённых первичных записей по раскрытому правилу. Это различие важно для промышленного внедрения, поскольку компании не примут систему, которая превращает экологическую отчётность в публикацию коммерческой телеметрии.