Web3が始まった初期に参入した頃、多くの人がスマートコントラクトに惹かれたのは、それが新しい形の信頼を表していたからです。コードは公開され、ルールは透明で、条件を満たせばプログラムが自動的に実行されます。しかし、業界が発展するにつれて、私は次第に気づきました。スマートコントラクトが解決しているのは「決められたロジックに従って実行すること」であり、それが「複雑な環境に直面したとき、どう判断して実行するか」を必ずしも解決するわけではない、という点です。

これらの間には、実は大きな差があります。

現在、オンチェーンのアプリケーションは、単なる送金や資産の交換だけではありません。ひとつの金融行為でも、複数のプロトコル、複数のデータソース、複数の条件制約が関わることがあります。ユーザーはシステムに特定の目標を自動的に達成してほしい一方で、完全にコントロールを手放したくないかもしれません。開発者は効率を高めたい一方で、実行プロセスが期待どおりであることも保証する必要があります。

これは私が改めて Newton Protocol のホワイトペーパーを研究し直したときに、「その位置づけが比較的ユニークだ」と感じた点でもあります。

多くの人が Newton に触れると、最初の反応は AI Agent か自動化かです。しかしそのアーキテクチャを深く見ると、Newton が本当にやりたいのは、オンチェーン上に認可と検証のための基盤層を作り、オートメーションの振る舞いにより明確な実行ロジックを与えることだと分かります。

Newton が提案した Authorization Layer とは、本質的に、従来のスマートコントラクト実行モデルの外側に、戦略判断を扱える中間層を追加するものです。

これまでのオンチェーンのプロセスは通常、
ユーザーが取引を開始 → コントラクト実行 → 結果が生成。

そして Newton が探ろうとしているのは、
ユーザー定義の条件 → Policy 判定 → 検証された実行 → 操作の完了。

この変化は一見すると、単にプロセスにもう一層追加されただけのように見えますが、将来の複雑なアプリにとって非常に重要です。

将来は、多くのオンチェーンの振る舞いが単発の取引だけではなく、長期運用される自動化タスクになっていくからです。たとえば資産管理の戦略、プロトコル運用のロジック、自動化された金融サービスなどは、システムが一定の条件に従って継続的に動き続ける必要があります。

このとき、単純なコード実行の方式は次第に限界を露呈していきます。

Newton ホワイトペーパーの Policy Framework は、この問題に対して設計されています。開発者が異なる実行条件を抽象化できるようにし、アプリのロジックの中に固定されていた判断の一部を、より柔軟な戦略(ポリシー)モジュールへと変えられるようにします。

つまり、アプリは毎回、基盤ロジックを作り直す必要はなく、異なる Policy を組み合わせることで、さまざまなシーンに対応できます。

私は、この点がインターネット基盤インフラの発展プロセスにとても似ていると思います。

初期のインターネット時代には、どの会社も自社でサーバーを構築し、基盤の技術課題を処理する必要がありました。しかしクラウドコンピューティング、データベース、開発フレームワークが成熟するにつれて、開発者はよりプロダクトの革新に集中できるようになりました。

ブロックチェーンの未来も、同様の段階を経験していくでしょう。

オンチェーンアプリがますます複雑になるほど、業界の発展を本当に制限しているのは、必ずしも新しいアイデアの不足ではなく、それらのアイデアを動かすための基盤コンポーネントの不足かもしれません。

Policy 以外にも、Newton のアーキテクチャにおける Automation Intent は重要な方向性です。

それは、これまでユーザーが「各ステップをどうやるか」をシステムに逐一伝えなければならなかったやり方を変え、ユーザーが目標を表現できるようにし、システムが条件に基づいてタスクを完了できるようにしました。

これは、将来の自動化された金融にとって非常に重要です。

本当に成熟した自動化とは、単に人のクリック操作を代替することではなく、ユーザーが何を実現したいのかを理解し、制限された範囲内で目標を達成するべきです。

同時に Newton は、TEE と ZK 関連技術によって、実行プロセスを検証可能にしながら、機密データの露出を抑えます。TEE は信頼できる計算環境を提供し、ZK 証明は、実行の詳細をすべて公開しなくても、特定の結果が要件を満たしていることを検証するのに役立ちます。

この設計思想は、実は自動化システムの最も核心的な問題を解決しようとしているもので、

人が、結果だけを見ているのではなく、あるプロセスを信じられるようにするにはどうすればいいのか。

また VaultKit も Newton エコシステムの重要な構成要素です。開発者にとって、これらの機能により簡単にアクセスできる手段を提供し、既存アプリが Newton の認可および自動化フレームワークを利用できるようにします。つまり、すべての基盤インフラを作り直す必要がありません。

もちろん、私は Newton がすでに業界の答えをすべて完成させたとは、単純に考えていません。

インフラプロジェクトの最大の課題は、いつだってコンセプトを提案することではなく、実際にネットワークの利用を形成することです。開発者が接続する意思があるか、アプリが継続的に呼び出されるか、Operator ネットワークが安定して稼働できるか――これらこそが最終的な価値を決めます。

$NEWT について私は、短期的な価格変動よりも、長期的なエコシステムのデータにより関心があります。

将来的に、より多くのオンチェーンアプリが複雑な自動化の振る舞いを扱う必要が出てくるなら、「検証可能な実行」が新しい基礎ニーズになるかもしれません。

これまでブロックチェーンが解決してきたのは、「価値をどのように移転するか」でした。

スマートコントラクトが解決しているのは、「ルールをどのように実行するか」です。

Newton が探ろうとしているのは、より複雑な環境で、実行プロセスをより制御可能にし、検証可能にし、拡張可能にする方法です。

これは次の段階における、オンチェーン基盤インフラの競争における重要な方向性になる可能性があります。

@NewtonProtocol $NEWT #Newt