暗号の中で、単純な違和感に何度も立ち返ってしまいます。私たちは驚くほどの速さで価値を移せるシステムを構築した一方で、より遅く、より人間的な問いにはまだ答えられていません——誰がそれを動かすことを許されているのか、どのような条件のもとでなのか、そして事後にどうやってその答えを証明するのか。機関投資家向けのDeFi、ステーブルコインのフロー、そして今ではエージェント型ファイナンスにおいて、そのギャップは長い間明らかでした。ソフトウェアは継続的に動けるのに対し、そのルールはダッシュボード、オフチェーンの確認、そして人の記憶に散らばったままになっているのです。Newton Protocolは、オンチェーン取引のための認可レイヤーとして、そのギャップの中に位置づけられています。事後に説明するのではなく、決済の前にルールを強制します。
この見立てが重要なのは、問題が一度に一斉に現れたわけではないからです。暗号が小口の領域から抜け出して本格的なインフラになろうとするたびに、何度も何度も再浮上してきました。資金側は支出上限を求めました。プロトコル側は制裁スクリーニングを求めました。ステーブルコインの発行者は送金ルールを求めました。AIエージェントを作る開発者は、プロンプトよりも堅牢で、手作業の審査よりも判別しやすいガードレールを求めました。実際には、コンプライアンスや政策をブロックチェーンに後付けしようとする試みは、いつも同じ弱点にぶつかりました。つまり、そのロジックが実行経路の外にあり、そのため回避されたり、分断されたり、急いで書き換えられたりできてしまうということです。Newtonの中核的な主張は、政策は後回しにすべきではない、という点です。政策はトランザクションのライフサイクルそのものの一部であるべきだ、というのがその考えです。
野心に懐疑的であっても、このプロジェクトを真剣に受け止めるべき最も強い理由だと思います。NewtonはEigenLayerのAVSとして構築されており、オンチェーン取引の認可のための分散型ポリシー・エンジンとして説明されています。公式ドキュメントでは言葉はストレートです。スマートコントラクトにおいて、支出上限、制裁スクリーニング、詐欺防止、そしてコンプライアンスルールを「符号化し、強制する」ことを意図しているのです。設計は決済（settlement）を置き換えようとしていません。むしろ、決済の前に意思決定のポイントを挿入し、事前に書かれた政策に照らして、そのトランザクションが承認されるかブロックされるかを判断できるようにしようとしています。紙の上では控えめに聞こえますが、暗号インフラでは、処理順序に対する小さな変更が、大きなスローガンよりも重要になることがよくあります。
構造は十分にシンプルなので、儀式なしで説明できます。ユーザーまたはキュレーターがRegoで政策を書き込むか、テンプレートのライブラリから1つを選びます。すると、その政策は、アイデンティティ、制裁（サンクション）、リスク上限、あるいはプロトコル固有の制約などのオンチェーン／オフチェーンのシグナルを組み込めます。コントラクトは、軽量なスニペットやSDKのフックを統合します。そして、トランザクションが確定する前に、Newtonオペレーター・ネットワークが政策を評価し、暗号学的なアテステーション（証明）を発行します。結果は、受領証やエクスプローラー記録を通じてオンチェーンで検証可能であることを意図しつつ、機密データは公開せずに保ちます。言い換えればNewtonは、基盤となるデータを公開せずに認可を「読める」ものにしようとしているのです。
これは興味深い設計上の選択です。約束（可能性）と緊張（その相克）の両方が見えてくるからです。暗号は昔から透明性を称えてきましたが、現実の金融は「完全な可視性」では動きません。必要なのは、制約された可視性、監査可能なコントロール、そして選択的な開示です。Newtonは、それらの現実を、プライバシーを保つフローと両立させようとしています。ドキュメントでは3つのプライバシーモード——identity（本人性／ID）、confidential（機密）、ephemeral（エフェメラル）——を説明しており、いずれも同じ暗号化されたデータ参照を使う一方で、誰がデータをアップロードするのか、そして政策評価でどのように参照されるのかが異なります。これは些細な実装上のディテールではありません。それは、機関が実際に採用し得る政策レイヤーになるか、それとも守るより漏らしてしまうために拒否される政策レイヤーになるかの違いです。
私も、NewtonがAIエージェントに焦点を当てるタイミングは戦略的だと思います。ドキュメントは明確に、プロトコルをエージェントのセキュリティを軸に組み立てており、取引ごとの支出上限、コントラクトの許可リスト、関数レベルの制限、そして時間ベースまたはレート制限のための政策が用意されています。ホームページでは「agentic finance（エージェント型ファイナンス）」も主要なユースケースの一つに挙げ、自律エージェントのためのガードレール、承認済みの受取人（ペイイー）、マンデート（指示）の強制、そしてプロンプトインジェクション対策について説明しています。これは示唆的な言葉選びです。チームは、人間の意図がますますソフトウェアに委ねられる未来を見ているが、その一方で、強制（エンフォースメント）なしの委任は負債になり得ると考えていることを示しています。その世界での興味深い問いは、エージェントが取引したり、支払ったり、リバランスできるかどうかではありません。問題は、それがストレスや混乱、操作に耐えて生き残るマンデートの中で実行できるかどうかです。
それでも私は、このプロジェクトにトレードオフがないとは思いませんし、それがないかのように書くのは不誠実です。政策レイヤーは、それ自体の政策が正しく、最新で、そして社会的に受け入れられている場合にだけ有用です。すると、ガバナンスの圧力が直ちに生まれます。誰がルールを書くのか？ 制裁が変わったとき、あるいはリスクの閾値が古くなったときに、誰がそれを更新するのか？ デフォルトを保守的にするのか、寛容にするのかを誰が決めるのか？ Newton自身の資料は、政策はコントラクトを再デプロイせずに変更できる、と強調しています。これは運用上エレガントですが同時に、実際のフロント面積（サーフェスエリア）がコードからガバナンスへ移ったというリマインダーでもあります。システムが実働の強制レイヤーになると、紛争は単なる技術問題ではなくなります。手続き的であり、政治的になります。
導入（採用）の摩擦という、より難しい問題もあります。意図と決済の間に位置するプロトコルは、新しい依存関係を生みます。そして新しい依存関係は決して無料ではありません。遅延、運用の複雑さ、統合のオーバーヘッド、さらに、すでに開発者がウォレット、チェーン、ブリッジ、オラクル、コンプライアンス入力、そしてユーザー体験を管理する必要があるスタックにおける、追加の障害ポイントになり得ます。Newtonはヴォールト、ステーブルコイン、RWA、スマートアカウント、ブリッジにまたがって動作し、事前に用意された政策とドロップインSDKで稼働できる、と述べています。それでも現実的な負担は残ります。誰かがオペレーターの集合を信頼し、政策の出所を信頼し、アテステーションを信頼し、そしてプロトコルが単なる回避すべき制約ではなく、正当なゲートキーパーであることを受け入れる必要があります。
私が最も強いユースケースとして感じるのは、機関向けのヴォールトです。なぜなら、それはNewtonが解こうとしている問題の最も明確な表れだからです。ヴォールトのオペレーターは、すでに多くのユーザーに影響する意思決定を行っていますし、そもそも資格（エリジビリティ）、取引相手、集中制限、ドローダウン、リスク監視といった、見える形のコントロールを必要としています。Newtonのローンチ資料はこの領域を明確に狙っており、政策は取引が確定する前に強制され、キュレーターは署名付きのオンチェーン受領証を受け取れるので、それはアロケーターや規制当局によって検証可能だと述べています。「コントロールがあると約束する」から、「これらのルールのもと、この瞬間に、ここで強制された」という、意味のある転換です。とはいえ、このモデルが機能するのは、資本のライフサイクル全体でルールが尊重されている場合に限ります。システムがデモで見せている“きれいな場面”だけでなく、全期間にわたってです。
私も、このプロジェクトのより広い構想である「Internet of Policies（政策のインターネット）」マーケットプレイスは、目先のプロダクト表層よりも野心的だと思います。公式ブログでは、認可レイヤーはヴォールトだけでなく、RWA、ステーブルコイン、エージェント型コマースへと拡張され、そうしたマーケットプレイスを通じて政策が発見・再利用できるようになると述べています。政策を単発の法務的な配管ではなく、合成可能なインフラとして扱うので、魅力的なビジョンです。とはいえ、暗号における最も古いインフラ上の問いも浮上します。つまり、どの部分が標準になり、どれがローカルな慣習として残るのか、という問題です。ある法域、あるファンドの構造、あるリスク委員会で機能する政策は、別の場所では役に立たないかもしれません。再利用は作業を減らせる一方で、ニュアンスを平坦化してしまうこともあります。マーケットプレイスが本当に意味を持つのは、文脈を維持しながらも、移植可能性を保てる場合だけです。
そこで一歩引いて考えると、私はNewtonを「きれいな問題に対するきれいな答え」とは見ていません。むしろ、暗号を“実行できるもの”としてだけでなく、“統治されたシステム”にもう一段近づけようとする真剣な試みだと見ています。それは実際に重要な違いです。このプロジェクトは、検証可能で、プライバシーを意識し、かつプログラム可能な認可の道筋を作ろうとしつつ、すべての取引を自由形式の実験として扱えない機関にとっても有用であることを目指しています。もしうまくいけば、恩恵を受けるのは、おそらくヴォールトのキュレーター、機関のアロケーター、ステーブルコインのオペレーター、RWAの発行者、そしてソフトな期待ではなくハードな上限を必要とする自律エージェントを作るチームでしょう。とはいえ境界線も同じくらい重要です。システムは小規模なビルダーには重すぎるかもしれないし、許可不要の純粋主義者には思想が強すぎるかもしれません。また、デフォルトで信頼できると見なすには、ガバナンスの規律への依存が大きすぎる可能性があります。私は、オンチェーン・ファイナンスの未来が、実行により多くを委ねるのか、それとも、何が実行として許されるのかを決める、より静かなレイヤーにより多くを委ねるのか、ずっと気になっています。