Analyse des attaques de refus de paquet sur le Pool de minage de NEST Oracle Machine
Le NEST, Oracle Machine distribué, vise à améliorer la fiabilité des données de prix et la sécurité du système, en permettant à un plus grand nombre d'utilisateurs en chaîne de participer au processus de détermination des prix. Cependant, ce design fait également face à certains défis, notamment en ce qui concerne la gestion des mineurs malveillants fournissant de fausses offres.
Pour résoudre ce problème, NEST a introduit un mécanisme de validation des offres - des ordres à exécuter. Les validateurs peuvent effectuer des transactions en fonction des offres, obtenir les actifs mis en garantie par l'offreur et soumettre de nouvelles offres corrigées. Ce mécanisme limite dans une certaine mesure les offres malveillantes et permet une correction rapide.
Cependant, le bon fonctionnement de ce mécanisme de correction des prix dépend de l'apparition rapide des transactions de prise de commande et des nouvelles offres dans les nouveaux blocs de la chaîne. Cependant, avec l'émergence des Pool de minage, les mineurs individuels ne travaillent plus de manière indépendante. Les Pool de minage augmentent la stabilité des revenus en intégrant la puissance de calcul, car dans le consensus de preuve de travail (PoW), une plus grande puissance de calcul signifie une probabilité de revenu plus élevée.
L'apparition des Pools de minage a conduit à un monopole sur le droit de regrouper les transactions. Dans une chaîne publique, seuls les mineurs ou Pools de minage ayant extrait un bloc peuvent décider des transactions à inclure dans le prochain bloc. Les grands Pools de minage choisissent souvent des transactions qui leur sont favorables ou qui ont des frais plus élevés, même si ces transactions ne sont pas les premières publiées sur la chaîne.
Lorsque cette situation se produit dans l'Oracle Machine NEST, cela peut entraîner un retard dans la validation des nouvelles offres pendant la période de vérification, ce qui conduit finalement NEST à fournir des données de prix erronées. Cela crée des opportunités d'arbitrage pour certains Pool de minage, menaçant la sécurité de l'ensemble de l'écosystème DeFi.
Le processus d'attaque spécifique est le suivant :
Les pools de minage malveillants accumulent à l'avance des cryptomonnaies utilisées pour l'arbitrage par des moyens tels que des prêts flash.
Les pools de minage malveillants font une offre au NEST qui présente un énorme écart par rapport au prix du marché réel.
Pendant la période de validation, d'autres validateurs proposeront des transactions à l'unité et ajusteront les offres pour réaliser des bénéfices.
Tous les Pool de minage sont confrontés à deux choix : empaqueter les transactions corrigées dans le prochain bloc ou ne pas les empaqueter.
Les pools de minage prennent des décisions en fonction de leur part de puissance de calcul et des bénéfices potentiels, formant un jeu statique à information complète.
Le résultat final dépend du point d'équilibre de Nash, c'est-à-dire de la maximisation des gains de chaque participant sous diverses combinaisons de décisions.
Le Pool de minage prendra en compte deux types de revenus lors de la prise de décision : les revenus obtenus par la correction immédiate de l'offre (a), et les revenus d'arbitrage potentiels qui pourraient être obtenus sans correction de l'offre (b). En général, b > a. Mais comme seuls les Pools de minage ayant extrait un nouveau bloc peuvent obtenir le droit de comptabilité, les revenus réels doivent également prendre en compte la part de puissance de calcul du Pool de minage.
Finalement, le Pool de minage choisira de corriger ou non l'offre en fonction de sa part de puissance de calcul et de la relation proportionnelle entre les deux types de revenus, afin d'atteindre un état d'équilibre de Nash.
Cette attaque menace non seulement l'oracle NEST, mais elle constitue également un défi pour l'ensemble du concept de décentralisation de la blockchain. La manière de résoudre les problèmes engendrés par le pool de minage devient une question incontournable dans le processus de réalisation d'une véritable décentralisation.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
10 J'aime
Récompense
10
3
Reposter
Partager
Commentaire
0/400
ForkTongue
· Il y a 7h
L'indice est la vraie croyance, plutôt conservateur.
Voir l'originalRépondre0
hodl_therapist
· Il y a 7h
Ancien projet, n'est-ce pas ? La sécurité a toujours été un problème, n'est-ce pas ?
L'oracle NEST fait face à des attaques de refus de service sur le pool de minage, menaçant la sécurité de l'écosystème de la finance décentralisée.
Analyse des attaques de refus de paquet sur le Pool de minage de NEST Oracle Machine
Le NEST, Oracle Machine distribué, vise à améliorer la fiabilité des données de prix et la sécurité du système, en permettant à un plus grand nombre d'utilisateurs en chaîne de participer au processus de détermination des prix. Cependant, ce design fait également face à certains défis, notamment en ce qui concerne la gestion des mineurs malveillants fournissant de fausses offres.
Pour résoudre ce problème, NEST a introduit un mécanisme de validation des offres - des ordres à exécuter. Les validateurs peuvent effectuer des transactions en fonction des offres, obtenir les actifs mis en garantie par l'offreur et soumettre de nouvelles offres corrigées. Ce mécanisme limite dans une certaine mesure les offres malveillantes et permet une correction rapide.
Cependant, le bon fonctionnement de ce mécanisme de correction des prix dépend de l'apparition rapide des transactions de prise de commande et des nouvelles offres dans les nouveaux blocs de la chaîne. Cependant, avec l'émergence des Pool de minage, les mineurs individuels ne travaillent plus de manière indépendante. Les Pool de minage augmentent la stabilité des revenus en intégrant la puissance de calcul, car dans le consensus de preuve de travail (PoW), une plus grande puissance de calcul signifie une probabilité de revenu plus élevée.
L'apparition des Pools de minage a conduit à un monopole sur le droit de regrouper les transactions. Dans une chaîne publique, seuls les mineurs ou Pools de minage ayant extrait un bloc peuvent décider des transactions à inclure dans le prochain bloc. Les grands Pools de minage choisissent souvent des transactions qui leur sont favorables ou qui ont des frais plus élevés, même si ces transactions ne sont pas les premières publiées sur la chaîne.
Lorsque cette situation se produit dans l'Oracle Machine NEST, cela peut entraîner un retard dans la validation des nouvelles offres pendant la période de vérification, ce qui conduit finalement NEST à fournir des données de prix erronées. Cela crée des opportunités d'arbitrage pour certains Pool de minage, menaçant la sécurité de l'ensemble de l'écosystème DeFi.
Le processus d'attaque spécifique est le suivant :
Les pools de minage malveillants accumulent à l'avance des cryptomonnaies utilisées pour l'arbitrage par des moyens tels que des prêts flash.
Les pools de minage malveillants font une offre au NEST qui présente un énorme écart par rapport au prix du marché réel.
Pendant la période de validation, d'autres validateurs proposeront des transactions à l'unité et ajusteront les offres pour réaliser des bénéfices.
Tous les Pool de minage sont confrontés à deux choix : empaqueter les transactions corrigées dans le prochain bloc ou ne pas les empaqueter.
Les pools de minage prennent des décisions en fonction de leur part de puissance de calcul et des bénéfices potentiels, formant un jeu statique à information complète.
Le résultat final dépend du point d'équilibre de Nash, c'est-à-dire de la maximisation des gains de chaque participant sous diverses combinaisons de décisions.
Le Pool de minage prendra en compte deux types de revenus lors de la prise de décision : les revenus obtenus par la correction immédiate de l'offre (a), et les revenus d'arbitrage potentiels qui pourraient être obtenus sans correction de l'offre (b). En général, b > a. Mais comme seuls les Pools de minage ayant extrait un nouveau bloc peuvent obtenir le droit de comptabilité, les revenus réels doivent également prendre en compte la part de puissance de calcul du Pool de minage.
Finalement, le Pool de minage choisira de corriger ou non l'offre en fonction de sa part de puissance de calcul et de la relation proportionnelle entre les deux types de revenus, afin d'atteindre un état d'équilibre de Nash.
Cette attaque menace non seulement l'oracle NEST, mais elle constitue également un défi pour l'ensemble du concept de décentralisation de la blockchain. La manière de résoudre les problèmes engendrés par le pool de minage devient une question incontournable dans le processus de réalisation d'une véritable décentralisation.