Vai al contenuto
Financial Context Wiki

Proof of Work

Proof of Work rende costosa la ricerca di un blocco e poco costosa la verifica richiedendo una prova computazionale definita dal protocollo. Analizza separatamente validità, probabilità del target, lavoro cumulativo, difficoltà, conferme, economia del mining, concentrazione e ipotesi energetiche.

Aggiornato

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

Risposta diretta

Proof of Work (PoW) è una famiglia di meccanismi in cui un partecipante deve produrre una prova computazionale definita dal protocollo, costosa da trovare ma economica da verificare. In una tipica blockchain basata su hash, il produttore varia i dati candidati finché l’hash risultante è numericamente minore o uguale al target. La prova accettata dimostra che per quell’esatto input e quelle regole è stato trovato un risultato valido; non dimostra quante macchine siano state usate, quali fonti energetiche le abbiano alimentate né che ogni hash intermedio dichiarato sia stato davvero calcolato.

PoW fornisce resistenza Sybil ponderando le opportunità di produzione di blocchi con una scarsa computazione piuttosto che con identità, conti o saldi di token. È solo un componente di un sistema di consenso distribuito. I nodi devono convalidare indipendentemente l’intestazione, le transazioni, le firme, le regole sugli output spesi, l’emissione, i limiti e altre regole di transizione dello stato. Un blocco con un enorme lavoro dichiarato rimane invalido se le sue transazioni o le ricompense violano il consenso.

Bitcoin combina il lavoro dell’intestazione SHA-256d con regole specifiche per il bersaglio e il ritargeting della rete, propagazione peer-to-peer, validazione indipendente dei blocchi e selezione del ramo valido con il maggiore lavoro cumulativo della catena. “Catena più lunga” è un termine informale per indicare il lavoro valido più accumulato, non necessariamente il ramo con il maggior numero di blocchi. Altri sistemi PoW possono utilizzare enigmi diversi, input diversi, regole di aggiustamento, formule di lavoro, intervalli di blocco, programmi di ricompense e regole di scelta del fork differenti.

PoW rende la riscrittura della storia accettata un compito che richiede lavoro competitivo sotto specificate ipotesi di rete e avversario, ma non crea finalità deterministica. Blocchi concorrenti, propagazione ritardata, partizioni, mining egoista, potenza di calcolo noleggiata o reindirizzata, bug del software e incentivi economici influenzano la sicurezza. La profondità di conferma riduce alcuni rischi di riorganizzazione solo all’interno di un modello specificato; non può provare la verità off-chain, la correttezza delle controparti, la proprietà legale, il valore futuro degli asset o l’irreversibilità permanente.

Come analizzare Proof of Work

  1. Definisci il sistema e il set di regole. Registra rete, genesis, versione del client, stato di attivazione, algoritmo di lavoro, input candidato, codifica e massimo del target, regola di aggiustamento, regola di scelta del fork, osservatore, peer e timestamp. Non applicare i parametri della mainnet Bitcoin a un’altra catena o rete di test.
  2. Verifica il blocco candidato in modo indipendente. Ricostruisci l’header e i dati impegnati dal blocco; verifica poi transazioni, firme, script o esecuzione, regole sugli stati spesi, emissione, commitment, limiti di dimensione o peso e ascendenza. PoW si controlla in aggiunta alla validità, non al suo posto.
  3. Riproduci il test di lavoro. Applica esattamente l’algoritmo di hash o puzzle e la serializzazione, decodifica l’obiettivo, rifiuta intervalli o codifiche non valide e testa l’ineguaglianza del protocollo come work_hash <= target. Separa l’ordine dei byte visualizzato dal confronto intero utilizzato dal consenso.
  4. Quantificare la probabilità di ricerca. Per un hash uniforme a n bit e un target inclusivo T, un tentativo ha successo con p = (T + 1) / 2^n, e i tentativi attesi sono 1 / p. Indicare il tasso di hash compatibile effettivo e il tempo di attività; il tempo previsto non è una scadenza e i fallimenti passati non rendono il prossimo tentativo indipendente più probabile.
  5. Ricostruire il lavoro cumulativo e la scelta del ramo. Per ogni ramo valido, deriva il lavoro di ciascun blocco dal suo obiettivo utilizzando la regola intera della rete, sommalo lungo l’ascendenza e applica il comportamento reale di collegamento e disponibilità. Confronta il lavoro cumulativo, non l’altezza, la difficoltà visualizzata o un singolo header isolato.
  6. Valuta la conferma e attacca le ipotesi. Registra la profondità delle transazioni nella catena attiva dell’osservatore, la propagazione, il tasso di blocchi obsoleti, le partizioni, la diversità dei peer, la concentrazione di miner e pool, i mercati di hash alternativi, la censura, la ritenzione e la capacità di riorganizzazione. Evita di presentare un limite o un conteggio di conferme universale “51%”.
  7. Riconciliare l’economia e le esternalità. Separare sovvenzione, commissioni, termini del pool, varianza, prezzo, difficoltà, efficienza, potenza, raffreddamento, hosting, inattività, ammortamento, finanziamento e tasse. Stimare l’elettricità solo dal tasso di hash con una distribuzione dell’efficienza dell’hardware datata e costi generali della struttura; stimare le emissioni solo dopo aver aggiunto posizione, tempo, mix energetico, limitazioni e incertezza metodologica.

