@NewtonProtocol クイックノート。概要を軽く流し読みするつもりが、VaultKit のドキュメントを読むことになってしまった。そして一つのことがずっと頭に残った。
多くの DeFi バウチャルブ(vault)は、預金が一夜で消えてしまうから失敗するのではない。権限を持つ誰かが誤った判断をしたから失敗する。
Newton のアプローチは、要求と実行の間にポリシーチェックポイントを置くことだ。シンプルに聞こえるが、セキュリティモデルが別物になる。
ドキュメントには、バウチャルブのアクションが通る前に起こり得るチェックの種類が列挙されている:
• 預金アドレスは制裁(サンクション)やエクスプロイト活動と関連しているか?
• バウチャルブの APY、TVL、またはリスクスコアが予期せず変化していないか?
• オラクルフィードが、想定される価格から乖離していないか、または古くなっていないか?
• そのアクションは、バウチャルブが掲げる委任(mandate)にまだ一致しているか?
この層がないと、これらの判断の多くはダッシュボード、社内のランブック、中央集権的なサービスの中に閉じ込められる。回避され得て、預金者は通常、それがどのように強制されているのか見えることがない。
面白いのは、Newton が既存のバウチャルブ基盤を置き換えようとしていない点だ。
それはアクション要求と実行の間に位置し、ポリシーを評価し、オフチェーンのリスクまたはコンプライアンスデータを収集し、ルールが満たされた場合にのみアテステーションを返す。
ドキュメントでは、ポリシーを汎用の「セキュリティ」機能として一つにまとめず、実用的なカテゴリに分けている:
• セキュリティ → リスクの高いバウチャルブのアクションを制限する。
• コンプライアンス → KYC、AML、制裁のスクリーニング。
• プライバシー → 機微なポリシーロジックをオフチェーンに保ちつつ、強制可能な認可結果は生成する。
別のイールド商品というより、バウチャルブの意思決定を監査可能にするためのインフラのように感じる。
ただ、まだ初期段階。
ポリシーエンジンは、それを実際に統合するプロトコルほどしか役に立たない。VaultKit の導入が、TVL だけに代わる大きな注目指標になっていくのか気になる。
#Newt #NewtonProtocol $NEWT $ALCH $BILL