Mù 穆涵

$STAR $GPS $DUSK #dusk @Dusk
Dusk's 80/10/5/5 isn't real here's what's actually in the block reward

I was checking my rewards this morning around 10–11 and the split looked different from what I remembered, so I pulled up the staking dashboard and went back to the tokenomics page.

The line that caught me was: "70% + up to 10%."

The block generator gets a fixed 70%. That extra 10% isn't guaranteed — it depends on credits included in the certificate. And if part of it isn't distributed, Dusk burns it.

So the usual shorthand:

80% → block generator
10% → development
5% → validation
5% → ratification

misses an important condition. The actual structure is:

70% → fixed block-generator share
up to 10% → conditional block-generator share
10% → development
5% → validation
5% → ratification

The part I found interesting is where the unused reward goes: nowhere. It isn't redirected to another committee or the development fund. It's burned.

It reminded me of how airline miles work. You earn a base rate on every ticket, guaranteed. But bonus miles — the ones tied to fare class or promo conditions — only land if you actually meet the condition. Miss it, and that bonus doesn't roll over to next time. It's just gone. Dusk's certificate-based 10% works the same way: conditional, and unclaimed by default.

That matters against the bigger picture. Dusk is scheduled to emit 500M DUSK for staking rewards over 36 years, on a fixed decay curve.

The headline schedule only tells you what can be emitted. This mechanism quietly decides how much of that actually gets distributed. A small, structural deflationary pressure, sitting inside what looks like a straightforward inflation model.

What the docs don't spell out: what exactly earns those certificate credits, and how often a provisioner captures the full extra 10% versus losing part of it to the burn.

I opened the dashboard expecting a simple reward split. I found a conditional one instead. 🧐

What do you think of Dusk’s conditional 10% reward?

$HEMI $COW $DUSK


I was looking at Dusk’s node security docs and one detail made me stop.

Dusk recommends separating the consensus key from the owner key: the node uses the consensus key to vote and sign blocks, while only the owner key can unstake or withdraw the stake.

That sounds like a clean security boundary.

But then I noticed the important part: Dusk says the separate owner key can be another address derived from the same mnemonic, and the setup is most effective when that mnemonic is not stored on the server. The node itself only needs the consensus key file.

So the interesting security boundary may not actually be “two keys” — it’s really about where the recovery secret lives, and what each key can and can’t do if compromised.

If an attacker compromises the node but never gets the mnemonic or owner key, they can’t withdraw the stake. But they can still control the consensus key — which creates a different risk: consensus-level penalties for invalid or conflicting votes.

The owner key protects the principal from direct withdrawal, but it can’t prevent consensus-level penalties if the consensus key is compromised.

That’s a meaningfully different risk profile than simply thinking “two keys = safe.”

Does Dusk’s documented slashing-recovery process fully address a compromised consensus key, or is key rotation still the main practical response?
#dusk @Dusk

What’s the bigger risk? 👀

$AKE $ACE $DUSK #dusk @Dusk

I used to think “private blockchain” meant nobody sees anything, full stop. Then I tried moving funds between two accounts for a small OTC deal and realized I had no idea which model to even use — and honestly panicked for a second thinking I’d picked the wrong one and my counterparty would see an amount I didn’t want shown. 😅

Turns out DuskDS gives you two native transaction models: Moonlight for public transfers and Phoenix for shielded ones — and picking wrong isn’t the disaster I imagined, since each one is doing an intentional job.

With Moonlight, it’s like a bank transfer — sender, recipient, amount, all visible on a statement anyone with access can pull up. Phoenix is closer to paying cash — funds sit as encrypted notes, and zero-knowledge proofs confirm the transaction is valid without showing the amount, sender, or which notes moved.

What caught me is that Dusk doesn’t force one visibility model onto everything. The same settlement layer carries a flow that needs to be seen and one that needs to stay shielded, side by side.

And Phoenix isn’t “nothing can ever be disclosed” — viewing keys let authorized parties see the details when auditing or regulation actually requires it. So my “what if my counterparty sees the wrong thing” panic wasn’t really the right worry — the real question is who’s authorized to see it, not whether it’s visible by default.

