Binance Square
CR Insights
11k 投稿

CR Insights

X•@expert25012 | Crypto trader & Web3 researcher | Crypto explorer sharing market insights, airdrops, ecosystem updates & opportunities
447 フォロー
13.3K+ フォロワー
9.8K+ いいね
投稿
PINNED
·
--
🔥 すべてのビットコインサイクルはデス・クロスで終わった…では、なぜ今回は違うと思うのか? ⚠️💀📉$BTC 📊 我々が見てきたすべての主要なBTCブルサイクル — 2013年、2017年、2021年 — は最終的に高い時間枠で伝説的なデス・クロスで終わりました。 🤯 しかし現在、ビットコインは2021年よりも早く極度の恐怖に突入しており、流動性は薄まり、ボラティリティは爆発しています。 🧩 歴史は、毎サイクルで同じ信号が返ってくることを教えてくれます… 問題は「いつ」なのかであって、「もし」ではありません。 ⚡ これを無視している人は夢を見ている — サイクルは変わらず、感情だけが変わります。 🚨 鋭くいよう。リスク管理をしっかりと。市場は希望を気にしません。
🔥 すべてのビットコインサイクルはデス・クロスで終わった…では、なぜ今回は違うと思うのか? ⚠️💀📉$BTC

📊 我々が見てきたすべての主要なBTCブルサイクル — 2013年、2017年、2021年 — は最終的に高い時間枠で伝説的なデス・クロスで終わりました。

🤯 しかし現在、ビットコインは2021年よりも早く極度の恐怖に突入しており、流動性は薄まり、ボラティリティは爆発しています。

🧩 歴史は、毎サイクルで同じ信号が返ってくることを教えてくれます… 問題は「いつ」なのかであって、「もし」ではありません。

⚡ これを無視している人は夢を見ている — サイクルは変わらず、感情だけが変わります。

🚨 鋭くいよう。リスク管理をしっかりと。市場は希望を気にしません。
一部該当
GRVTのPython SDKを見ていたところ、ある1行がずっと頭から離れませんでした: client_order_id = rand_uint32() + (1 << 63) 妙に具体的に感じます。ほとんどの取引所は、注文が64ビットID空間のどちらの半分に属するのかを意識させてくれません。 その手がかりをたどると、APIドキュメントに行き着きました。@grvt_io は自社のUI用に下位半分を確保しており、外部クライアントには上位半分に完全に収まることを求めています。明らかな代替案は、全員に同じ空間からIDを生成させ、衝突は後で解決することです。 そこで、設計上の判断が腑に落ちました。GRVTは、衝突する注文IDを事後にほどけるまで待ちません。独立した取引システム間で、それらがそもそも存在することを防いでいるのです。 ランダムな定数に見えたものが、SDKコードの1行であり、はるかに大きなアーキテクチャ上の意思決定を明らかにしているとは思いませんでした。 @grvt_io #grvt $EVAA $SXT $LAB
GRVTのPython SDKを見ていたところ、ある1行がずっと頭から離れませんでした:

client_order_id = rand_uint32() + (1 << 63)

妙に具体的に感じます。ほとんどの取引所は、注文が64ビットID空間のどちらの半分に属するのかを意識させてくれません。

その手がかりをたどると、APIドキュメントに行き着きました。@grvt_io は自社のUI用に下位半分を確保しており、外部クライアントには上位半分に完全に収まることを求めています。明らかな代替案は、全員に同じ空間からIDを生成させ、衝突は後で解決することです。

そこで、設計上の判断が腑に落ちました。GRVTは、衝突する注文IDを事後にほどけるまで待ちません。独立した取引システム間で、それらがそもそも存在することを防いでいるのです。

ランダムな定数に見えたものが、SDKコードの1行であり、はるかに大きなアーキテクチャ上の意思決定を明らかにしているとは思いませんでした。

