Uniswap NFT マーケット プロトコルの解明: 単なるアグリゲーター以上のもの

今回、Uniswap はアグリゲーター プラットフォームとスケジューリング プロトコルをリリースしただけでなく、Permit2 と Universal Router という 2 つの補完的なプロトコルをリリースしました。

執筆者: 石思君

1日の取引量が7億7000万ドル、ユーザー数が400万人を超えるUniSwapにとって、NFT市場への参入は新たな攻防の始まりを意味する。多くのプラットフォームでは、相手が序盤にキングボムとなるSudoSwapのような良いカードを出してくるかどうかが心配です。

しかし、発売から3日後の市場データは期待外れだった。 500WUSDC エアドロップ + GAS 割引があっても、取引シェアはわずか 2% しか得られませんでした。しばらくの間、平凡さと退屈さは Uniswap NFT 市場の代名詞となっていました。

本当にそうなのでしょうか？実際、現在開始されている市場や契約は完全なバージョンではなく、多くの機能も公開されていません。 Shisijunをフォローしてください。この記事では、NFT取引市場の運営とアグリゲーターの原理から始め、Uniswapの最新のPermit2とUniversal Routerプロトコルを組み合わせて、最大のDEXプラットフォームがFTとNFTスワップのジレンマをどのように考えているかを深く理解します。

1. 背景

1.1.アグリゲータとは何ですか?

従来、アグリゲータは主にデータの集約に使用されます。さまざまなウェブサイトからデータを収集し、さまざまなユーザーのニーズを満たすために、プラットフォーム上で情報を分類して提示することができます。プロの NFT アグリゲータは、さまざまなパブリック チェーンとアプリケーションからすべての NFT トランザクション注文情報を収集し、それらを 1 つのプラットフォームに統合する必要があります。これにより、ユーザーはスムーズな取引体験を得ることができ、取引効率が向上します。

したがって、アグリゲータの焦点は次のとおりです。

• ツールの特徴: 単一のNFTマーケットにはない機能を提供し、ユーザーエクスペリエンスに重点を置いています

• 取引経験: 以下では、さまざまな取引システムのアーキテクチャについて説明します。取引プロセスの断片化と、ワンクリック取引を 1 ステップで完了できないことがはっきりとわかります。

では、なぜ NFT 購入の集約化が求められるのでしょうか?まず、主流の NFT 市場がどのように機能するかを概説しましょう。

1.2.主流の取引市場モデル

分類は、トランザクション ライフサイクルの 3 つの主要な側面、つまり、公開方法、入札方法、トランザクションのマッチング場所に基づいています。これら 3 つの側面の実装が異なると、トラフィック ソース、運用コスト、市場の対象者に違いが生じます。典型的なものは次のとおりです。

• オンチェーン注文:

• 垂直組み込み市場：[契約解釈] CryptoPunk 世界初の分散型NFT取引市場

• AMM マッチング市場: 1 つの記事で説明 - NFT 市場の新参者 SudoSwap の AMM メカニズム - イノベーションの課題と制限

• オフチェーン注文:

• サードパーティ市場: X2Y2 の 10 万件の NFT 注文を獲得した後、ロイヤリティを免除できるかどうかを分析して実際にそうしたユーザーは何人いましたか?

オンチェーン注文の利点は、セキュリティ、情報開示、分散化ですが、欠点はコストが高く、トラフィックが不足することです。

オフチェーン注文の利点は、コストが低く、トラフィックの集約が容易なことですが、欠点は、集中化、信頼コスト、キャンセルコストです。

上記は単一のNFT取引プラットフォームのモデルであり、アグリゲータは上記単一プラットフォームのシステムを呼び出して取引を完了させるツールです。

現在、Uniswap は、OpenSea、X2Y2、LooksRare、Sudoswap、Larva Labs、X2Y2、Foundation、NFT20、NFTX のトップ 10 取引プラットフォームを統合しています。

現在、オフチェーン注文のサードパーティ市場モデルが主流（90％以上）であり、その最大の競争力はトラフィックとユーザー習慣にあり、これは契約システムの設計と密接に関連しており、ユーザーの認知習慣とも組み合わされています。