The real privacy question isn’t “can blockchain hide everything?” It’s “who gets to see what, and when?”

If regulated finance needs both transparency and confidentiality, is choosing the visibility model at the transaction level the better approach?

Privacy or transparency? 👀

以前は、投資資格があるかを確認するためにプラットフォームに求められるたび、パスポート、住所、収入証明などのKYC書類をすべて共有していました。先月、そのようなプラットフォームの1つが侵害されました。私のデータは標的ですらなく、そこに“置かれていただけ”でした。「一度だけ確認すればいい（verify once）」が「どこにでも保存する（store everywhere）」を意味していたからです。

@DuskFoundation をさらに調べていくと、本当の論点はプライバシー対コンプライアンスではないと気づきました。何が実際に開示される必要があるのか、という問題です。

Citadel は Dusk のアイデンティティ＆アクセス層です。仕組みはこうです。信頼できる License Provider が属性（資格、居住、認定）をオフチェーンで確認し、その後署名付きのクレデンシャルを発行します。サービスが証明を必要とするときは、そのクレデンシャルからゼロ知識証明を生成し、ウォレットやあなたの身元、または基となるデータを公開せずに、その属性が満たされていることを確認します。

これによってトレードオフが変わります。目的は、規制された金融を不透明にすることではありません。必要な開示を“意図的に”行い、それ以外は非公開のままにすることです。

もしかすると、本当のイノベーションはデータを隠すことではありません。何が“証明可能”になるべきかを、正確に決めることです。

そのモデルでは、クレデンシャルが侵害されたとしても、基となるアイデンティティのデータを別の恒久的な露出へと転換せずに、取り消すことができます。

すべての場所にフルのKYC書類をアップロードしなくても済むような、クレデンシャル・システムをあなたは信頼できるでしょうか？

$DUSK #dusk @Dusk $AKE

$LIGHT /USDT – ショート 📉

ブレイクアウトは強いものの、現在の価格は新たなレジスタンス帯まで伸び切っています。重要なのは、この出来高の急増後に買い手が0.1800〜0.1840のゾーンを維持できるかどうかです。

取引プラン:

エントリー: 0.1785 – 0.1830
SL: 0.1885

TP1: 0.1726
TP2: 0.1650
TP3: 0.1577

この設定の理由?

- $LIGHT は、0.15のゾーンから鋭い垂直上昇を出した後、0.1841で新高値へ押し上げました。
- ブレイクアウトのローソク足は大きな出来高の増加を伴っているため、ここを追いかけると押し戻しリスクが高くなります。
- 0.1840は直近のレジスタンスです。この付近で拒否されれば、利益確定が起きて、以前のブレイクアウトゾーン方向へ向かう可能性があります。
- 0.1785を下回る動きに戻れば、ショートの見立てが強まり、0.1726、そして0.1650への道が開けます。
- ブレイクアウト後に価格が0.1885をきれいに奪回した場合、このショート論は無効になります。

ディベート:

$LIGHT はさらなる上昇の次の一段を準備しているのか、それともこのブレイクアウトはついにクールダウンのタイミングなのか? 👀📉
#write2earn

鋭い反発が続くからといって、常に追いかけるべきとは限りません。最も強い一手は、疲弊の後に訪れる“拒絶”であることもあります。

$RIVER /USDT – SHORT

取引プラン：

エントリー：3.08 – 3.13
SL：3.33

TP1：2.95
TP2：2.80
TP3：2.62

なぜこのセットアップ？