Le prove risultanti dovrebbero mantenere distinti cinque livelli: un candidato valido, una prova valida per quel candidato, il lavoro cumulativo di un ramo, la scelta attuale della catena attiva del nodo e la politica di risoluzione di un’applicazione. Collassare questi livelli produce la maggior parte degli errori di interpretazione PoW.

Esempi svolti

1. Probabilità target e asimmetria di verifica

Supponiamo che una regola uniforme semplificata per hash accetti un output in 2^20. La probabilità di successo per ogni prova indipendente è p = 1 / 1,048,576, quindi il numero previsto di prove è 1,048,576. A 5,000,000 hashes/second, il tempo di ricerca previsto è:

1,048,576 / 5,000,000 = 0.2097152 seconds

La verifica richiede un hash e un confronto con l’obiettivo una volta fornito il candidato. Tuttavia, il tempo previsto non è una garanzia: dopo 1,000,000 tentativi, la probabilità di nessun successo è approssimativamente (1 - 1/1,048,576)^1,000,000 = 38.53%. Un tentativo fallito non rende “dovuto” il tentativo successivo.

2. Validità prima del lavoro cumulativo

Il ramo A contiene sei blocchi validi del valore di 100 unità di lavoro ciascuno, per un totale di 600. Il ramo B contiene cinque blocchi validi del valore di 130 ciascuno, per un totale di 650. Secondo la regola del lavoro totale più cumulativo, B vince nonostante abbia meno blocchi.

Supponiamo ora che il ramo C affermi di avere 1,200 unità di lavoro ma crei una ricompensa non valida. Il suo lavoro è irrilevante per un nodo validante onesto: C viene rifiutato prima del confronto tra rami. PoW determina chi può estendere a basso costo la storia valida; non acquista un’eccezione alle regole di validità.

3. Condivisione dell’hash e varianza del blocco

Assumi una velocità di rete compatibile illustrativa di 500 EH/s e una velocità del minatore di 2 PH/s. La quota semplificata del minatore è:

2 PH/s / 500 EH/s = 0.000004 = 0.0004%

Con un ipotetico tasso di 144 blocchi al giorno, i blocchi solitari previsti sono 144 * 0.000004 = 0.000576 per day, implicando un’attesa media di circa 1 / 0.000576 = 1,736.11 days. Un’approssimazione di Poisson fornisce P(0) = exp(-0.000576) = 99.9424% per nessun blocco in quel giorno. Questa aspettativa non costituisce né una promessa di pagamento né una prova che un pool debba al miner una determinata somma.

4. Dal tasso di hash a una stima energetica

Supponiamo che un analista modelli 500 EH/s utilizzando un’efficienza media della flotta di 25 J/TH. Poiché 500 EH/s = 500,000,000 TH/s, la potenza della macchina modellata è:

500,000,000 TH/s * 25 J/TH = 12.5 GW

Con un’efficacia nell’uso dell’energia della struttura presunta di 1.10, la domanda totale modellata diventa 12.5 * 1.10 = 13.75 GW, o 13.75 * 8,760 = 120.45 TWh annualizzata se le condizioni rimanessero costanti. Questa è una stima, non una lettura del contatore. Modificare il mix di hardware, il tempo di attività, i costi generali della struttura o la finestra del tasso di hash cambia il risultato; le emissioni richiedono ulteriori ipotesi geografiche e di generazione.

Rischi e fallimenti della revisione

Errori di protocollo e di validità

  • Trattando PoW come l’intero protocollo di consenso: Il puzzle non definisce la validità delle transazioni, la propagazione, la scelta del fork, le ricompense o la risoluzione dell’applicazione. Documenta ogni regola circostante.
  • Rete o algoritmo errato: Una prova valida su una catena, fork, rete di test o funzione hash può essere priva di significato altrove. Collega le prove al genesis e alle regole attive.
  • Input serializzato errato:Omettere un campo, un impegno, una regola di ordine dei byte o una mutazione consentita può testare un puzzle diverso. Ricostruisci i byte candidati esatti.
  • Ragionamento lavoro-ante-validità: Un grande lavoro non può legalizzare firme invalide, doppie spese, emissioni o transizioni di stato. Convalida l’intero candidato prima di confrontare i rami.
  • Inversione di obiettivo e difficoltà: Un bersaglio più piccolo è più difficile, mentre la difficoltà mostrata è solitamente una misura relativa inversa. Verifica le formule intere esatte della rete.
  • Altezza invece di lavoro a catena: Più blocchi non devono necessariamente significare più lavoro cumulativo quando gli obiettivi per blocco differiscono. Sommare il lavoro derivato dal protocollo sull’ascendenza valida.
  • Ipotesi di retarget tra reti: Cadenza di regolazione, input timestamp, limiti, regole di emergenza e target massimi differiscono. Non descrivere mai un singolo design come comportamento universale di PoW.

