Binance Square
Ajaz Ahmad11
1.8k 投稿

Ajaz Ahmad11

取引を発注
高頻度トレーダー
2.2年
158 フォロー
1.3K+ フォロワー
324 いいね
投稿
ポートフォリオ
·
--
Regoポリシー言語:ニュートンのコンプライアンスルールを支えるエンジンニュートン・プロトコルのドキュメントにあるRegoへの言及を最初に見つけたとき、私はほとんど読み飛ばしてしまいました。ポリシー言語です。乾いた感じがします。何か一度読んで、すぐに忘れてしまいそうなものに聞こえます。 それをちゃんと調べてみたところ、実はニュートンが行った技術的な選択の中でも特に興味深いものの一つだと分かりました。そして、それを理解すると、ニュートンのコンプライアンス層が実際にどこまでできるのかについて、考え方が変わります。 Regoとは何か、そしてそれがどこから来たのか: Regoはニュートンが発明したものではありません。Styraによって開発されたオープンソースの宣言的ポリシー言語で、Open Policy Agent(OPA)というプロジェクトを通じて、企業向けソフトウェアで広く使われています。クラウド基盤、Kubernetesのセキュリティ、またはエンタープライズのアクセス制御システムに取り組んだことがあるなら、Regoという名前を知らないままでも、すでに見かけている可能性は十分あります。

Regoポリシー言語:ニュートンのコンプライアンスルールを支えるエンジン

ニュートン・プロトコルのドキュメントにあるRegoへの言及を最初に見つけたとき、私はほとんど読み飛ばしてしまいました。ポリシー言語です。乾いた感じがします。何か一度読んで、すぐに忘れてしまいそうなものに聞こえます。
それをちゃんと調べてみたところ、実はニュートンが行った技術的な選択の中でも特に興味深いものの一つだと分かりました。そして、それを理解すると、ニュートンのコンプライアンス層が実際にどこまでできるのかについて、考え方が変わります。
Regoとは何か、そしてそれがどこから来たのか:
Regoはニュートンが発明したものではありません。Styraによって開発されたオープンソースの宣言的ポリシー言語で、Open Policy Agent(OPA)というプロジェクトを通じて、企業向けソフトウェアで広く使われています。クラウド基盤、Kubernetesのセキュリティ、またはエンタープライズのアクセス制御システムに取り組んだことがあるなら、Regoという名前を知らないままでも、すでに見かけている可能性は十分あります。
BLSの認証は、威圧的に聞こえるものの、誰かが実際にそれが何かを説明するまでのことです。では説明してみます。 Newton Protocolのオペレーター・ネットワークが、あるトランザクションをポリシーに照らして評価するとき――制裁(サンクション)のスクリーニングを通過しているか、支出上限(スパンドリミット)を満たしているか、リスクルールに適合しているか等――評価が実際に行われ、しかも正しく行われたことを証明する必要があります。その証明が「認証(attestation)」です。 BLSはBoneh-Lynn-Shachamの略です。これは暗号署名方式です。Newtonにとって特に役立つのは、複数のオペレーターが同じ評価結果に対してそれぞれ署名でき、その署名を1つのコンパクトな証明にまとめられる点です。そのため、ネットワークが「信じてください。チェックしました」と言うのではなく、必要な数のオペレーターが誠実に作業して生成したことを、誰でも検証できる単一の署名が提示されます。 では、実務上なぜ重要なのでしょうか?それは、この証明がトラストレス(信頼不要)だからです。コンプライアンス・チェックが実行されたとNewtonの言葉を信じる必要はありません。個々のオペレーターを信頼する必要もありません。BLSの認証を数学的に検証し、合っていれば通過、合っていなければ不成立です。誰かが説得力のある偽造をする余地がありません。 制裁コンプライアンスや支出上限の強制のように、結果の重要性が現実であり、検証可能な証明が本当に必要とされる場面では、まさにこの暗号ツールが適切です。 Mainnet Betaは稼働中です。すべてのポリシー評価が、今まさにこれらの認証を生成しています。 @NewtonProtocol $NEWT #Newt
BLSの認証は、威圧的に聞こえるものの、誰かが実際にそれが何かを説明するまでのことです。では説明してみます。

Newton Protocolのオペレーター・ネットワークが、あるトランザクションをポリシーに照らして評価するとき――制裁(サンクション)のスクリーニングを通過しているか、支出上限(スパンドリミット)を満たしているか、リスクルールに適合しているか等――評価が実際に行われ、しかも正しく行われたことを証明する必要があります。その証明が「認証(attestation)」です。

BLSはBoneh-Lynn-Shachamの略です。これは暗号署名方式です。Newtonにとって特に役立つのは、複数のオペレーターが同じ評価結果に対してそれぞれ署名でき、その署名を1つのコンパクトな証明にまとめられる点です。そのため、ネットワークが「信じてください。チェックしました」と言うのではなく、必要な数のオペレーターが誠実に作業して生成したことを、誰でも検証できる単一の署名が提示されます。

では、実務上なぜ重要なのでしょうか?それは、この証明がトラストレス(信頼不要)だからです。コンプライアンス・チェックが実行されたとNewtonの言葉を信じる必要はありません。個々のオペレーターを信頼する必要もありません。BLSの認証を数学的に検証し、合っていれば通過、合っていなければ不成立です。誰かが説得力のある偽造をする余地がありません。

制裁コンプライアンスや支出上限の強制のように、結果の重要性が現実であり、検証可能な証明が本当に必要とされる場面では、まさにこの暗号ツールが適切です。

Mainnet Betaは稼働中です。すべてのポリシー評価が、今まさにこれらの認証を生成しています。

@NewtonProtocol $NEWT #Newt
AIは誰が許可するのか?オンチェーン・エージェントのリスクに対するニュートン・プロトコルの回答この分野で作っている人の多くが、ひそかに避けているであろうことを質問します。 AIエージェントがオンチェーンで取引を実行するとき、いったい誰が「それをできる」と言ったのでしょうか? 抽象的な話ではありません。現実の技術的で、検証可能な意味でです。『このエージェントは、この時点で、この金額で、この行動を取る権限があった』と言える仕組みは何が存在するのでしょうか?そして、もしエージェントがその範囲外のことをした場合、資金が移る前にそれを止めるために実際に何が用意されていたのでしょう? 現時点で、ほとんどのオンチェーン・エージェントの導入において、率直な答えはこうです。意味のあるものはほとんど何もありません。

AIは誰が許可するのか?オンチェーン・エージェントのリスクに対するニュートン・プロトコルの回答