- 2.46の領域から3.49まで爆発的に上昇した後、高値付近で強い売り圧力が現れたことで勢いが衰え始めています。
- 1Hチャートでは、拒絶の後により安値の高値（下げの高値）が形成されており、MA(7)が下向きに転じ始めているため、強気のモメンタムが弱まっていることを示しています。
- 価格はMA(25)より上を維持しようとしていますが、3.20–3.30のエリアを取り戻せない失敗が続いているため、売り手が主導権を握っています。
- 3.00という心理的節目を下回るブレイクが起きれば、さらにもう一段の清算（リクイデーション）波を誘発する可能性があり、2.95をまずの下方向ターゲットとして、その後2.80と2.62へ拡大する見込みです。
- 売りのセットアップは、買い手が3.33を取り戻して確定（クローズ）しない限り有効です。そうなれば、継続ショートにとって魅力的なリスクリワードが提示されます。

ディベート：

これは、次の上昇に向けた健全な押し目なのか、それとも過熱した上昇の後に始まるより深い調整の始まりなのか？👇
#write2earn

多くのトレーダーはブレイクアウトを追いかけますが、最も強いトレンドが報いるのは、最後の青いローソク足ではなく、最初の健全な押し目を買う人たちであることが多いです。

$ALICE /USDT – ロング

取引プラン:

エントリー: 0.1218 – 0.1233
SL: 0.1170

TP1: 0.1260
TP2: 0.1305
TP3: 0.1360

なぜこのセットアップ？

- 4Hチャートは、MA(25)を上抜けた後、MA(99)を取り戻して強気の構造へ移行しており、高時間軸のトレンドで買い手が主導権を取り戻したことを示しています。
- 価格はMA(7)の上で推移しており、直近の出来高急増が、ブレイクアウトが低出来高の一時的なスパイクではなく、本物の買い需要によって裏付けられていたことを確認しています。
- 0.1218–0.1233のゾーンは重要なリテスト（再試行）エリアとして機能しています。この地域を買い手が守っている限り、最新の押し目は弱気の反転というより利確の動きに見えます。
- 直近高値0.1253を明確に上抜けると、ブレイクアウトの勢いが高まり、ショートの清算（ショートリキッド）が発生して、0.1305、そして最終的に0.1360へ向かう道が開ける可能性があります。
- このセットアップは0.1170を上回っている限り有効であり、高いリスクリワード（損益比）の見込みが得られます。さらに、高値安値が切り上がる流れが続くことで強さが増していきます。

議論:

この押し目をサポートまで待って買いますか？それとも、0.1253を上抜けることが確認されてから、次の上昇局面に入りますか？

#alice

最近の下落に皆が注目しているものの、より大きな流れはブレイクアウト構造が維持される限り、依然として強気に有利です。

$ACT は、$0.0088前後から急騰して、局所高値が$0.0116近辺まで到達した後、いったん落ち着きを見せています。ブレイクアウトは、取引量の明確な急増によって裏付けられていました。現在の$0.0103付近へのリトレースは、トレンド転換というよりは利益確定の動きに見えますが、買い手は前回のブレイクアウト・ゾーンを守り続けています。

私の見立て：

$0.0102〜$0.0103が維持され続けるなら、強気の勢いは再構築されると見ています。$0.0110の奪回があれば、$0.0116が再び注目される可能性が高く、さらにそのレジスタンスを決定的に上抜ければ、次の波として$0.0120〜$0.0125の領域に向かう展開が考えられます。

一方で、$0.0102のサポートを失うと短期の構造が弱まり、買い手が次の反発を試みる前に、より深いリトレースで$0.0096〜$0.0098の需要ゾーンへ下がる確率が高まります。

現時点では全体の市場構造は強気ですが、このサポート水準が重要な戦場です。ここが健全な押し目なのか、それともより大きな調整の始まりなのかを判断するため、出来高と買い手の反応を注意深く見ていきます。

**ディベート：**

この押し目を買い増ししていますか？それとも、$0.0116を上抜けして確認できるまで次の取引を待ちますか？ 📈🚀

#write2earn

ほとんどのトレーダーは下げのたびに買いに入っていますが、4Hチャートは重要なレジスタンスの上を維持できずに失敗した後、疲弊の兆候が出始めています。

$BNB /USDT – ショート

取引プラン：

エントリー：587.50 – 590.50
SL：599.80

TP1：579.50
TP2：572.00
TP3：562.50

なぜこのセットアップ？

