Binance Square
Mohsin_Trader_King
6.3k 投稿

Mohsin_Trader_King

厳選トピック確認済+
Say No to Future Trading. Just Spot Holder 🔥🔥🔥 X:- MohsinAli8855
取引を発注
高頻度トレーダー
5.3年
439 フォロー
40.9K+ フォロワー
16.5K+ いいね
投稿
ポートフォリオ
PINNED
·
--
継続的な監視、単発の監査ではありません ‎ ‎私は、TermMaxのセキュリティページを見て「監査済みかどうか」という簡単な答えを探しました。YesかNoか。 ‎ ‎しかし、構成要素がどのように噛み合っていて、実際にどのような順序で対応するのか――そこにもっと面白い点を見つけました。 ‎ ‎監査レポートとSpearbitのレビューは、TermMaxのコードがある特定の時点で存在していた状態を対象にしています。テストは、デプロイの前に実行されます。Immunefiのバグ報奨金は、ローンチ後は無期限で支払われます。誰かがエクスプロイトする代わりに報告する限り。Hypernativeは、そのすべての後、24時間365日、オンチェーンのライブ活動を監視しています。 ‎ ‎なぜ順序が重要なのか。TermMaxは、2026年3月時点でおよそ4,900万ドルのTVLと17,000人の日次アクティブユーザーを抱えています――現実のお金で、毎日動いている状況です。これは、デプロイ前の各レイヤーが「監視するように設計されていない」条件にまさに当てはまります。 ‎ ‎DeFiSafetyの独立レビューは、5つ目の観点を加えます。2025年8月に実施された6つのカテゴリで、総合93%――PASS――というスコアでした。 ‎ ‎デプロイ前のテストでは、ライブ上のエクスプロイトパターンを見つけられません。数か月前のプロセススコアは、その時点以降に出荷されたコードについては何も語りません。各レイヤーは、互いが対応するはずだったものを見抜けないのです。 ‎ ‎ここでのセキュリティは、一度発行される証明書ではありません。複数のチェックがあり、それぞれが異なる「瞬間」を見ているのであって、他のチェックをカバーするものではありません。 #termmax @termmax
継続的な監視、単発の監査ではありません

‎私は、TermMaxのセキュリティページを見て「監査済みかどうか」という簡単な答えを探しました。YesかNoか。

‎しかし、構成要素がどのように噛み合っていて、実際にどのような順序で対応するのか――そこにもっと面白い点を見つけました。

‎監査レポートとSpearbitのレビューは、TermMaxのコードがある特定の時点で存在していた状態を対象にしています。テストは、デプロイの前に実行されます。Immunefiのバグ報奨金は、ローンチ後は無期限で支払われます。誰かがエクスプロイトする代わりに報告する限り。Hypernativeは、そのすべての後、24時間365日、オンチェーンのライブ活動を監視しています。

‎なぜ順序が重要なのか。TermMaxは、2026年3月時点でおよそ4,900万ドルのTVLと17,000人の日次アクティブユーザーを抱えています――現実のお金で、毎日動いている状況です。これは、デプロイ前の各レイヤーが「監視するように設計されていない」条件にまさに当てはまります。

‎DeFiSafetyの独立レビューは、5つ目の観点を加えます。2025年8月に実施された6つのカテゴリで、総合93%――PASS――というスコアでした。

‎デプロイ前のテストでは、ライブ上のエクスプロイトパターンを見つけられません。数か月前のプロセススコアは、その時点以降に出荷されたコードについては何も語りません。各レイヤーは、互いが対応するはずだったものを見抜けないのです。

‎ここでのセキュリティは、一度発行される証明書ではありません。複数のチェックがあり、それぞれが異なる「瞬間」を見ているのであって、他のチェックをカバーするものではありません。

#termmax @TermMax
PINNED
‎なぜDuskは特に、すでに失敗した前期の反復からの候補を支持した投票者に報酬を与えるのか、その理由を掘り下げました—そしてそのインセンティブの仕組みは、基本の3ステップ説明が示唆する以上に深いです。 ‎ ‎3ステップ自体は紙の上では単純です。提案(Proposal)が候補を生成し、検証(Validation)がそれを確認し、追認(Ratification)が検証が本物だったことを確定します。ですが、どのようにDuskが後続の委員会に対して、単に新しい候補を待つのではなく、前の反復の候補を実際に復活させる気にさせているのかが見えにくい点です。 ‎ ‎報酬の分配について、特に計算してみてください。Dusk自身のエンジニアリングノートでは、ブロック証明書(Block Certificate)が直前ブロックの報酬の90%をジェネレーターに支払い、残りの10%を投票者に分配するとされています。さらにその10%は64のクオータに分けられ、1つが委員会クレジットごとになります。つまり、より多くのステーク・ウェイト付きクレジットを持つ投票者ほど、その取り分から得られる割合も比例して大きくなります。 ‎ ‎そして、私が本当に意外だと感じたのはここです。この10%の投票者報酬は、常にこの方式で支払われていたわけではありません。Dusk自身の更新情報によれば、それは将来の反復においてブロックジェネレーターが前の反復の候補に投票することを促すために、特別に追加されたものだと説明されています。つまり、すでにタイムアウトしているブロックを委員会がきちんと回復させようとするには、委員会が確実に動くような意図的な金銭的インセンティブがシステム側に必要だった、ということです。単に、放っておいても委員会が自然に回収作業をやってくれるわけではないのです。 ‎ ‎だから、Duskにおける失敗した反復は偶然で行き止まりになるわけではありません。Duskは、回復が委員会の手間に見合うようにするため、プロトコル内に特定の支払いを組み込んだからこそ、回復可能な状態を維持できます。委員会が無料でそれをやってくれるからではありません。 ‎ ‎失敗した試みを救済するために委員会へ報酬を支払うのか、それとも最初の試みはたいてい財務的な後押しがないときちんと完了しないと、静かに認めているのか? まだそのあたりを考え続けています。 #dusk $DUSK @Dusk_Foundation
‎なぜDuskは特に、すでに失敗した前期の反復からの候補を支持した投票者に報酬を与えるのか、その理由を掘り下げました—そしてそのインセンティブの仕組みは、基本の3ステップ説明が示唆する以上に深いです。

