Cardax contre. SundaeSwap : Quel est le Cardano DEX ultime ?

Republié par Platon

Suiveurs: 0

SundaeSwap a été lancé il n'y a pas si longtemps et même si le projet a connu des problèmes uniques pour décoller, il s'est depuis stabilisé. Cependant, il ne s’agit toujours pas de l’échange décentralisé (DEX) le plus idéal sur le réseau Cardano, car il est continuellement en proie à des problèmes de congestion. C'est là que Cardax entre en scène, apportant une DApp sans accroc à l'écosystème Cardano.

Le cadre sous-jacent de Cardax prépare le projet au succès, car les utilisateurs n'ont pas à craindre de rencontrer les mêmes problèmes qu'avec SundaeSwap au lancement. Il élimine le risque de problèmes de congestion en résolvant les problèmes sous-jacents liés aux confirmations de transactions. Avec son algorithme unique Streaming Merge, Cardax promet d'être la réponse aux prières des utilisateurs.

En quoi Cardax est-il différent de SundaeSwap ?

Le SundaeSwap DEX a des transactions confirmées en deux étapes. La première étape est la vérification qui a lieu dans les pools de mises. Cette première étape se déroule parfaitement. Le goulot d'étranglement se situe lors de la deuxième étape de ce système en deux parties qui nécessite les scoopers. Les scoopers doivent essentiellement récupérer la commande (transaction) d'un utilisateur pour confirmation avant que la transaction ne soit effectuée. C’est là que surviennent les problèmes de congestion.

Cardax élimine complètement ce risque en utilisant un modèle de fusion en streaming au lieu de Scoopers/Fusions. L'algorithme Streaming Merge permet à Cardax de ne pas avoir besoin d'un groupe de fusions élues et fiables pour confirmer les transactions. Les commandes ne doivent pas nécessairement être fusionnées dans ce modèle, ce qui réduit considérablement le risque de congestion lorsque la fusion prend plus de temps que prévu.

Cardax fait également des écarts importants du côté du code pour garantir qu'il n'y a pas de problèmes de congestion avec le projet. Premièrement, l'équipe de développement de Cardax écrit son code d'une manière peu orthodoxe. Il existe actuellement ce qui est considéré comme la manière « normale » d'écrire des contrats intelligents, en utilisant Plutus et Haskell et en les compilant dans Plutus Core (non typé), mais Cardax ne suit pas cette voie.

Au lieu de cela, Cardax utilise Plutarch, qui est une très fine couche au-dessus du noyau Plutus (non typé). Ainsi, bien qu'il cible fondamentalement le même format que celui utilisé dans le pipeline Haskell, il est capable d'éliminer la surcharge, la complexité et d'introduire un passe-partout le long du chemin de compilation habituel.

L'un des principaux avantages de Cardax utilisant Plutarch est qu'il réduira considérablement l'utilisation de la mémoire et du processeur, tout en permettant également une diminution de la taille du script, ce qui entraînera des transactions plus rapides.

Prêt, prêt, partez

Cardax sera lancé sur le réseau principal plus tard cette année. Grâce à son modèle sous-jacent, l'échange décentralisé (DEX) pourra éviter tous les problèmes de congestion subis par le protocole SundaeSwap.

Le DEX utilise également le protocole Automated Market Maker (AMM), qui est le même protocole qui sous-tend SundaeSwap. Cependant, Cardax prendra toutes les bonnes parties du SundaeSwap DEX et éliminera les mauvaises. Cela implique de suivre l'historique de SundaeSwap consistant à ne perdre aucun fonds d'utilisateur malgré les problèmes de congestion qui continuent de tourmenter le protocole.

Étant donné que Cardax n'écrit pas ses contrats intelligents de la manière « habituelle », les utilisateurs n'auront pas à révéler l'ordre qu'ils prévoient sur la blockchain. Mais il leur suffirait d’attendre l’enregistrement, au lieu d’attendre que leurs commandes soient passées.

Cela signifie qu'une fois qu'un utilisateur s'est inscrit, sa commande sera traitée à un rythme beaucoup plus rapide, éliminant ainsi le goulot d'étranglement qu'est l'incertitude de l'état de la commande.

Horodatage: 9 février 2022