現在多くのオンチェーン・プロジェクトが抱える課題は、機能がないことではなく、機能が増えるにつれてシステムの管理が難しくなっている点にあります。
以前は、1つのプロトコルで単純なやり取りを処理するだけでよく、ユーザーがトランザクションを発行し、コントラクトが実行を完了する——それで十分でした。しかし、オンチェーン・アプリケーションが複雑な段階に入ると、1つの操作の裏には、複数の条件、複数のデータソース、そして複数の実行ステップが同時に関わることがあります。アプリ自身がロジックを積み上げるだけでは、最終的にシステムはますます重くなっていきます。
これは私が Newton Protocol を研究する中で特に注目しているポイントでもあります。
Newton は、既存のスマートコントラクトを置き換えようとしているのではなく、実行プロセスに1つの基盤となるレイヤーを追加しようとしています。Authorization Layer と Policy Framework によって、アプリはさまざまなシナリオで満たす必要のある条件を実行可能なロジックに変換でき、複雑な操作に対して、より明確な実行の仕方を提供できます。
ホワイトペーパーの中核の発想は、実はオンチェーン・アプリ同士の間で統一された実行基準が欠けている問題を解決することにあります。これまで各プロジェクトは、それに類するモジュールを自ら設計する必要がありましたが、Newton はこうした能力を抽象化し、開発者がより簡単に組み合わせて利用できるようにしようとしています。
DeFi、オートメーション戦略、そしてより多くのオンチェーン・アプリケーションの発展に伴い、将来の競争は「誰が機能を多く持っているか」だけではなく、「誰がシステムをより効率よく動かせるか」に移っていくでしょう。
$NEWT について、私がより重視しているのは短期的な市場の変動ではなく、この基盤レイヤーの能力が実際に採用されるかどうかです。ますます多くのアプリがこの種の実行中間レイヤーを必要とするようになってこそ、その価値が徐々に見えてくるはずです。
@NewtonProtocol $NEWT #Newt