Zyphron Toto

DUSKのウォレットフローで「シールドされたトランザクション」トグルに何度も戻ってしまうんです。そこにちゃんとあって動くのに、デフォルトではほとんど誰も使っていません。$DUSK #dusk @Dusk は、追加機能ではなく機密転送を中核インフラとして構築しました。ですが、インターフェースは依然として、まずは透明なトランザクションへ人を導くようにルーティングされます。既存のツールや取引所との統合が一番きれいにできるのがそれだからです。高度なプライバシーは「知っている人が選ぶもの」、つまり重要性が分かっている人向けのチェックボックスになっていて、デフォルトの道筋は他のチェーンの送金画面とほとんど見分けがつきません。今すぐ恩恵を受けているのは、コンプライアンスに配慮した決済レールをテストしているビルダーたち。一方で「“主権を持つ金融プライバシー”という物語」を約束された人たちは、その選択が明白で簡単ではなく“意図して選ぶもの”であり続けているのを待っています。欠陥というわけではないです。規制のある金融ではおそらくデフォルトが必要なのでしょう。でもそれは、技術の最も特徴的な機能が、現在ではプロダクト内で最も通行量の少ない経路に置かれていることを意味します。採用のカーブは、通常「判断が最も少なくて済むもの」に沿って伸びます。では、DUSKのどのバージョンが先にネットワーク効果を蓄積するのか――静かなコンプライアントな方か、それとも、それを実証するために作られたプライベートな方か？

Duskの“全体像”は公開レール上での機密活動——だから、何かがこじれたときに実際どう進行するのかを掘り下げてみた。見つけたのは、@Dusk からの8月16日のブリッジ事故の通知だ。チームは、ブリッジ管理ウォレット上で異常な挙動があったとしてフラグを立て、無効化してアドレスを再生成（リサイクル）し、ブリッジサービスを直ちに停止。そして、既知の不正アドレスを遮断するために、Web Walletの受信者ブロックリストを投入した。$DUSK 、#dusk 。
で、私の中に引っかかったのは——その対応が速く、連携が取れていて、完全に手作業だったこと。チーム管理ウォレット、停止するかどうかのチーム判断、ブロックリストに載せるアドレスのチーム判断。DAOの投票でもなく、プロトコルレベルのサーキットブレーカーでもない。人がいるだけで、素早く動き、“正しいこと”をしている……ただし、その所作は「“機密だけど分散されている”」という見せ方よりも、ずっと委託（カストディアル）に見える立ち位置から行われていた。
でも、まあ納得はできる。プライバシー技術と、許可不要の紛争解決は別の方向へ引っ張る——設計上オンチェーンで不正を見られないなら、オフチェーンのシグナルに基づいて動ける“誰か”が必要になる。私はZK回路や選択的開示について書こうと思って入ったのに、結局は「誰が実際にキルスイッチを握っているのか」に興味が移ってしまった。
責めているわけではない——ブリッジはブリッジで、事故はどこでも起こる。けれど、「機密な決済インフラ」と「土曜に小さなチームが手作業でウォレットをリサイクルする」間にはギャップがある、というだけの話だ。
Duskがスケールするにつれて、この権限はどこで正式化されるのか？それとも、必要に迫られて制度（組織）として残り続けるのだろうか？

規制された証券決済に関するDuskのドキュメントを読み進めていて、実際の順序に気づきました。コンプライアンスと機関向けのツールが先に出荷され、一般の利用者向けのアクセスは後から提供されます。しかも、ロードマップの文言上はほとんど“後付け”のような扱いです。Dusk、$DUSK ,#dusk ,@Dusk は、現実世界の資産に関する機密性の高いスマートコントラクトの周辺に位置づけており、際立っていた設計上の選択は、現在のツール群が—アイデンティティのためのCitadelや、許可制のバリデータとの会話—MiCAやトランスファーエージェントのライセンスが何を意味するのかをすでに理解している機関側のカウンターパーティを前提にしている点でした。小口の保有者は今日トークンを買えますが、構築されている実際のトークン化資産の“レール”は、取引所でDUSKを保有しているその人に向けられているのではなく、銀行や発行体に向けられています。これは必ずしも欠点というわけではありません。RWA（実世界資産）のトークン化は、おそらくそこから始める必要があるでしょう。ただし、それによって成長の物語と、現在のユーザー体験がしばらくは別方向を向くことになります。最初にプロジェクトが話しかけている相手は、今実際に“袋を抱えている”人たちではない。あのギャップは、どれくらい続く想定なのか。そして、それが埋まったとき実際にはどんな見え方になるのかが気になります。

