Binance Square
Z Y R A
9k 投稿

Z Y R A

厳選トピック確認済+
I need more Green 🚀
取引を発注
ASTERホルダー
ASTERホルダー
高頻度トレーダー
11.8か月
1.1K+ フォロー
30.6K+ フォロワー
22.9K+ いいね
投稿
ポートフォリオ
PINNED
·
--
弱気相場
これはパニック売りには見えません。 クジラたちが静かに市場から出て行くためにレンジを利用しているようです。 価格は急落していないので、誰かがまだ買っていることを意味します。しかし同時に、1K–10K BTCのウォレットが売却しています。それは、市場がチャートにまだ現れていない何かをしていることを示しています。 所有権が移動しています。 通常、これは物事が安定しているように感じるフェーズですが、実際には安定しておらず、再配分されているのです。 ここで重要なのは、クジラが弱気になったことではありません。 彼らが低価格を必要とせずに売却することに快適であることです。 それが市場の行動を変えます。 大口保有者がレベルを守るのをやめ、強さに対して売り始めると、すべての反発が出口のための流動性になります。上昇する動きはまだありますが、それらは同じ確信を持っていません。それらは早く消えます。 これがモメンタムが静かに死ぬ方法です。 クラッシュではなく、継続しない繰り返しの試みです。 したがって、ここでのシグナルは「ダンプが来る」ということではありません。 ある意味、さらに悪化しています。 市場は供給が放出され続ける間、動かなくなる可能性があり、価格が実際に反応する頃には、ほとんどの分配がすでに完了しているということです。 #bitcoin #DriftProtocolExploited #GoogleStudyOnCryptoSecurityChallenges #BTCETFFeeRace #BitcoinPrices $BTC {spot}(BTCUSDT)
これはパニック売りには見えません。

クジラたちが静かに市場から出て行くためにレンジを利用しているようです。

価格は急落していないので、誰かがまだ買っていることを意味します。しかし同時に、1K–10K BTCのウォレットが売却しています。それは、市場がチャートにまだ現れていない何かをしていることを示しています。

所有権が移動しています。

通常、これは物事が安定しているように感じるフェーズですが、実際には安定しておらず、再配分されているのです。

ここで重要なのは、クジラが弱気になったことではありません。
彼らが低価格を必要とせずに売却することに快適であることです。

それが市場の行動を変えます。

大口保有者がレベルを守るのをやめ、強さに対して売り始めると、すべての反発が出口のための流動性になります。上昇する動きはまだありますが、それらは同じ確信を持っていません。それらは早く消えます。

これがモメンタムが静かに死ぬ方法です。

クラッシュではなく、継続しない繰り返しの試みです。

したがって、ここでのシグナルは「ダンプが来る」ということではありません。

ある意味、さらに悪化しています。

市場は供給が放出され続ける間、動かなくなる可能性があり、価格が実際に反応する頃には、ほとんどの分配がすでに完了しているということです。

#bitcoin
#DriftProtocolExploited
#GoogleStudyOnCryptoSecurityChallenges
#BTCETFFeeRace
#BitcoinPrices
$BTC
記事
なぜニュートンの調整可能なポリシーレイヤーは、単なる安全機能以上に大きく感じるのかニュートンのバル 番庫の角度は、バル 番庫のリスクを一度きりのセットアップとして捉えるのをやめたとき、よりよく理解できました。 最初は、バル 番庫のルールはシンプルに聞こえます。 リスク上限を設定します。 許可する市場を設定します。 オラクルの要件を設定します。 取引先(カウンターパーティ)の境界を設定します。 バル 番庫をデプロイします。 戦略を実行させます。 しかし、それは実際の市場の動きではありません。 バル 番庫は、デプロイされた日の中だけに存在するものではありません。変化する流動性、変化するボラティリティ、変化する利回り条件、変化する担保の質、変化するオラクルの信頼性、そして変化するユーザーの期待の中に存在します。

なぜニュートンの調整可能なポリシーレイヤーは、単なる安全機能以上に大きく感じるのか

ニュートンのバル 番庫の角度は、バル 番庫のリスクを一度きりのセットアップとして捉えるのをやめたとき、よりよく理解できました。
最初は、バル 番庫のルールはシンプルに聞こえます。
リスク上限を設定します。
許可する市場を設定します。
オラクルの要件を設定します。
取引先(カウンターパーティ)の境界を設定します。
バル 番庫をデプロイします。
戦略を実行させます。
しかし、それは実際の市場の動きではありません。
バル 番庫は、デプロイされた日の中だけに存在するものではありません。変化する流動性、変化するボラティリティ、変化する利回り条件、変化する担保の質、変化するオラクルの信頼性、そして変化するユーザーの期待の中に存在します。
·
--
弱気相場
確認済み
#newt $NEWT $NEWT {future}(NEWTUSDT) 人々がバル ト設計で見落としがちなのは、今日の「良いルール」も、後になれば「悪いルール」に変わり得るという点です。 市場は変わります。 リスクも変わります。 オラクルも変わります。 カウンターパーティも変わります。 ユーザーの需要(嗜好)も変わります。 そのため、バル トのルールをあまりに深くハードコードしてしまうと、ローンチ時は安全に見えても、時間が経つにつれて硬直してしまう可能性があります。契約の変更を通じて、あらゆるリスク制限や市場条件を更新するのは遅く、コストがかかり、しかも煩雑です。 そこで、私は@NewtonProtocol が実用的だと考えます。 Newtonは、ポリシーロジックをバル トの実行から分離します。バル トのコントラクトは安定したままにでき、周囲のアクティブなポリシーは状況の変化に合わせて調整できます。キュレーターは、リスク制限、市場の許可リスト、または実行境界を更新する必要があるたびに、バル ト全体を作り直す必要はありません。 ハードコードされたルールは劣化しがちです。Newtonなら、バル トを作り直さずにポリシーを調整できます。 私は、それを「ドアを丸ごと交換せずに、鍵の設定だけを変更する」ことにたとえています。 重要なのは、重大な(本格的な)バル トには同時に2つの要件があるからです。反応するための柔軟性と、その柔軟性が統制されない権力にならないための執行(強制力)です。 私にとって、$NEWTの本当の優位性は、制御された適応性です。ポリシーは進化できますが、取引は実行の前に、現在のルールを通過したことを証明する必要があります。 注目すべき指標:Newtonを使っているバル トは、安全性だけでなく、ライブなポリシー管理にも使われていることです。
#newt $NEWT $NEWT
人々がバル ト設計で見落としがちなのは、今日の「良いルール」も、後になれば「悪いルール」に変わり得るという点です。

市場は変わります。
リスクも変わります。
オラクルも変わります。
カウンターパーティも変わります。
ユーザーの需要(嗜好)も変わります。

