Felix feUSD

ここで扱うのはHyperEVM上のfeUSDプロキシ0x02c6…6c70だ。文書に記載されたシステムアドレスを通じてHyperCoreのスポット市場と接続する。FelixのUSDhl/HUSD、新しい取引サービス、名称が似ているだけのFEIやFUSDとは別物である。Felixというブランドが複数の金融商品を覆う今、まずコントラクトで対象を特定する必要がある。

公開デプロイ記録では、一つのfeUSDの下にWHYPE、UBTC、kHYPE、wstHYPEの各担保部門が分かれている。これに対し、古いFAQが挙げるのはHYPEとUBTCだけで、担保追加は将来の予定とされる。この食い違いは資料の時点差として扱うべきであり、一覧にある全担保が現在も預け入れ可能だとは断定できない。

借り手は認められた資産を担保部門のトローブに入れ、金利を選び、その部門の最低担保率と債務上限を守りながらfeUSDを発行する。各ポジションには固有の担保、債務、金利が記録される一方、発行されたfeUSDはトローブの外へ流通できる。

供給量は借り入れ、初期手数料、利息総額によって増え、返済、償還、清算処理でfeUSDが焼却されると減る。最大供給量がないのはこの会計設計の一部だ。実際の上限になるのは配布予定表ではなく、各担保部門の債務余力と担保の健全性である。

feUSDが目標価格を下回ると、保有者には経済的な出口がある。feUSDを焼却し、手数料を差し引いて、オラクル価格に基づく複数の担保を受け取る。CollateralRegistryは各担保部門の総債務から、その部門の安定化プールが保有するfeUSDを差し引いた額に比例して償還を振り分け、その中では年利の低いトローブから処理する。

ただし、この下支えが働くには、担保、価格情報、償還取引が正常でなければならない。リポジトリはオラクル価格の古さと先回り取引の問題を開示している。価格情報が取得不能、ゼロ、古い状態になると担保部門が停止しうる。最後に確認できた価格を使う処理は退出経路を残す一方、古い評価額を表示する原因にもなる。

安定化プールへの預け入れは、feUSDを利息口座に置くだけではない。トローブが基準を下回ると、預けられたfeUSDを焼却して債務を相殺し、プールは差し押さえた担保を受け取る。プールだけで足りなければ、公開設計では清算時の即時資金供給を使うか、残った借り手の間で債務と担保を再配分できる。

利回りの源泉も同じ債務帳簿にある。ActivePoolは借り手の利息総額に相当するfeUSDを発行し、設定された割合を安定化プールへ、残りを報酬ルーターへ送る。表示利率には新規発行された債務利息と値動きする清算担保が関わりうる。Felix Labs Incが支払う固定利息ではない。

確認時にトークン所有者がゼロアドレスだったのは、初期所有者がCollateralRegistryを設定した後、所有権を放棄する設計だからだ。その後、発行と焼却を呼び出せるのは登録済みのシステムコントラクトに限られる。ERC-20を任意に発行できる範囲は狭まるが、周辺のプロトコルまで固定されたわけではない。

より広い制御面を担うのがAdminControllerだ。各権限は価格情報、MCR、CCR、利回り、債務上限、ルーター、実装の変更を提案・適用し、担保部門を追加し、緊急停止と再開も行える。稼働中のプロキシが指す実装は0x4443…2598である。全権限保有者は確認できず、完全に変更不能だとはいえない。

利用規約はFelix Labs Incを画面の運営者としつつ、トークン取引とスマートコントラクトの結果に伴うリスクを利用者へ負わせている。ガバナンス権と会員権も否定する。送金、コードを通じた償還、プールへの預け入れは、株式、投票権、預金保険付きのドル、運営会社の収益に対する請求権にはならない。