オンチェーンの「コンプライアンス」の多くはいまだに、2018年当時と同じやり方が残っています。署名時に一度IDを確認して、その後何も変わらないことを期待する。しかしニュートン・プロトコルのMainnet Betaは別の立場を取ります。コンプライアンスは、取引が起きた瞬間にチェックされるべきで、ただ入り口で確認するだけでは不十分です。
最も分かりやすい例の1つが、アイデンティティ検証プロバイダーであるPersonaと行うニュートンの統合です。ニュートンが「Persona Data Oracle」と呼ぶ仕組みにより、年齢・国籍・居住地といった検証済みの属性が、ニュートンのポリシーエンジンへ直接取り込まれます。ビルダーはルールを書けます。たとえば「制限された管轄からの送金をブロックする」や「特定の製品に最低年齢を設ける」などです。そして、それをスマートコントラクトの中で、取引が決済される直前のタイミングで自動的にチェックさせられます。
なぜ特に「決済される直前」なのか？ それは、FATFのTravel Rule、EUのMiCA、米国のGENIUS Actのような規制枠組みが、ますます「最善の努力によるスクリーニング」ではなく、「一貫して証明可能な統制」を求めているからです。チェックがオンボーディング時に一度だけ行われる場合、その後6か月や100回の取引が経っても同じ条件が適用され続ける保証はありません。ニュートンのアプローチでは、関連するすべての取引が、その時点の最新ポリシーに照らして評価され、承認またはブロックされた結果はNewton Explorer上に暗号学的なアテステーションとして記録されます。これにより、規制当局や監査人は、誰かの個人データを見なくても、実際にそのチェックが行われたことを検証できます。
最後に押さえておきたいのはこの点です。ニュートンのオペレーターは、これらのポリシーをTrusted Execution Environments（TEE）内で評価するため、アイデンティティ属性が公的な台帳に書き込まれることなく、その判断に反映されます。準拠しているかどうかにかかわらず、いずれにせよプライベートなままです。
これは、ニュートンがMainnet Betaの周りで組み立てているより大きな「ポリシースタック」の一部です。Personaによるアイデンティティに加えて、リスクデータ、サンクション（制裁）スクリーニング、市場データ向けの別々の統合を用意し、それらすべてが同じ認可レイヤーに投入されます。このレイヤーは、Vault、ステーブルコイン、そしてAIエージェントのセキュリティも同時に支えています。