- 4Hの構造は、605.50のスイング高値からの明確なリジェクトを受けた後に弱まり、直近のレジスタンス帯の下で売り手が支配を取り戻しています。
- 価格はMA(7)とMA(25)の両方を下回り、モメンタムも鈍化し続けており、最新のリカバリーは新しい上昇局面の始まりというよりは調整だったことを示唆しています。
- 588–590のエリアは現在、時間内（デイトレード）における供給ゾーンとして機能しています。このゾーンを強い出来高で買い手が取り戻せない限り、この地域への上昇は新たな売りを呼び込みやすいでしょう。
- 現在のサポートを下抜けると、まずは579.50の流動性ゾーンへの道が開け、さらに弱気の勢いが加速すれば、572.00と562.50に向けて下方向が広がります。
- 価格が599.80を下回っている間は弱気見通しが有効であり、現在の4Hトレンドに沿った、リスクリワード面で有利なセットアップになっています。

ディベート：

590を下回るリジェクトでショートしますか、それとも確認のために598のレジスタンスを再テストするのを待ちますか？

#write2earn

多くのトレーダーは直近のバウンスを見て、調整は終わったと判断しますが、上位足の構造は依然としてもう一段下を示唆しています。

$VANRY /USDT – SHORT

トレード計画：

エントリー：0.0032914 – 0.0033126
SL：0.0035775

TP1：0.0030954
TP2：0.0029577
TP3：0.0027510

なぜこの設定？

- 日足のマーケット構造は依然として弱気であり、直近の値動きによる回復があっても、より大きなトレンドは売り手に有利なままです。
- 15分足RSIは53.96で、真の強気というより中立的なモメンタムを示しており、価格がレジスタンスに近づくにつれて買い手の確信が薄れていることを示唆します。
- エントリーゾーン（0.0032914～0.0033126）は重要な拒否（リジェクト）エリアに合致しており、ブレイク失敗があれば新たな売り圧がかかる可能性があります。
- 0.0030954のTP1を目指す動きは、概ね下方向に約6%の下落余地を提供し、さらに崩れが継続すれば0.0029577および0.0027510まで下落が伸びる可能性があります。
- このセットアップは0.0035775を下回っている限り有効であり、上位足の弱気構造が維持されている限り、リスクリワードの魅力が保たれます。

議論：

レジスタンスの再テストでショートしますか？それとも、次の下落局面に向けて、確定したリジェクションを待ちますか？

こちらをクリックして取引 👇

#write2earn

多くのトレーダーは、すでに28%動いた「その足（キャンドル）」を追いかけていますが、上位足のトレンドは、より良い損益期待（リスクリワード）が出やすいのはブレイクアウトではなく「最初の押し目」であることを示しています。

$COOKIE /USDT – ロング

取引プラン:

エントリー: 0.01055 – 0.01090
SL: 0.00985

TP1: 0.01175
TP2: 0.01260
TP3: 0.01380

なぜこのセットアップ？

- 4Hチャートは、長期の蓄積レンジからの強いブレイクアウトを完了しており、価格がMA(25)（0.00865）およびMA(99)（0.00830）をしっかり上回って推移しているため、市場構造の強気転換が確認されています。
- 爆発的な上昇にもかかわらず、価格は上昇しているMA(7)への尊重を続けており、買い手が勢いを守っている（すぐに利益確定していない）ことを示唆しています。0.0105のゾーンが維持される限り、トレンドは強気（ブル）優勢のままです。
- 上昇は大幅な出来高の拡大を伴っており、流動性の低い状況での一時的なスパイクではなく、本物の参加があったことを示しています。ブレイクアウト後の強い出来高は、市場が短期の売りを吸収した後の継続を後押しすることが多いです。
- 最近の高値0.01219は、主要な流動性（リクイディティ）の目標です。この水準を決定的に上抜けて終値で確定すれば、ブレイクアウト買いとショートの買い戻し（ショートカバー）フローが引き起こされ、0.01260および0.01380へ向かう道が開ける可能性があります。
- リスクは0.00985の下に明確に定義されています。この無効化ラインを下回らずに維持できれば、高値の切り上げ・安値の切り上げという流れが保たれ、トレンドフォロー型のトレーダーにとって好ましいリスクリワードになり得ます。

