Binance Square
chartbabe
188 投稿

chartbabe

Binance Creator
24 フォロー
33 フォロワー
182 いいね
投稿
·
--
記事
NEWTON PROTOCOL:エージェントに鍵を渡す前に、ウォレットにはルールが必要ですスマートなシステムを危険にする最速の方法は、制限を与える前にお金を渡すことです……それが本当に @NewtonProtocol now を見るとまず頭に浮かぶことです。誰もが、AIエージェントの“難しいところ”は、取引を見つけること、資金を移すこと、ポジションをリバランスすること、あるいは私たちが寝ている間に働くことを教えることだ、みたいに話しています。でも私は、もう知性が主な問題ではないと思っています。問題は“アクセス”です。エージェントはとても賢くても、たった一行を誤解したり、悪いデータを信じたり、市場がすでに変わった後でも古い計画に従ったりすることがあります。そして、それを裏で動かすウォレットがあると、その小さなミスが、ユーザーがアプリを開く前から、現実のトランザクションになり得ます。

NEWTON PROTOCOL:エージェントに鍵を渡す前に、ウォレットにはルールが必要です

スマートなシステムを危険にする最速の方法は、制限を与える前にお金を渡すことです……それが本当に @NewtonProtocol now を見るとまず頭に浮かぶことです。誰もが、AIエージェントの“難しいところ”は、取引を見つけること、資金を移すこと、ポジションをリバランスすること、あるいは私たちが寝ている間に働くことを教えることだ、みたいに話しています。でも私は、もう知性が主な問題ではないと思っています。問題は“アクセス”です。エージェントはとても賢くても、たった一行を誤解したり、悪いデータを信じたり、市場がすでに変わった後でも古い計画に従ったりすることがあります。そして、それを裏で動かすウォレットがあると、その小さなミスが、ユーザーがアプリを開く前から、現実のトランザクションになり得ます。
「より速いAIエージェント」っていうの、ずっと聞かされてるんだけど、「スピードが最終回答」みたいな感じで。正直それ、ますます不安になる…もしエージェントが間違ってるなら、速いほどミスがもっと早く自分の財布に届くってことだよね。単純なボットが、ダメなシグナルを何度も繰り返して止まらないのを見たことある。だから本物の資金が接続されるなら、デモがどれだけ賢く見えても関係ない。大事なのは、この“何番”のやつを教えられるか。<br><br>それで、@NewtonProtocol が私には、もっと基本的な意味でしっくりくるんだ。「魔法みたいなAIの未来を約束するから」じゃない。むしろ、多くのプロジェクトが飛ばしてしまうパート――「このエージェントは実際に何をやっていいのか?」を聞いてくるから。<br>トランザクションが動く前に、金額を確認する。コントラクトを確認する。アドレスを確認する。リスクを確認する。行うアクションが、ユーザーが与えた仕事にちゃんと合っているか確認する。合ってなければ、その時点で止める。決済のあとじゃない。ダッシュボードが赤く点滅したあとでもない。みんなが何がまずかったかについてスレを書き始めたあとでもない。<br><br>たぶん暗号資産って、ブレーキは任意ですみたいな顔して、何年ももっと速いエンジンを作ってきたんだよね。で、どこかが壊れると、急にみんな制限、承認、レシート、明確なルールを欲しがる。そういうものって地味に見えるけど、口座を救う瞬間まで気づかれないだけ。<br>ニュートンは完璧じゃないし、ポリシーがリスクを全部消し去るとも思わない。悪いルールはやっぱり悪いままだし、間違ったデータは間違った答えを生む。さらに、ポリシーを握っているのは誰かという問題も、やっぱり大きい。<br>でも私は、「トラストしてね、ボットは自分がやってることを分かってるから」みたいな隠れたバックエンドより、チェックできる見える制限のほうがいい。<br><br>私にとって、本当のAIファイナンスの問いは、エージェントにどれだけ自由を与えられるかじゃない。<br><br>お金のコントロールを失わずに、どれだけ自由を与えられるか。<br>スピードは役に立つ。<br>インテリジェンスも役に立つ。<br>でもどちらも、白紙の小切手みたいに無制限で付けるべきじゃない。<br>@NewtonProtocol #Newt $NEWT <br>{spot}(NEWTUSDT)
「より速いAIエージェント」っていうの、ずっと聞かされてるんだけど、「スピードが最終回答」みたいな感じで。正直それ、ますます不安になる…もしエージェントが間違ってるなら、速いほどミスがもっと早く自分の財布に届くってことだよね。単純なボットが、ダメなシグナルを何度も繰り返して止まらないのを見たことある。だから本物の資金が接続されるなら、デモがどれだけ賢く見えても関係ない。大事なのは、この“何番”のやつを教えられるか。<br><br>それで、@NewtonProtocol が私には、もっと基本的な意味でしっくりくるんだ。「魔法みたいなAIの未来を約束するから」じゃない。むしろ、多くのプロジェクトが飛ばしてしまうパート――「このエージェントは実際に何をやっていいのか?」を聞いてくるから。<br>トランザクションが動く前に、金額を確認する。コントラクトを確認する。アドレスを確認する。リスクを確認する。行うアクションが、ユーザーが与えた仕事にちゃんと合っているか確認する。合ってなければ、その時点で止める。決済のあとじゃない。ダッシュボードが赤く点滅したあとでもない。みんなが何がまずかったかについてスレを書き始めたあとでもない。<br><br>たぶん暗号資産って、ブレーキは任意ですみたいな顔して、何年ももっと速いエンジンを作ってきたんだよね。で、どこかが壊れると、急にみんな制限、承認、レシート、明確なルールを欲しがる。そういうものって地味に見えるけど、口座を救う瞬間まで気づかれないだけ。<br>ニュートンは完璧じゃないし、ポリシーがリスクを全部消し去るとも思わない。悪いルールはやっぱり悪いままだし、間違ったデータは間違った答えを生む。さらに、ポリシーを握っているのは誰かという問題も、やっぱり大きい。<br>でも私は、「トラストしてね、ボットは自分がやってることを分かってるから」みたいな隠れたバックエンドより、チェックできる見える制限のほうがいい。<br><br>私にとって、本当のAIファイナンスの問いは、エージェントにどれだけ自由を与えられるかじゃない。<br><br>お金のコントロールを失わずに、どれだけ自由を与えられるか。<br>スピードは役に立つ。<br>インテリジェンスも役に立つ。<br>でもどちらも、白紙の小切手みたいに無制限で付けるべきじゃない。<br>@NewtonProtocol #Newt $NEWT <br>
私は、人々が「AIエージェントに鍵を渡して、あとは放っておける状態だ」みたいに話しているのを何度も見かけます……でも正直、私たちはまだ準備できていないと思います。十分にオートメーションを使ってきたので、ちょっとした誤入力が、あっという間に10個の誤ったアクションへと膨らむのを知っています。そしてウォレットが接続されている場合、そのミスはただ面倒なだけではなくなります。誰も気づかないまま、現実のお金が現実の理由で流出してしまう——そういうことになります。 だから、@NewtonProtocol が私にはわりと基本的にしっくりきます。私はそれを「AIが金融を変える」という別の“物語”としては捉えていません。むしろ、エージェントが動き出す前に「実際に何を許可されているのか」をようやく誰かが問い始めた、という感じです。どれくらいまで使えるのか、触れていいコントラクトはどれか、ブロックされているアドレスはどれか、いつ人間が必要になるのか、ユーザーは必要なチェックを通せるのか……そういう退屈なことを、人はデモ中は無視して、何かが起きた後になってようやく気にし始めます。 私は、暗号資産がボットを速くすることに時間を使いすぎて、止めやすくすることに時間を割けていないのではないかと思います。スピードは確かに目を引きますが、「許可が開いたまま」のスピードは正直ちょっと怖い。ルールが厳格だから1回の取引を逃すほうがまだマシで、みんなが「フルオートメーション」が欲しいからといってウォレットを空にされるのを見るのは嫌です。 Newtonが良いと思うのは、トランザクションが最終確定する前にチェックが起きることです。資金が動いた後の“お知らせ”ではない。別のポストモーテムでもない。被害がすでに出た後にダッシュボードへ赤い警告が出るだけでもない。アクションは、まずポリシーに収まっている必要がある——それから動けます。 もちろん、ルールが悪い可能性はあります。データが間違っている可能性もあります。そしてポリシーを管理している人の影響も依然として大きいです。Newtonがリスクをなくすとは思いません。リスクを、私たちが見て、問い直せる場所に置いてくれるだけだと思います。 私にとって、これが「$NEWT angle…」のすべてです。AIエージェントには知能だけでなく、状況がぐちゃぐちゃになったときにも消えない限界(制限)が必要です。 @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
私は、人々が「AIエージェントに鍵を渡して、あとは放っておける状態だ」みたいに話しているのを何度も見かけます……でも正直、私たちはまだ準備できていないと思います。十分にオートメーションを使ってきたので、ちょっとした誤入力が、あっという間に10個の誤ったアクションへと膨らむのを知っています。そしてウォレットが接続されている場合、そのミスはただ面倒なだけではなくなります。誰も気づかないまま、現実のお金が現実の理由で流出してしまう——そういうことになります。

だから、@NewtonProtocol が私にはわりと基本的にしっくりきます。私はそれを「AIが金融を変える」という別の“物語”としては捉えていません。むしろ、エージェントが動き出す前に「実際に何を許可されているのか」をようやく誰かが問い始めた、という感じです。どれくらいまで使えるのか、触れていいコントラクトはどれか、ブロックされているアドレスはどれか、いつ人間が必要になるのか、ユーザーは必要なチェックを通せるのか……そういう退屈なことを、人はデモ中は無視して、何かが起きた後になってようやく気にし始めます。

私は、暗号資産がボットを速くすることに時間を使いすぎて、止めやすくすることに時間を割けていないのではないかと思います。スピードは確かに目を引きますが、「許可が開いたまま」のスピードは正直ちょっと怖い。ルールが厳格だから1回の取引を逃すほうがまだマシで、みんなが「フルオートメーション」が欲しいからといってウォレットを空にされるのを見るのは嫌です。

