mCUBIT Vault
将来の Vault は CUBIT を譲渡不可ポジションに預け、WETH 収益の一部を受け取る仕組みです。CUBIT の発行も買い壁資金の引出権付与も行いません。
mCUBIT はこの預入れ体験の名称です。確認したコードは自由に譲渡できる ERC-20 受領トークンを作りません。
将来のリリース、目標 J+3 以降。 以下は予定の手順で、提供状況はリリース時に明示します。
報酬の出所
資金源はラダー LP 手数料の ETH 実現分の 20 %です。リバランスなどの対象メンテナンスで回収し、預入れユーザーに配分します。
比率の基準は実現手数料で、スワップ量、フック税、ラダー元本、表示済み未回収手数料ではありません。
Vault はフックから ETH を受け取り WETH に変換します。報酬は預入トークン当たりで計上します。活動や実現手数料がなければ報酬ゼロもあり、固定利率は約束しません。
CUBIT の預入れ
- リリース時に Vault アドレスとプロトコルへの接続を確認します。
- 選択数量の送金を Vault に承認します。
stake(amount)を呼び、確認を待ちます。- 預入コントラクトの
balanceOf(account)とunlockAt(account)を読みます。
追加預入れのたび、そのウォレットの同 Vault 全ポジションの 24 時間ロックが再開します。 追加数量だけではありません。
預入れた CUBIT は既存トークンのままです。預入れはバーンでも人工的な供給減少でもありません。
引出しと請求
チェーンの timestamp が unlockAt に達すると withdraw(amount) で CUBIT を返し、一部引出しも可能です。claim() は獲得済み WETH 報酬を送金します。確認した実装では引出しロックは claim を妨げません。
中核の guardian 停止は出金を止めません。ただしポジション保有コントラクトのルールと正常動作に依存します。
staker 不在時の報酬は分離し、最初の預入れで遡って取得できないようにします。小さな丸め残余は会計規則に従い Vault に残ります。
Vault が交換された場合
交換は新規預入れ向けコントラクトを変えます。記録済み CUBIT、報酬、解除日は旧 Vault に残ります。 利用者資金は移りません。
フロントエンドは履歴一覧から各旧 Vault を選択できます。残高読取り、請求、引出し前に選択アドレスを確認します。旧 Vault の承認は新版を承認しません。
フックに Vault 未精算額があれば（vaultAccrued != 0）レジストリは交換を拒否します。新 Vault は正しく接続され、過去の預入れ・資金供給がない必要があります。
モジュールの限界
交換時の getter 検査は宣言アドレスの互換性を確かめるだけで、交換コード全体の安全性を証明しません。会計テスト、手数料回収との連携、旧 Vault 出金の維持は各リリースで要検証です。
出典： periphery/CubitVault.sol, CubitV2.setVault, CubitHook._accrueVaultFees, _claimVaultRewards および dapp/src/chain/vault.ts.