そのため、バル トのルールをあまりに深くハードコードしてしまうと、ローンチ時は安全に見えても、時間が経つにつれて硬直してしまう可能性があります。契約の変更を通じて、あらゆるリスク制限や市場条件を更新するのは遅く、コストがかかり、しかも煩雑です。

そこで、私は@NewtonProtocol が実用的だと考えます。

Newtonは、ポリシーロジックをバル トの実行から分離します。バル トのコントラクトは安定したままにでき、周囲のアクティブなポリシーは状況の変化に合わせて調整できます。キュレーターは、リスク制限、市場の許可リスト、または実行境界を更新する必要があるたびに、バル ト全体を作り直す必要はありません。

ハードコードされたルールは劣化しがちです。Newtonなら、バル トを作り直さずにポリシーを調整できます。

私は、それを「ドアを丸ごと交換せずに、鍵の設定だけを変更する」ことにたとえています。

重要なのは、重大な(本格的な)バル トには同時に2つの要件があるからです。反応するための柔軟性と、その柔軟性が統制されない権力にならないための執行(強制力)です。

私にとって、$NEWT の本当の優位性は、制御された適応性です。ポリシーは進化できますが、取引は実行の前に、現在のルールを通過したことを証明する必要があります。

注目すべき指標:Newtonを使っているバル トは、安全性だけでなく、ライブなポリシー管理にも使われていることです。
·
--
弱気相場
#newt $NEWT {future}(NEWTUSDT) 昔のDeFiの習慣はシンプルでした。取引ハッシュを示して、誰もが起きたことを検証できるようにする。 それは役に立ちますが、本気で資金配分を行う人たちにはそれだけでは不十分です。 資金配分担当者は、ただお金がどこに行ったかを尋ねるだけではありません。間違った判断が起きる前に、何がそれを止めたのかを知りたいのです。 だからこそ、Newton Explorerが私にとって重要なのです。 @NewtonProtocol は単に活動の記録を作るだけではありません。実行前に、どのタスクが確認され、どのポリシーが適用され、結果がコンプライアンス(適合)か非コンプライアンス(不適合)かを示す「執行の領収書」を作り得ます。 その領収書は、会話を変えます。 たとえば金庫(バウルト)は「制限に従っている」と言えますが、配分担当者は、その制限が実際にテストされたことの証拠を求めます。RWAのフローは「適格性を確認している」と言えますが、本気の資本は、そのルールが約束されたのではなく、実際に執行されたことの根拠を求めます。 この重要性は今さらに増しています。DeFiが、利回り追求から、運用型バウルト、エージェント、RWA、そして機関投資家のようなフローへと移行しているからです。 その世界では、「信じてください」はスケールしません。 領収書なら、スケールします。 $NEWTに関する私の見解として、最強の監査証跡は取引履歴だけではありません。取引の背後にあるポリシー履歴こそがそれです。 なぜなら資本は、何が起きたのかを知るだけでは足りないからです。 実際に何が執行されたのかを知る必要があるのです。
#newt $NEWT
昔のDeFiの習慣はシンプルでした。取引ハッシュを示して、誰もが起きたことを検証できるようにする。

それは役に立ちますが、本気で資金配分を行う人たちにはそれだけでは不十分です。

資金配分担当者は、ただお金がどこに行ったかを尋ねるだけではありません。間違った判断が起きる前に、何がそれを止めたのかを知りたいのです。

だからこそ、Newton Explorerが私にとって重要なのです。

@NewtonProtocol は単に活動の記録を作るだけではありません。実行前に、どのタスクが確認され、どのポリシーが適用され、結果がコンプライアンス(適合)か非コンプライアンス(不適合)かを示す「執行の領収書」を作り得ます。

その領収書は、会話を変えます。

たとえば金庫(バウルト)は「制限に従っている」と言えますが、配分担当者は、その制限が実際にテストされたことの証拠を求めます。RWAのフローは「適格性を確認している」と言えますが、本気の資本は、そのルールが約束されたのではなく、実際に執行されたことの根拠を求めます。

この重要性は今さらに増しています。DeFiが、利回り追求から、運用型バウルト、エージェント、RWA、そして機関投資家のようなフローへと移行しているからです。

その世界では、「信じてください」はスケールしません。

領収書なら、スケールします。

$NEWT に関する私の見解として、最強の監査証跡は取引履歴だけではありません。取引の背後にあるポリシー履歴こそがそれです。

なぜなら資本は、何が起きたのかを知るだけでは足りないからです。

実際に何が執行されたのかを知る必要があるのです。
記事
ポリシーパックはデータの供給ライン:ニュートンの本当の優位性は「実行前の入力」ポリシーパックを通常のインテグレーションのように見なくなってから、ニュートンの理解がより明確になりました。 最初は、Chainalysis、RedStone、vaults.fyi、Credora、Webacy などの名前を、プロトコル周辺の「パートナー」や「プラグイン」のように考えがちです。 それは小さすぎます。 ニュートンにとって、これらのポリシーパックは単なる飾りではありません。データの供給ラインです。 これらは、実行前にトランザクションを通過させるべきかどうかを、ポリシーが判断するのに役立つ入力です。 それがアンカーメカニズムです。 ユーザー、バルト、エージェント、ステーブルコインのフロー、トレジャリー、またはRWAアプリがトランザクションの意図を作成します。ニュートンは、その意図をアクティブなポリシーと照合します。しかし、ポリシーが有用なのは、適切なシグナルを備えている場合に限ります。コンプライアンスデータ、市場データ、バルトデータ、カウンターパーティリスク、ウォレットの脅威インテリジェンス、アイデンティティの状態、オラクルの健全性、または信用に関する文脈が必要になることがあります。

ポリシーパックはデータの供給ライン:ニュートンの本当の優位性は「実行前の入力」

ポリシーパックを通常のインテグレーションのように見なくなってから、ニュートンの理解がより明確になりました。
最初は、Chainalysis、RedStone、vaults.fyi、Credora、Webacy などの名前を、プロトコル周辺の「パートナー」や「プラグイン」のように考えがちです。
それは小さすぎます。
ニュートンにとって、これらのポリシーパックは単なる飾りではありません。データの供給ラインです。
これらは、実行前にトランザクションを通過させるべきかどうかを、ポリシーが判断するのに役立つ入力です。
それがアンカーメカニズムです。
ユーザー、バルト、エージェント、ステーブルコインのフロー、トレジャリー、またはRWAアプリがトランザクションの意図を作成します。ニュートンは、その意図をアクティブなポリシーと照合します。しかし、ポリシーが有用なのは、適切なシグナルを備えている場合に限ります。コンプライアンスデータ、市場データ、バルトデータ、カウンターパーティリスク、ウォレットの脅威インテリジェンス、アイデンティティの状態、オラクルの健全性、または信用に関する文脈が必要になることがあります。
記事
実行はBaseで行い、セキュリティはイーサリアムに置ける:ニュートンのマルチチェーン論理チェーンを別々の島だと考えるのをやめたとき、私はニュートンの考え方がより腑に落ちました。 DeFiでは、チェーンはそれぞれ別の部屋のようだと語ることがよくあります。イーサリアムは深いセキュリティと決済の履歴を持っています。Baseは、より速くて安価な実行と、アプリレベルでの使いやすさの強さを備えています。その他のチェーンは、それぞれのユーザーベース、流動性、開発者コミュニティをもたらします。 しかし、資本はもはや1つの部屋の中で考えません。 ユーザーはあるチェーン上で資産を保有し、別のチェーン上のボールトとやり取りし、さらに別の場所でウォレットプロバイダーを利用し、そして目的のチェーンに自然には属さないデータまたはポリシーチェックに依存することがあります。

