Binance Square
ŘeGáL TraÐér
11.2k 投稿

ŘeGáL TraÐér

厳選トピック確認済+
📢Binance Square KOL 🎯 | Signal Provider 📈 | Square Visionary |X/Twitter: @mir_mudassir872 Follow for trading signals
取引を発注
OPGホルダー
OPGホルダー
超高頻度トレーダー
2.9年
1.1K+ フォロー
41.8K+ フォロワー
29.8K+ いいね
投稿
ポートフォリオ
PINNED
·
--
🎙️ 一起囤BNBStore bnb together
avatar
終了
02 時間 23 分 07 秒
22.8k
21
23
$AKE は放物線状の拡大の後に主要なレジスタンス帯へ圧入されており、直近高値からの鋭いリジェクションはモメンタムが冷え始めている可能性を示唆しています トレードプラン:ショート $AKE エントリー:0.000960 – 0.001020 SL:0.001205 TP:0.000880 TP:0.000800 TP:0.000700 直近の上昇は、40%以上の上昇を記録した後、ますます過熱気味になっており、0.001180からの強いリジェクションのウィックが確認されました。価格は心理的水準の0.001000を上回って維持できず、直近高値からの大きな反応は、買い手が利確売りや新たな売りの圧力に吸収されつつあることを示しています。もしAKEがエントリー帯を下回ったままなら、以前のブレイクアウトおよびサポートの各エリアに向かう、より広い下方向へのローテーションが続く可能性があります。 ここで $AKE をトレード 👇 {future}(AKEUSDT)
$AKE は放物線状の拡大の後に主要なレジスタンス帯へ圧入されており、直近高値からの鋭いリジェクションはモメンタムが冷え始めている可能性を示唆しています

トレードプラン:ショート $AKE
エントリー:0.000960 – 0.001020
SL:0.001205
TP:0.000880
TP:0.000800
TP:0.000700

直近の上昇は、40%以上の上昇を記録した後、ますます過熱気味になっており、0.001180からの強いリジェクションのウィックが確認されました。価格は心理的水準の0.001000を上回って維持できず、直近高値からの大きな反応は、買い手が利確売りや新たな売りの圧力に吸収されつつあることを示しています。もしAKEがエントリー帯を下回ったままなら、以前のブレイクアウトおよびサポートの各エリアに向かう、より広い下方向へのローテーションが続く可能性があります。

ここで $AKE をトレード 👇
バイナンス・アルファが、またしても注目する価値がある理由を証明しています。😍😍 本日の注目のアルファ上昇銘柄: 🚀 $AKE +339% 🚀 $ODOS +55% 🚀 $DN +49% 🚀 $US +39% 🚀 $BROCCOLI +27% チャート分析、ローソク足のパターン、あるいは市場の監視に一日中時間を使えない場合でも、バイナンス・アルファは高いモメンタムを持つプロジェクトをいち早く見つけるのに最適な場所の一つです。 ただし、高いリターンには高いリスクが伴うことを忘れないでください。すべてのアルファコインが勝ち組になるわけではありません。 リスク管理を常に行いましょう: ✅ FOMOで急騰(ポンプ)に飛びつかない。 ✅ 適切なポジションサイズを使用する。 ✅ 自分の戦略に沿って利確する。 ✅ 所持できる範囲を超えて投資しない。 私は、バイナンス・アルファを毎日のルーティンに組み込んでいます。というのも、市場の注目が最初に移る場所であることが多いからです。 もうバイナンス・アルファをフォローしていますか?それとも次の優良銘柄を探すのに何時間も費やしていますか?🚀 #BinanceAlpha #crypto {alpha}(560x9b6a1d4fa5d90e5f2d34130053978d14cd301d58) {alpha}(84530xca73ed1815e5915489570014e024b7ebe65de679) {alpha}(560x2c3a8ee94ddd97244a93bc48298f97d2c412f7db)
バイナンス・アルファが、またしても注目する価値がある理由を証明しています。😍😍

本日の注目のアルファ上昇銘柄:

🚀 $AKE +339%
🚀 $ODOS +55%
🚀 $DN +49%
🚀 $US +39%
🚀 $BROCCOLI +27%

チャート分析、ローソク足のパターン、あるいは市場の監視に一日中時間を使えない場合でも、バイナンス・アルファは高いモメンタムを持つプロジェクトをいち早く見つけるのに最適な場所の一つです。

ただし、高いリターンには高いリスクが伴うことを忘れないでください。すべてのアルファコインが勝ち組になるわけではありません。

リスク管理を常に行いましょう:
✅ FOMOで急騰(ポンプ)に飛びつかない。
✅ 適切なポジションサイズを使用する。
✅ 自分の戦略に沿って利確する。
✅ 所持できる範囲を超えて投資しない。

私は、バイナンス・アルファを毎日のルーティンに組み込んでいます。というのも、市場の注目が最初に移る場所であることが多いからです。