Newtonが良いと思うのは、トランザクションが最終確定する前にチェックが起きることです。資金が動いた後の“お知らせ”ではない。別のポストモーテムでもない。被害がすでに出た後にダッシュボードへ赤い警告が出るだけでもない。アクションは、まずポリシーに収まっている必要がある——それから動けます。
もちろん、ルールが悪い可能性はあります。データが間違っている可能性もあります。そしてポリシーを管理している人の影響も依然として大きいです。Newtonがリスクをなくすとは思いません。リスクを、私たちが見て、問い直せる場所に置いてくれるだけだと思います。
私にとって、これが「$NEWT angle…」のすべてです。AIエージェントには知能だけでなく、状況がぐちゃぐちゃになったときにも消えない限界(制限)が必要です。

@NewtonProtocol #Newt $NEWT
記事
デモが楽しくなくなったときだけ、ニュートンは本当に意味を持つずっと考えてるんだけど、暗号プロジェクトを信じやすいのは、まだ全部がデモみたいに感じる間なんだ。きれいな画面、完璧な送金、チームが想定していた通りに動くスマートボット。みんながクリップを投稿して「わあ、未来がここにある」って。ところが実ユーザーが来て、市場が荒れて、データが遅れて、あるモデルが妙な挙動をし始めると、同じ“未来”が、午前3時のサポートチケットみたいに見えてくる。そこでようやく注意を向け始めるんだ。だって、誰でも5分間はオートメーションを賢そうに見せられる。でも、きれいな部分が終わった後も使える状態を保つのは、全く別の仕事だから。

デモが楽しくなくなったときだけ、ニュートンは本当に意味を持つ

ずっと考えてるんだけど、暗号プロジェクトを信じやすいのは、まだ全部がデモみたいに感じる間なんだ。きれいな画面、完璧な送金、チームが想定していた通りに動くスマートボット。みんながクリップを投稿して「わあ、未来がここにある」って。ところが実ユーザーが来て、市場が荒れて、データが遅れて、あるモデルが妙な挙動をし始めると、同じ“未来”が、午前3時のサポートチケットみたいに見えてくる。そこでようやく注意を向け始めるんだ。だって、誰でも5分間はオートメーションを賢そうに見せられる。でも、きれいな部分が終わった後も使える状態を保つのは、全く別の仕事だから。
暗号資産が「未来だ」って言っても感動しなくなったんだ。半分の時間は、ただ同じ昔からあるアイデアにAIを前につけて、最後にトークンを付け足しただけ…でも @NewtonProtocol は、もっと単純な理由で僕を引き戻す。お金が動く“直前の正確な瞬間”を見て、ほとんどのシステムが飛ばしてしまう問いを投げる。\n\n>>このアクション、そもそも許可していいの?\n\n僕は、それが人々が言うよりずっと重要だと思う。チェーンは、命令されたことを実行するのがもう得意すぎるくらいだ。正しい署名があり、正しいデータがあり、十分な残高があれば、それを実行する。エージェントがユーザーを誤解していても関係ないし、金額が大きすぎても関係ないし、アドレスが危険でも関係ない。人が間違った地域にいるかどうかや、戦略が自分で決めた制限を壊していようと関係ない。技術的に有効でも、決断としては最悪になり得る。\n\nそして、暗号はいつもだいたいこういうふうに扱っているのを見てきた。まずtxを起きさせる。次にアラートを送る。ダッシュボードを開く。レポートを書いて、なぜ失敗したのかを説明する。いい話ではあるけど、資金はもう動いてしまっている。失敗した後に“より良い説明”がほしいわけじゃない。失敗の目の前に立って止めてほしいんだ。\n\nだから僕には、Newtonが役に立つように感じる。AIエージェントをもっと強力にするからじゃない。正直、エージェントにはもう十分な力がある。Newtonは、その力に“柵”を付ける。使っていいのはこの金額まで、このコントラクトに触れていい範囲はここまで、このリスク制限は守る。必要なときは身元や場所を確認する。アクションが大きすぎるなら承認を求める。エージェントに働かせる。ただ、ウォレット全体を渡して「ちゃんと振る舞うはず」と期待しない。\n\nあと“レシート側”も気に入っている。プラットフォームが「チェックは実行されました」って言うだけなのに疲れた。証拠を見せてほしい。どのルールが使われたかを見せてほしい。アクションが通ったかどうかを見せてほしい。結果が醜く見えたときに、後から消せない痕跡を残してほしい。\n\n多くのユーザーは完全な記録を読むことはないかもしれない。でも、その記録が存在するという事実が、システムの背後にいる全員を少しだけ慎重にする。\n\nもちろん、僕はこれを魔法だとは思ってない。悪いルールはやっぱり悪いし、間違ったデータはやっぱりダメな答えにつながる。そして政策を決めている側には、やはり本当の力がある。\n@NewtonProtocol #Newt $NEWT \n{spot}(NEWTUSDT)
暗号資産が「未来だ」って言っても感動しなくなったんだ。半分の時間は、ただ同じ昔からあるアイデアにAIを前につけて、最後にトークンを付け足しただけ…でも @NewtonProtocol は、もっと単純な理由で僕を引き戻す。お金が動く“直前の正確な瞬間”を見て、ほとんどのシステムが飛ばしてしまう問いを投げる。\n\n>>このアクション、そもそも許可していいの?\n\n僕は、それが人々が言うよりずっと重要だと思う。チェーンは、命令されたことを実行するのがもう得意すぎるくらいだ。正しい署名があり、正しいデータがあり、十分な残高があれば、それを実行する。エージェントがユーザーを誤解していても関係ないし、金額が大きすぎても関係ないし、アドレスが危険でも関係ない。人が間違った地域にいるかどうかや、戦略が自分で決めた制限を壊していようと関係ない。技術的に有効でも、決断としては最悪になり得る。\n\nそして、暗号はいつもだいたいこういうふうに扱っているのを見てきた。まずtxを起きさせる。次にアラートを送る。ダッシュボードを開く。レポートを書いて、なぜ失敗したのかを説明する。いい話ではあるけど、資金はもう動いてしまっている。失敗した後に“より良い説明”がほしいわけじゃない。失敗の目の前に立って止めてほしいんだ。\n\nだから僕には、Newtonが役に立つように感じる。AIエージェントをもっと強力にするからじゃない。正直、エージェントにはもう十分な力がある。Newtonは、その力に“柵”を付ける。使っていいのはこの金額まで、このコントラクトに触れていい範囲はここまで、このリスク制限は守る。必要なときは身元や場所を確認する。アクションが大きすぎるなら承認を求める。エージェントに働かせる。ただ、ウォレット全体を渡して「ちゃんと振る舞うはず」と期待しない。\n\nあと“レシート側”も気に入っている。プラットフォームが「チェックは実行されました」って言うだけなのに疲れた。証拠を見せてほしい。どのルールが使われたかを見せてほしい。アクションが通ったかどうかを見せてほしい。結果が醜く見えたときに、後から消せない痕跡を残してほしい。\n\n多くのユーザーは完全な記録を読むことはないかもしれない。でも、その記録が存在するという事実が、システムの背後にいる全員を少しだけ慎重にする。\n\nもちろん、僕はこれを魔法だとは思ってない。悪いルールはやっぱり悪いし、間違ったデータはやっぱりダメな答えにつながる。そして政策を決めている側には、やはり本当の力がある。\n@NewtonProtocol #Newt $NEWT \n
記事
ルールが到着するまで誰も求めない“橋”この変なことでずっと引っかかってるんだよね <c-101/> みたいな… たぶんプロジェクトはすごく現実的な問題を解決しようとしてる。でも、普通のユーザーが起きて「今日はこれだ」って気分で向き合うような種類の問題ではない。今ニュートンが住んでるのは、その“居心地の悪い場所”なんじゃないかって思う。なぜなら、トレーダーがアプリを開いたときに求めるのは、きれいなスワップで、より良い利回りで、手数料が低くて、出金が速いこと。そして、寝ている間にお金を失わないようなボットだ。本人は「この取引が決済される前に、オペレーターによる“プログラム可能なアイデンティティのルール”がチェックされて本当に必要なんだよね」なんて考えない。そんな言い方、会議室の外では誰もしてない(笑)。でも、銀行、ステーブルコイン企業、トークン化された資産、ファンド、決済企業を見ていくと、弁護士やリスクチームが常に息をしている。すると、その同じ退屈な機能が、結局オンチェーン・ファイナンスを使える理由そのものになるんだ。

ルールが到着するまで誰も求めない“橋”