Bridge services on Dusk have been paused since August 16 — team caught unusual wallet activity on a bridge-operations address, yanked it, recycled the related addresses, and pushed a Web Wallet recipient blocklist live within days. #dusk $DUSK @Dusk
Here's the part that actually stuck with me though. A privacy chain's first real-world stress test wasn't about proving anonymity — it was about proving containment. The fix they shipped wasn't more privacy, it was less. A blocklist. Screening recipients against known dangerous and sanctioned addresses before a tx even submits. That's... the opposite instinct of what most "privacy coin" culture would want, right?
Hmm. Sat with that for a bit over lunch. Felt almost backwards at first — then it clicked. When privacy tech actually needs to be commercially viable, the thing that gets built fastest under pressure isn't stronger shielding, it's selective disclosure and traceability rails. Institutions don't want untraceable, they want provably-clean-but-confidential. Dusk's whole DuskEVM/Hedger roadmap already leans that way, but seeing it show up as an emergency patch rather than a marketing slide is a different kind of proof.
Bridge's still closed pending review, so this isn't over. Makes you wonder — is "compliance-first privacy" actually privacy at all, or just a nicer name for surveillance with better UX?

先週、DUSKの機密トランザクションフローを1時間テストしていて、ドキュメントでは強調されていない点に気づきました。プライバシー保護の経路はデフォルトではなく、あなたが能動的に選択しないといけない“高度なオプション”だということです。$DUSK #dusk @Dusk ネットワークは、機関向けに規制に準拠したプライバシーを売りにしていますが、実際のUXは多くのユーザーをまず標準の透明な取引へと誘導し、その次の階層にゼロ知識ツールが配置されています。そこでは、より多くのセットアップと、あなたが何に同意しているのかを理解するための追加の知識が必要になります。これは厳密には欠陥というわけではなく、順序付けの選択です。そして、それはこの現在のビルドが誰のためのものかを示しています。追加の階層をくぐり抜けることに慣れた開発者や機関の統合担当者向けであって、30秒でクリックして進むような一般の小売ユーザー向けではありません。技術がしっかりしていることは、それを使うための道のりが短いことを意味しません。プライバシー重視のチェーンの多くが、同じ賭けをしているのだろうと思いました。つまり、洗練されたユーザーが先に到着し、より単純なオンランプは、十分な利用があってそれを正当化できるようになってから後で作られる、という流れです。その並び順が人員配置上の現実なのか、あるいは意図的なゴートゥーマーケットの判断なのかは、外からは分かりません。いずれにせよ、DUSKで可能なことと、DUSKで簡単にできることのギャップこそが、実際の導入が決まる場所です。

橋のサービスが停止しているのに気づいて掘り下げたところ…どうやら8月16日、ブリッジ運用で管理しているウォレットで不審な挙動をチームが検知したようです。プロトコルの脆弱性ではなく、DuskDS自体でもありません—チーム側のウォレットでした。彼らは素早く手を打ちました。問題のあったアドレスを無効化してリサイクルし、ブリッジを停止し、Web Wallet向けに受取人のブロックリストを出荷して、既知の悪用アドレスへの送金が…そのまま通らないようにしたのです。フローの一部がバイナンスのレールに触れていたため、バイナンスとも連携しました。 #dusk $DUSK @Dusk
そこで特に引っかかったのは、この点です。マーケティングはすべて「選択的開示、決定論的決済、機関投資家レベルの品質」です。まあいい。ですが、実際のインシデントに対する対応を見たら、別の何かが見えてきました—最速で、最も決断の早い防御のレイヤーは、派手なZKのプリミティブではなく、古典的な運用（オペレーション）の規律だったことです。ウォレットを殺す、ブリッジを凍結する、フロントエンドを修正する。地味なことです。でも効果がある。
「コンプライアンス対応のインフラ」という売り文句が、チェーンそのものの話なのか、それとも…ダッシュボードを見ている人間による優れたインシデント対応なのか、どれほど実のところを語っているのか考え直させられました。これは否定材料ではないのかもしれません。もしかすると、それが実際の堀（強み）なのかもしれない。
それでも、ブリッジが“ずっとソフトアンダーベリー（弱点側の部分）”のままで終わることはないのでは、という不安はまだ拭えません。ベースレイヤーがどれだけプライベートになっても、リスクは消えるというより、うまく管理されるようになるだけ…そう感じるのは私だけでしょうか？