もうバイナンス・アルファをフォローしていますか?それとも次の優良銘柄を探すのに何時間も費やしていますか?🚀 #BinanceAlpha #crypto
ニュートンの最も難しいアイデンティティ問題はKYCではない――問題は、どのアプリからも見えないまま、1つのクレデンシャルを再利用できるようにすること。 ニュートンのアイデンティティの扱いをじっくり見ていて、特に目立つのは本人確認そのものではありません。 重要なのは、リンク(紐付け)の工程です。 ニュートンは、ユーザーのアイデンティティ・ウォレットと、アプリ内で使われるウォレットを分離します。アイデンティティは特定のドメインの下に登録され、その後、明示的な認可フローによって特定のアプリへリンクされます。 この認可には、署名、nonce(ナンス)、期限が含まれます。これは最初に見える以上に重要だと思います。署名はユーザーの承認を証明し、nonceはリプレイを制限し、期限は古い認可がいつまでも有効なまま残らないようにします。 まず、この設計は、各アプリでKYCを繰り返すことを避けるための、よりきれいな方法に見えます。つまり、個人情報の実データを受け取らずに、年齢・管轄・承認ステータスなどの条件を満たしているかどうかをポリシーが確認できるということです。 しかし、より深刻な問題は、そのクレデンシャルが再利用可能になった瞬間から始まります。 クレデンシャルは、それが参照する現実世界の情報が変わっていても、技術的な検証は通ってしまうことがあります。発行者は承認を取り消しうるのです。ユーザーの国やステータスは変わりえます。ポリシーは、もはや信頼すべきでないアイデンティティ・シグナルを引き続き受け入れてしまう可能性があります。さらに、より目立たないプライバシー上のリスクもあります。 基となるデータが隠されたままであっても、同じアイデンティティと異なるアプリとの間で繰り返し行われるリンクは、それ自体が相関レイヤーを生み出してしまうかもしれません。 私の見立てでは、ニュートンのドメインスコープ型モデルは、アイデンティティを持ち運び可能にしつつ、広範にリンク可能にしないための、思慮深い試みです。それでも、最終的には、「クレデンシャルが一度だけどれだけ安全に紐付けられるか」ではなく、「接続されるアプリが増えるにつれて、そのリンクをどれだけ確実に更新・取り消し・分離して維持できるか」で、この設計が評価されることになると私は考えています。 $NEWT #Newt & @NewtonProtocol . $BILL $LIGHT
ニュートンの最も難しいアイデンティティ問題はKYCではない――問題は、どのアプリからも見えないまま、1つのクレデンシャルを再利用できるようにすること。

ニュートンのアイデンティティの扱いをじっくり見ていて、特に目立つのは本人確認そのものではありません。

重要なのは、リンク(紐付け)の工程です。

ニュートンは、ユーザーのアイデンティティ・ウォレットと、アプリ内で使われるウォレットを分離します。アイデンティティは特定のドメインの下に登録され、その後、明示的な認可フローによって特定のアプリへリンクされます。
この認可には、署名、nonce(ナンス)、期限が含まれます。これは最初に見える以上に重要だと思います。署名はユーザーの承認を証明し、nonceはリプレイを制限し、期限は古い認可がいつまでも有効なまま残らないようにします。

まず、この設計は、各アプリでKYCを繰り返すことを避けるための、よりきれいな方法に見えます。つまり、個人情報の実データを受け取らずに、年齢・管轄・承認ステータスなどの条件を満たしているかどうかをポリシーが確認できるということです。

しかし、より深刻な問題は、そのクレデンシャルが再利用可能になった瞬間から始まります。

クレデンシャルは、それが参照する現実世界の情報が変わっていても、技術的な検証は通ってしまうことがあります。発行者は承認を取り消しうるのです。ユーザーの国やステータスは変わりえます。ポリシーは、もはや信頼すべきでないアイデンティティ・シグナルを引き続き受け入れてしまう可能性があります。さらに、より目立たないプライバシー上のリスクもあります。

基となるデータが隠されたままであっても、同じアイデンティティと異なるアプリとの間で繰り返し行われるリンクは、それ自体が相関レイヤーを生み出してしまうかもしれません。

私の見立てでは、ニュートンのドメインスコープ型モデルは、アイデンティティを持ち運び可能にしつつ、広範にリンク可能にしないための、思慮深い試みです。それでも、最終的には、「クレデンシャルが一度だけどれだけ安全に紐付けられるか」ではなく、「接続されるアプリが増えるにつれて、そのリンクをどれだけ確実に更新・取り消し・分離して維持できるか」で、この設計が評価されることになると私は考えています。
$NEWT #Newt & @NewtonProtocol .
$BILL
$LIGHT
確認済み
記事
なぜニュートンはコンセンサスには1つのダイジェスト、説明責任には別のダイジェストを使うのかニュートンが、複数のオペレーターからの応答を1つの政策決定にまとめる仕組みについて調べる時間を少し取っていました。アテステーションのフローについて読むほど、私の関心を引き戻し続ける設計上の選択肢がありました。ニュートンはプロセス全体に対して単一のハッシュに依存していません。 それには2つを使います。 最初は、これは単に余分な技術的複雑さなのだろうかと思いました。しかし、オペレーターそれぞれの個別のアテステーションを考えると、理由がより明確になると思います。 各オペレーターはそれぞれ独自のECDSAアテステーションを生成します。その証拠はオペレーター固有であり、つまり完全な応答はネットワーク全体で同一にはなりません。一方でBLSの集約は、すべてのオペレーターがまったく同じメッセージに署名するときに最も効果的に機能します。

なぜニュートンはコンセンサスには1つのダイジェスト、説明責任には別のダイジェストを使うのか

ニュートンが、複数のオペレーターからの応答を1つの政策決定にまとめる仕組みについて調べる時間を少し取っていました。アテステーションのフローについて読むほど、私の関心を引き戻し続ける設計上の選択肢がありました。ニュートンはプロセス全体に対して単一のハッシュに依存していません。
それには2つを使います。
最初は、これは単に余分な技術的複雑さなのだろうかと思いました。しかし、オペレーターそれぞれの個別のアテステーションを考えると、理由がより明確になると思います。
各オペレーターはそれぞれ独自のECDSAアテステーションを生成します。その証拠はオペレーター固有であり、つまり完全な応答はネットワーク全体で同一にはなりません。一方でBLSの集約は、すべてのオペレーターがまったく同じメッセージに署名するときに最も効果的に機能します。
マイケル・セイラーの戦略は、多くのビットコイン投資家が想定していなかった形で、進化し続けています。 これまで「すべての1ドルをBTCの即時の購買力として扱う」ことはしていませんでしたが、同社は今回、米ドル準備金を30億ドルに拡大し、流動性を強化するためにさらに4億5000万ドルを追加しました。この準備金は、優先株の配当と利息の支払い義務をカバーする設計であり、ストレスが高まる局面でビットコインの売却に頼るのではなく、より大きな財務的クッションをStrategyにもたらします。つい先週も、同社は流動性のポジションを強化するために、3,588BTC(約2億1600万ドル相当)を売却しています。 これは興味深い転換点だと思います。長年、Strategyは主にビットコインを積極的に積み増していることで知られていました。しかし今では、デジタル資産の準備金を増やすことと同じくらい、資本構成の管理が重要になり得ることを示しているようです。 より強い現金ポジションは、同社がボラティリティに対応し、資金調達の約束を果たし、長期のビットコイン保有に対して不必要なプレッシャーを回避するのに役立つかもしれません。 ビットコインへのエクスポージャーと大きな現金準備金のバランスが、公的なビットコイン・トレジャリー企業の新しい「定番」になり得るのでしょうか? ご意見をお聞かせください..!! $BTC #StrategyRaises$467MEquityNoBitcoinSold
マイケル・セイラーの戦略は、多くのビットコイン投資家が想定していなかった形で、進化し続けています。

