スマートコントラクトを書くことは課題の半分にすぎません。彼らがどのように判断するかを設計することが、同じくらい重要になってきています。
ニュートンが、より良いスマートコントラクトについて考えさせてくれるのを期待していました。ですが、考えさせられたのはパーミッション（許可）システムでした。隠された課題は、コードを書くことではなく、コードが実行されるべき条件を定義することです。オペレーティングシステムは、リソースを要求してきたすべてのアプリケーションを単に実行するわけではありません。権限を確認し、身元を検証し、ポリシーを強制し、実行前に何が許可されるかを判断します。私の論旨は、DeFiが同じアーキテクチャ上の転換に近づいているということです。次の競争優位は、より洗練されたスマートコントラクトを書くだけでは得られません。実行と認可（オーソリゼーション）を分離することによってもたらされます。
当初は、開発者向けツールは、より良い仮想マシン、より安価な実行、より表現力のあるプログラミング言語によって進化し続けるだろうと考えていました。深掘りすると、それらの改善は計算力には効くが、判断には効かないことが分かりました。真のボトルネックは、私が「Decision Debt（意思決定の負債）」と呼ぶものです。これは、あらゆるプロトコルが、支出上限の認可ロジック、マルチシグ承認、制裁（サンクション）スクリーニング、ウォレット権限、リスク管理を、毎回自前で作り直してしまうことによって生まれます。コードは動きますが、意思決定層が断片化したままになっています。
この断片化は、多くのビルダーが過小評価しがちなインセンティブを生みます。各プロトコルは、わずかに異なるセキュリティ前提、ガバナンス規則、ポリシーチェックを書き込みます。認可ロジックがアプリケーションごとに異なる形で埋め込まれるため、監査のたびにコストが上がります。アップグレードのたびに、一貫性のない挙動が入り込むリスクが増えます。隠れたコストは、実行そのものではなく、ほぼ同じ調整課題を解こうとする何千もの独立したポリシーエンジンを維持し続けることです。
NewtonのVault SDKは、別のアーキテクチャを示唆しています。すべてのスマートコントラクトに認可ルールを直接埋め込む代わりに、開発者は実行前に外部で評価されるプログラマブルなポリシーを定義します。スマートコントラクトは決済を担い続け、一方で認可は専用のインフラ層になります。これは、クラウドインフラが、IAMのようなサービスによってアイデンティティ管理をアプリケーションロジックから分離し、すべてのアプリに独自の認証フレームワーク実装を強制しなかったのと似ています。
技術的な含意は、最初に見える以上に大きいです。金庫は、取引の上限、指名された署名者、制裁チェック、タイムディレイ、ハードウェアウォレットの承認、あるいはカスタムの組織ポリシーを、実行前に要求できます。Newtonの認可ネットワークはこれらの条件を評価し、契約が検証可能な暗号学的な認可結果を生成します。スマートコントラクトを置き換えるのではなく、開発者が繰り返し保守しなければならないポリシー固有のコード量を減らします。
実世界のユースケースが、この違いをより明確にします。DAOのトレジャリーは、取引の規模に応じて異なる承認しきい値を必要とするかもしれません。ステーブルコイン発行者は、送金の前に制裁スクリーニングを必要とする可能性があります。機関投資家向けのカストディ提供者は、地理的制限や取引時間枠を強制するかもしれません。ファミリーオフィスは、一定のしきい値を超える場合には複数承認を要求しつつ、日次の出金額を制限できるでしょう。現在、これらのルールはしばしばそれぞれ別々に作り直されています。Newtonは、それを再利用可能なインフラにしようとしています。
このトレードオフには同等の注意が必要です。認可を外部化すると、さらに別の依存関係が生まれます。もしポリシー基盤がクリティカルになれば、ポリシー更新をめぐるガバナンス、バリデータのインセンティブ、そして可用性が、スマートコントラクトのセキュリティそのものと同じくらい重要になります。さらに、認可ルールがアプリケーションのロジックと別の進化を遂げると、新たな協調リスクも生み得ます。
代替案と比べると、これは異なる思想を示しています。従来のアクセス制御ライブラリは、認可をアプリケーションコードの中に置きます。マルチシグウォレットは集団的な承認を解決しますが、動的なポリシー評価までは解決しません。コンプライアンス提供者は、完全にオフチェーンで動くことが多く、中央集権的な強制を組織が信頼する必要があります。Newtonは、決済（ストレージ）前に、ポリシー判断そのものを観測可能かつ暗号学的に証明できる「検証可能な認可レイヤー」を作ろうとしています。
私が最も関心を抱いているのは、このアーキテクチャが促す行動面の変化です。開発者は、実行可能なコードを書くことだけに専念するのをやめ、意思決定システムを設計し始めます。セキュリティチームは、エクスプロイトへの対応から、防止的なポリシー定義へと移行します。組織は、基幹アプリケーションを作り直すことなく、プログラマブルなガバナンスを得られます。責任は「この契約は実行できるか？」から、「どの条件下で実行すべきか？」へと移ります。
このモデルが普及すれば、DeFiは、あらゆるプロトコルが自分たちでセキュリティ前提を発明する世界から、静かに先へ進むかもしれません。オープンクエスチョンは、開発者が、複雑さの軽減と引き換えに、もう一つのインフラ層を受け入れるかどうかです。未来は、最も賢いスマートコントラクトそのものではなく、契約コードが1行も実行される前に最も賢い認可判断を行う仕組みにこそあるのかもしれません。