TermMax ($TMX) のTGEは8月25日にロックされています——ノイズが来る前に実際の利用数を掘り下げてみたところ、あれ…マルチチェーンの話はチェーンデータとまったく一致していません。
#termmax は9つのネットワークにまたがって稼働中です——Berachain、Hyperliquid L1、BSquared、Robinhood Chain、Arbitrumなど、かなり幅広い。つまり幅広い機関の関与があるように聞こえますよね。ですがTVLの内訳を見ると、Ethereum単体が約$31.2Mロック分の98.4%を占めています。他はほぼ誤差の範囲です。これは「9つのチェーンにデプロイされた」ことと「実際に1つのチェーンで使われている」ことのギャップです。
手数料面でも同様の状況です——過去30日で約$19.9Kが生成され、同じ期間にTVL自体が7.2%下落しています。固定金利・ゼロクーポンという売り文句は本当に“インフラ”寄りですが、現在の利用は、宣伝されているチェーンのフットプリントに比べると薄いです。初期段階のプロトコルではよくあることです——流動性が実際に追随する前に、表面積を広げる。
スナック休憩で「マルチチェーン」が今や自分の思っていた意味と違うのでは？と考え直しました… デプロイは採用ではなく、“選択肢”です。もしかするとそこがポイントで、まだ時期尚早なのかもしれません。@TermMax はまだ、この集中（集中度）の問題に正面から対処できていないようです。
TGEの流動性が他でも着地すれば、こうしたEthereum重めのパターンが反転するのか、それともさらに固定されるだけなのか、気になります。
#TermMax

