Paul Nguyen

人々は、ニュートン・エクスプローラーが機関向けの門の奥にロックされているのだと決めつけがちです。まるで、コンプライアンス製品の「デモを依頼」ボタンがいつも示唆するように、面白い部分はエンタープライズの営業商談でしか手に入らない、という前提を暗に含んでいます。私はスクロールして読み飛ばす代わりに実際にクリックしてみるまでは、同じことを思っていました。
デモ依頼は確かに存在します。つまり、ライブ取引に対してニュートンがポリシーを執行する様子を、ガイド付きで見たいヴォールトのキュレーターやアロケーターのための導線です。ですが、エクスプローラー自体――承認・却下された取引の記録、署名されたアテステーション（適格性の宣誓）、ポリシーチェックが通った／落ちた理由――これらは、見たい人なら誰でも閲覧できます。ログインのゲートもありませんし、営業の電話も不要です。フォームに入力することなく、機関が目にするのと同じ“実際の却下理由”が、平文で表示されているのをその場で観察できます。
この違いは、聞こえた以上に重要です。「機関レベルの」暗号インフラの多くは、透明性を“営業との会話の後に開放される機能”のように扱い、それによって検証可能で、信頼性の高い中立的な執行という売り文句全体を静かに骨抜きにします。デモを依頼した人だけが領収書（証拠）を実際に見られるのなら、「検証可能」という主張は、手に入れていない分の作業をかなり肩代わりしてやっていることになります。ニュートンの方針は、ガイド付きの営業体験は別に制限する一方で、実際のアテステーション記録自体を公開のままに保つことで、この2つを切り離しています。先読みすれば当然のように見えるのに、ほとんどの比較対象製品はそう扱っていません。
私は、これでニュートンのコンプライアンス主張が自動的に正しいと言えるわけではないと思います。公開記録は何が起きたかを証明するだけで、基盤となるポリシーのロジックが妥当だったことまでを証明するわけではありません。とはいえ、「ゲート付きの機関向けダッシュボード」という前提に対して人々が抱く懐疑は、向けるべき場所が違うドアに向かってしまっている、ということは意味があります。そもそも、その“ドアの奥”に記録が置かれていたことはありません。
@NewtonProtocol $NEWT #Newt $EVAA

ニュートンは、オートメーション取引のための手数料市場を構築する必要はありませんでした。ネットワーク上でほかに何が起きていようと、方針の照合1回あたりの単一の定額料金にするなど、最も単純な選択肢を選べたはずです。ところがそれは、EIP-1559のもとでイーサリアムが採用しているのと同じ形の「基礎手数料＋優先手数料」という構造を採用しました。

なぜ、すべての根底にあるのがコンプライアンスと許可（パーミッション）の強制層であるのに、その追加の複雑さにこだわるのでしょうか。というのも、混雑した期間に実行を巡って競合するエージェントは、まさに「順序」の問題を生み出しますが、定額手数料ではそれを公正に解決できません。もし10個の自動化エージェントがすべて同じブロックで自分のトランザクションを確定させたいのに、誰もが同じ定額レートを払うだけなら、本当に誰が先に進むべきかを決める正直な仕組みはなく、結局は、オペレーターがたまたま優先した者、あるいはタイミング運のよかった者が先になるだけです。

基礎手数料＋優先手数料のモデルなら、エージェント（あるいはそれを設定したユーザー）が、特定のアクションをどれほど切迫してクリアする必要があるのか、またその切迫度に対していくら支払ってもよいのかをシグナルできます。これは「公平なキューイング」という主張とは意味が大きく異なり、すでにイーサリアム上の競合トランザクションをそうしているのと同じように、混雑の価格づけによって競合する自動化の意図を整理させることに近い考え方です。

その代償として、複雑さというコストは現実にあります。定額のコンプライアンス・ツールは、考えるのが簡単で、監査もしやすく、価格を予測可能にしたいだけのキュレーターに説明するのも簡単です。ニュートンは、その単純さよりも、負荷がかかった状況での公正な順序付けを選びました。そしてそれが本当に報いを生むのは、混雑が「理論上の問題」ではなく「現実の問題」になるほどネットワークが忙しいときだけです。

今はまだ、取引量が積み上がっている最中なので、この選択は主に複雑さをコストとして払うだけで、目に見える利益は大きくありません。まだ誰もブロックスペースを取り合っていないのです。これが「やる価値があったのか」を確かめる本当の試験は、十分な数のエージェントが同時に競合し始めて、順序の公正さが誰かの損益に本当に影響し始める最初の瞬間にやってきます。

