六出纷飞

加入专属聊天室 紅包が欲しい？周辺が欲しい？戦略が欲しい？六哥チャットルームには全て揃っています。さあ、チャットルームに参加して特典を受け取りましょう！
点击加入聊天室

#币安Alpha推出MERL交易竞赛

想把一部分闲置的以太坊资产挪到DuskEVM上试试,昨晚照着官方文档走了一遍跨链桥流程,记录一下真实体验,没有想象中顺滑。

流程本身不复杂——在以太坊那边发起锁定交易,等确认,再到DuskEVM那边领取对应资产,这套逻辑跟大部分跨链桥没什么本质区别。真正让我等得有点心焦的是确认时间,不是桥本身卡,是以太坊那边要等足够多的区块确认才敢放行,加上DuskEVM那边自己的最终性机制也需要时间累积信任,两头的等待时间叠加在一起,不是那种"点一下秒到账"的体验。

这个等待我一开始觉得是体验缺陷，后来想明白这其实是必须的代价——跨链桥这东西,历史上被攻击、被套利的案例太多了,大部分出问题的桥,恰恰是为了追求速度,把确认逻辑做得太激进,给了攻击者操作空间。Dusk这边选择让两端的最终性都跑扎实了再放行,慢是慢，但至少这个设计思路是把安全性放在用户体验前面,不是反过来。

不过体验层面还是有能优化的地方——过程中没有特别清晰的进度提示,交易发起之后,我有一小段时间不太确定自己是该继续等,还是哪个步骤卡住了需要重新操作,这种不确定感对第一次用的人不太友好,容易让人怀疑是不是操作错了。跟一些做得成熟的桥比,这块的用户反馈机制还有改进空间。

另外我也留了个问题没想明白——资产桥过去之后,在DuskEVM上到底是以什么形式存在的,是原生映射资产还是包装代币,这层关系到万一未来这条桥出问题,我手里资产的赎回逻辑到底是怎样的,文档里这部分讲得不算特别直白,得自己多翻几层去拼凑答案。

跨链桥这东西,我的态度一直是能不用就不用,非用不可的话,宁可慢一点也要选安全性优先的设计。这次实测下来,Dusk这边至少方向选对了,细节体验还有打磨空间。

@Dusk #dusk $DUSK

很多人对"跑Dusk节点"的理解就是质押、参与共识、等奖励,一个角色包打天下。翻完官方运营文档才发现,这个笼统印象已经装不下Dusk实际的节点体系了。

Dusk的基础设施角色其实分了三种。Configurator Node要抵押DUSK参与共识投票,是我们平时说的"验证节点"那一类；Archive Node不参与出块,专门保存完整链上历史,给数据查询和审计取证提供支持；Prover Node则专攻证明生成这一块计算密集型任务,把零知识证明的算力需求从普通验证节点身上剥离出来单独跑。这跟很多PoS链"一个节点全包"的设计思路不一样,是把不同的运维负担拆给了不同角色。

我一开始觉得这个拆分挺聪明——证明生成本身算力消耗很大,如果每个参与共识的节点都得自己扛这块负载,硬件门槛会被抬得更高,愿意参与共识的人只会更少。拆出Prover Node这个独立角色,理论上是把"参与共识"和"扛重算力"这两件事解耦。

但角色拆细了也意味着去中心化程度得从多个维度分别衡量,不能只看一个"节点总数"就下结论。如果Prover Node这个角色因为算力门槛高、集中在少数几个专业服务商手里,即使Configurator Node数量看着不少,证明生成这个环节的实际去中心化程度可能远不如表面数字好看,这是个容易被忽略的角度。

翻完文档我最大的感受是,官方给出的运营指南——网络选择、节点配置、钱包设置、版本升级、同步恢复、故障排查——写得算完整,但这些文档面对的是已经决定要跑节点的人,对"我该不该跑、该跑哪个角色"这种前置决策,给出的信息不算充分,得自己去查节点分布数据、算力门槛这些外部信息才能拼出完整判断。

三种角色各自的去中心化程度到底怎么样,我打算找机会分别查一下数据,不想只看一个笼统的"节点数"就替这条链的安全性下结论。

@Dusk #dusk $DUSK

財布の取引記録を見返していたら、2018年の古い請求書（未決の会計）を引っ張り出してしまった。あの当時は流行に乗って、ICOに一通り参加していたんだけど、Duskもその一つだった。ところが、プロジェクトはゆっくりゆっくり開発を続けて、もうすぐ7年……すっかりこのことを忘れていた。今回、メインネットが本当に稼働し始めたのをきっかけに、ふと思い出してちょっと確認してみた。

Duskは2018年に、Jelle PolとEmanuele Francioniがアムステルダムで立ち上げたものだ。当時のICOでは、およそ800万ドルを調達した。同じ年に数千万、あるいは1億ドル規模まで集めるようなプロジェクトと比べると、規模は大きくない。そこから6年間ほどほとんど話題がなく、2025年の年初になってようやくメインネットが正式に立ち上がった。これだけ長いブランクは、暗号資産の世界で「3か月ニュースが出なければもう冷めた」と言われるテンポを考えると、相当まれな持久力だ。

