Analyse de l'attaque de refus de pack par le Pool de minage sur l'Oracle Machine NEST

Le NEST d'Oracle Machine distribué vise à améliorer la fiabilité des données des oracles 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. Pour faire face aux offres malveillantes, NEST a conçu un mécanisme de vérification des offres - consommation, permettant aux validateurs de trader en fonction des offres et de proposer des corrections.

Cependant, le bon fonctionnement de ce mécanisme dépend de l'apparition rapide des transactions de prise de commande et des nouvelles offres dans les nouveaux blocs. Avec l'émergence des pools de minage, le droit de regrouper les transactions est devenu un monopole, et les grands pools de minage ont tendance à choisir de regrouper les transactions qui leur sont favorables ou qui ont des frais élevés, ce qui peut entraîner un retard dans la validation des nouvelles offres NEST.

Dans ce cas, NEST pourrait fournir des données de prix incorrectes, offrant des opportunités d'arbitrage à certains Pool de minage, menaçant la sécurité de l'écosystème DeFi. Cet article analysera en détail cette attaque de refus de paquet ciblant l'oracle NEST.

Analyse du processus d'attaque

Supposons que tous les membres participant au minage soient des Pools de minage et qu'ils connaissent chacun leur part de puissance de calcul. Avant l'attaque, un Pool de minage malveillant peut accumuler à l'avance des cryptomonnaies utilisées pour l'arbitrage par le biais de prêts instantanés.

Au début de l'attaque, le Pool de minage malveillant fait une offre très éloignée du prix réel du marché à NEST. Pendant la période de vérification, les validateurs proposeront des transactions d'achat et corrigeront les offres pour réaliser des bénéfices.

À ce moment-là, tous les Pool de minage font face à deux choix : inclure cette transaction dans le prochain bloc ou ne pas l'inclure. Cela constitue un jeu statique à information complète à plusieurs répétitions, dont le résultat final dépend des gains de chaque participant selon les différentes combinaisons de décisions.

Si le Pool de minage choisit de corriger le prix, il peut immédiatement obtenir un rendement a. S'il ne corrige pas, il peut réaliser un arbitrage en accumulant des cryptomonnaies après l'établissement du prix, obtenant ainsi un rendement b généralement supérieur à a. Cependant, le rendement réel doit également prendre en compte la part de puissance de calcul du Pool de minage, car seuls les Pools de minage qui obtiennent un nouveau bloc peuvent obtenir le droit de comptabilisation.

Ainsi, le rendement réel pris en compte par le Pool de minage dans chaque bloc de période de validation est :

1. Modifier le prix : Pia
2. Ne pas modifier le prix : Pib * Pn

où Pi est la part de la puissance de calcul du Pool de minage, Pn est la probabilité que tous les blocs de la période de validation ne modifient pas le prix.

Le Pool de minage choisira de corriger ou non le prix en fonction de sa part de puissance de calcul et de la relation proportionnelle entre a et b, atteignant finalement un état d'équilibre de Nash.

Résumé

Les pools de minage peuvent tirer parti de leur puissance de calcul pour retarder ou entraver la correction des prix, en réalisant des arbitrages à partir de l'Oracle Machine NEST. Cela n'est pas seulement un problème auquel NEST est confronté, mais également un défi pour l'ensemble de la philosophie de décentralisation de la blockchain. Trouver des solutions aux problèmes posés par les pools de minage est un sujet important pour réaliser une véritable décentralisation.