@NewtonProtocol $NEWT #Newt $EVAA

ニュートンのロードマップには、パーミッションレスのバリデーターやエージェントがネットワークに参加する前に通過すべき、特定の一連のゲートが列挙されています。すなわち、セキュリティレビュー、形式的監査、そして、プロトコルの資金やガバナンスに触れるオートメーション・エージェントに関する規制面での明確化です。それを、責任ある安全策だと読むこともできれば、中央集権の状態をより長く続けるための都合のいい口実だと読むこともできます。そして正直に言えば、どちらの読みもある程度は当たっています。

安全策のケースは分かりやすいです。ニュートンの提案の根幹は「信頼」にあります。オペレーターが方針を正しく評価し、エージェントが仕様どおりに振る舞い、アテステーションが主張どおりの意味を持つことです。実際のユーザー資金がすでにメインネットベータで運用されている状況で、監査が本当に完了する前に、バリデーターとエージェントのオンボーディングを誰にでも開くのは無謀でしょう。ここでいうゲートは、単なる官僚主義のための手続きではなく、病院が初日から無資格のスタッフを患者のそばに近づけないのと同じ理屈です。

一方、より遅い分散化のケースにも歯があります。追加されるあらゆるゲートは、基礎組織（Foundation）がより長く主要オペレーターであり続けるための理由にもなり、その間に、ネットワーク運用に伴う信頼と手数料を集め、第三者のバリデーターとの競争に開放するのを先延ばしできるからです。監査には時間がかかり、時間はすでに稼働している側に有利です。それが必ずしも悪意を意味するわけではなく、現に資金とともに使われているインフラを管理するチームには、どのみちそうなる自然なインセンティブがあるだけかもしれません。

外部から見て、どちらの読みが支配的かを決着させるのは難しいと思います。監査の発注後にこれらのゲートがどれくらいの期間で通過するのか、また、合格した時点でオンボーディングが開かれるのか、それともゴールポストが静かに動くのか、そこにかかっています。ニュートンはいまだ確固たる日付を示していません。

ニュートンは、パーミッションレスのバリデーターとエージェントのオンボーディングに先立って、監査と規制面の明確化を要求しています。これは、遅い分散化という明確な代償を伴いながら、今日の実ユーザー資金を守るためのゲートであり、その取引のどちらが実際に勝つのかは、時間が示すしかありません。

@NewtonProtocol $NEWT #Newt $BLUR

良い家主は、信用スコアを一度確認して終わりにはしません。参考情報（リファレンス）も確認しますし、過去の賃貸契約をどれくらいの期間保有してきたかも見ます。さらに、何かが後から変わった場合には、それにも気づきます。NewtonのNeynar連携は、オンチェーンの信頼を、背景チェックのように一度実行して記録に残して終わりのものではなく、家主が入居者を扱うのと同じように重視します。

Neynar Data Oracleは、Farcasterアカウントのユーザースコア、フォロワー数、検証済みの外部ウォレットアドレス、そしてアカウントバッジをNewtonのポリシーに取り込み、取引やタスクが許可される前に照合します。ガバナンス投票では、最低の品質スコアを要件にできます。報酬のドロップでは、少なくとも1つの検証済みウォレットに加えて、実在するフォロワー数が必要になる場合があります。昨日のうちに何も裏付けのないアドレスが現れただけ、のようなケースでは不十分です。

この「家主がリファレンスを確認する」こととのたとえは、思った以上に当たっています。フォロワー数だけは、賃貸申込書に書かれた名前のようなもので、十分な粘りがあれば偽装しやすい。検証済みの外部ウォレットは、実際のリファレンスに近く、現実に結びつくものであり、何もない状態から作り上げるのは難しい。アカウントバッジは賃貸履歴のように働き、目の前の一時点の主張ではなく、時間を通じた行動の証拠を示します。

とはいえ、これでアカウントが絶対無敵になるわけではありません。どんな家主の確認でも、いつか必ず不良な入居者を見逃さない、ということはありません。ただし、この仕組みは「誰かの言葉を信じる」だけの方向から、「現実の時間と実在の存在感を伴って築かれたものを見せてほしい」という方向へ、システム全体を動かします。

ここにあるのは静かな価値です。偽造するのに何かしらコストがかかる信頼は、いつでも“主張するだけ”で済む信頼よりも価値があります。そしてNewtonが、そのロジックを使い回せるポリシーとして組み込み、各アプリが同じ確認を自前で作り直すことを放置しない—そこが、ほとんどの人が読み飛ばしてしまいがちな本質です。
@NewtonProtocol $NEWT #Newt
$TLM $SYN

