Nexiz Crypto

TermMaxのLeveragerロールのドキュメントを読んでいたとき、1つの詳細が目に留まりました。レバレッジされたポジションは単純な残高として追跡されるのではなく、それ自体が独立したアセットとして鋳造される——Gearing Token（GT）です。

これは単なる担保のラッパーだと思っていましたが、仕組みはそれよりも自己完結的です。AliceがUSDCを1,000デポジットし、さらにフラッシュボローで2,000を借り入れて3ETHを購入し、それをGTにロックします。するとGTはFixed-Rate Tokensを発行し、それが元本と利息に分かれます。利息の部分はXTsとして販売され、そのXTsと元本を合算すると、フラッシュローン返済に十分なUSDCが償還として得られます。1回の取引で完結し、手動でのループ処理は不要です。

ここでGTがそもそも存在する理由が腑に落ちました。GTはポジションの両面——債務と担保——を同時に記録する唯一のオブジェクトだからです。

公式のTermMax V2発表を確認したところ、共有しておく価値のある点に気づきました。V2のブログ記事ではSmart Unwindについて説明されており、レバレッジャーが満期前にGTへ自動の終了条件を設定できるようになります。しかし、Leveragerのドキュメントページでは、V2のより広範なロールアウト後でさえ、この機能がまだ稼働していないと明確に記載されています。段階的なローンチのための妥当なトレードオフではありますが、未稼働がプロトコル全体に適用されるのか、それとも特定のマーケットのみに適用されるのかという未解決の疑問が残ります。

#termmax @TermMax

I was reading through Dusk's announcement on the Chainlink partnership, expecting the usual CCIP integration talk, but one detail stood out before any of the technical language: the partner behind this isn't a crypto-native platform at all, it's NPEX, a fully regulated Dutch stock exchange.

I assumed this was just another bridge-and-data-feed story, so I checked the official page directly. The paragraph that stood out described NPEX's actual track record: NPEX, meanwhile, brings a powerful legacy of regulated market activity. As a Dutch stock exchange supervised by the Netherlands Authority for the Financial Markets (AFM), NPEX has facilitated over €200 million in financing for 100+ SMEs and connects a network of 17,500+ active investors.

That's when it clicked why Chainlink matters here. Dusk isn't just linking chains together, it's linking an already-regulated exchange to on-chain settlement. CCIP becomes the interoperability layer, while Chainlink DataLink and Data Streams are positioned to carry NPEX's official market data on-chain, a different problem than most DeFi oracles are built for.

What surprised me was the framing. Dusk markets itself as privacy-preserving, yet this integration leans heavily on transparency and verified data. That's less a contradiction and more a trade-off: confidentiality at the transaction layer, verifiability at the data layer, so institutions get compliance without giving up privacy entirely.

I'm still working through whether this model scales past one exchange, or whether NPEX is simply the proof case Dusk needs before others follow.

What do you think, fair balance or too early to tell?#dusk $DUSK @Dusk

貸付レンジのオーダーセッターに関する章を読んでいたところ、ある細部が目に留まりました。例では、ボブが10,000 USDCを貸し付けていて、たった1回のマッチの後ですでに10,250 FTsを保有しているのです。最初の推測は、追加の250はまだ確定していない何らかの想定利回りで、実際に得たものではないということでした。

仕組みをもう一度確認してみると、それは違いました。配置（プレースメント）の時点で、システムはボブの全額に等しい元本FTsを鋳造し、これをXTsとペアにして、オーダーに割り当てます。マッチング時に変わるのは、利息部分だけです。借り手は発行したFTsを元本と利息に分け、利息FTsをXTsと引き換えにボブのオーダーへ売却し、そのXTsに加えて自分の元本FTsを使って償還します。ボブはXTには一切触れず、受け取るのは利息FTsのみです。

驚いたのは、分割や償還を行うのが貸し手ではなく借り手だという点でした。ボブは価格カーブを設定した後は受け身のままで、個々の約定（フィル）の価格設定に対するコントロールを、固定で予測可能な利回りと引き換えにしています。

それでも、カーブがどの約定を4%近辺にして、どれを6%近辺にするのかが気になります。

