Jupiter DEX fait l’objet d’une surveillance accrue, les utilisateurs ayant observé un taux d’échec des transactions de près de 50 %, ce qui suscite des inquiétudes et des questions sur les performances de la plateforme. Beaucoup cherchent des explications et se demandent quelles mesures sont prises pour résoudre ce problème. Dans cet article, la situation sera explorée en détail, en examinant les facteurs contribuant au taux d’échec élevé et les mesures prises pour améliorer l’expérience utilisateur sur la plateforme.

Table des matières

  • Taux d’échec élevé : causes et préoccupations

  • Une tolérance accrue au glissement est une solution risquée

  • Comment fonctionne le front-running sur les réseaux de blockchain de contrats intelligents

  • Limitations de débit et retards dans le traitement des commandes

  • Conclusion

Source : Hacken Taux d'échec élevé : causes et préoccupations

Au cours des 30 derniers jours, en excluant les données manquantes des 2 et 3 août, le taux moyen de défaillance sur Jupiter s'élève à 42,89 %. Cela a conduit un nombre croissant d'utilisateurs à s'interroger sur les causes sous-jacentes de ces défaillances et à chercher des éclaircissements sur les mesures prises pour améliorer les performances de la plateforme.

Un point particulièrement frustrant pour de nombreux utilisateurs est le fait qu’ils doivent toujours payer des frais pour les transactions échouées. Bien que cela puisse sembler injuste à première vue, c’est un aspect inhérent à la technologie blockchain. Chaque transaction, réussie ou non, utilise des ressources réseau telles que la puissance de calcul et l’espace de bloc. Même si une transaction échoue, le validateur la traite quand même jusqu’à ce qu’un problème provoque une erreur. Étant donné que le réseau est toujours utilisé pour traiter la demande, les frais compensent ces ressources informatiques.

Vous pourriez également aimer : Jupiter, basé à Solana, suscite la controverse pour sa collaboration avec Irene Zhao

Une tolérance accrue au glissement est une solution risquée

Pour éviter les frais répétés, les utilisateurs augmentent souvent leur tolérance au glissement afin de garantir la réussite de leurs transactions. Cette augmentation augmente les chances de réussite de la transaction, car elle donne au réseau l'autorisation de terminer l'échange même si le prix change légèrement par rapport au prix initial.

Cependant, l’augmentation du glissement ouvre la porte à un autre risque : le fait que les robots soient en avance sur les transactions. Ces robots peuvent détecter les transactions avec un glissement élevé et exécuter leurs transactions juste avant la transaction de l’utilisateur, en achetant des actifs au prix le plus bas et en les revendant au prix le plus élevé fixé par le glissement de l’utilisateur. Cela se traduit par des taux moins favorables pour les utilisateurs sur leurs swaps, ce qui leur coûte effectivement plus que les simples frais de transaction.

Comment fonctionne le front-running sur les réseaux de blockchain de contrats intelligents

Le diagramme de Hacken montre comment fonctionne le front-running sur Ethereum, mais le concept s'applique également à Solana et à d'autres blockchains de contrats intelligents.

  • Étape 1 : L’utilisateur initie une transaction sur le réseau, dans le but d’interagir avec un contrat intelligent.

  • Étape 2 : un précurseur (généralement un robot) surveille le réseau et détecte la transaction de l’utilisateur.

  • Étape 3 : le favori crée une nouvelle transaction avec un prix du gaz plus élevé. Le prix du gaz plus élevé incite les validateurs à donner la priorité au traitement de la transaction du favori par rapport à la transaction d’origine de l’utilisateur.

  • Étape 4 : Le réseau blockchain donne la priorité aux transactions en fonction du prix du gaz. Étant donné que la transaction du favori offre un prix du gaz plus élevé que celle de l’utilisateur, elle est traitée en premier.

  • Étape 5 : La transaction de l’utilisateur obtient des conditions moins favorables ou échoue même, ce qui entraîne des pertes financières ou des opportunités manquées.

Selon les propres mots de Jupiter :

La majorité de ces transactions échouées proviennent de robots d'arbitrage qui utilisent le programme lorsqu'une opportunité d'arbitrage est proche, dans l'espoir de conclure une transaction lorsque l'opportunité se présente, ce qui conduit à un taux d'échec plus élevé. Pour nos utilisateurs sur Jupiter UI, les taux de réussite des transactions sont en fait supérieurs à 90 % !

Néanmoins, le front-running dépend fortement de la fiabilité des fournisseurs RPC (Remote Procedure Call) utilisés pour interagir avec le réseau. Le fournisseur RPC est un intermédiaire entre l'utilisateur et la blockchain et transmet les données de transaction au réseau. Si un fournisseur RPC n'est pas réputé, il pourrait potentiellement permettre ou même participer au front-running en partageant les détails des transactions avec des robots ou en manipulant l'ordre dans lequel les transactions sont soumises. Les fournisseurs RPC réputés, en revanche, sont censés respecter des normes éthiques et s'assurer qu'ils n'exploitent pas les utilisateurs ou ne permettent pas un tel comportement.

Une autre raison du taux élevé d’échecs de transactions est la frénésie actuelle des memecoins, où des dizaines de milliers de nouveaux jetons sont créés chaque jour. Beaucoup de ces memecoins manquent de liquidité, ce qui signifie qu’il n’y a pas assez de jetons disponibles sur le marché pour effectuer des transactions. Lorsque les utilisateurs tentent d’acheter ou de vendre ces jetons à faible liquidité, les transactions peuvent échouer car la transaction ne peut pas être exécutée.

Limitations de débit et retards dans le traitement des commandes

Si la montée en puissance des memecoins contribue au taux d’échec, les fonctions automatisées de calcul des glissements et du gaz de Jupiter jouent également un rôle. Ces fonctionnalités, qui fonctionnent généralement bien dans des conditions de marché stables, ont du mal à fonctionner pendant les périodes de forte volatilité. De plus, la plateforme est aux prises avec des problèmes liés à son API de cotation gratuite, qui a été exploitée par des utilisateurs contournant les limites de débit en lançant de nouvelles machines. Cette exploitation a entraîné une augmentation des coûts opérationnels et un risque de dégradation du service pour les utilisateurs légitimes.

De plus, le débit de Jupiter est actuellement insuffisant, notamment parce qu’il gère un volume de commandes écrasant, ce qui ralentit sa logique de nouvelle tentative à plus de 25 secondes.

Conclusion

Jupiter DEX est confronté à des défis de taille, notamment un taux élevé d’échecs de transactions, des risques de premier plan et des goulots d’étranglement de l’infrastructure. Il ne s’agit pas de problèmes mineurs : ils affectent directement la confiance des utilisateurs et la capacité de la plateforme à bien fonctionner. L’équipe travaille dur pour résoudre ces problèmes, mais une question clé demeure : Jupiter peut-il non seulement résoudre ces problèmes immédiats, mais également répondre aux demandes croissantes de l’espace DeFi ?

Divulgation : Cet article ne constitue pas un conseil en investissement. Le contenu et les documents présentés sur cette page sont fournis à des fins éducatives uniquement.