Bij Jupiter Exchange in Solana, Spanje, mislukte de afgelopen maand bijna de helft van de transacties.

Jupiter DEX krijgt steeds meer kritiek nadat gebruikers een mislukkingspercentage van bijna 50% in transacties opmerkten, wat tot bezorgdheid en vragen over het platform leidde. Er zijn veel mensen die op zoek zijn naar antwoorden en zich afvragen welke stappen er worden genomen. De situatie wordt in dit artikel onderzocht. Het zal kijken naar welke factoren bijdragen aan het mislukkingspercentage en de acties onderzoeken die zijn ondernomen om de gebruikerservaring te verbeteren.

Waarom komen zulke hoge falingspercentages zo vaak voor?

Het gemiddelde uitvalpercentage van Jupiter over de afgelopen 30 dagen is 42,89%, zelfs als je de ontbrekende gegevens van 2 en 3 augustus buiten beschouwing laat. Als gevolg hiervan vragen steeds meer gebruikers zich af wat de hoofdoorzaken van de storingen zijn en hoe ze de prestaties kunnen verbeteren.

Het feit dat gebruikers nog steeds kosten moeten betalen, zelfs voor mislukte transacties, is een bron van grote frustratie. Dit lijkt in eerste instantie misschien onrechtvaardig, maar het is een kenmerk van de blockchain. Succesvol of niet, elke transactie verbruikt netwerkbronnen zoals computerkracht en blokkeert ruimte. De validator zal een mislukte transactie nog steeds verwerken totdat een probleem de fout veroorzaakt. Omdat het netwerk nog steeds moet worden gebruikt om de verzoeken te verwerken, helpt deze vergoeding om de computerbronnen te compenseren.

Een oplossing die de sliptolerantie vergroot, kan riskant zijn

Om herhaalde kosten van het netwerk te voorkomen, verhogen veel gebruikers hun slippage-drempel in een poging hun transactie te voltooien. Het vergroot de kans dat de uitwisseling succesvol zal zijn, omdat de verhoogde slippage-tolerantie het netwerk in staat stelt de handel voort te zetten, zelfs als er een kleine prijswijziging is ten opzichte van de notering.

De toegenomen slippage kan leiden tot een nieuw risico, namelijk front-running bots. Bots die transacties met een hoge slippage detecteren, kunnen transacties uitvoeren vóór gebruikers, activa kopen voor een lagere prijs dan de slippage die door de gebruiker is ingesteld en deze vervolgens verkopen voor een hogere prijs. Gebruikers betalen meer voor hun swaps omdat ze minder gunstige tarieven krijgen.

Vooroplopen in blockchain-smartcontractnetwerken

Hackens diagram toont front-running op Ethereum. Hetzelfde concept is echter van toepassing op Solana of andere blockchains met smart contracts.

• Stap 1Een smart contract wordt geactiveerd wanneer de gebruiker een netwerktransactie initieert.
• Stap 2.De koploper bewaakt en detecteert de transacties van gebruikers.
• Stap 3: Een nieuwe transactie wordt aangemaakt door de koploper met een hogere gasprijs. Deze hogere gasprijs moedigt de validators aan om prioriteit te geven aan het verwerken van de transactie van de koploper vóór die van de oorspronkelijke transactie.
• Stap 4Omdat de transactie van de koploper een hogere gasprijs biedt dan die van de gebruiker, wordt deze als eerste verwerkt. Omdat de transactie van de leider een betere gasprijs biedt, wordt deze als eerste verwerkt.
• Stap 5Dit kan leiden tot financieel verlies en gemiste kansen.

Jupiter eigen woorden:

De meeste van deze mislukte transacties komen van arbitragebots die het programma gebruiken wanneer een arb-opportunity nabij is, in de hoop een transactie te landen wanneer de opportunity plaatsvindt — dit leidt tot een hogere faalkans. Jupiter UI-gebruikers ervaren een transactiesuccespercentage van meer dan 90%.

Front-running is sterk afhankelijk van de betrouwbaarheid van RPC (Remote Protocol Call)-providers die met de blockchain interacteren. RPC is een tussenpersoon tussen gebruikers en blockchains die gegevens over transacties naar het hele netwerk verzendt. Een onbetrouwbare RPC-serviceprovider kan front-running mogelijk maken of eraan deelnemen door informatie te delen met bots en de volgorde van transacties te manipuleren. RPC-providers die een goede reputatie hebben, moeten zich houden aan ethische normen en mogen niet toestaan ​​dat gebruikers worden uitgebuit of zich bezighouden met dergelijk gedrag.

Een hoog falingspercentage is ook te wijten aan de memecoin-gekte. Elke dag worden er tienduizenden tokens gecreëerd. Er zijn niet genoeg tokens op de markt voor veel van deze memecoins. Gebruikers kunnen transacties mislukken wanneer ze proberen tokens te verkopen of kopen met een lage liquiditeit.

Beperkingen in de snelheid van orderverwerking

De automatische slippageberekening en gasberekeningen van Jupiter dragen ook bij aan dit faalpercentage. Deze functies werken prima in periodes van stabiliteit, maar hebben moeite als de markt volatiel is. Het platform heeft ook moeite met zijn Free Tier Quote API. Dit werd uitgebuit om gebruikers in staat te stellen om tarieflimieten te omzeilen door nieuwe machines op te starten. Het heeft de bedrijfskosten verhoogd en er is een potentieel voor serviceverslechtering.

Jupiter kan momenteel het grote aantal verzoeken niet verwerken, waardoor de logica voor nieuwe pogingen vertraagt ​​tot meer dan 25 seconden.

De conclusie van het artikel is:

Jupiter DEX heeft een aantal serieuze uitdagingen te overwinnen, zoals een hoog aantal mislukte transacties, infrastructuurknelpunten en front-running-risico. Dit zijn niet zomaar kleine problemen: ze hebben direct invloed op het vertrouwen van gebruikers en het vermogen van het platform om goed te presteren. Hoewel het team hard werkt om deze problemen op te lossen, blijft er één vraag: zal Jupiter niet alleen de directe problemen kunnen oplossen, maar ook kunnen voldoen aan de toenemende vraag op de DeFi-markt?