607 / 736CHAIN

On-chain Analysis

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

Кто-то переместил биткоины, а заголовок уже сообщает, что крупный держатель продаёт. Сам перевод этого не доказывает. On-chain Analysis изучает публичные записи Биткоина: транзакции, суммы и связи между ними. Он помогает описывать активность сети, если отделять видимую запись от оценок того, кто контролирует средства и зачем их перемещает.

On-chain Analysis исследует данные блокчейна, то есть связанных блоков транзакций, и вычисленные из них показатели. Часть сведений проверяется напрямую. Другие выводы требуют внешних данных или правил оценки. Граница между наблюдением и интерпретацией определяет, что анализ действительно нам сообщает.

Алёна читает о крупном перемещении биткоинов. Кто-то мог оплатить покупку, перевести средства в другой собственный кошелёк или внести их в сервис. Bitcoin Developer Guide объясняет содержание обычной транзакции: входы ссылаются на ранее полученные суммы, а выходы задают новые суммы и условия их расходования. Эти связи можно проверить. Сами они не показывают, какая из перечисленных ситуаций произошла. Идентификатор обозначает транзакцию, а не официальную личность человека. [1]

Вспомним оплату банкнотой и получение сдачи. Аналогично транзакция Биткоина может целиком использовать ранее полученную сумму, создав выход получателю и выход со сдачей плательщику. Bitcoin Developer Guide описывает сдачу как обычный выход, а не отдельный вид денег. Складывая все выходы, Алёна учитывает и сдачу. Более того, весь перевод мог пройти между собственными адресами. Чтобы определить, сколько перешло под чужой контроль, нужны дополнительные доказательства или явно указанное предположение. [1]

Адрес служит для получения биткоинов; это не удостоверение личности. Человек может использовать множество адресов, а хранитель — держать средства многочисленных клиентов. Glassnode работает также с сущностями: оценочными группами адресов под общим контролем. Для этого применяются эвристики, правила предположения о связях в данных, а не реестр проверенных имён. Поставщик прямо признаёт, что статистические оценки могут меняться. Поэтому Алёна не может просто выдавать количество активных адресов или таких групп за число пользователей Биткоина. [3]

Lightning Network позволяет платить через платёжные каналы: участники обновляют распределение средств без отдельной записи каждого платежа в блокчейн. Поэтому on-chain обзор не перечисляет все биткоин-платежи. Сервис также может перемещать клиентские балансы в собственной системе учёта. Это отличается от перевода, записанного в сети Биткоина. Если Алёна не находит отдельную транзакцию, она ещё не может заключить, что экономической активности не было. [6]

Отнесение адреса к бирже основано на дополнительных сведениях, а не на самой сумме. Glassnode предупреждает о неполных и добавленных задним числом метках, а также о влиянии внутренних переводов биржи. Его биржевые on-chain показатели отслеживают движения и остатки, а не исполненные покупки и продажи самих активов или контрактов, стоимость которых от них зависит. Алёна может наблюдать поступление на отмеченный адрес, но без других данных не знает, продал ли кто-то. Видимый остаток также не доказывает способность биржи выполнить обязательства: он не показывает всех долгов и не обязательно охватывает все активы. [4]

Время под точкой графика может обозначать измеряемый интервал, а не публикацию показателя. Glassnode описывает ожидание подтверждений и обработку данных. На данные влияет и реорганизация: узел заменяет часть ранее отслеживаемой ветви другой действительной ветвью согласно правилам сети. Для оценки прошлого решения Алёне нужны конец измеряемого периода, доступность конкретной версии, время её получения и использованное состояние цепочки. Дата на сегодняшнем графике не доказывает, что нынешнее значение было известно тогда. [5]

Поставщик позднее узнаёт, что адреса принадлежали одному сервису, или исправляет расчёт. Исторический показатель может измениться, хотя исходный перевод остался прежним. Для исторических тестов Glassnode предлагает данные Point-in-Time, сохраняющие первое опубликованное значение без последующих пересмотров. Алёна может использовать прежнюю версию, но всё равно должна проверить, когда та была доступна. Применение сегодняшних знаний в моделировании прошлого решения создаёт Look-ahead Bias: информация из будущего искажает тест. Фиксация данных не гарантирует правильного определения владельца. [5]

Bitcoin Developer Guide различает потраченные и непотраченные выходы. Непотраченный выход, или UTXO, — это созданная ранее сумма, ещё не использованная в другой транзакции. Уже эта разница показывает, зачем точно определять предмет подсчёта. Алёна сохраняет вместе с результатом диапазон блоков, единицы, фильтры, версию расчёта и происхождение меток. Добавляя рыночную цену, она привлекает ещё один показатель извне блокчейна. Так выводы и их ограничения можно проверить. Но достоверного предсказания будущей цены Биткоина это не создаёт. [2]

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

У одного перевода могут быть разные объяснения

Этот вымышленный пример использует обычную транзакцию, не Coinbase Transaction — особую транзакцию вознаграждения майнера. Она тратит прежний выход стоимостью 100000 sat; 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. Сравнение исключает комиссию майнеру, поэтому не измеряет всю экономическую активность. Сами числа не определяют, какой вариант верен. Даже смена контроля не доказывает покупку товара или биржевую сделку. Вероятности вариантам не назначены, и пример не прогнозирует цену Биткоина.

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

01Если биткоины поступили на биржу, кто-то их продал?

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

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Документация
Обновлено: Сначала источники · Не является инвестиционной рекомендацией