ディベート:

価格が再び0.01219に挑む前にこの押し目を買いますか？それとも、さらに高値への確定したブレイクアウトを待ってからエントリーしますか？

#Write2Earn

$BABY #baby @BabylonLabs_io
BTCの委任サイズや稼働履歴をもとに最終性（ファイナリティ）プロバイダーを選び、どのダッシュボードにも表示される数字だけを見ていました。けれども、そのプロバイダーが日々動き続けるのに何が実際に必要なのかを後から読みました。すると、それはBTCではありません。
すべての最終性プロバイダーには、BABYで資金が拠出された別個の運用キーが必要です。少額を使い、定期的なスケジュールで新しいランダムネスをコミットするためのガス代を支払います。投票の提出は自動的に返金されます。Babylon自身のオペレータ向けドキュメントでも、それが明確に確認できます。同じキーで行われる他のトランザクション、たとえば定期的なランダムネスのコミットには、戻ってこないガスが必要です。ドキュメントではそれをほとんど後回しにしたように書いています。最小額で資金を入れ、長い間動かし続け、私が実際に探しに行ったセキュリティ機構の隣にある一文として片付けられていました。
補充を見逃すと、プロバイダーはこっそり侵害されていなくても、BTCの委任は昨日とまったく同じ大きさで誠実なままです。ただ、誰かが空のウォレットに気づいて追加入金するまで、参加し続けることができないだけです。委任前に私が確認したあらゆる指標で完璧だったプロバイダーでも、誰もリフィルのことを思い出さなかったガス用のキーのような些細なことで、真っ暗になります。
委任ダッシュボードは、コミッション、委任サイズ、稼働履歴を表示します。どれも、プロバイダーの運用キーが落ち着いて十分に資金を保っているのか、あるいは枯渇寸前で動いているのかまでは表示しません。なぜなら、そもそもその数値は公にする設計にはなっていなかったからです。
私は、この設計が欠陥だとは思いません。運用キーを最小限にし、プロバイダーの実際の保有資産から切り離すのは、怠慢ではなく、合理的なセキュリティ上の選択です。委任する側にとって意味するのはもっと小さい話で、つまり、BTCの実績であなたが選んだそのプロバイダーは、静かに「ガスを買い忘れない」仕事もしている、ということです。
$HEI

最終性プロバイダーの運用キーは、BTCの委任がまったく健康に見えていても、残高が尽きることがあるのをご存じでしたか？

#baby $BABY @BabylonLabs_io

昨夜、委任する前にファイナリティ・プロバイダーの手数料（コミッション）を最終確認しました。5%で、一覧の他のものと比べて妥当に見えたので、その数字だけを頼りにほぼ委任してしまいました。ところが、その裏にバビロンが実際に要求している「登録コマンド」があるのを見つけました。

すべてのファイナリティ・プロバイダーは登録時に3つの数字を設定します。1つではありません。現在のコミッション率、決して超えられない上限率、そしてその天井に向けてどれくらいの速さで上がっていけるかを示す最大変更率です。私が見ていた5%は全体像ではなく、最初から別の（より高い）ストップが内蔵されたダイヤル上の1つのスナップショットに過ぎません。

プロバイダーは、登録時に5%で、上限率を50%に設定したうえで、その後、各期間ごとに小さな合法ステップで引き上げることができます。そうすると、5%で参加した委任者は、まったく別の数字で報酬を得ることになります。破られたルールはなく、ただ一貫して公開されていた“天井”があるだけです。

そこで、その天井が「誰を選ぶか」を決める委任者側の画面でどのように出てくるのかを探しました。見つかった範囲では、バビロン自身のステーキング（ステーク）ドキュメントと、ダッシュボードに情報を流し込むAPIでは、その段階で表示される項目はコミッションの1フィールドだけでした。つまり「下が小さいほど報酬が高い」という情報で、それ以上の細かな内訳はありません。プロバイダー自身の登録データにある“ひとつ隣の”最大レートの項目は、そこにはありません。