これまで「すべての1ドルをBTCの即時の購買力として扱う」ことはしていませんでしたが、同社は今回、米ドル準備金を30億ドルに拡大し、流動性を強化するためにさらに4億5000万ドルを追加しました。この準備金は、優先株の配当と利息の支払い義務をカバーする設計であり、ストレスが高まる局面でビットコインの売却に頼るのではなく、より大きな財務的クッションをStrategyにもたらします。つい先週も、同社は流動性のポジションを強化するために、3,588BTC(約2億1600万ドル相当)を売却しています。

これは興味深い転換点だと思います。長年、Strategyは主にビットコインを積極的に積み増していることで知られていました。しかし今では、デジタル資産の準備金を増やすことと同じくらい、資本構成の管理が重要になり得ることを示しているようです。

より強い現金ポジションは、同社がボラティリティに対応し、資金調達の約束を果たし、長期のビットコイン保有に対して不必要なプレッシャーを回避するのに役立つかもしれません。

ビットコインへのエクスポージャーと大きな現金準備金のバランスが、公的なビットコイン・トレジャリー企業の新しい「定番」になり得るのでしょうか?
ご意見をお聞かせください..!!
$BTC
#StrategyRaises$467MEquityNoBitcoinSold
確認済み
なぜニュートンはポリシーコードを単なる契約設定ではなく、検証可能な成果物として扱うのか? ニュートンのポリシー導入フローにおける、最初はそれほど重要に見えない小さな点について少し考えてみました。 ポリシーと、そのWASMベースのデータオラクル・コンポーネントはIPFSにアップロードされ、コンテンツ識別子によって参照されます。一方でオンチェーンのポリシー・レジストリは、何がデプロイされたかを記録します。 まずは、これはきれいなエンジニアリング上の判断に見えます。ポリシーロジックは、実行用の契約をすべてのアプリケーションで作り直すことなく変更できます。開発者は、リスクルール、コンプライアンスチェック、あるいはオラクル・コンポーネントを更新しつつ、それでも正確に公開された成果物を指し続けられます。 しかし、より深い問題は「ポリシーを検証できるかどうか」ではありません。ポリシーが変更された後でも、古い認可を再構成できるかどうかです。そのためには、認可が単なる承認結果以上のものを保持する必要があるかもしれません。具体的には、正確なポリシーCID、関連するオラクル・コンポーネント、レジストリの状態、そして意思決定が行われた時点との紐付きを維持する必要があるでしょう。 ここで設計は、さらに面白くなります。コンテンツアドレッシングは、ニュートンがポリシーコードを保存するためだけでなく、自動化された意思決定のための完全な来歴(プロベナンス)レイヤーの基盤になり得ます。AIエージェントがより大きな資本の範囲で行動し始めるほど、これはますます重要になるのではないでしょう。実行後の検証だけでは不十分かもしれません。システムは、何年も後に「その行動を許したのは正確にどのルールだったのか」を説明する必要もあるはずです。 問題は、ニュートンの将来の認可記録に、すべての判断を本当に再現可能にするだけのポリシー履歴が十分に含まれるかどうかです。 @NewtonProtocol . $NEWT #Newt
なぜニュートンはポリシーコードを単なる契約設定ではなく、検証可能な成果物として扱うのか?

ニュートンのポリシー導入フローにおける、最初はそれほど重要に見えない小さな点について少し考えてみました。

ポリシーと、そのWASMベースのデータオラクル・コンポーネントはIPFSにアップロードされ、コンテンツ識別子によって参照されます。一方でオンチェーンのポリシー・レジストリは、何がデプロイされたかを記録します。
まずは、これはきれいなエンジニアリング上の判断に見えます。ポリシーロジックは、実行用の契約をすべてのアプリケーションで作り直すことなく変更できます。開発者は、リスクルール、コンプライアンスチェック、あるいはオラクル・コンポーネントを更新しつつ、それでも正確に公開された成果物を指し続けられます。

しかし、より深い問題は「ポリシーを検証できるかどうか」ではありません。ポリシーが変更された後でも、古い認可を再構成できるかどうかです。そのためには、認可が単なる承認結果以上のものを保持する必要があるかもしれません。具体的には、正確なポリシーCID、関連するオラクル・コンポーネント、レジストリの状態、そして意思決定が行われた時点との紐付きを維持する必要があるでしょう。

ここで設計は、さらに面白くなります。コンテンツアドレッシングは、ニュートンがポリシーコードを保存するためだけでなく、自動化された意思決定のための完全な来歴(プロベナンス)レイヤーの基盤になり得ます。AIエージェントがより大きな資本の範囲で行動し始めるほど、これはますます重要になるのではないでしょう。実行後の検証だけでは不十分かもしれません。システムは、何年も後に「その行動を許したのは正確にどのルールだったのか」を説明する必要もあるはずです。