実行はBaseで行い、セキュリティはイーサリアムに置ける:ニュートンのマルチチェーン論理

チェーンを別々の島だと考えるのをやめたとき、私はニュートンの考え方がより腑に落ちました。
DeFiでは、チェーンはそれぞれ別の部屋のようだと語ることがよくあります。イーサリアムは深いセキュリティと決済の履歴を持っています。Baseは、より速くて安価な実行と、アプリレベルでの使いやすさの強さを備えています。その他のチェーンは、それぞれのユーザーベース、流動性、開発者コミュニティをもたらします。
しかし、資本はもはや1つの部屋の中で考えません。
ユーザーはあるチェーン上で資産を保有し、別のチェーン上のボールトとやり取りし、さらに別の場所でウォレットプロバイダーを利用し、そして目的のチェーンに自然には属さないデータまたはポリシーチェックに依存することがあります。
·
--
ブリッシュ
#newt $NEWT {future}(NEWTUSDT) 暗号におけるプライバシーの問題は、必ずしも取引を隠すことではありません。 時には、承認の背後にある理由を隠すことです。 そこでニュートが私のためにクリックしたんです。 ヴォールト、RWAアプリ、ステーブルコインのフロー、あるいはエージェントウォレットでは、行動を許可する前に機密の入力が必要になる場合があります。アイデンティティのステータス、適格性、リスクスコア、社内の上限、コンプライアンス確認、取引相手のデータ——それらすべてが影響し得ます。 しかし、そのすべてが永久に公開上の荷物になる必要はありません。 @NewtonProtocol が興味深いのは、ポリシーが意図が通るかどうかを判断するのにプライベートな文脈を使える一方で、スマートコントラクトは検証可能な結果だけを必要とするからです。 承認はオンチェーンに記録されます。 しかし、その裏にあるプライベートデータはそうではありません。 これは、すべてを公開の場に押し出すことを強いるよりも、あるいはユーザーにオフチェーンの約束を盲目的に信じさせるよりも、よりクリーンなモデルです。 私には、検問所で封をした封筒のように見えます。警備員は、公開の場であなたの書類一式を読んで必要はありません。必要なのは、要件が満たされたという証明だけです。 私にとって、$NEWTのプライバシーの観点は、説明責任から隠れることが目的ではありません。意思決定の背後にあるすべての機密入力を漏らすことなく、ポリシーの執行を証明することが目的です。 それこそが、本格的なオンチェーン・ファイナンスに必要な認可の形です。
#newt $NEWT
暗号におけるプライバシーの問題は、必ずしも取引を隠すことではありません。

時には、承認の背後にある理由を隠すことです。

そこでニュートが私のためにクリックしたんです。

ヴォールト、RWAアプリ、ステーブルコインのフロー、あるいはエージェントウォレットでは、行動を許可する前に機密の入力が必要になる場合があります。アイデンティティのステータス、適格性、リスクスコア、社内の上限、コンプライアンス確認、取引相手のデータ——それらすべてが影響し得ます。

しかし、そのすべてが永久に公開上の荷物になる必要はありません。

@NewtonProtocol が興味深いのは、ポリシーが意図が通るかどうかを判断するのにプライベートな文脈を使える一方で、スマートコントラクトは検証可能な結果だけを必要とするからです。

承認はオンチェーンに記録されます。

しかし、その裏にあるプライベートデータはそうではありません。

これは、すべてを公開の場に押し出すことを強いるよりも、あるいはユーザーにオフチェーンの約束を盲目的に信じさせるよりも、よりクリーンなモデルです。

私には、検問所で封をした封筒のように見えます。警備員は、公開の場であなたの書類一式を読んで必要はありません。必要なのは、要件が満たされたという証明だけです。

私にとって、$NEWT のプライバシーの観点は、説明責任から隠れることが目的ではありません。意思決定の背後にあるすべての機密入力を漏らすことなく、ポリシーの執行を証明することが目的です。

それこそが、本格的なオンチェーン・ファイナンスに必要な認可の形です。
そうです。資金の送金前に、オンチェーンの証明によって配達を確認できれば、ニュートンのエージェントは実際の支払いにおいてはるかに信頼できるものになります。
そうです。資金の送金前に、オンチェーンの証明によって配達を確認できれば、ニュートンのエージェントは実際の支払いにおいてはるかに信頼できるものになります。
·
--
ブリッシュ
確認済み
#newt $NEWT {future}(NEWTUSDT) ニュートンをもっと真剣に扱い始めたのは、承認が1台の“隠れたマシン”から来ているわけではないと気づいたときでした。 それが重要です。 金融の世界では、資本移動を承認する単一のサーバーがいつも静かな信頼トラップに感じられます。速いかもしれませんが、判断が1つの情報源に依存する“柔らかい弱点”を1箇所に作ってしまうからです。 @NewtonProtocol は設計が違います。 ポリシーチェックでは、複数のオペレーターが同じ取引意図を評価できます。各オペレーターが結果に署名し、その署名は1つの検証可能な証明に圧縮できます。これが中核メカニズムです:BLS集約。 つまりニュートンは、資本移動の承認を1台のサーバーに求めません。 オペレーターの合意を、1つの証明に圧縮します。 それによってシステムは、多くの証人により署名された封印文書のように感じられますが、スマートコントラクトが検証できる“きれいな1つのスタンプ”として届けられます。 重要なのは、DeFi の認可が重くなってはいけないからです。ヴォールト、エージェント、ステーブルコイン、RWA にはポリシーチェックが必要ですが、それと同時に、実行のために現実的であるほどの実用性も必要です。 多くの意見は役に立ちます。 1つの証明が使えます。 それが私が $NEWT の設計として気に入っている点です。飾りとしてオペレーターを増やすだけではありません。分散されたレビューを、取引パス内に収まるほどコンパクトな形に変えているのです。 私が注目する指標:実アプリが、実行前にどれくらいの頻度で集約されたニュートンのアテステーションに依存しているか。 そこでは暗号技術が“理論”ではなく“インフラ”になります。
#newt $NEWT
ニュートンをもっと真剣に扱い始めたのは、承認が1台の“隠れたマシン”から来ているわけではないと気づいたときでした。

