Whirlpool Builder プロジェクトを開始して 2 週間が経過し、大量の海底活動が見られました! 🐳

チェックチェック!)

これまでのところ、多数のアプリケーションと革新的なアイデアが紹介されていることを嬉しく思います。この投稿では、共同創設者の Yutaro との Q&A で、Whirlpools のスマート コントラクトと将来の計画について探ります。

役職役職。

そういえば、それは置いといて…

Yutaro まず、なぜ whirlpool で開発しているのですか?

私たちは、渦の基本構造が Solana エコシステムで流動性を生み出す主な方法になると信じています。つまり、それが Solana の支配的な DEX になると考えています。これは私たちが過去 6 か月間取り組んできたもので、3 月にベータ版をリリースしました。

標準 (または「定容積製品」) フローセルと比較した渦流セルの利点は何ですか?

つまり、Vortex Pool は、流動性の高い優良トークン (SOL や USDC など) とロングテール トークンの両方において、より優れた取引体験をユーザーに提供します。

SOLやUSDCのような優良トークンを取引する際にユーザーに優れたエクスペリエンスを提供する理由は、流動性プロバイダーが提供する流動性の量と、トレーダーがそのペアをいつ取引したいのか、どのような種類のスリッページを提供したいのかをより詳細に制御できるためです。最も重要なことは、これは流動性プロバイダーにとってより効率的であるということです。そのため、全体として、より良いエクスペリエンスをユーザーに提供するために、より少ない資金を割り当てることができます。

Whirlpool は Solana エコシステムの優れた構成要素であり、その堅牢性、単一障害点がなく、実際に稼働し続けるためのメンテナンスはほとんど必要ありません。より具体的には、極端な流動性イベント中にパラメータを調整する必要があることを確認するための管理キーは必要ありません。

Whirlpool はフォークですか、それとも既存のスマート コントラクトの修正ですか?

Uniswap v3 で導入されたアイデアに触発されていますが、数学ライブラリも含め、すべてが最初から構築されました。 Uniswap v3 に精通していれば、それがどのように機能するか理解できるでしょう。ただし、当社の設計哲学と Solana VM の固有の制約に基づく重要な違いがいくつかあります。

なぜすべてがゼロから始まったのでしょうか? 元の数学ライブラリはどうなったのでしょうか?

whirlpool スマート コントラクトでは、256 ビットの計算を行う必要があります。 Rust は、それ自体またはその標準ライブラリでのみ 128 ビット数学をサポートします。実際には、Rust で書かれた Ethereum クライアント用に書かれた Parity と呼ばれる 256 ビット ライブラリがあります。 Parity はすでに量産されているため、彼らが作成したライブラリは安全です。他の多くのプロジェクトがこれを使用していますが、使用すると非常に高価であることがわかりました。したがって、長い乗算または長い除算を行うには、通常、1 回の乗算または除算を行うのに 10,000 個のコンピューティング ユニットが必要です。現在、Solana のバージョンに応じて、命令またはトランザクションごとに最大 200,000 の計算ユニットを使用できます。基本的に、使い果たす前に実行できるのは 10 ティック トラバースのみですが、通常は他のことに予算を割り当てる必要があります。

したがって、必要なだけの演算を実行することはできません。いくつかの調査を行ったところ、多くの乗算と除算が最適化されていないことがわかりました。 Parity は基本的にコンピュータ上で直接実行できるものにコンパイルされているため、これはおそらく重要ではありません。そして私たちの場合、Solana 仮想マシン上で実行する必要があります。私たちはそれを自分たちで再実装してテストしましたが、ライブラリを自分たちで再実装すると、5 倍安くなり、5 倍効率的になることがわかりました。それは私たちにとって興味深い回り道でした。 256 ビットのライブラリは、Solana Labs の人が書いた Solana ライブラリをはじめ、実際に多くの人が使っているので、ぜひオープンソース化して誰でも使えるようにしていきます。