最初の反応は「なんでそんなに時間をかけたんだ？」という疑問だった。6年もあれば、他のプロジェクトは早くも数世代分の物語を更新しているはずだ。Duskは何を狙っているのか。調べ回ってようやく分かった。彼らがずっとぶつかっていたのは、決して「物語を語る」ことではない。暗号学の基盤と、規制のコンプライアンスという、最も手強くて最も即席で仕上げにくい二つの骨だ。ゼロ知識証明の回路、選択的開示の仕組み、それに欧州の規制フレームワークとの整合――これらに捷径はない。時間を投下することが唯一の方法だった。物語を1年に3回も入れ替えるようなプロジェクトと比べると、この「黙々と大技を仕込む」戦い方は、短期的には確実に不利になる。コミュニティの熱量や二次市場の注目度も追いつかない。

ただ、6年かけて剣を磨くにも、はっきりした代償がある。ちょうど2回分の強気相場サイクルを丸ごと逃している。さらにその間、チームやコミュニティ、コードベースにも、流出や断絶が起きるのは避けられない。実際に開発者の稼働状況を調べてみると、メインネットがローンチした当時の熱から、すでに少し落ち着き始めている兆候があるようだった。技術的な土台がどれだけ固くても、エコシステムが立ち上がらず、開発者を定着させられなければ、6年の持久力が最後に報われるのは「技術は硬いが、誰も使っていない」という結末だけになりかねない。

私が2018年に手を出したこの案件は、結果的に無意識のうちに、このプロジェクトの1サイクルまるごと付き合ってしまった形だ。振り返ってみると、なかなか珍しいと思う。見てきたプロジェクトの中で、6年の沈黙期にも耐えて、チームが解散せずに持ちこたえたものは、正直多くない。

みなさんの手元にも、こういう「買ったのを忘れていた」古いプロジェクトってありますか？ その後、また拾い直すことになったとき、驚きが多いのか、それとも失望が多いのか……どちらでしょう？
@Dusk #dusk $DUSK

子どもが眠りについたのがもう十一時半で、あと半時間はスマホをいじりたくなくて、しばらくDuskの実行層（実行レイヤー）のドキュメントをめくっていました。適当に見てから寝ようと思ったのに、ある細部が引っかかって眠れませんでした。

PiecrustはDuskのスマートコントラクト用の仮想マシンで、WASMベース——これは多くの新しいパブリックチェーンと同じで、特別なところは特にありません。特別なのは、暗号演算をどう扱うかです。ハッシュやゼロ知識証明の検証のような計算量が大きい操作を、WASMバイトコードに丸投げして実行するのではなく、ホスト関数として用意し、基盤となるRustの実装を直接呼び出して計算します。つまり、コントラクトのコードは仮想マシンのサンドボックス内で通常ロジックを走らせる一方で、重い暗号計算にぶつかるとサンドボックスから飛び出してネイティブコードで処理し、計算結果を戻してもらう形です。

この分割は一見すると単なるエンジニアリング上の最適化に見えますが、よく考えると「そうせざるを得ない」ものです。ゼロ知識証明の検証をインタプリタ型の仮想マシンで実行したら、性能の損耗は桁違いになります。特にDuskのようにデフォルトで機密取引のルートを通るチェーンでは、ほぼ毎取引でこの証明検証を通過します。ここが足を引っ張れば、チェーン全体のスループットがそのまま押しつぶされます。最もリソースを食う部分をサンドボックスから外してネイティブコードで走らせることは、本質的に「『コントラクトのチューリング完全性』」と「『プライバシー計算は性能を壊してはならない』」という2つの目標の間に、中間的な解を見つけることです。

引っかかったのはここです。こうしたホスト関数の呼び出しインターフェースは誰が定義するのか？今後拡張はできるのか？もし新しい暗号プリミティブが1種類増えるたびに、仮想マシンの基盤コードを改修しなければならないのだとしたら、開発者が使えるプライバシー用のプリミティブの種類は、ある程度はコアチームのアップデート頻度に首を締められることになります。エコシステムが自由に拡張できる形にはなりません。これは「チューリング完全で、開発者が自由に工夫できる」というパブリックチェーンの物語と、実は少し矛盾している気がします。矛盾は下層に隠れていて、普段は感じにくいだけです。

そう考えると、続けてページをめくる気が失せました。ひとまずメモしておき、あとでチャンスがあればホスト関数がどこまでオープンなのか検証したいと思います。

みなさんはどう思いますか？コアの暗号計算をサンドボックスから切り出してネイティブコードで走らせる、いわゆる「性能優先」の判断——その代償は、見えている以上に大きくなる可能性はありますか？

@Dusk #dusk $DUSK