売り手の視点から見ると、買い手がいて取引が簡単に完了できる場所に注文を出します。買い手は当然、取引を迅速に完了するために売り手の注文が多いプラットフォームを探すでしょう。しかし、現在巨大な OS が存在するとはいえ、競争が終わったわけではありません。 OSは取引量の80%を占めているものの、Web2ルートでの上場を常に望んでいたため、コインの発行やユーザーとの利益分配が遅れていました。その結果、同社は今年、x2y2や他のアグリゲーターに徐々に市場シェアの一部を奪われている。しかし、他のプラットフォームは、トラフィック量が少ないことと、新規ユーザーのほとんどが大規模なプラットフォームを好むという事実によって制約されており、その結果、開発は平凡なものに留まっています。

1.3.アグリゲーターの動作原理

アグリゲータは当然ツールです。独自の取引プロトコルを構築するのではなく、他のプラットフォームの取引システムを呼び出します。

Uniswap に統合されている 9 つのプラットフォームのうち、os や x2y2 などのプラットフォームはすべてオープン オーダー プール システムを備えています。この開設の目的は、主にロボットによって使用されるプログラムによる注文取引のシステムを提供することです。プラットフォームにとって、優れたプラットフォームとは、取引を迅速に完了できるプラットフォームです。注文プールを開設することは、エコロジカルな共同構築に向けた相互に有益な意図です。

オンチェーン注文システムは、sudoswap や nftx などの主流のオンチェーン プロトコルを解析します。

集約はどのようにしてサードパーティの市場に取って代わり、注文を完了するのでしょうか?下図のように栗を例に挙げてみましょう

前処理は

• 注文は売り手または売り手、あるいはプラットフォーム（アグリゲーターを含む）によって開始される可能性があります。

• まず、売り手は控除を許可する NFT 契約 (操作 0) を承認します。現時点では、 x2y2：Exchange実際に NFT 契約内の売り手の資産をいつでも直接転送できます。これが、サードパーティのプラットフォームが集中化しすぎている理由です。

• トランザクションの意図は、 x2y2：Exchangeやos:Seaportプロトコルなどのオンチェーン署名検証によって確認されます。

• 注文はサードパーティマーケットのWeb2システムから行われます。アグリゲータはユーザーの署名と販売条件を取得します（たとえば、1匹のサルは50 ETHでしか取引できません）

実行フローは次のとおりです。

1. アグリゲータープラットフォーム上で売買注文パラメータ（署名と金額を含む）を構築する

2. ユーザーはアグリゲータのオンチェーン契約にトランザクションを送信します

3. アグリゲータ コントラクトは、下の図のパート 1 を置き換え、サードパーティ マーケット チェーン上のコントラクトに送信します。

4. アグリゲーター契約を経由するため、複数の購入を同じ取引で完了できる。

1.4 アグリゲーターがガスを節約できるのはなぜですか?

上記のプロセスから、アグリゲータの本質はサードパーティ契約を呼び出すことですが、オンチェーントランザクションのコストは次の3つの側面で構成されているため、トランザクションの下限がサードパーティシステムであることを意味するわけではありません。

1. 1回の取引のガス消費量: 21000 ガス

2. トランザクションパラメータコスト: 非ゼロバイトあたり 68 ガス

3. 契約実行時の消費: ガスコストは、ストレージスロットの変更とEVMワークロードに基づいて計算されます。

したがって、節約できる部分は、N 個のトランザクションを 1 つのトランザクションに結合するプロセスと、節約される N-1 個のトランザクションのコストです。

さらに読む：[ソースコード解釈]購入したNFTとは一体何ですか？

次の図と組み合わせると、効率の具体的な計算は次のようになる。

• 集約されたトランザクションが多いほど、コスト効率が高くなります。プラットフォームが 1 つの NFT トランザクションを完了するために 20WGas を必要とする場合、10 件のトランザクションを 1 つのトランザクションとして完了できるため、9 * 21000 Gas を節約できます。これは、10 件のトランザクションの約9.45%に相当します。

• 集約自体にも多くの費用がかかります。たとえば、1 回の Gem トランザクションには 280,000 かかり、2 回のバッチ トランザクションには 500,000 が必要です。大まかに言えば、各 NFT は 60,000 の集約損失を共有する必要があります。したがって、バッチトランザクションが 3 を超える場合にのみ、コスト効率が向上し始めます。

上図のトランザクションタイプとガステーブル（ランダムに選択されたもので、統計的な結果ではありません）