問題は、ニュートンの将来の認可記録に、すべての判断を本当に再現可能にするだけのポリシー履歴が十分に含まれるかどうかです。
@NewtonProtocol . $NEWT #Newt
記事
Newton の Fixed Shield 設計は、高速なアップグレードよりも明示的な信頼を優先します。@NewtonProtocol $NEWT #Newt Newton VaultKit の中で、かなり静かな設計上の選択について考えてきました。そして率直に言えば、それは大きなポリシーエンジンの物語よりも、プロジェクトの「信頼」哲学について語っていることのほうが多いかもしれません。 VaultKit は、ヴォルトキュレーターと、基盤となるヴォルトの間に Shield コントラクトを配置します。キュレーターの特権的な操作(たとえば再割り当て、上限の調整、キューの更新、または別のマネージャーレベルの呼び出しなど)は、まず正確な意図へと変換されます。Newton は、その意図を設定済みのポリシーに照らして評価し、アテステーションを返します。そしてその後にのみ、Shield が呼び出しを転送できます。

Newton の Fixed Shield 設計は、高速なアップグレードよりも明示的な信頼を優先します。

@NewtonProtocol $NEWT #Newt
Newton VaultKit の中で、かなり静かな設計上の選択について考えてきました。そして率直に言えば、それは大きなポリシーエンジンの物語よりも、プロジェクトの「信頼」哲学について語っていることのほうが多いかもしれません。
VaultKit は、ヴォルトキュレーターと、基盤となるヴォルトの間に Shield コントラクトを配置します。キュレーターの特権的な操作(たとえば再割り当て、上限の調整、キューの更新、または別のマネージャーレベルの呼び出しなど)は、まず正確な意図へと変換されます。Newton は、その意図を設定済みのポリシーに照らして評価し、アテステーションを返します。そしてその後にのみ、Shield が呼び出しを転送できます。
確認済み
GRVTの「本当のトレードオフ」は、取引がチェーンに到達する前から始まる。 GRVTを初めて勉強したとき、主な考え方は簡単に理解できると思っていました。つまり、スピード重視のトレーダーが期待する速度は維持しつつ、ユーザー資金を一つの取引所に全面的に握らせないようにする、というものです。たぶん私たちの多くは、そこで最初に考えつくのだと思います。 しかしアーキテクチャを深く見れば見るほど、実際の問いは決済の前から始まっているのではないかと感じるようになりました。 GRVTはオーダーマッチングをオフチェーンで行い、保管(カストディ)、マージンのロジック、そして最終決済はスマートコントラクトで扱います。私にとって、この分割は現実的に思えます。特に価格や流動性が数秒で変わりうる状況で、アクティブなトレーダーに「すべての注文が遅いオンチェーン手続きに回るまで待て」とは言えません。それでも、私は「安全な決済」と「公正な執行」は同じものではないと思っています。 チェーンは、残高やポジションが正しく更新されたことを示せます。しかし、その前に何が起きたのかを、あなたや私がはっきり検証できるでしょうか? 注文が遅延したのか、順序が入れ替えられたのか、あるいはマッチングエンジン内部で別の扱いを受けたのか。そこに、まだ一定の信頼が残っているのです。 分離された保管、デュアルレイヤーのリスク制御、そしてZK Validiumによって設計は大幅に強化されます。これらは、取引レイヤーの障害がもたらしうる被害を減らし、公開せずとも状態変更を検証可能に保ちます。ですが、それだけではマッチング手順が完全に透明になるわけではありません。だからこそ、ハイブリッド取引所にとっての次の本当の試練は、より速い決済ではないかもしれないと思うのです。それは、モデルが有用だと感じさせたスピードを失わずに、オフチェーン執行をより観測可能にする方法を見つけられるかどうかです。 執行の公正さが独立して監査可能になれば、あなたはGRVTをもっと信頼できるでしょうか? @grvt_io #grvt $VELVET $1000XEC $JCT
GRVTの「本当のトレードオフ」は、取引がチェーンに到達する前から始まる。

GRVTを初めて勉強したとき、主な考え方は簡単に理解できると思っていました。つまり、スピード重視のトレーダーが期待する速度は維持しつつ、ユーザー資金を一つの取引所に全面的に握らせないようにする、というものです。たぶん私たちの多くは、そこで最初に考えつくのだと思います。

しかしアーキテクチャを深く見れば見るほど、実際の問いは決済の前から始まっているのではないかと感じるようになりました。

GRVTはオーダーマッチングをオフチェーンで行い、保管(カストディ)、マージンのロジック、そして最終決済はスマートコントラクトで扱います。私にとって、この分割は現実的に思えます。特に価格や流動性が数秒で変わりうる状況で、アクティブなトレーダーに「すべての注文が遅いオンチェーン手続きに回るまで待て」とは言えません。それでも、私は「安全な決済」と「公正な執行」は同じものではないと思っています。

チェーンは、残高やポジションが正しく更新されたことを示せます。しかし、その前に何が起きたのかを、あなたや私がはっきり検証できるでしょうか? 注文が遅延したのか、順序が入れ替えられたのか、あるいはマッチングエンジン内部で別の扱いを受けたのか。そこに、まだ一定の信頼が残っているのです。

分離された保管、デュアルレイヤーのリスク制御、そしてZK Validiumによって設計は大幅に強化されます。これらは、取引レイヤーの障害がもたらしうる被害を減らし、公開せずとも状態変更を検証可能に保ちます。ですが、それだけではマッチング手順が完全に透明になるわけではありません。だからこそ、ハイブリッド取引所にとっての次の本当の試練は、より速い決済ではないかもしれないと思うのです。それは、モデルが有用だと感じさせたスピードを失わずに、オフチェーン執行をより観測可能にする方法を見つけられるかどうかです。

執行の公正さが独立して監査可能になれば、あなたはGRVTをもっと信頼できるでしょうか?
@grvt_io #grvt
$VELVET
$1000XEC
$JCT
Yes, absolutely 🔍
50%
Maybe, show me proof 🤔
50%
Speed matters more ⚡
0%
Still not convinced 😅
0%
2 投票 • 投票は終了しました
記事
Newtonの意図が、取引になるまでに通過するもの正直に言うと、ユーザーが何かを行うことを決めてから、スマートコントラクトがそれを最終的に許可するまでに、実際に何が起きているのかを考えてきました。 そのギャップは、外から見るとシンプルに見えます。 ユーザーが取引に署名し、ネットワークがそれを処理し、そしてコントラクトが実行されます。しかしNewton Protocolは、その流れをいくつかの別々の段階に分解します。意図の作成、ユーザーの署名、タスク生成、オペレーターの評価、BLSによるアタステーション、そしてスマートコントラクトの実行です。 最初は、これは単に取引を承認するための、より長い言い回しだと思っていました。