友だちが最近、一次市場での株式持分の譲渡をいじっていて、手続きが遅すぎると愚痴っていました。弁護士、名義書換の代理人、決済機関が行ったり来たりで、早いと2週間、遅いと1か月も引っ張られる。私は思わずDuskのZedgerモジュールの話をしたら、彼はこう返してきました。"オンチェーン決済って、結局お金を送るだけじゃないの？ そんなに複雑になりようがある？"

いい質問です。けれど証券決済は、お金を送るだけの話ではありません。Zedgerが扱うのは、所有権の変更そのもの――誰が保有しているのか、どれだけ保有しているのか、誰に譲渡するのか、という情報で、従来の仕組みではこれらがカストディアン、レジストラ、決済機関など複数の異なる台帳に散らばっています。突き合わせ（照合）が時間を食うのであって、送金そのものが面倒なのではありません。Zedgerは、この所有権の登記ロジックをチェーン上に移し、ゼロ知識証明によるプライバシー保護をしつつ、所有権の変更を1本のチェーンで原子的に完了できるようにします。理論上は、照合の工程を直接なくせます。

でも友だちに説明したあと、彼はまた別の疑問を投げてきました。法律のレイヤーでは、オンチェーン上に記録された所有権の変更は、従来のレジストラの記録と比べて、最終的に誰のものが「正」だとみなされるのか？ もし両者が食い違ったら、どちらが最終的な根拠になるのか？ これは技術の問題ではなく、Dusk自身でも解決できません。導入している国・司法管轄がこの仕組みを認めるかどうか次第です。技術的に照合工程を削るのは問題ないのに、法的な受容というハードルは国ごとに一つずつ突破していく必要があります。

だから今の私はZedgerへの見方としてはこうです。技術設計は正しい方向性だけれど、「どの国の証券でもそんなふうに決済できる」にはまだかなり早い。現時点で現実に進んでいるのは、せいぜい欧州のいくつかの規制サンドボックスくらいです。
みなさんはどう思いますか？ オンチェーンの所有権登記は、主流の司法システムにおいて「法的根拠」として正式に認められるまで、どれくらい時間がかかるでしょうか。それともこの話は、従来の仕組みが裏付けを与え続ける必要があるのでしょうか？
@Dusk #dusk $DUSK

「最終性（finality）」が話題になると、多くの人の頭に浮かぶのは「何個のブロックが積み上がったら変更できなくなるのか」という“やり切り（ワンカット）”の発想だと思います。Duskのrolling finality（ローリング・ファイナリティ）の設計を読んでみると、その考え方はあまりにも粗っぽいことがわかりました。

この仕組みでは、ブロックの状態を4段階に分けます：accepted、attested、confirmed、final。上へ上へと段階を踏んでいき、非白か黒かの話ではありません。低いラウンドのブロックでも「失敗証明（failed proof）」が十分に揃わなければ、後続のブロックによって置き換えられます。しかし、確認済みブロックが積み上がるほど分岐（フォーク）の確率は指数関数的に下がり、最後には元に戻せないfinal状態にロックされます。この設計の本質は、「安心するまでどれくらいか」を固定の数字としてではなく、1本の曲線として定量化している点にあります。

特に気になっているのは、どうやって投機（アービトラージ／オポチュニスティック行動）を防ぐのかというところです。たとえば誰かがわざと自分の番で“撮る（承認する）”のではなく、後続のラウンドでブロック報酬を拾おうとするようなケースです。プロトコルには、投票報酬、追加ポイント、次ラウンドのブロック生成資格の剥奪といった複数の対抗策がそれぞれ用意されていて、さらにイテレーション回数の上限も設けています。つまり、ゲーム理論上の穴を一つずつ塞いでいるのであって、単に“罰金を払わせればいい”のような単純な話ではありません。

とはいえ、細部まで見ていくほど引っかかる点もあります。このメカニズムは、委員会の規模が十分に大きく、ネットワーク通信が十分に速いという前提の上に成り立っています。もし将来、ネットワーク分断が起きたり、メッセージ伝播の遅延が伸びたりしたら、「確認ブロックが素早く累積する」という仮定自体が先に崩れてしまわないでしょうか。秒単位のfinal性（最終性）と、極端なネットワーク条件下での頑健性。この2つを本当に両立できるのか、現時点では完全に安心できる答えを見つけられていません。

@Dusk #dusk $DUSK

私はZedgerを3日間見つめて、突然Duskが次にどんな手を指しているのかが分かった

正直に言うと、最初に @Dusk を調べたときは、Phoenixに狙いを定めていました。ゼロ知識証明やプライバシー取引—市場にはこの手の話をするプロジェクトがごまんとあります。けれど、本当に私が立ち止まってホワイトペーパーを読み直させたのは、Zedgerにある「Sparse Merkle-Segment Trie」という構造です。これを取り上げる人はほとんどいません。