@grvt_io #grvt $EVAA $SXT $LAB
Shared ID space
Partitioned ID space
4 残り時間
BeInCryptoのインスティテューショナル100リストに「@NewtonProtocol 」が載っていることについて、最初は腑に落ちませんでした。 同じプロダクトを作っているプロジェクトと並んで掲載されていなかったからです。取引ライフサイクルの異なる部分を解決するためのインフラと一緒にまとめられていました。 それで、「そのエンジニアリング上の判断は何を根拠にしたのか」と疑問に思いました。 Newtonの実行時不変条件(Runtime Invariant Enforcement)は、決済後に監視するのではなく、実行前に取引がポリシーを満たしているかどうかを評価します。 認可が実行パスへ移ると、コンプライアンスは金融システムの外側に“付随するもの”ではなくなります。それは、すべての取引が依存するインフラの一部になります。 @NewtonProtocol #Newt $NEWT $BILL $TRIA
BeInCryptoのインスティテューショナル100リストに「@NewtonProtocol 」が載っていることについて、最初は腑に落ちませんでした。
同じプロダクトを作っているプロジェクトと並んで掲載されていなかったからです。取引ライフサイクルの異なる部分を解決するためのインフラと一緒にまとめられていました。

それで、「そのエンジニアリング上の判断は何を根拠にしたのか」と疑問に思いました。

Newtonの実行時不変条件(Runtime Invariant Enforcement)は、決済後に監視するのではなく、実行前に取引がポリシーを満たしているかどうかを評価します。

認可が実行パスへ移ると、コンプライアンスは金融システムの外側に“付随するもの”ではなくなります。それは、すべての取引が依存するインフラの一部になります。
@NewtonProtocol #Newt $NEWT $BILL $TRIA
Monitor transactions
100%
Enforce transactions
0%
1 投票 • 投票は終了しました
記事
ずっと探してた最適化が結局出てこなかった市場はだいたい6時ごろからずっと死んでて、結局ニュートンの「Streaming Consensus」セクションを読み漁ることになったんだけど、ページが1枚抜けてるんじゃないかって本気で思った。 完全に勘違いしてなければいいんだけど、なんで全部のオペレータが同じ作業をそのままやってるの? 最適化が来るのを待ち続けてた。 ほら……オペレータAがこのリクエストを評価して、オペレータBが次のを評価する。作業を分割して、スループットを上げるんだと思ってた。 ドキュメントは結局来なくて、ずっと同じことをいろんな場所で繰り返してるだけだった。Streaming Consensusの中では、各オペレータがそれぞれ独立にポリシーを評価してから、自分の署名を提供してる。

ずっと探してた最適化が結局出てこなかった

市場はだいたい6時ごろからずっと死んでて、結局ニュートンの「Streaming Consensus」セクションを読み漁ることになったんだけど、ページが1枚抜けてるんじゃないかって本気で思った。
完全に勘違いしてなければいいんだけど、なんで全部のオペレータが同じ作業をそのままやってるの?
最適化が来るのを待ち続けてた。
ほら……オペレータAがこのリクエストを評価して、オペレータBが次のを評価する。作業を分割して、スループットを上げるんだと思ってた。
ドキュメントは結局来なくて、ずっと同じことをいろんな場所で繰り返してるだけだった。Streaming Consensusの中では、各オペレータがそれぞれ独立にポリシーを評価してから、自分の署名を提供してる。
完了
完了
Sunshine 🔶
·
--
𝐃𝐚𝐲 𝟖 𝐂𝐡𝐚𝐥𝐥𝐞𝐧𝐠𝐞: 𝐌𝐚𝐤𝐞 𝐭𝐡𝐞 𝟗 𝐒𝐡𝐢𝐧𝐞! 🎨

9をアートにしよう。

𝐌𝐞𝐜𝐡𝐚𝐧𝐢𝐜𝐬:
1️⃣ 提供された写真をテンプレートとして使います。数字の9をあなた自身の創造的な記念日デザインに変え、Binanceへの特別メッセージも追加してください。