Newtonの意図が、取引になるまでに通過するもの

正直に言うと、ユーザーが何かを行うことを決めてから、スマートコントラクトがそれを最終的に許可するまでに、実際に何が起きているのかを考えてきました。
そのギャップは、外から見るとシンプルに見えます。
ユーザーが取引に署名し、ネットワークがそれを処理し、そしてコントラクトが実行されます。しかしNewton Protocolは、その流れをいくつかの別々の段階に分解します。意図の作成、ユーザーの署名、タスク生成、オペレーターの評価、BLSによるアタステーション、そしてスマートコントラクトの実行です。
最初は、これは単に取引を承認するための、より長い言い回しだと思っていました。
ニュートンの「プライバシー・エンベロープ」で私が特に不思議だと思うのは、機密データに失効条件に近いものを与えている点です。 情報は単に暗号化されて保存されるだけではありません。これは特定のポリシークライアント、チェーン、意図、ユーザー承認、そしてアプリケーション署名のために包まれています。つまり、その秘密は普遍的に読み取れるようには想定されていません。意味を持つのは、1つの認可された経路の中だけです。 そのためNPEは、単なるプライバシーの金庫というより、暗号学的な搭乗券のように感じられます。データは移動し得ますが、特定の目的地へ向かう場合に限られ、また正しい承認が添付されている場合に限られます。 ただしリスクはゲートにあります。閾値復号は単一オペレーターの支配を減らしますが、それでも評価の間には平文が存在していなければなりません。これにより、セキュリティの負担はメモリ分離、ログ運用の規律、オペレーターのソフトウェア、そして削除保証へと移ります。私の見解では、ニュートンの最大の機会は「プライベートな保存」ではなく、「再利用可能にせずに機密データを使えるようにすること」です。現実の規模でその境界が生き残るかどうかが、この設計全体の価値を決めるかもしれません、 @NewtonProtocol . $NEWT #Newt {future}(NEWTUSDT)
ニュートンの「プライバシー・エンベロープ」で私が特に不思議だと思うのは、機密データに失効条件に近いものを与えている点です。

情報は単に暗号化されて保存されるだけではありません。これは特定のポリシークライアント、チェーン、意図、ユーザー承認、そしてアプリケーション署名のために包まれています。つまり、その秘密は普遍的に読み取れるようには想定されていません。意味を持つのは、1つの認可された経路の中だけです。

そのためNPEは、単なるプライバシーの金庫というより、暗号学的な搭乗券のように感じられます。データは移動し得ますが、特定の目的地へ向かう場合に限られ、また正しい承認が添付されている場合に限られます。

ただしリスクはゲートにあります。閾値復号は単一オペレーターの支配を減らしますが、それでも評価の間には平文が存在していなければなりません。これにより、セキュリティの負担はメモリ分離、ログ運用の規律、オペレーターのソフトウェア、そして削除保証へと移ります。私の見解では、ニュートンの最大の機会は「プライベートな保存」ではなく、「再利用可能にせずに機密データを使えるようにすること」です。現実の規模でその境界が生き残るかどうかが、この設計全体の価値を決めるかもしれません、
@NewtonProtocol . $NEWT #Newt
GRVTについて考え続けてしまうのは、オフチェーンに残り続ける「信頼」です 私はGRVTのハイブリッド・アーキテクチャをしばらく調べてきましたが、私の注意を引きつけて離さないのは、オンチェーン決済そのものではありません。決済の直前に起きているすべてのことです。 その設計は理解しやすいものです。スピードが重要なため、注文はオフチェーンで照合され、決済はスマートコントラクトとゼロ知識証明によってオンチェーンで行われます。ユーザーは自己管理(セルフカストディ)を維持し、ポジションはValidiumレイヤーの内側で非公開のまま保持されます。さらに、カストディを分離することで、中央集権型取引所で見られる通常のカウンターパーティ・エクスポージャーを減らすのに役立ちます。これは、パフォーマンスとセキュリティの間の、きれいな妥協に聞こえます。 しかし、より難しい問いは実行(execution)レイヤーの中にあると思います。たとえオペレーターが資金を盗んだり、無効な最終状態を作り出したりできなかったとしても、それでも順序付けやタイミング、そして注文がどれだけ素早く処理されるかには影響を与えられる可能性があります。証明は、決済が正しかったことを確認できますが、証明が存在する以前に、その実行が公平だったかどうかまでを自動的に説明するわけではありません。 これはモデルが弱いということではありません。ただ、信頼がどこに移ったのかを示しているだけです。おそらくGRVTの長期的な優位性は、実行後の取引を証明することよりも、オフチェーンの経路が、真剣なトレーダーが信頼できるほど十分に透明であることに依存するようになるでしょう。私は、ハイブリッド取引所が、検証可能な決済だけでなく、検証可能な実行品質も、いずれは必要になるのではないかと考えています。 #grvt @grvt_io $T $BEE $FHE
GRVTについて考え続けてしまうのは、オフチェーンに残り続ける「信頼」です

私はGRVTのハイブリッド・アーキテクチャをしばらく調べてきましたが、私の注意を引きつけて離さないのは、オンチェーン決済そのものではありません。決済の直前に起きているすべてのことです。

その設計は理解しやすいものです。スピードが重要なため、注文はオフチェーンで照合され、決済はスマートコントラクトとゼロ知識証明によってオンチェーンで行われます。ユーザーは自己管理(セルフカストディ)を維持し、ポジションはValidiumレイヤーの内側で非公開のまま保持されます。さらに、カストディを分離することで、中央集権型取引所で見られる通常のカウンターパーティ・エクスポージャーを減らすのに役立ちます。これは、パフォーマンスとセキュリティの間の、きれいな妥協に聞こえます。

