キュレーターが約束する「ルール」を実際に誰が強制するのか？
厳選されたDeFiバレルは、預け手側から見るとシンプルに見える。バレルを選び、預ければ、キュレーターがレンディング市場に資本を配分することで利回りを得られる。だが、そのシンプルさが隠しているのは、どれほどの権限が1つの組織に集中しているかということだ。キュレーターは、バレルがどの市場に触れるかを決め、 #Newt どの程度までポジションを取り得るか、いつ引き出すか、そして相手方がブロックされるかどうかまでを決定する。今日のほとんどのバレルでは、こうしたことはコードによって強制されない——それが強制されているのは評判によるものだ。「ルール」は、ガバナンスのフォーラム投稿、リスクフレームワークのPDF、あるいはキュレーターがローンチ時にした約束の中に存在する。スマートコントラクトの中には、それを破ることを実際に止める仕組みは何もない。
このギャップは、2年前よりも今のほうが重要です。ニュートン自身の資料では、厳選されたDeFiバルブのTVLが過去1年で350%以上成長していると引用されています——この数字は、監査済みの独立した数値というよりは「企業の主張」として扱うべきですが、バルブの集計アグリゲーターで見える内容とは方向性が一致しています。この資金が増えるにつれて、その構成も変わりました。機関投資家の配分、トレジャリー、そしてどこかのリスク委員会に従うトークン化されたファンドマネーです。"キュレーターを信じて"というのは、コンプライアンス担当者がレポートに書ける文ではありません。
これが、メインネット・ベータとともにリリースされたニュートンのVaultKitが対処する、まさにその具体的な課題です。この発想は狭く機械的で、大規模な包括策ではありません。キュレーターがポリシーを書きます——集中度キャップ、流動性フロア、サンクション（制裁）スクリーニングなど——そしてニュートンのネットワークが、そのあらゆるバルブのアクションを実行前に（後ではなく）そのポリシーに照らしてチェックします。このチェックには外部データが組み込まれます。価格フィードはRedStone、バルブの健全性シグナルはvaults.fyi、リスク評価はCredora、制裁およびカウンターパーティ・スクリーニングはChainalysisです。参照実装は現在、Eulerで利用可能で、BaseおよびEthereum上で稼働しています。今後さらに多くのプラットフォームが記載されています——実際のバルブ導入はまだ初期段階で、広範な展開がすでに行われているわけではない点は押さえておく価値があります。
ただ、腰を据えて見ておくべきなのは、この仕組みが「何を直し、何を直さないか」です。取り締まり（執行）を「キュレーターはルールに従うと言っている」から「コードが毎回ルールをチェックする」へと移します。これは本当の改善です——ポリシー違反は、事後に発覚する壊れた約束ではなく、拒否されたトランザクションになります。しかしそれは、信頼の問いを消し去るのではなく、静かに場所を移すだけです。#Newt 誰かが、ポリシーそのものを書いたり（または書き換えたり）できる必要があります。キュレーターが、危険なポジションを取りたいと思うのと同じ午後に自分の集中度限度を緩められるなら、執行は確かに機能しますが、そのガードレールは編集キーを握っている人次第で、耐久性が左右されます。"ポリシーで強制された"バルブを信頼する前に、有用な問いは単に「ポリシーがあるか」だけではありません——誰がそのポリシーを変更できるのか、どれくらいの遅延があるのか、そしてその変更自体がオンチェーンで可視化されるのか。
もう1つ、注意してフラグを立てるべき依存関係はデータの集中です。ポリシーの信頼性は、それを支えるフィードの信頼性にしか過ぎません。もしバルブがリスクチェックにおいて、1つの価格オラクルに強く依存しているなら、たった1つの出所からの誤った出力や障害は、バルブを誤解させるだけでなく、そのポリシーに依存するすべての取引をフリーズさせたり、誤って承認したりする可能性があります。分散されたデータソースは確認すべき事項であり、当然の前提としては受け取れません。
これらのことによって、ポリシーが強制された厳選バルブが、現状（ステータス・クオ）より悪くなるわけではありません——チェックされたルールは、チェックされない約束に勝ります。つまり、適切なデューデリジェンスの問いは「このバルブにリスク制限があるか」から「オンチェーンで、その制限が静かに変更されないことを検証できるか」へと移る、ということです。
