TermMaxのVault権限ドキュメントを読み終えて、「受動的に固定収益を得る」という文は“固定収益”ではなく“誰があなたの代わりに手を動かしているのか”を太字にすべきだと気づきました。

Vault自体はERC-4626の標準に準拠していて、ユーザーが資産を預けて持分を受け取ります。Curatorは市場を選び、Range Orderを構築し、資金キューを調整し、価格カーブを設定します。余った資金はAaveやMorphoのような流動性プールにも展開可能です。通常のユーザーにとっては手間が少なく、複雑な期限管理も1つの入口にまとめられています。このプロダクト化された設計は、自分で市場ごとに一つずつ“レンガを積む”よりずっとスムーズです。

しかし、手間が省けることは信頼が省けることではありません。Curatorは資本がどこへ流れるかを決められ、マーケットのホワイトリスト、パフォーマンスフィー、timelockの調整も提出できます。Guardianは待機期間中に、リスクが上がる変更を撤回できます。デフォルトの待機期間は1日で、リスク低下のアクションは即時に反映されます。この設計は、ファンドマネージャーの隣に“ブレーキを踏める人”を座らせたようなものですが、ハンドルはまだ預金者の手の中にはありません。

さらに一段上では、プロトコルにDEFAULT_ADMIN、PAUSER、CONFIGURATORなどのロールもあります。市場の作成、コントラクトのアップグレード、ホワイトリスト・アダプタの適用、設定の一部更新など。オラクルはよりセンシティブで、価格変更の元には別個の待機メカニズムとバックアップ元があります。公式が権限とマルチシグの入口を公開しているのは加点ポイントです。公開されている権限は“権限が消えた”ことと同義ではなく、ただ鍵がどの壁に掛けられているかを教えてくれるだけです。

なので私はVaultを見るとき、まずページのAPYではなく、Curatorの過去の配分、Guardianが独立しているか、実行待ちの変更が通常のユーザーにも理解できるか、そして大口の償還時にキューがどう並ぶかを確認します。さらに、パラメータ変更のたびに毎回「変更前後の対照表」を用意するのが望ましいです。監査は、あるバージョンのコードが見られたことは証明できますが、マネージャーが流動性を同じ“狭い扉”に押し込まないことまでは証明できません。

TermMaxが本当に売りたいのは、「あなたの代わりにクリックを減らすこと」ではなく、「あなたの代わりに判断して、その権力を制約できること」です。前半はプロダクトに既にありますが、後半は長期のオンチェーン記録に頼る必要があり、ロール名に頼ってはいけません。
#termmax @TermMax