Newton Mainnet Beta が DeFi のセキュリティとコンプライアンスをすべて変える理由
Newton Mainnet Beta のローンチは、オンチェーン・ファイナンスにおける大きなマイルストーンです。私たちがついに手に入れたのは、すべての取引を決済前にアクティブなポリシーと照合して検証する、真のオンチェーン認可レイヤーです——「後から」ではありません。これこそが、DeFi にとって切実に欠けていたピースでした。
すでに起きたことを知らせるだけの従来の監視ツールとは異なり、Newton Protocol はルールをリアルタイムで執行し、検証可能で署名された合否（パス/フェイル）アテステーションをオンチェーンで返します。これは暗号の「Visa 認可ネットワーク」のようなものです。意思決定は資金が動く前に行われます。これにより、分散型環境に機関レベルの制御をもたらしつつ、コンポーザビリティを犠牲にしません。
最も刺激的な直近のユースケースの一つは、厳選されたDeFiバル トです。これらのバルトは既に何十億ドルもの資産を管理していますが、リスク上限やコンプライアンスのルールは伝統的に、分断されたシステム上でオフチェーンに存在してきました。Magic Labs が支えるニュートンのバルト SDK により、これらのルールは直接オンチェーンで強制可能になります。コンプライアンス（OFAC/制裁）、本人性の検証、セキュリティ上の脅威ブロック、そしてリスク管理（カウンターパーティ、レバレッジ、オラクルの健全性、APY上限）は、すべて透明にプログラムされ検証できるようになります。
ニュートンは一流のパートナーによって構築されています：Chainalysis、Hexagate、Vaults.fyi、RedStone、Credora。さらに EigenLayer、Succinct などによってセキュアに支えられています。コア開発者である Magic Labs は、57M+ の組み込みウォレットと PayPal Ventures からの支援により、圧倒的な信頼性をもたらしています。
ニュートンはバルトからRWA、ステーブルコイン、AIエージェントへとスケールするにつれて、“インターネット・オブ・ポリシーズ（ポリシーのインターネット）”というマーケットプレイスを作っています。誰でもプログラム可能なルールを構築し、共有し、そして強制（実行）できます。これは、DeFiに入ろうとしている機関にとっても、より安全で信頼できるオンチェーン体験を求める日常のユーザーにとっても大きな意味があります。
DeFiで活動しているなら、ここはぜひ注目しておくべきインフラ層です。ニュートンは単なる別のプロトコルではありません。オンチェーン経済全体が欠けていた信頼層を構築しているのです。
@NewtonProtocol $NEWT T #T #Newt many ブロックチェーン・プロトコルは、設計時に利用可能な最も強力な暗号プリミティブに最適化します。ニュートンはその代わり、暗号の“変化”そのものに最適化します。この違いは微妙ですが、非常に深いものです。というのも、インフラは、それが最初に作られた数学よりもずっと長く生き残ることが多いからです。暗号の標準は進化します。安全な計算（セキュア・コンピュテーション）は改善します。性能の障壁は下がっていきます。固定された前提のもとに設計されたプロトコルは、いずれ破壊的な作り直しを必要とします。一方、適応性を前提に設計されたプロトコルは、既存のエコシステムを壊さずに強化され続けます。
歴史は繰り返し、「耐久性のあるインフラ」は未来を正確に予測することで定義されることはほとんどない、ということを示しています。未来にまだ予測できないものと互換であり続けることによって定義されるのです。インターネットは、そのアーキテクチャが変化に対応できたために、数え切れないほどのネットワーク・プロトコルよりも長く生き残りました。現代のOSが数十年にわたるハードウェアの進化に耐えられるのは、抽象化レイヤーがアプリケーションと実装を分離しているからです。ニュートンは、分散型認可に対して同じ原則を適用しているようです。つまり、プライバシーを完成された到達点ではなく、アップグレード可能な能力として扱っているのです。
それが、まさにそのロードマップが注目に値する理由です。価値があるのは、HPKE、MPC、完全準同型暗号が同じタイムライン上に現れることではありません。価値は、段階を追うごとの改善が、これまでに構築されたものを無効にせずにネットワークを強化することにあります。分散型インフラでは、レジリエンスは「今日そのプロトコルがどれだけ安全に動くか」だけでなく、「明日のイノベーションをどれだけ優雅に吸収できるか」でも測られます。ニュートンのプライバシー・アーキテクチャが魅力的なのは、プライバシーの科学における進歩が、すでにネットワーク上で動いているあらゆるアプリケーションの進歩になるように、暗号そのものと並行して改善するように設計されているからです。
第二の画像：
MPC研究における最近の進展は、この方向性の信頼性を強めています。正直多数（honest-majority）プロトコルは、性能レベルを実証してきました。これにより、安全な計算を、レイテンシに敏感な金融アプリケーションに向けた実務的なデプロイへと現実のものにするところまで到達しています。ニュートンは、予測不能なブレイクスルーを待っているわけではありません。むしろ、現代の暗号エンジニアリングからすでに生まれつつある改善を取り込めるように、自身のアーキテクチャを配置しています。
MPCの先には、完全準同型暗号（FHE）があります。そこでは、実行のどの段階でも平文を明らかにせず、暗号化された情報の上で直接計算が行われます。理論上、これは最も強いプライバシーモデルを表します。オペレーターは機密入力を観測せず、閾値復号の後に初めて最終的な認可判断だけが開示されるからです。しかし実際には、FHEは重大な計算オーバーヘッドによって制約を受け続けています。ニュートンは、その現実を適切な慎重さをもって扱います。FHEを差し迫った能力として提示するのではなく、長期的な方向性として位置づけます。同時に、その技術が運用上実現可能になったときに、今日のアーキテクチャが明日の進歩と互換であり続けるようにしています。
この進展は、プライバシーのロードマップ以上の、より本質的な何かを明らかにします。それはインフラの哲学です。
[図: ニュートンのプライバシー・アーキテクチャ]
（以下を示すレイヤー構造の図：アプリケーション層、プライバシー＆暗号化層、分散型オペレータ層、ポリシー＆評価層、決済＆アテステーション層。HPKE暗号化、閾値クリプト、ポリシーエンジン、BLS署名、オンチェーン・アテステーションなどのコンポーネントを含みます。）
第三の画像：
[図: ニュートン プライバシー認可フロー]
（クライアントから意思決定までの、プライバシーを保全する認可リクエストのエンドツーエンドのフロー。含まれるステップ：1. クライアント・リクエスト準備、2. クライアント側暗号化（HPKE）、3. 閾値暗号化＆鍵配布、4. オペレーターへのリクエスト送信、5. オペレーターによるポリシー評価、6. 認可判断。）
すべての認可リクエストには、機密として保持されるべき情報が含まれています。アイデンティティ資格、コンプライアンス記録、金融データ、機関のポリシー、取引条件などはすべて、アクションが承認される前に評価される必要があります。情報を通信中に暗号化するだけでは問題の一部しか解決しません。認可は本質的に計算問題だからです。ある時点で、保護されたデータに対してポリシーを評価する必要があります。したがって本当のエンジニアリング上の問いは、「情報が暗号化されるかどうか」ではありません。「計算中にどれだけの情報を露出させなければならないのか」、そして「将来の進歩が、それを既存ネットワーク上にすでに構築されたものを壊さずに体系的に減らせるのか」です。
ニュートンの現在の実装は、その問いに対して完璧さではなく実用性で答えています。機密性の高いポリシー入力は、RFC 9180 に従って、ハイブリッド公開鍵暗号（HPKE）によりクライアントで暗号化されます。鍵カプセル化には x25519、鍵導出には hkdf-sha256、認証付き暗号化には chacha20-poly1305 を組み合わせます。これらは確立され、徹底的にレビューされた標準です。新規性（ノベルティ）よりも、信頼性、相互運用性、アルゴリズムの機敏性（アジリティ）を優先するために選ばれています。モジュール設計により、より強力な暗号標準が登場しても、周辺の認可アーキテクチャを作り直すことなく、個々のコンポーネントをアップグレードできます。
第四の画像：
ブロックチェーンのプライバシーに関する議論の多くは、誤った問いを立てています。彼らは「プロトコルがプライベートかどうか」を問います。あたかもプライバシーが、オン/オフできる機能であるかのように。しかし実際には、プライバシーはこれまでそのように機能したことはありません。暗号上の改善が到来するたびに、新しい計算コスト、新しい信頼の前提、そして新しいエンジニアリング上のトレードオフが生まれます。インフラにとっての課題は、完璧なプライバシー解決策を見つけることではありません。そんな解決策は存在しないからです。課題は、暗号自体が進化していくにつれて、そのシステムがよりプライベートになっていけるよう設計することです。
ニュートンのプライバシー・アーキテクチャは、暗号アルゴリズムや安全な計算（セキュア・コンピュテーション）だけを超えた理由で興味深いものになります。今日使われている暗号技術そのものが最も重要な革新なのではありません。開発者の統合（インテグレーション）と、それらを保護する暗号メカニズムを分離するというアーキテクチャ上の判断こそが核心です。これにより、アプリケーションがすでに依存している認可システムを作り直すことなく、より強いプライバシー保証を届けられるようになります。
その違いは見落とされやすいものですが、最終的には、プロトコルが採用する個々のプリミティブ以上に重要になっていく可能性があります。
[別のニュートン プライバシー認可フロー図]
第五の画像：
多くの機関（インスティテューション）におけるコンプライアンス業務では、そうした保証はすでに十分に意味を持ちます。オペレーターは、ステーキングの経済、法的な説明責任、コンプライアンス義務、そして経済的インセンティブによって支えられる許可された存在です。したがって、機密情報は分散型暗号と、検証可能な機関としての責任の組み合わせによって保護されます。これは絶対的な秘匿ではありませんが、今日すでに運用（プロダクション）の認可システムを支えられる現実的なセキュリティモデルです。
ロードマップの次の段階は、根本的にその信頼モデルを変えます。閾値復号（スレッショルド・デクリプション）の代わりに、秘密分散された情報に対する協調計算（マルチパーティ計算）が置き換わります。ポリシー評価の前に平文を復元するのではなく、各オペレーターは基盤データの一部分だけを処理し、ネットワーク全体が正しい認可結果を共同で生成します。プライバシーはもはや、機密情報を見た後にオペレーターが責任ある振る舞いをすることに主として依存しません。むしろ、そもそもオペレーターが数学的に観測できる範囲を最小化する暗号プロトコルに、ますます依存するようになります。
この移行が特に説得力のあるのは、ニュートンが既存のアーキテクチャを捨てる必要がないからです。BLSアテステーションを担う同じ分散型オペレーターが、MPC計算の当事者になります。同じステーキングの経済が、共謀を抑止し続けます。クライアントアプリケーションは引き続き同一の認可リクエストを送信し、同一の認可出力を受け取ります。開発者の観点では、何も変わりません。セキュリティの観点では、ほぼすべてが変わります。アプリケーションの安定性と暗号の進化を切り分けることは、プロトコルの最も強力なアーキテクチャ上の性質の一つです。インフラは、ユーザーに移行コストを課すことなくセキュリティ改善が到着すると、より価値を増していくからです。
MPC研究における最近の進展は、この方向性の信頼性を強めています。正直多数（honest-majority）プロトコルは実証してきました…