この分野で作っている人の多くが、ひそかに避けているであろうことを質問します。
AIエージェントがオンチェーンで取引を実行するとき、いったい誰が「それをできる」と言ったのでしょうか?
抽象的な話ではありません。現実の技術的で、検証可能な意味でです。『このエージェントは、この時点で、この金額で、この行動を取る権限があった』と言える仕組みは何が存在するのでしょうか?そして、もしエージェントがその範囲外のことをした場合、資金が移る前にそれを止めるために実際に何が用意されていたのでしょう?
現時点で、ほとんどのオンチェーン・エージェントの導入において、率直な答えはこうです。意味のあるものはほとんど何もありません。
今、暗号資産の世界ではAIエージェントについて大々的に議論が起きています。どれほど強力になるのか。どれだけ自動化するのか。人間よりも速く、より良く、どれだけのことを成し遂げるのか。 しかし、十分に大きな声で語られていないのは、それらのエージェントがうまくいかなくなったときに何が起きるのかです。 私はSF的な「間違い」の話をしているのではありません。退屈で、非常に高額で、そして現実そのものとしての「間違い」です。誰もが実際に許可した範囲の外で動作するエージェント。悪いデータに基づいて意思決定をするエージェント。侵害されて、誰も承認していない取引を実行し始めるエージェント。決して触れてはいけないはずのお金を動かしてしまうトレジャリー・エージェント。 これらは仮定のリスクではありません。自律型のオンチェーン・エージェントの初期形はすでに存在します。彼らのミスを食い止めるためのインフラは、ほとんど整っていません。 具体的な問題はこれです。AIエージェントはフロントエンドを使いません。コントラクトを直接呼び出します。つまり、インターフェースのレベルに存在するあらゆるセキュリティ対策—すべてのコンプライアンスチェック、すべての不正検知フィルター、アプリケーションに組み込まれたあらゆるアクセス制御—それらは単純に適用されません。 この問題に対する最も信頼できる答えが、私が見つけたのはNewton Protocolです。コントラクト・レベルでのポリシー執行により、エージェントのトランザクションは実行前に定義されたルールに照らしてチェックされます。損害が起きた後にフラグが立つのではありません。起きる前に止められます。 メインネット・ベータは稼働中です。インフラはすでに存在しています。 @NewtonProtocol $NEWT #Newt
今、暗号資産の世界ではAIエージェントについて大々的に議論が起きています。どれほど強力になるのか。どれだけ自動化するのか。人間よりも速く、より良く、どれだけのことを成し遂げるのか。

しかし、十分に大きな声で語られていないのは、それらのエージェントがうまくいかなくなったときに何が起きるのかです。

私はSF的な「間違い」の話をしているのではありません。退屈で、非常に高額で、そして現実そのものとしての「間違い」です。誰もが実際に許可した範囲の外で動作するエージェント。悪いデータに基づいて意思決定をするエージェント。侵害されて、誰も承認していない取引を実行し始めるエージェント。決して触れてはいけないはずのお金を動かしてしまうトレジャリー・エージェント。

これらは仮定のリスクではありません。自律型のオンチェーン・エージェントの初期形はすでに存在します。彼らのミスを食い止めるためのインフラは、ほとんど整っていません。

具体的な問題はこれです。AIエージェントはフロントエンドを使いません。コントラクトを直接呼び出します。つまり、インターフェースのレベルに存在するあらゆるセキュリティ対策—すべてのコンプライアンスチェック、すべての不正検知フィルター、アプリケーションに組み込まれたあらゆるアクセス制御—それらは単純に適用されません。

この問題に対する最も信頼できる答えが、私が見つけたのはNewton Protocolです。コントラクト・レベルでのポリシー執行により、エージェントのトランザクションは実行前に定義されたルールに照らしてチェックされます。損害が起きた後にフラグが立つのではありません。起きる前に止められます。

メインネット・ベータは稼働中です。インフラはすでに存在しています。

@NewtonProtocol $NEWT #Newt
すべてのスマートコントラクトが持つ「裏口」—そしてニュートンがそれを塞ぐ方法私は、DeFiの多くの人が知的には理解していると思うものを説明したいのですが、それが実際に意味するところを、まだ十分に向き合っていないのではないかと思っています。 すべてのスマートコントラクトには裏口があります。 バグではありません。書き方が下手な関数でもありません。監査で見落とされた何かでもありません。スマートコントラクトの仕組み上の構造的な特徴が、そこを中心に構築されたほぼすべてのセキュリティ/コンプライアンスシステムに“穴”を生み出しているのです。 つまりこういうことです: プロトコルがセキュリティ対策(制裁スクリーニング、詐欺検知、コンプライアンス・チェック、アクセス制御など)を構築すると、それらの対策はほとんどの場合、フロントエンド、またはアプリケーション層に存在します。ウェブサイトは、先に進む前にあなたのウォレットを確認します。インターフェースは、トランザクションを送信する前に入力内容を検証します。コンプライアンスAPIは、チェーンに何かが到達する前に呼び出されます。

すべてのスマートコントラクトが持つ「裏口」—そしてニュートンがそれを塞ぐ方法

