image

mPoW Solution d'attaque à 51%

Le marteau de Thor est un amélioration majeure de la sécurité au réseau existant qui a considérablement réduit la possibilité d'une attaque réussie de 51% sur le réseau SnowGem. le Solution de preuve de travail Masternode (mPoW) est une deuxième couche de protection garantissant le rejet de toute tentative d'attaque.

Tous les masternodes seront en mesure de détecter toute tentative de réorganisation causée par un 51% attaque car ils ont leur propre blockchain locale. L'activation de cette protection Masternode permet à l'écosystème SnowGem d'échanges, de pools et de masternodes partagés de éviter toute attaque.

Pourquoi Protection?

Il ya eu un certain nombre de récentes attaques à double dépense de 51% dans l'espace crypto au cours des derniers mois. Cela a créé la nécessité de créer une solution pour aider à prévenir ces types d'attaques contre SnowGem. Nous mettrons en œuvre le Preuve de travail Masternode (mPoW) système qui utilise les masternodes SnowGem existants pour sécuriser la chaîne de blocs et aider prévenir 51% des attaques de réussir.

Nous appelons ce système Thor's Hammer comme symbole de puissance et de protection. C'est une étape importante pour aider à sécuriser la blockchain SnowGem car il y a une quantité croissante de puissance de hachage disponible à la location.

image
image

Basic Principe

Les masternodes SnowGem sont activés pour vérifier les hachages de bloc avant d'accepter une réorganisation sur la chaîne. Ceci est réalisé en comparant un hachage de bloc précédent qui devrait être le même dans les deux chaînes. Si le hachage ne correspond pas au Masternode rejettera la nouvelle chaîne car ce n'est pas la chaîne du consensus.

Tous les services de l'écosystème SnowGem tels que les échanges, les piscines et les masternodes partagés réduisent la possibilité d'être ciblés par un 51% attaque en activant la fonction de protection Masternode de leurs portefeuilles. Cela permet aux portefeuilles de ne communiquer qu'avec les masternodes et autres portefeuilles pour lesquels la fonction de protection des masternodes est activée. Tout portefeuille dont la fonction est activée vérifiera également les hachages de bloc avant d'accepter une chaîne réorganisée. Il est recommandé que tous les services qui acceptent ou négocient avec SnowGem autorisent un minimum de Confirmations 10 avant de finaliser les dépôts.

Lorsque les portefeuilles fonctionnent avec la protection Masternode, ils permettront une réorganisation de seulement 10 blocs, un attaquant doit terminer son travail pendant cette période, mais son dépôt n'est pas terminé en raison de confirmations d'échange, il ne réussira pas.

Comment est-ce que ça marche?

Lorsqu'un attaquant veut créer un 51% d'attaque en double dépense ils doivent suivre un certain nombre d'étapes pour réussir. L'attaquant préparera un pool minier privé avec suffisamment de puissance de hachage pour continuer à trouver des blocs au même rythme que le réseau. Cela nécessite environ 51% de la puissance de hachage actuelle du réseau actif.

L'attaquant enverra alors les pièces de monnaie qu'il souhaite exécuter attaque à double dépense avec. Ces pièces sont normalement envoyées à un échange afin ils peuvent être échangés contre une autre pièce ou monnaie et retiré de l'échange.

Parce que les chaînes de blocs sont configurées pour accepter la plus longue chaîne, il fait basculer tous les autres portefeuilles, pools et échanges vers la chaîne d'attaque. Le résultat est que, selon la nouvelle chaîne, le la bourse n'a jamais reçu les pièces qui ont été vendues, et ils sont de nouveau de retour dans le portefeuille de l'attaquant.

Ce serait considéré comme un attaque réussie; l'attaquant aurait les pièces d'origine qui ont été envoyées à la bourse ainsi que les pièces supplémentaires qui ont été retirées de l'échange.

En même temps que cette transaction, le pool privé sera toujours exploité mais la transaction qui a été envoyée à la bourse n'était pas incluse dans la chaîne privée.

Une fois cette opération terminée, la chaîne privée en cours d'extraction, sans la transaction d'attaque envoyée au commutateur de la chaîne, est diffusé sur le réseau principal. Le réseau principal détectera la nouvelle chaîne, qui sera chronométrée de manière à avoir plus de blocs que la chaîne normale. Cette action provoque un réorganisation de la blockchain.

image
image

Thor's Hammer

Hammerwor de Thor charge le réseau croissant de masternodes SnowGem de protéger et de sécuriser la blockchain. Ceci sera réalisé en activant la protection Masternode pour les échanges et les pools. Pour ce faire, les échanges et les pools peuvent communiquer directement avec le réseau Masternode et les protéger également du processus de réorganisation.

image

Tous les Masternodes vérifieront une réorganisation détectée causée par une tentative d'attaque à 51% avec leur propre blockchain locale et la bloqueront.

image

Diagramme de la blockchain

image

Lorsque le Masternode détecte la chaîne plus longue, au lieu de démarrer le processus de réorganisation, il vérifie les hachages de bloc de sa propre chaîne à la nouvelle chaîne. Si le hachage de bloc ne correspond pas à la chaîne existante, le Masternode rejettera la nouvelle chaîne et conservera la chaîne d'origine. Cette action interrompra la tentative d'effectuer la double dépense. La chaîne des attaquants sera rejetée par le réseau Masternode et les nœuds protégés, l'échange ne sera pas affecté.

Diagramme de la blockchain

image

Attaque test sur réseau sécurisé

Nous avons testé avec succès 51% d'attaque sur un réseau sécurisé (testnet) comme vous pouvez le voir sur cette vidéo

Le Marteau du Thor a pu détecter la chaîne invalide et a bloqué la réorganisation qui aurait achevé l'attaque de 51%. La chaîne privée des attaquants a été rejetée et a forcé une réorganisation de la chaîne d'origine pour le pool des attaquants.

image

Technique Détails

  • Ajout d'un nouvel indicateur de configuration `masternodeprotection` cette valeur peut être soit;
    • 0 (désactivé)
    • 1 (activé)
  • Régler la valeur sur 1 activera le système de protection Masternode pour le portefeuille.
  • Ajout d'un nouvel indicateur de configuration `masternodeconnections` cette valeur peut être soit;
    • 0 (désactivé)
    • 1 (activé)
  • La définition de la valeur à 1 limitera les connexions homologues du portefeuille aux masternodes actifs.
  • Les masternodes continueront de se connecter à tous les pairs, à la fois les masternodes et les portefeuilles normaux.
  • Les masternodes et les portefeuilles avec `masternodeprotection = 1` permettront, en cas de détection d'une réorganisation sur le réseau, de comparer la nouvelle hauteur de bloc -10 hachage de bloc avec la hauteur de bloc correspondante de la chaîne existante. Si le hachage ne correspond pas à ce bloc, le portefeuille rejettera la réorganisation comme non valide et continuera sur la chaîne existante.

image

Téléchargez la spécification complète.