零点分析2026年新的发展就在眼前

しばらく Dusk ブロックチェーン・ブラウザを見ていて、面白いズレを見つけました。普通の保有者が注目するのは相場の数値ですが、マーケットメイカーが接続しているのは、決定的ファイナリティによる清算照合です。同じブロックが確認されても、機関は清算リスクを相殺するために使い、個人は次の波を待つために使う。このズレは、ブラウザのデータ一行の中に隠れていて、多くの人はわざわざ開こうとしません。

コンセンサスは審判の秒時計みたいなものなのに、観客はスコアボードだけを見ています。SA の「決定的ファイナリティ」は、機関の清算担当者向けに書かれた安心感――ブロックは不可逆で状態は明確、照合で迷わない。ですが、私が観察した個人保有者の感覚では、その「確定」は感じられません。彼らが気にしているのは、次の画面で数値が跳ねることだけです。機関が欲しいのは T+0 の照合に曖昧さがないこと、個人が欲しいのは口座の数字があまり突然変わらないこと。

ファイナリティの価値は、二種類の人にとってまるで違います。それなのに、語りはなぜか同じ言い回しで一つだけです。SA の決定性抽選は、不可逆を曖昧な待ち時間から明確なルールへ変えます。2ラウンドの委員会で、担保の加重で選ばれます。1枚の DUSK が1つの Credit に対応し、抽選のくじは保有量に応じて配られる――本当にこの最終性に満腹にされるのは、大口の担保側です。この設計は高い。でも高いには相手がいます。これは高頻度の清算シーンのためのもので、保有して寝転ぶ人のためではありません。ファイナリティはマーケットメイカーにとっては酸素であり、のんびり保有する人にとっては背景ノイズです。

問題はここにあります。コンセンサスの語りはいつも安心感をユニバーサルな売り文句として売ろうとしますが、私は見れば見るほど、その安心感は構造的なミスマッチに見えてきます。機関は本物の現金同等の「清算の確定性」を受け取り、個人は「コインは巻き戻らない」という安心を受け取る――後者は、実はどんな最終性チェーンでも与えられますし、Dusk に固有とは言えません。機関の安心感を大衆向けの売りにしてしまうと、機関の物差しで個人の足を測ることになります。

だからこそ、コンセンサスの価値を見るときは、まず受け手を分けるのが私の習慣です。Dusk の決定的ファイナリティが機関の清算にしか役立たないなら、堀は B 端のインフラにあります。個人のコンセンサスだけでは、その壁は支えられません。機関の安心感で大衆向けの売り文句を埋めると、尺度は最初からねじれています――受け手がズレれば、価値も一緒にズレる。$BTC $ETH

#dusk $DUSK @Dusk

サークルで Dusk のことが話題になっているとき、ほとんどの人が上層の ZK アルゴリズムの巧妙さや、EVM のテストネットがどれだけ賑やかかばかり語る。でも、いちばん下のネットワーク物理層を一度だけでも覗こうとする人はめったにいない。私は検証ノードを保守していたので、高頻度の金融資産清算を扱うときに結局のところ決定打になるのは、底辺のブロードキャスト配信効率だということをよく知っている。それがノード商の盛衰を左右する暗い影だ。

職業的な本能で、テストネットに対して専用に一回トラフィック負荷テストを行い、9000/udp ポートで担う Kadcast プロトコルを厳密に追跡した。パケットキャプチャログが返してきたデータは、かなりガチの内容だった。この UDP を改造した構造化カバレッジネットワークは、ノード間ブロードキャストの重複による帯域オーバーヘッドを 25% から 50% まで削減し、古いブロック（stale block）の発生率を大幅に引き下げた。

一般の個人投資家にとっては、この数パーセントがどれほどのものか想像しづらい。しかし、認可された機関のデータセンター費用の収支表に落とし込むと、話は一気に具体的になる。主要なクラウド事業者のリージョン間データ転送単価（約 0.08〜0.09 米ドル/GB）を前提にすると、検証ノードを 50 台運用する中規模のホスティング機関では、帯域の 25%〜50% の節約が、毎年 20 万〜50 万米ドル相当のデータセンター出口（egr）請求の差に直結する。

この数字を 10 年というインフラのライフサイクルに載せて複利で見ると、専門の検証ノード事業者のビジネスモデルが持続可能かどうかを直接左右し、さらに Dusk が本物の伝統金融系データセンターを入会（ネットワーク参加）に引き込めるかどうかまで決めてしまう🤑。

Kadcast は、建物の基礎深くに埋め込まれた排水用の暗渠のようなものだ。みんな金融ビルがどれだけ高く建てられたかに驚く。でも私は LAN ケーブルを辿って触ってみると、最も汚くて一番つらい現場の工事――泥まみれのエンジニアリング作業でチームがどれだけ本気で手を入れているかが見える。派手な数学的トリックはない。あるのは、物理工学の極限まで突き詰めた制御力だけだ。

さらに面白いのは、Kadcast が汎用 gossip の単純な置き換えではなく、メタデータ伝搬とデータペイロードを 2 つの別々のチャネルに分け、ノードは必要なときだけ完全なブロックを取りに行く点だ。遮断取引のようにサイズが大きめで、しかも全ノードに転送が必要なデータに対しては、この分流によってネットワークのピーク帯域がさらに強く圧縮される。多くのプロジェクトは「低帯域」をスローガンにするが、Dusk はそれをプロトコルのデフォルトポート 9000/udp にまで書き込んでいる。$BTC $ETH