一般的なアカウントモデルなら、残高を確認したいだけで数字を読めば終わりです。ただしその代償として、全ネットワークにその数字の変化が見えてしまう。UTXOモデルは発想を変え、資金を無数の断片に分けて、誰も全体像を掴めないようにします。でも、この仕組みを証券の決済に持ち込むのは少し不便です。機関が欲しいのは、監査できて、照合できて、持分に応じて配当できる台帳であって、追跡不能な断片の山ではありません。

Zedgerがやろうとしているのは、口座の持ち主自身が「分割された台帳」を管理することです。更新があるたびに、Merkleツリー上の“ある一部の根”だけを更新します。外部の人には明細は見えませんが、規制当局や監査側が対応する鍵を入手すれば、特定の範囲が適合しているかを検証できます。これは私たちが普段理解している「全裸か全黒か」とはまったく別の道で、必要に応じて開示できる中間状態を提供しています。配当、議決権、持分の上限といった、証券特有のややこしい事柄を、この構造は本来の形でサポートしており、余計な“つぎはぎ”は不要です。

私はこの業界に長く関わってきましたが、「コンプライアンスだ」と口では言うものの、実装では結局は空っぽのプロジェクトを見過ぎるほど見てきました。Zedgerの仕組みは、コードのロジックとして実際に書き込まれています。納得できないなら、オープンソースのリポジトリを確認すればいい。もちろん、万能薬ではありません。複雑な構造は実装や監査のコストを押し上げるからです。最終的にこの帳尻が合うかどうかは、実際の機関による導入事例次第で、今この段階で結論を出すのはまだ早いです。

金融というものは結局のところ、プライバシーと信頼の間でバランスを取るために存在しています。誰も生まれつき見透かされるべきではないし、誰も永遠に問い詰められないわけでもない。$DUSK のこの設計は、ある意味で私たちに代わって、より古い問い—人は世界に対して自分をどれだけさらすべきか—への答えを返しているのです。 #dusk

PhoenixとMoonlightが同時に存在し、あるプライバシーチェーンには隠さない部分の“口”が残っている。私はかなり醒めていると思います

プライバシー系のプロジェクトをやっている人は極端に走りがちです。つまり、すべてを隠し切って「絶対的なプライバシー」をうたうか、手間を省いてそのままプライバシーを捨てて効率を取るか。ここ2年で、プライバシーを掲げるプロジェクトがこの二択で最後は行き詰まる例を少なからず見てきました。監査や規制にはそもそも触れられないか、プライバシー機能が実質的に形骸化してしまうか。私は$DUSK のドキュメントを読んで、その設計が極端に走っていないことに気づきました。PhoenixはUTXOモデルで、転送の秘匿（シールドトランザクション）を行い、残高と取引の関係を両方とも覆い隠します。Moonlightはアカウントモデルで、公開ルートを通り、残高と転送はいずれも明けて見えるようにしています。2つの経路が並存していて、どちらもDUSKを転送でき、gasも支払え、スマートコントラクト実行の入口にもなれる。どちらを使うかは各自で選べます。

最初はこれが妥協だと思いました。でもあとで分かってきたのは、これは結局「逃げ道」を残しているということです。機関はコンプライアンスに従う必要があり、監査や追跡も求められるので、すべての資金の流れをブラックボックス化することは不可能です。規制のサンドボックスで最初にやることは、お金がどこへ行ったかを見えるようにすることです。一般のユーザーはプライバシーを望み、毎回の送金が丸裸にされるのは嫌です。1つのモデルで2つの要求を無理に満たそうとすると、たいていはどちら側にも好かれません。これは、家を建てて前門と裏口を残すのと同じ理屈です。前門は戸籍を確認しに来る人が通り、裏口は近所に見られたくない人が通る。家は同じ建物で、どの扉が余計だとは誰も思いません。

私の@Dusk のような設計に対する印象は、「自分はすべての人の要求は解決できない」と認めたうえで、万能な解決策を無理にこしらえるよりも、むしろ正直だということです。技術の世界の最後は、往々にして誰の理想がより純粋かではなく、まず現実の骨を自分が先にかじり切る覚悟があるかどうかで決まります。#dusk

チャレンジ機構から見るBitcoinスクリプトの異常状態に対する処置制限

Bitcoinのようなネイティブのスマートコントラクトを持たない資産を複雑な金融の仕組みに組み込むと、最も詰まりやすいのは「退出」です。外部アプリが返すデータがずれてしまったり、外部チェーンがフォークしたりした場合、Bitcoinにロックされた資産はいったいどんな仕組みで安全にアンロックされるのでしょうか？

もし全ての労力をオフチェーンでの証明の提出方法に注ぎ込むと、清算やチャレンジ開始に関する時間的な制約を見落としがちです。Trustless Bitcoin Vaultsのロジックでは、VaultはBitcoin側で実際に、タイムロックと多条件分岐を含むスクリプトによって構築されています。外部状態の証明が定められた時間内に確定されなかった場合、または検証者が異常状態に対する否定証明を提出した場合、決済スクリプトが特定の支出経路をトリガーします。この設計は、中央のサーバーが強制的に清算を行うことに依存するのではなく、「紛争の処置」をBitcoin本体の時間制限とスクリプトロジックに直接書き込むことで実現されています。