#termmax @TermMax

I was reading Dusk's page on the NPEX partnership, and one detail stood out: the DLT-TSS license is still listed as "in progress," not granted. I assumed that was just standard regulatory lag, the usual waiting period for any EU filing. After checking further, the timing turned out to be more specific than I expected. Germany's 21X already secured the first DLT Pilot Regime license for a combined trading and settlement venue back in December, and it did so on Polygon, not on Dusk's own chain. So the exact license Dusk and NPEX are pursuing already exists elsewhere, on infrastructure Dusk doesn't control. What surprised me more was how deep the NPEX relationship actually runs. In past interviews, Dusk's CEO mentioned being offered the CTO role at NPEX directly, meaning NPEX's own trading infrastructure is being rebuilt on Dusk's technology from the inside, not just integrated as a partner. That's the overlooked contrast. One official source frames DLT-TSS as a milestone still ahead. Another shows a competitor already operating under that exact license, on a different chain entirely. Read together, it suggests Dusk's advantage isn't first-mover status on the license itself, it's the depth of the NPEX integration underneath it.

Worth watching whether that structural head start closes the licensing gap faster than 21X's early lead suggests.

#dusk $DUSK @Dusk

I was reading Dusk's announcement about their partnership with NPEX and Chainlink, and one detail caught my attention immediately: DUSK moving between Ethereum and Solana using something called the Cross-Chain Token standard, or CCT. I assumed this was just another bridge mechanism, the kind that wraps a token and hopes liquidity shows up on the other side.

After checking the official announcement, though, the terminology was more specific than that. Dusk explicitly calls out the "burn/mint model" and describes it as removing dependence on third-party liquidity pools entirely. That's when it clicked why they emphasized zero slippage as a selling point rather than a technical footnote. What surprised me was comparing this against Chainlink's own CCIP documentation, which lists several possible mechanisms: burn-and-mint, lock-and-mint, and lock-and-release. Dusk didn't just adopt CCIP generically; they picked the specific configuration where tokens are destroyed on the source chain and recreated on the destination, rather than locked and represented by a wrapped version.

The trade-off behind that choice seems to be control versus flexibility. Burn-and-mint requires the issuer to grant minting rights on every connected chain, which is a bigger trust commitment upfront, but it avoids the fragmented liquidity problem that wrapped assets create over time.

I'm still working through what this means for NPEX's regulated securities specifically, since equities carry compliance constraints that a generic token might not. Does burn-and-mint hold up the same way when the underlying asset is a regulated share rather than a currency?#dusk $DUSK @Dusk

今日は TermMax の数字を確認していたのですが、すぐに気になった点が1つありました。

DefiLlama では TVL が $31.21M、アクティブなローンが $27.28M と表示されている一方で、プロトコルのキャンペーンダッシュボードでは、別の $50M のマイルストーンに向けた進捗が追跡されています。

出所が2つ、数字も2つ。

しかし、より興味深かったのは借入側の情報でした。

TVL が $31.21M のうち $27.28M が借り入れに充てられているため、利用率はおよそ 87% にあります。これは、共有型の流動性プールではなく、分離された市場を前提にした固定金利型プロトコルとしてはかなり高めです。

もう1つの興味深い統計として、プロトコルの TVL の 98.4% が現在 Ethereum 上にあるようです。これは、ドキュメントが PT 市場や利回りを生む担保に焦点を当てている点と整合的に見えます。

ただ、TVL の差はタイミングや計測方法の違いによるものだと思いますが、まだ気になっています。

この不一致について、公式な説明を見つけた方はいらっしゃいますか？

#termmax @TermMax

I was reading through Dusk's node docs late at night, half paying attention. I almost skipped the archive node section entirely.

I assumed it was boring. Just a storage box for old blocks. Nothing exciting.

Then one line stopped me.

An archive node can also stake and join consensus. Same node, extra job.

Wait, what? I thought archive nodes just sat quietly in the background. I kept reading, expecting more detail. Then I saw the docs also say this isn't really recommended. That confused me for a second. Why mention something you don't actually want people doing?

Then it clicked.