1.5 アグリゲータの価値は何ですか?

バッチ取引機能は、一定期間、プロジェクトの宣伝、投資家の買い急ぎ、個人投資家の使いやすいツール競争の需要に応えたため、良好なトラフィックがあり、注文取引をもたらしました。実際、x2y2 の注文の半分はアグリゲータからのものです。

従来の取引市場と比較して、NFT アグリゲーターには次のような明らかな利点があります。

• 高度に集約された情報: 取引量、最低価格、取引価格、数量、トップ保有者、トップ購入者など。

• 高度に集約された操作: ユーザーは 1 つのプラットフォームを通じて、すべての市場の NFT を表示、取引、購入できます。

• 取引効率の向上：情報と操作の集約、価格比較と意思決定の容易化

• 多様な支払い方法: 理想的には (サードパーティのマーケット プロトコル自体によってサポートされている)、NFT 集約プラットフォームでの支払いには任意のトークンを使用できます。

全体として、プロジェクト当事者の大量売買とマーケットメイク、大口投資家の大量売買、個人投資家のデータ情報の観察など、あらゆるユーザーが恩恵を受け、アクセスできるようになります。そのため、アグリゲータはツール属性の道をどんどん進んでおり、競争はますます激しくなっています。契約の実装で 60,000 の損失を削減する方法と、ツール プラットフォームがデータをより適切に提示する方法をテストします。しかし、著者は、UniswapのNFTマーケットの主な価値と目標は、使いやすい優れたツールを作ることではなく、支払い方法が理想的でない場合に、よりスムーズな取引プロセスを実現する方法を目指した、統一されたオンチェーンインタラクションプロトコルを実現することであると考えています。

2. UniSwapのNFT交換プロトコル

焦らず、現在の取引量の低さを利用して反撃しないでください。著者はプロジェクトを推奨したり、ソフトな記事を書いたりしているわけではありませんが、ソース コードの実装から、現在公開されている機能だけでなく、より多くの機能ポイントが予約されていることがわかります。

1日の取引量が7億7000万ドルを超え、ユーザー数が400万人を超えるUniSwapにとって、契約開発能力や投資が不足することはありません。さらに重要な質問は、ユーザーがどのような NFT 取引プロトコルを必要としているかということです。

今回、UniSwap はアグリゲーター プラットフォームとスケジューリング プロトコルをリリースしただけでなく、 Permit2 と Universal Router という 2 つの補完的なプロトコルをリリースしました。

2.1. Permit2 - 効率的で安全な新世代の認証プロトコル

2.1.1 従来の認可メカニズムの限界

上記の x2y2 アーキテクチャ図を覚えていますか?新規ユーザーは NFT トランザクションを完了したいと考えています。このような単純なリクエストの場合、最初に行う必要があるのは、Weth を置き換え、Weth と対応する NFT 契約の控除を承認することです。

コストは 1 回の取引で 1 回、2 回の取引で 2 回と高額ですが、無制限の控除や盗難のリスクもあります。以前のOSでは、オンチェーン設定の問題などにより、保留中の注文が自動的に無効にならないという問題があり、その結果、ユーザーはコールドウォレットからNFTに高額のNFTを戻して、安値で売却された際に損失を被るという問題がありました。

2.1.2.承認の保留はERC20の一般的な問題である

最終段階に入ったEip-2612：「EIP-712 secp256k1署名によるEIP-20の承認」がありますが、プロトコルの観点から見ると、ERC20は依然として2級トークンであり、ユーザーはETHを保有せずにEthereumとやり取りすることができません。

上の図は、Eip-2612 を使用して不正な控除を実行する方法を示しています。

1. アリスはオフチェーンの「許可」メッセージ msg と sig に署名し、許可 (EIP-2612 に基づく) トークンの承認を示します。

2. アリスは、プロトコル コントラクトのやり取りの一部として、msg と sig を送信します。

3. コントラクトはpermit()を呼び出し、2612 に基づくトークン コントラクトは許可メッセージと署名を検証し、許可を付与します。

4. このとき、コントラクトは EIP-2612 トークンに基づいて承認を取得し、アリスのトークンを差し引くことができます。

これは、これらの欠点（追加の承認費用と無制限の源泉徴収リスク）を解決する ERC20 標準の改良ですが、Eip-2612 を統合した新しいトークン契約にのみ適用できます。