しかし、より難しい問いは実行(execution)レイヤーの中にあると思います。たとえオペレーターが資金を盗んだり、無効な最終状態を作り出したりできなかったとしても、それでも順序付けやタイミング、そして注文がどれだけ素早く処理されるかには影響を与えられる可能性があります。証明は、決済が正しかったことを確認できますが、証明が存在する以前に、その実行が公平だったかどうかまでを自動的に説明するわけではありません。

これはモデルが弱いということではありません。ただ、信頼がどこに移ったのかを示しているだけです。おそらくGRVTの長期的な優位性は、実行後の取引を証明することよりも、オフチェーンの経路が、真剣なトレーダーが信頼できるほど十分に透明であることに依存するようになるでしょう。私は、ハイブリッド取引所が、検証可能な決済だけでなく、検証可能な実行品質も、いずれは必要になるのではないかと考えています。 #grvt @grvt_io
$T
$BEE
$FHE
記事
ニュートンのことを考えれば考えるほど、国境を越えた送金は政策のタイミング問題のように感じられる@NewtonProtocol $NEWT #Newt ニュートン・プロトコルの国境を越えた送金モデルについて少し考えてみたのですが、正直なところ、スピードに関するいつもの議論からつい意識がそれてしまっています。 私を悩ませているのは、もっとシンプルなことです。 支払いはオンチェーンでは完全に正当そうに見えても、現実の世界では受け入れられないことがあります。 送金者は身元確認を通過できるかもしれませんが、管轄が制限されている可能性があります。支払の開始時には受取側が問題なさそうに見えても、決済前に更新された制裁リストに載っているように見えるかもしれません。振替はある国の上限をきっちり下回っているように見える一方で、別の国から見ると同じ金額が追加の報告を必要とするものに見えることもあります。

ニュートンのことを考えれば考えるほど、国境を越えた送金は政策のタイミング問題のように感じられる

@NewtonProtocol $NEWT #Newt
ニュートン・プロトコルの国境を越えた送金モデルについて少し考えてみたのですが、正直なところ、スピードに関するいつもの議論からつい意識がそれてしまっています。
私を悩ませているのは、もっとシンプルなことです。
支払いはオンチェーンでは完全に正当そうに見えても、現実の世界では受け入れられないことがあります。
送金者は身元確認を通過できるかもしれませんが、管轄が制限されている可能性があります。支払の開始時には受取側が問題なさそうに見えても、決済前に更新された制裁リストに載っているように見えるかもしれません。振替はある国の上限をきっちり下回っているように見える一方で、別の国から見ると同じ金額が追加の報告を必要とするものに見えることもあります。
ニュートンのポリシー・ライフサイクルは、そのスマートコントラクトよりも重要なのではないかと思い始めています。 ニュートンのモジュール式のポリシーデザインについて少し時間をかけて考えているのですが、結局ずっと同じ疑問に行き着きます。 * この仕組みで一体、何がアプリケーションとして動いているのでしょう? 最も分かりやすい答えはスマートコントラクトでしょう。けれど、ポリシーフローをもう少し丁寧に追ってみると、その答えは不完全な気がしてきました。 ポリシークライアントは、あらゆる支出上限、アイデンティティ条件、あるいはエージェントの制限を、自分自身のバイトコードの中に全部抱え込む必要はありません。代わりに、別途管理されたポリシーを参照すればよいのです。 つまり、実行まわりのルールが変わっていっても、コントラクトはそのままの場所に置いておける。 私は、その点のほうが思った以上に重要だと思います。 意図が計算レイヤーに到達したとき、オペレーターは同じ入力に対して同じポリシーバージョンを評価する必要があります。彼らは署名付きの結果を生成し、その署名は集約され、実行が進む前に検証者が最終的なアテステーションをチェックします。 つまり、コントラクトが自分自身でポリシーのロジックを直接処理しているわけではありません。 それは、オペレーターネットワークが結果について合意したかどうかを確認しているだけです。 ここが、設計が「便利」でもあり「居心地が悪い」ものになるところだと私は思います。 オンチェーンの複雑さは減ります。ですがその代わり、ポリシーハッシュ、設定変更、オペレーター集合、データの新鮮さ、署名の有効性、そしてアテステーションの期限切れまでが、実際のセキュリティモデルの一部になります。 コントラクトは不変のままだとしても、アプリケーションはそれでも振る舞いが変わり得るのです。 たぶん、AIエージェントが複数のプロトコルで同じポリシーシステムを使い始めると、これはさらに大きな問題になるでしょう。ポリシーの履歴、ロールバックルール、そしてガバナンスの統制が、監査と同じくらい重要になることも想像できます。ユーザーは最終的に、どのコントラクトとやり取りしているかだけでなく、「そのコントラクトに対して何が許可されるか」を実際に決めているポリシーバージョンはどれなのかを尋ねるようになるかもしれません。そして正直に言うと——コードがそのままでも認可レイヤーが動き続けるなら、いったい実際の信頼の根源はどこにあるのでしょうか。 @NewtonProtocol $NEWT #Newt $XPIN $LAB さあ教えてください;まず何を確認しますか?👀🤓
ニュートンのポリシー・ライフサイクルは、そのスマートコントラクトよりも重要なのではないかと思い始めています。

ニュートンのモジュール式のポリシーデザインについて少し時間をかけて考えているのですが、結局ずっと同じ疑問に行き着きます。

* この仕組みで一体、何がアプリケーションとして動いているのでしょう?

最も分かりやすい答えはスマートコントラクトでしょう。けれど、ポリシーフローをもう少し丁寧に追ってみると、その答えは不完全な気がしてきました。

ポリシークライアントは、あらゆる支出上限、アイデンティティ条件、あるいはエージェントの制限を、自分自身のバイトコードの中に全部抱え込む必要はありません。代わりに、別途管理されたポリシーを参照すればよいのです。

つまり、実行まわりのルールが変わっていっても、コントラクトはそのままの場所に置いておける。

私は、その点のほうが思った以上に重要だと思います。