#dusk $DUSK @Dusk

夕暮 链上有一笔資産のデプロイがあって、異常なほど静か――私は別のチェーン上の資金の流れを追っていたとき、偶然それにぶつかった。EURQ、MiCARの電子マネー機関ライセンスを持つ、準拠したユーロのステーブルコインで、Duskの清算レールにひそかに接続されている。

EURQがどれほどの分量の資産なのか、少し背景が必要だ。MiCARの厳格な枠組みのもとでのEMIライセンスに、Tetherの戦略的バックアップがつき、リスク管理基準は極めて過酷だ。このレベルの法定準拠資産が清算チェーンを選ぶ際は、どんな機関向け証券よりも気難しい――一度間違えば、マネロンの透過審査が通らず、ライセンスが直撃で圧迫される。

Dusk上での呼び出しチェーンを辿って深掘りすると、すぐにこの選択の背後にあるロジックが見えてくる。従来のシンジケート清算は遅い。だが、大口のユーロ決済を完全に透明なパブリックチェーンに載せれば、機関顧客の商業取引の流れがネット全体に晒されることになる。法務の関門は到底通らない。

DuskのXSC機密コントラクトが、その欠けた部分をちょうど埋めていた。EURQはDuskの暗号環境下で国境を越える大口送金を完了でき、商業機密は漏れない。同時に、XSCコントラクトに用意された選択的開示インターフェースにより、監査人はいつでも帳簿を確認できる。EMIライセンスのマネロン対策要件は、がっちりと食い込んでいる。

みんなはDuskに上がった株がどれだけあるかを数えているが、ステーブルコインこそがRWA領域の血流を生み出す大動脈だ。準拠した法定通貨の決済チャネルがないパブリックチェーンでは、どんな資産も空回りする。EURQがDuskを選んだ瞬間、ある意味で、機関レベルの準拠ユーロ市場全体に対して公開のDD（デューデリジェンス）裏付けが行われたのと同じだ。私が投資調査レポートを修正していたとき、あの一項は別枠で抜き出されて太字でマークされた。$BTC $ETH

#dusk $DUSK @Dusk

所有人都以为NPEX拿荷兰AFM牌照、Dusk对接欧盟MiCA和DLT Pilot，只是为了在这个区域"合法发币"。这完全低估了正在发生的事的量级。把监管套利当全部故事的人，会错过真正的剧本。

在传统法律框架里，区块链充其量只是个"IT数据库"，最终法律责任实体必须是清算所或托管行这类传统金融公司。但欧盟DLT Pilot制度出现了人类金融史上的监管突变：它允许分布式账本在法律意义上直接替代CSD（中央证券登记结算机构）。这个口子一开，账本的不可篡改第一次有了法律效力。

我翻过DuskDS结算层的出块即终设计，那份Succinct Attestation的精简证明让我愣了下，再叠加XSC机密证券合约的自动合规执行，它不只是"遵守"规则，而是在尝试用代码实例化一个合法的欧洲清算所。

在Dusk上完成一笔1亿欧元的债券交割时，我盯过那份测试流水，链上的状态翻转不再是物理映射，它就是法律事实本身。这不是一张所谓的"欧洲区域门票"，而是结算主权的迁移。谁掌握这段代码的审计权，谁就握住了欧洲债券的清算命门。

等Dusk真能证明，基于ZK和隐私合约的L1跑通DLT Pilot框架，我认过这笔账——它就不只是一条底层公链，而会成为人类历史上第一个被主权法律认可的"代码级原生结算所"。这个身份的份量，远超一条公链能承载的叙事。

这套标准一旦确立，全世界的金融基建都将被迫来研究它的架构。我跟踪过传统清算所的演变，结算所的边界从一栋楼、一套数据库，塌缩进一段可验证的代码。过去要靠牌照和员工背书，现在靠证明。

把Dusk当公链来估值，你看到的是天花板；把它当作下一代全球清算所的底层协议来看，游戏才刚刚开始。$BTC $ETH

#dusk $DUSK @Dusk

双轨の余裕：2つのアーキテクチャで役割を分担

Dusk は1本のチェーンに2つのエンジンを搭載した——Phoenix は UTXO、Moonlight は Account。1つはプライバシーを焼き付けるためのエンジンで、もう1つは透明な電文のためのエンジン。見た目は大変そうだが、実は「奪われない」ための二重軌道の力そのもの。

私は Phoenix と Moonlight のコントラクト例を読み、技術ドキュメントを調べた。Phoenix は UTXO をベースにしており、完全なプライバシー保護を実現。Moonlight は Account をベースにし、透明な記録を残しつつ、選択的開示もサポートする。2つのアーキテクチャを並行させるということは、コードベースを2つ維持することでもある——この冗長性こそが、Dusk がダークプール級のプライバシー取引を走らせながら、規制当局に対してはコンプライアンスの開閉（開示・非開示）の窓を用意できる理由だ。単一アーキテクチャのチェーンが「どちらか一方に決める」二択で詰まる例は多く、私はそれを何度も見てきた。Dusk はその難しさを並行軌道に変えた。これは技術的な負債ではなく、未来のためのインターフェースだ——ある日規制がもっと細かく開示を求めてきても、Moonlight がすぐに肩代わりでき、ついでの一時的なリファクタリングをする必要がない。