資産の裁定権を別のコンセンサスノードの仕組みに委ねるブリッジ機構と比べて、BitcoinネイティブのTimelockを使って最悪の状況を限定するこの考え方の方が、よりコンパクトです。しかし、リスクとしては、争議期間の長短がBitcoinのチェーン上でのブロック確認速度に直接連動してしまう点があります。ネットワークが混雑すると取引手数料が急騰し、チャレンジを起こすコストや遅延が大幅に上がり得ます。これは、インセンティブ設計とマイナーによるパッキング優先度の判断を強く試すことになります。

その後、このメカニズムがメインネットで高頻度に運用された際の実際のGas摩擦や、極端な相場下でチャレンジ経路が適時にトリガーされるかどうかは、引き続き観察すべき重要な指標です。 @BabylonLabs_io $BABY #baby

私は最近、BTCを妥協せずにDeFiへ持ち込む方法を研究しています。TBVはなかなか良い答えをくれました

長年のユーザーとして、いくつかのBTC担保（ステーキング）案の長所と短所を並べて比較したところ、Babylon TBVは信頼モデルにおいて明確な割り切りをしていることが分かりました。過去によくあるやり方は、BTCを移転したり別の環境にラップしたりして流動性を作ることでした。ですが、その場合は運営側が問題を起こさない、あるいは攻撃されないと信じる必要があります。自分が保有していたときにも似たリスクを目にし、心のどこかで警戒を保っていました。

TBVはBTCをその場で動かさず、ビットコインチェーン上に個人用のTaprootスクリプトvaultを作る選択をしています。ユーザーは事前署名によるロックに参加し、DeFi側では暗号証明によって担保状況をリアルタイムで確認し、借り入れなどの操作をサポートします。起動と償還は、原子的な仕組みとBABEチャレンジによるクロスチェーン検証で行われ、スクリプトが条件を満たす場合のみ資金を動かせるようにしています。各vaultは完全に隔離されており、他人の資金が混ざることはありません。まるで個人の金庫です。

このやり方の賢さは、最小限の変更で最大限の互換性を実現している点にあります。つまり、入力はネイティブBTC、途中では証明生成と状態同期を処理し、出力は二つのチェーンのコンセンサス判断に依存するという設計です。コントロール権を外部に丸投げしていないため、ビットコインの自己管理というコアの魂を保ったまま、コインを使いたいが無用なリスクは避けたい人にとって実用的です。

私は引き続き冷静に見極めます。清算のプロセスはネットワークが混雑したときに十分機敏でしょうか？ 統合の難しさが、一定数の開発者を遠ざけてしまわないでしょうか？ エコシステムのパートナーは、ネイティブ担保のために既存システムを最適化することに前向きでしょうか？——これらのエンジニアリング上の課題が、どこまで到達できるかを左右します。

この業界で長く遊んで（学んで）いるほど、私は「良い技術とは、人を信頼に頼らせず、コードに頼らせるものだ」という感覚が強くなってきました。TBVは、BTCの核心的な属性を失わない前提で、それをより使えるものにしようとしています。私はそこにバランスの取り方の一つの道筋を見ました。資産が安全に保管できるだけでなく、コントロール可能な範囲で価値を生み出せるなら、私たちは未来へのより一層の手綱（コントロール感）を持てるのかもしれません。富の物語は、結局のところ「誰が本当に鍵を握っているのか」に帰着します。

$BABY #baby @BabylonLabs_io

深夜翻完 @BabylonLabs_io 最新放出的 Trustless Bitcoin Vaults（TBV）架构图，脑子里第一反应是：这套设计有点意思，它好像把链上金融的“信任边界”重新划了一遍。
长期以来，大家对 BTC 参与外部生态的默认解法，无非是“桥接”或“封装”。但不管玩法包装得有多花哨，底层都躲不开同一个逻辑——先把 BTC 拱手交给第三方托管，换一张凭证出来跑流动性。这等于用 Bitcoin 最宝贵的原生安全性，去换取生息的入场券。

TBV 最耐人寻味的地方，恰恰在于它拒绝了这种“离场”的惯性。它利用 BitVM3 的证明能力和 Taproot 输出，把资产牢牢锁定在 Bitcoin 链上由用户掌控的 Vault 中。更关键的是，每个 Vault 都是独立的 UTXO 隔离单元，没有共享资金池那种“牵一发动全身”的系统性风险。当外部协议（比如借贷或清算系统）需要联动时，TBV 不是让 Bitcoin 硬去读取异构链状态，而是将外部逻辑压缩转换成 Bitcoin 原生脚本能识别的欺诈证明与状态约束。