‎3ステップ自体は紙の上では単純です。提案(Proposal)が候補を生成し、検証(Validation)がそれを確認し、追認(Ratification)が検証が本物だったことを確定します。ですが、どのようにDuskが後続の委員会に対して、単に新しい候補を待つのではなく、前の反復の候補を実際に復活させる気にさせているのかが見えにくい点です。

‎報酬の分配について、特に計算してみてください。Dusk自身のエンジニアリングノートでは、ブロック証明書(Block Certificate)が直前ブロックの報酬の90%をジェネレーターに支払い、残りの10%を投票者に分配するとされています。さらにその10%は64のクオータに分けられ、1つが委員会クレジットごとになります。つまり、より多くのステーク・ウェイト付きクレジットを持つ投票者ほど、その取り分から得られる割合も比例して大きくなります。

‎そして、私が本当に意外だと感じたのはここです。この10%の投票者報酬は、常にこの方式で支払われていたわけではありません。Dusk自身の更新情報によれば、それは将来の反復においてブロックジェネレーターが前の反復の候補に投票することを促すために、特別に追加されたものだと説明されています。つまり、すでにタイムアウトしているブロックを委員会がきちんと回復させようとするには、委員会が確実に動くような意図的な金銭的インセンティブがシステム側に必要だった、ということです。単に、放っておいても委員会が自然に回収作業をやってくれるわけではないのです。

‎だから、Duskにおける失敗した反復は偶然で行き止まりになるわけではありません。Duskは、回復が委員会の手間に見合うようにするため、プロトコル内に特定の支払いを組み込んだからこそ、回復可能な状態を維持できます。委員会が無料でそれをやってくれるからではありません。

‎失敗した試みを救済するために委員会へ報酬を支払うのか、それとも最初の試みはたいてい財務的な後押しがないときちんと完了しないと、静かに認めているのか? まだそのあたりを考え続けています。

#dusk $DUSK @Dusk
Smart incentive design
Needs a financial nudge
9 残り時間
🎙️ Dusk: Privacy Meets Real-World Finance
cover
終了
02 時間 09 分 30 秒
622
8
2
🎙️ 3つのプライバシーレールと1つの決済レイヤー
cover
終了
02 時間 30 分 19 秒
2.1k
1
1
確認済み
なぜDuskはEthereumの透明性モデルに対して立ち位置を取るのか ‎ ‎「プライバシーチェーン」比較では通常ZcashやMoneroがデフォルトになるため、Duskが実際にEthereumに対してどのように自分を位置づけているのかを確認しました。スマートコントラクトの最大級のプラットフォームとは別軸で語られがちです。 ‎ ‎Dusk自身の資料は「弱いプライバシー」に反対しているのではなく、完全な透明性に線を引いています。Ethereumのデフォルトは、誰でもすべての残高、すべての呼び出し、すべての状態変更が見えるというものです。Duskのデフォルトは、両方のトランザクションモデルにおいて逆の出発点——選択によって透明なMoonlight、デフォルトで保護されたPhoenix——です。 ‎ ‎完全に透明なチェーン上で運用する規制対象の事業体にとって、それがどれほどのコストになるか計算してみてください。あらゆる取引先が、あなたのポジションの規模感、取引パターン、そして財務(トレジャリー)の動きを見ます——競合は、あなたが実行を完了する前にその情報に基づいて行動できるのです。 ‎ ‎Duskが名指しで挙げている具体的なギャップはこれです。DuskEVMは、OP Stackベースの実行環境を通じてフルのEVM同等性を提供します——Dusk自身のドキュメントによると、確認済みのテストネットチェーンIDは745です——そして、Ethereum開発者がすでに知っているのと同じツール群(MetaMask、Hardhat、Foundry)を使います。Ethereumの実行モデルを拒否しているわけではありません。標準のJSON-RPCインターフェースに至るまで、開発者体験は維持しながら、Ethereumのデフォルトの可視性だけを拒否しているのです。 ‎ ‎つまり、比較の論点は「Ethereumが悪い」ではありません。公共の協調に役立つEthereumの透明性は、機関投資家レベルの資本がそこを通って動かざるを得なくなった瞬間、負債になってしまう——そういう話です。 ‎ ‎3,000億ドル超のエコシステムの中核にある設計思想に対して構えるのか、それとも、そもそもEthereumが最初から埋めるように作られていなかったギャップを埋めにいくのか? まだその一つは噛み砕けていません。 @Dusk_Foundation #dusk $DUSK
なぜDuskはEthereumの透明性モデルに対して立ち位置を取るのか

‎「プライバシーチェーン」比較では通常ZcashやMoneroがデフォルトになるため、Duskが実際にEthereumに対してどのように自分を位置づけているのかを確認しました。スマートコントラクトの最大級のプラットフォームとは別軸で語られがちです。