Bitcoin と Ethereum はどちらも1本の道しか選ばなかった。BTC は UTXO だけ、ETH は Account だけ。単一アーキテクチャなら手間は省けるが、対応できるニーズは一種類に限られる。私はこの2つのルートを比較して初めてわかった。Dusk が「双軌」を選ぶというのは、2つのパラダイムを同じチェーンに融合することだ。ゲテク（開発者）が求める匿名性も、機関投資家が求める監査可能性も、ネイティブ層で解決でき、クロスチェーンブリッジに頼らない。投資家・機関向けのブリーフィングでは、顧客が同じ要望を何度も繰り返す。「プライバシーで“先回りの奪取”を防ぎたい。それと同時に、コンプライアンスの証明を提出できる必要がある」。単一軌道ではそれをそもそも受け止められない——私はその話を現場で何度も聞いた。

開発者フォーラムでは、2つのパラダイムの役割分担を巡って最もよく揉める。Phoenix は Rust でプライバシーコントラクトを書き、Moonlight は Solidity で透明なロジックを書く。二度学ぶ必要があるように見えるが、実際には専門家が専門のツールボックスを使うだけだ。私はこれらの議論を掘ってみて結論はかなり明確だ。プライバシーコントラクトは暗号学チームの担当、透明ロジックはビジネスチームの担当。境界がはっきりしているほど、むしろ監査もしやすい。2つのモデルで参入障壁を上げることは、同時に品質の下限も引き上げることでもある——Piecrust VM は2つの状態に対して最も厳格な形式的検査を行っている。実際にそのロジックを見たが、複雑ではあるものの、隙間は残されていなかった。

双軌は「ただの負債」ではなく、Dusk が RWA を縦方向に深く掘り下げるための基盤となる余裕だ。2つの環境のデプロイと検証は私自身で実行した。ダークプールでの取引と、コンプライアンスに基づく決済——それをこの1本のチェーンで同時に扱える。2つのエンジンがあるからこそ、このチェーンは両端を走らせられるのだ。
$BTC $ETH

#dusk $DUSK @Dusk

200 回の commit は、より深く打ち込む基礎工事だった

Dusk の GitHub は、夜通し工事している現場みたいな光景——200 回の commit は鳴り響く。にぎやかさではなく、チームが深く杭を打っているということだ。

私は 1 週間かけて Dusk の提出履歴を見て、だんだんはっきりしてきた。——この 200 回の commit は、ほぼすべてが中核となるプロトコル、SDK、ツールチェーンといった基盤のモジュールに集中していて、アプリ層に散らばってはいない。表面的にはチェーン上のスマートコントラクトがまだ多くないが、それこそが「まず基礎を築いてから建物を立てる」ためのペースだ。プライバシー分野の難しさは、実行できるコントラクトを 1 つ書くことにあるのではなく、同態暗号やゼロ知識証明という土台を、組織レベルの負荷に耐えられるまで磨き上げることにある。

私は計算した。一般的な EVM チェーンなら、既成のツールチェーンに頼れば開発者が来て移植できる。Dusk がやろうとしているのは、誰もやっていないこと——プライバシー計算と監査可能なコンプライアンスを、再利用できる一連の基盤プロトコルとして形にすることだ。こういう仕事は commit 数が多く、コントラクト数は当面少なくなる。だからこそ、チームが最も難しく、そして最も価値のある場所に力を注いでいることが示されている。真の堀は、誰かが先にいくつかの DeFi コントラクトをコピーして終わりではなく、他者が真似できない基盤能力にある。

中核チームの貢献比率が高いことにも気づいた。外部の開発者も、これから順次参加している。これは初期のハードコア案件にありがちな常態だ——少数の人がまず最も難しい基礎を叩き固め、その後にエコシステムへ開放して、建物を載せていく。

私が観測しているサインは良い方向だ。ドキュメント、API、ツールチェーンが順番に整備されてきており、Discord での開発者同士の質問や回答はますます具体的になっている。基礎工事をどれだけ深く打つかで、建物はどれだけ高く立つかが決まる——Dusk が今やっているのは、「動く」から「信頼に値する」へ変えることだ。契約数を急いで積むより、ずっと重要だ。

私は Dusk を好ましく思っている。ただ、今日チェーン上にどれだけのコントラクトがあるかではない。——あの 200 回の commit の中に隠れているものだ。プライバシーという最も難しい道を、みんなが真剣に掘り進めている。基礎がきちんと仕上がったその日、プロダクション級のコントラクトの爆発は、ただの時間の問題だ。$BTC $ETH

#dusk $DUSK @Dusk

Duskを「匿名コイン」と呼ぶのは、整反している

Duskを「匿名コイン」と呼ぶことは、本人確認（KYC）登録が必要な引換券を、路上の名もなき施しの食糧のように言うのと同じです。

Duskのプライバシーは「金融アプリのプライバシー」です。XSCはホワイトリスト、保有上限、強制譲渡、監査アクセスをスマートコントラクトに書き込みます。Phoenixは機微な残高を隠し、Hedgerは同態暗号とPLONKで検証可能なプライバシーを実現しています。

どこが匿名なんでしょうか。これは「識別可能な主体」のためのプライバシーです。監督当局は権限があれば見られるし、発行者もルールに基づいて管理できます。

Moneroのような「プライバシーは自由で、誰にも見せない」という物語とは逆です。Duskが賭けているのは規制された金融であって、cryptoネイティブの無政府主義ではありません。

だから「匿名コイン」という枠組みでDuskを評価するのが間違いです。枠組みが間違っていれば、その後の判断はすべて歪みます。

私は個人投資家が「匿名コインだと思って」買ったものの、KYCと監査アクセスが必要だと分かって失望し、結局離脱したのを見ています。誤読が人を追い払ってしまう。