它本质上不是在劝用户把 BTC 卖掉或者“换成别的资产”，而是在不削弱 Bitcoin 自身安全模型前提下，给原生的 BTC 赋予了穿透外部金融逻辑的能力。如果未来大规模运行能持续维持低验证成本与高安全性，这可能会是 BTCFi 领域真正具备范式创新意义的技术底座。
$BABY #baby

TBVは私に「セルフホスティング」という古い言葉を改めて見直させた

昨晩Babylonのホワイトペーパーを読み終えたあと、頭の中をずっと回っていたのはあのpre-signed transaction graphでした。以前は、BTCでDeFiをやろうとするなら何かを妥協するしかない、要するにブリッジかカストディだとずっと思っていました。ところがTBVは、Bitcoin上でTaprootを使い、考えられる支出経路をあらかじめ全部サインしてロックし切ってしまったのです。ユーザーがサインするだけでなく、Vault ProviderやKeeperたちもサインしますが、サインが終わった後は誰も新しいやり方を追加できません。BTCは最初から最後まで、自分自身のUTXOの中にロックされます。まるで、あらかじめ用意された鍵しか認めない金庫のように。

私がこの旧いcrypto人として一番気に入っているのは、その現実主義です。Bitcoinを無理やりEVMに改造するのではなく、Scriptの限界を素直に認めたうえで、BABEによって外部DeFiの状態をZK証明とgarbled circuitで「Bitcoinが検証できる形」に翻訳しています。払い出しや清算の際には証明を提出し、チャレンジ期間には誰でも異議を唱えられ、間違っていれば無効になります。中間者がこっそりあなたのコインを動かすこともなく、共有プールでリスクを混ぜ合ってしまうこともありません。

もちろん完璧ではありません。peginは確認待ちが必要で、チャレンジ期間は3日。規模化した後にgasや調整コストが頭痛の種にならないか、私はまだ観察中です。清算時はvaultが丸ごとしか壊せず、sacrificial vaultのような小技も必要になります。ただ、めちゃくちゃ簡単に中央集権化したり、多署名に寄ったりする他の案と比べれば、少なくとも信頼を最小化し、BTCの安全性の境界を流動性と引き換えに売り渡していません。

本当に心を動かされたのは、この発想です。Bitcoinは別のスマートコントラクト・チェーンになる必要はない。自分のルールを守っていれば、暗号技術によって外部世界の条件を「理解」できるのです。支配権が常にネイティブのネットワーク側にあること――これこそがBTC保有者に対する最大の敬意だと思います。

ますます複雑になる金融の世界で、私たちは本当にyieldのために鍵を他人に渡すべきなのでしょうか？ TBVの答えはかなり骨太で、哲学的でもあります。真の資産の自由とは、おそらく「資産が永遠に自分のルールを聞く」という頑固さにあるのだ、と。

@BabylonLabs_io $BABY #baby

ビットコインの担保がついに“他人任せ”じゃなくなる TBVが、ちょっと違うものを見せてくれた

ここ数年、私はいろんな落とし穴を踏んできたし、プロジェクトが「最適活用」とか言ってユーザーのBTCを吸い上げた挙げく、ブリッジが切れたりマルチシグで問題が起きたりして、結局は全てを失うのを見てきました。だからBabylonのTrustless Bitcoin Vaultsを見たとき、まずは疑い、その後少しずつ納得していきました。

核心ロジックは、意外とかなり現実的です。あなたがBTCをビットコインのメインチェーン上のTaprootアドレスに置くのは、自分で“スマートロック付きの保険金庫”を作るのと同じです。このロックの鍵のルールは、外部のDeFiコントラクトによって決まります。たとえば貸借プロトコルなどです。返済が完了したり、条件が満たされたりすると、ゼロ知識証明によってビットコイン上で検証され、BTCは解錠されて取り戻せます。途中に仲介者の管理はなく、ラップド資産もなく、クロスチェーン移転のリスクもありません。あなたのコインを動かしたい？ なら数学的な証明を差し出す必要があります。チャレンジ期間中は、誰でも（とりわけあなた自身でも）止められます。これまでの、信頼するチーム頼みの方式と比べると、明らかに“ハードコア度”が高いです。

長年のユーザーとして、この点が特に実務的だと感じます。ビットコインの最大の価値は、いつだってそのシンプルさと安全性です。TBVによって、それが担保として借り入れや他のシーンに使えるようになっても、自託管理（セルフカストディ）を犠牲にしなくて済む。手元のBTCが、ただウォレットに寝かされて大人しくしているだけじゃなく、ステーブルコイン発行やその他の金融プレイの裏付けになる一方で、常に最も安全なチェーンに固定されている──これは、保有したまま動かさない大口にとって、かなり良い切り口だと思います。

@BabylonLabs_io は、この“ノートラスト”設計に重点を置いている点を、実行面から見ても安定していて、あちこちで大風呂敷を広げてはいないように感じました。$BABY のvault管理や関連インセンティブにおける役割は、引き続き注目する価値があります。#baby