この変なことでずっと引っかかってるんだよね <c-101/> みたいな… たぶんプロジェクトはすごく現実的な問題を解決しようとしてる。でも、普通のユーザーが起きて「今日はこれだ」って気分で向き合うような種類の問題ではない。今ニュートンが住んでるのは、その“居心地の悪い場所”なんじゃないかって思う。なぜなら、トレーダーがアプリを開いたときに求めるのは、きれいなスワップで、より良い利回りで、手数料が低くて、出金が速いこと。そして、寝ている間にお金を失わないようなボットだ。本人は「この取引が決済される前に、オペレーターによる“プログラム可能なアイデンティティのルール”がチェックされて本当に必要なんだよね」なんて考えない。そんな言い方、会議室の外では誰もしてない(笑)。でも、銀行、ステーブルコイン企業、トークン化された資産、ファンド、決済企業を見ていくと、弁護士やリスクチームが常に息をしている。すると、その同じ退屈な機能が、結局オンチェーン・ファイナンスを使える理由そのものになるんだ。
@NewtonProtocol にみんなが憧れているのをずっと見かけてるけど、私はまだ、その憧れのうちどれくらいが本物なのかを理解しようとしてる。だって、それらはまったく同じものじゃないから。私はその考えを見て「うん、これなら筋が通ってる。AIエージェントが“許可を開いたまま”お金を動かすべきではない。すべての行動には制限が必要で、証明があり、明確なルールがあり、取引が恒久的になってしまう前に止められる手段が必要だ」って言える。それは好き。実際、私は自動化された金融を責任ある形で作ることだと思ってる。 でも、技術の話から一歩離れて、今ユーザーが求めているものを見ると…。多くの人は検証可能なAI実行を探していない。彼らは手数料をもっと安くしたい、リターンをもっと良くしたい、出金を簡単にしたい、流動性を厚くしたい。そして「自分がバカみたいに感じる」ようなアプリは嫌なんだ。エージェント同士の取引の裏にある証明なんて、たとえそのエージェントが一度でもお金を失っていなければ、気にしない。ここが私にとって厄介なところだ。 良いインフラでも、「当時の設定がまだ“十分”だった」せいで何年も無視されるのを見てきた。CEXのボットは馴染みがあるし、個人向けのトレーディングツールはもう動いてる。中央集権の仕組みは速くて、人々は使い方を知ってる。たぶん、もっとオープンじゃなくて安全性も低いのかもしれない。でも、習慣を変えるには時間がかかるし、多くのユーザーは痛みが十分に大きくなるまで変えない。 だから、私は「$NEWT 」は他のプロジェクト以上のものと戦っていると思う…それは快適さとの戦いだ。そして快適さは強い。 それから、ニュートンが信頼を完全に取り除くとは思わない。信頼をもっと小さなパーツに分解するだけだと思う。1つの会社を信じるのではなく、オペレーター、ポリシーコード、ガバナンス、インセンティブ、データ提供者、そして証明システムを信じることになる。たぶんそれはよりクリーンで、より確認しやすいのかもしれない。でも結局、信頼は新しい形になっていて、一般ユーザーにはその新しい形を受け入れる理由が必要なんだ。 私が最も強い根拠だと感じるのは、「次のポンプ」を当てるためにAIボットにお願いするような個人トレーダーではない。機関投資家だと思う。トークン化された資産、規制されたファンド、ステーブルコインの仕組みなど、「なぜその取引が許可されたのか」をチームが説明できる必要がある場所。そういう人たちは、すでに統制、レポート、制限、監査証跡に関心を持っている。 #Newt $NEWT {spot}(NEWTUSDT)
@NewtonProtocol にみんなが憧れているのをずっと見かけてるけど、私はまだ、その憧れのうちどれくらいが本物なのかを理解しようとしてる。だって、それらはまったく同じものじゃないから。私はその考えを見て「うん、これなら筋が通ってる。AIエージェントが“許可を開いたまま”お金を動かすべきではない。すべての行動には制限が必要で、証明があり、明確なルールがあり、取引が恒久的になってしまう前に止められる手段が必要だ」って言える。それは好き。実際、私は自動化された金融を責任ある形で作ることだと思ってる。

でも、技術の話から一歩離れて、今ユーザーが求めているものを見ると…。多くの人は検証可能なAI実行を探していない。彼らは手数料をもっと安くしたい、リターンをもっと良くしたい、出金を簡単にしたい、流動性を厚くしたい。そして「自分がバカみたいに感じる」ようなアプリは嫌なんだ。エージェント同士の取引の裏にある証明なんて、たとえそのエージェントが一度でもお金を失っていなければ、気にしない。ここが私にとって厄介なところだ。

良いインフラでも、「当時の設定がまだ“十分”だった」せいで何年も無視されるのを見てきた。CEXのボットは馴染みがあるし、個人向けのトレーディングツールはもう動いてる。中央集権の仕組みは速くて、人々は使い方を知ってる。たぶん、もっとオープンじゃなくて安全性も低いのかもしれない。でも、習慣を変えるには時間がかかるし、多くのユーザーは痛みが十分に大きくなるまで変えない。
だから、私は「$NEWT 」は他のプロジェクト以上のものと戦っていると思う…それは快適さとの戦いだ。そして快適さは強い。

それから、ニュートンが信頼を完全に取り除くとは思わない。信頼をもっと小さなパーツに分解するだけだと思う。1つの会社を信じるのではなく、オペレーター、ポリシーコード、ガバナンス、インセンティブ、データ提供者、そして証明システムを信じることになる。たぶんそれはよりクリーンで、より確認しやすいのかもしれない。でも結局、信頼は新しい形になっていて、一般ユーザーにはその新しい形を受け入れる理由が必要なんだ。

私が最も強い根拠だと感じるのは、「次のポンプ」を当てるためにAIボットにお願いするような個人トレーダーではない。機関投資家だと思う。トークン化された資産、規制されたファンド、ステーブルコインの仕組みなど、「なぜその取引が許可されたのか」をチームが説明できる必要がある場所。そういう人たちは、すでに統制、レポート、制限、監査証跡に関心を持っている。
#Newt $NEWT
記事
ニュートンと、実需を待つぎこちない時間@NewtonProtocol をめぐるいちばん難しい問いが、システムが机上では賢そうに見えるかどうかだとは思わない……そう見える。難しいのはもっと根本的で、正直かなり居心地の悪い >> その今すぐ金を払ってまで、これが必要だと誰がそこまで切実に思っているのか? ここに座って、このアイデア全体を一日中眺めていられる。制限やポリシーのもとでオンチェーン上のアクションを実行するAIエージェント、実行前に控えているポリシー、承認された内容を示す証明、そしてビルダーがモデルや戦略を公開すること。ユーザーが、ウォレットを預けてどこかのボットを盲目的に信じる必要がないこと……うん、分かる。たぶん、こういう自動化されたファイナンスこそが、うまく機能すべきなんだと思う。エージェントは、自分より早くチャートを読めるからといって、無制限のアクセスを与えられるべきではない。触れてよいもの、どれだけ動かせるか、そしていつ止まる必要があるのか——そうしたルールがあるべきだ。

ニュートンと、実需を待つぎこちない時間

@NewtonProtocol をめぐるいちばん難しい問いが、システムが机上では賢そうに見えるかどうかだとは思わない……そう見える。難しいのはもっと根本的で、正直かなり居心地の悪い >> その今すぐ金を払ってまで、これが必要だと誰がそこまで切実に思っているのか?
ここに座って、このアイデア全体を一日中眺めていられる。制限やポリシーのもとでオンチェーン上のアクションを実行するAIエージェント、実行前に控えているポリシー、承認された内容を示す証明、そしてビルダーがモデルや戦略を公開すること。ユーザーが、ウォレットを預けてどこかのボットを盲目的に信じる必要がないこと……うん、分かる。たぶん、こういう自動化されたファイナンスこそが、うまく機能すべきなんだと思う。エージェントは、自分より早くチャートを読めるからといって、無制限のアクセスを与えられるべきではない。触れてよいもの、どれだけ動かせるか、そしていつ止まる必要があるのか——そうしたルールがあるべきだ。
記事
誰も気づかない許可@NewtonProtocol に巻き込まれなかったのは、大きなAIの約束とか、チャートがめちゃくちゃ動くせいとかじゃなくて、もっとこう…気まずい小さな疑問がずっと引っかかってたからなんだよね。もしソフトウェアが私たちの“本当のお金”に触れるようになったら、その時点でそもそもなぜそれが許可されたのか、誰が説明するの?って。私は、取引が終わったあとにみんなエクスプローラーを開いて賢そうに振る舞う時の話じゃない。お金が動く前に、ミスが取り返しつかないものになる前に、エージェントが機械語で『oops』って言ってユーザーが損失を抱えたままになる前にさ。

誰も気づかない許可

@NewtonProtocol に巻き込まれなかったのは、大きなAIの約束とか、チャートがめちゃくちゃ動くせいとかじゃなくて、もっとこう…気まずい小さな疑問がずっと引っかかってたからなんだよね。もしソフトウェアが私たちの“本当のお金”に触れるようになったら、その時点でそもそもなぜそれが許可されたのか、誰が説明するの?って。私は、取引が終わったあとにみんなエクスプローラーを開いて賢そうに振る舞う時の話じゃない。お金が動く前に、ミスが取り返しつかないものになる前に、エージェントが機械語で『oops』って言ってユーザーが損失を抱えたままになる前にさ。
私はAIエージェントを見ていると、人が家の鍵を見知らぬ相手に全部渡してしまうみたいだと思うんですよ。しかも「速く動けるから」って理由だけで…。正直、それは私には逆に感じます。ドアを開けられるからといって、あらゆる部屋に入ることを許されるべきではないし、何でも好きに動かして、誰も確認しないまま出ていっていいわけがない。でもAIの金融は、エージェントが何をできるかだけを見て、そもそも「何をどこまで許可されたのか」を問い直すことをしないなら、たぶんそういう方向に向かっている。 私はAIをシンプルな用途にも使ったことがあるけど、それでもほんの一行の勘違いみたいなものがあると、そこから先は「完全に確信してる」かのように突き進んでしまうことがある。だから、人が寝ている間にエージェントがウォレットを操作したり、トークンを動かしたり、バルブ(バンク/金庫)の位置を変えたり、オンチェーンのアクションに署名したりするといった話を聞くと、私は便利さだけを見ていない。そこには「本当の金がついたミス」が見える。 だから @NewtonProtocol が、すごく基本的な観点から私には腑に落ちるんです。メインの価値は、エージェントをもっと賢くすることではないと思う。重要なのは、エージェントの“考え”と最終的なトランザクションの間に“ロックされたドア”を置くこと。エージェントは手を考えついて、アクションを組み立てて、ルートを選ぶ…なんでもできる。でも何かが確定する前にルールがチェックされる。金額が高すぎる?ストップ。間違ったコントラクト?ストップ。アドレスが不正?ストップ。許可された時間外?ストップ。人間の承認が必要?待つ。 そして私はそれが好きです。なぜなら、ほとんどの暗号資産ツールは、資金が動いた後の問題にまだ対応しているから。アラートが来る、ダッシュボードが赤くなる、誰かがスレッドを書く、みんなが「教訓だった」と言う…でもお金はもう消えてる。Newtonは、その瞬間をもっと前に移そうとしている。「何が起きた?」ではなくて「そもそもそれは起きていいのか?」なんです。 私にとって、その小さな変化こそが全ての物語 >> 許可が先、行動が後。 メインネットベータが大事なのは、これはもうドキュメント上の“良いアイデア”だけじゃなくて、実際のコントラクト、実際のポリシー、実際のミス、そして実際のお金の周りで動かなければならないから。 @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
私はAIエージェントを見ていると、人が家の鍵を見知らぬ相手に全部渡してしまうみたいだと思うんですよ。しかも「速く動けるから」って理由だけで…。正直、それは私には逆に感じます。ドアを開けられるからといって、あらゆる部屋に入ることを許されるべきではないし、何でも好きに動かして、誰も確認しないまま出ていっていいわけがない。でもAIの金融は、エージェントが何をできるかだけを見て、そもそも「何をどこまで許可されたのか」を問い直すことをしないなら、たぶんそういう方向に向かっている。