それが重要です。

金融の世界では、資本移動を承認する単一のサーバーがいつも静かな信頼トラップに感じられます。速いかもしれませんが、判断が1つの情報源に依存する“柔らかい弱点”を1箇所に作ってしまうからです。

@NewtonProtocol は設計が違います。

ポリシーチェックでは、複数のオペレーターが同じ取引意図を評価できます。各オペレーターが結果に署名し、その署名は1つの検証可能な証明に圧縮できます。これが中核メカニズムです:BLS集約。

つまりニュートンは、資本移動の承認を1台のサーバーに求めません。

オペレーターの合意を、1つの証明に圧縮します。

それによってシステムは、多くの証人により署名された封印文書のように感じられますが、スマートコントラクトが検証できる“きれいな1つのスタンプ”として届けられます。

重要なのは、DeFi の認可が重くなってはいけないからです。ヴォールト、エージェント、ステーブルコイン、RWA にはポリシーチェックが必要ですが、それと同時に、実行のために現実的であるほどの実用性も必要です。

多くの意見は役に立ちます。

1つの証明が使えます。

それが私が $NEWT の設計として気に入っている点です。飾りとしてオペレーターを増やすだけではありません。分散されたレビューを、取引パス内に収まるほどコンパクトな形に変えているのです。

私が注目する指標:実アプリが、実行前にどれくらいの頻度で集約されたニュートンのアテステーションに依存しているか。

そこでは暗号技術が“理論”ではなく“インフラ”になります。
記事
ニュートンがややこしい市場データを実行判断へ変える方法方針チェックを単純な「はい/いいえ」のルールだと想像するのをやめると、ニュートンはずっと面白くなります。 単純なルールなら簡単です。 この上限を超えて支出しないでください。 このアドレスに送信しないでください。 このコントラクトを呼び出さないでください。 しかし、実際のDeFiはいつもそんなに綺麗とは限りません。 より難しい問題は、ニュートンがライブデータを使って方針決定をしなければならないときに始まります。 金庫はリバランスしたい。 エージェントは購入したい。 ステーブルコインのフローは移動したい。 戦略はポジションをエントリーしたい。 方針は、価格、オラクルの健全性、APY、担保価値、デペッグ(連動解除)リスク、流動性、市場の動き、または取引先(カウンターパーティー)へのエクスポージャーに依存する可能性があります。

ニュートンがややこしい市場データを実行判断へ変える方法

方針チェックを単純な「はい/いいえ」のルールだと想像するのをやめると、ニュートンはずっと面白くなります。
単純なルールなら簡単です。
この上限を超えて支出しないでください。
このアドレスに送信しないでください。
このコントラクトを呼び出さないでください。
しかし、実際のDeFiはいつもそんなに綺麗とは限りません。
より難しい問題は、ニュートンがライブデータを使って方針決定をしなければならないときに始まります。
金庫はリバランスしたい。
エージェントは購入したい。
ステーブルコインのフローは移動したい。
戦略はポジションをエントリーしたい。
方針は、価格、オラクルの健全性、APY、担保価値、デペッグ(連動解除)リスク、流動性、市場の動き、または取引先(カウンターパーティー)へのエクスポージャーに依存する可能性があります。
記事
ニュートンの配布優位性は最初の取引の前から始まる理由私にとってニュートンがより面白くなったのは、それを「通常の新しいプロトコル」でユーザーを見つけようとしているものだと思うのをやめたときです。 新しい暗号インフラの多くには、同じ初期の課題があります。 そのアイデアは強力かもしれません。 その仕組みは役に立つ可能性があります。 ドキュメントはきれいかもしれません。 そのトークンは注目を集める可能性があります。 しかし、そのプロトコルは依然として 1 つの難しい質問に答えなければなりません。 実際の取引が始まる場所まで、どのように到達するのでしょうか。 だからこそ、Magic Labs は <c-115/> にとって重要なのです。 ニュートンは、暗黙のうちに暗い暗号の片隅から始まるわけではありません。中核開発者は Magic Labs であり、ウォレット基盤、開発者、組み込みウォレット、そしてユーザーのオンボーディングとすでに接続しているチームです。Magic の周りの数字も小さくありません。57M+ のウォレットと 200K+ の開発者です。

ニュートンの配布優位性は最初の取引の前から始まる理由

私にとってニュートンがより面白くなったのは、それを「通常の新しいプロトコル」でユーザーを見つけようとしているものだと思うのをやめたときです。
新しい暗号インフラの多くには、同じ初期の課題があります。
そのアイデアは強力かもしれません。
その仕組みは役に立つ可能性があります。
ドキュメントはきれいかもしれません。
そのトークンは注目を集める可能性があります。
しかし、そのプロトコルは依然として 1 つの難しい質問に答えなければなりません。
実際の取引が始まる場所まで、どのように到達するのでしょうか。
だからこそ、Magic Labs は <c-115/> にとって重要なのです。
ニュートンは、暗黙のうちに暗い暗号の片隅から始まるわけではありません。中核開発者は Magic Labs であり、ウォレット基盤、開発者、組み込みウォレット、そしてユーザーのオンボーディングとすでに接続しているチームです。Magic の周りの数字も小さくありません。57M+ のウォレットと 200K+ の開発者です。
·
--
ブリッシュ
確認済み
#newt $NEWT {future}(NEWTUSDT) ニュートンのことが、セキュリティダッシュボードと比べるのをやめたときに、ようやくよく分かった。 ダッシュボードは、取引が履歴になるのを待っている。 ニュートンは、履歴が書かれる前のその瞬間のために作られている。 その小さな違いが、私のプロジェクト全体を変えた。@NewtonProtocol は、ユーザーに「何が起きたか」を知らせる別の画面になろうとしているわけではない。スマートコントラクトがそれを受け入れる前に、実行の前段でポリシーチェックを挟むので、取引の意図は「許可されている」ことを証明しなければならない。 それが仕組みだ:事前の決済承認。 意図が入ってくる。 ポリシーがそれを確認する。 オペレーターが結果に署名する。 コントラクトがアテステーション(証明)を検証する。 そしてようやく実行が続行される。 ほとんどのツールは取引を監視している。 ニュートンは、その前に立っている。 私が何度も引き合いに出す比喩は、カメラではない。駅の改札だ。電車は準備できているかもしれないし、ホームの線路が開いているかもしれない。でも、プラットフォームに入るには、有効なパスが必要だ。 ニュートンがルールを「別物」に感じさせるのは、まさにそういうことだ。金庫(バルート)の要求、エージェントの上限、あるいは実行ポリシーは、どこかに書かれて終わりではない。取引が通過しなければならない“通過点”になる。 私の見立て($NEWT )はシンプルだ。真に重要なのは、人々がより安全なDeFiという考えに賛同するかどうかではない。 問題は、アプリがキャピタルが動く前の通常のチェックポイントとして、ニュートンのポリシーチェックを扱い始めるかどうかだ。 そこで、マインドシェアがインフラになる。
#newt $NEWT
ニュートンのことが、セキュリティダッシュボードと比べるのをやめたときに、ようやくよく分かった。

