Immagine

MPOW 51% di soluzione d'attacco

Thor's Hammer è un grande miglioramento della sicurezza alla rete esistente che in modo significativo riduce la possibilità di un attacco 51% sulla rete SnowGem. La Soluzione Masternode Proof-of-Work (mPoW) è un secondo livello di protezione che garantisce il rigetto di qualsiasi tentativo di attacco.

Tutti i Masternode saranno in grado di rilevare eventuali tentativi di riorganizzazione causati da a Attacco 51% dal momento che hanno la propria blockchain locale. Attivando la protezione Masternode , questa consente all'ecosistema SnowGem , scambi, pool e Masternode condivisi di evitare eventuali attacchi.

Perchè la Protezione?

Ci sono stati un certo numero di attacchi recenti del 51% alla doppia spesa nello spazio delle cripto monete negli ultimi mesi. Ciò ha generato la necessità di creare una soluzione per aiutare a prevenire questi tipi di attacchi su SnowGem. Implementeremo il Masternode Proof-of-Work (mPoW) sistema che utilizza i Masternode SnowGem esistenti per proteggere la blockchain e aiutare a prevenire gli attacchi del tipo 51% e di avere successo.

Abbiamo chiamato questo sistema Il martello di Thor come simbolo di potere e protezione. Questo è un passo importante per aiutare a proteggere la blockchain SnowGem in quanto vi è una quantità crescente di energia hash disponibile per l'affitto.

Immagine
Immagine

Principio Base

I Masternode SnowGem sono abilitati per verificare gli hash dei blocchi prima di accettare una riorganizzazione sulla catena. Ciò si ottiene confrontando un hash di blocco precedente che dovrebbe essere lo stesso in entrambe le catene. Se l'hash non corrisponde Masternode rifiuterà la nuova catena in quanto non è la catena del consenso.

Tutti i servizi ecosistemici SnowGem come Scambi, Pool e Masternodescan condivisi riducono la possibilità di essere presi di mira da un Attacco 51% abilitando la funzione di protezione Masternode dei loro portafogli. Questo imposta i portafogli in modo che comunichino solo con i Masternodi e gli altri portafogli che hanno la funzione di protezione Masternode abilitata. Qualsiasi portafoglio con la funzione abilitata verificherà anche gli hash dei blocchi prima di accettare una catena riorganizzata. Si consiglia che tutti i servizi che accettano o commerciano con SnowGem consentano un minimo di 10 Conferme prima di finalizzare i depositi.

Quando i portafogli funzionano con la protezione Masternode, essi consentiranno una riorganizzazione di soli 10 blocchi, un attaccante deve finire il proprio lavoro in quel periodo, tuttavia il loro deposito non è finito a causa delle conferme di scambio, loro non avranno successo

Come funziona?

Quando un attaccante vuole creare un un attacco del 51% a doppia spesa devono completare una serie di passaggi affinché ciò abbia successo. L'attaccante preparerà una pool di mining privato con sufficiente potenza hash per continuare a trovare blocchi alla stessa velocità della rete. Questo richiede circa il 51% dell'attuale potenza hash della rete attiva.

L'attaccante invierà quindi le monete che desidera eseguire come attacco a doppia spesa . Queste monete vengono normalmente inviate a uno scambio così possono essere scambiate con un'altra moneta o valuta e ritirato dallo scambio.

Perché le blockchain sono configurate su accetta la catena più lunga , fa sì che tutti gli altri portafogli, pool e scambi passino alla catena di attacco. Il risultato di questo è che secondo la nuova catena lo scambio non ha mai ricevuto le monete che sono state vendute e sono di nuovo nel portafoglio dell'attaccante.

Questo sarebbe considerato un attacco riuscito ; l'attaccante avrebbe le monete originali che sono state inviate allo scambio, nonché le monete aggiuntive che sono state ritirate dallo scambio.

Contemporaneamente a questa transazione, il pool privato verrà comunque estratto, ma la transazione inviata allo scambio non è stata inclusa nella catena privata.

Una volta che questa catena è completata e la catena privata è stata estratta, senza la transazione di attacco che è stata inviata allo scambio nella catena e che è stata trasmessa sulla rete principale . La rete principale rileverà la nuova catena, che sarà cronometrata in modo che abbia più blocchi della catena normale. Questa azione provoca una riorganizzazione della blockchain.

Immagine
Immagine

Martello di Thor

Il Martello di Thor incaricherà la crescente rete di Masternode SnowGem di proteggere e garantire la blockchain. Ciò sarà ottenuto abilitando la protezione Masternode per scambi e pool. Ciò viene fatto consentendo agli scambi e ai pool di comunicare direttamente con la rete Masternode e proteggerli anche dal processo di riorganizzazione.

Immagine

Tutti i Masternode controlleranno la riorganizzazione causata dal tentativo di attacco del 51% con la propria locale blockchain e la bloccheranno.

Immagine

Diagramma Blockchain

Immagine

Quando Masternode rileva la catena più lunga, invece di avviare il processo di riorganizzazione verificherà gli hash dei blocchi dalla propria catena alla nuova catena. Se l'hash del blocco non corrisponde alla catena esistente, Masternode rifiuterà la nuova catena e manterrà la catena originale. Questa azione interromperà il tentativo di eseguire la doppia spesa. La catena degli attaccanti sarà respinta dalla rete Masternode e dai nodi protetti, lo scambio non sarà influenzato.

Diagramma Blockchain

Immagine

Attacco e test su rete protetta

Abbiamo testato con successo l'attacco del 51% su una rete protetta (una testnet) come puoi vedere qui :in questo video

Martello di Thor è stato in grado di rilevare la catena non valida ed ha bloccato la riorganizzazione che avrebbe completato l'attacco del 51%. La catena privata degli attaccanti è stata respinta ed è stata indotta una riorganizzazione nella catena originale per il pool degli attaccanti.

Immagine

Dettagli Tecnici

  • L'aggiunta del nuovo flag di configurazione `masternodeprotection` può essere uno di questi valori:
    • 0 (spento)
    • 1 (attivo)
  • Impostando il valore su 1 si abiliterà il sistema di protezione Masternode per il portafoglio.
  • L'aggiunta del nuovo flag di configurazione `masternodeconnections` questo valore può essere uno dei due:
    • 0 (spento)
    • 1 (attivo)
  • L'impostazione del valore su 1 limiterà le connessioni peer del portafoglio a Masternodi attivi.
  • I Masternodes continueranno a connettersi a tutti i peers , sia Masternodes che portafogli normali.
  • Masternodi e portafogli con la masternode protection = 1 , in caso di rilevamento di una riorganizzazione sulla rete, confronteranno nuovo blocco con -10 hash del blocco con il blocco corrispondente della catena esistente. Se l'hash non corrisponde per quel blocco, il portafoglio rifiuterà la riorganizzazione come non valida e continuerà sulla catena esistente.

Immagine

Scarica la specifica completa.