ASMA_加密143

Newton Protocol's Privacy Model: Building Verifiable AI Without Exposing Sensitive Data
Privacy in AI and on-chain automation should never be treated as an optional feature. Newton Protocol makes privacy a core part of its architecture by ensuring that sensitive information is protected throughout the authorization process while the blockchain only receives proofs and attestations—not personal data.
The protocol follows a layered privacy architecture that strengthens over time. The initial design protects data during storage and transmission while allowing operators to evaluate decrypted information during policy execution. The next generation introduces Multi-Party Computation (MPC), enabling policy evaluation over secret-shared data so that no individual operator ever sees the underlying inputs.
Newton Privacy Envelope (NPE)
At the center of Newton's privacy architecture is the Newton Privacy Envelope (NPE).
Rather than using a simple encrypt-and-send approach, the NPE combines authenticated encryption with explicit authorization signatures. Sensitive data is cryptographically bound to a specific policy client, blockchain, and execution intent, creating a sealed authorization package.
This design prevents ciphertext from being replayed, redirected, or accessed outside its approved policy context while ensuring that both the user and the application have explicitly authorized the evaluation.
Layer 1: Threshold Encryption and Decryption
Newton encrypts sensitive policy inputs—including identity information, compliance credentials, and financial records—using Hybrid Public Key Encryption (HPKE) with X25519 KEM, HKDF-SHA256, and ChaCha20-Poly1305.
Clients encrypt data using the protocol's combined X25519 public key, which is generated through a Distributed Key Generation (DKG) protocol and stored on-chain within the operator registry. Every encryption creates a fresh ephemeral key pair, providing forward secrecy for every individual message.
Ciphertexts are also bound to a specific policy client and blockchain using authenticated associated data (AAD), preventing cross-context replay attacks.
Access requires dual-signature authorization:
• A user Ed25519 signature that binds identity to the specific data references and execution intent.
• An application Ed25519 signature confirming the user's consent.
During policy evaluation, operators generate partial decryption shares using their threshold private key shares and exchange those shares through encrypted NATS messages. Only after a quorum of operators contributes can the plaintext be reconstructed locally by each operator. No centralized party ever holds or reconstructs the complete plaintext.
Once reconstructed, operators evaluate the policy and produce BLS-signed attestations, providing verifiable authorization for execution.
Layer 2: Multi-Party Computation (MPC)
Newton's long-term privacy architecture moves beyond threshold decryption by introducing Multi-Party Computation (MPC).
Instead of reconstructing plaintext during evaluation, operators jointly compute authorization decisions over secret-shared data. This allows the protocol to determine whether a policy should be authorized or denied without revealing the underlying information to any participating operator.
The MPC layer integrates naturally with Newton's operator network. The same operators responsible for BLS attestations also participate in secure computation, while EigenLayer restaking economics discourage collusion by placing staked capital at risk.
During the transition period, applications can continue using Layer 1 for compliance workflows where operator visibility is acceptable while gradually adopting MPC for workloads requiring complete data isolation.
Newton's long-term vision is for MPC-based policy evaluation to become the default privacy model across the protocol.
Layer 3: Complementary Privacy Technologies
Newton extends its privacy model with additional technologies designed to minimize unnecessary data exposure.
Selective Disclosure allows Verifiable Credentials to prove individual attributes—such as a user's jurisdiction—without revealing the complete credential.
Trusted Execution Environments (TEE) isolate sensitive credential verification from the operator's host system, providing an additional layer of protection during verification.
Zero-Knowledge Proofs (ZKPs) enable verification of specific conditions, such as proving a user is over a required age or that an account balance exceeds a threshold, without revealing the underlying private information.
Why This Matters
Newton Protocol demonstrates that AI-driven on-chain authorization does not require sacrificing user privacy.
By combining the Newton Privacy Envelope, threshold encryption, Distributed Key Generation, dual-signature authorization, BLS attestations, Multi-Party Computation, Trusted Execution Environments, selective disclosure, and zero-knowledge proofs, the protocol builds a privacy architecture where authorization remains verifiable while sensitive data stays protected.
As decentralized AI continues to evolve, privacy-preserving authorization will become increasingly important. Newton Protocol's layered approach provides a clear framework for enabling secure, verifiable, and privacy-focused AI execution without exposing confidential user information.
@NewtonProtocol $NEWT #Newt
$SYN
$KAITO