2️⃣ 完成したデザインをコメントで #ShineForBinance9 と一緒に共有し、私のチャレンジ投稿をRT/シェアしてください。

3️⃣ 全てのメカニクスに従い、応募を完了するためにフォームを記入してください。

Form link here

9を輝かせて、#Binance のスワッグを手に入れるチャンス!🎁
記事
私は「中央値」が合意アルゴリズムの一部になるとは思ってもみなかった最初はその単語を読み飛ばした。複雑そうだったからじゃない。 ありふれて見えたからだ。するとまた出てきて、しかもなぜか私はそれについて考えるのをやめられなかった。 少なくとも私がいつも思い描いていたような形での合意には、いわゆる中間の余地はないはずだった。20人のオペレーターが見たものについて一致するか、一致しないかのどちらかだ。一致しないなら、何かがうまくいっていない。そもそも複数のオペレーターを用意する理由のほとんどが、そこにある。 それで、なぜニュートンは、方策の評価を始める前から中央値を計算していたの?

私は「中央値」が合意アルゴリズムの一部になるとは思ってもみなかった

最初はその単語を読み飛ばした。複雑そうだったからじゃない。
ありふれて見えたからだ。するとまた出てきて、しかもなぜか私はそれについて考えるのをやめられなかった。
少なくとも私がいつも思い描いていたような形での合意には、いわゆる中間の余地はないはずだった。20人のオペレーターが見たものについて一致するか、一致しないかのどちらかだ。一致しないなら、何かがうまくいっていない。そもそも複数のオペレーターを用意する理由のほとんどが、そこにある。
それで、なぜニュートンは、方策の評価を始める前から中央値を計算していたの?
💯💯
💯💯
sana Miraj 959899786
·
--
😇😇😇STAY BLESS😇😇😇
フォロー🫰
いいね👍🏻
シェア🫴
🦋🦋🦋私を支えてください 🦋🦋🦋🦋
$BTC
#BTC
確認済み
@NewtonProtocol Mainnet BetaのロールアウトをSDKドキュメントの代わりに読みふけることで、夕方を過ごしました。 ある実装の細部が、あらゆるロードマップよりもステージングされたロールアウトをうまく説明してくれました。 Runtime Invariant Enforcementは単にトランザクションを監視するだけではありません。実行を許可されるかどうかを判断します。 それによって、新しいVaultKit統合が実際に何であるのかが変わります。ネットワークに接続された別のアプリケーションではありません。 それは、認可がトランザクションそのものに組み込まれる別の実行環境です。 だからこそ、Mainnet Betaは引き続き厳選されたVaultKitの導入に限られている一方で、Newtonは最終的に5,000万ウォレットと20万人の開発者に到達すると語っています。 ネットワークを拡大することは、もはやユーザーを増やすことではありません。実行前にポリシーを執行することを信頼されている場所の数を増やすことです。 ロールアウトは成長の問題のように見えなくなりました。認可の問題のように見えてきました。 @NewtonProtocol #Newt $NEWT
@NewtonProtocol Mainnet BetaのロールアウトをSDKドキュメントの代わりに読みふけることで、夕方を過ごしました。

ある実装の細部が、あらゆるロードマップよりもステージングされたロールアウトをうまく説明してくれました。
Runtime Invariant Enforcementは単にトランザクションを監視するだけではありません。実行を許可されるかどうかを判断します。

それによって、新しいVaultKit統合が実際に何であるのかが変わります。ネットワークに接続された別のアプリケーションではありません。
それは、認可がトランザクションそのものに組み込まれる別の実行環境です。

だからこそ、Mainnet Betaは引き続き厳選されたVaultKitの導入に限られている一方で、Newtonは最終的に5,000万ウォレットと20万人の開発者に到達すると語っています。

ネットワークを拡大することは、もはやユーザーを増やすことではありません。実行前にポリシーを執行することを信頼されている場所の数を増やすことです。