PDA とは何ですか。また、「PDA を中心とした設計」により渦巻きの効率を高めるにはどうすればよいでしょうか?

PDA は、Solana に特有の、プログラムから派生したアドレスです。 Solana のすべてのデータはアカウントとして保存され、それに関連付けられたアドレスがあります。これは基本的にアカウントの場所へのポインターです。アカウントのこのアドレスを生成する 1 つの方法は、秘密キーをランダムに生成し、それに関連付けられた公開キーを導出し、その公開キーをアドレスとして使用することです。もう 1 つの方法は、PDA を使用することです。PDA を使用すると、アカウントを作成したプログラムのアドレスからアドレスを取得し、通常はプログラム自体で定義されるシード値を取得できます。

ここで重要なのは、プログラム自体に含まれる値、またはプログラム自体によって定義された値からアカウント (Solana でソートされたデータ) を導き出すことができるということです。これらは、スマート コントラクト構造で非常に優れたクリーンなプロパティとして使用できます。

通常、SOL/USDC プールがあると想定します。 SOL/USDC プールでは、特定のアカウントを持ちます。簡単な方法は、ランダムな秘密キーを使用してアカウントを生成し、その秘密キーを破棄して、このランダムなアカウントを取得することです。

whirlpool を使用すると、プログラムから決定論的な方法でそれを導き出すことができます。したがって、SOL/USDC プール アドレスは、SOL と USDC のミント アドレスを含む whirlpool プログラムから派生すると言えます。これにより、誰かがワールプール プログラム アドレスとペアのミント アドレス以外何も知らなくても、ワールプール内の任意のペアのアドレスを決定できるようになります。

これは、特定の取引ペアに対してプールが 1 つだけ存在できるという不変条件を強制するため、本質的に許可のないプールに特に役立ちます。作成されたプールごとにこの中央ストアは実際には必要ありません。また、プログラムによって作成されたアカウントをスキャンする必要もありません。本当に必要なのは、コインの造幣局アドレスです。取引したい場合は、交換できるプールアドレスを取得します。

なぜ Whirlpool スマート コントラクトをオープンソースにするのですか?

オープンソースでは、開発者、コミュニティのメンバー、その他すべての人が、まずプログラムを自分自身でレビューし、それを理解して、その上に構築することができます。

私たちは渦巻きが最も基本的な構成要素であると考えています。その上に構築できるアプリケーションは数多くあり、オープンソースはそれを実現するための最初のステップです。私たちは幸運にも Kudelski と Neodyme にスマート コントラクトを監査してもらったので、オープンソース コントラクトに慣れているのは幸運でした。

オープンソース SDK について教えてください。

わかりました。私もこれを共有できることに興奮しています。

私たちは幸運にも優秀なエンジニアに恵まれてきましたが、初期のエンジニアの最初の任務の 1 つは、初期の AMM 用のタイプスクリプト SDK を作成することでした。彼は素晴らしい仕事をしてくれました。人々がどれだけ気に入っているか、そしてどれだけ使いやすいかという満場一致のフィードバックを見るのは素晴らしいことです。また、AMM の使用に興味がある人が AMM を利用しやすくすることで、AMM がもたらす価値も理解しています。私たちは基本的にそれを倍加しました。Whirlpool の内部は古いプールに比べてより複雑であるため、リファクタリングされた Whirlpool SDK とその仕組みに関する大量のドキュメントを基本的にまとめました。

トランザクション確認ロジックに取り組んでいた当社の別のエンジニアは、こうしたネットワークの輻輳の問題を目の当たりにしました。彼はさらに深く掘り下げ始め、Solana SDK がトランザクションを送信および確認する方法に関するいくつかの既知の問題を発見しました。このために、彼は非常に役立つ一連の変更を加えました。アプリの使用中に、アプリの応答性が劇的に変化することがわかりました。彼はまた、同時に複数のトランザクションに署名して送信することを効率化するなど、他にもいくつかのことを追加しました。すべてのネットワーク リクエストには非効率な部分がたくさんあります。