これが仕組みとして捕食的（詐欺的）だとは思いません。コミッションが一夜で跳ね上がることを防ぐための変更率の上限が存在するからで、その保護は本物です。欠けているのはもっと小さい部分です。実際にあなたの将来の収益を縛る数字は、あなたが意思決定する画面から到達できる形で作られていなかった、ということです。すでに開始時のレートから移ったアクティブなプロバイダーが何社あるのか、またそれらの誰が今どれくらい天井に近いのかが、ドキュメントには書かれていないので、これが現実のリスクなのか理論上のものなのか判断できません。

あなたが見ている5%は“写真”です。天井は、最初からずっと実際の合意でした。

あなたのファイナリティ・プロバイダーのコミッションは、今日あなたが見ている数字を超えて上がる可能性があるのをご存じでしたか？ 📈

#baby $BABY @BabylonLabs_io

Babylonで守られたあるネットワークにおけるあなたのBTCの持ち分は、別の問題によって触れられないはずです。黒字と白字での約束——つまり「隔離境界」により、あるBSNで発生したセキュリティ課題が他へ影響しない、ということです。
その約束が実際にどこで試されるのかを探しました。見つけたのは3つの名前：Corn、BOB、そしてPell Network。いずれも同じ最終性（finality）提供者であるLombardによって確保されている、別々の3つのBSNだとされています。同じ運営者。 同じインフラ。同じチームが、3つすべてに対して署名鍵をオンラインで一晩中保持しています。
隔離は本物です——ただし、それが作られた層においてのみ。スラッシング（罰金）です。もしLombardがCornでダブル署名をしたら、そのペナルティはCornに委任されたBTCにだけ課されます。BOBとPellは無傷のままです。ここは、書かれているとおりに確実に守られています。
しかし届かないのは、その下にある暗号技術の層です。スラッシングのルールは、どの持ち分が罰せられるかを隔離できます。しかし、どの運営者がダウンするかまでは隔離できません。Lombardのインフラがフェイルオーバーを誤設定したり、侵害されたり、あるいは単に悪い夜を迎えたりした——それは、3つの別個のネットワークで起きた3つの無関係なインシデントではありません。名前が3つ付いた、1つのインシデントです。
もしあなたがこの仕組みのどこかにBTCを委任し、「リスクは自分が選んだBSNの境界で止まる」と信じているなら、その部分こそ、一度腰を据えて考える価値があります。
マルチステーキングの売り文句は、1つのBTCデポジットで同時に複数のネットワークを確保できる、ということです。誰も、逆の鏡像を宣伝していません——つまり「1人の運営者の失敗が、同時に多くのネットワークへ波及し得る」ということです。「隔離境界」は、この2つを分けるためには作られていません。
これは設計に対する反論ではありません。より少なく、より厳しく審査された運営者へ委任を集中させることは、まだファイナリティ提供者が不足している若いネットワークにとって、妥当なトレードオフになり得ます。とはいえ、公に示されているものとしては、どれだけのBSNを単一の運営者が現在担っているのか——あるいは、その運営者の「悪い夜」にそれらが一斉にどうなるのか——その全体像は見えてきません。
ペナルティは隔離できます。でも人は隔離できません。

$EPIC $PROM

あなたのファイナリティ提供者が複数のBSNを確保している場合、「悪い夜」の責任は誰の問題ですか？

Goooooと主張する👀

#baby $BABY @BabylonLabs_io