NPEX、EURQといったユースケースはすべて「識別可能な主体」を前提に構築されています。匿名コインのロジックはここではまったく使えません。

Duskのプライバシーは「規制の視線の中で残高を隠す」のであって、「誰の視線からも消える」わけではありません。2つの文の違いは1文字ですが、意味は雲泥の差です。

私はユーザー調査をしてきました。Duskを匿名コインとして入ってきた層の定着率は、コンプライアンスのためのツールとして入ってきた層より大幅に低いです。

本当に問うべきなのはこうです——規制された金融は「監査可能なプライバシー」のためにオンチェーン移行を受け入れるのか？この答えは、「それが匿名かどうか」より10倍重要です。

私は広告運用も行いました。「匿名コイン」と「コンプライアンス対応のプライバシー」の2種類のコピーを同時にテストすると、後者の転換率が一段高く、前者が引きつけるのは定着しない人たちでした。

Duskのポジショニングが明確であるほど、誤った人をふるい落とし、正しい人を引き留められます。

匿名コインに惹かれるのは「隠したい人」。Duskが支えるのは「コンプライアンスしたい人」。この2つの層はほとんど重なりません。ポジショニングを誤って説明すれば、来た人は定着せず、真のターゲット顧客の注意も薄めてしまいます。

私はユーザーをセグメント化してきました。「コンプライアンス」を理由に入ってきたユーザーの方が、「匿名」を理由に入ってきた人より、支払い意欲がはるかに高いことが分かりました。

@Dusk というポジショニングをきちんと語り切れば、誤解による流入をかなり減らせます。

#dusk $DUSK
$BTC $ETH

PLONK の洞は、昨年2月にようやく埋められた

Dusk の暗号学は、昨年2月に新しい木栓で補修した船板のようなものだ——航海できる状態にはなっている。だが栓の目はまだ新しく、古参の水夫は、そこから一度も浸み出したことがないとは言い切れない。

少し意外だったが、さらに意外なのは、コミュニティがほとんどそれを問題にしていないことだ。だってプライバシー・チェーンの中核セールスポイントは「暗号学が信頼できること」であり、信頼は単一の脆弱性で揺らぐ。

XSC は強制譲渡、持株上限、監査アクセスをコントラクトに書き込み、Phoenix はメインネットで秘密残高を処理し、Hedger は準同型暗号化と PLONK によって監査可能なプライバシーを実現する。チェーン全体の安全性仮定は、少数の暗号プリミティブに重く依存している。

脆弱性が修正済みであることは事実だ。だが「修正された」という事実そのものが示す——いわゆる「メインネットで動くプライバシーレイヤー」の暗号基盤は、数か月前にはまだ十分に盤石ではなかった。

機関が求めるのは、眠れるほどの確実性だ。穴を埋めたばかりのプライバシー案と、5年間トラブルが一度も起きていない案では、リスク管理の目線で重みが違う。

私は、初期のプライバシーチェーンで脆弱性が露見したあと、機関の資金が半年戻らなかった例を見ている。Dusk ではそうしたことは起きなかったが、「かつて修正が必要だった」という履歴は、デューデリジェンス（DD）報告書に残る。

NPEX が Dusk フレームワークで €300M+ を扱うには、それができるだけ風控（リスク管理）がこの修復履歴を受け入れる必要がある。中小の機関は、同じ寛容さを持っていないかもしれない。

さらに重要なのは、PLONK は孤立したコンポーネントではなく、Hedger の監査可能なプライバシーや XSC のコンプライアンス証明につながっていることだ。基盤が一度揺れると、上層はすべて再テストが必要になる。

私は dusk-rusk のリリース履歴を調べた。1.6.0 より前のいくつかのバージョンでは、暗号学に関する境界問題の修正が行われており、このチェーンがまだ急速に反復（イテレーション）している段階であることがわかる。

急速な反復は機能面では良いことだが、機関の信頼にとっては負担にもなる。今日は安定している。明日はまた別のパッチが出て、審査をやり直さなければならないかもしれない。

つまり問題は「Dusk が安全かどうか」ではなく、「機関が、数か月前に“穴を埋める”必要があった若いチェーンに、どれだけ早く実マネーを投じるつもりか」だ。

私は、あるパッチの記録ひとつで、機関がサプライヤー全体をホワイトリストから外したのを見た。Dusk の若い帳簿は、そのような厳密な目に耐えられない。

@Dusk が監査と修復の記録をさらけ出していることは、どんなビジョンの語りよりも、機関の説得力としてははるかに大きい。
$BTC $ETH
#dusk $DUSK

あなたが手にしているDUSKはいったい、どのチェーン上にありますか？

まずは急いで答えないでください。この問いは見た目以上に難しい。

DUSKが推しているのはネイティブブリッジです。本来の狙いは、資産をネイティブの形のまま直通で届け、検証者がクロスチェーン転送を実行することで、wrapped（ラップド）されたチケット（証書）を発生させず、またトークンを見知らぬカストディ（保管者）に預ける必要もない、というものです。第三者のカストディに資産を渡すような中央集権型クロスチェーンブリッジよりも、信頼の中継が1段減り、さらにwrapperが断片化して面倒が増えるリスクも減ります。

しかし「ノーラップ（無 wrap）」という言い方は、DUSK自身には当てはまりません。