オンチェーンの金融におけるプライバシーが重要な理由：Newton Protocol の検証可能な資格情報（VCs）モデル
ブロックチェーンの導入が進むにつれて、プライバシーは透明性と同じくらい重要になっています。金融機関、企業、そして利用者は、公のブロックチェーン上で機微な個人情報を公開することなく、コンプライアンスを証明する必要があります。Newton Protocol ホワイトペーパーによれば、@NewtonProtocol は、検証可能な資格情報（Verifiable Credentials: VCs）と Newton Identity Oracle（NIO）を中心に構築されたプライバシー保護型のアイデンティティ基盤により、この課題に取り組んでいます。身元データをオンチェーンに配置するのではなく、プロトコルは暗号学的な証明によって必要な属性をアプリケーションが検証できるようにし、利用者は資格情報の管理権を保持します。

認可の先へ：ニュートンの真のアーキテクチャは、安全な進化、実践的なガバナンス、そして将来に備えたプライバシーのためにある
多くのブロックチェーンの議論は機能に焦点を当てます。プロトコルがAI、プライバシー、認可、分散型ガバナンスをサポートしているかどうかを問うのです。これらの問いは重要です。しかし、見落とされがちな、より本質的な点があります。つまり、すべてのアプリケーションに一から作り直しを強いることなく、プロトコルがどのように進化し続けるのか、ということです。
Newton Protocolの統合ガイド、ポリシーアーキテクチャ、セキュリティモデル、デプロイメントプロセス、そして長期的なプライバシーロードマップにわたってドキュメントを精査したところ、あるテーマがますます明確になってきました。

私は何度も @NewtonProtocol に戻ってきました。それは、それが確実だと感じていたからではありません。うまく説明できないのですが、なぜか思考から離れなかったのです。私はそれを静かに見つめてきました。ほとんどのインフラ系プロジェクトを見ているのと同じように。私は十分に暗号資産やAIのサイクルを見てきて、興奮はたいてい明確さに先立って到来することを知っています。ダッシュボードには指標が埋まり、タイムラインにはマイルストーンが並び、会話には自信が満ちていきます。けれども、システムが長く続くかどうかを決めるものは、多くの場合、チャートには決して表示されないものなのです。

AIがオンチェーン上でアクションを実行し始めたとき、「信頼」とは本当に何を意味するのかについて、しばらく考え込んでいました。ニュートン・プロトコルの公式ドキュメントを読み進めるほど、課題は単にAIをより速くすることではないのだと気づきました。より大きな課題は、AIを説明可能にし、説明責任を持たせることです。
ニュートン・プロトコルは、自らを「検証可能なオンチェーン自動化」と「安全なエージェント認可」のための分散型インフラ層だと説明しています。これは、AIエージェント、機関投資家向けDeFi、ステーブルコイン、そして、自動化された意思決定が実際の価値を左右し得るその他のアプリケーションを対象としています。盲目的な信頼に頼るのではなく、そのアーキテクチャは、実行が行われる前に、そのアクションが許可されるべきかどうかを判断するプログラマブルなポリシーに基づいて構築されています。

AIデベロッパー・マーケットプレイス：ニュートン・プロトコルは取引インテリジェンスが価値を生み出す仕組みを再定義できるのか？
@NewtonProtocol で私の注意を最初に引いたのは、ブランドでもトークンでも、さらにはメインネットのベータ提供の約束でもありませんでした。むしろ、プロジェクトが何年も業界が取り組み続けている課題に答えようとしているという感覚でした——つまり、曖昧な約束を信じさせることなく、見えないゲートキーパーに頼ることなく、事後の強制力に委ねることなく、オンチェーン上でどのように価値を素早く動かせるのか。そういう意味で、$NEWT は大々的な新しい物語としては到来しません。長い時間かけて高まってきたプレッシャーに対する実務的な回答として到来するのです。そして、プロトコルが決済前にルール、証跡、執行という言葉で語るとき、本当の問いは、そのアイデアが賢く聞こえるかどうかではありません。世界がその種の規律に備えているかどうか、こそが問題なのです。