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