意図が計算レイヤーに到達したとき、オペレーターは同じ入力に対して同じポリシーバージョンを評価する必要があります。彼らは署名付きの結果を生成し、その署名は集約され、実行が進む前に検証者が最終的なアテステーションをチェックします。

つまり、コントラクトが自分自身でポリシーのロジックを直接処理しているわけではありません。

それは、オペレーターネットワークが結果について合意したかどうかを確認しているだけです。

ここが、設計が「便利」でもあり「居心地が悪い」ものになるところだと私は思います。

オンチェーンの複雑さは減ります。ですがその代わり、ポリシーハッシュ、設定変更、オペレーター集合、データの新鮮さ、署名の有効性、そしてアテステーションの期限切れまでが、実際のセキュリティモデルの一部になります。

コントラクトは不変のままだとしても、アプリケーションはそれでも振る舞いが変わり得るのです。

たぶん、AIエージェントが複数のプロトコルで同じポリシーシステムを使い始めると、これはさらに大きな問題になるでしょう。ポリシーの履歴、ロールバックルール、そしてガバナンスの統制が、監査と同じくらい重要になることも想像できます。ユーザーは最終的に、どのコントラクトとやり取りしているかだけでなく、「そのコントラクトに対して何が許可されるか」を実際に決めているポリシーバージョンはどれなのかを尋ねるようになるかもしれません。そして正直に言うと——コードがそのままでも認可レイヤーが動き続けるなら、いったい実際の信頼の根源はどこにあるのでしょうか。
@NewtonProtocol $NEWT
#Newt $XPIN
$LAB
さあ教えてください;まず何を確認しますか?👀🤓
Policy version 🧩🧐
34%
Contract code 👨‍💻🔍
33%
Operator set 🕵️🤝
0%
Governance 😅📜
33%
3 投票 • 投票は終了しました
ニュートンのインテント層と過ごす時間が、AIエージェントとは本当に何を求めているのかを問い直すきっかけになった 私はニュートン・プロトコルの、インテント中心の設計について考える時間を少し持っていて、私が何度も立ち返ってしまうのが「実行の直前」の場面です。 取引を最初の意味ある対象として扱うのではなく、ニュートンはインテントから始まります。このインテントには、送信者、宛先、チェーン、価値、calldata、そして関数シグネチャを持たせることができます。ポリシーはその後、アクションが前に進む前にこれらの項目を精査します。 私の目を引いたのは、その最初の段階にどれほどのコントロールが含まれているかという点です。エージェントは、特定のコントラクト、特定の関数、あるいは特定の送金サイズに制限することができます。このシステムは、単に取引が有効かどうかをチェックしているだけではありません。提案されたアクションが、そのエージェントに対してすでに設定されている境界線の範囲内に収まっているかを確かめているのです。 それでも、最も難しい部分がなくなるとは思っていません。 ポリシーはインテントを読み取れますが、そのインテントがどのように形成されたかを完全に見通すことはできません。たとえば、エージェントが指示を誤解したのかもしれません。データが不完全だったのかもしれません。あるいは、目的そのものが最初から曖昧だったのかもしれません。 そこで、設計がより面白く感じられるのです。ニュートンは、不正な実行のリスクを減らすかもしれませんが、解釈リスクはポリシー層の外に残ります。 本当の問いは、エージェントが行動することを許可されているかどうかだけではないと思います。許可を求める前に、ユーザーを正しく理解できていたかどうかです。どうなるのか見てみましょう。 @NewtonProtocol $NEWT #Newt $TAC $TAG #Velvet
ニュートンのインテント層と過ごす時間が、AIエージェントとは本当に何を求めているのかを問い直すきっかけになった

私はニュートン・プロトコルの、インテント中心の設計について考える時間を少し持っていて、私が何度も立ち返ってしまうのが「実行の直前」の場面です。
取引を最初の意味ある対象として扱うのではなく、ニュートンはインテントから始まります。このインテントには、送信者、宛先、チェーン、価値、calldata、そして関数シグネチャを持たせることができます。ポリシーはその後、アクションが前に進む前にこれらの項目を精査します。
私の目を引いたのは、その最初の段階にどれほどのコントロールが含まれているかという点です。エージェントは、特定のコントラクト、特定の関数、あるいは特定の送金サイズに制限することができます。このシステムは、単に取引が有効かどうかをチェックしているだけではありません。提案されたアクションが、そのエージェントに対してすでに設定されている境界線の範囲内に収まっているかを確かめているのです。
それでも、最も難しい部分がなくなるとは思っていません。
ポリシーはインテントを読み取れますが、そのインテントがどのように形成されたかを完全に見通すことはできません。たとえば、エージェントが指示を誤解したのかもしれません。データが不完全だったのかもしれません。あるいは、目的そのものが最初から曖昧だったのかもしれません。
そこで、設計がより面白く感じられるのです。ニュートンは、不正な実行のリスクを減らすかもしれませんが、解釈リスクはポリシー層の外に残ります。
本当の問いは、エージェントが行動することを許可されているかどうかだけではないと思います。許可を求める前に、ユーザーを正しく理解できていたかどうかです。どうなるのか見てみましょう。
@NewtonProtocol $NEWT #Newt
$TAC
$TAG
#Velvet
Intent matters first 🤔
56%
Execution is key 👀
33%
Both matter equally 😅
11%
Still not convinced 🫤
0%
9 投票 • 投票は終了しました
記事
Newton Protocolと、再デプロイせずに変わり得るルールのリスクNewton Protocolのポリシーデザインをしばらく検討してみて、最初は小さく聞こえるものの、多くの人が気づかない以上に重みを持ちうる細部について考えました。 NewtonはAIエージェントや自動取引戦略を守ることだけを目指しているわけではありません。私の目を引いたのは、より静かな点です。つまり、それらのエージェントに関するルールは、コントラクト自体を再デプロイせずに更新できるということです。 最初は、かなり実用的な改善だと感じました。 スマートコントラクトは、変更が難しいため通常とても強固です。しかし、その強さが問題になることもあります。たとえば、保管庫(バリュート)に新しいリスク制限が必要になったり、AIエージェントにより厳密な支出許可が必要になったり、コンプライアンス規則を更新したりする場合、コントラクトがうまく柔軟に対応できない可能性があります。