私はAIをシンプルな用途にも使ったことがあるけど、それでもほんの一行の勘違いみたいなものがあると、そこから先は「完全に確信してる」かのように突き進んでしまうことがある。だから、人が寝ている間にエージェントがウォレットを操作したり、トークンを動かしたり、バルブ(バンク/金庫)の位置を変えたり、オンチェーンのアクションに署名したりするといった話を聞くと、私は便利さだけを見ていない。そこには「本当の金がついたミス」が見える。

だから @NewtonProtocol が、すごく基本的な観点から私には腑に落ちるんです。メインの価値は、エージェントをもっと賢くすることではないと思う。重要なのは、エージェントの“考え”と最終的なトランザクションの間に“ロックされたドア”を置くこと。エージェントは手を考えついて、アクションを組み立てて、ルートを選ぶ…なんでもできる。でも何かが確定する前にルールがチェックされる。金額が高すぎる?ストップ。間違ったコントラクト?ストップ。アドレスが不正?ストップ。許可された時間外?ストップ。人間の承認が必要?待つ。

そして私はそれが好きです。なぜなら、ほとんどの暗号資産ツールは、資金が動いた後の問題にまだ対応しているから。アラートが来る、ダッシュボードが赤くなる、誰かがスレッドを書く、みんなが「教訓だった」と言う…でもお金はもう消えてる。Newtonは、その瞬間をもっと前に移そうとしている。「何が起きた?」ではなくて「そもそもそれは起きていいのか?」なんです。
私にとって、その小さな変化こそが全ての物語 >> 許可が先、行動が後。

メインネットベータが大事なのは、これはもうドキュメント上の“良いアイデア”だけじゃなくて、実際のコントラクト、実際のポリシー、実際のミス、そして実際のお金の周りで動かなければならないから。
@NewtonProtocol #Newt $NEWT
#Newt $NEWT {spot}(NEWTUSDT) きょうの朝、金庫(ヴォルト)を見ていたら、担保の格付けがbからcにスリップしているのを見て、正直な最初の反応は間違ってました……「チャートが更新されてないだけかも」「キャッシュのバグかも」「表示の遅延かも」って。価格側が全然動いていなかったので、たとえば危険のサインが文字通り何も出てない。だから頭の中では「これは見た目の問題だ」って一直線に思い込んでました。 でも違いました。格付けは実際に動いていて、価格は落ち着いたままだったんです。そこで一瞬止まってしまいました。自分でも、リスクって“まず最初にチャートに出てくるもの”だと思い込んでいる節があるからです。けど違う。市場は、下で動いているリスクモデルがすでに考えを変えているのに、あたかも何も問題ないかのように取引を続けることがある。 ここが、Credoraの格付けが私にとってもっと面白く感じたところです。前は「価格が崩れたとか、流動性が干上がったら格付けが下がるんだろうな」みたいに、単純な話だと思ってました。でもそれは基本の一部ではあるけど、それだけじゃない。私の理解では、スポット価格だけを見ているわけではありません……デフォルトリスク、担保の設定、償還(リデンプション)の設計、ストレスパス、モンテカルロの要素など、トレーダーが毎朝じっと見つめているわけではない“見えにくい入力”も含めて見ている。 そして私がずっと考え続けてしまうのが、このズレです。需要は普通に見えるのに、分類は悪化していることがある。出来高があって、買い手がいて、チャートが静かなままでも、資産のまわりの構造が弱くなっているせいで、クレジットスコアはそれでも動く。分類は市場のムードと同じではない。 だから頭の中の連鎖はこう……政策が最低格付けを設定 → Credoraがリスクスコアを更新 → Newtonがその新しい格付けを読み取る → 政策チェックが走る → ルールを超えたら、金庫のアクションやポジションがフラグされる。価格は、その部屋にいる一人の声であって、部屋全体ではない。 少し怖いのはタイミングです。もしこうした格付けが、うまく固定されたスケジュールだけでなく条件が変わったときに動くなら、私が見ているどのチャートでも金庫が平和に見えていても、リスクラベルはすでに“床”の下へ滑っているかもしれない。これは重要だと感じます。なぜなら、$NEWT のために政策チェックが効くのは、トレーダーが気づく前に、それを検知できる入力が揃っている場合だけだから。 @NewtonProtocol
#Newt $NEWT
きょうの朝、金庫(ヴォルト)を見ていたら、担保の格付けがbからcにスリップしているのを見て、正直な最初の反応は間違ってました……「チャートが更新されてないだけかも」「キャッシュのバグかも」「表示の遅延かも」って。価格側が全然動いていなかったので、たとえば危険のサインが文字通り何も出てない。だから頭の中では「これは見た目の問題だ」って一直線に思い込んでました。

でも違いました。格付けは実際に動いていて、価格は落ち着いたままだったんです。そこで一瞬止まってしまいました。自分でも、リスクって“まず最初にチャートに出てくるもの”だと思い込んでいる節があるからです。けど違う。市場は、下で動いているリスクモデルがすでに考えを変えているのに、あたかも何も問題ないかのように取引を続けることがある。

ここが、Credoraの格付けが私にとってもっと面白く感じたところです。前は「価格が崩れたとか、流動性が干上がったら格付けが下がるんだろうな」みたいに、単純な話だと思ってました。でもそれは基本の一部ではあるけど、それだけじゃない。私の理解では、スポット価格だけを見ているわけではありません……デフォルトリスク、担保の設定、償還(リデンプション)の設計、ストレスパス、モンテカルロの要素など、トレーダーが毎朝じっと見つめているわけではない“見えにくい入力”も含めて見ている。

そして私がずっと考え続けてしまうのが、このズレです。需要は普通に見えるのに、分類は悪化していることがある。出来高があって、買い手がいて、チャートが静かなままでも、資産のまわりの構造が弱くなっているせいで、クレジットスコアはそれでも動く。分類は市場のムードと同じではない。

だから頭の中の連鎖はこう……政策が最低格付けを設定 → Credoraがリスクスコアを更新 → Newtonがその新しい格付けを読み取る → 政策チェックが走る → ルールを超えたら、金庫のアクションやポジションがフラグされる。価格は、その部屋にいる一人の声であって、部屋全体ではない。

少し怖いのはタイミングです。もしこうした格付けが、うまく固定されたスケジュールだけでなく条件が変わったときに動くなら、私が見ているどのチャートでも金庫が平和に見えていても、リスクラベルはすでに“床”の下へ滑っているかもしれない。これは重要だと感じます。なぜなら、$NEWT のために政策チェックが効くのは、トレーダーが気づく前に、それを検知できる入力が揃っている場合だけだから。
@NewtonProtocol
記事
ニュートンと“タイミング”への賭け頭の中でずっと $NEWT を反芻してるけど、正直なところ問題は「この技術はクールか?」じゃない。たしかにクールだし、人が惹かれる理由も分かる。私にとってのもっと面倒な問いは…人は本当に、今この瞬間、ニュートンを必要としているの?それとも、数年後に市場が追いついたあとでようやく意味が分かるタイプのインフラ構想なの? ピッチは理解しているよ。もしAIが取引を管理し、資金を動かし、オンチェーンのアクションを実行して、ユーザーが寝ている間に戦略まで扱うつもりなら、盲目的な信頼は悪い計画だ。賢そうに聞こえるからって、よく分からないブラックボックスにお金に触れさせたくない。ルールが欲しい。証拠が欲しい。何が許可されていて、何が許可されていなかったのかを知りたい。その部分が、ニュートンを“本気”に感じさせるんだ。単なるトークンに貼られた別のAIワードとは違う。

ニュートンと“タイミング”への賭け

頭の中でずっと $NEWT を反芻してるけど、正直なところ問題は「この技術はクールか?」じゃない。たしかにクールだし、人が惹かれる理由も分かる。私にとってのもっと面倒な問いは…人は本当に、今この瞬間、ニュートンを必要としているの?それとも、数年後に市場が追いついたあとでようやく意味が分かるタイプのインフラ構想なの?
ピッチは理解しているよ。もしAIが取引を管理し、資金を動かし、オンチェーンのアクションを実行して、ユーザーが寝ている間に戦略まで扱うつもりなら、盲目的な信頼は悪い計画だ。賢そうに聞こえるからって、よく分からないブラックボックスにお金に触れさせたくない。ルールが欲しい。証拠が欲しい。何が許可されていて、何が許可されていなかったのかを知りたい。その部分が、ニュートンを“本気”に感じさせるんだ。単なるトークンに貼られた別のAIワードとは違う。
記事
Newtonの柔軟なルール問題さっきチャートを見てたんだけど、正直言って何もなかったんだよね…。資金は横ばいで、きれいなスクイーズもないし、明確な仕込みというより、物語のふりをした数字って感じだった。だから結局また @NewtonProtocol の docs に戻って、頭から離れなかったことが1つあって:方針は、全バル卜のコントラクトを書き換えなくても変えられる。最初は「いいね、開発者向けの機能だ。アップデートが楽で、再デプロイの面倒も減る」って思った。でも少し考えを深めてみると、これは聞こえる以上にずっと重要な気がする ほとんどのスマートコントラクトは、ルールブックがコードに固定されているように感じる。ルールが変わったら、アップグレードや移行、投票、新しいコントラクトが必要になって、面倒でつらい手続きが発生する。Newtonはそれを別の見方をする。契約は執行が行われる場所のままだけど、方針そのものは Rego ルールとして外側に置ける。支出上限、許可リスト、期限切れ、リスク上限、制裁チェックなど、設定はそのままルールにできる。つまり、バル卜は、すべてのデータ提供元やアイデンティティシステム、リスクモデルを理解する必要がない。必要なのはNewtonの「はい/いいえ」だけ

