Why Nostr? What is Njump?
2025-03-23 18:03:49

pianeiro on Nostr: Aos bitcoiners de plantão! Estou fazendo algumas análises de dados em relação ao ...

Aos bitcoiners de plantão!

Estou fazendo algumas análises de dados em relação ao Bitcoin e vou incluir uma variável com o total REAL de BTC em circulação -- onde "real" é o total minerado excluídos aqueles saldos em carteiras perdidas para sempre, incluindo aí as "carteiras malditas", como as do Satoshi. Em suma, a ideia, é ponderar o total minerado pela quantidade de BTC que realmente está propenso a ser transacionado.

Aos puristas, eu sei que ninguém tem esse valor.

Isto posto, modelarei uma aproximação a partir de hipóteses razoáveis e realizando uma espécie de meta análise de levantamentos já realizados (como os da Chainanalysis, Glassnode, Timothy Peterson, General Estimates, etc.). Irei unir todos os levantamentos, normalizados por data/bloco -- ou qualquer eixo X que o valha -- regridirei uma curva que "cuspirá" uma estimativa y, onde: 0 >= y >= 1, referente ao percentual de bitcoins perdidos para ponderar o total teórico.

A principal hipótese que vou assumir, e da qual estou praticamente certo de sua razoabilidade mas que venho por à prova, submetendo à análise de vocês, que têm mais vivência com o BTC do que eu, é a seguinte: partir do princípio que a quanto mais antigo o BTC, maior a propensão de ele ter sido perdido. Isso significa que, para datas/blocos mais antigos, o percentual de BTCs perdidos em relação ao total minerado acaba sendo maior e, com o passar do tempo, esse percentual vai diminuindo. Vou testar várias formas fcuncionais para ver a que retorna mais ajuste aos levantamentos, mas apósto que é 1/ln (log neperiano inverso).

E então, o que me dizem? Minha suposição é: "certamente correta", "provavelmente correta", "provavelmente incorreta" ou "certamente incorreta"? Caso tenham apontamentos a realizar, sintam-se a vontade.

Desde já, obrigado a quem contribuir...
Author Public Key
npub1u45e8vldxyl02qhl07mylj9h62k00zd0dgy5je4ge3s4kckgvuhqlmu4ge