昨夜、委任先のバリデーターを選んでいて、自分への自己委任（self-delegation）欄を別タブで開き、バビロンの公式ドキュメントも習慣で（疑ってというより）別タブで開いていました。2つのタブの内容が互いに一致しませんでした。
自己委任は、バビロンのGenesisレイヤーのようなCosmos系チェーンにおける「信頼のシグナル」にとどまらず、機械的に負荷を支える要素です。バリデーターがダブルサインした場合、最初にスラッシュされるのは、そのバリデーター自身がステークしているBABYです。委任者のものが先ではありません。その数は、オペレーターが本当に傷を負えるだけの“実弾”を持っていることを示すために存在していて、UIが安心させるために表示するだけの数字ではありません。
しかし、2025年4月8日を除いて、バビロン自身のバリデータードキュメントでは、Foundation（ファンデーション）による委任先のアカウントが、初期のガスコストを賄い、同じ最低の自己委任（self-delegation）ラインを満たすために、BABYが特定の形で受け取っていることが示されています。つまり、財団が直接供給したトークンが、リスクを自分の資本で最初に負ったことを証明するために設計された“その正確な要件”を満たす目的で、一定のバリデーター群に対して投入されていた、ということです。
これは、いわゆる「カヴェナント委員会」らしい種類のリスクではありません。ここで検閲されているわけでもありませんし、「チェックポイント・リレーラー」側の話でもありません。誰かが確認を急いで走っているわけでもない。両者よりもっと前で、もっと静かな問題です。少なくともこの初期セットにおいて、最初に痛むはずの“傷”が、自分の失うはずの資本ではなく、失う相手が別のはずの資本で縫い合わせられていたのです。
ドキュメントのどこにも、それが一度きりのシード資金なのか、それとも継続的な取り決めなのか、また、何人のバリデーターに適用されたのか（どれだけが自分自身で資金を拠出したのか）といった点は書かれていません。これらの事実は、「BTCとともに信頼する相手としてどのバリデーターを選ぶか」を考える人にとって、その自己委任欄が実際にどれほど意味を持つかを変えてしまいます。そして、私が見つけた範囲では、どちらも公開されていません。
私は、これがそのバリデーターを“危険”にするとは思いません。ゼロからバリデーター集合をブートストラップするのは、新しいチェーンが必ずどこかで解決しないといけない現実的な問題で、最初に踏み出す誰かが必要です。
ただし引っかかるのは、もっと小さな点です。どのダッシュボードも、何か問題が起きたときに自分の資本を出血させているバリデーターと、Foundationの資本を出血させているバリデーターがどれかを教えてくれません。
$GIGGLE


Foundationが資金提供した自己委任って、あなたのバリデーターの見方を変えますか？👀

#baby @BabylonLabs_io $BABY
昨夜、リキャップを読むだけでなく、BabylonのQ4 2025ファウンダーズ・コールを改めて見直しました。その中で、ローンチの告知メッセージには載らなかった印象に残った2つの回答があります。

まず、部分的な償還（partial redemption）についての質問。答えははっきりしていて、「金庫（vault）は丸ごと出るか、まったく出ないか」でした。返済額を小さくするために担保の一部を切り取るようなことはなく、残りが待機したまま一部だけがアンロックされることもありません。投入した分だけ出て、設計としてそうなっています。チームは、これがユーザーをしょっちゅう戸惑わせると話していました。多くの人が金庫を、増分的に引き出せるプール型の口座のように振る舞うものだと想定しているからです。でも違います。

次の質問は、さらに刺さりました。BABE（TBVが動くための証明システム）が、もし将来失敗したらどうなるのか？答えに“保険”はありません。BABEがなければ、信頼不要（trustless）な検証は残りません。システムはうまく劣化していくのではなく、停止します。録画されたコールの場で、「信頼モデル全体が、ある暗号の一要素が支えとして成り立っている」ということを、創業者がはっきり口にしたんです。

この2点はいずれも、実際のローンチ用コピーには反映されませんでした。注目を集めたのは、ペグイン（peg-in）の時間がだいたい3時間程度まで下がることや、取引コストが3倍以上下がることといった話で、数字のほうが“一点の失敗”や、ユーザーの直感に反する償還ルールよりも見出しにしやすいからです。