It's not a rule. It's more like a warning label. The node can do both jobs, but doing both at once is asking a lot from one machine. Think of it like a librarian who's also asked to guard the building overnight. Technically possible. Probably exhausting. That small detail changed how I see these nodes. Not every capability is meant to be used just because it exists. Sometimes the most honest thing in documentation isn't the feature. It's the quiet note telling you to be careful with it.

Makes me wonder how many node operators read that line and just... ignored it.

#dusk $DUSK @Dusk

I was reading through TermMax's docs trying to figure out what "Fixed-Rate Token" actually meant, and I assumed the rate itself must be locked by the protocol, set once a market opens. That assumption didn't survive the first page on tokenization.
The docs describe FT as a zero-coupon bond: it commits to pay out 1 debt token at maturity, but it trades at a discount before that date. So the "fixed" part isn't a locked-in number, it's the destination, one full debt token, guaranteed at maturity. What a lender actually earns depends on the discount they buy in at, which is set by whichever range order they end up filling. That's when it clicked. What surprised me was the parity condition running underneath it: 1 FT plus 1 XT equals 1 debt token, holding at any moment, not just at settlement. XT isn't a side asset sitting off to the side, it's the other half of the same equation, and it becomes worthless the instant FT can be redeemed at maturity. The trade-off is that pricing shifts as time-to-maturity shrinks, so the effective rate changes with every trade instead of staying static. That seems intentional, letting the market discover the rate rather than having the protocol dictate it upfront.

I'm curious how closely that discount actually tracks time remaining once markets get thinner near maturity. #termmax @TermMax

私は、すべてのブロックチェーンが裏側では基本的に同じ仕組みで動いているのだと思っていました。トランザクションが送信され、順番待ちをして、何かが確定される前には誰もがその行列を見られる。私はずっと、そういうものだと疑いませんでした。ところが、Duskのドキュメントを読んで、それが引っかかり始めました。DuskEVMには、そもそも見える順番待ちの行列がありません。トランザクションはそのまま通過し、何が起きようとしているのかが公開されることなく、実際に起きます。そこで腑に落ちました。ほとんどのチェーンでは、保留中のトランザクションを誰もが見られる状態にすることは、透明性のために普通のこと、むしろ良いことだと見なされています。しかしそれは同時に、注意深く見ている人なら誰でも、取引が来るのを先読みして先に行動できるということでもあります。日常的な送金であれば、そこまで大きな問題にはなりません。でも、規制のある金融活動では、それは現実のリスクです。だからこれは、単なる技術的な近道というわけではありません。むしろ「透明性を引き換えに保護を得る」という、意図的な選択に見えます。金融機関は、行列を監視することよりも、決済される前に自分たちの活動が露出しないことを重視するからです。私が繰り返し考え続けているのは、ここで「プライバシー」が意味するものがどう変わるのか、という点です。すべてを隠すことが目的ではありません。トランザクションが本物になる前に、その意図をブロードキャストしないことが重要なのです。もし金融機関が、取引が来るのが見えなければ、もっと信頼できるシステムだと本当に思うのでしょうか？それとも、信頼の問題が別の場所に移るだけなのでしょうか？#dusk $DUSK @Dusk

DuskのNPEXパートナーシップに関するページを読んでいたところ、「"DLT-TSS"」というライセンスに言及しているのが目に留まりました。この用語はブロックチェーンの文脈では初めて見かけたので、Dusk内部の用語だと思っていました。

公式ページを確認すると、それは実際の規制上のカテゴリであり、DLT Trading and Settlement System（分散台帳技術で運用される市場インフラのためのEUパイロット制度ルールに基づく、より新しい指定の一つ）に該当するライセンスでした。

驚いたのは、そのページをDuskの以前のNPEX発表と比較したことです。元の2023年のリリースでは、NPEXは単にMTFライセンスの取引所として説明されていました。より最近の「Regulatory Edge（規制面のエッジ）」ページには、MTF、ブローカー、ECSP、そして将来のDLT-TSSまで、より充実したスタックが記載されています。同じ提供元の2つの公式資料の間で見られる範囲の変化は、矛盾ではなく、パートナーシップの規制上のカバーが最初から固定されていたというより、時間とともに拡大していったことを示すサインです。