ダッシュボードは、取引が履歴になるのを待っている。

ニュートンは、履歴が書かれる前のその瞬間のために作られている。

その小さな違いが、私のプロジェクト全体を変えた。@NewtonProtocol は、ユーザーに「何が起きたか」を知らせる別の画面になろうとしているわけではない。スマートコントラクトがそれを受け入れる前に、実行の前段でポリシーチェックを挟むので、取引の意図は「許可されている」ことを証明しなければならない。

それが仕組みだ:事前の決済承認。

意図が入ってくる。

ポリシーがそれを確認する。

オペレーターが結果に署名する。

コントラクトがアテステーション(証明)を検証する。

そしてようやく実行が続行される。

ほとんどのツールは取引を監視している。

ニュートンは、その前に立っている。

私が何度も引き合いに出す比喩は、カメラではない。駅の改札だ。電車は準備できているかもしれないし、ホームの線路が開いているかもしれない。でも、プラットフォームに入るには、有効なパスが必要だ。

ニュートンがルールを「別物」に感じさせるのは、まさにそういうことだ。金庫(バルート)の要求、エージェントの上限、あるいは実行ポリシーは、どこかに書かれて終わりではない。取引が通過しなければならない“通過点”になる。

私の見立て($NEWT )はシンプルだ。真に重要なのは、人々がより安全なDeFiという考えに賛同するかどうかではない。

問題は、アプリがキャピタルが動く前の通常のチェックポイントとして、ニュートンのポリシーチェックを扱い始めるかどうかだ。

そこで、マインドシェアがインフラになる。
·
--
ブリッシュ
#newt $NEWT @NewtonProtocol {future}(NEWTUSDT) 良いインフラの不思議な点は、最も良い瞬間が何も起きないときかもしれないことです。 送金なし。 金庫の移動なし。 エージェントの支出なし。 リスクのある実行なし。 そこが、私にとってニュートンがクリックしたところです。 ほとんどの人は、取引が承認されたときの @NewtonProtocol に気づくでしょう。でも、見過ごされがちなのは「拒否」のほうだと思います。ニュートンのポリシーは単に青信号を作るだけではありません。資本が動く前に、署名付きの「ノー」を作ることもできます。 それが重要なのは、DeFiは通常、決済後に失敗を説明するからです。ニュートンは、決済の前に失敗を有用なものにしようとします。 仕組みはシンプルです。意図をアクティブなポリシーに対して照合し、オペレーターが評価し、その結果が署名付きの合格/不合格の証明(アテステーション)になります。失敗した場合、スマートコントラクトはそれを「活動が欠けている」として扱うべきではありません。「ルールが機能した」という証拠として扱うべきです。 それは強力です。 失敗したポリシーチェックは、間違った鍵を拒む施錠された金庫のドアのようなものです。外から見ると退屈ですが、間違った行動を止められたなら非常に価値があります。 金庫の場合、それは権限外の移動をブロックすることを意味しえます。 エージェントの場合、それは上限を超える支出を止めることを意味しえます。 RWA やステーブルコインの場合、それはルールを満たしていないアクションを拒否することを意味しえます。 私は $NEWT は承認のみに関するものではないと思います。本当のシグナルは、ニュートンが「実行を許さなかった」ことをどれくらいの頻度で証明できるかもしれません。 それは検証可能な拒否です。
#newt $NEWT @NewtonProtocol
良いインフラの不思議な点は、最も良い瞬間が何も起きないときかもしれないことです。

送金なし。
金庫の移動なし。
エージェントの支出なし。
リスクのある実行なし。

そこが、私にとってニュートンがクリックしたところです。

ほとんどの人は、取引が承認されたときの @NewtonProtocol に気づくでしょう。でも、見過ごされがちなのは「拒否」のほうだと思います。ニュートンのポリシーは単に青信号を作るだけではありません。資本が動く前に、署名付きの「ノー」を作ることもできます。

それが重要なのは、DeFiは通常、決済後に失敗を説明するからです。ニュートンは、決済の前に失敗を有用なものにしようとします。

仕組みはシンプルです。意図をアクティブなポリシーに対して照合し、オペレーターが評価し、その結果が署名付きの合格/不合格の証明(アテステーション)になります。失敗した場合、スマートコントラクトはそれを「活動が欠けている」として扱うべきではありません。「ルールが機能した」という証拠として扱うべきです。

それは強力です。

失敗したポリシーチェックは、間違った鍵を拒む施錠された金庫のドアのようなものです。外から見ると退屈ですが、間違った行動を止められたなら非常に価値があります。

金庫の場合、それは権限外の移動をブロックすることを意味しえます。
エージェントの場合、それは上限を超える支出を止めることを意味しえます。
RWA やステーブルコインの場合、それはルールを満たしていないアクションを拒否することを意味しえます。

私は $NEWT は承認のみに関するものではないと思います。本当のシグナルは、ニュートンが「実行を許さなかった」ことをどれくらいの頻度で証明できるかもしれません。

それは検証可能な拒否です。
記事
Newton Protocol NEWT:ポリシー執行を現実にするスマートコントラクトのゲートNewton ProtocolのPolicyClientは、これまでDeFiが持っていなかったスマートコントラクトのゲートです。 ここが、Newtonのポリシー証明(アテステーション)が執行可能になるポイントです。フロントエンドはユーザーに警告できます。ダッシュボードはリスクを表示できます。レポートは何が問題だったのか説明できます。しかしPolicyClientは、実行前にスマートコントラクトが証明を検証することを可能にします。 だからこそ、Newtonは私にとって本気に感じられるのです。 単にDeFiを外から眺めるだけではありません。認可をトランザクションの経路そのものに直接組み込むのです。 これがアンカーメカニズムです: トランザクションの意図が作成されます。

Newton Protocol NEWT:ポリシー執行を現実にするスマートコントラクトのゲート