DUSKはすでに三つの形態が併存しています。ネイティブチェーン上のもの、イーサリアム上のERC20版、そしてBNBチェーン上のBEP20版です。DUSKが分身するのは、まさに別のチェーンへ渡るにはブリッジに頼らざるを得ないからです。もともと単一のDUSKが自分自身の三層アーキテクチャを貫くはずでも、イーサリアムやBNBへまたがると、そのDUSKは相手先チェーン上では“他人のチェーンのチケット”になります。そこでアイデンティティがずれてしまい、新規ユーザーが一目で見分けられない可能性があります。

そして、ブリッジは実際にトラブルを起こしました。2026年1月のある夜、Duskの外部向けブリッジサービスが侵害され、最初の被害は盗まれたのが9,000枚から始まり、最後の8,000万枚超はブリッジが緊急停止されたため送出できずに終わりました。前後で流出したのはDUSK約1,200万枚余りです。強調しておきたいのは、これはDuskDSのコンセンサス層の脆弱性ではなく、ブリッジに用いられていたチームの署名ウォレットが突破されたことだという点です。公式によれば、ユーザー資金の影響はなく、持ち去られたのはチームの運用用ウォレットにあった資金だそうです。

私はこの件と「ノーラップ」を同じ文脈で見ました。そこで見えるのは矛盾ではなく、ある注意喚起です。ネイティブブリッジが解決するのは資産の形態に関する“信頼”の問題ですが、ブリッジの向こう側の鍵（秘密鍵）を誰が管理し、どう管理するのか——その部分こそが、その夜に本当に試された場所だったのです。事後、チームはブリッジを再構築し、署名とイベント処理を切り離し、ホットウォレットの露出を下げ、コールドウォレットへの手動チャージに切り替えました。

EVM側はいまだテストネットのままです。クロス層のネイティブブリッジはDuskEVM上でリハーサルできていますが、生産（本番）レベルの資産の流動はネットワークが成熟するのを待つ必要があります。

だから私は、「wrappedが一切ない」というスローガンよりも、「wrappedの断片化を減らす」という実際の価値をより重視しています。

あなたが初めてDUSKを手にしたのは、どのチェーン上ですか？この三つの形態が併存することは、あなたにとって手間を減らすのか、それともややこしさを増やすのか？
@Dusk
#dusk $DUSK

この vaultBTC の残高は、手形（負債証書）ではなく鏡像です

Aave の画面で vaultBTC の残高を見て——供給でき、利息がつき、数字まで出てくる——それをトークンだと思わずにはいられません。しかし wBTC と vaultBTC がそれぞれ表しているものを並べてみると分かります。ひとつは「誰があなたに支払うべきか」を指し示すような欠条のようなもの。もうひとつは「どこかの、いまこの瞬間の状態」を指し示すような鏡像のようなもの。これらはそもそも同じ種類の対象ではありません。

wBTC は債権の証憑です。各単位が、保管者の保管準備の中に「存在すべき」BTC を指し示し、鋳造、償還、鍵、準備証明——どの環も、デフォルトし得る主体に結びついています。Trustless Bitcoin Vaults (TBV) が生成する vaultBTC は、イーサリアム側の内部台帳としての記録です。制限付きの送金で、二次市場はなく、ブリッジ資産を表してはいません。償還の約束を記録しているのではなく、「ビットコイン・ネットワーク上の特定の UTXO が、あらかじめ定められた条件のもとで、いまロックされている」ことを記録している——これは、実現待ちの債権ではなく、検証可能な状態です。

この区別は、無効化（失効）の仕方を変えます。債権の証憑は相手方によって死にます。保管者の破産、横領、償還の拒否などが起きれば、証憑は価値を失い空文化します。一方で状態記録は発散によって死にます。クロスチェーンの証明とチャレンジ機構が正常に働いている限り、vaultBTC とビットコイン側のロック状態は一致し続けます。しかし、チャレンジ層が一度でも詐欺的な状態遷移を止められなかった場合、残高は表示され続けるのに、もはや何の実在するものも指し示さなくなってしまいます。記録は自分で「誤り」を発見してはくれません。現在この記録は、実価値のない資産を用いる Signet+Sepolia のテストネットでのみ動いており、「どれだけ正確に記憶するか」は、現実の分岐（不一致）の検証をまだ受けていません。

だから私はこの残高の見方を変えました。もう「裏で誰が償還してくれるのか」を問わず、「2つのチェーンは、いま一致しているのか」を問うようになります。前者のリスクは、約束者の素行に結びつきます。後者のリスクは、検証層の稼働性に結びつきます——ひとつはモラルリスクで、もうひとつはエンジニアリングリスクです。$BTC $ETH

@BabylonLabs_io $BABY
#baby

密室審査は予約が必要で、管理者が書類を取り出してから確認できる。一方でオープンな書架は誰でもその場で直接閲覧でき、異議期間内には訂正申請を提出できる——私はTBVのテストで、この2つの制度がちょうど従来のBTCカストディとNative Bitcoin Collateralの「監査権」に関する本質的な違いに対応していると気づきました。

従来のBTCカストディは「密室制度」です。担保が本当に存在するかを確認するにはカストディ側の協力に依存せざるを得ず、wBTCはなおさらです。チェーン上で見えるのは単なる証憑の流通だけで、$BTC の現物が再度担保に入れられていないか、凍結されていないかは外部の人が独立して検証できません。極端な場合、カストディ側が開扉を拒めば、監査は特権になります。異議はそもそも提起できません。$ETH