ここで慎重に読むと、Duskは自社のライセンスを主張しているというより、スタック全体にわたるNPEXの既存の規制上の立ち位置を引き継いでいる、ということになります。これは意図したトレードオフです。スタンドアロンの枠組みによるコンプライアンスの物語ではなく、NPEXのライセンス進捗にDuskのコンプライアンスの説明を結び付けるのです。

そして実際の疑問が残ります。DLT-TSSが確定したら、それによってDuskで決済できる資産の種類が変わるのでしょうか。それとも、主にNPEXがすでに行っていることを形式化するだけなのでしょうか？

#dusk $DUSK @Dusk

I was reading through some updates on Dusk Network and one detail caught my attention: they're building something called Hedger, described as a privacy module for their upcoming EVM layer.
My first assumption was that this just meant "private transactions," the same pitch most privacy chains make. After checking the official docs, it turned out to be more specific than that. Hedger uses homomorphic encryption alongside zero-knowledge proofs, but the goal isn't just hiding data, it's making that hidden data reviewable when required. That's when it clicked. Regulated finance doesn't actually need total secrecy. It needs privacy that can be selectively opened up for auditors or regulators without exposing everything to the public chain. What surprised me was how this reframes the whole "privacy vs transparency" debate. Instead of picking one, DuskEVM seems built around toggling between them depending on who's asking and why.
There's a trade-off here worth noting. Supporting confidential Solidity-style workflows means more computational overhead than a standard EVM chain, since proofs and encrypted state checks aren't free. That's likely the cost of designing for institutions rather than pure throughput.
Still, it raises a genuine question: as more real-world assets move onchain, will "selective transparency" become the actual industry standard, rather than an edge case?

#dusk $DUSK @Dusk

I assumed NPEX was bringing assets onto Dusk through a straightforward token migration.

It isn't that.

NPEX is already a regulated Dutch exchange, licensed as an MTF and broker.

What's actually happening: Chainlink CCIP becomes the interoperability layer for assets NPEX issues on DuskEVM. DataLink brings exchange data onchain. Data Streams handles market feeds.

Nowhere in this does NPEX's license get replaced or bypassed.

The assets stay tied to NPEX's existing regulatory status the entire time. Chainlink's role is just letting that regulated data move across chains without breaking compliance.

One detail stood out. The often-cited 300M+ EUR isn't new capital entering crypto. It's existing regulated AUM getting represented onchain, still governed by the same license it always had.

Does tokenizing under an existing license count as bringing TradFi onchain, or just giving TradFi a new interface? #dusk $DUSK @Dusk

私はAaveのガバナンスフォーラムを読んでいて、変なことに気づきました。WBTCが「supply cap increase（供給上限の引き上げ）」の提案に、月ごとにずっと出てきていたのです。ラップド・ビットコインのようなブルーチップ資産なら、預け入れや借り入れに対して無制限の余地があるのだろうと思い込みました。

しかし、その前提は成り立っていませんでした。

Aaveの実際のRisk Steward（リスク管理担当）の投稿を確認すると、Aave V3 Core上でのWBTC供給上限は6月時点でおおよそ97%の利用率になっており、LlamaRiskが31,800から38,200WBTCへ引き上げることを推奨していました。さらに数週間前には、同じ上限が39,000から31,800へ引き下げられていました。

驚いたのは、そのやり取りが往復している点です。これは一度設定して忘れるような固定値ではなく、流動性の厚みや観測されるユーザー行動に基づいて、ほぼ継続的に調整されます。そこで腑に落ちたのは、供給上限は人気を抑えるためにあるのではなく、ブレーカー（遮断装置）として機能するということです。チェーン上の利用可能な流動性に対してWBTCが過剰に積み上がりすぎると、オラクルの不具合や清算（リキディエーション）の急増によって、市場が実際に吸収できる量を上回ってしまう可能性があります。

供給を上限で制限することで、需要が強い状況でもそのリスクを一定範囲に収められます。ただしトレードオフは現実に存在します。上限が埋まった場合、担保としてWBTCを借り入れに使いたい保有者は、ガバナンスが動くまで待つしかありません。

