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（実世界資産）のトークン化は、おそらくそこから始める必要があるでしょう。ただし、それによって成長の物語と、現在のユーザー体験がしばらくは別方向を向くことになります。最初にプロジェクトが話しかけている相手は、今実際に“袋を抱えている”人たちではない。あのギャップは、どれくらい続く想定なのか。そして、それが埋まったとき実際にはどんな見え方になるのかが気になります。

Duskのブリッジサービスは8月16日以降停止されています。チームがブリッジ運用用アドレスで異常なウォレット活動を検知し、それを取り除き、関連するアドレスを再生成し、数日のうちにWebウォレットの受取人ブロックリストを稼働させました。#dusk $DUSK @Dusk
ただ、私に実際に刺さったのはここです。プライバシーチェーンの最初の本格的な現場ストレステストは、「匿名性を証明すること」ではなく、「封じ込め（コンテインメント）を証明すること」だったんです。彼らが出荷した修正は、プライバシーを増やすものではなく、減らすものでした。つまり、トランザクションが送信される前に、既知の危険・制裁対象アドレスに対して受取人をスクリーニングするためのブロックリストです。……それって、たいていの「プライバシーコイン」文化が求める本能とは真逆ですよね？
うん、昼食の間ちょっとそれを考えました。最初はほとんど逆に感じたのに、ふと腑に落ちました。プライバシー技術が実際に商業的に成立する必要が出てくると、圧力下で最速で作られるのは、より強い秘匿ではなく、選択的開示と追跡可能性のためのレールなんです。機関は「追跡不能」を望んでいるのではなく、「証明できるほどクリーンで、でも秘匿されている」ことを望んでいます。DuskのDuskEVM/Hedgerのロードマップ自体は最初からその方向に寄っていますが、それがマーケ資料ではなく緊急パッチとして出てきたのを見るのは、別種の確かな証拠でした。
ブリッジはまだレビュー待ちで閉鎖中なので、これで終わりではありません。考えさせられますね――「コンプライアンス優先のプライバシー」は、本当にプライバシーなのか、それとも、監視に対して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

Duskを掘り下げていて強く感じたのは、コンプライアンス層がプライバシーの上に後付けで取り付けられているのではなく、それがプライバシーの前提条件になっているという点でした。プライバシーチェーンの多くは、規制当局を後回しの存在として扱い、後からコンプライアンス用のラッパーを付けて修正するものだと考えがちです。Dusk（$DUSK , #dusk ,@Dusk ）は、機密取引モデル（Zedger-style）を、選択的開示が本来的に備わる形で設計し、後付けにはしませんでした。面白いのは、これがまず誰のために機能するのかということです。匿名を求める小売ユーザーではなく、規制対象の事業者──ブローカーディーラーやセキュリティトークンの発行体──が、監査人にはコンプライアンスを証明しつつ、相手同士がお互いを見えないままにする必要があるケースを想定しています。これは通常語られる「誰にでもプライバシーを」という物語が示唆するよりもずっと狭い対象です。実際、初期のツール（Rusk、DuskDSの取り組み）は、消費者向けのプライバシープロダクトというより、金融インフラの配管・配線のように見えます。理にかなっています──機関は動きが遅い一方で、持続的なボリュームをもたらすからです──しかし、それは「通常のユーザーには見えないようなプライバシー」がマーケティングほど早く実現するわけではないことも意味します。小売側の恩恵は、設計の主目的というより二次的な効果になっています。これは賢い順序付けの賭けなのでしょうか、それとも、まだ完全には到来していない顧客基盤に向けて、ひっそりと準備を進めているプロジェクトなのでしょうか？

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

午後、Duskの8月15日のSMEトークン化の記事（dusk.network/news/tokenized-private-markets-sme-financing）を見たあと、Duskのスタックページをいじくり回していました。記事の内容を読むつもりだったのに、結局プロダクトのステータスラベルを見つめることに。
要するに—$DUSK , #dusk , @Dusk 全体の売り文句は「デフォルトで機密（confidential by default）」です。そしてネイティブL1では、それは本当です。シールドトランスファー、ZKコントラクト、全部稼働していて、さらに210M+ DUSKがそれを支えるためにステークされています。けれども、実際にビルダーが向かうところ—DuskEVM、Solidityの道—を見ると、タグはTestnetになっている。さらに、そのEVMの経路にホモモーフィック暗号を通じて機密性を持ち込むヘッジャー（hedger）もTestnetです。
つまり、プライバシーはデフォルトで、という話は正しい……まだ誰も規制済みのSolidityアプリを積極的に出していないチェーンに関しては。制度（インスティテューショナル）の統合が実際に今起きている場所は、透明性のある形で動いていて、ガスはDUSK建て、普通のEVMレールです。そこにプライバシーは、オプトイン（任意）のレイヤーとして後付けされていて、まだ調理中。
うーん、別に非難というわけではないです。この手のシーケンス基盤（sequencing infra）をこういうふうに組むのは、たぶん理にかなっている。とはいえ、頭の中ではマーケティングの順番が逆さまになります。今日作っている人にとってのデフォルト体験がプライバシーではなくて、あとで作る人に約束されるものになっている、ということなんですよね。
ラベルが十分に見つめていれば変わるかもしれないと思って、プロダクトのドロップダウンを何度も更新してしまいました。変わりませんでした。
「このプライバシーチェーン全体」での「デフォルトで機密」が、実はどれだけネイティブチェーン“だけ”の話なのか、気になってきます。EVM側の成長パスが、こっそりと逆方向に走っているのでは？

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