ロールアウトは成長の問題のように見えなくなりました。認可の問題のように見えてきました。
@NewtonProtocol #Newt $NEWT
#BinancePickAndWin ⚽ すべての試合が、勝つチャンスとなります。 毎日の予想を行い、シンプルなタスクを完了して、Binanceの巨大な賞金プールの一部を手にできるリワードボックスをアンロックしましょう。あなたのサッカー知識を信じて、すべての予想を意味あるものに! 🏆💛
#BinancePickAndWin

⚽ すべての試合が、勝つチャンスとなります。

毎日の予想を行い、シンプルなタスクを完了して、Binanceの巨大な賞金プールの一部を手にできるリワードボックスをアンロックしましょう。あなたのサッカー知識を信じて、すべての予想を意味あるものに! 🏆💛
$LAB (1H) バイアス:ベアリッシュ 📉 {future}(LABUSDT) $LAB エントリー:0.4100を下回る SL:0.4300 TP1:0.4000 TP2:0.3885 TP3:0.3700 分析:価格は、より高い高値ではなくより低い高値、より低い安値を形成しながら強い下降トレンドを維持しています。弱気の勢いを弱めるには、0.4300を取り戻す必要があります。それまでは、戻り(上昇)局面は売りの機会として扱えます。
$LAB (1H) バイアス:ベアリッシュ 📉
$LAB エントリー:0.4100を下回る
SL:0.4300

TP1:0.4000
TP2:0.3885
TP3:0.3700

分析:価格は、より高い高値ではなくより低い高値、より低い安値を形成しながら強い下降トレンドを維持しています。弱気の勢いを弱めるには、0.4300を取り戻す必要があります。それまでは、戻り(上昇)局面は売りの機会として扱えます。
#BinancePickAndWin [join everyone never miss this](https://www.binance.com/activity/pick-and-win/2026-football-challenge?ref=CRJOIN6754) 🎁 Binance Rewards Hub は特典をどんどん積み重ねています。 Rewards Hub を確認したら、次のものを見つけました:✅ 99 USDT 0% 利息バウチャー(すでに有効)✅ 5 USDC のスポット取引手数料リベートバウチャー 2枚(50% リベート) こうした小さな特典でも、取引コストを抑えたり、適切なタイミングで使うことで追加の柔軟性を得られたりします。未取得のバウチャーは、気づく前に期限切れになることがあるので、Rewards Hub を定期的に確認する価値は十分にあります。 最近 Binance Rewards Hub をチェックしましたか? もう待っている報酬があるかもしれません。👀
#BinancePickAndWin
join everyone never miss this

🎁 Binance Rewards Hub は特典をどんどん積み重ねています。

Rewards Hub を確認したら、次のものを見つけました:✅ 99 USDT 0% 利息バウチャー(すでに有効)✅ 5 USDC のスポット取引手数料リベートバウチャー 2枚(50% リベート)

こうした小さな特典でも、取引コストを抑えたり、適切なタイミングで使うことで追加の柔軟性を得られたりします。未取得のバウチャーは、気づく前に期限切れになることがあるので、Rewards Hub を定期的に確認する価値は十分にあります。

最近 Binance Rewards Hub をチェックしましたか? もう待っている報酬があるかもしれません。👀
$VELVET (1H) — バイアス:強気(押し目) {future}(VELVETUSDT) エントリー:0.495〜0.505 ストップロス:0.482 ターゲット: TP1:0.530 TP2:0.565 TP3:0.595 $VELVET 強いブレイクの後に健全な押し目。0.48以上を維持できれば、強気の構造は保たれます。0.53を上抜けると、直近高値に向けた上昇トレンドが再開する可能性があります。 リスク:価格が0.482を下回る終値となった場合、強気のセットアップは無効となり、より深い下落が起こりやすくなります。
$VELVET (1H) — バイアス:強気(押し目)
エントリー:0.495〜0.505
ストップロス:0.482