「capacity full（容量満杯）」という状態が、何かがおかしいことを意味していると考える人がどれくらいいるのだろうと思ってしまいます。実際には、意図的に慎重な運用が行われているだけかもしれないからです。

#baby $BABY @BabylonLabs_io

@BabylonLabs_io Aaveの提案で、ネイティブBTCの貸付が前提だと考えたので「WBTCは選択肢から外れている」と思い込んでいました。

ところが違いました。

確認のため、Aaveのガバナンスフォーラムにあるtemp checkを見ました。

預金はネイティブBTCを直接ビットコインにロックします。ですが、清算ではそのBTCには一切触れません。

ポジションが清算されると、清算業者が少しのプレミアムを上乗せして、担保となるバリュートをWBTCにスワップします。これがイーサリアム上の債務の決済を行います。実際のビットコインの償還は、その後に別途行われます。

これで腑に落ちました。

この分離は、ビットコインが清算がリアルタイムで発生するのに十分な速さで確定できないからです。WBTCがあれば、イーサリアム上では決済を即時に行えます。一方で、遅い（検証された）BTCの解除は、それぞれ独自のタイムラインで進みます。

だから、本当のトレードオフは「ネイティブBTCかラップBTCか」ではありません。

ネイティブBTCが融資の裏付けにはなるものの、重要なのはそれでもなお「清算」の瞬間をWBTCが担う、という点です。

この提案はまだ初期段階で、監査やリスクパラメータが確定する前のtemp check段階にあります。

BTCとWBTCがお互いを信頼する必要がある、その短い期間を、市場がどう価格づけするのか気になります。#baby $BABY

私は、共同ステーキングの報酬には、何らかの最低ステーク額がないと実質的なメリットは得られないのだろうと思い込んでいました。これは多くの段階型（ティア制）の報酬システムでよくある仕組みです。

しかし、Babylonの公式な共同ステーキングガイドを確認したところ、その前提は誤りだと分かりました。ドキュメントには、共同ステーキングの重みは小数値でもよいこと、そして報酬を得るために最低でも1 BTCや20,000 BABYを用意する必要はないと明確に記載されています。これは「迷信」として直接言及されており、BTCおよびBABYはいずれも任意の量で報酬が比例して付与される一方で、計算式には最低しきい値が組み込まれていません。

私を驚かせたのは、その柔軟性の下にあるリンク（紐付け）メカニズムが意外なほど厳密だという点でした。報酬は、BTCとBABYのステークを合わせて考慮する「加重された計算式」で算出され、BTCとBABYを別々の報酬ストリームとして扱うのではありません。また、多くの人が見落としがちな重要な要件もあります。BTCのステーキングアドレスとBABYのステーキングアドレスが異なる場合、共同ステーキング報酬はゼロになります。そのため、両方の委任（デリゲーション）は、まったく同じBABYアドレスを使用する必要があります。これは不具合ではありません。2種類の異なる資産にまたがる参加者に対して、プロトコルが重みを付与する方法なのです。得られるトレードオフは理にかなっています。比例配分によりどの保有者にも門戸が開かれますが、アドレス一致ルールにより帰属（アトリビューション）がきれいに保たれるからです。

とはいえ、ここで現実的な疑問が生まれます。Babylon上でBTCをステークしている人のうち、単純なアドレス不一致によって、気づかないうちに報酬を放棄している人がどれくらいいるのでしょうか？
#baby $BABY @BabylonLabs_io

