Skip to main content

DEX とは

注：この文書は英語の原文からの自動翻訳です。

DEX とは

DEX（Decentralized Exchange、分散型取引所）は、ユーザーが中央集権的な仲介者に資金を預け入れることなく、スマートコントラクトを通じて直接トークンをスワップできるようにするオンチェーンのアプリケーションです。ユーザーが企業に自分の資産の保管と注文のマッチングを信頼する従来の取引所とは異なり、DEX はプログラム可能な流動性インフラとして動作します。スマートコントラクトのロジックによって統制されるトークンのプールが、中央集権型プラットフォームの注文板と保管型ウォレットを置き換えます。

要約： DEX は単なる「登録不要の取引所」ではありません — それは、スワップがスマートコントラクトのプールを通じて実行され、ユーザーがプロセスを通じて自分の資産の保管権を保持する、一種のオンチェーン流動性アプリケーションです。

DEX の仕組み

DEX は、従来の取引所の中央集権的なコンポーネント — 保管、注文のマッチング、決済 — をスマートコントラクトに置き換えます。最も一般的なモデルは Automated Market Maker（AMM） ですが、他のモデルも存在します。

Automated Market Maker（AMM）

個々の買い注文と売り注文をマッチングする代わりに、AMM は 流動性プール — 二つ以上のトークンの準備を保持するスマートコントラクト — を用います。誰でもプールと対話することで、あるトークンを別のトークンにスワップできます。価格は、プール内のトークンの比率に基づいて数学的な式（最も一般的には恒等積の式：x * y = k）によって決定されます。

流動性提供者（LP）はこれらのプールにトークンのペアを預け入れ、スワップによって生成される取引手数料の一部を獲得します。AMM モデルは注文板の必要性を排除し、流動性が常に利用可能であることを保証します（ただし、スリッページのため大きな取引では価格が不利になる場合があります）。

注文板型 DEX

一部の DEX は、従来の取引所のアーキテクチャにより近い、オンチェーンまたはハイブリッドの注文板を用いますが、ブロックチェーン上で動作します。指値注文がオンチェーンに（または部分的にオフチェーンのマッチングエンジンに）置かれ、決済はスマートコントラクトを通じて行われます。このモデルは大きな取引に対してより良い価格執行を提供できますが、基盤となるブロックチェーンからより高いスループットを必要とします。

集中流動性（Concentrated liquidity）

高度な AMM 設計は、流動性提供者が資本を価格曲線全体に分散させるのではなく、特定の価格レンジ内に集中させることを可能にします。これは資本効率を改善します — LP は投入された資本の単位あたりより多くの手数料を獲得します — が、市場価格が選んだレンジの外に動くとポジションは何も稼がないため、能動的な管理を必要とします。

ルーティング（Routing）

ルーティング は、スワップのための最良の執行経路を見つけるプロセスです。ユーザーがトークン A をトークン B にスワップしたいとき、最適な経路は単一のプールでの直接スワップではないかもしれません。代わりに、その取引は、複数のプールにわたって分割したり、中間トークンを経由したり（A から C を経て B）、まったく異なるプロトコルから流動性を調達したりすることで、より良い価格を達成するかもしれません。

ルーティングアルゴリズムは、利用可能なすべての経路を評価し、ユーザーにとっての価格インパクトと手数料を最小化するものを選択します。単純なスワップは単一のプールを用いるかもしれません。複雑なスワップは、取引を複数のプールとトークン経路にわたって同時に分割するかもしれません。

ルーティングの品質は、ユーザーが支払うものに直接影響します。単一の低流動性プールでの素朴なスワップは大きなスリッページを被り得る一方、同じ取引がより深いプールを通じてルーティングされたり複数の取引場所にわたって分割されたりすれば、大幅に良い価格で執行され得ます。

ルーター（Router）

ルーター は、オンチェーンでルーティングのロジックを実装するスマートコントラクト（またはスマートコントラクトの集合）です。ユーザーが DEX のインターフェースを通じてスワップを開始するとき、彼らは通常、流動性プールと直接ではなく、ルーターコントラクトと対話しています。

ルーターはいくつかの機能を実行します。

  • 経路の解決 — スワップにどのプールと中間トークンを用いるかを決定します。
  • マルチホップ執行 — 単一のトランザクションで複数のプールにわたるスワップのシーケンスを実行します（例えば、Pool 1 で A を C にスワップし、次に Pool 2 で C を B にスワップ）。
  • スリッページ保護 — ユーザーの許容できる最大スリッページを強制し、価格が指定された閾値を超えて動いた場合にトランザクションを取り消します。
  • 分割ルーティング — 価格インパクトを最小化するために、取引を複数のプールにわたって同時に分割します。

