滑り耐性とは何ですか? （取引設定）

分散型取引所におけるスリッページトレランスを理解する

1. スリッページ許容値は、分散型取引所での取引の予想価格と実際の約定価格の間の最大許容偏差を定義する構成可能なパラメーターです。

2. これは、注文帳の深さ、流動性プールのサイズ、または取引確認中の突然のボラティリティによって、トレーダーがどの程度の価格変動を受け入れてもよいかを反映します。

3. Uniswap や SushiSwap などのプロトコルでは、この値はパーセンテージで表され、スワップが完了するか元に戻るかに直接影響します。

4. スリッページ許容値が 0.1% など低いと、市場の状況が急速に変化した場合にトランザクションが失敗する可能性が高くなります。

5. 逆に、設定値が 10% など高すぎると、特にプールのリザーブに比べて大規模な注文の場合、ユーザーは価格に重大な悪影響を及ぼす可能性があります。

流動性プールのダイナミクスとスリッページ

1. スリッページは、自動マーケットメーカーが一定の商品計算式を使用して価格を計算するために発生します。価格は取引規模に応じて非線形に変化します。

2. 流動性が浅いプールでは、わずかなスワップでも不均衡な価格変動が発生し、ユーザー定義のしきい値を超えてスリッページが増幅されます。

3. ステーブルコインとミームコインのプールなど、非対称の準備率を持つトークンペアは、注文量に対してより高い感度を示すことがよくあります。

4. フラッシュ ローン攻撃は、実行直前にプールの状態を操作することでスリッページの計算ミスを悪用し、予期せぬリバートや不利なフィルを引き起こします。

5. 一部の DEX アグリゲーターは、リアルタイムのプール健全性メトリクスと過去の逸脱パターンに基づいて、ルートごとのスリッページ許容値を動的に調整します。

ウォレットインターフェイスの実装

1. MetaMask、Trust Wallet、Phantom を含むほとんどのセルフカストディアル ウォレットでは、スワップ トランザクションに署名する前にスライダーまたは編集可能なフィールドとしてスリッページ許容値が表示されます。

2. デフォルト値はさまざまです。MetaMask は 3% を使用しますが、一部の DeFi ネイティブ インターフェイスでは、デフォルトで揮発性資産の場合は 1%、ステーブルコイン ペアの場合は 0.5% が使用されます。

3. ユーザーはこれらのデフォルトを手動でオーバーライドできますが、プールの深さを理解せずにオーバーライドすると、トランザクションが失敗したり、実行が中断されたりする可能性があります。

4. 特定のウォレット拡張機能は、推定スリッページをリアルタイムで表示し、送信前に現在の相場に予測価格への影響を重ね合わせます。

5. 上級トレーダーは、Ethers.js または Wagmi を使用してカスタム承認ロジックをスクリプト化し、ガス価格のスパイクに基づいてスリッページを自動調整したり、確認をブロックしたりすることがあります。

誤って設定されたスリッページに関連するリスク

1. 許容範囲の設定が低すぎると、取引の取り消しが頻繁に行われ、執行されずにガスが消費され、市場の動きの速いときに機会費用が増加します。

2. 過度に寛大な設定は、保留中のスワップを検出し、実効価格を悪化させるために独自の取引を挿入する最前線のボットを招きます。

3. マルチホップ ルートでは、各レッグにわたってスリッページが蓄積するため、エンドツーエンドの価格予測が単一プールのスワップよりも複雑になります。

4. 一部の悪意のあるトークンは、スリッページ計算を人為的に増大させる転送フックを実装し、インターフェイスをだまして正規のスワップを拒否させます。

5. オラクルが指値注文 DEX に価格データを供給すると、レイテンシーによる不一致が生じ、正確なオンチェーン価格設定にもかかわらずスリッページ チェックが失敗する可能性があります。

よくある質問

Q: スリッページ耐性はガス料金に影響しますか?滑り耐性自体はガス消費量を変えるものではありません。ただし、許容範囲を超えたために元に戻ったトランザクションでは、計算と状態の検証に全額のガス コストがかかります。

Q: 取引署名後にスリッページ許容範囲を変更できますか?いいえ。トランザクションが署名され、ブロードキャストされると、スリッページを含むすべてのパラメーターは変更できません。調整を行う場合は、キャンセルして新しいパラメータを使用して再送信する必要があります。

Q: ボラティリティが低いにもかかわらず、一部のトークンが「スリッページ超過」を示すのはなぜですか?これは、トークン契約が発行遅延や残高上限などの転送制限を課す場合によく発生し、実効流動性を歪め、標準的な AMM の前提を破ります。

Q: スリッページトレランスはオンチェーンまたはオフチェーンで適用されますか?チェックは、スワップ関数の require ステートメント内で完全にオンチェーンで実行されます。オフチェーン インターフェイスは推定と警告のみを行います。執行は契約の履行中に行われます。