607 / 691CHAIN

On-chain Analysis

Анализ данных блокчейна и границ их интерпретации

On-chain Analysis изучает транзакции и состояние блокчейна. Он отделяет проверяемые суммы и связи от оценок владельцев, целей переводов и экономической активности. Адрес — не человек, поступление на биржу не означает автоматической продажи, а исторические метрики могут пересматриваться задним числом.

On-chain Analysis — анализ данных, записанных в блокчейне, и производных от них метрик. Интерпретация может использовать внешние метки и эвристики; их предположения, время доступности и неопределённость необходимо отличать от самой записи транзакции.

Bitcoin Developer Guide описывает входы, ссылающиеся на предыдущие выходы, и новые выходы с суммой и условиями расходования. Наш анализ отделяет эти проверяемые данные от интерпретации цели: сама запись не говорит, была ли это покупка товаров, перевод между собственными кошельками или другая операция. Идентификатор транзакции не удостоверяет личность участника. [Bitcoin Developer Guide — Transactions]

Bitcoin Developer Guide объясняет сдачу как обычный выход транзакции. Поэтому наше измерение не считает всю сумму выходов платежом другому владельцу. Сдача и переводы между собственными адресами могут увеличивать валовой объём без смены экономического владельца соответствующей суммы. Для распознавания таких переводов нужны дополнительные сведения или явно указанные предположения. [Bitcoin Developer Guide — Transactions]

Glassnode объединяет адреса в оценочные сущности с помощью эвристик и характеризует эти данные как статистические и изменяемые. Поэтому наша интерпретация не превращает число активных адресов в число людей. Один участник может использовать много адресов, а кастодиан — хранить средства нескольких клиентов. Оценка общего контроля не является проверкой личности или точной переписью пользователей Bitcoin. [Glassnode — Entities]

Lightning Network позволяет обновлять распределение средств в платёжных каналах без записи каждого отдельного платежа в блокчейн. Поэтому наше on-chain измерение не охватывает все платежи. Также необходимо отличать перевод в блокчейне от внутреннего учёта сервиса. Отсутствие отдельной on-chain транзакции не доказывает, что экономической активности не было. [Lightning Network]

Glassnode предупреждает о неполном охвате адресов, внутренних перемещениях и последующих изменениях биржевых меток. Его on-chain метрики бирж не являются объёмом спотовой торговли или торговли деривативами. Наша интерпретация не считает поступление на биржу доказательством состоявшейся продажи. Наблюдаемый баланс также не включает полные обязательства и все активы, поэтому сам по себе не доказывает платёжеспособность сервиса. [Glassnode — Exchange Data Transparency Notice]

Glassnode различает время, присвоенное измеряемому интервалу, и момент публикации метрики. Подтверждения, обработка и реорганизации могут изменить доступность или значения данных. Поэтому мы фиксируем конец наблюдаемого периода, время получения данных и состояние цепочки. Временная отметка графика сама по себе не доказывает, что аналитик тогда знал отображаемое окончательное значение. [Glassnode — Introducing Point-in-Time Data: Addressing the Mutability of On-chain Metrics]

Glassnode описывает пересмотры при изменении кластеров, меток или расчётов; его данные Point-in-Time сохраняют значение на момент первой публикации. При оценке решений прошлого наша историческая симуляция использует доступные тогда версии. Пересчитанный сегодня ряд может содержать сведения, полученные позже, и создавать Look-ahead Bias. При этом зафиксированная версия не гарантирует правильной оценки владения. [Glassnode — Introducing Point-in-Time Data: Addressing the Mutability of On-chain Metrics]

Bitcoin Developer Guide позволяет различать входы и выходы транзакций и состояние неизрасходованных выходов. Наша методика записывает вместе с данными диапазон блоков, единицы, фильтры, версию расчёта и происхождение меток. Ценовые данные она добавляет как отдельный внешний вход. On-chain Analysis может описывать наблюдаемое поведение с указанными ограничениями; сам по себе он не даёт гарантированно верного прогноза будущей цены Bitcoin. [Bitcoin Developer Guide — Block Chain]

ПримерПРИМЕР · CHAIN

Одинаковые выходы, разные предположения о контроле

Наша вымышленная модель обычной транзакции, не Coinbase Transaction, расходует один предыдущий выход стоимостью 100000 sat. Она создаёт выходы X и Y с суммами [40000, 59000] sat. Их сумма равна 99000 sat, а разница 1000 sat составляет комиссию транзакции; комиссия не является третьим выходом этой транзакции. График отдельно показывает X, Y и разницу F как комиссию, всё в sat. Это не временной ряд и не оценка числа пользователей. Две взаимоисключающие интерпретации добавляют разные сведения извне блокчейна к одним и тем же наблюдаемым суммам. В интерпретации A выход X контролирует другой участник, а Y является сдачей исходного участника. В интерпретации B оба выхода по-прежнему контролирует исходный участник. В обоих случаях сумма выходов остаётся 99000 sat. При этих заданных предположениях сумма в выходах, переданная под контроль другого участника, для A и B равна [40000, 0] sat. Это сравнение явно исключает комиссию майнеру и не является полной мерой экономической активности. Одни суммы не определяют, какая интерпретация верна; даже смена контроля не доказывает покупку товаров или биржевую сделку. Модель не приписывает вариантам вероятности и не прогнозирует цену Bitcoin.

Для полной картины прочитайте эту статью вместе с UTXO, Address Clustering, Exchange Flows, Look-ahead Bias, Lightning Network. На эту статью также ссылаются Рыночная капитализация, Pavel Moravec, Czech Ministry Bitcoin donation scandal, Bitcoin Adoption Metrics.

01Означает ли перевод на биржу, что кто-то продал Bitcoin?

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

02Почему историческая метрика сегодня показывает другое значение?

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

DOC · 001Bitcoin Developer Guide — TransactionsДокументация ↗DOC · 002Bitcoin Developer Guide — Block ChainДокументация ↗DOC · 003Glassnode — EntitiesДокументация ↗DOC · 004Glassnode — Exchange Data Transparency NoticeДокументация ↗DOC · 005Glassnode — Introducing Point-in-Time Data: Addressing the Mutability of On-chain MetricsДокументация ↗DOC · 006Lightning NetworkДокументация ↗
Сначала источники · Не является инвестиционной рекомендацией