カーダックス vs. SundaeSwap: 究極の Cardano DEX はどれですか?

プラトン再発行

フォロワー： 0

SundaeSwap が開始されたのはそれほど前のことではありません。このプロジェクトは、軌道に乗るまでに特有の問題を抱えていましたが、その後は安定していました。ただし、輻輳の問題に絶えず悩まされているため、カルダノネットワーク上で最も理想的な分散型取引所 (DEX) とは言えません。ここで Cardax が登場し、Cardano エコシステムにヒッチフリーの DApp をもたらします。

Cardax の基礎となるフレームワークは、ユーザーが SundaeSwap で起動時に行ったのと同じ問題に遭遇することを心配する必要がないため、プロジェクトを成功に導きます。トランザクション確認で根本的な問題を解決することにより、輻輳の問題のリスクを排除します。独自のストリーミングマージアルゴリズムにより、Cardax はユーザーの祈りに対する答えになることを約束します。

Cardax は SundaeSwap とどう違うのですか?

SundaeSwap DEX では、XNUMX 段階でトランザクションが確認されます。最初の段階は、ステークプールで行われる検証です。この最初の段階は完全にうまくいきます。ボトルネックは、スクーパーを必要とするこの XNUMX 部構成のシステムの第 XNUMX 段階にあります。 Scoopers は基本的に、トランザクションが完了する前に確認のためにユーザーの注文 (トランザクション) をピックアップする必要があります。ここで、混雑の問題が発生します。

Cardax は、スクーパー/マージャーの代わりにストリーミングマージモデルを使用することで、このリスクを完全に排除します。ストリーミングマージアルゴリズムにより、Cardax は選択された信頼できるマージのグループがトランザクションを確認する必要がなくなります。このモデルでは注文をマージする必要がないため、マージに予想以上の時間がかかる場合の混雑のリスクが大幅に軽減されます。

また、Cardax は、プロジェクトに輻輳の問題がないことを確認するために、コード側でいくつかの大幅な変更を行います。第一に、Cardax 開発チームはそのコードを非正統的な方法で記述します。現在、Plutus と Haskell を使用して (型指定されていない) Plutus Core にコンパイルするという、スマートコントラクトを記述する「通常の」方法と考えられる方法がありますが、Cardax はこの方法では進みません。

代わりに、Cardax は (型指定されていない) Plutus Core の上にある非常に薄い層である Plutarch を使用します。したがって、基本的には Haskell パイプラインで使用されるものと同じ形式をターゲットにしていますが、オーバーヘッドや複雑さを排除し、通常のコンパイルパスに沿ってボイラープレートを導入することができます。

Plutarch を使用する Cardax の主な利点は、メモリと CPU の使用量を大幅に削減すると同時に、スクリプトサイズを削減できるため、トランザクションが高速化されることです。

位置についてよーいどん

Cardax は、今年後半にメインネットでローンチされる予定です。分散型取引所 (DEX) は、その基盤となるモデルにより、SundaeSwap プロトコルが被る輻輳の問題をすべて回避できるようになります。

DEX は、SundaeSwap を支えるプロトコルと同じ Automated Market Maker (AMM) プロトコルも使用しています。ただし、Cardax は SundaeSwap DEX の良い部分をすべて取り去り、悪い部分を取り除きます。これには、プロトコルを悩ませ続けている混雑の問題にもかかわらず、ユーザーの資金を失うことのない SundaeSwap の実績に遅れずについていくことが含まれます。

Cardax はスマートコントラクトを「通常の」方法で作成しないため、ユーザーはブロックチェーン上で意図した順序を明らかにする必要がありません。ただし、注文が完了するのを待つ必要はなく、登録を待つだけで済みます。

これは、ユーザーが登録すると、注文がはるかに速いペースで処理され、注文状態の不確実性であるボトルネックが解消されることを意味します。

タイムスタンプ： 2022 年 2 月 9 日