‎Dusk自身の資料は「弱いプライバシー」に反対しているのではなく、完全な透明性に線を引いています。Ethereumのデフォルトは、誰でもすべての残高、すべての呼び出し、すべての状態変更が見えるというものです。Duskのデフォルトは、両方のトランザクションモデルにおいて逆の出発点——選択によって透明なMoonlight、デフォルトで保護されたPhoenix——です。

‎完全に透明なチェーン上で運用する規制対象の事業体にとって、それがどれほどのコストになるか計算してみてください。あらゆる取引先が、あなたのポジションの規模感、取引パターン、そして財務(トレジャリー)の動きを見ます——競合は、あなたが実行を完了する前にその情報に基づいて行動できるのです。

‎Duskが名指しで挙げている具体的なギャップはこれです。DuskEVMは、OP Stackベースの実行環境を通じてフルのEVM同等性を提供します——Dusk自身のドキュメントによると、確認済みのテストネットチェーンIDは745です——そして、Ethereum開発者がすでに知っているのと同じツール群(MetaMask、Hardhat、Foundry)を使います。Ethereumの実行モデルを拒否しているわけではありません。標準のJSON-RPCインターフェースに至るまで、開発者体験は維持しながら、Ethereumのデフォルトの可視性だけを拒否しているのです。

‎つまり、比較の論点は「Ethereumが悪い」ではありません。公共の協調に役立つEthereumの透明性は、機関投資家レベルの資本がそこを通って動かざるを得なくなった瞬間、負債になってしまう——そういう話です。

‎3,000億ドル超のエコシステムの中核にある設計思想に対して構えるのか、それとも、そもそもEthereumが最初から埋めるように作られていなかったギャップを埋めにいくのか? まだその一つは噛み砕けていません。

@Dusk #dusk $DUSK
Filling a real gap
100%
Chasing a niche
0%
6 投票 • 投票は終了しました
このような内容は称賛されるべきです👍
このような内容は称賛されるべきです👍
precious Zarmalaa
·
--
$DUSK @Dusk #dusk

‎以前は「EVM互換」と言えば、ただEVMを動かしてそれで終わり、という意味だと思っていました。

‎Duskは違います。

‎DuskVMが実際に何かを調べました。DuskVMはWasmtimeベースで、DuskのL1上でRust/WASMのコントラクトを直接実行します。これはDuskEVMとは完全に別物です。つまりEVMに後付けされた互換レイヤーではなく、並んで動く2つ目の独立した実行環境なんです。

‎なるほど。

‎じゃあ、EVM対応だけを提供するのではなく、なぜわざわざ別のVMを丸ごと作ったのでしょう?

‎さらに掘り下げました。DuskVMは、L1アセットへの直接アクセスが必要なコントラクト、Duskのネイティブなトランザクションモデル、プライバシー、あるいはゼロ知識(ZK)機能を必要とするコントラクトのために存在します。EVMの実行モデルは、それらをネイティブに公開するようには設計されていなかったからです。Piecrust(その下で動くエンジン)は、前身よりおよそ10倍高速で、ZKに適したホスト関数を備えています。PLONK、Groth16、BLSが、ランタイムに直接組み込まれているんです。

‎代わりに、DuskEVMがカバーする範囲も確認しました。EVMの完全な同等性、標準ツールチェーン、DuskDS(DuskDSを介した決済)まで。Dusk EVMは、プライバシーにネイティブなプリミティブを必要とせずに、馴染みのあるSolidityのワークフローで開発したい開発者向けのレイヤーです。

‎つまり、「EVMの代わりにネイティブVM」というのは、EVMを拒否しているわけではないんです。Duskがしているのは、プライバシーとZKネイティブなコントラクトを、それらを効率よく扱うようには作られていなかった実行モデルに通すことを拒んでいる、ということです。

‎2つの別々の実行環境を動かすことで、Duskはより強力になるのか。それとも、重複する役割を持つ2つのシステムに開発者の注意が分散されるだけなのか?

‎#dusk $DUSK
確認済み
取引の中身が見えないとき、検証者が実際に何を確認するのか 昔は、Dusk の検証者は、その取引が正当かどうかを確かめるために取引の詳細を見る必要があるのだと思われていました。 しかし Phoenix ではそうではありません。 検証者は、送信者・受信者・金額を受け取りません。代わりに受け取るのは PLONK の証明であり、確認されるのはデータそのものではなく、その証明です。 なるほど。 では、下に見える取引がないのに、証明を「検証する」とは実際にはどういう意味なのでしょうか? しばらく考えました。Dusk 自身のドキュメントでは、PLONK はとりわけ、証明を小さく保ち検証を高速にするよう設計されていること、そして特定のルールが守られていることを符号化していることが説明されています。すなわち、送信者が自分の支払うものを実際に所有していること、金額がつり合っていること、二度支払われていないことです。 検証者は、証明が成り立つことを確認します。検証者は、何を証明しようとしているのかを再構築することはありません。 最初に聞こえるよりも、ずっと奇妙な保証です。検証者は送信者を信じているわけではありません。第三者を信じているわけでもありません。何が真実にしたのかを一度も見ずに、数学的な主張が真であることを確認しているのです。 それが Dusk 側の弱いチェックだと言いたいわけではありません。むしろ、そもそも「見ないこと」が本来の目的なのかもしれません。検証者は、そもそも受け取っていないデータによって騙されることができないのです。 ここで言う「検証」が、日常的な「何かを調べる」の意味よりも、ずっと狭く、そしてより奇妙なものを指していることに気づいただけです。 見ることなく検証するために作られたシステムは、見ることで検証するシステムよりも、より多くの信頼を得られるのでしょうか?それとも、不可視性によって「何か間違っているか」を直感的に確かめにくくしているだけなのでしょうか? @Dusk_Foundation #dusk $DUSK
取引の中身が見えないとき、検証者が実際に何を確認するのか