Newton ProtocolのPolicyClientは、これまでDeFiが持っていなかったスマートコントラクトのゲートです。
ここが、Newtonのポリシー証明(アテステーション)が執行可能になるポイントです。フロントエンドはユーザーに警告できます。ダッシュボードはリスクを表示できます。レポートは何が問題だったのか説明できます。しかしPolicyClientは、実行前にスマートコントラクトが証明を検証することを可能にします。
だからこそ、Newtonは私にとって本気に感じられるのです。
単にDeFiを外から眺めるだけではありません。認可をトランザクションの経路そのものに直接組み込むのです。
これがアンカーメカニズムです:
トランザクションの意図が作成されます。
·
--
ブリッシュ
#newt $NEWT @NewtonProtocol {future}(NEWTUSDT) 本当に需要がどこから来るのかを理解した時点で、$NEWT を普通のトークンストーリーとして見るのをやめた。 投機は簡単だ。新しい資産が出るたびにチャートができ、物語ができ、いくつか大きな声の意見が出て、あとは人々が価格について議論する。 でも、Newtonのより重要な問いは違う。 本当に必要な取引は、実行前にそのポリシー層を必要とするのか? そこが私にとって重要な部分だ。 @NewtonProtocol は単に「DeFiをより安全にする」と言っているわけではない。その仕組みはもっと具体的だ。取引の意図はアクティブなポリシーと照合でき、オペレーターは署名付きの証明を返し、スマートコントラクトは実行前にその証明を検証できる。 つまり、需要の物語は注目だけではない。 利用だ。 もし金庫がNewtonを使って命令を強制し、エージェントが支出上限にそれを使い、RWAが適格性のためにそれを使い、ステーブルコインがコンプライアンスチェックのためにそれを使うなら、ポリシーの強制は取引経路の一部になる。 $NEWT が面白くなるのはそこだ。 実際のネットワーク需要のないトークンは、誰も通らない道路にある料金所のようなものだ。公式っぽく見えるが、何も流れてこない。 Newtonの機会は違う。動く前にルールを必要とする資本のためのチェックポイントになることだ。 私が注目する指標はシンプルだ。何人が1週間話題にしているかではなく、どれだけ多くのアプリが実行前にNewtonのポリシーチェックを必須にし始めるか。 本当の物語はそこから始まる。
#newt $NEWT @NewtonProtocol
本当に需要がどこから来るのかを理解した時点で、$NEWT を普通のトークンストーリーとして見るのをやめた。

投機は簡単だ。新しい資産が出るたびにチャートができ、物語ができ、いくつか大きな声の意見が出て、あとは人々が価格について議論する。

でも、Newtonのより重要な問いは違う。

本当に必要な取引は、実行前にそのポリシー層を必要とするのか?

そこが私にとって重要な部分だ。

@NewtonProtocol は単に「DeFiをより安全にする」と言っているわけではない。その仕組みはもっと具体的だ。取引の意図はアクティブなポリシーと照合でき、オペレーターは署名付きの証明を返し、スマートコントラクトは実行前にその証明を検証できる。

つまり、需要の物語は注目だけではない。

利用だ。

もし金庫がNewtonを使って命令を強制し、エージェントが支出上限にそれを使い、RWAが適格性のためにそれを使い、ステーブルコインがコンプライアンスチェックのためにそれを使うなら、ポリシーの強制は取引経路の一部になる。

$NEWT が面白くなるのはそこだ。

実際のネットワーク需要のないトークンは、誰も通らない道路にある料金所のようなものだ。公式っぽく見えるが、何も流れてこない。

Newtonの機会は違う。動く前にルールを必要とする資本のためのチェックポイントになることだ。

私が注目する指標はシンプルだ。何人が1週間話題にしているかではなく、どれだけ多くのアプリが実行前にNewtonのポリシーチェックを必須にし始めるか。

本当の物語はそこから始まる。
記事
Newton Protocol NEWT: 資本が動く前に、金庫を信頼するためにはオンチェーンの証明が必要な理由DeFiの金庫を見れば見るほど、真の問題は利回りだけではないと感じます。 利回りは、気づきやすい簡単な部分です。 金庫はAPYを表示します。 人々は数字を比較します。 ある金庫は別の金庫より良く見えます。 資本はより大きなリターンへと動き始めます。 しかし、その最初の見方の後にこそ、真の疑問が始まります。 金庫をコントロールしているのは誰ですか? お金はどこへ行くのかを決めるのは誰ですか? どの市場が安全かを決めるのは誰ですか? 金庫をいつリバランスすべきかを決めるのは誰ですか? どれくらいのリスクが「多すぎる」と判断するのは誰ですか? そして最も重要なのは、ユーザーが気づく前に、その人物やシステムがルールを破るのを何が止めるのか、ということです。

Newton Protocol NEWT: 資本が動く前に、金庫を信頼するためにはオンチェーンの証明が必要な理由

DeFiの金庫を見れば見るほど、真の問題は利回りだけではないと感じます。
利回りは、気づきやすい簡単な部分です。
金庫はAPYを表示します。
人々は数字を比較します。
ある金庫は別の金庫より良く見えます。
資本はより大きなリターンへと動き始めます。
しかし、その最初の見方の後にこそ、真の疑問が始まります。
金庫をコントロールしているのは誰ですか?
お金はどこへ行くのかを決めるのは誰ですか?
どの市場が安全かを決めるのは誰ですか?
金庫をいつリバランスすべきかを決めるのは誰ですか?
どれくらいのリスクが「多すぎる」と判断するのは誰ですか?
そして最も重要なのは、ユーザーが気づく前に、その人物やシステムがルールを破るのを何が止めるのか、ということです。
·
--
弱気相場
一部該当
#newt $NEWT @NewtonProtocol {future}(NEWTUSDT) DeFiにおける不快な真実は、ほとんどの「安全性」はお金がすでに動いた後に初めて姿を現すということです。 私たちはトランザクションハッシュを得ます。 エクスプローラーのリンクを得ます。 ダッシュボードのアラートを得ます。 ポストモーテムを得ます。 しかし、その時点ではチェーンはもう仕事を終えています。決済されてしまったのです。 だからこそ、@NewtonProtocol が私の注意を引きました。決済を賢く見せようとしているのではありません。決済が起こる前に、欠けているチェックポイントを追加しているのです。 中核となる仕組みは、事前の決済ポリシーチェックです。 ボールトのアクション、送金、エージェントの指示、またはRWAトランザクションが実行される前に、ニュートンは、アクティブなポリシーに対して意図を正確に照合できます。通れば、そのトランザクションには署名済みの実行ルートが与えられます。失敗すれば、資金が流出する前に実行は停止されるべきです。 このタイミングこそが、唯一の優位性です。 多くのリスクツールはCCTVカメラのように感じられます。有用ですが、手遅れです。ニュートンは、ボールトの前にある「施錠された門」のようです。単に動きを記録するだけではありません。移動が許可されているかを問いかけます。 これが重要なのは、DeFiはいまだに、多くの信頼をドキュメント、フロントエンド、マネージャー、そしてオフチェーンのプロセスの中に隠しているからです。ボールトの委任が強いのは、そのトランザクションがそれを破れない場合に限られます。ステーブルコインのルールが本物なのは、送金がそれを通過しなければならない場合に限られます。エージェントの制限が意味を持つのは、ウォレットがそれを無視できない場合に限られます。 私にとって、$NEWT は単なる別のインフラ名ではありません。認可を実行経路へ押し込んでいます。 私が注目したい指標は、決済前にニュートンのポリシーチェックに依存して開始される「実際のトランザクション」がどれくらいあるかです。そこから物語は本気になります。
#newt $NEWT @NewtonProtocol
DeFiにおける不快な真実は、ほとんどの「安全性」はお金がすでに動いた後に初めて姿を現すということです。