Newtonの柔軟なルール問題

さっきチャートを見てたんだけど、正直言って何もなかったんだよね…。資金は横ばいで、きれいなスクイーズもないし、明確な仕込みというより、物語のふりをした数字って感じだった。だから結局また @NewtonProtocol の docs に戻って、頭から離れなかったことが1つあって:方針は、全バル卜のコントラクトを書き換えなくても変えられる。最初は「いいね、開発者向けの機能だ。アップデートが楽で、再デプロイの面倒も減る」って思った。でも少し考えを深めてみると、これは聞こえる以上にずっと重要な気がする
ほとんどのスマートコントラクトは、ルールブックがコードに固定されているように感じる。ルールが変わったら、アップグレードや移行、投票、新しいコントラクトが必要になって、面倒でつらい手続きが発生する。Newtonはそれを別の見方をする。契約は執行が行われる場所のままだけど、方針そのものは Rego ルールとして外側に置ける。支出上限、許可リスト、期限切れ、リスク上限、制裁チェックなど、設定はそのままルールにできる。つまり、バル卜は、すべてのデータ提供元やアイデンティティシステム、リスクモデルを理解する必要がない。必要なのはNewtonの「はい/いいえ」だけ
#Newt $NEWT @NewtonProtocol ニュートンの「儚いプライバシー」みたいな話を考えるたびに、最初は小さなことに聞こえるんです。つまり、プライベートなデータをタスクに渡す別の方法に過ぎないのでは…って。でも深く見るほど、もっと大きなことを言っている気がしてきます。すべてのプライベートな入力が、永遠に残る必要はない。 ほとんどの暗号系のプライバシー論は、いつも「機密データを安全に保存するには」「より良く暗号化するには」「より良く管理するには」「より良く再利用するには」という話ですよね。もちろんそれは重要です。けれど、私は「一度だけ必要なら、そもそも残さない」のがより安全な選択だと思うことがあります。 このフローの読み方は、まさにそれに近いです。クライアントが、その特別な _newton_ スペースに暗号化されたデータを“1つのタスクのためだけに”入れます。ゲートウェイは通常の項目が進む前にそれを取り除き、オペレーターは、その評価(eval)のためにローカルでだけ復号して、ポリシーの文脈の中で使います。それなら、ずっと再利用できるプライバシーのオブジェクトとしてそこに居続けるわけではありません。私はその考え方が好きです。だって、ある情報はその一瞬にしか役立たないこともあるから。 例えば、一時的なポートフォリオ番号、1回限りのリスク設定、この取引(tx)だけの秘密の値、数分ごとに変わるライブな条件。次のタスクではまったく別の値が必要になるかもしれないのに、なぜ長期の状態にするべきなのでしょう?「できるから」といって全部残しておくのは、私には余計なリスクに思えます。 ただし、これが“魔法のように無料”だとも思っていません。データがすぐ消えるなら、文脈もすぐ消えるからです。タスク、ポリシー結果、証明、レシートなどはフロー内にまだ存在します。でも、判断の裏にあるプライベートな詳細が、永続的なアイデンティティや機密データのように再利用されるわけではない。 だから私は、このトレードオフをこう捉えています。永続的なプライバシーは、システムに記憶が必要なときに良い。KYC、アローワーリスト、ブロックリスト、長期で有用である必要があるプロバイダーデータなど、複数のアクションにまたがって役立ち続けなければならないものです。逆に、入力が1つの判断にしか生きていないなら、儚いプライバシーのほうが良いし、長く保持すると単に攻撃面(サーフェスエリア)を増やすだけになりがちです。 ニュートンがここで面白いのは、プライバシーを「1つのモード」として扱っていないからです。 {spot}(NEWTUSDT) $NEWT
#Newt $NEWT @NewtonProtocol ニュートンの「儚いプライバシー」みたいな話を考えるたびに、最初は小さなことに聞こえるんです。つまり、プライベートなデータをタスクに渡す別の方法に過ぎないのでは…って。でも深く見るほど、もっと大きなことを言っている気がしてきます。すべてのプライベートな入力が、永遠に残る必要はない。

ほとんどの暗号系のプライバシー論は、いつも「機密データを安全に保存するには」「より良く暗号化するには」「より良く管理するには」「より良く再利用するには」という話ですよね。もちろんそれは重要です。けれど、私は「一度だけ必要なら、そもそも残さない」のがより安全な選択だと思うことがあります。

このフローの読み方は、まさにそれに近いです。クライアントが、その特別な _newton_ スペースに暗号化されたデータを“1つのタスクのためだけに”入れます。ゲートウェイは通常の項目が進む前にそれを取り除き、オペレーターは、その評価(eval)のためにローカルでだけ復号して、ポリシーの文脈の中で使います。それなら、ずっと再利用できるプライバシーのオブジェクトとしてそこに居続けるわけではありません。私はその考え方が好きです。だって、ある情報はその一瞬にしか役立たないこともあるから。

例えば、一時的なポートフォリオ番号、1回限りのリスク設定、この取引(tx)だけの秘密の値、数分ごとに変わるライブな条件。次のタスクではまったく別の値が必要になるかもしれないのに、なぜ長期の状態にするべきなのでしょう?「できるから」といって全部残しておくのは、私には余計なリスクに思えます。

ただし、これが“魔法のように無料”だとも思っていません。データがすぐ消えるなら、文脈もすぐ消えるからです。タスク、ポリシー結果、証明、レシートなどはフロー内にまだ存在します。でも、判断の裏にあるプライベートな詳細が、永続的なアイデンティティや機密データのように再利用されるわけではない。

だから私は、このトレードオフをこう捉えています。永続的なプライバシーは、システムに記憶が必要なときに良い。KYC、アローワーリスト、ブロックリスト、長期で有用である必要があるプロバイダーデータなど、複数のアクションにまたがって役立ち続けなければならないものです。逆に、入力が1つの判断にしか生きていないなら、儚いプライバシーのほうが良いし、長く保持すると単に攻撃面(サーフェスエリア)を増やすだけになりがちです。

ニュートンがここで面白いのは、プライバシーを「1つのモード」として扱っていないからです。

$NEWT
記事
最初に聞く契約とニュートン私を @NewtonProtocol に引き込んだのは、スマートコントラクトがまだ従順すぎるという妙な感覚だと思います…つまり、それは命じられた通りにきっちり動く、ということです。良さそうに聞こえるのですが、命じられた内容がバカげていたり、危険だったり、現実世界の文脈の半分が抜けていたりすると、話は別です。私はそれを「『ちょっと待って、なんで?』と尋ねることのない機械」みたいなものだと思い続けています。入力を受け取って、ルールを実行して、結果を送って、それで終わり。きれいかもしれないけど、ちょっと盲目です。 そして、ここが私がニュートンを面白いと感じるところです。契約が“魔法のように”もっとスマートになるからではなく、実行の前にひとつの瞬間が追加されて、その間にシステムがいくつかの本当の質問をできるからです。これはユーザーに許可されていますか? このアドレスは安全ですか? この行動はポリシーに合っていますか? 市場の状況はまだ問題ないですか? 外部のシグナルは「はい」か「いいえ」でしたか? 私はこの考え方が好きです。なぜなら暗号は、実行こそがゲームのすべてだと振る舞いがちだけれど、正直なところ、文脈なしでの実行は混乱を招き得るからです。

最初に聞く契約とニュートン

私を @NewtonProtocol に引き込んだのは、スマートコントラクトがまだ従順すぎるという妙な感覚だと思います…つまり、それは命じられた通りにきっちり動く、ということです。良さそうに聞こえるのですが、命じられた内容がバカげていたり、危険だったり、現実世界の文脈の半分が抜けていたりすると、話は別です。私はそれを「『ちょっと待って、なんで?』と尋ねることのない機械」みたいなものだと思い続けています。入力を受け取って、ルールを実行して、結果を送って、それで終わり。きれいかもしれないけど、ちょっと盲目です。
そして、ここが私がニュートンを面白いと感じるところです。契約が“魔法のように”もっとスマートになるからではなく、実行の前にひとつの瞬間が追加されて、その間にシステムがいくつかの本当の質問をできるからです。これはユーザーに許可されていますか? このアドレスは安全ですか? この行動はポリシーに合っていますか? 市場の状況はまだ問題ないですか? 外部のシグナルは「はい」か「いいえ」でしたか? 私はこの考え方が好きです。なぜなら暗号は、実行こそがゲームのすべてだと振る舞いがちだけれど、正直なところ、文脈なしでの実行は混乱を招き得るからです。
aiエージェントで怖いのは、間違えることじゃなくて……人間だってずっと間違ってるしね(笑)。怖いのは、間違った考えにウォレットの権力が紐づいてしまうとき。昔は、役に立つにはエージェントがフルアクセスを持つ必要があると思ってた。例えば、ヴォルトへのルートを見つけたり、利回りの動きを見つけたりしたら、素早く実行して、邪魔しないで遅らせるな、みたいな。でも今は、そうは思わない。権限が強すぎる賢いエージェントは、正しい悪い入力が来るのを待つだけの「速いミス」だ。騙されるかもしれないし、プロンプトがぐちゃぐちゃになるかもしれないし、モデルが「良さそうな」手を幻覚で提案するかもしれない。ルートは儲かって見えても、そこに送る先が自分が絶対触れてほしくないものかもしれない……。そしてウォレットの権限が開いていたら、その悪い考えが本物のtxになる。 この点で@NewtonProtocol は面白く感じる。脳と鍵を(わりと)分けられるからだ。エージェントはまだ検索したり、比較したり、計画したり、ルートを選んだり、退屈な作業を自分より速く準備したりできる。でも、資金が実際に動く前に、ルールを通過しないといけない。支出上限、許可されたコントラクト、承認された関数、時間枠、1時間あたりの上限、信頼できる送信先、金額が大きすぎるなら人間の承認……。そこが好きだ。自律性を殺すんじゃなくて、周りにフェンスを作るだけ。 人は、賢いエージェントがどれだけ賢くなれるかに注目しがちだけど、私は「現実に実行できること」を重視してる。知能は、エージェントが思い描ける行動が増えること。権限は、その行動が本当にチェーンを叩けるかを決めること。全然別物。もしその境界がぼやけるなら、基本的にモデルにウォレットを渡して、ずっと正気でいてくれることを願うことになる。それって、私には正気じゃないように聞こえる。 もちろん、これはポリシーがちゃんと書かれていることにも依存する。弱いルールは弱い。悪いオーナーが上限を広げられるかもしれないし、プロンプト攻撃で、ニュートンが最悪を止めたとしても、エージェントがバカなことを試そうと押し込むこともできる。だから魔法みたいな安全性だとは思わない。私は、「エージェントがそれをやりたい」から「お金が永遠に動く」までの間に必要な層だと思っている。 #Newt $NEWT {spot}(NEWTUSDT)
aiエージェントで怖いのは、間違えることじゃなくて……人間だってずっと間違ってるしね(笑)。怖いのは、間違った考えにウォレットの権力が紐づいてしまうとき。昔は、役に立つにはエージェントがフルアクセスを持つ必要があると思ってた。例えば、ヴォルトへのルートを見つけたり、利回りの動きを見つけたりしたら、素早く実行して、邪魔しないで遅らせるな、みたいな。でも今は、そうは思わない。権限が強すぎる賢いエージェントは、正しい悪い入力が来るのを待つだけの「速いミス」だ。騙されるかもしれないし、プロンプトがぐちゃぐちゃになるかもしれないし、モデルが「良さそうな」手を幻覚で提案するかもしれない。ルートは儲かって見えても、そこに送る先が自分が絶対触れてほしくないものかもしれない……。そしてウォレットの権限が開いていたら、その悪い考えが本物のtxになる。