昔は、Dusk の検証者は、その取引が正当かどうかを確かめるために取引の詳細を見る必要があるのだと思われていました。

しかし Phoenix ではそうではありません。

検証者は、送信者・受信者・金額を受け取りません。代わりに受け取るのは PLONK の証明であり、確認されるのはデータそのものではなく、その証明です。

なるほど。

では、下に見える取引がないのに、証明を「検証する」とは実際にはどういう意味なのでしょうか?

しばらく考えました。Dusk 自身のドキュメントでは、PLONK はとりわけ、証明を小さく保ち検証を高速にするよう設計されていること、そして特定のルールが守られていることを符号化していることが説明されています。すなわち、送信者が自分の支払うものを実際に所有していること、金額がつり合っていること、二度支払われていないことです。

検証者は、証明が成り立つことを確認します。検証者は、何を証明しようとしているのかを再構築することはありません。

最初に聞こえるよりも、ずっと奇妙な保証です。検証者は送信者を信じているわけではありません。第三者を信じているわけでもありません。何が真実にしたのかを一度も見ずに、数学的な主張が真であることを確認しているのです。

それが Dusk 側の弱いチェックだと言いたいわけではありません。むしろ、そもそも「見ないこと」が本来の目的なのかもしれません。検証者は、そもそも受け取っていないデータによって騙されることができないのです。

ここで言う「検証」が、日常的な「何かを調べる」の意味よりも、ずっと狭く、そしてより奇妙なものを指していることに気づいただけです。

見ることなく検証するために作られたシステムは、見ることで検証するシステムよりも、より多くの信頼を得られるのでしょうか?それとも、不可視性によって「何か間違っているか」を直感的に確かめにくくしているだけなのでしょうか?

@Dusk #dusk $DUSK
More trust
90%
Harder to check
10%
10 投票 • 投票は終了しました
確認済み
DUSKにおける「シタデル」と「完全な透過性」の比較 昼食にこれを食べました。スクロールはやめました。 「シタデル」と「完全な透過性」を比べるって、データのうちどれだけが隠されるかを比べることだと思っていました。違いました。 Dusk上で実際のシタデルのフローをたどっていくほど、その見方は成り立たなくなっていきました。 完全な透過性では、すべての属性がオンチェーンに、永久に記録されます。台帳を読む誰にでも見えます。 シタデルはそれを、ひとつのシーケンスで置き換えます。ユーザーがオンチェーン上でライセンス・プロバイダーにライセンスを要求し、そのプロバイダーがオンチェーン上でライセンスを発行します。ここまでの範囲で、オフチェーンの手順は確認できませんでした。すべて台帳上です。 その後、ユーザーはゼロ知識証明で所有権を示します。これによりセッションが開かれ、Dusk上でセッションクッキーが計算されます。 ここが、私の見方を変えたポイントです。 ユーザーは引き続き、そのクッキーを別のセキュアなオフチェーン経路でサービス・プロバイダーに送る必要があります。そうして初めて、SPはネットワークをスキャンして一致するセッションIDを探し、検証します。 オンチェーン上の証明は、SPに「ユーザーが誰か」を教えません。ライセンスが有効だったことだけを確認します。 とはいえ、SPは独自のチェックも実行します。例えば、交換(エクスチェンジ)側で適格性を検証するようなものです。オンチェーンの証明だけでは、彼らの仕事が完了しません。 つまり、完全な透過性とシタデルは、見える度合いが単純に反対方向に分かれるものではありません。前者はデフォルトで何もかも公開します。後者は処理を分割し、部分はオンチェーンで行われて証明可能であり、部分はオフチェーンで、二者間で直接処理されます。 本当に変わるのは、どれだけデータが動くかではありません。検証作業がどこで行われるか、そして最後のチェックを誰が行うのかです。 それでも、最後のオフチェーン・チェックが、異なるサービス・プロバイダー間でどれだけ一貫して実施されるのかは、まだ確信が持てていません。 その一貫性は、ゼロ知識の部分ほど重要なのでしょうか? #dusk $DUSK @Dusk_Foundation
DUSKにおける「シタデル」と「完全な透過性」の比較

昼食にこれを食べました。スクロールはやめました。

「シタデル」と「完全な透過性」を比べるって、データのうちどれだけが隠されるかを比べることだと思っていました。違いました。

Dusk上で実際のシタデルのフローをたどっていくほど、その見方は成り立たなくなっていきました。

完全な透過性では、すべての属性がオンチェーンに、永久に記録されます。台帳を読む誰にでも見えます。

シタデルはそれを、ひとつのシーケンスで置き換えます。ユーザーがオンチェーン上でライセンス・プロバイダーにライセンスを要求し、そのプロバイダーがオンチェーン上でライセンスを発行します。ここまでの範囲で、オフチェーンの手順は確認できませんでした。すべて台帳上です。

その後、ユーザーはゼロ知識証明で所有権を示します。これによりセッションが開かれ、Dusk上でセッションクッキーが計算されます。

ここが、私の見方を変えたポイントです。

ユーザーは引き続き、そのクッキーを別のセキュアなオフチェーン経路でサービス・プロバイダーに送る必要があります。そうして初めて、SPはネットワークをスキャンして一致するセッションIDを探し、検証します。

オンチェーン上の証明は、SPに「ユーザーが誰か」を教えません。ライセンスが有効だったことだけを確認します。

