Fluid

Fluid は、Instadapp が 2024 年に始めた貸付プロトコルです。貸し手の資金を 1 つの流動性層に集め、その上に貸付や取引の仕組みを載せる設計が特徴です。当社の画面では、Ethereum、Base、Arbitrum の USDC の預け先として並んでいます。Jupiter Lend も Fluid の技術を使っています。

当社が使っている範囲

各ネットワークの Fluid 本体の USDC 貸付（fToken）だけを使います。預け入れは利用者専用の中継コントラクト名義で行います。

5 つの観点

観点	内容
責任主体	運営チームと DAO（FLUID トークン）。市場の設定は運営が行う
市場の作成権限	運営。誰でも作れる仕組みではない
リスク管理	担保割れの位置をまとめて清算する設計で、不良債権が溜まりにくい。流動性層から各仕組みが引き出せる量には自動の上限がある。オラクルは運営が設定
損失の受け皿	常設の準備金はない。担保割れの位置はプロトコルが吸収し（absorb）、その後の処理はガバナンスの判断
実績と事故	2024 年から稼働。2026 年 3 月、取引先のステーブルコイン（Resolv の USR）の崩壊で約 2,100 万ドルの担保割れが発生。Resolv、Fluid のトレジャリー、運営チームの負担で補填され、預け手の損失はなかった。補填の過程で、運営が投票の前に信用枠から資金を引き出した手続きが議論になった。契約の脆弱性ではない。複数社の監査、報奨金制度

2026 年の補填について

Fluid 自身の契約が攻撃されたのではなく、Fluid 上で担保として使われていたステーブルコインの発行元が攻撃され、担保の価値が失われた事例です。Fluid はトレジャリーと運営チームの資金で穴を埋め、預け手に損失を負わせませんでした。一方で、常設の準備金や決められた手順があったわけではなく、運営の判断で対応した点は、仕組みとしての受け皿がないことの裏返しでもあります。

注意点

• 常設の準備金がないため、次に同じことが起きたときに同じ対応が取られる保証はありません。
• 年率は借り入れの需要で変わります。画面の表示をご覧ください。