Uniswap V3 コントラクトを直接操作するにはどうすればよいですか?

Uniswap V3 コントラクト アーキテクチャを理解する

1. Uniswap V3 は集中流動性を導入し、流動性プロバイダーがカーブ全体ではなくカスタム価格範囲内で資本を割り当てることができるようにします。

2. コア コントラクトはUniswapV3Poolで、スワップ、流動性ミント、ポジション管理をオンチェーン レベルで処理します。

3. 各プールは、固定パラメーター (token0、token1、料金層、ティック間隔) を持つ個別の不変コントラクトとしてデプロイされます。

4. NonfungiblePositionManagerは、NFT ベースの流動性ポジションを管理するための上位レベルのインターフェイスとして機能します。

5. すべての対話には、呼び出しデータの正確なエンコード、正しいスリッページ処理、および公式 ABI で定義されている正確な関数シグネチャの遵守が必要です。

直接契約対話の設定

1. ソートされたトークン アドレスと料金層を含む UniswapV3Factory コントラクトからgetPool関数を使用して正確なプール アドレスを取得します。

2. ABI とデプロイされたアドレスを使用して、Web3 プロバイダーでプール コントラクトをインスタンス化します。直接呼び出しにはプロキシやファクトリの抽象化は必要ありません。

3. ウォレットにガス用の十分な ETH と、目的の操作 (スワップまたは流動性の提供) に必要なトークンが保持されていることを確認します。

4. ethers.jsまたはweb3.pyを使用して、適切なノンス、ガス制限、チェーン ID の調整を備えた生のトランザクションを構築します。

5. 流動性関連のトランザクションを送信する前にティック境界を検証します。プールは、有効なティック範囲外のポジション、またはティック間隔とずれているポジションを拒否します。

Raw コールによるスワップの実行

1. パラメーター: 受信者、zeroForOne フラグ、amountSpecified、sqrtPriceLimitX96、およびデータを使用して、プール コントラクトのスワップを呼び出します。

2. sqrtPriceLimitX96を慎重に計算します。zeroForOne = false の場合は厳密に現在の価格より大きく、true の場合はそれ以下である必要があります。

3. カスタム コールバック コントラクトを実装しない限り、空のバイト配列をデータとして渡します。ほとんどの直接スワップでは、このフィールドが省略されます。

4. 返されたamount0およびamount1 の値を監視して、実行結果を確認します。これらの値は、手数料後のネット トークン デルタを反映しています。

5. トランザクションが sqrtPriceLimitX96 を通じて適切なスリッページ許容範囲を指定しない場合、取り消しのリスクが増大し、早期終了の原因となります。

流動性ポジションの手動管理

1. NickLower、tickUpper、amount0Desired、amount1Desired、および Deadline を指定して NonfungiblePositionManager でmintを呼び出すことにより、流動性をミントします。

2. 各位置は一意の ERC-721 トークンとして表されます。その ID は、その後の増加/減少/収集操作に不可欠になります。

3. 既存のポジションにさらに流動性を追加するには、同じティック境界と新しい金額を指定して、 increaseLiquidityを呼び出します。

4. 出金には 2 つのステップが必要です。最初に減少リクイディティを呼び出して NFT ポジションの一部を燃やし、次にコレクトを呼び出して未払いの手数料と元本トークンを引き出します。

5. 流動性が低下した後に回収に失敗すると、トークンは明示的に回収されるまでプール契約内に残されたままになります。

よくある質問

Q: Uniswap ルーターを承認せずにスワップできますか? A: はい。ルーターを完全にバイパスして、プール コントラクトと直接対話できます。承認は、NonfungiblePositionManager や SwapRouter などで ERC-20 transferFrom ロジックを使用する場合にのみ必要です。

Q: sqrtPriceLimitX96 をゼロに設定するとどうなりますか? A: トランザクションは直ちに元に戻ります。この値は、有効な価格制限を表すゼロ以外の、適切にフォーマットされた Q64.96 固定小数点数でなければなりません。

Q: スワップ時にフラッシュ アカウンティングを手動で処理する必要がありますか? A: いいえ。フラッシュ アカウンティングはプール契約の内部にあります。外部呼び出し元は、呼び出しの前後でネット トークンの残高のみを監視します。呼び出し側では残高追跡は必要ありません。

Q: プール コントラクトで burn() を直接呼び出しても安全ですか? A: あなたが手数料の受取人であるか、ガバナンス管理を行っている場合を除き、その限りではありません。指定された料金のみ受信者は、プロトコル料金をスイープするために書き込みを呼び出すことができます。不正な通話は元に戻ります。