この点で@NewtonProtocol は面白く感じる。脳と鍵を(わりと)分けられるからだ。エージェントはまだ検索したり、比較したり、計画したり、ルートを選んだり、退屈な作業を自分より速く準備したりできる。でも、資金が実際に動く前に、ルールを通過しないといけない。支出上限、許可されたコントラクト、承認された関数、時間枠、1時間あたりの上限、信頼できる送信先、金額が大きすぎるなら人間の承認……。そこが好きだ。自律性を殺すんじゃなくて、周りにフェンスを作るだけ。

人は、賢いエージェントがどれだけ賢くなれるかに注目しがちだけど、私は「現実に実行できること」を重視してる。知能は、エージェントが思い描ける行動が増えること。権限は、その行動が本当にチェーンを叩けるかを決めること。全然別物。もしその境界がぼやけるなら、基本的にモデルにウォレットを渡して、ずっと正気でいてくれることを願うことになる。それって、私には正気じゃないように聞こえる。

もちろん、これはポリシーがちゃんと書かれていることにも依存する。弱いルールは弱い。悪いオーナーが上限を広げられるかもしれないし、プロンプト攻撃で、ニュートンが最悪を止めたとしても、エージェントがバカなことを試そうと押し込むこともできる。だから魔法みたいな安全性だとは思わない。私は、「エージェントがそれをやりたい」から「お金が永遠に動く」までの間に必要な層だと思っている。

#Newt $NEWT
記事
ニュートンと、もつれた意図レイヤー正直 @NewtonProtocol すら開いてません。だって新しいプロジェクトを探してたわけじゃなくて… ただ、このごちゃごちゃした仮想通貨トークを流し見してただけなんです。片方は「AIエージェントが次のユーザーだ」と叫び、もう片方は「いやいやインフラは戻ってきた、別の誰かがすでにソラナのベータを追ってる」とか言ってて。そういうノイズの中で、ひとつの考えに引っかかってしまいました >> たぶんブロックチェーンは実行面ではもう悪くないのでは?私たちがまだ悪いのは、「私たちが本当にやりたいこと」を説明することなのでは シンプルに聞こえるけど、正直ちょっと気になりました。仮想通貨の世界では、「txが通ったならシステムは機能した」と思い込むようなところがある。技術的には、たぶんそれは当たっている。チェーンはコードとcalldataが命じた通りにまさに実行した。でも、それはユーザーが意図したことをやったのか?ユーザーの頭の中にある本当のルールに従ったのか?限度を守ったのか、リスクを考慮したのか、タイミングは適切だったのか、「これが安全なままである場合に限る」という部分は尊重されたのか?ここが私にとってややこしいところです

ニュートンと、もつれた意図レイヤー

正直 @NewtonProtocol すら開いてません。だって新しいプロジェクトを探してたわけじゃなくて… ただ、このごちゃごちゃした仮想通貨トークを流し見してただけなんです。片方は「AIエージェントが次のユーザーだ」と叫び、もう片方は「いやいやインフラは戻ってきた、別の誰かがすでにソラナのベータを追ってる」とか言ってて。そういうノイズの中で、ひとつの考えに引っかかってしまいました >> たぶんブロックチェーンは実行面ではもう悪くないのでは?私たちがまだ悪いのは、「私たちが本当にやりたいこと」を説明することなのでは
シンプルに聞こえるけど、正直ちょっと気になりました。仮想通貨の世界では、「txが通ったならシステムは機能した」と思い込むようなところがある。技術的には、たぶんそれは当たっている。チェーンはコードとcalldataが命じた通りにまさに実行した。でも、それはユーザーが意図したことをやったのか?ユーザーの頭の中にある本当のルールに従ったのか?限度を守ったのか、リスクを考慮したのか、タイミングは適切だったのか、「これが安全なままである場合に限る」という部分は尊重されたのか?ここが私にとってややこしいところです
#Newt @NewtonProtocol $NEWT {spot}(NEWTUSDT) 私がVaultKitで人が見落としがちだと思うのは、これが魔法の安全ブランケットみたいに、全ボールトを丸ごと包むものではないって点です…正直、最初の頃は私もそう読んじゃいました。 「Shield」って見て、頭の中で「よし、これでボールトは守られてる。あらゆる操作がチェックされ、あらゆる移動がNewtonを通る。いいね」って感じで。 でも少し落ち着いて考えると、「いや違う…」となりました。シールドは、マネージャー側の前に実際に置かれている。キュレーター側の前にある。つまり、ボールトの挙動を変えられる部分の前です。capの変更、再配分(reallocations)、マネージャーの呼び出し──そういう大きめの制御アクション。デフォルトで、通常のユーザーの入金や出金まで全部が対象になるわけではありません そして、その境界(バウンダリ)自体が本当に重要だと思います。ボールトマネージャーがcapを変えたり、流動性を動かしたり、資本の置き場所を調整したりすると、ボールト内部の全員のリスクが変わり得ます。だからこそ、まずそこにポリシーチェックを置くのが理にかなっています。権限を持つ人がボールトの形を変える前に、Newtonが「これ許可されてる? ポリシーに合ってる? そもそもこの呼び出しがボールトに届くべき?」って確認する。そこが好きです。というのも、特権アクションは一つのミスが多くのユーザーに影響し得る領域だからです でも、誤解されやすいとも思います。誰かが「policy-gated vault(ポリシーでゲートされたボールト)」を聞いたら、ボールトの中のすべてのことがNewtonのチェックを通る、みたいに思ってしまうかもしれません。けれど、それはいつでも正しいわけではありません。もし入金や出金がボールトの通常ルートを通っているなら、それらはそのボールト自身の論理によって守られるのであって、Newtonによって自動的に守られるわけではありません。保護は、Shieldを通る経路に従います。Shieldのルートを通らなければ、Newtonのチェックもありません。シンプルだけど、人は見落としがちです 私にとってこれは弱点というより、範囲(scope)の話です。そしてクリプトではスコープがとても重要です。言葉はすぐに大きくなっていく。「protected(保護されている)」が、ある関数のことなのか、あるフローのことなのか、あるロールのことなのか、ある管理者アクションのことなのか、あるいは「コントラクト全体」なのか──誰が言うかで意味が変わってしまいます。私は、実際にはマネージャーの操作だけがポリシーチェックされているのに、「ボールト全体が1つのルールレイヤーの下にある」とユーザーに思われるのは避けたいです
#Newt @NewtonProtocol $NEWT
私がVaultKitで人が見落としがちだと思うのは、これが魔法の安全ブランケットみたいに、全ボールトを丸ごと包むものではないって点です…正直、最初の頃は私もそう読んじゃいました。 「Shield」って見て、頭の中で「よし、これでボールトは守られてる。あらゆる操作がチェックされ、あらゆる移動がNewtonを通る。いいね」って感じで。 でも少し落ち着いて考えると、「いや違う…」となりました。シールドは、マネージャー側の前に実際に置かれている。キュレーター側の前にある。つまり、ボールトの挙動を変えられる部分の前です。capの変更、再配分(reallocations)、マネージャーの呼び出し──そういう大きめの制御アクション。デフォルトで、通常のユーザーの入金や出金まで全部が対象になるわけではありません

そして、その境界(バウンダリ)自体が本当に重要だと思います。ボールトマネージャーがcapを変えたり、流動性を動かしたり、資本の置き場所を調整したりすると、ボールト内部の全員のリスクが変わり得ます。だからこそ、まずそこにポリシーチェックを置くのが理にかなっています。権限を持つ人がボールトの形を変える前に、Newtonが「これ許可されてる? ポリシーに合ってる? そもそもこの呼び出しがボールトに届くべき?」って確認する。そこが好きです。というのも、特権アクションは一つのミスが多くのユーザーに影響し得る領域だからです

でも、誤解されやすいとも思います。誰かが「policy-gated vault(ポリシーでゲートされたボールト)」を聞いたら、ボールトの中のすべてのことがNewtonのチェックを通る、みたいに思ってしまうかもしれません。けれど、それはいつでも正しいわけではありません。もし入金や出金がボールトの通常ルートを通っているなら、それらはそのボールト自身の論理によって守られるのであって、Newtonによって自動的に守られるわけではありません。保護は、Shieldを通る経路に従います。Shieldのルートを通らなければ、Newtonのチェックもありません。シンプルだけど、人は見落としがちです