また、じっくり考える価値があるのはこれです。ステークされたBTCとTBVの担保（collateral）は、同じ会社のもとにありながら、まだ接続されていません。ステーキングのTVLをTBVに移行するのはロードマップにありますが、プロダクションには入っていないとのことです。いまは、同じ“名前”を共有しているだけの2つのシステムです。

ただし、これらがTBVを弱くするわけではありません。単に、提示（ピッチ）の正直な部分は、共有されるクリップよりも長いということです。

$SNXXB
TBVの設計上の選択は、あなたを驚かせましたか？ 👀

$BABY #baby @BabylonLabs_io

ずっと「毎月解除される“41.6 million baby（ベイビー）”」の行を見つめ続けて、誰も実際には文を最後まで書き終えていないと気づきました。チームのトークンは合計15億で、1年のクフ（cliff）、その後、5月10日から2029年4月までの36か月に均等に分割されます。計算はそれだけでも十分に整っています。
欠けているのは、バビロンのトークノミクスのページ上で、そのすぐ隣にあるものです。アドバイザーは、同じクフ＆36か月構造で3億5000万ベイビーを保有しており、さらに月あたり970万。アーリー・インベスターは、30.5%を占める合計30.5億（3.05 billion）で、同じカレンダー、同じ36スライスです。これだけで月あたり84.7 million ベイビーになります。チームの取り分の2倍以上です。
この3つの行をどこにも足し合わせた形では載せている人がいません。自分でやってみると、毎月着地する41.6 million babyではなく、だいたい136 millionです。今日の価格なら約173万ドル。3つのクフはすべて同じ日、毎月2029年まで放出されます。
バビロン自身のデイリーボリュームと比べると、私が信頼するトラッカーによっては5〜13百万ドルの範囲で、これは通常の取引時間（1時間）ではありません。1日の大部分をまとめて吸収される感覚で、ざっくり言えば、3〜8時間分の“満額の1日”が、1回の着席で丸ごと消化される規模です。さらにあと3年、毎月続きます。
そのページには配分が別々に記載されています。合計はされません。
$COTI
どの数字を最初に確認しますか？

#baby $BABY @BabylonLabs_io

aajもまたTBVの安全性ドキュメントを掘り返していたんだけど、今回は金庫（バル ト）契約じゃなくて、その下の部分、そもそもビットコインの状態が最初にどうやってイーサリアムに「証明」されるのか。

結論、ライトクライアントのプロ ル（特にZK SNARK）と、別系統の独立したインデクサ層が組み合わさっていて、それらが連携することで、ビットコインのオンチェーン状態がイーサリアム側で「本物」として数えられるために、単一のノードを信頼する必要がなくなる。正直、かなりきれいな設計だ。

ただ、その後リスクセクションの1行でつまずいた。ビットコインのリオーグ（チェーン再編）タイミングリスクが、イーサリアムのライトクライアントの正しさリスクのすぐ隣に並んでいる。どちらも別の項目であって、1つではない。

実際に「なぜ2つの問題なのか」を理解するのに一分かかった。ZK証明は数学的に完璧でも、ビットコインが数ブロック後にリオーグすると、その“証明していたこと”がもう成り立たなくなることがある。さらに別途、イーサリアム側のライトクライアントは、その証明を正しく解釈できていないといけない。ここでもまた、暗号の健全性とは無関係に、別のところで事態が崩れる可能性がある。

だからここでいう「トラストレス」は、リスクがゼロという意味じゃなくて、リスクが「人を信頼すること」から「2つの独立したシステムが、ちょうど正しい瞬間に互いに一致していることを信頼すること」へと移った、という意味だ。問題の種類が違う。自動的に小さくなるわけではない。

コーヒーは冷めてるし、正直まだこのセクション読み直してる。ドキュメントには、どれくらい深いリオーグが実際に影響し得るのか、あるいは証明が受理される前に確認バッファが組み込まれているのか、そういう具体が書かれていない。実際にその数値を見つけた人いる？それとも「そのくらい深いリオーグは起きない前提」だけで済ませてるの？

$ON $BROCCOLIF3B

これって、あなたの「トラストレス」に対する考え方を変えましたか？