とはいえ、SPは独自のチェックも実行します。例えば、交換(エクスチェンジ)側で適格性を検証するようなものです。オンチェーンの証明だけでは、彼らの仕事が完了しません。

つまり、完全な透過性とシタデルは、見える度合いが単純に反対方向に分かれるものではありません。前者はデフォルトで何もかも公開します。後者は処理を分割し、部分はオンチェーンで行われて証明可能であり、部分はオフチェーンで、二者間で直接処理されます。

本当に変わるのは、どれだけデータが動くかではありません。検証作業がどこで行われるか、そして最後のチェックを誰が行うのかです。

それでも、最後のオフチェーン・チェックが、異なるサービス・プロバイダー間でどれだけ一貫して実施されるのかは、まだ確信が持てていません。

その一貫性は、ゼロ知識の部分ほど重要なのでしょうか?

#dusk $DUSK @Dusk
確認済み
Injectiveは今週、いくつかのエコシステム更新を報告しました。最新のCommunity BuyBackにより、27,400 $INJ が流通から永久に除外されました。Nova Programは、10か国以上からの89のプロジェクトで完了し、3名の受賞者が選出されました。 Zealy Season 2は月次報酬プールが1,000 $INJを超える形で現在アクティブになっており、Injective Global Cupでは127人のビルダーが参加しました。これらの動きは、ネットワークのコミュニティおよびインフラ施策における継続的な活動を反映しています。DYOR。 #Write2Earn #injective #INJ #crypto #trading $INJ {future}(INJUSDT)
Injectiveは今週、いくつかのエコシステム更新を報告しました。最新のCommunity BuyBackにより、27,400 $INJ が流通から永久に除外されました。Nova Programは、10か国以上からの89のプロジェクトで完了し、3名の受賞者が選出されました。

Zealy Season 2は月次報酬プールが1,000 $INJ を超える形で現在アクティブになっており、Injective Global Cupでは127人のビルダーが参加しました。これらの動きは、ネットワークのコミュニティおよびインフラ施策における継続的な活動を反映しています。DYOR。

#Write2Earn #injective #INJ #crypto #trading

$INJ
16歳。1.096百万BTC。取引ゼロ。 これは、Arkham Intelligenceによると、サトシ・ナカモトのウォレット・クラスターの物語です——ビットコインのローンチ当時から続く「Patoshi(パトシ)マイニング・パターン」を通じて21,000以上のアドレスがひとつに結び付けられています。 約$65K/BTCで、保有資産は約$710億です。数千ドルほどの価値になったこともあれば、(2025年10月の史上最高値で)$1,380億に達したこともあります。それでも、一度も一歩も動いていません。売却も送金もなく、何の兆候もありません——ただ、暗号資産史上最大級の未回収の財産が、静かに裏で複利のように増え続けているだけです。 DYOR(自己調査を)、投資助言ではありません。 #bitcoin #satoshiNakamato #crypto #SaylorHintsStrategyBitcoinBuy #Write2Earn $BTC {future}(BTCUSDT)
16歳。1.096百万BTC。取引ゼロ。

これは、Arkham Intelligenceによると、サトシ・ナカモトのウォレット・クラスターの物語です——ビットコインのローンチ当時から続く「Patoshi(パトシ)マイニング・パターン」を通じて21,000以上のアドレスがひとつに結び付けられています。

約$65K/BTCで、保有資産は約$710億です。数千ドルほどの価値になったこともあれば、(2025年10月の史上最高値で)$1,380億に達したこともあります。それでも、一度も一歩も動いていません。売却も送金もなく、何の兆候もありません——ただ、暗号資産史上最大級の未回収の財産が、静かに裏で複利のように増え続けているだけです。

DYOR(自己調査を)、投資助言ではありません。

#bitcoin #satoshiNakamato #crypto #SaylorHintsStrategyBitcoinBuy #Write2Earn

$BTC
🚨 急騰銘柄アラート — 今日の板で3つのコインが完全に爆発中。まだ伸びしろがあるのはどれ? 👀🔥 $BMT 🌀 | $TUT 🟡 | $MUBARAK 🐪 📈 BMT — +169.84%(現在 $0.03543) 📈 TUT — +132.52%(現在 $0.18676) 📈 MUBARAK — +51.84%(現在 $0.02314) 勢いがこのまま続けば、下記の目標に到達した場合は、現在の水準からBMTが約+182%、TUTが約+168%、MUBARAKが約+116%になる見込みです。 🚀📊 🗳️ 投票時間 — 今すぐ投票 👇 💬 あなたの投票と理由を下に書いてください。どれがまだ暴れ続けて、どれが最初に落ち着く? 👇 ⚠️ 金融助言ではありません。必ずDYOR(自分で調べる)🔍 #CryptoPoll #altcoins #BMT #TUT #MUBARAK
🚨 急騰銘柄アラート — 今日の板で3つのコインが完全に爆発中。まだ伸びしろがあるのはどれ? 👀🔥

$BMT 🌀 | $TUT 🟡 | $MUBARAK 🐪

📈 BMT — +169.84%(現在 $0.03543)
📈 TUT — +132.52%(現在 $0.18676)
📈 MUBARAK — +51.84%(現在 $0.02314)

勢いがこのまま続けば、下記の目標に到達した場合は、現在の水準からBMTが約+182%、TUTが約+168%、MUBARAKが約+116%になる見込みです。 🚀📊

🗳️ 投票時間 — 今すぐ投票 👇

💬 あなたの投票と理由を下に書いてください。どれがまだ暴れ続けて、どれが最初に落ち着く? 👇

⚠️ 金融助言ではありません。必ずDYOR(自分で調べる)🔍