TBVは「密室」を「オープンな書架」に置き換えます。スクリプトのパスは、Locked at Vault Creationを通じて独立したUTXOに書き込まれて固定され、同時に「誰がコインを取り出せるか」「どのターゲット製品が帰属判定を行うか」も書き込まれて固定されます。その後、誰もそれを変更できません。任意のノードが担保の状態を直接検証でき、機関の許可を必要としません。

これは信頼対象の移行です。「管理者が監査に協力してくれると信じる」から、「固定されたスクリプトと公開され検証可能な状態を信じる」へ。ですが移行は信頼を消すことではありません。新しい取り決めでも、スクリプト作者にバックドアがないこと、観測者がいてその挑戦が経済的インセンティブに駆動されていること、そしてSpokeが封印パスから逸脱しないことを信じる必要があります。BitVM3の詐欺証明は、「誰が監督するのか」を特権から公開の権利へと変えました。しかし閲覧権は異議権と同じではありません。有効な詐欺証明を提出するには、スクリプトを反証する形で構成する必要があり、一般ユーザーが手軽にできることではありません。オープンな書架は情報の門戸を下げますが、有効な制衡は依然として、技術能力と経済的インセンティブを持つ挑戦者に集中します。監査の民主化の第一歩は可視性、第二歩は介入力——そして第二歩は、まだ検証中です。

Native Bitcoin Collateralは閉じた台帳ではなく、公共の記録です。重要なのは技術の速さではなく、参加のハードルという構造が変わったことです。再評価して分かったのは、監査が「許可を求める」から「直接読む」へ変わることこそが、意味のある実質的な移動であり、特定の技術パラメータの改善ではないという点です。挑戦ウィンドウ期間がもたらす払い出しの遅延は、実際のコストです。オープンな書架の意義は、決して速さのためではなく、監査権が少数者の特権でなくなるようにするためにあります。@BabylonLabs_io $BABY
#baby

币がビットコイン・ネットワークから離れていない

私は最初に参入したとき、クロスチェーン・ブリッジでコインを失うという罠に踏み込んだ経験があります。それ以来、「先にコインを渡してから手続きをする」方式には本能的に警戒心を持っています。誰かが「コインはまだある、ただ“ラッピングしただけ”だ」と言っても、私は表面上はうなずきつつ、心の中では疑問符を描きます。ラップ層は誰が管理しているの？トラブルのとき誰が補償するの？ブリッジのスマートコントラクトは何回アップグレードされた？監査は期限切れになっていない？

@BabylonLabs_io のTBVを見たとき、最初に確認したのはここです。BTCは一体どこにあるのか。公式資料では、BTCはBitcoinネットワークのTaprootスクリプト内にロックされ、独立したUTXOとして形成され、共有プールには入らないと明確に書かれています。イーサリアム側に現れるのは、状態証明メカニズムによって制約された担保記録であって、自由に送金できる“包装コイン”ではありません。この答えがあったので、私は続きを見たいと思えました。

ただ、新人が次の罠に落ちやすいのも事実です。「ネイティブ」＝「絶対に安全」だと思い込むこと。違います。TBVには、全体の流れを理解する必要があります。まずUniSatのようなBitcoinウォレットでPeg-inを行い、約2時間、12個のSignetブロックの確認を待ちます。その後MetaMaskでAave v4から借り入れ、返済後にBTCを赎還し、さらに約3日間のチャレンジ・ウィンドウを通過します。シングル金庫は0.01〜0.4 BTC、1ポジションあたり最大10個。宛先アドレスを間違えた場合、チャレンジ・ウィンドウを誤解した場合、テストネットの資産を実マネーのように扱った場合、または清算の速さを過小評価した場合——これらでも普通に問題が起きます。Trustlessは托管への依存を減らすだけで、ゼロリスクではありません。

ここで私が学んだのは、「このプロジェクトは大丈夫だ」ということではなく、「コインがビットコイン・ネットワークから離れていない」という命題は、独立して検証できるということです。解決されるのは“ネイティブ資産のコントロール権”の問題であって、すべてのリスクが消えるわけではありません。@BabylonLabs_io のTBVについても、ユーザー操作のフローが本当に使いやすいかどうか、引き続き見ていきます。

今いちばん知りたいのはこれです。メインネット$BTC が実際にロックされた後、この二つのウォレットを使う手順は、一般ユーザーにとって十分にフレンドリーなのか？誤りからの復旧、カスタマーサポート、コミュニティのドキュメント、Gasの変動の通知などについて、ついていけるレベルか？——これらの答えが出るまで、私はテストネットを回し、ドキュメントを読み、メインネットのデータを待ちます。結論を急いだりはしません。$BABY にとって、私のような初心者ユーザーにとって最初に意味するのは、この手順の稼働とアップグレードにオンチェーンのガバナンス・アンカーがある、ということです。いつでもルールを変えられる入口があるわけではありません。$ETH
#baby