これらは SDK にも含まれているため、Orca だけのものではなく、Solana エコシステムの誰もが使用できる一般的な改善でもあります。

今後数か月以内に渦潮の上に何が建設されるのを見たいですか?

おそらく、最も実行可能なアイデアから始めて、それから少し時間をかけて反復するか、より非現実的なアイデアを検討することになるかもしれません。最も基本的なものは、基本的に、SOL/mSOL プールと SOL/stSOL プールの自動化された戦略です。これらは、Marinade と Lido の担保された流動性トークンです。

基本的に、mSOL の値は、時間の経過とともに、かなり予測可能な方法で、SOL の値と比較して常に増加する必要があります。このため、Whirlpools で流動性を提供すると、取引ペアの価値が低いほどステーキングした SOL が少なくなるため、時間の経過とともにより多くの SOL を得ることができます。

あなたができることは、Marinade または Lido に賭けて流動性トークンを取得し、それをプールに戻すことができる純粋な SOL をどんどん取得できるプロセスを構築することが可能であるということです。これは自動化された方法で行うことができ、常に最小限の規模で流動性を提供して、獲得する手数料を最大化することができます。これは比較的単純なアイデアのように思えます。それは、大規模に流動性を提供するか手動で変換を行う現在の方法よりも確実に優れています。

私が非常に興味深いと思うもう 1 つの潜在的な解決策は、Solend を例として、融資契約を考えてみましょう。 USDC または USDT を提供すると、トークンを貸し出すことになるため、ある程度の収入が得られます。 USDC または USDT を提供する代わりに、C と呼ばれるこのトークンを取得します。基本的にトークンを担保として差し出すだけで、継続的に収入を得ることができます。

考えられることの 1 つは、USDC/USDT スワール プールの代わりに、cUSDC/cUSDT スワール プールを作成できることです。 USDCとUSDTを取引したい人は誰でもこのプールを使用できます。USDCを取引する人を自動的に取得し、cUSDCに変換し、プールに入れ、cUSDTを戻し、1回のトランザクションで通常のUSDTに分割できるからです。流動性プロバイダーにとっては、トークンを貸し出すことで収入が得られ、取引手数料も受け取ります。

ビルダーズ プログラムを始める理由

以前、Whirlpool が Solana エコシステムの主要な DEX になると考えていると述べました。これはかなり柔軟な構造でもあり、他の人がその上に独自のアイデアを構築する機会がたくさんあります。そこで私たちは、渦の上に建物を建てたい人を奨励し、サポートするビルダー プログラムを用意する予定です。そのために、私たちは Orca の供給の一部を支援する予定であり、もちろん、創設者としての私たちとチーム全体が、Orca を構築したい人をサポートするつもりです。フィードバックも提供できます。何を構築できるかについて、さらに多くのアイデアを思いつくはずだと思います。はい、結果を見るのがとても楽しみです。

応募に興味のある新進の建設業者に何かアドバイスはありますか?

まずは Discord に来てチャットしてみてはいかがでしょうか。私たちは開発者サポートを非常に重視しています。私たちはドキュメントなどに重点を置いていますが、製品や質問について学ぶには、直接話すことが非常に良い方法です。

おそらくプロダクトのアイデアとしては、「持続可能な利益をより効率的に生み出すために何か構築できないか？」という考え方も一つの方法だと思います。

私が以前に思いついたアイデアのように、すでに存在する収益を生成しやすくする要素がありますが、本質的にはそれを自動化しているだけです。特にソラナでは、取引が安く、デザインの余地がより多くあるため、やるべきことがたくさんあると思います。みんながどんなアイデアを出してくるのか楽しみです。

ゆうたろうさん、ありがとうございます！

私たちのビルダープロジェクトをお楽しみいただければ幸いです。

役職役職。一緒に幸せな発展を目指しましょう! 🐳

この投稿は、OrcaPod の最近のエピソードをもとに編集されたものです。