ニュートンに対するよくある批判は、おおむね次のようなものです。「Chainalysis、Hexagate、EigenLayer、Succinct、Rhinestone、Octane、RedStone、Credora、Vaults.fyi などを1つのプロトコルに“積み重ねる”だけでは、壊れる可能性が増えるだけだ。ベンダーが増えれば、単一障害点も増える」

でも、ニュートンが実際にそれぞれをどう統合しているかを見れば、この批判は成り立たないと思います。単一のポリシー検証フックのモデルがあるため、これらの統合はそれぞれ、パイプライン上の特定の狭いポイントに配置されており、コアとなるコントラクトのロジック自体に織り込まれてはいません。Chainalysis と Hexagate はセキュリティ領域にフィードします。RedStone と Credora はリスク領域にフィードします。EigenLayer はオペレーターネットワークを担保します。それぞれが1つの仕事をしていて、入れ替えるために他を触る必要はありません。

これは、すべての依存関係が互いに絡み合ったモノリシックなシステムとは構造的に違います。そこでは、単一ベンダーを引き抜くにはコードベースの半分を書き換える必要が出てきます。ニュートンのアーキテクチャでは、失敗するオラクル提供者や侵害された脅威検知フィードは、アイデンティティ、コンプライアンス、リスクを同時に連鎖させるような“波及”ではなく、1つの領域内に封じ込められる問題になります。
完璧な防御ではありません。1つのベンダーに全面的に依存する領域は、そのベンダーが十分に深刻に失敗すれば露出します。しかし「統合が増えるほど中枢化リスクが増える」という前提は、それらの統合が互いに“荷重を支える（load-bearing）”関係にあることを前提にしています。ニュートンの設計では、基本的にそれは当てはまりません。

より興味深いリスクは、アーキテクチャ上のものというより運用上のものだと思います。RedStone を別の価格フィード提供者に置き換えるのは、フックモデルがあるので技術的には簡単ですが、それでもキュレーターが問題を見つけ、置き換えを決め、ダウンタイムなしで稼働中のポリシーを移行する必要があります。絡み合った依存関係のリスクは取り除きます。しかし、警告サインに時間内に実際に対応するための人間の連携リスクは取り除けません。
@NewtonProtocol $NEWT #Newt $LAB $GAIA

ニュートンのAIエージェントのポリシーは、支出上限、承認済み受取人リスト、そして取引が決済される前のプロンプトインジェクション対策を強制し、それを「エージェントのセキュリティ」として売り込んでいます。私はそれは本当の意味でのセキュリティだと思いますが、「侵害されたエージェントを封じ込めること」と「侵害されたエージェントとの戦いを終わらせること」の間には曖昧な境界があり、そしてそれらは同じ主張ではありません。とはいえ、売り込みではときどきそれらが一体になったようにぼやかされることがあります。

強いバージョンの主張を示します。意図された業務の外で行動するよう操作されたエージェントでも、その行動が承認済み受取人リストの範囲外、または委任（マンダート）の範囲を超えている場合には、取引レイヤーで壁に当たります。たとえ金額が見た目にはまったく妥当だとしてもです。これは単なる支出上限よりも本当に高度で、「エージェントがそもそもそれをやるべきか」をチェックしており、「払えるかどうか」だけを見ているのではありません。

弱いバージョンはこうです。私は、人々が思っている以上にこの点が重要だと思います。ニュートンが強制するものはすべて取引レイヤーで行われます。取引が実際に動く直前の、いちばん最後の関門です。エージェントの推論を操作するプロンプトインジェクション攻撃は、その前段、つまりモデルの意思決定プロセスの中で起きます。そもそも、取引がドラフトされる前です。ニュートンは、その悪い取引をブロックできます。しかし、エージェントが最初に成功裏に操作されたという事実を取り消すことはできません。そして騙され続けるエージェントは、悪意のある取引の試みを作り続けます。今後は、そのたびに個別に捕捉される必要が出てきます。

では、ニュートンはエージェントのセキュリティを解決するのか、それとも本当には直せない問題から生じる被害を封じ込めるだけなのか。私は率直な答えは封じ込めだと思います。そして封じ込めは確かに価値があり、今日の多くの攻撃はそもそもそこまで具体的な防御を必要としません。しかし、より難しい戦い――そもそもエージェントが最初から操作されないようにすること――は、ニュートンが触れるもののすべての上流で、完全に起きています。@NewtonProtocol $NEWT #Newt $HMSTR

