f(x) Protocol fxUSD

CoinGeckoが扱う資産は、Ethereum上の0x085780…d8f6にあるfxUSDである。2023年8月に公開されたV1では、変動レバレッジのトークン対から生まれる安定側の持ち分をまとめた。約16か月後、V2は同じステーブルコインの識別情報を保ちながら、レバレッジ側を固定レバレッジのxPOSITIONを中心に再構築した。V2.1ではsPOSITIONが加わった。rUSDは0x65D72…7D18にある別個のLRT製品として残った。

f(x)は一方に担保価値を置き、もう一方にfxUSDとレバレッジポジションの価値を置く。ロングを作ると、担保と一時的な流動性からxPOSITIONが生まれ、fxUSDは債務として計上される。ショートではfxUSDを固定し、ショートプールの仕組みを通じて価格変動への持ち分を借りる。

この恒等関係が示すのは内部の支払能力である。銀行が1ドルを保管していることも、fxUSD保有者がf(x)の財務資産に法的請求権を持つことも意味しない。保有者が実際に使える経路は、プロキシコントラクトに設定された対応市場での償還、オラクル価格、最低受取額の規則で決まる。

利用者はV2のStability PoolへfxUSDまたはUSDCを預けられる。プールは価格連動を保つため両者を交換し、担保利回り、ポジション手数料、Aaveの利回り、FXNの排出を受け取ると説明されている。どの収益源も変動し、ガバナンスの判断に左右されるため、表示APYは契約上の固定利息ではない。

ロングが再調整水準へ近づくと、キーパーはプール内のfxUSDを使い、ポジション債務の一部を焼却する。受け取った担保はfxUSDまたはUSDCへ戻す方向で売却される。したがって、プールの預け手は手数料を得る仕組みに必要な資金も提供している。

「Liquidation Brake」は、最初の基準値でポジション全体を閉じる代わりに、より安全なレバレッジ水準へ戻すことを目指す。その取引が失敗したり価格がさらに動いたりすれば、残りの債務は強制清算される。レバレッジによってポジションの自己資本が失われる可能性は残る。

その後の損失負担順序ではReserve Fundが使われる。それでも補えない不足分は、生き残ったレバレッジポジションへ再配分される。担保全体の比率が100%を下回ると、操作が止まり、資本を補うためにプロトコル資産が投入される場合がある。

この順序は経済的にはレバレッジ側より先にfxUSDを守ろうとするが、「守る」と「保証する」は同じではない。計算式が実際の結果になるまでには、キーパーの稼働、DEXでの取引、担保の流動性、オラクルが介在する。

FxUSDPriceOracleはCurveのEMAとChainlinkのUSDC/USDを読み取り、更新が古いChainlinkの値を拒否する。DEFAULT_ADMIN_ROLEはCurveプールを置き換え、上方乖離とドル連動外れの基準値を変更できる。PoolManagerの管理者はプールの登録、容量、レート提供元、誰でも実行できる清算の基準値、資産戦略を変更できる。

EMERGENCY_ROLEはPoolManagerを一時停止し、再開できる。公式マルチシグのページでは、技術運用と財務運用を0x26B2…BbFが担い、実行には承認済み所有者アドレスによる6件の署名が必要とされている。別の緊急用Safeには一時停止権限が与えられている。

デプロイ記録では、fxUSD、そのオラクル、主要な管理機能がプロキシの仕組みを使っている。2025年から2026年に公表された更新でもfxUSDのアドレスは再利用された。監査が対象にするのは明示された版と構成要素であり、管理者の選択を固定したり、その後のすべてのキーパー処理を保証したりはしない。稼働中ページのwstETHとWBTC、FAQのstETHのみ、V1文書のstETHとfrxETHという担保説明が解消されていないため、この資料では現在の準備資産をオンチェーンで確認すべき事項として扱う。