#CryptoPoll #altcoins #BMT #TUT #MUBARAK
BMT ($0.03543) ➜ $0.10? 🌀
27%
TUT ($0.18676) ➜ $0.50? 🟡
42%
MUBARAK ($0.02314) ➜ $0.05? 🐪
23%
None, waiting for confirmation
8%
88 投票 • 投票は終了しました
CZはアジア最大級のビットコインカンファレンス「Bitcoin Asia 2026」に登壇します。開催地は香港です。完全なアジェンダ(議題)がいま公開されました。 同氏の参加は、同地域の機関投資家や個人参加者から大きな注目を集める可能性があります。DYOR。 #write2earn #CZ #bitcoin #HongKong $BTC
CZはアジア最大級のビットコインカンファレンス「Bitcoin Asia 2026」に登壇します。開催地は香港です。完全なアジェンダ(議題)がいま公開されました。

同氏の参加は、同地域の機関投資家や個人参加者から大きな注目を集める可能性があります。DYOR。

#write2earn #CZ #bitcoin #HongKong

$BTC
·
--
ブリッシュ
グレースケールのリサーチ責任者ザック・パンドル氏は、CLARITY法案が今年成立しなくても、SECの規則、より良いカストディ(保管)体制、銀行アクセス、ステーキング方針のおかげで、暗号資産は成長を続けられると述べています。しかし、米国の明確な法律がない場合、新たな投資や開発者は海外へ移る可能性があります。 #GrayscaleInvestments #CLARITYAct #SEC #Investment $BTC
グレースケールのリサーチ責任者ザック・パンドル氏は、CLARITY法案が今年成立しなくても、SECの規則、より良いカストディ(保管)体制、銀行アクセス、ステーキング方針のおかげで、暗号資産は成長を続けられると述べています。しかし、米国の明確な法律がない場合、新たな投資や開発者は海外へ移る可能性があります。

#GrayscaleInvestments #CLARITYAct #SEC #Investment

$BTC
🎙️ $BANK NE FIR SE OLUY LIYA
avatar
終了
03 時間 05 分 13 秒
607
3
1
確認済み
‎バビロンのバリデータの投票が常に最終的な言葉になるとは限らない ‎バビロンのガバナンスで面白いのは、提案の種類だと思っていました。ところが、投票セクションの中に埋め込まれた単一の仕組みがあるだけでした。それが「投票の継承」です。 ‎ ‎ガバナンス文書を実際のパラメータ表と突き合わせて確認し続けると、ある関係に何度も戻ってしまいました。もしステーカーが投票しなければ、そのステーカーの代わりにバリデータの投票が自動的に継承されます。逆に、ステーカーがバリデータより先に投票した場合、バリデータの立場はステーカーには一切適用されません。 ‎ ‎最初は些細な技術的な論点に見えました。しかしそれを考えれば考えるほど、デフォルトで誰の声が数えられるかを決める実際の仕組みに見えてきました。定足数は33.4%です。承認の閾値は50%です。さらに拒否(ヴェト)の閾値も33.4%で、提案そのものを阻止し、実行すると全てのデポジットを焼却します—デポジットが返ってこない唯一の結果です。 ‎ ‎迅速な提案に必要な特別多数要件(66.7%)が、ついに私の理解を結びつけました。これは、上書きの権利が必ずしも間に合うタイミングで行使されるとは限らない、という内蔵された認め(acknowledgment)だと感じたのです。 ‎ ‎沈黙はここでは中立ではありません。意図していようとしていまいと、あなたのステークを検証する相手(whoever validates your stake)への能動的な委任です。 ‎ ‎私はガバナンスへの参加を任意だと読み始めました。結局、それは「最初に姿を見せない限り、すでに登録されているデフォルト」だと読むようになりました。 ‎ @babylonlabs_io #baby $BABY $HEI $BLESS
‎バビロンのバリデータの投票が常に最終的な言葉になるとは限らない

‎バビロンのガバナンスで面白いのは、提案の種類だと思っていました。ところが、投票セクションの中に埋め込まれた単一の仕組みがあるだけでした。それが「投票の継承」です。

‎ガバナンス文書を実際のパラメータ表と突き合わせて確認し続けると、ある関係に何度も戻ってしまいました。もしステーカーが投票しなければ、そのステーカーの代わりにバリデータの投票が自動的に継承されます。逆に、ステーカーがバリデータより先に投票した場合、バリデータの立場はステーカーには一切適用されません。

‎最初は些細な技術的な論点に見えました。しかしそれを考えれば考えるほど、デフォルトで誰の声が数えられるかを決める実際の仕組みに見えてきました。定足数は33.4%です。承認の閾値は50%です。さらに拒否(ヴェト)の閾値も33.4%で、提案そのものを阻止し、実行すると全てのデポジットを焼却します—デポジットが返ってこない唯一の結果です。

‎迅速な提案に必要な特別多数要件(66.7%)が、ついに私の理解を結びつけました。これは、上書きの権利が必ずしも間に合うタイミングで行使されるとは限らない、という内蔵された認め(acknowledgment)だと感じたのです。

‎沈黙はここでは中立ではありません。意図していようとしていまいと、あなたのステークを検証する相手(whoever validates your stake)への能動的な委任です。

‎私はガバナンスへの参加を任意だと読み始めました。結局、それは「最初に姿を見せない限り、すでに登録されているデフォルト」だと読むようになりました。


