On-chain Analysis

Alice lê sobre um grande movimento de bitcoins. Alguém pode ter pago uma compra, enviado fundos para outra carteira própria ou feito um depósito num serviço. O Bitcoin Developer Guide explica o que uma transação comum regista: as entradas referem montantes recebidos anteriormente e as saídas definem novos montantes e as condições para os gastar. Essas ligações podem ser verificadas. Sozinhas, porém, não dizem qual dessas situações ocorreu. O identificador designa a transação, não a identidade civil de uma pessoa. [1]

Pensemos num pagamento com uma nota e no troco recebido. De modo semelhante, uma transação Bitcoin pode gastar integralmente um montante recebido antes, criando uma saída para o destinatário e outra que devolve o resto ao pagador. O Bitcoin Developer Guide descreve esse troco como uma saída normal, não como um tipo separado de dinheiro. Ao somar todas as saídas, Alice inclui também esse resto. Além disso, toda a operação pode ser uma transferência entre endereços próprios. Saber quanto passou para controlo de outra pessoa exige provas adicionais ou uma hipótese assumida explicitamente. [1]

Um endereço serve para receber bitcoin; não é um documento de identificação. Uma pessoa pode usar muitos endereços, enquanto um custodiante guarda fundos de numerosos clientes. A Glassnode utiliza também entidades: grupos estimados de endereços sob controlo comum. Aplica heurísticas, regras para inferir relações nos dados, e não um registo de nomes verificados. O fornecedor reconhece que essas estimativas estatísticas podem mudar. Alice não pode, portanto, apresentar diretamente os endereços ativos ou esses grupos como o número de utilizadores de Bitcoin. [3]

A Lightning Network permite pagamentos através de canais: os participantes atualizam a distribuição dos fundos sem registar cada pagamento separadamente na blockchain. Uma visão on-chain não contém, por isso, todos os pagamentos em bitcoin. Do mesmo modo, um serviço pode mover saldos de clientes na sua própria contabilidade. Isso difere de uma transferência registada na rede Bitcoin. Se Alice não encontrar uma transação autónoma, não pode concluir que não houve atividade económica. [6]

Atribuir um endereço a uma plataforma de negociação exige informação adicional, não apenas o montante. A Glassnode alerta para etiquetas incompletas, acrescentadas posteriormente e movimentos internos que afetam a interpretação. As suas métricas on-chain de plataformas acompanham movimentos e saldos, não compras e vendas realizadas dos próprios ativos ou de contratos cujo valor depende deles. Alice pode observar uma entrada num endereço identificado, mas precisa de mais informação para saber se alguém vendeu. O saldo visível também não prova capacidade para cumprir obrigações: não mostra todas as dívidas nem necessariamente todos os ativos. [4]

A data sob um ponto do gráfico pode indicar o intervalo medido, não a publicação do indicador. A Glassnode descreve tempos de espera por confirmações e processamento. Uma reorganização também pode alterar os dados: um nó substitui parte do ramo que seguia por outro ramo válido segundo as regras da rede. Para avaliar uma decisão passada, Alice precisa do fim do período medido, da disponibilidade da versão concreta, de quando a obteve e do estado da cadeia usado. A data no gráfico atual não prova que o valor atual era conhecido na altura. [5]

O fornecedor descobre mais tarde que endereços pertenciam ao mesmo serviço, ou corrige um cálculo. O indicador histórico pode mudar mesmo sem alteração da transferência original. Para testes históricos, a Glassnode oferece dados Point-in-Time, que mantêm o primeiro valor publicado sem revisões posteriores. Alice pode usar essa versão antiga, mas ainda tem de verificar quando esteve disponível. Usar o conhecimento atual numa decisão passada simulada cria Look-ahead Bias: informações do futuro distorcem o teste. Congelar dados não garante que a atribuição do proprietário esteja correta. [5]

O Bitcoin Developer Guide distingue saídas gastas e não gastas. Uma saída não gasta, ou UTXO, é um montante criado anteriormente que ainda não foi utilizado noutra transação. Essa diferença já mostra por que precisamos de definir o que contamos. Alice guarda com o resultado o intervalo de blocos, as unidades, os filtros, a versão do cálculo e a origem das etiquetas. Se adicionar um preço de mercado, introduz outro dado obtido fora da blockchain. Assim, as conclusões e os seus limites podem ser verificados. Isso não produz uma previsão certa do preço futuro de Bitcoin. [2]