SundaeSwap se lanzó no hace mucho tiempo y aunque el proyecto tuvo sus problemas únicos para despegar , desde entonces se había estabilizado. Sin embargo, todavía no es el intercambio descentralizado (DEX) más ideal en la red de Cardano, ya que está continuamente plagado de problemas de congestión. Aquí es donde Cardax entra en escena, trayendo una DApp sin problemas al ecosistema de Cardano.
El marco subyacente de Cardax prepara el proyecto para el éxito, ya que los usuarios no tienen que preocuparse por encontrarse con los mismos problemas que ellos. con SundaeSwap en el lanzamiento. Elimina el riesgo de problemas de congestión al resolver problemas subyacentes con confirmaciones de transacciones. Con su exclusivo algoritmo Streaming Merge, Cardax promete ser la respuesta a las oraciones de los usuarios.
¿En qué se diferencia Cardax de SundaeSwap?
SundaeSwap DEX tiene transacciones confirmadas en dos etapas. La primera etapa es la verificación que tiene lugar en los stake pools. Esta primera etapa funciona perfectamente bien. El cuello de botella se encuentra durante la segunda etapa de este sistema de dos partes que requiere palas. Los Scoopers básicamente necesitan recoger el pedido (transacción) de un usuario para confirmarlo antes de que se realice la transacción. Aquí es donde surgen los problemas de congestión.
Cardax elimina por completo este riesgo mediante el uso de un modelo Streaming Merge en lugar de Scoopers/Mergers. El algoritmo Streaming Merge hace posible que Cardax no requiera un grupo de fusiones elegidas y confiables para confirmar las transacciones. Los pedidos no tienen que fusionarse en este modelo, lo que reduce en gran medida el riesgo de congestión cuando la fusión lleva más tiempo de lo esperado.
Cardax también realiza algunas desviaciones significativas en el lado del código para garantizar que no haya problemas de congestión. con el proyecto En primer lugar, el equipo de desarrollo de Cardax escribe su código de forma poco ortodoxa. Actualmente existe lo que se considera la forma’normal’de escribir contratos inteligentes, usar Plutus y Haskell y compilarlos en Plutus Core (sin tipo), pero Cardax no sigue este camino.
En cambio, Cardax usa Plutarch , que es una capa muy delgada sobre Plutus Core (sin tipo). Entonces, aunque básicamente tiene como objetivo el mismo formato que el utilizado en la canalización de Haskell, es capaz de eliminar la sobrecarga, la complejidad e introducir repeticiones a lo largo de la ruta de compilación habitual.
Un beneficio importante de Cardax usando Plutarch es reducirá significativamente el uso de la memoria y la CPU, al mismo tiempo que permitirá una reducción del tamaño de la secuencia de comandos, lo que conducirá a transacciones más rápidas.
Listo, listo, listo
Cardax se lanzará en el mainnet a finales de este año. Con su modelo subyacente, el intercambio descentralizado (DEX) podrá evitar todos los problemas de congestión que sufre el protocolo SundaeSwap.
DEX también utiliza el protocolo Automated Market Maker (AMM), que es el mismo protocolo que sustenta SundaeSwap. Sin embargo, Cardax tomará todas las partes buenas de SundaeSwap DEX y eliminará las malas. Esto incluye mantenerse al día con el historial de SundaeSwap de no perder fondos de los usuarios a pesar de los problemas de congestión que continúan afectando al protocolo.
Dado que Cardax no escribe sus contratos inteligentes de la manera”habitual”, los usuarios no tienen que revelar su orden previsto en la cadena de bloques. Pero solo necesitaría esperar el registro, en lugar de tener que esperar a que se realicen sus pedidos.
Esto significa que una vez que un usuario se registra, su pedido se procesará a un ritmo mucho más rápido, completando acaba con el cuello de botella que es la incertidumbre del estado del pedido.