一部のプロトコルは、自身のプールだけでなく複数の DEX から流動性を調達する アグリゲーターのルーター を用います。これらのアグリゲーターは、最良の利用可能な価格を見つけるためにプロトコルをまたいでスキャンし、事実上 DEX エコシステム全体を統一された流動性層として扱います。

クリプト AI の文脈では、ルーティングは特に関連する領域です。AI 駆動のルーティング最適化ツールは、プールの状態を分析し、価格変動を予測し、最適な分割比率をリアルタイムで計算できます — ルーティングを、DeFi インフラ内の AI の自然な適用点にしています。

決済と保管

DEX 上のすべてのスワップは、同じトランザクション内でオンチェーンで決済されます。決済の遅延も、カウンターパーティリスクも、保管型の仲介者もありません。ユーザーのウォレットはスマートコントラクトと直接対話し、スワップされたトークンはアトミックにユーザーのアドレスに配信されます — スワップ全体が完了するか、完全に取り消されるかのいずれかです。

なぜクリプト AI プロジェクトにとって重要なのか

DEX はいくつかの理由でクリプト AI エコシステムの中心です。

  • トークンの流動性 — ほとんどのクリプト AI プロジェクトのトークンは DEX 上で取引されます。流動性の可用性、深さ、分布は、プロジェクトのアクセスのしやすさに直接影響します。
  • DeFi の統合 — DeFAI カテゴリの AI プロジェクトは、しばしば DEX インフラの上に構築するか、それと対話します。スワップを実行する AI エージェント、DEX 活動を監視する分析ツール、流動性ポジションを管理する最適化エンジンなどです。
  • AI 駆動のルーティング — DEX のルーティングと集約は、AI 最適化の自然な適用点です。経路最適化、MEV 保護、流動性管理に machine learning を適用するプロジェクトは、DEX の仕組みと AI の交差点で動作します。
  • オンチェーンデータ — DEX のトランザクションは豊富なオンチェーンデータ（スワップ量、流動性の流れ、価格変動）を生み出し、それが AI 分析と取引モデルの入力となります。
  • 価格発見 — 中央集権型取引所に上場されていないクリプト AI トークンにとって、DEX は価格発見と取引の主要な場所として機能します。

DecAIHub のプロジェクトカードのどこに現れるか

DEX 関連の情報は、プロジェクトカードのいくつかの場所に現れます。

  • Category — AI/Agents | DeFi、AI/Analytics | DeFi、または AI/DeFi | Infra に分類されるプロジェクトは、頻繁に DEX インフラと対話するか、その上に構築します。
  • Type — DEX 自体はアプリケーションまたはプロトコルとして分類されます。DEX 向けのツール（ルーティング最適化、分析）を構築するプロジェクトは、インフラとして分類される場合があります。
  • Use case — DEX 関連のユースケースには DeFi copilot、AI-assisted DeFi strategies、DEX aggregation、liquidity management、on-chain analytics が含まれます。
  • Evidence — Evidence 表は、検証可能な DEX 統合を示す、取引のためのスマートコントラクトアドレス、ルーターコントラクト、プールの対話を引用します。
  • AI component — プロジェクトが AI 駆動のルーティングや流動性最適化を主張する場合、AI component 項目は、AI が DEX の文脈で実際に何をするかを特定します。

DecAI Fit の評価は、DEX 機能との AI 統合を主張するプロジェクトにとって特に関連します。onchain_score は、DEX の対話が本物（検証可能なスマートコントラクト操作）か表面的かをテストします。ai_score は、プロジェクトが標準的なアルゴリズムのロジックの上に AI のラベルを貼ったものではなく、本物の AI コンポーネントを持つかをテストします。

DEX だけでは証明できないこと

  • DEX に上場されていることは、プロジェクトの AI の主張が本物であることを 証明しません。どんなトークンでも流動性プールを作れます。DEX 上場のハードルは純粋に金銭的なものであり、技術的なものではありません。
  • 高い DEX 取引量は、本物のユーザー需要を 証明しません。取引量は、ウォッシュトレーディングやインセンティブ付けされた取引プログラムを通じて水増しされ得ます。
  • プロジェクトの説明にある「DEX 統合」は、意味のあるオンチェーン機能を 証明しません。プロジェクトは、実際の AI 機能が完全にオフチェーンで動作する一方で、DEX 統合を主張できます。
  • 「AI 駆動」のルーティングを備えた DEX を構築するプロジェクトは、ルーティングが従来のアルゴリズム最適化ではなく AI ベースであることを 証明しません。静的なアルゴリズムと適応的な AI モデルの区別は重要です（automation vs real AI を参照）。
  • DEX に流動性を提供することは、プロジェクトのトークンモデルが持続可能であることや、トークンが投機を超えたユーティリティを持つことを 証明しません。

