On-chain Analysis

O Bitcoin Developer Guide descreve entradas que referenciam saídas anteriores e novas saídas com um montante e condições de gasto. A nossa análise separa estes dados verificáveis da interpretação da finalidade: o registo, por si só, não diz se houve compra de bens, transferência entre carteiras próprias ou outra operação. O identificador da transação não é a identidade civil de um participante. [Bitcoin Developer Guide — Transactions]

O Bitcoin Developer Guide explica o troco como uma saída normal da transação. Por isso, a nossa medição não classifica toda a soma das saídas como pagamento a outro proprietário. O troco e as transferências entre endereços próprios podem aumentar o volume bruto sem que esse montante mude de proprietário económico. Reconhecer essas transferências exige elementos adicionais ou pressupostos declarados. [Bitcoin Developer Guide — Transactions]

A Glassnode agrupa endereços em entidades estimadas através de heurísticas e descreve estes dados como estatísticos e mutáveis. A nossa interpretação não converte, portanto, o número de endereços ativos no número de pessoas. Um interveniente pode usar muitos endereços e um custodiante pode deter fundos de vários clientes. Uma estimativa de controlo comum não é uma verificação de identidade nem um inventário exato dos utilizadores de Bitcoin. [Glassnode — Entities]

Lightning Network permite atualizar a distribuição de fundos em canais de pagamento sem registar cada pagamento individual na blockchain. A nossa medição on-chain não abrange, por isso, todos os pagamentos. Também é necessário distinguir uma transferência na blockchain da contabilidade interna de um serviço. A ausência de uma transação on-chain separada não prova que não tenha ocorrido atividade económica. [Lightning Network]

A Glassnode alerta para a cobertura incompleta dos endereços, transferências internas e alterações posteriores das etiquetas de bolsas. As suas métricas de bolsas on-chain não são volumes de negociação à vista ou de derivados. A nossa interpretação não considera uma entrada numa bolsa prova de uma venda executada. O saldo observado também não contém todos os passivos nem todos os ativos, pelo que não prova, por si só, a solvência do serviço. [Glassnode — Exchange Data Transparency Notice]

A Glassnode distingue o momento atribuído ao intervalo medido do momento de publicação da métrica. As confirmações, o processamento e as reorganizações podem alterar a disponibilidade ou o valor dos dados. O nosso registo inclui, portanto, o fim do período observado, o momento de obtenção dos dados e o estado da cadeia. A marca temporal de um gráfico não prova, por si só, que o analista conhecia então o valor final apresentado. [Glassnode — Introducing Point-in-Time Data: Addressing the Mutability of On-chain Metrics]

A Glassnode descreve revisões após alterações nos grupos de endereços, nas etiquetas ou no cálculo; os seus dados Point-in-Time preservam o valor da primeira publicação. A nossa simulação histórica usa as versões disponíveis na altura se pretende avaliar as decisões dessa altura. Uma série recalculada hoje pode incluir conhecimentos adquiridos mais tarde e criar Look-ahead Bias. Contudo, uma versão congelada não garante uma estimativa correta da propriedade. [Glassnode — Introducing Point-in-Time Data: Addressing the Mutability of On-chain Metrics]

O Bitcoin Developer Guide permite distinguir entradas, saídas e estado das saídas não gastas. A nossa metodologia regista com os dados o intervalo de blocos utilizado, as unidades, os filtros, a versão do cálculo e a origem das etiquetas. Acrescenta os dados de preços como uma entrada externa separada. On-chain Analysis pode descrever o comportamento observado com as limitações indicadas; por si só, não fornece uma previsão certa do preço futuro de Bitcoin. [Bitcoin Developer Guide — Block Chain]