私は、DeFiの多くの人が知的には理解していると思うものを説明したいのですが、それが実際に意味するところを、まだ十分に向き合っていないのではないかと思っています。
すべてのスマートコントラクトには裏口があります。
バグではありません。書き方が下手な関数でもありません。監査で見落とされた何かでもありません。スマートコントラクトの仕組み上の構造的な特徴が、そこを中心に構築されたほぼすべてのセキュリティ/コンプライアンスシステムに“穴”を生み出しているのです。
つまりこういうことです:
プロトコルがセキュリティ対策(制裁スクリーニング、詐欺検知、コンプライアンス・チェック、アクセス制御など)を構築すると、それらの対策はほとんどの場合、フロントエンド、またはアプリケーション層に存在します。ウェブサイトは、先に進む前にあなたのウォレットを確認します。インターフェースは、トランザクションを送信する前に入力内容を検証します。コンプライアンスAPIは、チェーンに何かが到達する前に呼び出されます。
ニュートン・プロトコルが実際に解き放とうとしているものを考えるとき、私が何度も立ち返ってしまう数字があります。 それは、数兆ドル。年単位でDeFiを見守ってきた——機関投資家の資本(年金基金、ソブリン・ウェルス・ファンド、規制のある運用会社など)の中に眠っていますが、実際にはほとんど姿を現していません。 そして、私がいつももどかしく思うのは、この話がなされ方です。多くの人は「機関投資家が遅い」「保守的だ」「暗号資産を理解できていない」からだと言います。でも、それは本質ではありません。これらの組織の中には、技術を十分に理解しているところもあります。問題は理解不足ではありません。 問題は、参加するにはコンプライアンスのためのインフラが必要なのに、多くのDeFiでは、そのインフラがプロトコルのレベルに存在していないことです。 規制を受けた機関が本当に必要とするものを考えてみてください。あらゆる取引で作動する制裁(サンクション)のスクリーニングです。フロントエンド経由のものに限らず、どんなボットでも迂回できるような経路ではなく、きちんと機能しなければならない。 統制(スペンドコントロール)も必要です。ガバナンスのドキュメントに書かれているだけではなく、技術的に強制されること。さらに、外部の監査人が独立して検証できる監査証跡。単一のブロックの中で“ごまかせる”余地のないデータに対して行われるリスクチェック。 そうしたものがないと、これらの機関が負うコンプライアンス上の義務が、利回りがどれほど魅力的であっても、DeFiへの参加を法的に不可能にしてしまいます。だから資金は入ってこない。年々、ずっと。『機関投資家がやって来る』は、そのうち定番の冗談になっていく。 ニュートン・プロトコルは、この状況そのものを変えるインフラを作っています。静かに、そしてあまり大々的に騒がずに。 メインネット・ベータは稼働中です。 @NewtonProtocol $NEWT #Newt
ニュートン・プロトコルが実際に解き放とうとしているものを考えるとき、私が何度も立ち返ってしまう数字があります。

それは、数兆ドル。年単位でDeFiを見守ってきた——機関投資家の資本(年金基金、ソブリン・ウェルス・ファンド、規制のある運用会社など)の中に眠っていますが、実際にはほとんど姿を現していません。

そして、私がいつももどかしく思うのは、この話がなされ方です。多くの人は「機関投資家が遅い」「保守的だ」「暗号資産を理解できていない」からだと言います。でも、それは本質ではありません。これらの組織の中には、技術を十分に理解しているところもあります。問題は理解不足ではありません。

問題は、参加するにはコンプライアンスのためのインフラが必要なのに、多くのDeFiでは、そのインフラがプロトコルのレベルに存在していないことです。

規制を受けた機関が本当に必要とするものを考えてみてください。あらゆる取引で作動する制裁(サンクション)のスクリーニングです。フロントエンド経由のものに限らず、どんなボットでも迂回できるような経路ではなく、きちんと機能しなければならない。

統制(スペンドコントロール)も必要です。ガバナンスのドキュメントに書かれているだけではなく、技術的に強制されること。さらに、外部の監査人が独立して検証できる監査証跡。単一のブロックの中で“ごまかせる”余地のないデータに対して行われるリスクチェック。

そうしたものがないと、これらの機関が負うコンプライアンス上の義務が、利回りがどれほど魅力的であっても、DeFiへの参加を法的に不可能にしてしまいます。だから資金は入ってこない。年々、ずっと。『機関投資家がやって来る』は、そのうち定番の冗談になっていく。

ニュートン・プロトコルは、この状況そのものを変えるインフラを作っています。静かに、そしてあまり大々的に騒がずに。

メインネット・ベータは稼働中です。
@NewtonProtocol $NEWT #Newt
ニュートン・メインネット・ベータ稼働中 — それが本当に意味することまず、言わなければならないと思うことから始めます。 私は暗号資産の世界に十分長くいて、本気でメインネット発表に対しては冷笑的になれるくらいです。「メインネット」という言葉は本来の意味をはるかに超えて引き延ばされ、もはやほとんど何も感じなくなっています。プロジェクトは“メインネット”を掲げているように見えて、実態はほぼテストネットです。華々しく打ち上げるものの、実際には使われず、静かに役目を終えていく。制御された条件では完璧に動く「メインネット」製品を出しておきながら、現実のプレッシャーが最初にかかった瞬間に耐えられなくなるのです。 なので、ニュートン・プロトコルのメインネット・ベータが稼働していること、そしてそれが重要だと私は考えていることを伝えるにあたって、具体的な根拠で裏づけたいのです。雰囲気ではありません。トークン価格の憶測でもありません。何が出荷されたのか、何ができるのか、そしてなぜこのプロジェクトにとって製品の本番移行が重要なのか——その実際の詳細です。

ニュートン・メインネット・ベータ稼働中 — それが本当に意味すること

まず、言わなければならないと思うことから始めます。
私は暗号資産の世界に十分長くいて、本気でメインネット発表に対しては冷笑的になれるくらいです。「メインネット」という言葉は本来の意味をはるかに超えて引き延ばされ、もはやほとんど何も感じなくなっています。プロジェクトは“メインネット”を掲げているように見えて、実態はほぼテストネットです。華々しく打ち上げるものの、実際には使われず、静かに役目を終えていく。制御された条件では完璧に動く「メインネット」製品を出しておきながら、現実のプレッシャーが最初にかかった瞬間に耐えられなくなるのです。
なので、ニュートン・プロトコルのメインネット・ベータが稼働していること、そしてそれが重要だと私は考えていることを伝えるにあたって、具体的な根拠で裏づけたいのです。雰囲気ではありません。トークン価格の憶測でもありません。何が出荷されたのか、何ができるのか、そしてなぜこのプロジェクトにとって製品の本番移行が重要なのか——その実際の詳細です。
ニュートン・プロトコルをちゃんと理解する前は、用語が難しく聞こえるせいで混乱したまま長い時間を無駄にしていました。そこで、最初に誰かが教えてくれていたらよかったことをまとめます。 1 — スマートコントラクトは現実世界を見られません。コードは実行できますが、誰がトランザクションを送っているのか、そもそも許可されるべきなのかといった文脈は一切持っていません。これがニュートンが解決する中核課題です。 2 — フロントエンドのフィルタは「本当のセキュリティ」ではありません。ウェブサイト側でウォレットをブロックしても、コントラクトを直接呼び出す人には何の意味もありません。ボット、アグリゲーター、AIエージェントなどが常にこれを行っています。 3 — 「分散型のコンプライアンス」は矛盾ではありません。ニュートンは、EigenLayerのリステーキングを後ろ盾にした分散型オペレーターネットワークによってルールを強制します。中央集権の企業を信用する必要はありません。 4 — あなたの個人データは決してオンチェーンに載りません。ニュートンはオンチェーンに載せるのは暗号学的ハッシュだけです。コンプライアンスの証明は公開されています。実際の情報は公開されません。どちらも同時に真実です。 5 — これはもう机上の空論ではありません。ニュートン・メインネット・ベータは稼働中です。VaultKit SDKはリリース済みです。RedStoneの価格フィードも統合されています。いままさに、現実のトランザクションに対して実際のポリシーが強制されています。 この5つが腑に落ちた瞬間、私は混乱から本気で感心するようになりました。正しい頭のモデルを持つと、このプロジェクトの理解がずっと進みます。 @NewtonProtocol $NEWT #Newt
ニュートン・プロトコルをちゃんと理解する前は、用語が難しく聞こえるせいで混乱したまま長い時間を無駄にしていました。そこで、最初に誰かが教えてくれていたらよかったことをまとめます。

