Newtonプロトコルは高いレベルで説明するのは簡単です――「取引が確定する前にルールをチェックする」――しかし、それがオンチェーン上で実際にどのようなプロセスとして見えるのかは、決して説明しないままになってしまいがちです。@NewtonProtocol のMainnet Betaが稼働中である今こそ、メカニクスを実際に追ってみる価値があります。ここでの設計判断こそが、「検証可能な」認可が単なるマーケティング文句ではなく、本当に“そうであること”を可能にしているからです。
Newtonは、スマートコントラクトの代わりとしてではなく、それらに並行して動作する「積極的に検証されたサービス」として稼働します。ユーザーまたは自律エージェントがオンチェーン上のアクションを開始すると、対象のスマートコントラクト内の小さなコードが、そのリクエストをブラインドに実行するのではなく、Newtonネットワークへルーティングします。そこから、分散されたオペレーターの集合が、Regoで書かれた特定のポリシーに照らして取引を評価します。Regoは、この種のルールをコードとして評価するために設計された宣言的なポリシー言語で、クラウド基盤やアクセス制御など、他の領域でもすでに使われています。
評価自体はTrusted Execution Environmentsの中で行われます。そのため、チェックを実行するオペレーターは、評価されるデータを見たり改ざんしたりできません。判断が下されると、ネットワークは暗号学的なアテステーション（証明）を生成します。これは、トランザクションがポリシーで指定された条件を満たしたことを確認する、署名付きで検証可能な受領書です。誰でもNewton Explorerを通じて独立してその受領書を確認でき、Newtonの言葉を信じる必要はありません。ここでの実際の革新は、ルールが強制されたという事実だけではなく、強制そのものが事後に第三者によって検証可能である点にあります。
これを無償で、または信頼だけで実行してくれるわけではありません。セキュリティは再ストークされた担保によって成り立っています。オペレーターはNEWTと、Ethereumベースの再ストーク資産をステークし、ポリシーを誤って、または不正に評価した場合に、ゲームにおける本当の経済的な利害（スキン・イン・ザ・ゲーム）を失う立場になります。
このシステムの次の拡張は、計画されているAutomation Marketplaceです。Newton Model Registryと呼ばれるものによって支えられます。すべてのビルダーが毎回ポリシーのロジックをゼロから書くのではなく、開発者はエージェントモデル――事前に用意された、検証可能な自動化ロジック――を公開し、他の人がそれを見つけて組み合わせたり、場合によっては複数のエージェントを連携（オーケストレーション）したりできるようになります。Marketplaceに参加するエージェントオペレーターは、自分のサービスを提供するために担保としてNEWTをステークする必要があります。さらに利用料もNEWTで支払われるため、トークンの役割は、今日のプロトコルのサービス手数料を超えて広がります。
まとめると、このアーキテクチャは特定の課題を解決しようとしています。つまり、AIエージェントや自動化システムが、中央集権的なオペレーターを信頼することなく、また監査可能性を犠牲にすることなく、オンチェーンで実際の権限を使って行動できるようにするにはどうすればよいか、という問題です。これが成立するかどうかは、オペレーターの採用と、ネットワークを通じて実際に動く取引量にすべてがかかっています。MarketplaceとKeystoreのロールアップが展開されるので、その動向を見守る価値があります。
