Spiegazione della riproduzione delle transazioni e della protezione della riproduzione con hard fork

Capire Replay e Crypto

Quando una moneta fa un hard fork, esistono due blockchain identiche fino a quando non vengono apportate modifiche a una delle catene. Per evitare ripetizioni delle transazioni (le transazioni effettuate su una catena vengono trasmesse sull'altra), almeno una catena deve implementare la protezione della riproduzione (gli sviluppatori di una catena devono modificare il formato delle transazioni per renderle uniche). ^{[1] [2]}

Se non viene aggiunta la protezione di riproduzione, quindi qualsiasi transazione effettuata su una catena può essere "riprodotta" (ritrasmessa) sull'altra. Dopotutto, l'unica differenza tra le due catene (se non viene modificato nulla dagli sviluppatori) è che ci sono due copie della catena e i minatori stanno commettendo transazioni su ciascuna catena separatamente. Gli indirizzi sono gli stessi, le chiavi sono le stesse il formato delle transazioni è lo stesso, ecc... e questo lascia un'apertura per gli exploit.

Quando un malintenzionato sfrutta una catena con una mancanza di "protezione di riproduzione, ” ad esempio trasmettendo una transazione destinata a una catena sull'altra catena, si chiama "attacco replay".

Gli attacchi di replay possono comportare la perdita di fondi a causa dell'invio allo stesso indirizzo sia della moneta originale che della moneta biforcuta.

Nei casi in cui c'è un fork controverso (come BCH e BSV) o un fork implementato frettolosamente (come ETH ed ETC), La protezione della riproduzione potrebbe non essere aggiunta immediatamente e l'utente dovrà proteggersi.

Un utente può, in teoria, proteggersi dagli attacchi di replay tramite la "ripartizione delle monete". Però, non esiste una soluzione perfetta per dividere le monete infallibile che ho trovato che possa essere raccomandata con il 100% di fiducia.

Così, un utente inesperto potrebbe voler aspettare fino alla conferma della protezione della riproduzione per inviare monete dopo che si verifica un fork per limitare il numero di cose che possono andare storte (questo è particolarmente importante se hai già rivendicato le tue monete forkate ma non hai spostato il saldo originale dopo il blocco snapshot prima che MainNet diventasse attivo).

Con tutto ciò che è coperto, ci sono un sacco di dettagli tecnici e specifiche che non ho trattato sopra.

Per una comprensione completa di tutto il replay devi davvero approfondire come funzionano le blockchain e lavorare per comprendere alcuni aspetti tecnici del codice. Detto chiaramente, che è fuori dal campo di applicazione del sito.

Per l'utente medio, la migliore protezione contro gli attacchi di replay è 1. utilizzare un servizio di custodia che onorerà un fork e quindi non spostarlo su un altro portafoglio fino a quando non sarà confermata la protezione di replay, o 2. avere il controllo delle tue chiavi private, spostando i tuoi fondi dopo l'istantanea ma prima che la nuova MainNet diventi attiva, reclamando la forchetta, e quindi in attesa di spostare i fondi su una delle catene fino a quando non viene confermata la protezione della riproduzione, o 3. avere il controllo delle tue chiavi private e semplicemente non fare nulla fino a quando non viene confermata la protezione della riproduzione.

La linea di fondo qui è questa, non puoi incorrere in problemi di riproduzione a meno che tu non condivida la trasmissione di una transazione, quindi se non trasmetti una transazione (invia o spendi), non metterai a rischio le tue monete in un fork che non ha la protezione per la riproduzione.

CONSIGLIO :La protezione della riproduzione non è l'unica cosa da cui proteggersi con le forcelle. Per richiedere un fork devi importare le tue chiavi nel portafoglio della moneta forkata. Per farlo in sicurezza devi spostare il tuo saldo originale... se lo fai dopo che la MainNet della moneta biforcuta è attiva, hai un catch-22, perché devi inviare le tue monete a un nuovo indirizzo!

CONSIGLIO :Gli attacchi Replay possono verificarsi anche se si utilizzano le stesse chiavi su una TestNet come su una MainNet. Generalmente, un attacco di replay sta effettuando una transazione su una blockchain, e ripetendolo in modo doloso o fraudolento su un'altra blockchain. ^[3] Non ha nulla a che fare con un hard fork, sebbene l'argomento della pagina sia l'hard fork e la protezione della riproduzione.

Spiegazione di Hardfork senza protezione della riproduzione | Bitcoin Cash (11-15-18).