Errori di sicurezza e di rete

  • Affermazione di finalità deterministica: Le catene PoW possono riorganizzarsi. Imposta la politica di conferma in base a valore, profondità, lavoro osservato, liquidità, capacità dell’avversario e risposta operativa.
  • Il 51% come soglia universale: Trattenimento dei blocchi, vantaggi di propagazione, attacchi eclipse, corruzione, hashpower a noleggio e politica applicativa possono contare sotto o sopra questa quota nominale. Indica il modello.
  • Richiesta di potere non valida: La maggior parte della potenza di hashing di può censurare o riorganizzare e può sovrastare la storia valida, ma non può far accettare ai nodi onesti firme contraffatte o inflazione invalida.
  • Il tasso di hash è uguale alla decentralizzazione: I modelli di pool, la titolarità effettiva, il firmware, i produttori, l’hosting, la geografia, i fornitori di energia e il software possono rimanere concentrati.
  • Hashrate stimato come telemetria: L’hashrate di rete è dedotto dal lavoro e dagli arrivi casuali dei blocchi; non è un censimento diretto di macchine, operatori o capacità.
  • Ignorando partizioni e attacchi di eclipse: Un nodo con una vista limitata può seguire lavoro obsoleto o ostile nonostante un alto tasso di hash globale. Verificare la diversità dei peer e della rete.
  • Ignorare il controllo di pool e template: Molti miner nominali possono seguire un unico template di blocco o operatore di pagamento. Separa proprietà fisica dell’hashpower, autorità sul template e custodia delle ricompense.

Economia, energia e esternalità

  • Ricompensa prevista come flusso di cassa garantito: I risultati della ricerca sono casuali, mentre i pool aggiungono regole sulle share, riserve, commissioni, maturità, custodia ed esposizione al default.
  • Uscita lorda di token come profitto:Prezzo, commissioni, difficoltà, tempo di attività, potenza, raffreddamento, manodopera, hosting, riparazioni, ammortamento, finanziamento, coperture e tasse possono invertire il risultato.
  • Il tasso di hash è direttamente uguale all’elettricità: La conversione richiede efficienza hardware, utilizzo, composizione della flotta, raffreddamento e sovraccarico delle strutture nello stesso momento di osservazione.
  • L’elettricità equivale direttamente alle emissioni: L’impatto del carbonio dipende dalla posizione, dalla generazione marginale e media, dal tempo, dai contratti, dalla riduzione della produzione, dalle dichiarazioni sul metano e dai confini contabili.
  • L’efficienza garantisce un uso totale inferiore: L’hardware più efficiente riduce l’energia per hash, ma la competizione di rete, il prezzo, le ricompense e la distribuzione possono modificare il tasso di hash totale e la domanda.
  • Ignorando le esternalità e le limitazioni locali: La congestione della rete, il rumore, il calore, l’acqua, il terreno, il turnover delle attrezzature, i rifiuti elettronici, i sussidi e le riduzioni di produzione possono influenzare le comunità e le operazioni.

Comuni idee sbagliate

Proof of Work rende valida ogni transazione in un blocco minato

No. Un header di qualificazione dimostra solo che il suo candidato ha rispettato la regola del lavoro. I nodi completi rifiutano indipendentemente transazioni, impegni, ricompense o transizioni di stato non valide, a prescindere dalla spesa del miner.

Il lavoro è energia immagazzinata che rende un blocco fisicamente irreversibile

Il blocco contiene una prova compatta e verificabile, non elettricità recuperabile. Il lavoro valido concorrente può riorganizzare la storia, e fallimenti sociali o software possono comunque richiedere decisioni di recupero. PoW aumenta il costo di riscrittura sotto certe ipotesi; non crea finalità fisica né deterministica.

La catena più lunga significa sempre la catena con il maggior numero di blocchi

Non necessariamente. Il Core Bitcoin confronta il lavoro cumulativo della catena tra i candidati validi. Un ramo più corto può rappresentare più lavoro quando i suoi blocchi sono stati prodotti contro obiettivi più difficili.

Un attaccante con la maggior parte della potenza di hash può rubare qualsiasi moneta o cambiare qualsiasi regola

La potenza di hash può creare rischi di riorganizzazione, censura, ordinamento e negazione del servizio, ma i nodi onesti continuano a far rispettare firme, emissione e regole di consenso. Cambiare queste regole richiede che gli utenti eseguano software compatibile; il lavoro da solo non autorizza l’autorizzazione.

Un grafico del tasso di hash rivela l’esatto consumo di elettricità e le emissioni

Non lo fa. L’elettricità è modellata sulla base di ipotesi incerte riguardanti attrezzature e strutture, e le emissioni aggiungono ipotesi su localizzazione, generazione, tempi e contabilizzazione. Stime responsabili divulgano intervalli e metodologia piuttosto che presentare un unico valore esatto.

Argomenti correlati

Fonti

Navigazione

Cerca nella wiki...