私にとってこれは弱点というより、範囲(scope)の話です。そしてクリプトではスコープがとても重要です。言葉はすぐに大きくなっていく。「protected(保護されている)」が、ある関数のことなのか、あるフローのことなのか、あるロールのことなのか、ある管理者アクションのことなのか、あるいは「コントラクト全体」なのか──誰が言うかで意味が変わってしまいます。私は、実際にはマネージャーの操作だけがポリシーチェックされているのに、「ボールト全体が1つのルールレイヤーの下にある」とユーザーに思われるのは避けたいです
記事
ニュートンと「意図」の問題私は @NewtonProtocol に着地した。けっこう偶然だった。巨大な盛り上がりのスレッドから追ってきたというより、チェーンが速くなる、アプリがもっと滑らかになる、AIエージェントが“本当のユーザー”になり得るかもしれない——そういう議論を延々読んでいる最中に、だ。しかもみんな「次の大物」はスピードかtpsか、あるいは手数料の安さか、みたいに考えて議論していたけれど……。なんだろう、ニュートンのほうが少し違って感じた。うるさくもないし、派手でもない。ただ、立ち止まらせるような“違い”があった。なぜなら、私は仮想通貨がすでにお金を動かす方法を学んでしまったと思うから。時には学びすぎているくらい。スワップ、ブリッジ、ステーク、借り入れ、ループ、ファーム、perpsのトレード、チェーンをまたいだステーブルコインの移動——これらは数年前なら正気じゃないと聞こえたはずなのに、今はできる。けれど、私が弱いと感じているのはここだ。チェーンは私が“署名した内容”は分かっている。でも“私が本当は意味したこと”までは、いつも分かっていない。そのギャップが、たいていの厄介ごとの入口になると思う。たとえば、何かをクリックしたとき私は「このtxを送る」と言っているだけじゃない。頭の中では条件付きで“こうやりたい”と考えている。スワップだけど許容スリッページは低く抑える。借りるけどヘルスファクターが変なところまで悪化したらダメ。エージェントに資金を動かさせるとしても、この金額以上はだめ。リバランスするけどあの危険なプロトコルには触れない。ブリッジするけどルートが安全なときだけ。私にとっての本当の行動は、単なる生のトランザクションではなく、その“意図と条件”のほうだ。そしてニュートンが面白いのは、その条件を実行にもっと近いところへ置くべきか——フロントエンド、ドキュメント、ウォレット、スクリプト、ランダムな人間の記憶のあちこちに散らばったままでいいのか——を問うているからだ。これってシンプルに聞こえるけど、実際には大きな転換だ。ビットコインはデジタルの価値に人々が信頼するきっかけを作り、イーサリアムはコントラクトが“普通のもの”に感じられるようにした。ソラナは速い実行という発想を押し出して、そして今、次の問いは「このtxはもっと速く実行できるか?」ではなく「私が設定したルールのもとで、このtxはそもそも実行していいのか?」かもしれない。私は過剰に持ち上げたいわけじゃない。でも、この問いは通常のナラティブよりも鋭いと思う。だって今の開発者は、パーミッションロジックを何度も作り直している。すべてのアプリに独自のルールがあり、すべてのバル トには独自のチェックがあり、すべてのフロントエンドにそれぞれ警告があり、そしてチームごとに「お金を動かす前に何を“はい/いいえ”するか」の言い方がある。仮想通貨が複雑になるほど、それがごちゃごちゃに感じてくる。実際、ボタンが何をするのかをユーザーが誤解するのがどれだけ簡単かも見てきた。ボットやエージェントが、指示をあまりにも文字通りに実行してしまうことも見てきた。「有効なtx」であっても、署名した本人にとっては“悪いtx”になり得ることも見てきた。だからニュートンがポリシーを意識した実行について話しているとき、私は単なる別の開発者向け機能として読んでいない。混乱が“ダメージ”になる前に減らすための方法として読んでいる。アプリがこう言うかもしれない。ウォレットが別のことを表示するかもしれない。市場が変わっているかもしれない。ユーザーのルールが「止まれ」を言うかもしれない。なら、チェーンが「署名が有効だからOK、行けるぞ」と言う前に、その確認をシステムができるべきだ。もちろん簡単じゃない。ポリシーはポリシーで面倒にもなり得る。ルールを書くのが難しければ開発者は避ける。きつすぎれば、アプリは自由を失う。ユーザーが理解することを要求されすぎれば、離れていく。仮想通貨のユーザーは安全を望むと言うのに、正直フリクションは嫌う。そして私はそれが分かる。簡単な操作のために追加で9ステップも増えるなんて、誰も望まない。だからニュートンがうまくいくなら、背景に溶け込む必要がある。ユーザーは毎回「何か新しい大きな仕組みを学んでいる」感じを持つべきじゃない。アプリが壊しにくいものになっているだけだ、と感じればいい。それが、私の経験上、良いインフラが勝つやり方だ。アーキテクチャを称賛してもらうために頼み込むのではなく、良い結果を難しくせずに悪い結果の起きにくさを下げる。さらに、ニュートンの最大の敵は別チェーンでも別のAIプロトコルでもなく、習慣かもしれない。開発者はすでに自分たちで権限チェックを作る方法を知っている。ユーザーはすでに、自分が使っているぐちゃぐちゃのツールを知っている。チームは、クリーンでないとしても、慣れたやり方で物事を進めることに慣れている。変えるには時間がかかる。技術の話であると同時に、文化の話だ。そして市場は焦っている。特に仮想通貨では。ある週はみんなAIエージェントだ、次の週はRWA、その次はリステーキング、次はプライバシー、次はミームコイン、そしてまたAIに戻る。インフラ系のプロジェクトは、生き残らないといけないのに、注目はどんどん逃げていく。だから私はニュートンが保証されるとは言わない。ただ、普通のナラティブよりもアイデアが鋭いと思っている。「もっと速い別チェーンを作る」ではないし、「AIがみんなのためにトレードする」でもない。もっと「意図とルールを、行動そのものの一部にしよう」という感じだ。そしてもしエージェントが本当にもっと一般化するなら、それは大きく意味を持つかもしれない。AIエージェントはボタンを押すだけじゃなく、目標に到達しようとする。目標には制限が必要で、制限には証明が必要で、その証明は人々が実際に使いたくなるくらい簡単でないといけない。さらにこれはAIだけの話ではないとも思う。普通の人間にも同じだ。私たちは「エージェントだけがガードレールを必要としている」と考えがちだが、正直ユーザーにもそれは必要だ。私は急いだ判断をしたことがある。速すぎるクリックをしたことがある。フロントエンドを信じすぎてしまったことがある。ほとんど理解していないまま署名している人も見てきた。だから仮想通貨の未来が「自己保有をもっともっと難しくする」ことだけだとは思わない。txが起きる前に、システムがユーザーが本当は何を意図していたかをもっと理解する方向なのかもしれない。私にとって、それは別の小さなスピードブーストよりもずっと役に立つ。とはいえ、本当の試験はホワイトペーパーや「インテントレイヤー」といった格好いいフレーズ、あるいは綺麗な図だけではない。開発者がそれを使うかどうか——ルールの作り直しから開発者を救うのかどうか。ユーザーが、遅くなった感じを受けることなく安全に感じられるのかどうか。ルールが明確だからアプリの挙動がより良くなるのかどうか。そして $NEWT が、数週間“語り物”として取引されるだけのストーリーではなく、実際の利用に結びつくのかどうか。私はそこを見たい。ひとつずつの導入、ひとつずつのリアルなワークフロー、そして“バカなこと”をしても、それが高くつく前にシステムが止めてくれる場所を。もしニュートンが役に立つようになるなら、私は人々が毎日それについて話すようにはならないと思う。ただ、アプリが権限をもっとちゃんと理解してくれることを当たり前に期待するようになるはずだ。そして多分、ここにある静かな未来はそういうことだ。ブロックチェーンがもっと騒がしくなるわけでもない。エージェントがもっとワイルドになるわけでもない。トランザクションが、ようやくユーザーの“本当の意味”を少しだけ多めに運んでくれるようになる。

ニュートンと「意図」の問題