ターゲット:
TP1:0.530
TP2:0.565
TP3:0.595

$VELVET 強いブレイクの後に健全な押し目。0.48以上を維持できれば、強気の構造は保たれます。0.53を上抜けると、直近高値に向けた上昇トレンドが再開する可能性があります。

リスク:価格が0.482を下回る終値となった場合、強気のセットアップは無効となり、より深い下落が起こりやすくなります。
$AGLD (1H) バイアス:強気 📈 {future}(AGLDUSDT) $AGLD ロングエントリー:0.1850を上回るか、0.1800〜0.1820までの押し目でのエントリー SL:0.1760 TP1:0.1910 TP2:0.1990 TP3:0.2080 分析:強い強気モメンタムは維持されています。0.1800を上回って保てば、さらに上を目指す動きが期待でき、0.1760を下回るブレイクはセットアップを弱めます。
$AGLD (1H) バイアス:強気 📈
$AGLD ロングエントリー:0.1850を上回るか、0.1800〜0.1820までの押し目でのエントリー

SL:0.1760

TP1:0.1910
TP2:0.1990
TP3:0.2080

分析:強い強気モメンタムは維持されています。0.1800を上回って保てば、さらに上を目指す動きが期待でき、0.1760を下回るブレイクはセットアップを弱めます。
$DEXE (1H) 指標:強気 📈 {future}(DEXEUSDT) $DEXE ロングエントリー:48.00以上、または46.80〜47.20への押し目局面 SL:45.80 TP1:49.90 TP2:51.50 TP3:53.50 分析:$DEXE は、高値切り上げ・安値切り上げの強い上昇トレンドにあります。急騰後、50.00の直下で推移している状況です。46.80を上回って維持できていれば強気の構造は保たれ、一方で50.00を上抜けると次の上昇局面が始まる可能性があります。
$DEXE (1H) 指標:強気 📈
$DEXE ロングエントリー:48.00以上、または46.80〜47.20への押し目局面

SL:45.80

TP1:49.90
TP2:51.50
TP3:53.50

分析:$DEXE は、高値切り上げ・安値切り上げの強い上昇トレンドにあります。急騰後、50.00の直下で推移している状況です。46.80を上回って維持できていれば強気の構造は保たれ、一方で50.00を上抜けると次の上昇局面が始まる可能性があります。
確認済み
記事
WHY IS NEWTON SPENDING YEARS CHASING SOMETHING IT CAN'T EVEN SHIP?私は@NewtonProtocol のプライバシー・ロードマップが、今日のシステムを置き換えることについてのものだと予想していました。 その代わり、私は、ドキュメントが公然と“本番運用の準備ができていない”と認めている研究の方向性を見つけました。 閾値付き完全準同型暗号化(Threshold Fully Homomorphic Encryption)。それを聞いて、すぐに疑問が浮かびました。 @NewtonProtocol はMPCおよびTrusted Execution Environments(信頼実行環境)を用いて政策(ポリシー)をプライベートに評価できるようになっています。アプリケーションはすでにその上に構築できます。 それなのに、まだあまりにも遅すぎるもののために、なぜ何年も設計に費やすのでしょうか? 答えは性能ではありませんでした。 互換性の問題でした。私には一文が特に印象に残りました。

WHY IS NEWTON SPENDING YEARS CHASING SOMETHING IT CAN'T EVEN SHIP?

