2つの別々のフロントドア
以前は、NewtonのCLIベースのワークフローだけを見ていました――CIDを生成し、デプロイし、設定し、シミュレートし、提出する。ドキュメントをたどると、もう1つ、別のルートがあります。TypeScript SDKの「@magicnewton/newton-protocol-sdk」で、viemと組み合わせて提供されており、CLIコマンドを実行するよりコードを書きたい開発者を対象にしています。対象は違いますが、土台となるプロトコルは同じです。
SDKのルートは `simulateTask()` というメソッドを中心にしています。これはドライランで、明確に「オンチェーンに何も提出しない」とドキュメント化されており、Sepolia ETHもウォレットも不要です。あなたはそれに意図（from, to, value, calldata, chain ID, 関数シグネチャ）と、どのポリシーを照合するかを記述した `policyTaskData` オブジェクトを渡し、結果はローカルで返ってきます。
Newtonを試すための、かなり低摩擦な方法です。資金のあるウォレットも不要で、デプロイも不要で、賭けるものがありません。だからこそ、クイックスタートが提示してくれる特定の例を、注意深く見ておく価値があるのです。
誰もが手に入れるデモポリシー
クイックスタートの `simulateTask()` の例は、ポリシーを書くようには求めません。すでにライブになっているものを指します。Sepolia上の事前デプロイ済みのOFAC制裁スクリーニングポリシーで、特定のポリシーアドレス、特定のポリシーID、特定の制裁リストオラクルアドレスがあり、これらはすべてドキュメントに、そのままコピペできる値として直接示されています。ドキュメントははっきり言っています。「テストに使えます」と。
つまり、ゼロから「Newtonを使った」と言えるまでの最短ルートは、そもそもポリシーロジックを書くことは含みません。別の誰かが書いて、デプロイして、維持しているポリシーに対して固定の例のアドレスを照合する関数を呼び出すだけです。
なぜそれに注目すべきで、批判するべきではないのか
ここでのトーンには注意したいです。低摩擦なデモがダメというわけではないからです。どの一流の開発者向けツールにもデモはあります。そして、ツールが自分の時間に見合う価値があるかを評価する前に、開発者に実際のポリシーを書いてデプロイさせることを求めるのは、より厳密なオンボーディングではなく、より悪いオンボーディング体験になります。
しかし、2つの異なる主張の間には、重要なギャップがあることを意味します。「Newtonのクイックスタートを試して動いた」と「Newtonの評価エンジンに対して自分のポリシーロジックをテストした」。最初の主張は、設計上、同じ5分の手順を通る大量の開発者が、まったく同じ事前構築済みポリシーと、まったく同じ例のアドレスを使った、と言えるようになります。後者は、自分でRegoを書くこと、自分のポリシーデータ用コントラクトをデプロイすること、そして自分の意図に対してシミュレーションすることが必要で、クイックスタートだけでは達成するまでに到達する必要がない、かなり大きな作業です。
CLIの道が分岐する場所
だからこそ、2つの統合パス――「共有デモポリシー付きSDK」対「自分でデプロイしたポリシー付きCLI」――は、同じ体験への互換的なオンランプではない、と私は考えています。私が以前見たCLIパスでは、シミュレートのステップに到達する前に、まず自分でCIDsを生成し、自分でポリシーコントラクトをデプロイすることが強制されます。そのフローには、事前に組み込まれたポリシーを使うための同等の近道はありません。SDKパスは逆を最適化しています。最速で「動く」を得る代わりに、最初の成功が「自分で書いたロジックを実際に実行した」ものではないというコストが発生します。
どちらの道も、最適化している目的が違うだけです。ただ、SDKのクイックスタートを試してNewtonを評価する人と、CLIのデプロイ手順を通して評価する人では、実際に手を動かして検証できる度合いが意味のある形で異なり得ます。一方で、どちらも「試した」と言うことは正確です。
直接気になるべきポイント
その特定の共有デモポリシーを、実際に今もどれだけのライブ連携がまだ経由しているのか、あるいは本当にカスタムのものに切り替わっているのか、またNewtonがその区別を内部で追跡しているのかについては、私は把握できていません。これは直接聞くのが妥当な質問です。ネットワーク上で評価対象になっているポリシーのうち、元から開発者が書いたロジックはどれくらいで、参照例（ドキュメントにあるサンプル）にまだ向けられているものはどれくらいか。その数は、「Xの連携が出荷された」という枠組みだけではわからないことを教えてくれます。つまり、エコシステムのどれだけが自前ルールを書いてデプロイするというより大変な作業まで実際にやったのか、それとも、たまたままだ機能している借り物のデモロジックに乗っているだけなのか、という点です。
私が行き着いたところ
「5分で『Newtonを使った』」に到達できるのは、良いプロダクト設計です。ただ、その5分で実際に何が検証されたのかについては正確であるべきです。プロトコルの配管が動くこと（他人のポリシーを使って）を示すのは事実ですが、自分自身のコンプライアンスロジック（それが最終的に何になろうと）が意味のある形でテスト済みだという証拠として扱うべきではありません。