Wen $crvUSD？Curve 開発チームの Github が答えを示すかもしれません。

原文タイトル：《Wen $crvUSD? CAN CURVE DEVS DO SOMETHING?》

著者：crv.mktcap.eth、Curve Market Cap

翻訳：ビスケット、ChainCatcher

Wen $crvUSD? （crvUSD ステーブルコインはいつリリースされるのか？）これは Curve コミュニティが最近最も多く尋ねられている質問です。

2022 年 7 月、Curve の創設者兼 CEO である Michael Egorov は述べました、規制の審査を受けているにもかかわらず、Curve は独自の過剰担保ステーブルコインのリリースを目指していると。これは、UST の崩壊後に DeFi プロトコルがステーブルコイン市場のシェアを争うことを示唆しているようです。

crvUSD ホワイトペーパーは昨年 11 月に発表され、その設計の 2 つの最も重要な柱は LLAMMA と PegKeeper です。LLAMMA は貸出清算 AMM アルゴリズムを表します。PegKeeper は crvUSD のドルペッグを維持するために使用されます。

長い間、Curve は多くのステーブルコインや派生担保の流動性が最も良い DeFi プロトコルと見なされており、これにより Curve は stETH などのトークンの価格決定権をほぼ持っています。上海アップグレードが近づく中、もし crvUSD がこのタイミングでリリースされれば、Curve は「上海アップグレード戦争」でより多くの優位性を握ることになるでしょう。

crvUSD ホワイトペーパーの発表から 3 か月が経過しましたが、その進展はどうなっているのでしょうか？crv.mktcap.eth は、過去 1 か月間に Curve 開発チームが GitHub 上で crvUSD を展開した詳細と進展を解読しました。この記事は ChainCatcher による主要内容の翻訳です。

要点：

1. スマートコントラクトの不変性のため、Curve 開発チームはより極端な状況や将来必要になる可能性のある機能をテストしています。

2. ガスの最適化により、ユーザーのコストを削減します。

3. 管理者機能は資金プールの収益を最適化するために使用されます。

たとえコーディングについて何も知らなくても、いくつかの画像を通じて、Curve 開発者が何かを行っていることを確認できます。

開発者については、主に Curve の創設者 Mich を指しており、彼の GitHub は高頻度で進捗が更新されています。最近何が起こったのかを深く理解するために、過去 1 か月間にどのファイルが変更されたかを迅速に確認できます。

crvUSD は先月リリースされる予定でしたが、現在のものは以前とは大きく異なっているようです。開発者は crvUSD に多くの追加テストを加えました。これは非常に重要です。なぜなら、crvUSD は多くの面で未知の領域だからです。監査人が見逃す可能性のあるものを、より強力なテストを通じて確認することで、crvUSD の起動時により安全になることを意味します。

最も重要なのは、これらのテストがまだバグを発見していることです。「bugfix」というタイトルの履歴は大きな問題かもしれません。

単体テストの変更と比較して、実際の運用中のスマートコントラクトの変更はより注目に値します。スマートコントラクトは不変であり、Curve のスマートコントラクトはその不変性がさらに高いです。一部のプロトコルは、アップグレード可能なプロキシコントラクトを使用してユーザーを欺いています。プロキシコントラクトは、あるアドレスが他のアドレスからそのロジックを継承でき、いつでも変更できることを許可します。Curve はそのようにはしません。これは素晴らしいことです。なぜなら、誰もあなたをいじめることができないからです。

しかし、逆に言えば、これは悪いことでもあります。なぜなら、開発者が後からバグを修正したり新機能を追加したりできないことを意味するからです。開発者は、極端な状況を考慮するためにもう少し時間をかける必要があり、正式な製品をリリースする前に将来必要になる可能性のあるすべての機能を予見する必要があります。

誰もがすべてを完璧に行うことは不可能ですが、契約が開始される前に、契約を研究するためにより多くの時間を費やす（新しいテストを書くことによって）ことで、新機能の有用性を明らかにすることができます。

現時点では、crvUSD スマートコントラクトスイートは 1 か月前にリリースされたときよりも特徴的でユーザーフレンドリーです。いくつかの例：
初期の Curve コントラクトの問題は、ユーザーの特定の入力に対してどれだけのトークンが得られるかを表示するための getdx() および getdy() 関数が欠けていることでした。なぜなら、時にはユーザーが特定の出力を確保するためにどれだけのトークンを提供すべきかを知りたいからです。

新しいロジックは、getdxdy() 関数を提供し、getdx() または get_dy() として使用されるかを判断するための便利なスイッチを備えています。これらの変更は curve-stablecoin-js リポジトリで確認できます。

このミドルウェアリポジトリの活動ははるかに少なく、より成熟した段階にあることを示しています。フロントエンドに関しては、ほとんどの機能は同じです。過去 5 か月間の唯一の変更は、get_dxdy() をサポートするために行われた修正です。

先月追加された別の新機能は、ユーザーが少量の流動性を引き出すことができることです。

清算機能も同様です……

スマートコントラクトから、Curve 開発チームが効率を向上させるためにガスゴルフ（Gas Golfing）にもっと多くの時間を費やしていることがわかります。

ChainCatcher 注：ガスゴルフとは、一連のスマートコントラクトのジャンプインタラクションの中で、開発者が最もガスを節約するコードを書く挑戦を指します。

ガスの最適化は重要です。なぜなら、Curve コントラクトは非常に複雑だからです。これらの複雑さは、Curve が Vyper で書かれているため、他のスマートコントラクト言語よりも効率的なコンパイラを持っているため、管理が容易になります。それでも、慎重な設計によってさらにガスを節約することができます。

私たちは Curve の v2 プールでこれを直接目にしました。Uniswap v3 は流動性の再バランスの責任を LP に戻し、LP は価格の変動に応じてポジションを変更する必要がありますが、Curve v2 プールは自動的にこれを行います。この 2 つのケースでは、Uni v3 は LP がポジションを再調整する際に手動でガスを支払うのに対し、Curve v2 は内部でロジックを統合しています。

実際、Curve 開発者 Fiddy は、ガス最適化バージョンを提供するために TriCrypto をゼロから書き直しています。これは将来の発展のテーマになる可能性があります。したがって、開発チームは最終設計でより多くのガス費用を最適化する傾向があり、長期的には、各最適化が少しの ETH を節約することになります（ただし、より多くの ETH を燃焼させることが供給を減らすのに役立つ可能性があります……）

最後に……毎週 Curve の収益資金プールは数百万ドルの価値のトークンを生み出すことができます。したがって、開発チームはこれらの手数料の増加に対する管理能力を向上させるために新機能を追加しました。