1 — スマートコントラクトは現実世界を見られません。コードは実行できますが、誰がトランザクションを送っているのか、そもそも許可されるべきなのかといった文脈は一切持っていません。これがニュートンが解決する中核課題です。

2 — フロントエンドのフィルタは「本当のセキュリティ」ではありません。ウェブサイト側でウォレットをブロックしても、コントラクトを直接呼び出す人には何の意味もありません。ボット、アグリゲーター、AIエージェントなどが常にこれを行っています。

3 — 「分散型のコンプライアンス」は矛盾ではありません。ニュートンは、EigenLayerのリステーキングを後ろ盾にした分散型オペレーターネットワークによってルールを強制します。中央集権の企業を信用する必要はありません。

4 — あなたの個人データは決してオンチェーンに載りません。ニュートンはオンチェーンに載せるのは暗号学的ハッシュだけです。コンプライアンスの証明は公開されています。実際の情報は公開されません。どちらも同時に真実です。

5 — これはもう机上の空論ではありません。ニュートン・メインネット・ベータは稼働中です。VaultKit SDKはリリース済みです。RedStoneの価格フィードも統合されています。いままさに、現実のトランザクションに対して実際のポリシーが強制されています。

この5つが腑に落ちた瞬間、私は混乱から本気で感心するようになりました。正しい頭のモデルを持つと、このプロジェクトの理解がずっと進みます。

@NewtonProtocol $NEWT #Newt
DeFiを機関投資家レベルで安全にしうる、静かなインフラ層暗号資産で構築されている最も重要なものは、ほとんどの場合、いちばんうるさいものではありません。 この分野に長くいるうちに、パターンにも気づくようになりました。本当に意味のあるもの、そして他のすべてがそこに積み上げられていく土台になるプロジェクトは、たいていSNSで誰も大騒ぎしていないものです。静かです。華がありません。価格チャートやバイラルなスレッドにつながるような派手さはないのに、インフラ的で。 Newton Protocolは、私にとっては「そんな感じのプロジェクト」の一つです。それを、誇大広告っぽく聞こえないようにしながら、なぜそう思うのかを説明したい。というのも、見栄えのいいことではなく、ここで実際に起きていることを真面目に考えたいからです。

DeFiを機関投資家レベルで安全にしうる、静かなインフラ層

暗号資産で構築されている最も重要なものは、ほとんどの場合、いちばんうるさいものではありません。
この分野に長くいるうちに、パターンにも気づくようになりました。本当に意味のあるもの、そして他のすべてがそこに積み上げられていく土台になるプロジェクトは、たいていSNSで誰も大騒ぎしていないものです。静かです。華がありません。価格チャートやバイラルなスレッドにつながるような派手さはないのに、インフラ的で。
Newton Protocolは、私にとっては「そんな感じのプロジェクト」の一つです。それを、誇大広告っぽく聞こえないようにしながら、なぜそう思うのかを説明したい。というのも、見栄えのいいことではなく、ここで実際に起きていることを真面目に考えたいからです。
暗号資産の世界であまりにも頻繁に飛び交うせいで、ほとんど意味が薄れてしまったフレーズがあります。「トラストレス」です。 でも、私はこのラベルに本当に値する、ある具体的なものへそれを適用したいと思っています。Newton Protocol が行う検証のやり方です。 あらゆるコンプライアンス・システムに存在するのが、このジレンマです。人物や取引について何かを検証するには、情報が必要になります。しかし、人々に関する情報を収集し、保存した瞬間に、監視の問題を生み出してしまうのです。誰がそのデータを保有するのか。誰がアクセスできるのか。それを差し出すよう強制されたらどうなるのか。 多くのコンプライアンス・ソリューションは、このジレンマを受け入れてどちらか一方を選びます。きちんと検証する代わりにデータを公開するのか、プライバシーを守る代わりに適切に検証できないのか。 Newton はそのトレードオフを受け入れていません。彼らがそれを回避する方法に、私は本当に面白さを感じています。 オンチェーンで行われるのは、実際の個人データではありません。そこにあるのは暗号学的ハッシュ、つまり指紋です。これによって、内部にある何も明かすことなく、検証が行われ、その結果が何だったかを証明します。評価はオフチェーンで、Newton の分散型オペレータ・ネットワークを通じて実行されます。そして、チェックが正しく実行されたことを示すアテステーション(証明)が、恒久的な記録になります。 その結果、完全な検証可能性が得られます。データ露出はゼロ。両方を同時に実現しているのです。 これは約束ではありません。暗号がそのように構造化されているだけです。約束は破られ得ますが、数学は嘘をつきません。 メインネットのベータは現在稼働中です。 @NewtonProtocol $NEWT #Newt
暗号資産の世界であまりにも頻繁に飛び交うせいで、ほとんど意味が薄れてしまったフレーズがあります。「トラストレス」です。

でも、私はこのラベルに本当に値する、ある具体的なものへそれを適用したいと思っています。Newton Protocol が行う検証のやり方です。

あらゆるコンプライアンス・システムに存在するのが、このジレンマです。人物や取引について何かを検証するには、情報が必要になります。しかし、人々に関する情報を収集し、保存した瞬間に、監視の問題を生み出してしまうのです。誰がそのデータを保有するのか。誰がアクセスできるのか。それを差し出すよう強制されたらどうなるのか。

多くのコンプライアンス・ソリューションは、このジレンマを受け入れてどちらか一方を選びます。きちんと検証する代わりにデータを公開するのか、プライバシーを守る代わりに適切に検証できないのか。

Newton はそのトレードオフを受け入れていません。彼らがそれを回避する方法に、私は本当に面白さを感じています。

オンチェーンで行われるのは、実際の個人データではありません。そこにあるのは暗号学的ハッシュ、つまり指紋です。これによって、内部にある何も明かすことなく、検証が行われ、その結果が何だったかを証明します。評価はオフチェーンで、Newton の分散型オペレータ・ネットワークを通じて実行されます。そして、チェックが正しく実行されたことを示すアテステーション(証明)が、恒久的な記録になります。

