分散型交換（DEX）はスマートコントラクトをどのように使用しますか？

分散化された交換におけるスマートコントラクトファンダメンタルズ

分散型交換（DEX）では、スマートコントラクトは、信頼できない透明な取引を可能にするコアインフラストラクチャとして機能します。集中化された仲介者に依存してトランザクションを促進する従来の交換とは異なり、DEXはEthereumやBinance Smartチェーンなどのブロックチェーンネットワークに展開されている自己実行スマートコントラクトを使用します。これらの契約は、ユーザーが資金の監護権を放棄することを要求することなく、貿易執行の規則を自動的に実施します。

DEXの各取引は、事前に定義されたスマートコントラクトによって支配されています。ユーザーが売買注文を行うと、契約は、取引を完了する前に両当事者が条件を満たすことを保証します。これにより、カウンターパーティのリスクが排除され、第三者による操作が防止されます。これらの契約内のコードは公開されており、不変であり、すべての参加者の透明性を確保しています。

自動化されたマーケットメーカー（AMM）を介した流動性の提供

今日DEXSで使用されている最も一般的なメカニズムの1つは、自動化されたマーケットメーカー（AMM）モデルです。このシステムでは、ユーザーがプールに対して実行された取引からトークンをデポジットしてトークンをデポジットできるスマートコントラクトを使用して、流動性プールが作成されます。通常、各プールには2つのトークンが含まれており、ETH/DAIなどの取引ペアが形成されます。

ユーザーがトークンを交換したい場合、AMMスマートコントラクトは、一定の製品式に基づいて価格を計算します：x * y = kでは、xとyはプール内の各トークンの保護区を表します。 1つのトークンが購入されると、その準備金が減少し、それに応じて価格が上昇します。このメカニズムにより、直接のカウンターパーティを必要とせずに継続的な取引が可能になります。

流動性プロバイダーは、両方のトークンの同等の値を堆積することにより、スマート契約と対話します。その見返りに、彼らはプールのシェアを表す流動性プロバイダー（LP）トークンを受け取ります。これらのLPトークンは、取引手数料と預託資産の比例シェアと後で引き換えることができます。

集中注文書なしの順序実行

従来の取引所は、買い手と売り手に合うように集中型の注文書に依存しています。ただし、DEXSは、オンチェーンスマートコントラクトを活用して取引実行を直接処理することにより、この要件を排除することがよくあります。注文は中央に保存されませんが、代わりに契約相互作用を通じてブロックチェーンにエンコードされます。

たとえば、ユーザーがトークンスワップを開始すると、入力トークンの量や最小許容出力など、トレードのパラメーターと関連するスマート契約にトランザクションを送信します。次に、契約は、AMMロジックによって定義された現在のプール残高または市場の状況に基づいて即座に取引を実行します。

また、一部のDEXは、スマートコントラクトを介してオンチェーンで取引を解決しながら、注文書を外部から追跡するオフチェーンリレーヤーを使用することにより、制限注文をサポートしています。これらの中継者はユーザー資金を保有していません。彼らは単に注文を一致させるためのファシリテーターとして行動するだけです。一致が見つかると、スマートコントラクトは、当事者間の資産の実際の転送を処理します。

ユーザーウォレットの統合と非義理の取引

DEXSの重要な特徴は、ユーザーが常にプライベートキーの制御を保持していることです。スマートコントラクトは、メタマスクやトラストウォレットなどのユーザーウォレットと直接対話することにより、これを促進します。資金を交換口座に預ける代わりに、ユーザーはウォレットを接続し、契約コールを通じてトークン転送を承認します。

取引を実行する前に、ユーザーはDEXのスマートコントラクトに特定の量のトークンを費やす許可を与えなければなりません。これは、 ERC-20承認関数を通じて行われ、契約が承認された制限までのみ資金を引き出すための手当を設定します。ユーザーは、ウォレットインターフェイスを介していつでもこれらの権限を取り消すことができます。

承認されると、署名付きトランザクションをブロックチェーンに送信することにより、取引が開始されます。スマートコントラクトは、取引を処理し、内部バランスを更新し、適切なトークンをユーザーのウォレットアドレスに転送します。すべてが鎖で発生するため、集中型のエンティティが預金または引き出しを管理する必要はありません。

スマートコントラクトベースのDEXのセキュリティ上の考慮事項とリスク

スマートコントラクトは堅牢な自動化と分散化の利点を提供しますが、独自のセキュリティ上の課題も導入しています。契約コードのバグや脆弱性は、悪意のある俳優による資金の損失や搾取につながる可能性があります。したがって、多くのDEXは、展開前にコードの整合性を確保するために、サードパーティ企業による広範な監査を受けています。

別のリスクには、堆積した資産の価値がプールの外側に保持することと比較して変化するときに発生する非永続的損失が含まれます。スマート契約はこの経済的現象を防ぐことはできないため、参加する前に潜在的なリスクを評価することは、流動性プロバイダーの責任のままです。

さらに、ボットが保留中のトランザクションを検出し、ガソリン価格を操作して通常のユーザーよりも同様の取引を実行すると、前面回転攻撃が発生する可能性があります。一部のDEXプロトコルは、そのような問題を軽減するために、スリッページ許容耐性やバッチ付きトランザクション処理などの測定値を実装しています。

これらのリスクにもかかわらず、スマートコントラクトの使用は、許可されていない検閲に耐える金融システムを可能にする能力のために成長し続けています。

よくある質問

• Dexのスマートコントラクトのバグのためにお金を失うことはできますか？はい、契約コードに脆弱性が存在し、悪用されている場合、ユーザーは資金を失う可能性があります。そのため、DEXと対話する前に、契約セキュリティの監査とレビューが重要です。
• DEXを使用した後、トークンの承認を取り消すにはどうすればよいですか？ Etherscanなどのツールを使用したり、メタマスクなどのウォレットエクステンションを使用して、スマートコントラクトに付与された既存のトークン手当を表示および取り消すことができます。
• すべてのDEXSは、同じタイプのスマートコントラクトを使用して構築されていますか？いいえ、異なるDEXは、AMM、注文書、またはハイブリッドシステムなど、取引モデルに応じてさまざまな契約アーキテクチャを使用しています。
• Dexスマートコントラクトがアップグレードまたは変更されるとどうなりますか？ほとんどのスマートコントラクトは、展開すると不変です。ただし、一部のプロジェクトでは、プロキシ契約を使用して、ユーザーデータとバランスを保持しながら、アップグレードが限られています。