2.1.3、uniSwapのPermit2認証最適化メカニズム

Eip-2612に基づくトークン契約層への統合によって生じる前方互換性の問題（つまり、古いトークンが使用できない）を解決するため

permit2 は、あらゆるトークンと互換性のある設計であり、統一された認可管理契約に相当します。

1. 上部: Alice はapprove()を呼び出して、ERC20 コントラクトに基づいて Permit2 コントラクトに無制限の権限を付与します。

2. 下半分: アリスはオフチェーンの「permit2 タイプ」メッセージ msg と sig に署名し、署名許可を示します。

3. アリスはmsgとsigを使ってプロトコルコントラクトの対話型関数を呼び出す

4. プロトコルコントラクトはPermit2コントラクトを呼び出し、msgとsigを検証した後、その承認からerc20転送を制御する。

全体

ただし、最初にユーザーに許可を与えるように要求するのは、後退のように思えます。ただし、ユーザーはそれをプロトコルに直接付与するのではなく、正規の Permit2 契約 (そのパブリック チェーンに固有のもの) に付与します。ユーザーは一度承認するだけでよく、プロトコルとトランザクションのその後のすべての承認操作をスキップし、代わりにオフチェーン署名を使用できます。つまり、ユーザーはさまざまなプロトコルと対話するために個別のトランザクションを開始する必要がなくなります。

ここでは、署名承認の有効期間の自動設定など、シナリオ固有の機能も実装できるため、長期承認のリスクを心配する必要がありません。また、一括承認（複数の控除の署名を一度に完了でき、控除承認署名の一括取り消しも一度に完了できます）も実行できます。

自動有効期限は次のようになります: [ソースコード解釈] Ethereum の新しい標準 EIP-4907 はどのようにして NFT リースを実現するのでしょうか?

それが形作られれば、あるいは Uniswap 自体の人気に基づいて、ユーザーの署名を通じてのみ認証を制御できる完全に分散化されたプロトコルが、誰にとっても必須のものになるでしょう (安全で安価なものを誰が拒否するでしょうか?)。

それで、これは NFT 取引市場の契約の開始とどのような関係があるのでしょうか?

はい、Permit2は、NFT市場の基盤となるプロトコルであるUniswapが同時にリリースしたUniversal Routerに統合されています。コードは統合されていますが、機能はまだ公開されていません（Permit2のNFTバージョンがまだリリースされていないため）。現在、Permit2 の ERC20 バージョンは小規模でのみテストされています。

2.2.ユニバーサルルーター - 統合 FT および NFT 交換プロトコル

このプロトコルの位置付けは、F と NFT のスワップ取引を、柔軟性が高く、ガスが最適化され、安全でスケーラブルな交換ルーターに統合する、Uniswap の次世代ルーターです。

これは、後続の 400W ユーザーがデフォルトで使用するスワップ機能が、このプロトコルによって実行されることも意味します。

その適用シナリオはアグリゲータですが、単なるアグリゲータではありません。ターゲットは、交換を実行できるマルチアセットスワッププロトコル（UniswapプールやNFTマーケットなど）です。

2.2.1.ユニバーサルプロトコルの価値は何ですか?

その価値は、NFT 購入を実行する現在の複雑さから生まれます。

• ERC20 で NFT を購入するためのプロトコル レイヤー サポートはほとんどありません (OpenSea の Seaport プロトコルの自然なサポートを除く)。つまり、ERC20 (USDC など) で NFT を直接購入する場合は、USDC → ETH と ETH → NFT のトランザクションが少なくとも 2 つ必要になります。

• NFT の購入と販売の両方に承認が必要であり、クロスプラットフォーム取引には複数の承認が必要になるため、プロトコルの互換性とアップグレードのコストが高くなります。当然ながら、uniswapV2とV3を統合し、複数のトークンスワップ（以下を参照）を実行し、1回のトランザクションで複数の市場からNFTを購入できます。

実際、OS の集大成である Seaport プロトコルは、あらゆる資産の組み合わせ間の交換も実現します (同様に、その web3 ウェブサイトは現在、プロトコルのプリセット機能をすべて公開しているわけではありません)。完全なオンチェーン プロトコル レイヤーのサポートにより、より多くのアプリケーションがオンチェーン FT と FT を自然に統合し、FT と NFT の組み合わせ間で直接交換できるようになります。トランザクションの効率が高まれば、より多くのアプリケーション シナリオも実現します (World of Warcraft の取引システムを参照すると、最も基本的なポイントツーポイントの単一商品トランザクションは、最終的にはバッチ トランザクションと混合トランザクションに置き換えられます)。