その結果、完全な検証可能性が得られます。データ露出はゼロ。両方を同時に実現しているのです。

これは約束ではありません。暗号がそのように構造化されているだけです。約束は破られ得ますが、数学は嘘をつきません。

メインネットのベータは現在稼働中です。
@NewtonProtocol $NEWT #Newt
なぜオンチェーン・コンプライアンスがDeFiの次の10年を決めるのか——そしてニュートンの役割私が実際に、DeFiの足を引っ張っていると考えていることを話します。磨き込まれた見解が語ることではありません。暗号資産が約束していることと、これまでに実際にそれが果たしてきたことのギャップを埋めようとしながら、たくさんの時間を読み、考え、試したうえで、私が本当にそう感じていることです。 技術の問題ではありません。技術自体は正直に言ってすばらしく、毎年どんどん良くなっています。流動性の問題でもありません。ユーザー体験の問題でもありませんが、それでもまだ改善が必要です。規制上の不確実性の問題ですらありませんが、それが常に挙げられています。 問題は、特定の1つの能力が欠けていることです。ある取引が実行される前に、それが許可されるべきであることを、信頼不要で分散化されており、暗号学的に証明可能な方法で検証できる能力です。ウェブサイトのレベルではありません。中央集権的なAPI経由でもありません。契約レベルで、誰もが独立して検証できる形で、そして、その取引がどこから発生したかにかかわらず適用できる形で。

なぜオンチェーン・コンプライアンスがDeFiの次の10年を決めるのか——そしてニュートンの役割

私が実際に、DeFiの足を引っ張っていると考えていることを話します。磨き込まれた見解が語ることではありません。暗号資産が約束していることと、これまでに実際にそれが果たしてきたことのギャップを埋めようとしながら、たくさんの時間を読み、考え、試したうえで、私が本当にそう感じていることです。
技術の問題ではありません。技術自体は正直に言ってすばらしく、毎年どんどん良くなっています。流動性の問題でもありません。ユーザー体験の問題でもありませんが、それでもまだ改善が必要です。規制上の不確実性の問題ですらありませんが、それが常に挙げられています。
問題は、特定の1つの能力が欠けていることです。ある取引が実行される前に、それが許可されるべきであることを、信頼不要で分散化されており、暗号学的に証明可能な方法で検証できる能力です。ウェブサイトのレベルではありません。中央集権的なAPI経由でもありません。契約レベルで、誰もが独立して検証できる形で、そして、その取引がどこから発生したかにかかわらず適用できる形で。
暗号業界の重要なインフラ・プロジェクトには、私が気づいたあるパターンがあります。 基盤となる技術がすごいほど、実際にそれを使って構築するのはたいてい大変です。たとえば、チームが難しい暗号学の問題に深く入り込みすぎて、開発者体験が後回しになってしまうような状況です。ドキュメントはほとんどありません。抽象化は漏れています。基本的な統合を動かすだけでも、内部を理解する必要が出てきます。 私はNewton ProtocolのSDKに対して、まさにこれを想定していました。分散型オペレーター・ネットワーク、EigenLayerのリステーキング、BLSのアテステーション、Regoのポリシー言語——どれも、3つのブラウザタブを開きっぱなしにして、その間ずっと配線するのに1週間かかりそうなものに聞こえます。 でも実際はまったく違っていて、それには驚きました。 SDKは標準的なviemウォレットクライアントを拡張しています。最近のモダンなEthereumコードを書いているなら、すでにviemは知っているはずです。このパターンは見覚えがあるものです。新しい考え方のモデルを学ぶのではなく、すでに使ったことがあるかもしれないものに能力を追加していくだけです。 実際にあなたが呼び出すメインの関数はsimulateTaskです。トランザクションの意図を説明し、ポリシーの詳細を渡し、最後にbooleanの結果を含む形で返ってきます。許可されるかどうか。背後にある大規模でシリアスな分散インフラを多く抽象化したawait呼び出しが1回あるだけです。 VaultKitでは、さらに深いところが開けます——バル トのための本当に強制できるポリシー、支出限度額、制裁(サンクション)チェック、取引相手(カウンターパーティー)ルール。とはいえ、そこでも想像以上に考え抜かれた体験だと感じました。 技術的なハードルは低いです。面白いのは、あなたのプロトコルが本当に必要としているルールをどう見極めるか、という点です。 Mainnet Betaは稼働中です。 @NewtonProtocol $NEWT #Newt
暗号業界の重要なインフラ・プロジェクトには、私が気づいたあるパターンがあります。

基盤となる技術がすごいほど、実際にそれを使って構築するのはたいてい大変です。たとえば、チームが難しい暗号学の問題に深く入り込みすぎて、開発者体験が後回しになってしまうような状況です。ドキュメントはほとんどありません。抽象化は漏れています。基本的な統合を動かすだけでも、内部を理解する必要が出てきます。

私はNewton ProtocolのSDKに対して、まさにこれを想定していました。分散型オペレーター・ネットワーク、EigenLayerのリステーキング、BLSのアテステーション、Regoのポリシー言語——どれも、3つのブラウザタブを開きっぱなしにして、その間ずっと配線するのに1週間かかりそうなものに聞こえます。

でも実際はまったく違っていて、それには驚きました。

SDKは標準的なviemウォレットクライアントを拡張しています。最近のモダンなEthereumコードを書いているなら、すでにviemは知っているはずです。このパターンは見覚えがあるものです。新しい考え方のモデルを学ぶのではなく、すでに使ったことがあるかもしれないものに能力を追加していくだけです。

実際にあなたが呼び出すメインの関数はsimulateTaskです。トランザクションの意図を説明し、ポリシーの詳細を渡し、最後にbooleanの結果を含む形で返ってきます。許可されるかどうか。背後にある大規模でシリアスな分散インフラを多く抽象化したawait呼び出しが1回あるだけです。

VaultKitでは、さらに深いところが開けます——バル トのための本当に強制できるポリシー、支出限度額、制裁(サンクション)チェック、取引相手(カウンターパーティー)ルール。とはいえ、そこでも想像以上に考え抜かれた体験だと感じました。

技術的なハードルは低いです。面白いのは、あなたのプロトコルが本当に必要としているルールをどう見極めるか、という点です。