不動産の資格を買主がその物件の所有権をすでに取得した後にしか確認しない登記簿は、誰も本当に守っているわけではなく、手遅れになってから問題を記録しているだけです。現実の世界での暗号資産におけるアセットのコンプライアンスは、実際には、2つ目の版のように静かに機能してきました。つまり、適格性の確認がどこか上流で一度だけ行われ、その後に実際の移転が起きるときには、肝心な瞬間の実質的なゲートがありません。

ニュートン（Newton）はRWAsに対してその順序を入れ替えます。投資家の適格性、管轄、移転制限、制裁のスクリーニングは、発行時と、それ以降のすべての移転のたびに強制されます。つまり、一度確認して「それ以降はずっと信頼してよい」とするのではありません。ニュートンのゲート付きコントラクトを通じてトークン化された資産を移動させようとすると、その時点で、現在の適格性ルールに照らしてチェックされます。これは、実際の不動産登記簿が理想的には、売買の決済が完了する前に買主の資格を確認し、書類がすでに提出され、鍵（キー）がすでに受け渡された後に確認するのではないのと同じです。

この比較は「取引の後に問題が起きた場合」の面でも成り立ちます。決済前に確認する登記簿は遅くなり、取引をそのまま通したいと願うまさにそのタイミングで摩擦（手間）が増えます。コンプライアンスチェックで決済が引き延ばされるのは誰も望みません。しかし代替案として、事後になってから「買主が本来適格だったはずがない」ことが判明すると、すでに起きてしまった取引を解きほぐす必要があり、上流で捕捉するために必要だった摩擦よりも、はるかに厄介で高コストな問題になります。

ニュートンは、うまく運営される登記簿が行うのと同じ賭けをしています。つまり、適格でない移転が決済される前に食い止めることこそが、その摩擦の価値に見合う、という賭けです。事後に巻き戻すことこそが、最初から避けたい「実際に高くつく失敗の典型」だからです。しかもこの賭けは、チェックの背後にある適格性データが、各移転が起きるその瞬間に、十分な鮮度を保っている場合に限って成立します。@NewtonProtocol $NEWT #Newt $RE

48か月のベスティング・クリフとクラッシュ・ダイエットは、同じ基本ロジックを持っています。つまり、誰も強制していない状況で本当に守り切ったときにだけ、その規律はカウントされるのです。

NEWTは、総供給10億のうち循環していたのがわずか21.5％のみでローンチされ、エコシステムとインフラへの割り当ては48か月のリニアアンロックによりロックされています。書面上では本物のコミットメントです。多くの「ユーティリティトークン」のローンチは、長期の規律を約束しつつ、価格変動が不快になる最初のタイミングで、それを緩めるためのガバナンス投票を見つけようとします。

そして、まだ決着がつかない“もやっとした部分”があります。ローンチ文書に書かれたリニア・アンロックのスケジュールは、後からそれを握る誰かのインセンティブがどれほど強いかによって、その耐久性は変わります。Newtonのロードマップは、ファウンデーションの支配からコミュニティのガバナンスへ向かう道筋を描いており、NEWT保有者は、現在の条件ではできないパラメータ変更に、いずれ発言権を持つことになります。正直なところ、ここにある緊張関係は次の通りです。支配の分散化を目的にしたのと同じガバナンス機構が、将来的には、現在は規律があるように見える供給スケジュールを緩める決議を行いうる機構でもある、ということです。

私は、だからといって現在のアンロック・スケジュールが無意味になるとは思いません。48か月のコミットメントは、多くのトークンがそもそも挑戦しないより長い滑走路です。しかし、それが永久に固定されているものだと見なすのは誤りです。ガバナンストークンは、その定義上、最終的には自分自身を定義するルールを支配することができるからです。

NEWTのトークン設計は、実際に短期的な規律を示しています。そして、その規律が何年後かの“本当のガバナンス権力”との接触によっても生き残るのかは、ローンチ条件だけでは答えられません。私は、どんなローンチ文書も信じるより、アンロックのパラメータに直接触れる最初のガバナンス投票を見たいです。なぜなら、その投票こそが、ダイエットが守られるのか、それとも今後は実際にフォークを握る人々によって静かに再交渉されるのかが決まる瞬間だからです。
@NewtonProtocol $NEWT #Newt $RE