迷信を打ち破れ：私鍵を握っているのに、なぜ借り入れでも“全軍覆没”するのか？
「私鍵をしっかり握っていれば、借り入れても清算は起きない」と思い込まないでください。原生資産の担保に対して、危険な誤解があります。「機関が逃げるリスク（プロバイダ跑路防止）」と「市場の清算（マーケット・フラッシュ）」を混同してしまっているのです。
@BabylonLabs_io の旗下 Trustless Bitcoin Vaults（TBV）と Aave v4 を組み合わせたテストネットを深く体験したあと、この“現実の金融の残酷さ”がこれ以上ないほどはっきり見えてきました。TBVは確かに、包装資産（見せかけの仕組み）をせず、混合の資金プールも作りません。あなたが担保に入れたお金は、あなた自身の独立したUTXOにロックされます。たとえ他人の金庫に焦げ付きが出ても、あなたに延焼して連鎖的に巻き込まれることはありません。
しかし忘れてはいけないのは、ビットコインのUTXOは“1つのレンガ”のようなもので、細かく割って使うことはできないという点です。ルールを調べたところ、これが意味するのは、借り入れのヘルスファクターが清算ラインの1.0を下回った瞬間、プロトコルは通常のトークン担保のように一部の保証金だけを“やさしく”差し引くことができず、あなたの金庫をまるごと引き抜いて直接清算してしまう、ということです。
このハードコアな処罰メカニズムこそ、むしろその専門性への評価を高めてくれました。技術は保管の最低ラインを守るだけ。金融リスクは借り手自身が負うべきものです。この非常に純粋な隔離ロジックはパブリックテスト中です。ぜひ実際に触ってみてください。大口の資金を複数の小さな金庫に分割すると、清算圧力をどれだけ緩和できるのか、試してみてください。忘れずにフォームを提出してフィードバックもお願いします。引き続き、この分散型ネットワークのガバナンスと基盤のセキュリティを支えているのは $BABY です。 $BTC $ETH
#baby

不舍得卖币又缺稳定币？试了一把不交私钥的抵押借款

死囤比特币的老玩家，我经常遇到一种非常具体的两难：最近遇到一笔不错的套利机会，需要一批稳定币当本金，但我根本不想卖掉手里的 BTC，也不想把它们转给中心化的理财平台，承担未知的跑路风险。想要流动性，难道非得交出底层的控制权吗？

带着这个疑问，我最近去摸底了 @BabylonLabs_io 正在推进的 Trustless Bitcoin Vaults (TBV)。体验了它在 Aave v4 上的借款测试后，我发现它解决这个两难的方式非常干脆。当我想要借测试版的 USDC 时，我的 BTC 没有被要求转换成 WBTC，也没有离开我的比特币钱包。它只是被锁定在比特币原链的 Taproot 金库里，通过密码学证明，让以太坊上的 Aave 相信“我的资产确实在那儿”，从而释放借款额度。

完整走完这套逻辑后，我对自己持有资产的信任边界有了新的主观判断。对我来说，评估一个跨链抵押方案，最关键的已经不是利息多低，而是“在借贷存续期间，资产究竟在谁的口袋里”。TBV 把抵押变成了纯粹的“状态锁定”。只要我借款后的健康因子保持在 1.0 以上不被 Aave 触发强制清算，任何第三方都无法单方面动用我原链上的那笔钱。

当然，这并不意味着没有任何摩擦成本。测试过程中，跨网络验证的区块等待时间，以及赎回时需要应对的挑战期，都在提醒我：获得自托管信用的代价是时间成本。这种慢，换来的是拿回资产绝对所有权的安心感。

在不交出私钥的前提下榨取流动性的这条新路径，已经在公开测试网开放。如果你也和我一样对交出资产极度敏感，建议去实操一下双网络的交互过程，把页面操作中的卡顿感作为反馈直接提交给项目方。最后提一句，支撑这套底层网络治理和安全稳定运转的，依然是它的原生代币 $BABY 。
#baby
$BTC $ETH

ブロックブラウザが償還を確認しているのに、$BTC なぜまだ解放できない

Ethereum の取引はブロードキャストされ、パッケージ化（組み込み）され、receipt まで生成されており、redemption event も検索できます。ただし、それが証明しているのは、ある execution block にこの記録が含まれているという事実だけです。現在の公開テストネット上の TBV にとっては、そこからさらに、そのブロックが Ethereum によって最終的に採用された履歴に属することを示す必要があり、まだ BTC の解放には不十分です。

ユーザーが債務を完済して Vault を withdraw する場合、または清算プロセスによって Vault が後続の償還担当者へ引き渡される場合はいずれも redemption event を発火させます。オフチェーンの SP1 prover は、固定順序で証明を構築します。まず Beacon の finality が、beacon block がコンセンサス層で finalize 済みであることを確認。次に Execution の finality が、その finalized beacon block と、償還取引を含む execution block を接続します。最後に Receipt inclusion が、対象の redemption log がそのブロックの transaction receipt に存在することを確認します。Groth16 は最初の三層の証明だけを圧縮・集約してコンパクトな proof にしますが、ブロックに最終性を与えるわけではありません。

この層構造の変更により、私の判断はこう変わりました。私は「ブラウザが取引を見た」という事実を、クロスチェーン償還が成立した証拠だとはみなさず、同時に次の2点が証明できるかを確認します。— そのイベントが実際に含まれていること、そしてそれを運ぶ execution block も、finalized beacon chain に承認されていること。前者は「何が起きたか」に答え、後者は「それが Ethereum の最終状態として成立したか」に答えます。後者の層が欠けると、Bitcoin の Payout が、まだ安定していない外部履歴の上に組み立てられる可能性があります。

finality と inclusion の証明が完了した後で、claimer が圧縮 proof を Bitcoin 側の Claim、Assert、および challenge window に投入します。Ethereum の finality は、その外部イベントがどの最終履歴の区間に属するかを確認するものです。Bitcoin の challenge period は、Bitcoin 側に提出された proof が成立するかを検証します。これらは同じ「待機している区間」ではなく、互いに置き換えもできません。有効に覆されなかった proof のみが、Payout の実行へ進むのです。