@BabylonLabs_io #baby $BABY $HEI $BLESS
絶え間ない素晴らしい努力を重ねて、そこからランク750からトップ100まで到達するのは、簡単なことではありませんでした。それは、質の高いコンテンツに向けたコミットメントと継続でした。当時ランク750にいたときは気持ちが固まってしまっていて、$BANK & $SKYAI を含む誤った入力をしてしまいました。しかしその後、私の考え方は完全に@babylonlabs_io へと切り替わりました。 ‎今日はバビロンのステーキング・バックエンドについて読んでいて、本当に予想していなかったことにぶつかりました。 ‎ ‎見た目がオンチェーンの状態に見えるもののうち、実際には、あなたがそれを見るはるか前に、どれだけが先にオフチェーンのインフラを通過しているのか。 ‎ ‎ステーキング・インデクサは、バビロンのバックエンド・スイートの特定のサービスで、ビットコインとバビロン・ジェネシスの両方から、委任イベント、ファイナリティ・プロバイダーのステータス、グローバルなステーキング・パラメータを同期し、それ自身のデータベースに反映します。フロントエンドとステーキングAPIサービスの両方が、そのインデクサから読み取っており、どちらのチェーンから直接読んでいるわけではありません。私自身、それを構造として見せられるまで、正直そこまで想像できていませんでした。 ‎ ‎最初の読みでは、「これは速度のための単なるキャッシュ層だ。便利だけど、実際に成否を左右するものではない」と思いました。 ‎ ‎違いました。もしインデクサの同期が遅れてしまうと、たとえ両方のチェーンで何も動いていなくても、ユーザーが自分のステークについて目にする内容が、実際にチェーン上で真に成り立っている内容からズレ始めます。 ‎ ‎それを見落としやすいことが、ちょっと気になります。 ‎ ‎チェーン自体はずっと正確なままです。問題は、その中間にある“翻訳層”が、静かにズレ得るという点です。 ‎ ‎今、インデクサのインスタンスが並列でどれくらい動いているのか、また今日この部分がどれほど中央集権化されているのか、私には分かりません。一般的なアーキテクチャ資料がそこまで分解してくれていないので、把握していない数字を「ある」とは言いません。 ‎ ‎ステーカーが、インデクサのラグによって誤ったステータスを最初に見てしまう――自分のステークが実際に変わったからではなく――そういう経験をすると、「“オンチェーン”が日々どういう意味を持つのか」の捉え方は変わるのでしょうか? ‎ ‎データは、どこまで信頼すべきでしょうか? ‎ @babylonlabs_io ‎#baby $BABY
絶え間ない素晴らしい努力を重ねて、そこからランク750からトップ100まで到達するのは、簡単なことではありませんでした。それは、質の高いコンテンツに向けたコミットメントと継続でした。当時ランク750にいたときは気持ちが固まってしまっていて、$BANK & $SKYAI を含む誤った入力をしてしまいました。しかしその後、私の考え方は完全に@BabylonLabs_io へと切り替わりました。

‎今日はバビロンのステーキング・バックエンドについて読んでいて、本当に予想していなかったことにぶつかりました。

‎見た目がオンチェーンの状態に見えるもののうち、実際には、あなたがそれを見るはるか前に、どれだけが先にオフチェーンのインフラを通過しているのか。

‎ステーキング・インデクサは、バビロンのバックエンド・スイートの特定のサービスで、ビットコインとバビロン・ジェネシスの両方から、委任イベント、ファイナリティ・プロバイダーのステータス、グローバルなステーキング・パラメータを同期し、それ自身のデータベースに反映します。フロントエンドとステーキングAPIサービスの両方が、そのインデクサから読み取っており、どちらのチェーンから直接読んでいるわけではありません。私自身、それを構造として見せられるまで、正直そこまで想像できていませんでした。

‎最初の読みでは、「これは速度のための単なるキャッシュ層だ。便利だけど、実際に成否を左右するものではない」と思いました。

‎違いました。もしインデクサの同期が遅れてしまうと、たとえ両方のチェーンで何も動いていなくても、ユーザーが自分のステークについて目にする内容が、実際にチェーン上で真に成り立っている内容からズレ始めます。

‎それを見落としやすいことが、ちょっと気になります。

‎チェーン自体はずっと正確なままです。問題は、その中間にある“翻訳層”が、静かにズレ得るという点です。

‎今、インデクサのインスタンスが並列でどれくらい動いているのか、また今日この部分がどれほど中央集権化されているのか、私には分かりません。一般的なアーキテクチャ資料がそこまで分解してくれていないので、把握していない数字を「ある」とは言いません。

‎ステーカーが、インデクサのラグによって誤ったステータスを最初に見てしまう――自分のステークが実際に変わったからではなく――そういう経験をすると、「“オンチェーン”が日々どういう意味を持つのか」の捉え方は変わるのでしょうか?

‎データは、どこまで信頼すべきでしょうか?