私は @NewtonProtocol に着地した。けっこう偶然だった。巨大な盛り上がりのスレッドから追ってきたというより、チェーンが速くなる、アプリがもっと滑らかになる、AIエージェントが“本当のユーザー”になり得るかもしれない——そういう議論を延々読んでいる最中に、だ。しかもみんな「次の大物」はスピードかtpsか、あるいは手数料の安さか、みたいに考えて議論していたけれど……。なんだろう、ニュートンのほうが少し違って感じた。うるさくもないし、派手でもない。ただ、立ち止まらせるような“違い”があった。なぜなら、私は仮想通貨がすでにお金を動かす方法を学んでしまったと思うから。時には学びすぎているくらい。スワップ、ブリッジ、ステーク、借り入れ、ループ、ファーム、perpsのトレード、チェーンをまたいだステーブルコインの移動——これらは数年前なら正気じゃないと聞こえたはずなのに、今はできる。けれど、私が弱いと感じているのはここだ。チェーンは私が“署名した内容”は分かっている。でも“私が本当は意味したこと”までは、いつも分かっていない。そのギャップが、たいていの厄介ごとの入口になると思う。たとえば、何かをクリックしたとき私は「このtxを送る」と言っているだけじゃない。頭の中では条件付きで“こうやりたい”と考えている。スワップだけど許容スリッページは低く抑える。借りるけどヘルスファクターが変なところまで悪化したらダメ。エージェントに資金を動かさせるとしても、この金額以上はだめ。リバランスするけどあの危険なプロトコルには触れない。ブリッジするけどルートが安全なときだけ。私にとっての本当の行動は、単なる生のトランザクションではなく、その“意図と条件”のほうだ。そしてニュートンが面白いのは、その条件を実行にもっと近いところへ置くべきか——フロントエンド、ドキュメント、ウォレット、スクリプト、ランダムな人間の記憶のあちこちに散らばったままでいいのか——を問うているからだ。これってシンプルに聞こえるけど、実際には大きな転換だ。ビットコインはデジタルの価値に人々が信頼するきっかけを作り、イーサリアムはコントラクトが“普通のもの”に感じられるようにした。ソラナは速い実行という発想を押し出して、そして今、次の問いは「このtxはもっと速く実行できるか?」ではなく「私が設定したルールのもとで、このtxはそもそも実行していいのか?」かもしれない。私は過剰に持ち上げたいわけじゃない。でも、この問いは通常のナラティブよりも鋭いと思う。だって今の開発者は、パーミッションロジックを何度も作り直している。すべてのアプリに独自のルールがあり、すべてのバル トには独自のチェックがあり、すべてのフロントエンドにそれぞれ警告があり、そしてチームごとに「お金を動かす前に何を“はい/いいえ”するか」の言い方がある。仮想通貨が複雑になるほど、それがごちゃごちゃに感じてくる。実際、ボタンが何をするのかをユーザーが誤解するのがどれだけ簡単かも見てきた。ボットやエージェントが、指示をあまりにも文字通りに実行してしまうことも見てきた。「有効なtx」であっても、署名した本人にとっては“悪いtx”になり得ることも見てきた。だからニュートンがポリシーを意識した実行について話しているとき、私は単なる別の開発者向け機能として読んでいない。混乱が“ダメージ”になる前に減らすための方法として読んでいる。アプリがこう言うかもしれない。ウォレットが別のことを表示するかもしれない。市場が変わっているかもしれない。ユーザーのルールが「止まれ」を言うかもしれない。なら、チェーンが「署名が有効だからOK、行けるぞ」と言う前に、その確認をシステムができるべきだ。もちろん簡単じゃない。ポリシーはポリシーで面倒にもなり得る。ルールを書くのが難しければ開発者は避ける。きつすぎれば、アプリは自由を失う。ユーザーが理解することを要求されすぎれば、離れていく。仮想通貨のユーザーは安全を望むと言うのに、正直フリクションは嫌う。そして私はそれが分かる。簡単な操作のために追加で9ステップも増えるなんて、誰も望まない。だからニュートンがうまくいくなら、背景に溶け込む必要がある。ユーザーは毎回「何か新しい大きな仕組みを学んでいる」感じを持つべきじゃない。アプリが壊しにくいものになっているだけだ、と感じればいい。それが、私の経験上、良いインフラが勝つやり方だ。アーキテクチャを称賛してもらうために頼み込むのではなく、良い結果を難しくせずに悪い結果の起きにくさを下げる。さらに、ニュートンの最大の敵は別チェーンでも別のAIプロトコルでもなく、習慣かもしれない。開発者はすでに自分たちで権限チェックを作る方法を知っている。ユーザーはすでに、自分が使っているぐちゃぐちゃのツールを知っている。チームは、クリーンでないとしても、慣れたやり方で物事を進めることに慣れている。変えるには時間がかかる。技術の話であると同時に、文化の話だ。そして市場は焦っている。特に仮想通貨では。ある週はみんなAIエージェントだ、次の週はRWA、その次はリステーキング、次はプライバシー、次はミームコイン、そしてまたAIに戻る。インフラ系のプロジェクトは、生き残らないといけないのに、注目はどんどん逃げていく。だから私はニュートンが保証されるとは言わない。ただ、普通のナラティブよりもアイデアが鋭いと思っている。「もっと速い別チェーンを作る」ではないし、「AIがみんなのためにトレードする」でもない。もっと「意図とルールを、行動そのものの一部にしよう」という感じだ。そしてもしエージェントが本当にもっと一般化するなら、それは大きく意味を持つかもしれない。AIエージェントはボタンを押すだけじゃなく、目標に到達しようとする。目標には制限が必要で、制限には証明が必要で、その証明は人々が実際に使いたくなるくらい簡単でないといけない。さらにこれはAIだけの話ではないとも思う。普通の人間にも同じだ。私たちは「エージェントだけがガードレールを必要としている」と考えがちだが、正直ユーザーにもそれは必要だ。私は急いだ判断をしたことがある。速すぎるクリックをしたことがある。フロントエンドを信じすぎてしまったことがある。ほとんど理解していないまま署名している人も見てきた。だから仮想通貨の未来が「自己保有をもっともっと難しくする」ことだけだとは思わない。txが起きる前に、システムがユーザーが本当は何を意図していたかをもっと理解する方向なのかもしれない。私にとって、それは別の小さなスピードブーストよりもずっと役に立つ。とはいえ、本当の試験はホワイトペーパーや「インテントレイヤー」といった格好いいフレーズ、あるいは綺麗な図だけではない。開発者がそれを使うかどうか——ルールの作り直しから開発者を救うのかどうか。ユーザーが、遅くなった感じを受けることなく安全に感じられるのかどうか。ルールが明確だからアプリの挙動がより良くなるのかどうか。そして $NEWT が、数週間“語り物”として取引されるだけのストーリーではなく、実際の利用に結びつくのかどうか。私はそこを見たい。ひとつずつの導入、ひとつずつのリアルなワークフロー、そして“バカなこと”をしても、それが高くつく前にシステムが止めてくれる場所を。もしニュートンが役に立つようになるなら、私は人々が毎日それについて話すようにはならないと思う。ただ、アプリが権限をもっとちゃんと理解してくれることを当たり前に期待するようになるはずだ。そして多分、ここにある静かな未来はそういうことだ。ブロックチェーンがもっと騒がしくなるわけでもない。エージェントがもっとワイルドになるわけでもない。トランザクションが、ようやくユーザーの“本当の意味”を少しだけ多めに運んでくれるようになる。
@NewtonProtocol 仮想通貨を見ていると、あらゆるチェーンが“機械の一部”を守ろうとしているように感じるんだ… ビットコインは価値に人々の関心を向けさせ、イーサリアムはコードが“お金のルール”みたいに思える感覚を生み、ソラナは速度と低遅延を押し進め続けている。でもニュートンを見ていると、ふと「私たちが十分に話していない“ユーザーがTxが実行される前に本当に意図していたこと”こそが重要なのでは?」と思えてくる というのも、たいていの時間は僕は単に「トランザクションを送る」だけをしたいわけじゃない。簡単すぎる。頭の中にある条件つきでやりたいんだ。価格が大きくずれたらスワップしない。リスクが悪化したら借りない。エージェントに動いてもらうのは、いくつかのルールがチェックされた後だけ。お金を動かすけど、間違った承認や間違ったルートが関わっているならやらない。そして正直に言うと、普通のチェーンはそのTxを見てはいても、必ずしもその背後にある理由までは分かっていない だからこそ、僕はニュートンのポリシーレイヤーに惹かれる。単なる別の“スピードの話”でも、別の“AIエージェントの見出し”でもなくて、ユーザーのルールを、実際のアクションそのものにより近づけようとしているように思える。全てのアプリが何度も何度も自前で小さなガードレールを作る代わりに、ニュートンは「実行の一部として、意図をチェックすべきなのでは」と言っている でもね、難しいのがコードだけだとは思わない。開発者の習慣は本物だ。 チームにはそれぞれ、権限やチェックを扱う独自のやり方がすでにある。たとえぐちゃぐちゃでもね。それを変えるには時間がかかるし、人は“新しいやり方が、楽になったり安全になったり、単に面倒が減ったりする”と感じたときにだけ切り替える 僕にとっての勝ちは、ニュートンがほとんど“見えなくなる”ことだ。ユーザーが「ポリシー基盤を使っている」とすら考えないで、オンチェーンのアクションがより筋の通ったものになって、悪い判断は高くつく前に止められるだけ。 たぶん暗号資産の次のジャンプは、速いブロックだけじゃない… ブロックチェーンが、そもそも私たちが最初にやろうとしていたことを、ついに理解することなのかもしれない #Newt $NEWT {spot}(NEWTUSDT)
@NewtonProtocol 仮想通貨を見ていると、あらゆるチェーンが“機械の一部”を守ろうとしているように感じるんだ… ビットコインは価値に人々の関心を向けさせ、イーサリアムはコードが“お金のルール”みたいに思える感覚を生み、ソラナは速度と低遅延を押し進め続けている。でもニュートンを見ていると、ふと「私たちが十分に話していない“ユーザーがTxが実行される前に本当に意図していたこと”こそが重要なのでは?」と思えてくる

というのも、たいていの時間は僕は単に「トランザクションを送る」だけをしたいわけじゃない。簡単すぎる。頭の中にある条件つきでやりたいんだ。価格が大きくずれたらスワップしない。リスクが悪化したら借りない。エージェントに動いてもらうのは、いくつかのルールがチェックされた後だけ。お金を動かすけど、間違った承認や間違ったルートが関わっているならやらない。そして正直に言うと、普通のチェーンはそのTxを見てはいても、必ずしもその背後にある理由までは分かっていない
だからこそ、僕はニュートンのポリシーレイヤーに惹かれる。単なる別の“スピードの話”でも、別の“AIエージェントの見出し”でもなくて、ユーザーのルールを、実際のアクションそのものにより近づけようとしているように思える。全てのアプリが何度も何度も自前で小さなガードレールを作る代わりに、ニュートンは「実行の一部として、意図をチェックすべきなのでは」と言っている

でもね、難しいのがコードだけだとは思わない。開発者の習慣は本物だ。

チームにはそれぞれ、権限やチェックを扱う独自のやり方がすでにある。たとえぐちゃぐちゃでもね。それを変えるには時間がかかるし、人は“新しいやり方が、楽になったり安全になったり、単に面倒が減ったりする”と感じたときにだけ切り替える

僕にとっての勝ちは、ニュートンがほとんど“見えなくなる”ことだ。ユーザーが「ポリシー基盤を使っている」とすら考えないで、オンチェーンのアクションがより筋の通ったものになって、悪い判断は高くつく前に止められるだけ。

たぶん暗号資産の次のジャンプは、速いブロックだけじゃない… ブロックチェーンが、そもそも私たちが最初にやろうとしていたことを、ついに理解することなのかもしれない
#Newt $NEWT
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約