境界も明確にしておきましょう。finalized な redemption event の証明は、その log が Ethereum の最終状態へ入ったことを示すだけで、上流のコントラクト、オラクル、または清算判断が経済的に正しいことを必ずしも意味しません。Ethereum のコンセンサスで深刻な障害が発生すれば、検証が停止したり誤りが起きたりすることもあります。@BabylonLabs_io が閾値を「最終履歴中のイベント」に置き、「ブラウザで見えるイベント」ではないのは、Bitcoin 解放後に外部チェーンで後続の変更が起きても、自動的に撤回されないからです。$ETH
$BABY
#baby

助記詞はまだあるのに、なぜself-claimがそれでも失敗しうるのか

助記詞は通常のBitcoinウォレットを復元できますが、あるVaultが作成される際に生成された、そのVault固有の専用素材を自動的に再構築することはできません。BabylonのTrustless Bitcoin Vaults（TBV）では、WOTSのキーペアとclaimer artifactsは、BTCの保管（カストディ）証明書ではなく、Vault Providerが連絡不能になった後に、預金者が自分で独立してself-claimを実行するために必要な入力です。

現在の公開テストネットでは、各Vaultにそれぞれ独立して、かつ1回限りで使用できるWOTSがあります。そのpublic key hashをEthereumに送信し、Assertは対応するWOTSの秘密鍵でZK proofをコミットします。通常のBitcoinの秘密鍵はdepositorのclaim出力を制御できますが、この証明の認可を代替することはできません。

WOTSはclaimer artifactsの代わりにもなりません。後者にはtransaction graph、verifying key、そして各challengerに対応するBABEセッションデータが含まれます。さらにプロトコルは、作成段階でdepositor-as-claimerのClaim、Assert、Payoutパスを準備します。1回限りの署名だけで、取引グラフや証明資料がない状態では、完全な受領フローを構成できません。

self-claimはいつでも引き出せるわけではありません。アプリ側での償還条件が成立し、VaultClaimableByが発行された後に、watchtowerが初めて、そのVaultの2種類の材料を使ってClaim、Assert、Payoutをブロードキャストします。そして、今回のテストネットで想定される通常のchallenge windowを経ても、BTCが入る先は作成時に確定していた預金者アドレスに限られます。

このことは、私の自主管理（self-custody）の評価基準を変えました。単に「誰がBitcoinの秘密鍵を持っているか」だけでなく、主要なサービス役割が連絡不能になったとき、ユーザーが必要な全取引を実行するための材料を保持しているかを見るべきだということです。いずれかの入力が欠ければ、失敗するのはself-claimであって、BTCの所有権ではありません。Vault Providerが正常に応答する場合は、従来どおりのredemption基準で完了できます。2種類の材料の両方を失い、さらにProviderも連絡不能になった場合、現在のドキュメントでは、第三者がBTCの目的地を書き換えるような方法ではなく、Security Councilが関与するオフチェーン復旧プロセスへのアップグレードが求められています。$BTC $ETH

@BabylonLabs_io
$BABY
#baby

Payoutを阻止できることは、BTCの送付先を改変できることを意味しません

Trustless Bitcoin Vaults（TBV）では、Security CouncilがBTCを管理する多重署名を持っていると誤解されがちです。現在公開されているテストネットでは、5つのBitcoin公開鍵と3-of-5の法定人数を用い、公開鍵はバージョン化されたチェーン外（オフチェーン）プロトコルのパラメータに書き込まれ、共同でCouncilNoPayoutに署名します。これは特定のVaultのPayoutを止めることはできますが、BTCをCouncilが指定する新しいアドレスへ振り向けることはできません。

制約は、Vault作成時に固定されたBitcoin支出の図（フロー）から来ています。預金者はPayoutを事前署名し、正当な送付先を確定します。通常の退出、またはself-claimは、既存の条件に従って預金者のアドレスへ返るため、Councilの承認は不要です。清算ルートの場合のみ、認可されたApplication Vault Keeperのアドレスへ入ります。Councilの鍵は、この受取先の集合に含まれていないため、法定人数に達しても“阻断権”はあるものの、“資産の送付先変更権”はありません。

これは、challengerが通常の係争手順でブロードキャストするNo-Payoutとは異なります。後者は、有効でないClaimが争われ、そのうえで反証不能になったことに基づいています。CouncilNoPayoutは、標準メカニズムでは扱えない極端な障害や特別な復旧を想定したものです。Ethereum側のpauseはさらに別の層で、アプリケーションの動作を停止できますが、すでに存在するPre-PegInの返金（refund）やWOTSのself-claimの経路を書き換えることはできません。

CouncilNoPayoutは、私の評価基準を変えました。私はもはや「システムに委員会が存在するか」だけを問わず、「それによってBitcoinがどんな結果を受け入れ得るのか」を問うようになりました。支出を阻止できるなら、利用可能性や退出遅延のリスクはもたらします。新しい送付先を作れないなら、最悪の結果は資産のリダイレクトではなく“阻断”に限定されます。Councilの権限が悪用された場合でも、正当なPayoutが止められてしまう可能性はあります。さらにCouncilが連絡不能になれば、緊急復旧能力も低下します。この設計を「ゼロリスク」と書くことはできません。

@BabylonLabs_io はSecurity Councilを暫定的なセキュリティ・ネットとして定義し、プロトコルの成熟に伴って、その権限を段階的に退役させることを目標としています。真に注目すべきは、多重署名が存在するかどうかではなく、緊急権限がBitcoinの支出経路のどこまで制限されているかです。$BTC $ETH

$BABY
#baby