Vai al contenuto
Financial Context Wiki

Hashrate di Bitcoin: stima, difficoltà, quota del miner e sicurezza

L'hashrate di Bitcoin è una stima dei tentativi SHA-256 di proof of work al secondo, non un dato comunicato direttamente. Analizza separatamente catena, lavoro accumulato, finestra temporale, incertezza, ritardo della difficoltà, quota del miner, mobilità dell'hardware, energia e affermazioni sulla sicurezza.

Aggiornato

Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite.

Risposta diretta

L’hashrate di Bitcoin stima quanti tentativi di intestazione SHA-256 eseguono i miner ogni secondo su una specifica rete proof of work. Le unità aumentano di 1.000: H/s, kH/s, MH/s, GH/s, TH/s, PH/s ed EH/s. Occorre indicare algoritmo e rete: la potenza SHA-256 di un ASIC non è confrontabile con un altro algoritmo come se i tentativi fossero equivalenti.

La rete non impone ai miner di dichiarare macchine, luoghi o capacità istantanea. Gli osservatori ricavano una media dal lavoro accumulato dalla catena canonica in una finestra. getnetworkhashps di Bitcoin Core divide la differenza di chainwork per una differenza temporale; la finestra predefinita è nblocks = 120, mentre meno uno usa i blocchi dall’ultima variazione di difficoltà. Punte, timestamp, finestre e tempi di riorganizzazione diversi producono stime diverse.

L’hashrate non è la difficoltà. Il target codificato in nBits determina quanto è difficile trovare una singola intestazione; l’hashrate è il ritmo dei tentativi inferito statisticamente. Se il tasso cambia mentre il target resta fisso, l’intervallo medio dei blocchi cambia fino al successivo aggiustamento. La casualità può sembrare una variazione anche con hardware invariato.

Non equivale neppure a chainwork, energia, ricavi, costo di attacco, decentralizzazione o prezzo. Più lavoro onesto per unità di tempo tende ad alzare le risorse necessarie a superarlo con lo stesso algoritmo, ma contano anche disponibilità dell’hardware, costi, coordinamento dei pool, concentrazione, risposta e durata. Un grafico non dimostra una previsione di prezzo né un budget di sicurezza esatto.

Come analizzare l’hashrate

  1. Fissa identità e unità. Registra chain, network, algorithm, client version, punta canonica, prefisso e orario. Mainnet, testnet e un’altra catena SHA-256 sono popolazioni separate anche se l’hardware può spostarsi.
  2. Verifica la catena osservata. Registra bestblockhash, hash iniziale e finale, altezze e ascendenza. Decodifica ogni target da nBits, riproduci il lavoro per blocco e riconcilia il chainwork cumulato; altezza e numero di blocchi non sostituiscono il lavoro.
  3. Riproduci lo stimatore. Dichiara finestra, trattamento dei timestamp e limite di riorganizzazione. Per Bitcoin Core calcola estimated_hash_rate = work_diff / time_diff con la finestra dell’implementazione e l’intervallo tra tempi minimo e massimo.
  4. Quantifica il rumore campionario. Confronta più finestre e mostra blocchi, tempo trascorso e confidenza o dispersione. Le finestre brevi reagiscono presto ma dipendono dalla fortuna tipo Poisson; quelle lunghe smussano il caso e rilevano tardi arresti reali.
  5. Separa la retroazione della difficoltà. Individua target attivo, confine di aggiustamento e regole della rete. Modella prima l’intervallo precedente e poi la risposta del target; la difficoltà non è un sensore in tempo reale.
  6. Modella quota ed economia del miner. Dividi la sua potenza effettiva compatibile per quella di rete e indica disponibilità, metodo del pool, share stale, commissioni, sussidio, prezzo, elettricità, raffreddamento, ammortamento, finanziamento e limitazione. La quota attesa non garantisce blocchi giornalieri o profitto.
  7. Metti alla prova sicurezza e concentrazione. Esamina offerta di hardware, potenza noleggiabile o trasferibile, controllo dei template, mobilità, geografia, energia, durata dell’attacco, profondità e risposta difensiva. Separa riorganizzazione e censura da furto di chiavi o regole arbitrarie.

Bitcoin Core calcola il lavoro di un blocco dal target compatto e lo accumula nel chainwork. Lo stimatore divide la differenza di lavoro tra la punta scelta e un blocco precedente per il tempo trascorso. È una stima storica riproducibile della catena attiva del nodo, non telemetria dei dispositivi.

Esempi svolti

1. Conversione delle unità

Ogni prefisso moltiplica per 1.000: 1 EH/s = 1,000 PH/s = 1,000,000 TH/s = 10^18 H/s. Quindi 650 EH/s equivalgono a 650,000,000 TH/s, non a 650 milioni di hash al secondo. Conserva algoritmo e unità: valori uguali di funzioni diverse non implicano stesso hardware, costo o sicurezza.

2. Stima da una finestra

Supponi che una finestra di 120 blocchi aggiunga 4.32 * 10^22 hashes di lavoro rappresentato in un intervallo minimo-massimo di 72,000 seconds. La stima illustrativa è:

4.32 * 10^22 / 72,000 = 6.00 * 10^17 H/s = 600 EH/s

Non significa che i dispositivi abbiano comunicato esattamente quel tasso o che ogni secondo fosse uniforme. Una finestra breve fortunata stima di più e una sfortunata di meno. Cambiare punta, finestra o catena dopo una riorganizzazione cambia il campione.

3. Quota del miner e varianza

Con rete a 600 EH/s e miner compatibile a 6 EH/s, la quota semplificata è 6 / 600 = 1%. Con 144 blocchi giornalieri, il valore atteso è lambda = 144 * 1% = 1.44. In approssimazione di Poisson, la probabilità di zero blocchi quel giorno è P(0) = exp(-1.44) = 23.69%.

Se la rete sale a 750 EH/s e il miner resta a 6 EH/s, la quota diventa 6 / 750 = 0.8% e i blocchi attesi 1.152. La quota lorda attesa in BTC scende del 20% se le altre ipotesi restano fisse, ma il risultato giornaliero è rumoroso e ogni pool ha regole di pagamento proprie.

4. Calo prima del riaggiustamento

Supponi un calo da 600 EH/s a 420 EH/s, pari al 30%, subito dopo un aggiustamento mainnet con target fisso. L’intervallo atteso semplificato diventa 10 / 0.70 = 14.29 minutes; 2.016 blocchi richiederebbero circa 20 days anziché 14.

Se il tasso inferiore persiste e si ignorano i dettagli implementativi, al successivo riaggiustamento la difficoltà scenderebbe di circa il 30% e l’intervallo tornerebbe vicino a dieci minuti. Gli arrivi sono casuali e vanno riprodotti esattamente finestra temporale e aritmetica intera del target di Bitcoin; un giorno non prova un arresto permanente.

Rischi ed errori di revisione

Errori di misura e protocollo

  • Presentare un tasso inferito come somma esatta in tempo reale comunicata da tutti i miner.
  • Omettere catena, rete, algoritmo, unità, hash della punta, orario o versione dello stimatore.
  • Confondere EH/s, PH/s e TH/s o confrontare tassi grezzi di algoritmi incompatibili.
  • Usare numero, altezza o dieci minuti nominali invece di lavoro accumulato e tempo osservato.
  • Mescolare punte concorrenti o non ricalcolare il campione dopo una riorganizzazione.
  • Trattare i timestamp dei miner come orologi perfetti o cambiare in silenzio regole di estremi, minimi, massimi o mediane.
  • Scegliere una finestra breve favorevole senza mostrare varianza degli arrivi o confronto lungo.

Errori di mining ed economia

  • Trattare la difficoltà come hashrate misurato o supporre che cambi subito con ingresso o uscita di macchine.
  • Trasformare la quota attesa in blocchi giornalieri garantiti ignorando varianza e pagamenti del pool.
  • Equiparare quota dei blocchi del pool a proprietà dell’hardware nonostante potenza delegata e miner mobili.
  • Convertire potenza nominale in share accettate senza disponibilità, firmware, temperatura, stale e limitazione.
  • Deducere energia direttamente dall’hashrate senza efficienza, utilizzo, raffreddamento e mix energetico.
  • Chiamare profitto fiat le ricompense lorde in BTC senza prezzo, commissioni, elettricità, lavoro, ammortamento, finanziamento e coperture.
  • Affermare che il tasso causa il prezzo senza modello di domanda, liquidità e controfattuale.

Errori di sicurezza e interpretazione

  • Usare un tasso totale alto come prova di decentralizzazione ignorando concentrazione di pool, produttori, geografia ed energia.
  • Chiamare l’hashrate costo esatto di attacco senza accesso a hardware, noleggio, trasferimento, durata e costo operativo.
  • Sostenere che una maggioranza hash possa falsificare firme, rubare qualsiasi wallet o imporre inflazione non valida ai nodi completi.
  • Trattare una breve maggioranza di un pool come proprietà permanente di tutto l’hardware o negarne ogni rischio di coordinamento.
  • Deducere perdita permanente di sicurezza da un giorno rumoroso senza contesto di difficoltà, finestra e blocchi.
  • Supporre che l’hashrate elimini bug, attacchi eclipse, problemi di custodia, politiche di regolamento o rischi di risposta sociale.

Idee sbagliate comuni

  • L’hashrate di rete è misurato esattamente in tempo reale. È inferito da lavoro e tempo osservati, quindi dipende da punta, stimatore e finestra.
  • Un hashrate maggiore garantisce un prezzo Bitcoin maggiore. Economia del mining e domanda possono interagire, ma il protocollo non contiene una funzione di prezzo.
  • Un attaccante al 51% può spendere le monete di chiunque. La potenza hash non crea firme private né fa accettare inflazione non valida ai nodi.
  • La quota del pool è hardware del gestore. I pool coordinano spesso miner indipendenti che possono spostarsi, sebbene la concentrazione dei template conti.
  • Un calo giornaliero prova un arresto permanente. Le stime brevi oscillano con arrivi casuali; confronta finestre e periodi di difficoltà.

Argomenti correlati

Fonti

Navigazione

Cerca nella wiki...