最近、分散型取引所の開発講座をしているときに、Uniswap V3の実装方法を深く研究して、いくつかの書き方が本当に巧妙だと気づいた。以前は簡単なNFTコントラクトしか書いたことがなかったが、今回はDeFiコントラクトのコードを真剣に読む初めての経験で、多くの発見があり、Uniswapを学びたい友人に共有したいと思う。

まず最も驚いた点——コントラクトアドレスが予測できる？

一般的にコントラクトをデプロイすると、そのアドレスはランダムに見えるが、Uniswapは賢い方法を使っている。コントラクト作成時にsaltパラメータを追加し、CREATE2オペコードを利用して、生成されるアドレスを予測可能にしている。具体的には「pool = address(new UniswapV3Pool{salt: keccak256(abi.encode(token0, token1, fee))}());」のようなコードだ。このやり方のメリットは、取引ペアと手数料情報だけ知っていれば、プールのコントラクトアドレスを推算でき、実際にデプロイしてから知る必要がないことだ。これは取引権限の検証やプールの迅速な特定に非常に役立つ。

コールバック関数の設計も非常に巧妙だ。

Uniswapでは、swapメソッドを呼び出して取引を行うと、swapCallback関数が呼ばれ、計算された必要なToken数を返す。その後、コールバック内でTokenを転送する。こうすることで、取引のロジックが完全に実行され、複数のステップに分けたり、複雑な変数記録を使ったりせずに安全性を確保できる。簡単に言えば、AがBを呼び出し、Bが再びAを呼び出す、閉ループのような構造だ。

取引の予測方法もかなりハック的——例外を使って情報を伝達。

予測取引では実際にToken交換は行わないため、エラーが発生する。Uniswapのやり方は、コールバック内で特殊なエラーを投げ、そのエラー情報をtry-catchで捕捉し、必要なデータを解析する。少し野蛮に見えるが、非常に実用的で、swapメソッドを改造せずに予測機能を実現できる。

精度問題の解決策も学ぶ価値がある。

Tokenの交換計算で単純に割り算をすると精度が失われるため、Uniswapはまず左に96ビットシフト（2^96倍）し、その後割り算を行い、計算過程で2^96を除く。この方法で、uint256の範囲内で精度を保ちつつオーバーフローを防いでいる。コード中のsqrtRatioAX96やsqrtRatioBX96はこの考え方に基づいており、見た目は複雑だが論理は明快だ。

手数料収益の計算も非常に賢い。

各取引ごとにLPの手数料を記録するのではなく、総手数料と流動性ごとの分配比率を記録する。LPが引き出すときは、自分が持つ流動性に過去の一株あたり手数料を掛けるだけで利益を計算できる。これは株主が一株あたりの利益に応じて配当を受け取る仕組みに似ている。このShareの計算方法は、多くのプロジェクトで応用されている。

すべての情報をオンチェーンに載せる必要はないという点も重要。

取引プールのリストや基本情報は、従来のデータベースに保存し、定期的にチェーンから同期させるだけで十分。リアルタイムでRPC呼び出しを行う必要はない。今の多くのブロックチェーンサービスは高級APIを提供しており、より高速・低コストでデータを取得できる。これは同じ考え方だ。

最後に、コードの組織化の工夫。

複雑なプロジェクトでは、コントラクトを複数に分割して管理することが一般的だが、Uniswapも多くのコントラクトを継承している。同時に、既存の標準コントラクトをうまく活用することも重要で、例えばOpenZeppelinのERC721を使ってポジションを管理すれば、開発効率も向上し、コードの品質も保証できる。

正直なところ、いくら記事を読んでも、自分で手を動かすのに勝るものはない。簡易的な分散型取引所を実装してみることで、なぜUniswapがこうした設計を採用しているのかを本当に理解できる。WTF-DAppコースはこの考えに基づき、Uniswapの実践的なプロジェクトを一歩一歩完成させる内容で、あなたのコントラクト開発にきっと役立つだろう。

原文表示

このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております（表明・保証をするものではありません）。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。