マルチトークン決済の究極の価値は、ユーザーが取引手数料のために ETH を手元に置いておく必要がないことです。トランザクション チェーンを再び短縮できます。もちろん、これを完全に実現するには、ERC-4337 に基づく将来のアカウント システムの設計図の実現にかかっているでしょう。

さらに読む: Ethereum Account Abstract 10,000ワードの研究レポート: 10の関連するEIP提案を分解し、数千万人の毎日のアクティブユーザーのボトルネックを打破するための7年間の旅

もちろん、現時点では、このようなマルチトークン支払いの実際の動作をオンチェーントランザクションで確認することはできません。これは、まだ完全にリリースされておらず (permit2 の NFT バージョンがまだ必要)、脆弱性計画が変更されるのを待っている最適化段階にあるためです。

2.2.1.承認にはどのくらいのリソースが必要ですか?

オンチェーンデータ統計に基づくと、ブロック高 1597W 時点で、イーサリアムは合計 17 億 5,700 万のトランザクション量を蓄積しています。

ERC20 承認機能を実行したトランザクションは合計 4,770 万件あり、トランザクションあたりの平均ガス消費量は 84,699、過去の平均ガス価格は 73Gwei です。

最終的にETHに換算すると、累計消費量は295345 ETHとなり、現在の価格で3億8000万米ドルに相当します。

要約する

この記事はソフトに見えますが、オンチェーンデータが大量にある場合（トランザクション量が不十分）でも、このようなトランザクションプロトコルの長所と短所を分析しています。最終的な分析では、著者は、完全にオープンなコードと SDK を持ち、あらゆるアプリケーションとプロトコルを統合できる、アップグレード不可能なオーナーレス プロトコルについて、より楽観的です。同様に、OS の Seaport プロトコルは、動作するために巨大なオフチェーン集中型システムの協力を必要としますが、このような高度に最適化された、完全に機能するマルチオーダー システムは完全にオープン ソースであり、独自の内部取引プラットフォームを構築する必要のある無数の DAPP (GameFi など) に大きなサポートを提供します。 Web3 の世界も、分散型プロトコルに基づいて徐々に価値を構築することができます。

現在のプロトコルには限界がある

このプロトコルを統合して NFT インタラクティブ機能を実装する場合、中心的な問題は、集中型の注文プールに過度に依存することです。現在、注文情報は、SudoSwapのようなチェーン上で完全にサポートされているコントラクトへの直接クエリに加えて、Uniswap自体の公式サイトでos、x2y2などのクエリを通じて取得されます（SudoSwapは当初のコンセプトは素晴らしかったが、その運用は悲惨で、リリースしたトークン配布プロトコルは開発チームに偏りすぎており、徐々に誰も興味を示さなくなりました）。トランザクション集約のガス最適化効果は、依然として取引される NFT の数に大きく依存するため、ツールベースの属性配置 (プロジェクト投資家向け) は変更されません。

Uniswap のプロトコルは、暗号通貨の発展を推進するパブリック インフラストラクチャを構築するという位置付けで、開発者や他の dapp が統合しやすいモデルを採用していますが、製品の機能は依然としてアグリゲーターの出発点に基づいており、アグリゲーター ユーザーのニーズに合ったツールの統合はそれほど多くありません。当然ながら、当初は500WUSDCがエアドロップに使われても歓迎されませんでした。

Uniswap LabsがGenieを買収してから半年が経ち、本日立ち上げられたUniswap NFTマーケットは半年前のGenieとほぼ同じです。今では、X2Y2やBlurなどユーザーのニーズを理解したNFTマーケットの登場により、ユーザーが劣悪な製品体験に耐えて製品を使用しなければならなかった時代は終わりました。

UniswapのNFT製品責任者であるスコット氏はかつてTwitterで、UniswapはSudoswapを継承することでNFT取引を実現するだろうと発言した。今後立ち上げられるインフラストラクチャは、このようなファットなプロトコルではなく、シンアプリケーションになることが予想されます。