Mainnet Betaは稼働中です。
@NewtonProtocol $NEWT #Newt
Newton Protocol SDK クイックスタート:5分で最初のポリシーチェックを実行最初にNewton Protocolを開発者目線で見始めたときの私の最初の反応について、率直に言います。 複雑になるんだろうと思っていました。本当に複雑なやつです。EigenLayer上で動く分散型ポリシーエンジン、BLSアテステーション、複数チェーンにまたがる暗号学的な証明——そういう要素を全部並べてみると、頭の中で自動的に『1週間かかる統合作業になりそうだ』ってモードに入って、ドキュメントのタブが3つ開きっぱなしになって、しかもStack Overflowの質問が半分下書きされた状態になります。

Newton Protocol SDK クイックスタート:5分で最初のポリシーチェックを実行

最初にNewton Protocolを開発者目線で見始めたときの私の最初の反応について、率直に言います。
複雑になるんだろうと思っていました。本当に複雑なやつです。EigenLayer上で動く分散型ポリシーエンジン、BLSアテステーション、複数チェーンにまたがる暗号学的な証明——そういう要素を全部並べてみると、頭の中で自動的に『1週間かかる統合作業になりそうだ』ってモードに入って、ドキュメントのタブが3つ開きっぱなしになって、しかもStack Overflowの質問が半分下書きされた状態になります。
十分に話題にされない、マルチチェーンの会話での問題があります。 コンプライアンスは、どのチェーンにいるかは気にしません。制裁対象のウォレットは、EthereumでもBaseでもArbitrumでも、どこでも制裁対象です。財務(トレジャリー)に存在する支出限度は、トランザクションが別のネットワーク経由でルーティングされたからといって、消えるわけではありません。ルールは、実行がどのチェーン上で行われるかに関係なく、ルールのままです。 しかし、ほとんどのコンプライアンス基盤はチェーンごとに作られています。つまり、深刻なDeFi活動が数十ものネットワークにまたがって広がる世界では、新しいチェーンへ拡張するたびにコンプライアンス層をゼロから作り直しているのと同じ状態になります。これはスケーラブルではなく、正直なところ、悪意ある行為者が、まだチェックが動いていないチェーンを経由するだけでギャップを突いて悪用できてしまう状況を生みます。 Newton Protocolは、最初からチェーン非依存(チェーンに縛られない)として設計されています。ポリシーエンジン、オペレーター・ネットワーク、アテステーションモデルは、毎回コンプライアンス層を作り直すことなく、EVM互換ネットワーク全体で動作するように設計されています。すでにEthereum、Base、Arbitrumに対応済みです。今後のロードマップではEVM非対応チェーンにも対応します。 これが実務的に意味するのは、チェーンごとに分断されてばらつくコンプライアンスではなく、プロトコルが存在する場所を問わず追随する、1つの一貫したポリシーフレームワークが得られることです。 本質的にマルチチェーンのDeFiの世界では、それは“良い機能”ではなく“必要条件”です。 @NewtonProtocol $NEWT #Newt
十分に話題にされない、マルチチェーンの会話での問題があります。

コンプライアンスは、どのチェーンにいるかは気にしません。制裁対象のウォレットは、EthereumでもBaseでもArbitrumでも、どこでも制裁対象です。財務(トレジャリー)に存在する支出限度は、トランザクションが別のネットワーク経由でルーティングされたからといって、消えるわけではありません。ルールは、実行がどのチェーン上で行われるかに関係なく、ルールのままです。

しかし、ほとんどのコンプライアンス基盤はチェーンごとに作られています。つまり、深刻なDeFi活動が数十ものネットワークにまたがって広がる世界では、新しいチェーンへ拡張するたびにコンプライアンス層をゼロから作り直しているのと同じ状態になります。これはスケーラブルではなく、正直なところ、悪意ある行為者が、まだチェックが動いていないチェーンを経由するだけでギャップを突いて悪用できてしまう状況を生みます。

Newton Protocolは、最初からチェーン非依存(チェーンに縛られない)として設計されています。ポリシーエンジン、オペレーター・ネットワーク、アテステーションモデルは、毎回コンプライアンス層を作り直すことなく、EVM互換ネットワーク全体で動作するように設計されています。すでにEthereum、Base、Arbitrumに対応済みです。今後のロードマップではEVM非対応チェーンにも対応します。

これが実務的に意味するのは、チェーンごとに分断されてばらつくコンプライアンスではなく、プロトコルが存在する場所を問わず追随する、1つの一貫したポリシーフレームワークが得られることです。

本質的にマルチチェーンのDeFiの世界では、それは“良い機能”ではなく“必要条件”です。

@NewtonProtocol $NEWT #Newt
記事
Newton Protocolの実例でわかるEigenLayerのAVS率直に言いますね。EigenLayerについて最初の数回読んだときは、言葉自体は一つひとつ理解できたのに、実際にはそれが何を意味するのかが分かりませんでした。 リステーキング。アクティブに検証されたサービス。共有されたセキュリティ。理論上はすべて筋が通っているように思えたのに、抽象的で、気にすることが難しい感じがしました。私はその手の概念に対して、うなずきはするけれど、実際には内面に落とし込めないままにしてしまうことがあるのですが、まさにそれでした。 私の中でようやく腑に落ちたのは、Newton Protocolを理解したことでした。Newtonが他の誰よりもEigenLayerをうまく説明しているからではありません。けれどもNewtonは、EigenLayerが存在する理由と、それが実際に解決しようとしている課題が何なのかを、なぜ必要なのかという観点から非常に分かりやすい“現実の例”の一つだからです。

Newton Protocolの実例でわかるEigenLayerのAVS

