イーサリアムやソラナと比べて、TONのDEXには何が必要ですか？

取引はCryptoの世界の絶対的な中心ですが、異なる業界関係者の目には、取引が完了するチャネルには大きな違いがあります。

中央集権型取引所は、ほぼ業界全体の取引流動性を担っており、プラットフォームは中央集権型モデルの下でマッチング効率が高く、取引深度が良好で、成立速度が速いです。

しかし、パブリックチェーンのネイティブな世界にとって、スマートコントラクトに基づく分散型取引所こそが、チェーン上の取引の核心であり、チェーン上のビジネスの流動性の中心です。分散型取引所のトークン上場や取引ルールは、パブリックチェーンと同様に許可不要の取引特性を保持しており、中央集権型取引所とは明確な「ハードル」の違いを形成しています。

各パブリックチェーンを単独で見ると、必ず中心的な分散型取引所が存在し、チェーン全体のビジネスとエコシステムを活性化させています。実際、私たちはイーサリアムやソラナでDEXを中心に構築された「トークンビジネスの全チェーン」を目にしました。

このサイクルの中で、TONパブリックチェーンは名声を高めていますが、TONのエコシステム構築はまだ非常に初期段階であり、TONパブリックチェーン上のDEXアプリケーションは全体的に「少なく、機能が単一」であり、成熟したイーサリアムやソラナと比較して、TON上のDEXアプリケーションはどのように発展する必要があるのでしょうか？

イーサリアム、ソラナ上の成熟したDEX

疑いなく、現在DEXの発展が最も成熟しているのはイーサリアムとソラナです。

イーサリアムのDEXは、イーサリアムのDeFiの長期的な発展に恩恵を受けており、ソラナのDEXはチェーンの性能とエコシステムの熱気に支えられ、そのDEXの取引額は一時的にCEXと肩を並べる状況に達しました。

次に、私たちはそれぞれのチェーン上のDEXの発展を見ていきます。

イーサリアムの最初のDEXはUniswapであり、AMMモデルを初めて提唱しました。等比で投入されたトークンプールを取引ペアの2つのトークンの流動性供給として使用します。Uniswapアプリケーションのイテレーションの中で、V1は最も簡易的なAMMバージョンであり、V2では取引マッチングやLPなどの機能が最適化され、V3では固定価格帯で流動性を提供できる機能が追加され、専門的な流動性供給者に対する友好的なサポートが開始され、現在も運用されているバージョンです。さらに、限度注文などの機能を実現するV4もあります。

イテレーションバージョンの変化から、Uniswapはユーザーの取引をスムーズに保ちながら、流動性を提供するLPに対してより成熟した資産管理機能を継続的にアップグレードしています。これはDEXの最適化方向を示しています。

スワップやAMMのLPに加えて、UniswapはDEXのビジネスにおいても良好な成果を上げています。

まずはMEVです。AMMプールでは、ユーザーの取引の過程で価格がプール内のトークン比率に応じて随時変動します。この時、AMMプールの取引マッチング過程でアービトラージの余地が生じるため、MEVが存在します。また、トークン取引価格は他のチェーン上のアプリケーションに対する価格の読み取りにも影響を与えます。

したがって、UniswapはMEVとオラクルにおいて天然の優位性を持っています。

MEVに関して、Uniswapは一定のMEV耐性を保持し、MEVによるサンドイッチ攻撃や無常損失、さらには高い取引スリッページを防ぐことに注意を払っています。

オラクルにおいて、DEXはほぼ最速の取引ペア価格源と最も完全な取引ペアデータ源であり、これにより多くのDeFiプロトコルはChainlinkなどのイーサリアムチェーン外のオラクルソリューションを選択するのではなく、UniswapのDEXオラクルを直接引用することを選択しています。これにより、DEXは「オラクル」機能を他のDeFiのデータモジュール（例えば、貸付プロトコルやデリバティブ取引市場）を構成する出力機能の一つとして利用できます。

UniswapはDEXを代表していますが、DEXビジネスに必要な精緻な機能は他のDEXによって補完されています。イーサリアム上には、Balancer、Curve、Sushiswapなどの長年発展してきたさまざまなタイプのDEXや、1inch、MetaMaskswap、Matchaなどのアグリゲーター型DEXが存在します。

その中で、Balancerの登場はDEXをチェーン上のアプリケーションの流動性センターとしてより精緻化させることを始めました。まず、Balancerは流動性供給の管理を提案しました：異なる重みと多様なトークンの流動性プールを持ち、Uniswapの等比流動性プールをカスタム比率と多様なトークンに変更しました。これはプロジェクトが流動性供給と時価総額管理を行うのに有利です。さらに、BalancerはLaunchpadの購入ルールをユーザーが合理的なトークン価格を得るのに有利なLBPルールに変更し、AMMプールのアービトラージ科学者による取引価格への影響を変えました。