先週、トークンのアンロック・カレンダーを調べていたら、バビロン（Babylon）の名前が何度も出てきたので調べてみました。
最初の想定はよくある話でした。つまり、チーム・トークンが小口（リテール）に向けて投下されるというパターンです。ですが、数字がどうもしっくりきませんでした。BABYの流通供給量は合計およそ100億のうち約40億で、解放はおよそ37%です。トークンの取引価格は$0.011〜0.013あたり、時価総額は$45〜50Mのレンジ。そこで、実際のスケジュールを確認するためにドキュメントを見に行きました。そこで腑に落ちたのは、Babylonが「単一のクリフ（急な一括解放）＋投下」のモデルを使っていないということです。初期投資家、チーム、アドバイザーのすべてが同じ構造で、1年間のクリフの後、さらに35回の月次リリース（各回1/36ずつ）が始まります。これが2026年5月から2029年4月まで続きます。驚いたのは、そのばらまきがかなり意図的に設計されている点でした。3年の直線的なドリップ（少しずつ放出）なら、どの月も市場にドカンと資金が流れ込むことはありません。トレードオフは、希薄化が本質的に止まらないことです。一発のショックではなく、価格に対するじわじわした“課税”のようにずっと続きます。さらにもう一層あります。BABYにはステーキング報酬のための年間5.5%のインフレがあり、これは部分的に、BSNの報酬オークションでトークンをバーンすることで相殺されています。つまり、供給が解放されるだけでなく、同時に発行（ミント）され、さらに一部はバーンされているわけです。考えさせられます。こうした長くて予測可能なドリップは、大きなクリフよりも投資家の行動を変えるのでしょうか？

#baby $BABY @BabylonLabs_io

バビロンの最近の数字を読んでいて、ある1点が目にとまりました。プロトコルが約56,000 BTCのステークを超えたのです。価値にしておよそ50億ドル以上。しかも、ラップされたトークンは一切使われていません。私はこれまで「Bitcoin DeFi」と称するプロジェクトが似たような数字を掲げるのをたくさん見てきたので、結局は、マーケティングが少し良いだけの別のカストディ（保管）型のラッパーだと決めつけていました。

ですが、その前提はドキュメントを読むのに5分もかかりませんでした。

バビロンのステーキングモデルでは、コインをどこかに移すのではなく、タイムロック付きスクリプトによってBTCをビットコイン・チェーン上にロックし続けます。あなたのBTCの代わりに橋（ブリッジ）や合成資産が立つわけではありません。私が驚いたのは、セキュリティの仕組みがスマートコントラクトというより、ビットコインのスクリプト上の制約にどれほど依存しているかでした。代わりにバビロンは、事前署名されたトランザクションと、バリデータが不正行為をしたときにだけ発動する“コベナント（誓約）型”のルールを使います。

そこで、ようやく本当のトレードオフが腑に落ちました。ビットコインはEVMチェーンのように、バリデータのステークをネイティブに「スラッシュ（没収）」できません。だからバビロンは、アンボンド（解除）プロセスの中にスラッシングの条件を組み込んでいます。巧妙ではありますが、その結果として、アンボンド中はBTCが一時的に流動性を失います。セキュリティ保証が、そのタイムバッファに依存しているからです。

さらに、新しいマルチステーキング設計もあります。同じBTCで複数のプルーフ・オブ・ステーク（PoS）ネットワークを同時に保護できるのです。利回りは増える一方で、あなたのステークに影響しうるバリデータの数も増えます。効率的な資本運用と、集中したエクスポージャーが相反するような緊張関係——それが「欠陥」ではなく、意図的な賭けなのだと感じました。

結局、私は1つの疑問に何度も戻ってしまいます。より多くのチェーンが同じステーク済みビットコインのプールに接続されるにつれて、共有セキュリティは滑らかにスケールしていくのか。それとも、静かにリスクを再配分するだけなのか？
#baby $BABY @BabylonLabs_io

担保（カバナント）委員会は、望めばステーカーのビットコインを凍結できるのだと私は思っていました。しかし、ステーカー自身の署名がなければ、1サトシたりとも移動できません。

Babylonのすべてのステーキング出力には、使い道として次の3通りがあります。引き出し、アンボンディング（解除）、スラッシングです。担保委員会はこの3つすべてに共同署名します。

ですが、共同署名することは「支配する」こととは同じではありません。スラッシング（不正行為をしたファイナリティ提供者へのもの）を除くあらゆる経路で、ステーカーの鍵が必要です。それがなければ、委員会の署名は何の効力も持ちません。

つまり、委員会はアンボンディングの申請を承認できます。タイムロックとスラッシング割合を執行することもできます。けれども、資金を別の先へ振り向けたり、退場（退出）を急がせたり、正当なステーカーをスラッシュしたりすることはできません。なぜなら、そのような経路を成立させて支出可能にする「唯一の鍵」を、委員会が決して保持していないからです。