率直に言いますね。EigenLayerについて最初の数回読んだときは、言葉自体は一つひとつ理解できたのに、実際にはそれが何を意味するのかが分かりませんでした。
リステーキング。アクティブに検証されたサービス。共有されたセキュリティ。理論上はすべて筋が通っているように思えたのに、抽象的で、気にすることが難しい感じがしました。私はその手の概念に対して、うなずきはするけれど、実際には内面に落とし込めないままにしてしまうことがあるのですが、まさにそれでした。
私の中でようやく腑に落ちたのは、Newton Protocolを理解したことでした。Newtonが他の誰よりもEigenLayerをうまく説明しているからではありません。けれどもNewtonは、EigenLayerが存在する理由と、それが実際に解決しようとしている課題が何なのかを、なぜ必要なのかという観点から非常に分かりやすい“現実の例”の一つだからです。
暗号資産の普及が、皆が予想していたよりも遅かった理由について考えると、いつも立ち返ってしまう概念があります。 それは技術の問題ではありません。技術は非常に速く進んでいます。スマートコントラクト、オラクル、レイヤー2——それぞれが、本当にそれなしでは成立しなかったものを次々と解放してきました。何年もかけて、スタックは少しずつピースを埋めてきたのです。 しかし、その中心のどこかに、ずっと静かに横たわっている一つのギャップがありました。最近まで、それをきれいな言葉で説明できませんでした。つまり、「ある取引を実際に実行してよいのかどうか」を、実行の後ではなく、実行の前に、検証可能で分散化された形で判断できるか——その能力が、適切なインフラ層としては存在していなかったのです。 ポリシーエンジンが、その欠けたピースです。そして、この分野にいる多くの人が、これがどれほど根本的なものになっていくのかを、ようやく理解し始めているところだと思います。 この一連の中でニュートンがどこに当てはまるのかを考えると、規制された機関向けのコンプライアンスツールとしての役割だけではありません。ニュートンは、Web3の信頼スタック全体が、いつか必ず存在すると静かに前提にしていた層なのです。スマートコントラクトが、その周囲の世界についての実際の文脈を持てるようにするピース。その結果、誰が、あるいは何が取引を送ったのかにかかわらず、ルールを強制し、さらにそのルールがチェックされたことを証明できます。 他のすべてのレイヤーは、これがいずれ実現する前提で作られてきました。 ニュートンは、それをついに現実のものにします。 メインネット・ベータは稼働中で、私たちはいま、そこから何が解放されるのかを理解し始めたばかりだと思います。 @NewtonProtocol $NEWT #Newt
暗号資産の普及が、皆が予想していたよりも遅かった理由について考えると、いつも立ち返ってしまう概念があります。

それは技術の問題ではありません。技術は非常に速く進んでいます。スマートコントラクト、オラクル、レイヤー2——それぞれが、本当にそれなしでは成立しなかったものを次々と解放してきました。何年もかけて、スタックは少しずつピースを埋めてきたのです。

しかし、その中心のどこかに、ずっと静かに横たわっている一つのギャップがありました。最近まで、それをきれいな言葉で説明できませんでした。つまり、「ある取引を実際に実行してよいのかどうか」を、実行の後ではなく、実行の前に、検証可能で分散化された形で判断できるか——その能力が、適切なインフラ層としては存在していなかったのです。

ポリシーエンジンが、その欠けたピースです。そして、この分野にいる多くの人が、これがどれほど根本的なものになっていくのかを、ようやく理解し始めているところだと思います。

この一連の中でニュートンがどこに当てはまるのかを考えると、規制された機関向けのコンプライアンスツールとしての役割だけではありません。ニュートンは、Web3の信頼スタック全体が、いつか必ず存在すると静かに前提にしていた層なのです。スマートコントラクトが、その周囲の世界についての実際の文脈を持てるようにするピース。その結果、誰が、あるいは何が取引を送ったのかにかかわらず、ルールを強制し、さらにそのルールがチェックされたことを証明できます。

他のすべてのレイヤーは、これがいずれ実現する前提で作られてきました。

ニュートンは、それをついに現実のものにします。

メインネット・ベータは稼働中で、私たちはいま、そこから何が解放されるのかを理解し始めたばかりだと思います。

@NewtonProtocol $NEWT #Newt
ニュートン対従来のAPIベースのコンプライアンス:なぜ分散化が勝つのかまず、なぜ私がDeFiにおいてそれが機能すると考えることから離れたのかを説明する前に、従来のモデルに対して公平であることから始めたいと思います。私は、それにその前置きとしての価値があると考えているからです。 APIベースのコンプライアンスは、設計された時点ではとても理にかなっていました。あなたは、自分のシステムを、制裁リストやKYCデータベースを管理する中央集権型のサービスに接続し、そのAPIを何かを処理する前に呼び出し、結果に基づいて行動します。銀行はこれを行います。決済事業者もこれを行います。これが確立された手順であり、アクセス・ポイントが管理され、取引相手が把握できるという点で、従来の金融では概ね成り立っています。

ニュートン対従来のAPIベースのコンプライアンス:なぜ分散化が勝つのか

まず、なぜ私がDeFiにおいてそれが機能すると考えることから離れたのかを説明する前に、従来のモデルに対して公平であることから始めたいと思います。私は、それにその前置きとしての価値があると考えているからです。
APIベースのコンプライアンスは、設計された時点ではとても理にかなっていました。あなたは、自分のシステムを、制裁リストやKYCデータベースを管理する中央集権型のサービスに接続し、そのAPIを何かを処理する前に呼び出し、結果に基づいて行動します。銀行はこれを行います。決済事業者もこれを行います。これが確立された手順であり、アクセス・ポイントが管理され、取引相手が把握できるという点で、従来の金融では概ね成り立っています。
ほとんどのDeFiプロトコルが制裁スクリーニングを扱う方法について、実際に私を悩ませている点をお話しします。 彼らはウェブサイトにフィルターを置きます。ユーザーが何かを確認する前に、ウォレットをリストと照合します。合致したらブロックする。それで皆が「それが本当のコンプライアンス対策だ」といった感じでうなずく。 でも、考え続けているのは別の点です。そのフィルターはフロントエンドに存在します。そしてフロントエンドは任意です。やり方を知っている人なら、まるごとスキップしてコントラクトを直接呼び出せます。ボットは考えることすらせずにこれをやります。アグリゲータはUIに一切触れず、常にコントラクトを経由してルーティングします。つまり、あなたが作って「これで大丈夫」と感じている制裁チェックは、現実の取引量の大きな部分では単純に発火しません。 ここで言う法的なリスクは、誇張ではありません。かなり不安な状態です。制裁ウォレットからの取引を処理しているプロトコルで、その唯一のスクリーニング機構がウェブサイトのフォームだとしたら、いつか精査されることになった場合に厳しい立場に置かれます。「フロントエンドにフィルターがありました」というのは、規制当局に対して満足できる説明にはなりません。 Newton Protocolが違うのは、そのチェックを本当に重要な場所に移したことです――コントラクトのレベルで、取引そのものの中で実行されます。ポリシーは何かが確定する前に発動します。フロントエンドから来たのか、ボットから来たのか、アグリゲータから来たのか、AIエージェントから来たのかは関係ありません。評価は実行されます。アテステーション(証明)が「実行された」ことを裏付けます。制裁ウォレットは通りません。 これこそが、本当の制裁スクリーニングの姿です。Mainnet Betaは稼働中です。 @NewtonProtocol $NEWT #Newt
ほとんどのDeFiプロトコルが制裁スクリーニングを扱う方法について、実際に私を悩ませている点をお話しします。

