取引が、スマートコントラクトに触れる前に、自社のルールを満たしていたことを証明できたらどうでしょうか？
@NewtonProtocol keeps 権限付与は実行の後ではなく、実行の前に行うべきだという考えを押し進めています。これは些細に聞こえるかもしれませんが、開発者が置くべき信頼の場所が変わります。すべての条件をコントラクト内に直接置くのではなく、Newtonでは、ポリシーが取引を前進させるに値するかどうかを判断します。
実務上の緊張感 $UP
デプロイ後のほとんどのスマートコントラクトは静的です。
ビジネスルールはありません。
支出限度が変わります。コンプライアンス要件が変わります。ウォレットのステータスが変わります。Solidityをそのたびに更新するのは遅くて高コストです。Newtonはこれを、取引ルールとコントラクトロジックを分離することで別のアプローチを取ります。
目立つのは何
•事実: ニュートンは、Solidityの中で全部をチェックするのではなく、ポリシーワークフローを通じて実行前にトランザクションの意図を評価します。
•事実: ポリシーは、意思決定の前に、WebAssembly（WASM）データオラクルを通じて提供される外部情報を利用できます。
•事実: オペレーターは暗号学的なアテステーションを返し、それがオンチェーンのPolicyClientによって実行前に検証されます。
•意見: 面白いのはポリシー言語そのものではありません。ビジネスルールが変わったときに、契約が再デプロイを必要とする理由の数を減らすことです。
私が繰り返し立ち返る観察
#Newt は、契約をより複雑にしようとしているわけではありません。
それらを、責任を負いすぎないようにしようとしています。
契約は主にアテステーションを検証します。判断自体は、事前に定義されたルールに基づいて、すでに別の場所で評価されています。
実行と認可の間に、よりきれいな分離が生まれます。
それが利点になるかどうかは、アプリケーション次第です。
注目すべき数字
•WASMデータオラクルを構築するのに約30分。
•Regoポリシーを書くのに約20分。
•CLIデプロイに約15分。
•スマートコントラクトの統合とフロントエンドSDKの統合それぞれに約30分。
これらはドキュメント上の見積もりであり、保証ではありません。実際のプロジェクトは、テストやセキュリティレビューによって通常もっと時間がかかります。
要点
•ニュートンにより、開発者は契約とは別にポリシーをデプロイできます。
•ニュートンは、ポリシー評価中に外部データ入力をサポートします。
•ニュートンは、実行前にBLS署名されたアテステーションをオンチェーンで検証します。
•メインネットでのポリシーデプロイには、完全に許可なしのデプロイではなく許可リスト（allowlisting）が必要です。
これらの詳細から、ニュートンは認可インフラをオプション機能ではなく、本番クリティカルとして扱うことを前提にしていることが示唆されます。
ニュートンが面白くなるのはここだと思います
毎日の振込上限がある国庫（トレジャリー）を想像してください。
明日、取締役会が上限の変更を決める。
ニュートンなしでは、開発者は契約を再デプロイしたりガバナンスの複雑さを増やしたりするかもしれません。
ニュートンでは、実行用の契約は同じままでもポリシーが変わります。
それではガバナンスがなくなるわけではありません。
ガバナンスが行われる場所が変わります。
些細な違い。
潜在的に意味のあるもの。
ニュートンに基づいて作る前に私が確認すること
•外部データは実際にはどこから来ますか？
•誰がデータソースを運用しますか？
•その情報はどのくらいの頻度で更新されますか？
•既存の前提に影響せずに、ポリシーロジックは変更できますか？
•ポリシーのアップグレードを誰が管理しますか？
•アテステーションは独立して監査しやすいですか？
•PolicyClientの実装はセキュリティ監査を受けていますか？
•ポリシー評価が一時的に利用できなくなったらどうなりますか？
これらの問いは、SDKが便利に感じるかどうかよりも重要です。
見据えておくべきリスク
•スマートコントラクトのリスク: ニュートンがアテステーションを正しく検証できていても、アプリケーション側の契約には実装バグが含まれる可能性があります。
•外部依存リスク: ポリシーの判断は、オフチェーンの評価とデータ可用性に依存します。支援インフラが失敗した場合、トランザクションの認可が遅延する可能性があります。
•運用リスク: ポリシー更新に対するガバナンスが重要なセキュリティ前提になります。
•ドキュメントの見積もり: 統合時間は参考値であり、本番のスケジュールを保証するものではありません。
バランスの取れた設計は、たいていリスクを取り除きません。
彼らは通常、それを別の場所に移します。
私の要点 $ARX
$NEWT これは、別のスマートコントラクト・ツールキットというより、「誰が決めるのか」と「誰が実行するのか」を分けようとする試みのように感じます。この分離によって一部のアプリケーションは簡単になるかもしれませんが、新しい運用上の前提も導入されます。そのトレードオフが価値あるかどうかは、おそらくニュートンそのものよりも、あなたのプロジェクトがデプロイ後に認可ルールがどれくらい変わることを見込んでいるかに左右されます。そこは私がずっと見ておきたい部分です。