SundaeSwap 不久前推出，虽然该项目在启动时遇到了独特的问题，但此后已经稳定下来。 然而，它仍然不是 Cardano 网络上最理想的去中心化交易所 (DEX)，因为它一直受到拥塞问题的困扰。 这就是 Cardax 发挥作用的地方，它为 Cardano 生态系统带来了一个无障碍的 DApp。
Cardax 的底层框架为项目的成功奠定了基础，因为用户不必担心在启动时遇到与 SundaeSwap 相同的问题。 它通过解决交易确认的潜在问题来消除拥塞问题的风险。 凭借其独特的流媒体合并算法，Cardax 有望成为用户祈祷的答案。
Cardax 与 SundaeSwap 有何不同？
SundaeSwap DEX 的交易分两个阶段确认。 第一阶段是在股权池中进行的验证。 第一阶段运行得非常好。 瓶颈出现在这个需要铲斗的两部分系统的第二阶段。 Scoopers 基本上需要在交易完成之前拿起用户的订单（交易）进行确认。 这就是出现拥塞问题的地方。
Cardax 通过使用 Streaming Merge 模型而不是 Scoopers/Mergers 完全消除了这种风险。 Streaming Merge 算法使 Cardax 不需要一组选举的、可信的合并来确认交易。 在此模型中不必合并订单，因此大大降低了合并时间超过预期时出现拥塞的风险。
Cardax 还在代码方面做出了一些重大偏差，以确保项目不会出现拥塞问题。 首先，Cardax 开发团队以非正统的方式编写代码。 目前被认为是编写智能合约的“正常”方式，使用 Plutus 和 Haskell 并将其编译为（Untyped）Plutus Core，但 Cardax 并没有采用这种方式。
相反，Cardax 使用 Plutarch，它是（无类型）Plutus Core 之上的一个非常薄的层。 因此，尽管它基本上以与 Haskell 管道中使用的格式相同的格式为目标，但它能够消除开销、复杂性并沿着通常的编译路径引入样板。
使用 Plutarch 的 Cardax 的一个主要好处是它将显着减少内存和 CPU 使用率，同时还允许减少脚本大小，从而加快交易速度。
预备，准备，开始
Cardax 将于今年晚些时候在主网上推出。 凭借其底层模型，去中心化交易所 (DEX) 将能够避免 SundaeSwap 协议遭受的所有拥塞问题。
DEX 还使用自动做市商 (AMM) 协议，该协议与支持 SundaeSwap 的协议相同。 然而，Cardax 将利用 SundaeSwap DEX 的所有优点并去除缺点。 这包括保持 SundaeSwap 的跟踪记录，尽管拥塞问题继续困扰着协议，但没有损失任何用户资金。
由于 Cardax 不以“常规”方式编写其智能合约，因此用户不必在区块链上透露他们的预期订单。 但是只需要等待注册，而不必等待他们的订单通过。
这意味着一旦用户注册，他们的订单将以更快的速度处理，从而完全消除订单状态不确定性的瓶颈。