私はずっと、cryptoの本質は権力を中央集権的な主体から取り戻して個人に返すことだと信じています。TBVのような試みは、口先だけでスローガンを叫ぶのではなく、スクリプトと証明によって、ビットコインの境界線を一歩ずつ強化している。そんな姿が、私たちがなぜhodlを続けるのか──価格上昇のためだけじゃなく、騒がしい市場の中でその“自分で自分の主導権を握る”執着を守るためだ──という原点を思い出させてくれます。技術がどれほど複雑でも、最終的に問われるのは、普通の保有者が、誰にも頼らず本当に自分の資産を掌握できるかどうかです。#baby $BABY

ビットコインはついに“管理（カストディ）”される必要がなくなった――私はBabylon TBVを本音でどう見ているか

正直なところ、ここ数年いろんな「ビットコインをDeFiに持ち込む」案を見過ぎて、正直ちょっと感覚が麻痺していました。やたらと、あなたの本物のBTCをラップして、ブリッジやカストディ事業者に渡し、相手が逃げないことを祈る。で、結果は？動いたBTCはたったの1%で、残りの大半はコールドウォレットで眠ったまま――金持ちの守銭奴みたいな状態で、何の利回りも生みません。

最近BabylonのTrustless Bitcoin Vaults（TBV）を試してみて、ようやく核心を突いたと感じました。あなたのBTCはそもそもビットコイン・チェーンから離れず、あなた自身が参加する署名のTaprootスクリプトの中にロックされます。まるで個人用の保管箱で、各ボールトは独立していて他人と混ざりません。しかも、誰もあなたのコインを使って再担保にすることができません。

ひとつ愚痙を言うと、これまでのクロスチェーン案はいつも「家の金の延べ棒を銀行の保険金庫に預けるようなもので、鍵は他人が管理している」感覚を抱かせました。いまのTBVは、あなた自身が地下に金庫部屋を掘って金の延べ棒を埋め、埋めた量や“条件を満たしたら掘り出せる”という証拠だけを外に送るようなものです。Bitcoinのスクリプト＋ZK証明＋BABEのチャレンジ期間。この組み合わせで、信頼を最小化しています。実運用では、peg-inはビットコインの確認待ちが必要で、払い戻し（赎回）には数日間のチャレンジ・ウィンドウがありますが、それでも安心感は爆発級です。

もちろん完璧ではありません。ビットコインのスクリプト自体に制約は多く、証明の検証コストも高くなりがちで、普及には時間と、より多くのアプリ接続が必要です。でも、これまでの「信じて任せてください」系の案と比べれば、これは現実的な大きな一歩です。Babylonは、BTCのネイティブな安全性をより広いDeFiの世界に“本当に”持ち込み、無理にBTCを改造しようとはしていません。

古参のcryptoプレイヤーとして、私が一番気に入ったのはこの妥協しない姿勢です。自托管を犠牲にせず、ラップ商法もしない。純粋な暗号学で正面から殴る。@BabylonLabs_io

最後に、ビットコインが生まれた時点で「誰にも頼らず、コードとコンセンサスで生き延びる」という哲学があります。TBVは、その精神をDeFiへと伸ばしたものです。あなたの資産は依然としてあなたのもの――それが、やっと流動性を得て、より多くのシナリオに役立つようになり、永遠に眠り続けることがなくなる。たぶんこれが、暗号の真髄なのでしょう。原点に回帰しつつ新しい扉を開く。真剣に注目する価値があります。

#baby $BABY

Babylon TBVに対する率直な見解：ビットコインがようやく動き出した。でも、万歳と叫ぶのはまだ早い

正直に言うと、私はcryptoに約10年いて、ビットコインを万能の鍵みたいに吹聴するプロジェクトを見過ぎてきました。結局は、面倒な橋渡しを増やすか、管理者が逃げるかで終わることが多い。BabylonのTrustless Bitcoin Vaults（TBV）は目を引いたものの、警戒心は捨てていません。

最近、彼らの仕組みを詳しく調べました。簡単に言えば、BTCをビットコイン・チェーン上のTaprootスクリプトにロックして、個人用の保険箱を作るようなものです。この箱は、外部チェーンのスマートコントラクト（たとえばAave v4）と直接連動します。ステーブルコインを借りたい？もちろん。ゼロ知識証明で、ターゲット・チェーン上で返済した、あるいは条件を満たしたことを検証すれば、その後BTCを取り戻せます。誰かに鍵を預ける必要もなく、コインを別チェーンへ移す必要もありません。チャレンジ（異議申し立て）ウィンドウの仕組みが公開の監視ポストのように機能し、不正をしようとする者がいれば、十分な資格を持つチャレンジャー（あなた自身を含む）が止められます。かなり筋が通っていて、信頼できそうですよね？多署名の委員会なんかよりずっとマシで、ああいうものを見るたびに、以前のカストディ（預託）スキャンダルを思い出してしまいます。