@BabylonLabs_io #baby $BABY
Direct chain query
50%
Indexer/dashboard
25%
Both, equally
25%
Depends on timing
0%
4 投票 • 投票は終了しました
🎙️ aaに着いた
avatar
終了
02 時間 35 分 05 秒
795
2
1
確認済み
バビロンのドキュメントが「ヴォルト・プロバイダーができること/できないこと」と述べている内容 「ヴォルト・プロバイダーが何をでき、何をできないのか」を正確に一枚のきれいな資料でまとめたものを探した。 しかし、その単一の出典は見つからなかった。代わりに、複数箇所に散らばった断片が見つかった。 「できる」側は明確だ。ヴォルト・プロバイダーはセットアップを調整し、出金の組み立てを手助けするが、自身はビットコインのカストディに一切触れない——預託者が鍵を持ったままの状態が、常に続く。Gomining のパートナーシップのようなバビロンのより広い統合も、プロダクト・レベルで同じ「カストディ喪失なし」の保証を説明している。ただし、その統合が、Aave のケースで特に文書化されているのと同一のヴォルト・プロバイダーの役割構造を使っているかどうかは確認できていない。関連しているが別の役割であるセキュリティ・カウンシルは、緊急時に支払いを一時停止/ブロックすることはできるが、資金をどこか別の新しい場所へ振り向けることはできない。 この2つの部分は、どちらもはっきり書かれている。 より不明なのは、ヴォルト・プロバイダーが緊急時以外で協力をやめた場合、実際に何らかのペナルティがあるのかどうかだ。自己主張(セルフ・クレーム)のフォールバックは、その状況のために存在する。具体的には、ヴォルトの WOTS キーと watchtower CLI に基づいて構築されている。しかし、プロバイダー自身が黙った場合に何が起きるのかについては、私が見つけた範囲では何も書かれていない。 つまり、答えが2種類に分かれている。カストディの境界は、私が読んだドキュメントの中で明示され、繰り返し強調されている。では、プロバイダーが単に手助けをやめたときに何が起きるのかは、フォールバックが存在することによってのみ示唆されている。私が見つけられた「ルール」としては、書き下ろしで確認できなかった。 あなたにとって、このフォールバックはどちらの意味がより大きい?——プロバイダーが沈黙すると処罰されるから重要なのか、それとも、そもそも預託者が開始時点からプロバイダーの協力に実際には依存していなかったから重要なのか? @babylonlabs_io #baby $BABY $SKYAI $KOMA
バビロンのドキュメントが「ヴォルト・プロバイダーができること/できないこと」と述べている内容

「ヴォルト・プロバイダーが何をでき、何をできないのか」を正確に一枚のきれいな資料でまとめたものを探した。

しかし、その単一の出典は見つからなかった。代わりに、複数箇所に散らばった断片が見つかった。

「できる」側は明確だ。ヴォルト・プロバイダーはセットアップを調整し、出金の組み立てを手助けするが、自身はビットコインのカストディに一切触れない——預託者が鍵を持ったままの状態が、常に続く。Gomining のパートナーシップのようなバビロンのより広い統合も、プロダクト・レベルで同じ「カストディ喪失なし」の保証を説明している。ただし、その統合が、Aave のケースで特に文書化されているのと同一のヴォルト・プロバイダーの役割構造を使っているかどうかは確認できていない。関連しているが別の役割であるセキュリティ・カウンシルは、緊急時に支払いを一時停止/ブロックすることはできるが、資金をどこか別の新しい場所へ振り向けることはできない。

この2つの部分は、どちらもはっきり書かれている。

より不明なのは、ヴォルト・プロバイダーが緊急時以外で協力をやめた場合、実際に何らかのペナルティがあるのかどうかだ。自己主張(セルフ・クレーム)のフォールバックは、その状況のために存在する。具体的には、ヴォルトの WOTS キーと watchtower CLI に基づいて構築されている。しかし、プロバイダー自身が黙った場合に何が起きるのかについては、私が見つけた範囲では何も書かれていない。

つまり、答えが2種類に分かれている。カストディの境界は、私が読んだドキュメントの中で明示され、繰り返し強調されている。では、プロバイダーが単に手助けをやめたときに何が起きるのかは、フォールバックが存在することによってのみ示唆されている。私が見つけられた「ルール」としては、書き下ろしで確認できなかった。

あなたにとって、このフォールバックはどちらの意味がより大きい?——プロバイダーが沈黙すると処罰されるから重要なのか、それとも、そもそも預託者が開始時点からプロバイダーの協力に実際には依存していなかったから重要なのか?

@BabylonLabs_io #baby $BABY $SKYAI $KOMA
Provider gets punished
67%
Depositor didn't need them
0%
Depends on the case
33%
Not sure yet
0%
3 投票 • 投票は終了しました
🚨 たった1枚のコインが一気に焼かれ、他の2つは絶好調 — でも、残りの最強の上昇余地があるのはどれ? 👀📈 $BEAT | $BLESS | $KOMA BEATは-22.98%下落している一方で、BLESSとKOMAは爆伸び、+76.81%と+52.35%で上昇中。現在の価格をもとに、下にある目標を達成すると、BEATはおよそ+38%の回復、BLESSは+67%、KOMAは+81%の継続的な上昇が見込めます。 🔥📊 🗳️ 投票時間 💬 投票して、あなたの分析もシェアして。どれが最初に回復して、どれがさらに上がり続ける? #CryptoPoll #altcoins #Binance #crypto #dyor
🚨 たった1枚のコインが一気に焼かれ、他の2つは絶好調 — でも、残りの最強の上昇余地があるのはどれ? 👀📈

$BEAT | $BLESS | $KOMA

BEATは-22.98%下落している一方で、BLESSとKOMAは爆伸び、+76.81%と+52.35%で上昇中。現在の価格をもとに、下にある目標を達成すると、BEATはおよそ+38%の回復、BLESSは+67%、KOMAは+81%の継続的な上昇が見込めます。 🔥📊

🗳️ 投票時間

💬 投票して、あなたの分析もシェアして。どれが最初に回復して、どれがさらに上がり続ける?

#CryptoPoll #altcoins #Binance #crypto #dyor
BEAT ($3.629) ➜ $5.00? 💥
39%
BLESS ($0.01792) ➜ $0.03? 🚀
20%
KOMA ($0.02214) ➜ $0.04? 🐹
35%
None. Wait for confirmation. ⏳
6%
103 投票 • 投票は終了しました
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約