Curveの存在は、主にチェーン上のステーブルコイン取引市場を提示します。これは主にさまざまなステーブルコインとpTokenに取引流動性を提供します。ステーブルコインとpTokenは実際にはDeFi取引プロセスの中継物であり、パブリックチェーン上の取引とビジネス実現の必需品であり、トークンの経済メカニズムの中には緩衝の役割を果たすものもあります。

さらに、Balancer、Curve、Sushiswap、DODOなどのDEXは、取引交換の他に、LPやpTokenなどの多様なトークンに対してステーキングプールを提供し、資産の複利を実現する重要なビジネスを持っています。これらのDEXはAMMのLP流動性を集約するだけでなく、DeFiなどのアプリケーションのサプライチェーンの役割も果たしています。

以上から、私たちはイーサリアム上でDEXに基づいて発展した成熟したチェーンを非常に明確に見ることができますが、イーサリアム上の取引確認速度は遅く、取引確認が十分に速い場合、またはチェーン上のデータフィードバックが十分に速い場合、対応するビジネスは別の発展形式に変わる可能性があります。例えば、ソラナのように。

ソラナ上のDEXは、イーサリアムとの最大の違いは、体験がCEXとほぼ同じであり、取引確認が十分に速い場合、DEXとアグリゲーターが果たす役割は一致します。この時、DEXが最も気にするのは「すべてが私のプラットフォームにある」ということから「取引ペアと対応するLPプールはどこにあるのか」ということに変わります。

したがって、LPへのサポートはさらに精緻化されます。

Uniswap V3が固定価格帯のLPを提案して以来、すべての後続の革新的なDEXはLPの基盤の上に価格管理を追加しています。

ソラナ上で最も精緻に設計されたDEXはJupiterであり、流動性プール機能が最も精緻に設定されているのはMeteoraです。両者を比較すると、Meteoraの主な機能は対応する取引ペアの流動性を提供することであり、LPに提供される精緻な設定には価格帯に加えて、トークンの変動曲線や比率などが含まれています。JupiterはLP機能が豊富であるだけでなく、トークン発行を主打ちし、ユーザーのニーズに応じた設計を行います。例えば、ユーザーはドルコスト平均法（DCA）を使用して複数回のトークン購入を行うことができます。

DEXの他に、ソラナチェーン上のすべてのウォレットは、ほぼすべてチェーン上の取引ペアの取引アグリゲーション機能を持っており、取引確認速度が非常に速い場合、ユーザーはDEXに入ってスワップ操作を完了する必要がなくなります。

これは、高速ブロックチェーンのDEXアプリケーションの設計特徴を反映しています：機能を設計する際には、モジュール化された開口部を残し、機能をプラグイン式に組み合わせることができるようにし、すべてのユーザーの入口が迅速にDEX取引モジュールを統合できるようにします。これにより、ユーザーがスワップを必要とする際には、自分のDEX上の流動性を使用できます。

TONのDEXの現状

イーサリアムとソラナのDEXがこのサイクルの中で非常に成熟している中、TONの現在の状況はどうでしょうか？どれだけの差があり、どこに差があるのでしょうか？

TONの性能と耐障害能力は、現在のすべてのパブリックチェーンの中で、唯一ソラナと肩を並べることができますが、TONのエコシステムはWeb2モデルとWeb3モデルの組み合わせ型エコシステムであり、この組み合わせは技術的に使用中にWeb3を薄め、技術的にWeb3に深く入り込むことになります。

TONエコシステム内のDEXには、この特徴が非常に明確です。

例えば、Telegramは中央集権型の取引プールを内蔵しており、ステーブルコインとTONのチャージを完了し、その後TONと他のトークンの交換を行います。機能的には、すでに簡略化されたバージョンであり、操作体験はCEXのフラッシュ交換とほぼ一致しています。

この機能はTelegramのウォレットの第一の機能であり、第二の機能はTONパブリックチェーンウォレットTON Spaceとのチェーン上のインタラクションを完了することであり、体験は基本的にPC端やモバイル端でMetaMaskを使用するのと一致しています。トークンを交換する必要がある場合、エコシステム内ではSTONやDedustが比較的よく使用されますが、機能は基本的にUniswap V1と似ています。

明らかに、これはTONのDEXにおける不足を反映しています。もしTelegramウォレットがCEXの体験を担っているとすれば、TON SpaceとDEXはPC端とモバイル端でインタラクションでき、最後にTelegramのミニアプリやボットもDEXまたはCEX機能の取引フロントエンドとなります。これらの設計は取引体験の最適化を満たしていますが、バックエンドのチェーン上のネイティブインタラクション部分は明らかに遅れています。

現在、見られるすべてのDEX、例えばSTONやDedustなどは、Uniswap V1の取引機能に似たものしか提供しておらず、私たちがソラナのDEXエコシステムの分析で見たのは、高速ブロックチェーンのDEXにとって重要なのは取引の流動性を提供することであり、取引機能をモジュール化し、流動性の利点をユーザーの選択理由とすることです。