What struck me digging into Dusk was how the compliance layer isn't bolted on top of privacy — it's the precondition for it. Most privacy chains treat regulators as an afterthought, something to patch in later with a compliance wrapper. Dusk ($DUSK , #dusk ,@Dusk ) built its confidential transaction model (Zedger-style) so that selective disclosure is native, not retrofitted. The interesting part is who this actually serves first: not retail users wanting anonymity, but regulated entities — broker-dealers, security token issuers — who need to prove compliance to an auditor while keeping counterparties blind to each other. That's a narrower audience than the "privacy for everyone" narrative usually implies. In practice, the early tooling (Rusk, the DuskDS work) reads more like financial infrastructure plumbing than a consumer privacy product. It makes sense — institutions move slower but bring durable volume — but it does mean the timeline for "privacy that feels invisible to a normal user" is longer than the marketing suggests. Retail benefits look like a second-order effect, not the design target. Is that a smart sequencing bet, or a project quietly building for a customer base that hasn't fully arrived yet?

TermMaxのデフォルト・ボルトと、キュレーターが設定したプールのひとつを1時間かけて比較したんだ。でも差があったのは利回りじゃなくて、「誰が先に動くか」だった。$TMXのボルトは#TermMax routeでの預け入れ時、預け手が数値を見る前に、キュレーターが選んだ市場パラメータを通じて処理される。キュレーションされた戦略は配分（アロケーション）時点でスプレッドを固定し、その後に初めて、表示されるAPYが残りの分として反映される。@TermMax docsを確認すると、デフォルトのボルト画面では1つのブレンドレートしか見えないけれど、固定金利の市場ごとの配分そのものは、他人のリスク許容度によって最初から決まっている。私のものではない。騙しているわけじゃない。単に順序があるだけだ。「プロトコルは『預けて稼ぐ』市場を用意する」が、実際の仕組みは『キュレーターがコミットし、市場が決済され、預け手が引き継ぐ』。この順序はオンボーディングの導線のどこでもほとんど触れられていない。たぶん、ピッチを壊さないからだ。影響がないというより、タイミングのリスクに晒されるのが誰かを、静かに定義しているだけで、誰ではないかも同様に。私は、預け入れの前にこの順序が画面に出てくるはずだと思い続けたが、結局どこにもはっきりとは出てこない。だから「セット&フォーゲット」のボルト利用者が、すでに起きた意思決定の中に自分が踏み込んでいることを、どれだけ理解しているのか気になってしまった。

今週DefiLlamaからTermMaxの数値を拾っていて、ある1行で止まりました——TVLは3,122万ドルで、直近30日で7.2%減。手数料は同じ期間で約1.99万ドルあたりを維持しています。クラッシュというほどではなく、ただ…静かな出血。$TMX iはレートの確実性を売りにしていて、固定して入れて、あとは離れていればいい——そう言い切れるものだと思っていました。でも、実際の仕組みを見てみると話は少し違いました。
引っかかったのは「Morphoへのロール（Roll to Morpho）フロー」です。TermMaxのセールスポイントは固定金利で、サプライズなし——なのに、設計上は固定金利の抜け道を、そのまま変動金利の市場へ直結させる作りになっています。借り手は満期まで固定して保持するわけではなく、不安になった瞬間にあらかじめ用意された出口ランプで、変動金利へ戻れる形で“期間付きで”組むのです。これはマーケティングページが言うことと食い違います——というより、プロトコル自体が「ユーザーは満期前に出たくなるはずだ」と前提にしているように見えます。
ちょっとスナック休憩してダッシュボードを眺めていたら、ここでの「固定」が、保証というよりデフォルト設定として読めることに気づきました。上級ユーザーはUIでカバーされないときでもEtherscan経由で手動でポジションをクローズします。デフォルトユーザーはロールオーバー（更新）ボタンがあるだけ。同じプロトコルでも、「確実性」が実際に意味する体験がまったく違うのです。
それで思うのは、そもそもDeFiにおける固定金利の物語が、全体的にどれだけ“変動金利にすぎないもの”を、うまいマーケティングコピーで包み直しただけなのか——そして、誰かが本当に満期まで保有しているのか、という点です。
#termmax @TermMax

Spent the afternoon poking around Dusk's stack page after their Aug 15 post on SME tokenization went up (dusk.network/news/tokenized-private-markets-sme-financing). Went in expecting to read about the article. Ended up staring at the product status labels instead.
Here's the thing — $DUSK , #dusk , @Dusk whole pitch is "confidential by default." And on the native L1 that's actually true, shielded transfers, ZK contracts, all live, 210M+ DUSK staked securing it. But scroll to where builders actually go — DuskEVM, the Solidity path — and it's tagged Testnet. Hedger, the thing that brings confidentiality into that EVM path via homomorphic encryption, also Testnet.
So the privacy-by-default story is true… for the chain nobody's shipping regulated Solidity apps on yet. The place where institutional integration actually happens right now runs transparent, gas-in-DUSK, ordinary EVM rails, with privacy bolted on as an opt-in layer that's still cooking.
Hmm — not a knock exactly. Sequencing infra like this probably makes sense. But it flips the marketing order in my head: privacy isn't the default experience for whoever's building today, it's the thing promised for whoever builds later.
Kept refreshing the products dropdown like the label might change if I stared long enough. It didn't.
Makes me wonder how much of "confidential by default" across this whole privacy-chain category is actually native-chain-only, with the EVM growth path quietly running the opposite way.

Duskで立ち止まったのは、プライバシーがあらゆる取引に強制的に組み込まれていない点でした。$DUSK on #dusk @Dusk は通常のアクティビティを透明に保てる一方で、Phoenixは「すべてを公開すること自体が問題になる」ケースを扱います。

ネットワーク周辺で検証できる最新のDuskアクティビティを確認しましたが、落とし穴があります。つまり、私がここで「捏造しても安心できる」と言える、ブロック高または取引ハッシュを伴った、8月12日〜18日の信頼できるエクスプローラ記録を見つけられなかったのです。とはいえプロトコル自体は明確です。Phoenixは、基盤となる取引の詳細を公開せずに、ZK証明によって所有権・残高の整合性・二重支払いがないことを証明できます。この「選択的な分離」が、私の中に残りました。

最初は、プライバシーとはデフォルトで取引全体を隠すことだと思っていました。待ってください—Duskの設計がより興味深いのは、まさにそのトレードオフを前提としていないからです。Moonlightはアカウントの状態を可視のままにし、Phoenixは機密性が本当に必要な場面で、ネットワークに見せるべきものを変えます。取引モデルを掘り下げたあと、最初の読み直しが必要でした。

私にとって未解決なのは、透明な実行のほうがずっと簡単なままの状況で、ユーザーが実際にプライベート実行を選ぶのかどうかです…

午後をかけてDuskのスタックページを掘り返し、静かに気になるものを見つけた。#dusk native L1は「Live」と記されている。Hedger――機密のEVMレイヤーであり、実際には“機関向けのプライバシー”を売り込むピッチ――は、いまだに「Testnet」のままだ。同様にDuskEVMも。$DUSK
dusk.networkの「Aug 15」記事（tokenized-private-markets-sme-financing）では、NPEXの6段階の所有権ライフサイクルを解説しているが……派手さはない。ZKの花火もない。構成、オンボーディング、サブスクリプション、決済、サービシング、セカンダリ取引――すべて退屈なコンプライアンスの配管だ。€300M+の発行が、その“退屈な配管”に支えられているのであって、みんなが話題にするプライバシーテックではない。
うーん――そこが引っかかった。コンプライアンスに沿った非プライベートなレールこそが、いままさに機関投資家のお金を動かしている。各ピッチで必ず前面に出てくる、ゼロ知識の部分（@Dusk がリードするやつ）は、まだテストネット段階だ。いわゆる「プライバシー重視」のプロジェクトとして期待する逆の構図になっている。
コーヒーを片手にそのスタック図を読み返してしまった。考えさせられる――コンプライアンスのレイヤーが自力で機関のボリュームを取り込めているなら、プライバシーレイヤーは急いで出荷する必要があるのか？

DuskEVMテストネットが8月10日に稼働開始— Solidity、Hardhatなど、いつものおなじみのツール群がそのまま...そう、もうそこにある。Dusk Network #dusk @Dusk $DUSK ついに、開け方をすでに知っている扉を開発者に手渡したわけだ。午後は実際の作業じゃなくてその中をいじってただけ。文句ある？
ただ、引っかかったのはここ。みんな「ついに出荷されたプライバシー・コンプライアンスのブリッジ」だと言っているけど、実際に出荷されたのは“利用時のプライバシー”ではなく“開発者アクセス”だ。今すぐHedger（実際のZK/同型暗号レイヤー）とのやり取りなしに、標準のEVMコントラクトをデプロイできる。取引をプライベートかつ監査可能にするために想定されている層だ。つまり「準拠したプライバシー」という売り文句はまだ未検証のまま。一方で、退屈なEVM互換の部分が、今日すでに稼働していて実用になっている。
これ、こういうロールアウトをいろいろ見てきた人なら馴染みのあるパターンだよね。利用しやすいものが先に出て、差別化要素は静かに後から—しかも、すでに動いているインフラに後付けされた“おまけ”みたいにくっつく。今週はEthereum開発者に快適なオンランプが用意される。規制当局や機関には……ロードマップのスライド、って感じのまま。
叩きたいわけじゃない。テストネットをこの順番で進めるのはたぶん妥当だろう。ただ、今まさに「使える何か」を握っているのは誰で、元々そのためが主目的だった部分をまだ待っているのは誰なのかを指摘しているだけ。
このテストネットで、誰か実際にHedger経由でtxをルーティングした？それともまだ、Solidityのデプロイだけの状態なの？

チャートを確認する代わりにDUSKの機密スマートコントラクトのドキュメントを午後まるごと読んでいて、価格フィードでは決して教えてくれないような何かに気づきました。多くのプライバシーチェーンは、プライバシーを目玉機能として売り込み、ユーザーがそれを選択してオンにするものだとしています。DUSK、$DUSK 、#dusk 、@Dusk は、それをデフォルトの実行パスとして組み込みます。つまりPiecrustとZK証明レイヤーは、通常のEVM風チェーンの上に載せるオプション（切り替え）ではなく、取引がシステムの中をどのように進むかそのものなのです。これは、聞こえる以上に別の設計判断です。ほとんどのチェーンではプライバシーは高度な設定で、パワーユーザーや機関が後から構成するものになっています。一方でシンプルな道は、透明性のほうが先に提供しやすいので、最初から透明なままです。ここでは順序が逆です。コンプライアンス対応の秘匿性が基礎状態で、外に見える日常的な振る舞いは、必要になったときに追加されるものです。この順序が、今実際に誰にとって有益なのか、そして誰のために作られているのかを考えさせられました。規制のある金融は動きが遅く、そのユーザーより先に作られたインフラは、誰かがそれに気づくまで長い間静かに置かれがちです。

ここ数日、DuskのGitHubを黙々と掘り下げていて、小さな引っかかりがずっと頭から離れなかった。8月10日に、コアリポジトリが3つ別々にプッシュされたんだ——piecrust（WASM契約VM）、dusk-bytes、そしてjubjub-schnorr（JubJub曲線向けの署名スキーム）。プライバシー回路のことじゃない。人々が$DUSK の話をするときに引用するシールド付き送金スタックのことでもない。#dusk @Dusk _network
これが、引っかかりの正体だった。公開されている説明は「プライバシー重視の規制対応金融」——Phoenixのシールド付き送金、ビューキー、そして“デフォルトで機密”という売り込み全体。しかし実際にいまエンジニアリングの工数がどこに投下されているかを見てみると、中心は実行のための配管（plumbing）と署名のためのインフラだ。機関がプライベート側に触れる前に、まず信頼する必要がある部分。
それが筋が通っているのは、実際にどこでもコンプライアンスが導入される流れを考えるときだ。まず暗号化パートから誰も承認しない。彼らは透過的なMoonlightの監査を行い、決済保証に安心して、それから後で開示制御について聞くかもしれない。プライバシーは“進んだ機能”であって、“入口”ではない。
マーケティングの順番をまるごとひっくり返してる感じだよね。いま実際に機密レイヤーを使っているのは誰で、逆に公開トランザクションを眺めて、そもそもそのチェーンを信頼できるかを判断しているのは誰なのか？

バビロンのダッシュボードを1時間ずっと見ていて、マーケティング文言ではあまりはっきり言わない何かが引っかかった。
$BABY この1週間で約30%上振れしたらしく、金庫（vault）はいま56,853 BTCがロックされている——TVL換算で約56億ドル（$5.6B）。いま存在する中で最大級のBTCステーキング体制だ。 @BabylonLabs_io は「あなたのビットコインをステークして、PoSチェーンの安全を支えよう。シンプルだ」と売り込んでいる。いい話だ。けど実際に各トークンがオンチェーンで何をしているのか追うと、状況は二つに分かれる。
BTCステーカーは純粋な“筋肉”だ。ラップもブリッジもせず、ネイティブBTCをロックする。バリデータがダブルサインした場合にのみ5%スラッシュされる——かなりエレガントで、すごく安全そうに感じる。 しかし、彼らは投票しない。ガバナンスにも触れない。実際のハンドル——プロトコルのアップグレード、パラメータ変更、報酬の流れ先——はBABYステーカー側にある。デュアルトークンモデルと言えばそうだ。けれど片側は生のセキュリティを提供し、もう片側が黙って意思決定の権限を握っている。待って——これって本当の意味での「共有セキュリティ」じゃなくて、1つのグループが供給するセキュリティで、ガバナンスは別のグループが握っているだけだ。
流動性プロバイダーがプールに資金を出しているのを見ているのに、別のトークンが投票の重みを全部持っている——そんな感じを思い出す。見覚えがある。もしかすると、いまのところはブートストラップとしてのセキュリティの仕組みがそうなっているだけで、委任が広がれば後で均されるのかもしれない。
それでも、時間が経てばこの分断が解消されるのか、それともそのまま永続的な形になるのかはまだ分からない。
#baby

$BABY のTBVテストネットループを今週3回目で回してみた。スクロールを止めさせたのがUIじゃなくて、ペッグインの時計だった。入金が「"lock BTC"」から、利用可能な担保になるまでが3時間弱 — 旧ブリッジ時代の待ち時間（半日以上）から大幅に短縮。@BabylonLabs_io
ただ、引っかかったのはここ。3時間のペッグインと、みんなが見出しの勝利として挙げてる“3倍未満の手数料”の低下？ それは先進的な手順で、最初の試行でボルト（金庫）を正しく構成できている前提なんだ。最初の実行では、パラメータをうっかりミスってしまって、ロックし直す必要があった。警告もなく、「本当にいいの？」みたいな確認もなく、ただ…無言でリバート。2回目は問題なく動いて、3時間で完了。
だからマーケティングの計算（ペッグイン高速、手数料3倍カット＋）は本当だ。実際に起きるのは2回目であって、1回目ではない。学習コスト（学ぶために払う税金）なんて誰も宣伝しない。
ふと、今テストネットのウォレットがどれだけあるんだろうと思った。1回目の試行でBTCがボルト内に引っかかったまま、まだやり直しに辿り着けていない状態で、静かに待っているやつ。みんなも初回でそうなった？ それとも、ただ私が11pmに雑だっただけ？
#baby

@BabylonLabs_io TBVのセットアップに早速参加してみたら、1つの数字がずっと気になっていました。Aaveのガバナンスのテンポチェック（ネイティブBTCのスポーク向け）を押し出している同じ資料が、プロトコルのピークTVL――72,000 BTC――が、約51,000 BTCまで下がっていることも静かに記しています。$BABY は「最大のビットコイン・ステーキング・プロトコル」でリードするのが確かにそう、紙の上では今でもその通りです。けれど、それは“丸め誤差”ではなく実際の下落です。
ただ、私が本当に引っかかったのはここからです。TBVの売り文句は「ラップなし、ブリッジなし、第三者なし」。技術的には、ヴォールト層では確かに真実です。BTCはTaproot UTXOにあり、詐欺防止のウィンドウがあって、自分自身の主張に対して異議申し立てできます。ですが、そのヴォールトがAave V4のハブ＆スポーク内で vaultBTC として表現された瞬間――上限（caps）、リスクパラメータなど、実際にあなたのエクスポージャーを左右するもの……それはAave DAOの判断になります。テンポチェック、フォーラムでの投票、つまり標準的なガバナンス上の詰まりポイント。
だから「トラストレス」はカストディ（保管）では成立します。けれど条件（terms）では成立しなくなる。ひとつのスローガンをまとった別物です。
それで、ステークされたBTCが今すぐTBVへ直接移行できるのかを深掘りしてみました――いいえ、少なくとも現時点では別システムのまま、とのこと（彼ら自身のQ&Aによれば）。すでに統合されている前提で考えていました。
このギャップが、次のTVLの見出しの前に埋まるのか、それとも後になるのか、気になります。
#baby

午後を費やして、自己管理（セルフカストディ）に関連する@BabylonLabs_io とネイティブBTCの借入ピッチ（$BABY ）をいじりまくっていたら、スクロール途中で1つの数字が私を止めました。DefiLlama上で直近7日間のTVLは19%下落し、$2.612Bの水準。トークンは$0.013あたりをうろついていて、過去最低の$0.011をかろうじて上回る程度です。
本当に引っかかったのはここです。セルフカストディのステーキング部分は確かに機能しています——BTCをネイティブにロックし、ラッピングもブリッジもなく、$2.6Bという規模が「この仕組みを信頼している人がいる」ことを示しています。ですが、借入レイヤー、つまりステークされたBTCが使える担保に変わる部分は、フロー上ではあまり出てきていません。TVLがこれほど急に落ちると、上級ユーザーが資本を貸し出しのバルブ（ヴォルト）へ回しているようには読めません。ただ、ベースのステーカーが静かに離れていったように見えます。
コーヒーを取り、チャートを見続けて…なるほど。マーケティングでは「BTCは生産的で、借り入れ可能な担保になる。フルのDeFiスタック」と言っているのに対し、オンチェーンの挙動は「単なる利回り狙いで、センチメントが崩れた瞬間に人が抜ける」という感じがします。今週の“本当の物語”は、ロードマップ更新のどれよりも、そこにある気がします。
結論として、投資仮説が死んだとは言いません。まだまだです。ただ、ネイティブ借入が今どれだけでも“粘り強く”使われているなら、流出はもっと抵抗に遭っていたのでは？正直、$2.6Bのうちどれくらいが、実際に貸付（レンディング）のヴォルトに触れたのか、それとも価格変動を待つだけのステーキングスクリプトの中に置かれて終わったのか——どちらがどのくらいなのか気になります。
#baby