これまでオンチェーンで見てきた中で最も安定したステーブルコインのコンプライアンスは、せいぜい玄関先で止まっています。オンボーディング時にKYCチェックを1回通すとグリーンチェックが付くのに、その後は実際にお金がどう動くかを誰も本当には監視していない。規制当局が、ステーブルコイン発行者により明確なルールを求める際に、ちょうどそこを問題視しているのです。そしてそれは、ニュートンのステーブルコイン規約が止まらないポイントでもあります。
ニュートンは、オンボーディングだけでなく、送金の時点でトラベルルールのデータと速度（バリュー）制限を適用します。一定のしきい値を超える送金には、ポリシーが照合できる送信者および受益者の情報が含まれ、速度制限が、1回限りのKYCチェックでは気づけなかった種類の急速で計画的な資金移動を捕捉します。これは発行者にとって、静的なオンボーディングフローよりも大きな負荷です。追跡すべきデータが増え、評価すべき条件も増えます。最初の取引だけでなく、すべての取引ごとにです。
なぜ多くのチームがこれを飛ばすのか理解できます。オンボーディングだけのコンプライアンスなら実装が簡単で、スプリント計画の場でもプロダクトチームに説明しやすい。しかしそれは、口座が承認済みになった後に起きてしまったことを検知するには遅すぎるスクリーニングでもあります。まさに規制当局が、ステーブルコインの枠組みの中で年々繰り返し指摘し続けている、そのギャップです。しかも対応があまり変わらないまま。
ニュートン・プロトコルは、ステーブルコインのコンプライアンスを「一度きりのオンボーディングの関門」ではなく、継続的なトランザクション層のチェックとして扱います。トラベルルールの執行と速度制限は、ポリシーが管理するすべての送金に適用されます。ユーザーが最初に行う取引だけではありません。KYCのチェックボックスのような単純な仕組みよりも統合に時間がかかり、保守も難しくなりますが、「問題が起きている最中にそれを捕捉できる」コンプライアンスになるのが違いです。逆に、「ずっと前に行った1回のチェックに合格したことを証明するだけ」のコンプライアンスとは明確に異なります。
@NewtonProtocol $NEWT #Newt $RE

ニュートンのロードマップで約束されていることは広範です。今日のヴォルト、明日の実世界資産、ステーブルコイン、そしてAIエージェント――それらを「インターネット・オブ・ポリシーズ」と呼ばれるマーケットプレイスにより束ねる、という構想です。ですが、実際にこれまで行われてきたことはより限定的で、そのギャップに向き合う価値があります。飛び越えて先に進むべきものではありません。

ここには背景があります。多くのプロトコルが初日から、RWAs、ステーブルコイン、エージェント型ファイナンス、そして2025年・2026年のピッチデックでおなじみの目玉ばかりを網羅したような壮大なロードマップを掲げます。その後1年かけて出荷（実装）されるのは、そのほとんどが「ない」に等しい――ということがよく起きます。野心的なロードマップそれ自体が、控えめな警戒サインになってしまうほど一般的です。つまりチームが、最初にまず一つのユースケースをきちんと作っているのではなく、ビジョンを売っているだけなのではないか、という兆候です。

ニュートンの実際の順序は、よく見れば読み取り方が変わります。ヴォルトはまず、メインネットのベータとして出荷されました。動作するSDK、稼働中のデータ・パートナー、そしてすでにポリマーケット経由で走っている現実の機関投資家向けユースケースがある。RWAsやステーブルコインはまだ出荷されておらず、さらに「インターネット・オブ・ポリシーズ」マーケットプレイスも未提供です。そこでは、キュレーターが開発者が今日オープンソースのパッケージを再利用するのと同じように、ポリシーを一覧化して再利用することになるはずです。

この順序を取り違えることの影響は深刻です。ヴォルト内で単純な担保チェックを確実に強制できないポリシーエンジンは、ステーブルコインの数十億規模の移動に対して制裁スクリーニングを任せるに値しません。まして、人間がループに入らない状態で自律AIエージェントが意思決定する際のガードレールを預けるなど、なおさらです。狭く始めるのは野心がないからではなく、拡大してよい権利を得るための、唯一にして信頼できる道筋なのです。

ニュートン・プロトコルは、ロードマップの他のすべてを「証明の場」としてヴォルトを位置づけており、完成品だとは捉えていません。つまり、RWAやステーブルコイン、AIエージェントの主張は、ヴォルト層が実際のボリュームに耐えられることが確認されるまで、約束の域を出ていない。いまこのギャップが正直にそういう状態だということです。批判ではなく、単にタイムラインが現時点でそうなっているだけです。
@NewtonProtocol $NEWT #Newt