私たちはトランザクションハッシュを得ます。
エクスプローラーのリンクを得ます。
ダッシュボードのアラートを得ます。
ポストモーテムを得ます。

しかし、その時点ではチェーンはもう仕事を終えています。決済されてしまったのです。

だからこそ、@NewtonProtocol が私の注意を引きました。決済を賢く見せようとしているのではありません。決済が起こる前に、欠けているチェックポイントを追加しているのです。

中核となる仕組みは、事前の決済ポリシーチェックです。

ボールトのアクション、送金、エージェントの指示、またはRWAトランザクションが実行される前に、ニュートンは、アクティブなポリシーに対して意図を正確に照合できます。通れば、そのトランザクションには署名済みの実行ルートが与えられます。失敗すれば、資金が流出する前に実行は停止されるべきです。

このタイミングこそが、唯一の優位性です。

多くのリスクツールはCCTVカメラのように感じられます。有用ですが、手遅れです。ニュートンは、ボールトの前にある「施錠された門」のようです。単に動きを記録するだけではありません。移動が許可されているかを問いかけます。

これが重要なのは、DeFiはいまだに、多くの信頼をドキュメント、フロントエンド、マネージャー、そしてオフチェーンのプロセスの中に隠しているからです。ボールトの委任が強いのは、そのトランザクションがそれを破れない場合に限られます。ステーブルコインのルールが本物なのは、送金がそれを通過しなければならない場合に限られます。エージェントの制限が意味を持つのは、ウォレットがそれを無視できない場合に限られます。

私にとって、$NEWT は単なる別のインフラ名ではありません。認可を実行経路へ押し込んでいます。

私が注目したい指標は、決済前にニュートンのポリシーチェックに依存して開始される「実際のトランザクション」がどれくらいあるかです。そこから物語は本気になります。
記事
Newton Protocol NEWT: ポリシーチェックがオンチェーン実行へ変わる仕組み私がニュートン・プロトコルで最も重要だと感じるのは、ルールを取引の外側にあるものとして扱わないことです。 多くのDeFiシステムではルールは存在しますが、弱い場所に置かれています。 チームはドキュメントの中にリスクルールを持つかもしれません。 フロントエンドが一部のユーザーをブロックするかもしれません。 ダッシュボードが警告のシグナルを表示するかもしれません。 マネージャーが社内ポリシーに従うかもしれません。 コンプライアンス提供者が、活動が起きた後にアドレスをフラグ付けするかもしれません。 これらは役に立つこともありますが、強制力(エンフォースメント)とは同じではありません。 ニュートンの考え方は違います。ルールを実行の直接的な一部に変えようとします。取引は単に「実行したい」と言うだけでなく、スマートコントラクトが許可する前に、そのルールを通過したことを証明するべきです。

Newton Protocol NEWT: ポリシーチェックがオンチェーン実行へ変わる仕組み

私がニュートン・プロトコルで最も重要だと感じるのは、ルールを取引の外側にあるものとして扱わないことです。
多くのDeFiシステムではルールは存在しますが、弱い場所に置かれています。
チームはドキュメントの中にリスクルールを持つかもしれません。
フロントエンドが一部のユーザーをブロックするかもしれません。
ダッシュボードが警告のシグナルを表示するかもしれません。
マネージャーが社内ポリシーに従うかもしれません。
コンプライアンス提供者が、活動が起きた後にアドレスをフラグ付けするかもしれません。
これらは役に立つこともありますが、強制力(エンフォースメント)とは同じではありません。
ニュートンの考え方は違います。ルールを実行の直接的な一部に変えようとします。取引は単に「実行したい」と言うだけでなく、スマートコントラクトが許可する前に、そのルールを通過したことを証明するべきです。
·
--
弱気相場
確認済み
#opg $OPG {future}(OPGUSDT) 私は、ブロックチェーンの検証とは「たった一つのこと」を意味すると考えていました: つまり皆が、その作業をやり直す。 その論理は、通常のトランザクションという“普通の作業”であれば筋が通ります。 トークン送信。 残高更新。 署名確認。 同じ入力なら同じ出力。だから再生(リプレイ)が簡単。 しかしAIは、この頭のモデルを壊します。 重いLLM呼び出しを、通常の状態更新のように全バリデータに再実行させることはできません。コストが違う。必要なハードウェアが違う。遅延も違う。そしてLLMでは、バッチング、プロバイダのルーティング、モデル提供(サービング)システムなどが介入すると、「同じプロンプト」であっても、常にまったく同じ生成経路になるとは限りません。 だから、古典的な“再実行”はAIに対しては間違って見えてきます。 検証の重要性が低いからではありません。 古い検証方法が重すぎるからです。 そこで、@OpenGradient が私には意味を持つのです。 OpenGradientは、すべてのフルノードをGPU推論マシンにすることを強制しません。モデルの実行作業は、その仕事のために作られた推論ノードで行われます。次にネットワークは、実行の証拠を検証します:TEEアテステーション、証明、署名、ハッシュ、決済記録。 フルノードは、各自が自分で毎回すべての答えを再生成するふりをすることなく、ネットワークの正直さを保ちます。 その分離が、真のアーキテクチャです。 実行は、計算が効率的な場所に属する。 検証は、コンセンサスが強い場所に属する。 この2つの仕事を混ぜてしまうと、AIチャットは遅くなり、高くつき、そして大規模運用ではほぼ使い物にならなくなります。 chat.opengradient.aiは、その複雑さをユーザーから隠します。あなたが聞けば、答えはすぐ返り、検証は裏側で決着します。 私にとって、これは最も強い$OPG の一つです。 OpenGradientは、ブロックチェーンにAIを“追加する”だけではありません。 AIワークロードが、従来のブロックチェーンの実行パターンに合わないことを認め、その制約に合わせて経路を再設計しているのです。 「オンチェーンAIだ」と言うより、ずっと重大です。 本当の問いは、「すべてのバリデータがモデルを動かせるか」ではありません。 ネットワークが、全員に同じことを繰り返させることなく、モデルの実行が起きたことを証明できるかどうかです。
#opg $OPG
私は、ブロックチェーンの検証とは「たった一つのこと」を意味すると考えていました:

つまり皆が、その作業をやり直す。

その論理は、通常のトランザクションという“普通の作業”であれば筋が通ります。

トークン送信。
残高更新。
署名確認。
同じ入力なら同じ出力。だから再生(リプレイ)が簡単。

しかしAIは、この頭のモデルを壊します。

重いLLM呼び出しを、通常の状態更新のように全バリデータに再実行させることはできません。コストが違う。必要なハードウェアが違う。遅延も違う。そしてLLMでは、バッチング、プロバイダのルーティング、モデル提供(サービング)システムなどが介入すると、「同じプロンプト」であっても、常にまったく同じ生成経路になるとは限りません。

だから、古典的な“再実行”はAIに対しては間違って見えてきます。

検証の重要性が低いからではありません。

古い検証方法が重すぎるからです。

そこで、@OpenGradient が私には意味を持つのです。

OpenGradientは、すべてのフルノードをGPU推論マシンにすることを強制しません。モデルの実行作業は、その仕事のために作られた推論ノードで行われます。次にネットワークは、実行の証拠を検証します:TEEアテステーション、証明、署名、ハッシュ、決済記録。

フルノードは、各自が自分で毎回すべての答えを再生成するふりをすることなく、ネットワークの正直さを保ちます。

その分離が、真のアーキテクチャです。

実行は、計算が効率的な場所に属する。
検証は、コンセンサスが強い場所に属する。

この2つの仕事を混ぜてしまうと、AIチャットは遅くなり、高くつき、そして大規模運用ではほぼ使い物にならなくなります。

chat.opengradient.aiは、その複雑さをユーザーから隠します。あなたが聞けば、答えはすぐ返り、検証は裏側で決着します。

私にとって、これは最も強い$OPG の一つです。

OpenGradientは、ブロックチェーンにAIを“追加する”だけではありません。

AIワークロードが、従来のブロックチェーンの実行パターンに合わないことを認め、その制約に合わせて経路を再設計しているのです。

「オンチェーンAIだ」と言うより、ずっと重大です。

本当の問いは、「すべてのバリデータがモデルを動かせるか」ではありません。

ネットワークが、全員に同じことを繰り返させることなく、モデルの実行が起きたことを証明できるかどうかです。
·
--
ブリッシュ
#opg $OPG {future}(OPGUSDT) Anthropic IDの議論を見たとき、私が最初に抱いたのは怒りではありませんでした。 違和感でした。 なぜなら、AIチャットは普通のアプリとは違うからです。 人々は、そこにユーザー名やメールアドレス、サポートチケットだけを打ち込むわけではありません。言いたくても言えていない恐れ、健康に関する質問、キャリアの不安、お金の問題、家族との葛藤、まだ口にしていないアイデアまで、打ち込まれます。 そのため、AIプロダクトがアイデンティティ確認に近づいていくと、ツール全体の感覚が変わってしまいます。 プロンプトが、もはや「ただの自分の内緒の考え」には感じられなくなる。 顔が付いた記録のように感じ始めます。 だからこそ、OpenGradient Chatは今より関連性が高いのだと思います。 重要なのは「別のチャットボットがある」ということではありません。 ポイントは、@OpenGradient が、質問がモデルに届く前に、あなたの質問が通るルートを変えようとしていることです。 chat.opengradient.aiでは、プライバシーの考え方はアーキテクチャです。プロンプトはOHTTPリレーを通じてルーティングされ、ネットワーク上の身元は削除され、リクエストはTEEゲートウェイを通過するため、どの単一の層も「誰が何を聞いたか」を結びつけられないようにする設計になっています。 これは別の設計思想です。 プライバシーポリシーは、企業がすでに私のデータを持った後に何をしてよいかを教えてくれます。 一方、OpenGradientのモデルはより良い問いを投げかけています。 「そもそも、身元に紐づいたバージョンを収集しないですむのか?」 この違いは、AIがパーソナルになっていくほど、より大きくなります。 AIが役に立てば立つほど、質問はよりセンシティブになります。 私にとって$OPG が興味深いのは、OpenGradientがモデルへのアクセスだけで競っているのではなく、信頼の境界(トラスト・バウンダリー)で競っているからです。 次のAIのサイクルでは、ユーザーは「どのモデルが一番賢い?」と聞くだけではないかもしれません。 彼らは次のように聞くでしょう。 「すべての考えをアイデンティティのデータに変えることなく、私に考えさせてくれるのはどのシステム?」
#opg $OPG
Anthropic IDの議論を見たとき、私が最初に抱いたのは怒りではありませんでした。

違和感でした。

なぜなら、AIチャットは普通のアプリとは違うからです。

人々は、そこにユーザー名やメールアドレス、サポートチケットだけを打ち込むわけではありません。言いたくても言えていない恐れ、健康に関する質問、キャリアの不安、お金の問題、家族との葛藤、まだ口にしていないアイデアまで、打ち込まれます。

そのため、AIプロダクトがアイデンティティ確認に近づいていくと、ツール全体の感覚が変わってしまいます。

プロンプトが、もはや「ただの自分の内緒の考え」には感じられなくなる。

顔が付いた記録のように感じ始めます。

だからこそ、OpenGradient Chatは今より関連性が高いのだと思います。

重要なのは「別のチャットボットがある」ということではありません。

ポイントは、@OpenGradient が、質問がモデルに届く前に、あなたの質問が通るルートを変えようとしていることです。

chat.opengradient.aiでは、プライバシーの考え方はアーキテクチャです。プロンプトはOHTTPリレーを通じてルーティングされ、ネットワーク上の身元は削除され、リクエストはTEEゲートウェイを通過するため、どの単一の層も「誰が何を聞いたか」を結びつけられないようにする設計になっています。

これは別の設計思想です。

プライバシーポリシーは、企業がすでに私のデータを持った後に何をしてよいかを教えてくれます。

一方、OpenGradientのモデルはより良い問いを投げかけています。

「そもそも、身元に紐づいたバージョンを収集しないですむのか?」

この違いは、AIがパーソナルになっていくほど、より大きくなります。

AIが役に立てば立つほど、質問はよりセンシティブになります。

私にとって$OPG が興味深いのは、OpenGradientがモデルへのアクセスだけで競っているのではなく、信頼の境界(トラスト・バウンダリー)で競っているからです。

次のAIのサイクルでは、ユーザーは「どのモデルが一番賢い?」と聞くだけではないかもしれません。

彼らは次のように聞くでしょう。

「すべての考えをアイデンティティのデータに変えることなく、私に考えさせてくれるのはどのシステム?」
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約