TON上の取引は、そのフロントエンドの入口がTelegram内に大量に存在する必要があり、DEXはJupiterやBalancerのようにビジネスの精緻化を増し、すべてのユーザーのバランスを取る必要があります。ユーザー、トークン提供者、流動性提供者、プラットフォーム開発者の各役割は、すべて一定の精緻な機能を持って協力する必要があります。

TON上にDEXを改善するプロジェクトは？

Uniswap、Balancer、JupiterなどのDEXと比較して、TONにはすべての機能を完全に補完できるプロジェクトはまだ登場していません（またはまだオンラインではありません）が、全エコシステム内の公開プロジェクトの設計思考を調査した結果、筆者は、まもなく登場するDEXチェーン上の取引ミドルウェアLayerPixelがTON DEX機能の補完を達成する可能性があることを発見しました。

LayerPixelはTONパブリックチェーンのランチパッドTonUPが参加して孵化したもので、Telegramミニアプリ向けに設計されたDeFiソリューションのセットであり、公式にはLayer 1.5と呼ばれています。ウォレット、DEX（多様な取引アルゴリズム）サービスを提供でき、C向けにPixelSwapを直接提供するだけでなく、他のアプリケーションに対してTelegramミニアプリに基づく埋め込みSDKスイートを提供してスワップ機能の開発を行います。

TONに必要なのは、資産関連の全チェーンシナリオにおいて対応する役割が存在することです。この全チェーンには、資産発行、資産取引、取引流動性供給、オラクル、資産プール、ウォレットなどが含まれます。

IDOの機能は発行にあり、イーサリアム上には通常の購入式IDOとLBP式競売IDOがあります。購入時、ガスとトークン価格が急騰しやすく、開盤後に価格が虚高になり、その後暴落することが非常に容易です。そのため、LBPの採用は、メカニズム上、取引者が争奪を減らし、価格が期待に合った後に購入を検討することを可能にします。LayerPixelが提供するシナリオチェーンの中で、TonUPはIDO発行を提供し、TONのランチパッド発行にLBPルールを追加しました。

IDO後、トークンは流動性と組み合わせ取引を提供し、この時DEXの介入が必要です。

LayerPixelのPixelswapは、重みプールに基づくDEXであり、Balancerと機能が一致し、LBPの資産発行方式をサポートしています。このオランダ式オークションの発行方式はFDVが高くない中小型プロジェクトに適しており、Telegramエコシステム内で最も多いのはこの種のゲーム/GameFiプロジェクトです。

より精緻な設計は、DEXのLPを中央集権型取引所の成熟したLPのようにし、資金の収益率を積極的に保証し、リスクを隔離することを可能にします。

DEX上でトークン取引が始まった後、次にオラクル、プール、ウォレットビジネスが続きます。

オラクルはAMM内のリアルタイム価格を外部のDeFi、DEX、アグリゲーター、貸付、資産ブリッジなどに価格源として提供するプロセスであり、豊富なAMMに基づいて自然にこの能力を持っています。プールは、ユーザーが他の多資産を複利ステーキングするためのツールであり、チェーン上のDeFiが多い場合、さまざまなpTokenが現れます。例えば、多くのイーサリアムDEXはLidoのstETHに対して交換とステーキングを提供します。最後に、ウォレットはすべての取引プラットフォームの外で、高速ブロックチェーンのサポートの下、ユーザー操作の入口を提供し、取引アグリゲーション、ランチパッドの組み合わせなどの部分で、機能をすべてウォレット内に設計し、他のアプリケーションと組み合わせて使用します。

以上のように、IDO、トークン取引、ウォレット、オラクル、プールなどの複数の部分で、LayerPixelはそのビジネスチェーンに設計されています。チームとの連絡を通じて、その目標はTON上のDEXの設計不足を補完し、LayerPixelの複数の機能を基にTONのDeFiミドルウェアになることを望んでいることが分かりました。

現在得られている情報によると、LayerPixelのコード部分はすでに開発が完了し、監査会社に提出されています。安全性を考慮し、監査は2つの監査会社によるクロス監査が行われ、監査結果が完了した後に正式にメインネットに上线される予定です。

最後に

TONのアプリケーションを観察すると、TONはWeb2に非常に依存していることがわかります。このような設計は、Telegramのユーザーがハードルを下げるためのものですが、多くの高速パブリックチェーンの発展経験に基づくと、Telegramの公式ウォレットは将来的にはより多くのウォレット検証ツールとして機能し、ユーザーがより直接的なチェーン上のネイティブ取引を行うのを支援し、資産の安全性とWeb3インタラクションの正確性を保証することになるでしょう。

パブリックチェーンにとって、DEXはチェーン上の活力を解放する場所であり、各DEXの目標は成熟した金融取引プラットフォームになることであり、使用するユーザーが正確で成熟した資産管理能力を持つことです。

TONは常にATHにあり、エコシステムの価値も絶えず増加しています。TONが発展する中で、プロジェクト価値のデータ表現はDEXの取引ペアに集中することになります。だからこそ、DEXの発展が成熟するほど、投資家が機会を捉える確率は倍増するのです。