私は@NewtonProtocol のプライバシー・ロードマップが、今日のシステムを置き換えることについてのものだと予想していました。
その代わり、私は、ドキュメントが公然と“本番運用の準備ができていない”と認めている研究の方向性を見つけました。
閾値付き完全準同型暗号化(Threshold Fully Homomorphic Encryption)。それを聞いて、すぐに疑問が浮かびました。
@NewtonProtocol はMPCおよびTrusted Execution Environments(信頼実行環境)を用いて政策(ポリシー)をプライベートに評価できるようになっています。アプリケーションはすでにその上に構築できます。
それなのに、まだあまりにも遅すぎるもののために、なぜ何年も設計に費やすのでしょうか?
答えは性能ではありませんでした。
互換性の問題でした。私には一文が特に印象に残りました。
以前は、オートメーションで一番難しいのは、より良い判断を下すことだと思っていました。 @NewtonProtocol をよく見れば見るほど、私はますます確信できなくなりました。 ほとんどの自動化されたシステムが失敗するのは、判断が間違っているからではありません。昨日の許可が、今日の条件が変わった後も静かに有効なまま残ってしまうから失敗します。 ニュートンの認可ポリシーは実行前に評価されるため、エージェントは一度信頼されたからといって、ずっと行動し続けることはありません。ポリシーが「それをすべき」と言っている間だけ行動し続けます。 これはオートメーションに対する別の考え方です。難しい問題は、エージェントにいつ行動するかを教えることではありません。いつ失効するかを、許可に教えることです。 それがデフォルトになったとしたら、将来の自律システムは知能で競うのでしょうか——それとも、いつ停止すべきかをどれだけ正確に知っているかで競うのでしょうか? @NewtonProtocol #Newt $NEWT $T $SXT
以前は、オートメーションで一番難しいのは、より良い判断を下すことだと思っていました。
@NewtonProtocol をよく見れば見るほど、私はますます確信できなくなりました。

ほとんどの自動化されたシステムが失敗するのは、判断が間違っているからではありません。昨日の許可が、今日の条件が変わった後も静かに有効なまま残ってしまうから失敗します。

ニュートンの認可ポリシーは実行前に評価されるため、エージェントは一度信頼されたからといって、ずっと行動し続けることはありません。ポリシーが「それをすべき」と言っている間だけ行動し続けます。

これはオートメーションに対する別の考え方です。難しい問題は、エージェントにいつ行動するかを教えることではありません。いつ失効するかを、許可に教えることです。

それがデフォルトになったとしたら、将来の自律システムは知能で競うのでしょうか——それとも、いつ停止すべきかをどれだけ正確に知っているかで競うのでしょうか?

@NewtonProtocol #Newt $NEWT

$T $SXT
一部該当
取引所に到達した時点で、すべての注文が同じように扱われるものだと思っていました。ところが、合わない点に気づきました。GRVTのマッチングエンジンは2ms未満で実行されるのに、一部のタカー注文は意図的に25ms遅延させられている一方で、ポストオンリー注文は遅延されていません。 これにより、すぐに疑問が浮かびました。なぜスピードのためにマッチングエンジンを作りながら、特定の注文だけをわざと遅らせるのでしょうか? その遅延は、遅延(レイテンシー)のようには見えなくなりました。むしろ、マッチングが始まる前に、異なる注文がどのような貢献をすることを期待されているか、というルールのように思えてきたのです。 ある注文は流動性を消費します。別の注文は、まず流動性を作り出すことを期待されているのです。 @grvt_io #grvt $LAB $T $SXT
取引所に到達した時点で、すべての注文が同じように扱われるものだと思っていました。ところが、合わない点に気づきました。GRVTのマッチングエンジンは2ms未満で実行されるのに、一部のタカー注文は意図的に25ms遅延させられている一方で、ポストオンリー注文は遅延されていません。

これにより、すぐに疑問が浮かびました。なぜスピードのためにマッチングエンジンを作りながら、特定の注文だけをわざと遅らせるのでしょうか?
その遅延は、遅延(レイテンシー)のようには見えなくなりました。むしろ、マッチングが始まる前に、異なる注文がどのような貢献をすることを期待されているか、というルールのように思えてきたのです。
ある注文は流動性を消費します。別の注文は、まず流動性を作り出すことを期待されているのです。
@grvt_io
#grvt $LAB $T $SXT
fairness
50%
speed
50%
6 投票 • 投票は終了しました
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約