混同しないでください

  • CEX（Centralized Exchange） — 企業がユーザーの資金を保持し、注文をマッチングし、取引インフラを制御する従来の取引所です。CEX は利便性と速度を提供しますが、保管者を信頼することを必要とします。DEX は保管者を排除しますが、より高いコストとより低い速度になる場合があります。
  • DEX アグリゲーター — 最良の価格を見つけるために複数の DEX にわたって取引をルーティングするプロトコルです。アグリゲーターはそれ自体が DEX ではありません。DEX を流動性のソースとして用います。この区別が重要なのは、アグリゲーターが既存の DEX インフラの上にルーティングと最適化の層を加えるからです。
  • 流動性プール（Liquidity pool） — トークンの準備を保持するスマートコントラクトです。プールは DEX のコンポーネントであって、DEX 自体ではありません。単一の DEX が数千のプールを持つことがあります。
  • Bridge — ブロックチェーン間で資産を転送するためのプロトコルです。bridge は DEX ではありませんが、一部の DEX アグリゲーターは、複数のチェーンから流動性を調達するためにクロスチェーンの bridge を組み込んでいます。
  • Infra — DEX インフラ（ルーターコントラクト、プールファクトリー、oracle）は、より広いクリプトのインフラ層の一部ですが、DEX はそのインフラの上に構築されたアプリケーションであって、インフラ自体ではありません。

よくある質問

DEX と中央集権型取引所の違いは何ですか？

中央集権型取引所（CEX）は従来のブローカレッジのように動作します。ユーザーは取引所が制御するアカウントに資金を預け入れ、取引所は自身のデータベースで注文をマッチングし、ユーザーは要求に応じて資金を返してくれると取引所を信頼しなければなりません。DEX はこれらの機能のすべてをスマートコントラクトに置き換えます。ユーザーは自分自身のウォレットから直接スワップし、流動性は取引所の準備ではなく分散型のプールによって提供され、すべてのトランザクションはオンチェーンで決済されます。トレードオフは、DEX が通常より高いトランザクションコスト（ガス手数料）、大きな取引での潜在的なスリッページを持ち、基盤となるブロックチェーンの速度によって制約されることです。CEX はより速い執行とより低い手数料を提供しますが、保管リスクと中央集権的な制御をもたらします。

スリッページとは何ですか、そしてなぜ DEX で起こるのですか？

スリッページは、スワップの予想価格と実際に受け取る価格の差です。AMM ベースの DEX では、スワップする行為がプール内のトークン比率を変え、それが価格を変えるため、スリッページが起こります。プールの流動性に対して大きいスワップほど、より多くのスリッページを引き起こします。例えば、小さなプールから大量のトークンを買うと比率が大きくシフトし、購入される各単位に対して次第に悪い価格になります。ユーザーはスリッページ許容度 — 提示された価格からの許容できる最大の乖離 — を設定でき、ルーターコントラクトはスリッページがこの閾値を超えた場合にトランザクションを取り消します。

AI は DEX の機能にどう適用されますか？

AI は DEX の操作にいくつかの方法で適用されます。ルーティング最適化は、リアルタイムの流動性状況に適応することで静的なアルゴリズムを上回る可能性のある、プールとプロトコルにまたがる最良の執行経路を見つけるために machine learning を用います。流動性管理は、LP ポジションを最適化する — 価格レンジを調整する、プール間でリバランスする、または手数料生成を予測する — ために AI を用います。MEV 保護は、DEX 取引に対するフロントランニングやサンドイッチ攻撃を検知し緩和するために AI を用います。分析は、トレンド検出、異常の特定、または戦略の評価のために、DEX データに AI を適用します。いずれの場合も、本物の AI（学習されたモデル、適応的な推論）と標準的なアルゴリズム最適化（固定のルール）の区別が、評価にとって決定的に重要です。

AMM とは何ですか、そして注文板とどう異なりますか？

AMM（Automated Market Maker）は、個々の買い注文と売り注文を、流動性プール内のトークンの比率に基づいて価格を決定する数学的な式に置き換えます。誰でもいつでもプールに対して取引でき、価格は供給と需要に基づいて自動的に調整されます。対照的に、注文板は特定の買い注文を特定の売り注文と指定された価格でマッチングします。AMM は一定の流動性を提供します（常に利用可能な価格があります）が、スリッページのため大きな取引にはより悪い価格を提供する場合があります。注文板はより良い価格執行を提供できますが、流動性を維持するために注文を出す十分な数のアクティブなトレーダーを必要とします。ほとんどの主要な DEX は、トランザクション速度が制限されるブロックチェーン上でうまく機能するため、AMM モデルを用います。

外部リンク

関連ページ

No comments to display

Back to top