今日は$NEWTポジションをほとんど増やすところでしたが、最後の1秒で踏みとどまりました。価格が弱く見えたからでも、急に弱気になったからでもありません。私のポジションはまだかなり小さいので、チャートを見つめ続けるよりも、メインネットの告知をもう30分読み込むほうが良い判断だと思ったのです。
それが、もっと面白い取引だとわかりました。
ニュートンのメインネットのドキュメントを見ていく中で、いつものようにインフラ系プロジェクトが発表するもの――別のチェーンの対応、別の統合、別のダッシュボード――を期待していました。確かにそういったアップデートはありましたが、私の印象に残ったのはそこではありませんでした。
ある細部が、ずっと私の注意を引き戻してきた。
ニュートンは、取引を実行するブロックチェーンと本質的には競合していません。実行の前に位置し、まったく別の問いを投げかけます：そもそも、この取引は許可されるべきなのか？
それは微妙に聞こえるかもしれませんが、設計全体の中での最大の違いだと思います。
ほとんどのスマートコントラクトは、書かれた指示どおりに正確に実行するのがとても得意です。コントラクト内のすべての条件が満たされれば、取引は実行されます。しかし、コントラクトは立ち止まって、ボールトが内部のリスク上限を超えたのかどうか、送信先ウォレットはまだ承認されるべきなのかどうか、あるいは外部条件が数分前に変わったのかどうかを尋ねません。
@NewtonProtocol は決済の前にポリシーレイヤーを導入します。
開発者はRegoでポリシーを書き、PolicyDataのオラクルを通じて外部情報を接続し、オペレーターは保護されたコントラクトが実行する前に、その取引がそれらのルールを満たしているかどうかを評価します。
最初は、これは単なる別のセキュリティ機能だと思いました。
そこで、私はそれが「信頼」が実際にどこに存在するかを変えるのだと気づきました。
興味深いのは、承認が、1つの中央集権的なサーバーが「何かが許容できるかどうか」を決めてくれるものではないことです。複数のEigenLayerオペレーターが提案された取引をそれぞれ独立に評価します。彼らはBLS署名を生成し、十分な「ステークで裏付けられた」オペレーターが同意すると、その署名は、接続されたコントラクトが検証する単一のオンチェーン・アテステーションになります。
仕組みが重要なのは、システムがユーザーに「1人のオペレーターの判断」を信頼させようとしていないからです。
ユーザーに、経済的インセンティブに支えられた分散型の評価を信頼するよう求めている。
それは意味のある改善です。
しかし、私が別の疑問を自分に投げかけ始めたのも、そこです。
では、そのオペレーターたちは一体何を証明しているのでしょうか？
答えには驚かされました。
彼らは、その方針（ポリシー）が正しく評価されたことを証明している。
彼らは、ポリシー自体が良いことを証明しているわけではありません。
私は以前、その2つの考えをきちんと分けて考えていなかった。
ボールトのキュレーターは、どんな上限が存在すべきかを引き続き決めます。ビルダーは、外部情報を供給するどのオラクルまたはデータプロバイダーを使うかを引き続き選びます。オペレーターは、すべてのルールが正確に守られたことは率直に検証できますが、しきい値が妥当だったか、あるいは土台となるデータソースが正確だったかどうかは検証できません。
それらはまったく別の問題です。
たとえば、特定のリスクスコアがある値を超えるたびに引き出しをブロックするボールトを想像してみてください。
ニュートンは、そのルールが正しく実行されたことを証明できます。
リスクスコア自体が公平だったと証明することはできません。
この違いは見落としやすい感じがします。なぜなら、他のすべては暗号学的に検証可能だからです。
ニュートンが外部データに向き合うアプローチにも、このバランスが反映されています。オペレーターはそれぞれ独立に情報を取得し、中央値が計算され、応答が設定された許容範囲から外れるとコンセンサスは失敗します。オペレーター間の意見の食い違いを減らす、思慮深い方法です。
しかし、それでも元のデータソースを絶対に誤りがないものにすることはできません。
不安定な局面でオラクルが古い情報を報告しても、ポリシーは不完全な入力に基づいて、完全に正当な判断を下すことができます。
それは必ずしもニュートンのせいではありません。
それは、外部情報を前提にポリシーを組み立てるという現実そのものです。
考えれば考えるほど、システムの最も強い部分は信頼を根こそぎなくすことではないと気づいた。
信頼を見分けやすくしている。
誰かが裏で手動で取引を承認したのかどうかを気にする代わりに、ユーザーは、あらかじめ定義されたポリシーが判断を制御し、実行前に独立したオペレーターがコンセンサスに達したことを知れます。
私にとっては、それは別のAIの見出しよりも、ずっと有用な改善です。
ボールトを使うほとんどの人は、BLS署名を確認したり、オンチェーンのアテステーションを読んだりすることはありません。単に、アクションが成功するのか失敗するのか、あるいは遅延するのかに気づくだけです。
アプリケーションが「どのポリシーが取引をブロックしたのか」と「どのデータソースが判断を引き起こしたのか」をはっきり説明して初めて、体験は透明になります。
それが、ニュートンの長期的な課題が本格的に始まるところだと思います。
安全なポリシー執行を構築することは、1つの問題です。
なぜあるポリシーがその判断に至ったのかをユーザーが理解できるようにすることは、それと同じくらい重要なのかもしれません。
私は、今日これ以上ニュートンを買うことなくドキュメントを閉じました。
プロジェクトをそれほど嫌になったわけではありません。
実は今は、おそらくもっとよく理解できています。
私を感心させたのはAIや自動化の部分ではありませんでした。ニュートンが、執行（execution）からエンフォースメント（enforcement）を切り離そうとしているという気づきでした。それは役に立つインフラです。
ポリシー自体が信頼に値するかどうかは、依然として、すべてのビルダー――そして最終的にはすべてのユーザー――が答えなければならない問いです。
$SENT $ARB #NEWT #Newton #NewtonProtocol