彼らはウェブサイトにフィルターを置きます。ユーザーが何かを確認する前に、ウォレットをリストと照合します。合致したらブロックする。それで皆が「それが本当のコンプライアンス対策だ」といった感じでうなずく。

でも、考え続けているのは別の点です。そのフィルターはフロントエンドに存在します。そしてフロントエンドは任意です。やり方を知っている人なら、まるごとスキップしてコントラクトを直接呼び出せます。ボットは考えることすらせずにこれをやります。アグリゲータはUIに一切触れず、常にコントラクトを経由してルーティングします。つまり、あなたが作って「これで大丈夫」と感じている制裁チェックは、現実の取引量の大きな部分では単純に発火しません。

ここで言う法的なリスクは、誇張ではありません。かなり不安な状態です。制裁ウォレットからの取引を処理しているプロトコルで、その唯一のスクリーニング機構がウェブサイトのフォームだとしたら、いつか精査されることになった場合に厳しい立場に置かれます。「フロントエンドにフィルターがありました」というのは、規制当局に対して満足できる説明にはなりません。

Newton Protocolが違うのは、そのチェックを本当に重要な場所に移したことです――コントラクトのレベルで、取引そのものの中で実行されます。ポリシーは何かが確定する前に発動します。フロントエンドから来たのか、ボットから来たのか、アグリゲータから来たのか、AIエージェントから来たのかは関係ありません。評価は実行されます。アテステーション(証明)が「実行された」ことを裏付けます。制裁ウォレットは通りません。

これこそが、本当の制裁スクリーニングの姿です。Mainnet Betaは稼働中です。

@NewtonProtocol $NEWT #Newt
規制対象のためのエンタープライズ級コンプライアンスがDeFiと出会う:規制金融のためのニュートンの一手きちんと言語化するのに、しばらく時間がかかったことを述べたいです。 機関投資家がDeFiに雪崩れ込んでいない理由は、ボラティリティではありません。流動性への懸念でもなく、スマートコントラクトのリスクでもありませんし、規制上のグレーゾーンといった問題でもありません。もちろんそれらは常に挙げられています。しかし本当の理由――私が見過ごされがちだと思う理由――はもっと単純です。機関投資家は、事業の土台になっているコンプライアンス・インフラを捨てずにはDeFiに入れないからです。そして規制対象の存在は、そのような取引(トレードオフ)を選べません。

規制対象のためのエンタープライズ級コンプライアンスがDeFiと出会う:規制金融のためのニュートンの一手

きちんと言語化するのに、しばらく時間がかかったことを述べたいです。
機関投資家がDeFiに雪崩れ込んでいない理由は、ボラティリティではありません。流動性への懸念でもなく、スマートコントラクトのリスクでもありませんし、規制上のグレーゾーンといった問題でもありません。もちろんそれらは常に挙げられています。しかし本当の理由――私が見過ごされがちだと思う理由――はもっと単純です。機関投資家は、事業の土台になっているコンプライアンス・インフラを捨てずにはDeFiに入れないからです。そして規制対象の存在は、そのような取引(トレードオフ)を選べません。
DeFiにおけるAIエージェントは、ワクワクすると同時に不安にもなります。しかも、それは実際には正しい反応だと思っています。 ワクワクする理由は明白です。ポートフォリオをリバランスし、トレジャリーのポジションを管理し、ガバナンスの投票を実行し、利回り戦略を扱う自律型プログラムが、毎回誰かが手作業で確認を押すことなくできる――それは本当に強力で、効率化の成果も確かなものです。 不安なのは、むしろその点が「夜眠れなくなる」理由でもあります。適切なガードレールのない状態でオンチェーン上で動くAIエージェントは、人間よりも速く意思決定をするだけではありません。人間よりも速く、取り返しのつかない可能性のある判断をしてしまうのです。侵害されたエージェント、幻覚(ハルシネーション)を起こすモデル、誰も実際に許可していない範囲で動くエージェント――これらはもう机上のリスクではありません。誰もおかしいことに気づく前に、トレジャリーの資金をみるみる吸い尽くしてしまう類のものです。 だからこそ、ニュートン・プロトコルのタイミングが私にとって重要に感じられるのです。ニュートンが構築しているポリシーレイヤーは、エージェントの意図と実際の実行の間に位置しています。どんなトランザクションが確定する前にでも、あらかじめ誰かが意図的に定義したルールに照らしてチェックされます――このエージェントができること、どれだけ動かしてよいか、誰と取引できるか。これらの境界を破れば、トランザクションは通りません。レビューのためにフラグが立つこともありません。通らないのです。 Mainnet Betaが稼働している今、その強制力は現実のものとして存在し、机上の話ではありません。 AIエージェントはDeFiで安全になり得ます。ですが、その周りに適切なインフラが必要です。@NewtonProtocol $NEWT #Newt
DeFiにおけるAIエージェントは、ワクワクすると同時に不安にもなります。しかも、それは実際には正しい反応だと思っています。

ワクワクする理由は明白です。ポートフォリオをリバランスし、トレジャリーのポジションを管理し、ガバナンスの投票を実行し、利回り戦略を扱う自律型プログラムが、毎回誰かが手作業で確認を押すことなくできる――それは本当に強力で、効率化の成果も確かなものです。

不安なのは、むしろその点が「夜眠れなくなる」理由でもあります。適切なガードレールのない状態でオンチェーン上で動くAIエージェントは、人間よりも速く意思決定をするだけではありません。人間よりも速く、取り返しのつかない可能性のある判断をしてしまうのです。侵害されたエージェント、幻覚(ハルシネーション)を起こすモデル、誰も実際に許可していない範囲で動くエージェント――これらはもう机上のリスクではありません。誰もおかしいことに気づく前に、トレジャリーの資金をみるみる吸い尽くしてしまう類のものです。

だからこそ、ニュートン・プロトコルのタイミングが私にとって重要に感じられるのです。ニュートンが構築しているポリシーレイヤーは、エージェントの意図と実際の実行の間に位置しています。どんなトランザクションが確定する前にでも、あらかじめ誰かが意図的に定義したルールに照らしてチェックされます――このエージェントができること、どれだけ動かしてよいか、誰と取引できるか。これらの境界を破れば、トランザクションは通りません。レビューのためにフラグが立つこともありません。通らないのです。

Mainnet Betaが稼働している今、その強制力は現実のものとして存在し、机上の話ではありません。

AIエージェントはDeFiで安全になり得ます。ですが、その周りに適切なインフラが必要です。@NewtonProtocol $NEWT #Newt
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約