Newton Protocolと、再デプロイせずに変わり得るルールのリスク

Newton Protocolのポリシーデザインをしばらく検討してみて、最初は小さく聞こえるものの、多くの人が気づかない以上に重みを持ちうる細部について考えました。
NewtonはAIエージェントや自動取引戦略を守ることだけを目指しているわけではありません。私の目を引いたのは、より静かな点です。つまり、それらのエージェントに関するルールは、コントラクト自体を再デプロイせずに更新できるということです。
最初は、かなり実用的な改善だと感じました。
スマートコントラクトは、変更が難しいため通常とても強固です。しかし、その強さが問題になることもあります。たとえば、保管庫(バリュート)に新しいリスク制限が必要になったり、AIエージェントにより厳密な支出許可が必要になったり、コンプライアンス規則を更新したりする場合、コントラクトがうまく柔軟に対応できない可能性があります。
Binance Turns 9 のお祝いにおける、999 USDT 0% 利息バウチャーを提供してくれた #Binance に心から感謝します。 Rewards Hub を通じてこの報酬を受け取れてとても嬉しいです。ユーザーに報酬を与え続ける、グローバルな暗号資産コミュニティの一員でいられることを誇らしく感じます。 Binance の 9 周年おめでとうございます。これからも作り続けてください。🚀 敬具、 #RegalTrader #BinanceTurns9 #Binance #BinanceRewards $BNB
Binance Turns 9 のお祝いにおける、999 USDT 0% 利息バウチャーを提供してくれた #Binance に心から感謝します。

Rewards Hub を通じてこの報酬を受け取れてとても嬉しいです。ユーザーに報酬を与え続ける、グローバルな暗号資産コミュニティの一員でいられることを誇らしく感じます。

Binance の 9 周年おめでとうございます。これからも作り続けてください。🚀
敬具、
#RegalTrader

#BinanceTurns9 #Binance #BinanceRewards
$BNB
確認済み
ニュートンのプライバシーレイヤーは、本当に誰がデータを見られるのか気になってしまいます。 ニュートンのプライバシーアーキテクチャを少し時間をかけて見ていると、ひとつの小さいけれど重要な考えに何度も立ち返りました。それは、プライバシーは単にデータを隠すことだけではないという点です。データがいつ、そして誰に対して可視になるかを決めることなのです。ニュートンは、HPKEとSecureEnvelope構造を使い、暗号化されたデータを、AADを通じて特定のpolicy_clientとchain_idに結びつけています。これは技術的に聞こえるかもしれませんが、要点はシンプルです。機微な入力は、ランダムなポリシー文脈で再利用できないようにすべきなのです。$LAB 私は、これがAI駆動の戦略にとって非常に重要だと思います。こうしたシステムは、ポリシー判断のためにプライベートなシグナル、ウォレットデータ、またはリスク入力を必要とするかもしれませんが、そのプレーンテキストをオンチェーンに置いてしまえば、本来の目的が台無しになります。より深い部分はしきい値復号です。ニュートンの結合されたX25519公開鍵はDKGから得られるため、単一のゲートウェイやオペレーターが完全な秘密鍵を所有することはありません。復号した平文を評価のために再構成できるのは、十分な数のオペレーターの共有が揃ったときだけです。これは強い設計判断だと思いますが、ユーザーが最も明確に理解する必要がある部分でもあるのではないでしょうか。標準モードでは、オペレーターはポリシーチェック中に復号されたデータをまだ見られます。オペレーターであっても入力を学習してはいけないのであれば、MPCのほうがより強力な道です。そこで私は疑問に思っています; ニュートンのプライバシーレイヤーは、その暗号化によって評価されるのか、それとも各ステップで機微なデータを誰が見られるのかをどれだけ明確に説明できているかによって評価されるのか? @NewtonProtocol $NEWT #Newt $TAC #Newt
ニュートンのプライバシーレイヤーは、本当に誰がデータを見られるのか気になってしまいます。

ニュートンのプライバシーアーキテクチャを少し時間をかけて見ていると、ひとつの小さいけれど重要な考えに何度も立ち返りました。それは、プライバシーは単にデータを隠すことだけではないという点です。データがいつ、そして誰に対して可視になるかを決めることなのです。ニュートンは、HPKEとSecureEnvelope構造を使い、暗号化されたデータを、AADを通じて特定のpolicy_clientとchain_idに結びつけています。これは技術的に聞こえるかもしれませんが、要点はシンプルです。機微な入力は、ランダムなポリシー文脈で再利用できないようにすべきなのです。$LAB

私は、これがAI駆動の戦略にとって非常に重要だと思います。こうしたシステムは、ポリシー判断のためにプライベートなシグナル、ウォレットデータ、またはリスク入力を必要とするかもしれませんが、そのプレーンテキストをオンチェーンに置いてしまえば、本来の目的が台無しになります。より深い部分はしきい値復号です。ニュートンの結合されたX25519公開鍵はDKGから得られるため、単一のゲートウェイやオペレーターが完全な秘密鍵を所有することはありません。復号した平文を評価のために再構成できるのは、十分な数のオペレーターの共有が揃ったときだけです。これは強い設計判断だと思いますが、ユーザーが最も明確に理解する必要がある部分でもあるのではないでしょうか。標準モードでは、オペレーターはポリシーチェック中に復号されたデータをまだ見られます。オペレーターであっても入力を学習してはいけないのであれば、MPCのほうがより強力な道です。そこで私は疑問に思っています; ニュートンのプライバシーレイヤーは、その暗号化によって評価されるのか、それとも各ステップで機微なデータを誰が見られるのかをどれだけ明確に説明できているかによって評価されるのか?
@NewtonProtocol $NEWT #Newt
$TAC
#Newt
Encryption matters most😍
57%
Operator trust matters🤔
22%
MPC is the real test😉
14%
Users need clarity🤧
7%
14 投票 • 投票は終了しました
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約