すべての取引に共同署名が必要なグループは、外から見ると強力に見えます。よく見てみると、それは単なるルール検査係であって、検査しているルールを破る手段はありません。
#baby $BABY @BabylonLabs_io

TBVテストネットのアップデートを読んでいて、ざっと目を通していたら——ペッグインが3時間まで短縮され、手数料も3分の1に。堅実な進展です。

すると、ある1行が引っかかりました。バビロンが、自分たちのBABYトークンをイーサリアムへブリッジする計画を一時停止しており、ブリッジのセキュリティ懸念を挙げているのです。

「ブリッジの問題は解決した」と謳うプロトコルのくせに、変ですね。

でも矛盾ではなく、違いなんです。通常のブリッジは、信頼に基づいてラップトークンを発行します。ロジックを壊せば、「誰かが無から」発行することになります。TBVはそもそもBTC自体を動かしません。BTCに関する暗号学的に制約された主張を動かすだけで、それはスクリプトと証明によって強制され、バリデータの言葉ではありません。

つまり、チームは実際の顧客のビットコインにはそのモデルを信頼しています。ただし、自分たちのトークンにはまだ信頼していない。

それは、多くのローンチが認めるより正直だと思います。ですが、より難しい問いがそのまま残ります。つまり、「イーサリアム上の検証可能な状態」は、機能的には、結局は別チェーン上で生きている表現だ、ということ。ブリッジが作り出すのと同じ形をしているのに、下にある信頼の前提は異なる。

本物のBTCなら十分安全なのに、なぜBABYはだめなのか——そして、そうでないなら、そのギャップは、実際にそれを規模の大きさでどれだけ信頼しているのか、何を示しているのでしょうか。
#baby $BABY @BabylonLabs_io

バビロンのAave統合について友人に説明していて、考えなしに「ラップは一切なし、永遠に」と言ってしまった。

相手は1つだけ質問した。もしBTCがビットコインから一度も出ないなら、イーサリアム上で動くAaveはいったいどうやってそれを見られるのか？私は本当の答えを持っていなかった。だから、みんなが共有している要約ではなく、提案そのものに戻ることにした。

賢い仕組みがあるはずだと思った。たとえば、Aaveがチェーンをまたいでビットコインを直接読み取るようなことだ。

でも違った。見つかったのは「トークン」だった。バビロンの設計では、ビットコイン上でロックされたBTCに相当するものとして、イーサリアム上にvaultBTCと呼ばれるものを作る。

そこで一度立ち止まった。別チェーン上でロックされた資産の代わりになるトークンというのは、見たことが何度もある形だ。最初の直感は、結局それって、もっと良い名前を付けただけのラップじゃないのか？
それから実際にそのトークンを支えているものを、もっと注意深く見た。

ほとんどのラップ資産は、誰かに信頼を求める。カストディアンやブリッジのような、実物の資産がそこで待っているという「誰かの言葉」だ。

vaultBTCは、その信頼を「証明」で置き換えようとしている。ビットコイン本体に対する事前署名済みの条件を使うので、トークンの正当性は人の言葉ではなく暗号に由来する。そこでようやく腑に落ちた。肝心な問いは「ラップするのか、しないのか」ではない。

「信頼に基づく表現か、証明に基づく表現か」だ。どちらも、もう一つのチェーン側に何かを存在させる必要はある。ただ、人ではなく数学を信じることになるのは片方だけ。

そう見えた瞬間に、「ラップなし」は単なる主張ではなく、単純化として感じられるようになった。精神としては正しいが、本当に重要な1つの詳細を飛ばしている。私がまだ分からないのは、その証明がプレッシャー下でどれだけ耐えるかだ。落ち着いた市場なら簡単だ。遅れて清算される場合や、vaultが本当にvaultBTCが主張する内容と一致しているのかで争いが起きたときにこそ、「証明」と「信頼」が実際に差を見せるはずだ。

私は、その瞬間がどこかですでに起きていて、ただ気づくほど大きく騒がれていないだけではないかと、ずっと考えている。

ここにいる誰か、vaultBTCが実際にそういう形でテストされたのを見たことはある？

#baby $BABY @BabylonLabs_io