ベテラン目線では、この実務的なアプローチを評価しています。派手なクロスチェーン・ブリッジを作るのではなく、ルールをビットコインのスクリプトと暗号学的な証明に“書き込んでいる”。ビットコインの保有者が、眠っているコインに何らかの役割を与えられるようになったのは大きい。担保による借り入れや、より多くのDeFiへの参加ができて、「このコイン、結局自分の手元にあるのか？」という定番の不安を抱えずに済む。従来のラップBTCと比べれば攻撃面がかなり減り、ビットコインの資本効率も一段上がります。ただ、ひとつ文句も言わせてください。現状の実装はチャレンジャーと証明生成に依存していて、操作のハードルは一般の人にはまだ少し高めです。詐欺のチャレンジ・ウィンドウを常時監視したり、ZK証明を扱ったりするのを望む人ばかりではありませんからね。

@BabylonLabs_io は、この点に関してかなり誠実に取り組んでいて、自主保管とビットコインのネイティブ性を重視し、ふわっとした大風呂敷を語るだけではない。$BABY トークンは、vaultの操作やセキュリティの仕組みで役立つはずだということで、実際にどう活きるのか期待しています。#baby

結局のところ、ビットコインは「中央集権的な信頼への疑念」から生まれたものです。TBVのような設計は、私たちが最初にこの界隈に入った理由――人への盲目的な信頼ではなく、コードと数学で代替すること――を思い出させてくれます。

Mainnet Betaに目をくらまされないで、Newtonが公開していない「刃先を舐める」話をしよう
Newton Mainnet Betaのリリースを見て、多くの人が手を叩いて盛り上がっている。私は一晩かけて技術ホワイトペーパーを読み漁ったが、皆が熱狂しているのは、話題のAVSや二重検証のあれこれ。けれど私は、誰も触れない冷えた小ネタ――「影のステート・パイプライン」（Shadow State Pipeline）に注目した。

簡単に言うと、複数チェーンにまたがる複雑な戦略をオフチェーンのサンドボックスで影として事前に“予演”し、瞬間的な状態の証明を生成してから検証ネットワークに投げ返す仕組みだ。賢い点は、場所を節約できること。高頻度の自動化取引がGasコストを天井知らずに燃やさずに済む。だがコインには裏表がある。オフチェーンでの予演と、オフチェーンではない実際の決済の間には「時間差の盲区」が存在する。極端な相場局面で、価格データソースがほんのわずかに傾くと、影のステートは「ゴースト・ステート」になり得る。そうなると戦略はストレートに滑って、目も当てられないスリッページ地獄だ。

これが、大手プレイヤーがいまだに核心の主権を差し出せない理由だ。安全性と効率は、天秤の両端にあるものではなく、終わりなき動的な綱引きでしかない。コードなら完璧な数字の迷路を作れるが、人間の欲や市場の不確かさを飼いならすことはできない。私たちはオンチェーンで極限まで自動化を追い求めるが、本質的には、技術的な決定性で“時間”という究極のエントロピー増加に対抗しようとしているだけだ。けれど忘れないでくれ。本当の絶対的理性に至る前に、精密な機械というのは結局、暗い森の中で前へ進むための杖に過ぎない。

@NewtonProtocol の今後、皆さんはどう見てる？ $NEWT は身を守るために持つのか、それとも風を待つのか。コメント欄で。 #Newt

CPI発表後、ついに市場が方向性を示しました

CPIデータが市場予想を下回り、市場は最初に「やや強気（利多寄り）」と解釈しました。利下げ期待もいくぶん高まり、リスク資産全体は堅調に推移しています。ただし、私が注目しているのは“ニュースそのもの”ではなく、“ニュースが出た後に価格がどこに定着するか”です。

チャート（K線）を見ると、BTCはすでに64000付近のレジスタンス帯に再び戻ってきています。ここは前回のレンジで売買が集中していた領域でもあります。ETHは1870-1885あたりまで来ており、直近高値のレジスタンスまであと少しです。

ニュースは感情を動かすことはできますが、本当に相場を決めるのは需給（出来高・ポジション）と“位置”です。

もしBTCが64000の上を有効に維持できるなら、次のステップとして65000-65500の再テストの可能性があります。逆に、高値を試しに行っても出来高を伴わず、63200-63500までの押しが入るようなら、むしろこちらの方が私の注目するポイントになります。

ETHも同様で、重点は1900付近のブレイク状況です。1900を明確に上抜けして定着するまでは、私は1830-1850あたりまでいったん押して確認するのを待つ方が好みで、今の段階で追いかけて買うつもりはありません。

データは1日のセンチメントに影響しますが、トレンドはCPI一つで終わるわけではありません。取引は感情を待つのではなく、位置（価格の定着点）を待つべきです#美国6月CPI降至3.8% $BTC