NewbieToNode

🚀 $HEI JUST WENT PARABOLIC 🚀

0.1362 → 0.4906（時間）まで上昇。認定されたトップゲイナーのエネルギー。

📍 現在: $0.4327

🟢 サポート: $0.3524（直近のコンソリデーション・ベース）
🔴 レジスタンス: $0.4906（ローカルATH、ちょうどタップ）
🎯 ブレイクした場合の目標: $0.55–$0.60

これはポートフォリオを「作る」か「壊す」ような値動きです。私は$0.3524のゾーンを常に警戒しています。ここを失うと、冷めるのも早い。

NFA、DYOR。👀

@BabylonLabs_io

Trustless Bitcoin Vaults (TBV) のドキュメントにあるたった1文が、私のマルチ・ボールトの清算に対する考え方を完全に変えました。

単一の借入ポジションが複数のボールトによって担保されている場合に何が起きるのかを調べていました。

清算は比例すると予想していました。3つのボールトが1つの借入ポジションを担保しているなら、それぞれのボールトが差し押さえられる担保の取り分を分担すると考えたのです。

しかし、ドキュメントはもっと具体的な内容を述べています。

複数のボールトが1つの借入ポジションを担保している場合、TBVは担保の取得額が目標の差し押さえ（seizure）を満たすのに十分になるまで、並び順（ordered list）されたボールトの先頭の接頭辞（prefix）を差し押さえます。

私は実際、その文をいったん止めてもう一度読み直しました。

この仕組みは「すべてのボールトから少しずつ取る」ではありません。

「目標に到達するまで、並び順リストの先頭から順にボールトを取る」です。

するとすぐに、そもそもその並び順リスト自体がどのように構築されているのかが気になりました。ドキュメントは差し押さえのルールは説明していますが、このページでは、順序を決めるものについては説明されていません。

ボールトが作成されたタイミングに基づくのでしょうか？ 別のプロトコルのルールが関係しているのでしょうか？ 借り手はポジションを開く前にそれに影響を与えられるのでしょうか？

清算メカニズムは文書化されています。並び順リストの構築方法が、そのままではまだ理解できていません。というのも、それが実際におけるマルチ・ボールト・ポジションの挙動にとって根本的だと感じるからです。

@BabylonLabs_io

#baby $BABY

@BabylonLabs_io

バビロンの最新の信託不要型ビットコイン・ボールト（TBV）のドキュメントを開き、BitVM3を理解するのにもっと時間を使うことになるだろうと考えていました。ところが、すぐにBABEを通じた償還（レデンプション）のフローが説明されていました。

それで、なぜそうなっているのか理解するためにリサーチセクションへ向かいました。

この論文では、BitVM3の最大級の実務上の制約の1つを挙げています。暗号化回路（garbled circuit）あたりオフチェーンで約42GiBのストレージが必要という点です。BABEはこの制約に対処するために導入されており、BitVM3の低いオンチェーン検証コストを維持したまま、ストレージ要件をおよそ1000倍削減できると主張しています。

私は、TBVで最も大変なのは暗号そのものだと思っていました。ですが、最終的に感じたのは、その暗号を十分に実用的な形にして、運用できるようにすることこそが大きな課題かもしれないという点でした。

これらの効率化が本番まで引き継がれるなら、この成果は研究論文の範囲を大きく超えて重要になり得ます。ストレージ要件が下がれば、TBVを通じたネイティブなビットコイン担保融資の背後にある運用コストの1つを削減でき、プロトコルを大規模運用しやすくなるかもしれません。

もう1つ、印象に残った表現がありました。「BitVM3のオンチェーン節約を維持する」。ただ、BABEがBitVM3を完全に置き換えると結論づけるにはそれだけでは不十分だと思います。同じ方向性の進化という読み方のほうが自然です。とはいえ明らかなのは、今日TBVについて学ぼうとすると、まず最初にBABEが提示されることです。

それによって、私のドキュメントの読み方が変わりました。これらの証明をビットコインが検証できるのか、という問いよりも、ストレージのオーバーヘッドがここまで劇的に減った後に、バビロンのエンジニアたちが次の実務上のボトルネックとして見ているものは何か、により関心を向けるようになりました。

@BabylonLabs_io #baby $BABY

@BabylonLabs_io

Trustless Bitcoin Vaults (TBV)における信頼モデルはシンプルだと思っていました。

Babylonのドキュメントを読んでいると、「預託者が依拠するもの」を列挙している箇所にたどり着きました。そこには、ビットコインネットワーク、バルブ創設時に作成される共同署名ビットコインスクリプト、イーサリアムネットワーク、そして対象アプリケーションが挙げられていました。私はそれが全体像だと本気で思っていました。

ところが、その直下の1文があまりに引っかかって、ページを読み返さずにはいられませんでした。

ドキュメントは、チェーンそのものに加えて、残存する信頼はプロトコルのガバナンスと緊急対応用のマルチシグにまだ存在すると付け加え、それらを「プロトコルが時間をかけて引退（リタイア）できる移行期のセーフティネット」として説明しています。

同じページでBabylonはまた、プロトコルが意図する償還経路を通じてBTCを償還する際、預託者は署名者のフェデレーション（連合）に協力を求める必要はないとも説明しています。

この2つの記述を合わせて読むことで、「trustless（信頼不要）」という言葉の理解が変わりました。

私はそれを「すべての信頼前提が、すでに完全に消え去っている」という意味だとは読みません。むしろ、今日なお存在している信頼前提をプロトコルが明確に文書化しておきながら、時間とともにそれらの前提を小さくしていけるようにシステムを設計しているのだ、と捉えています。

私は、旅がすでに終わっているかのように見せかけるより、この考え方のほうをむしろ好ましく感じます。残っている信頼がどこにあるのかを知ることは、すでに取り除かれている部分がどこかを知ることと同じくらい重要です。

今いちばん気になっているのは、Babylonが「これらの移行期のセーフティネットを引退させる」ためのマイルストーンを何と見なしているのか、という点です。ガバナンスにより決まるのか、技術的成熟度なのか、セキュリティ監査なのか、それとも3つすべての組み合わせなのか？

@BabylonLabs_io #baby $BABY

$93 と $15,000 以上の差。

その比較が、私を止めさせました。@BabylonLabs_io

信託のないビットコイン・ヴォールト（TBV）のホワイトペーパー（第3章）を読んでいるときのことです。

私は実用的な1つの疑問に答えようとしていました。無効な主張に異議を唱える（disputeする）には、実際にいくらかかるのか？

論文では2つの設計を比較しています。現在のTBVアーキテクチャでは、ビットコイン・メインネットのチャレンジ取引のコストが約$93だと見積もっています。より初期の BitVM2 のアプローチでは、同等のチャレンジコストは$15,000を超えていました。これはおよそ170分の1の削減です。

面白いのは単なる数字だけではありません。何が変わって可能になったのか、という点です。

ビットコイン上でZK証明を直接検証するのではなく、現在の設計では、無効な主張がチャレンジされたときにだけ秘密を明らかにする、ガーブド・サーキットのチャレンジ手順を使います。この論文では、オンチェーン作業量を減らすことが、より小さなセキュリティ・ボンドを実用的にする鍵だと述べています。

私はこの点を踏まえて、設計の読み方が変わりました。ブレイクスルーは、単に紛争を信頼最小化にすることではありませんでした。ネイティブなビットコイン担保の借り入れに対して、紛争が実用になるほど十分に安くすることでした。

次に注目しているのは、TBVがテスト段階を超えて進むにつれて、これらの見積コストが現実に近いまま維持されるかどうかです。ビットコインの取引手数料がネットワークの混雑が激しい期間に急上昇した場合、紛争プロセスを支える経済的な前提はまだ成り立つのでしょうか？

#baby $BABY

第9節を開き、対応しているチェーンの一覧があると思っていました。

しかし、そこにはロールアウト手順がありました。

@BabylonLabs_io は、Trustless Bitcoin Vaults (TBV) が、ネイティブのビットコインをチェーンやアプリケーションをまたいで担保として使えるようにすることだと説明しています。ホワイトペーパーでは、その機能がどのように実現されることを意図しているかが述べられています。

ネイティブのビットコイン担保による借り入れは、まず Ethereum と EVM ロールアップから始まります。Solana は将来の実装として説明されています。Vault と Liquidator の中核サービスが安定性を示してから、Solana や Sui のようなチェーンを含む追加のエコシステムへの展開が行われ、さらにロールアウトは Babylon のガバナンスに委ねられます。

次の節では、なぜそうなのかが答えられていました。

対応している各チェーンには、そのチェーンの実行環境とトークン標準に合わせて作られた独自のデポジット用スマートコントラクトが必要です。アーキテクチャはチェーン非依存です。デプロイは意図的に段階的に行われます。

そのことで、私は「どのチェーンでも」という表現の読み方を変えました。

それを、今日利用できるものを指す言葉だとは見なくなりました。プロトコルが目指して取り組んでいる設計目標であり、すべてを一度にではなく、1つのエコシステムずつ到達していくものだと捉えるようになりました。

私は現在、Babylon が最終的に「真のマルチチェーンのマイルストーン」とみなすものを見守っています。それは単に、対応するネットワークをもう1つ追加することなのでしょうか。それとも、新しいチェーンの統合が、個別の特注エンジニアリングではなく日常的な作業になる地点に到達することなのでしょうか？

#baby $BABY

@BabylonLabs_io

生成に20分かかります。1対向者あたり、保管には43ギガバイト必要です。

この2つの数字が、トラストレスなビットコイン・ボルト（TBV）についての私の考え方を変えました。

ホワイトペーパーでは、借り手が自分自身で詐欺検出用の回路を生成し保存できることが説明されています。これにより、専門のオペレーターに頼らずに、欺瞞的なふるまいを独立して検証できます。

大口の借り手は、その負担を自分で処理することが見込まれます。より小規模の借り手に対しては、論文は代わりにプロのオペレーターがそれらの回路を生成・保存する仕組みを提示しています。

それでもオペレーターはあなたのBTCを使うことはできません。取引のたびに、あなたの署名が依然として必要です。しかし、あなた自身がその回路を生成して保存することをしなければ、オペレーターはあなたの代わりに独立した詐欺検出を可能にするインフラを維持する当事者になります。

プロトコルによりセルフ運用が可能になります。私がそれほど確信できていないのは、運用コストが現実のものとなったときに、実際にどれだけの借り手がそれを選ぶのかという点です。

それが、TBVを通じたネイティブなビットコイン担保の借り入れがパブリック・テストネットで実行される中で、私が特に掘り下げたいと考えている問いの1つです。

#baby $BABY

依存関係を見逃したと思って、2ページ戻りました。

見逃していませんでした。

自己主張（self-claim）パスは、Vault Provider が戻ってくるのを待ってはくれませんでした。

ヴォルトが作成された時点で、すでにコミットされていました。

それが、私の復旧モデルを変えました。

Trustless Bitcoin Vaults（TBV）に関する会話の多くは、悪意ある行為者に焦点を当てています。ですが、この部分は、運用者の不在に備えるためのものです。

TBVの設計に従い、事前にコミットされた Winternitz One-Time Signature（WOTS）を使えば、Vault Provider が消失したり協力をやめたりしても、預け入れ者はBTCを取り戻せます。

復旧は失敗の後から追加されるわけではありません。

失敗が存在する前にコミットされています。

「運用者の消失」が、運用上の例外ではなくプロトコルの状態として扱われるとは思いませんでした。

次に注目しているのは、この復旧パスが、公的なTBVテストネット上でも、プロトコル設計と同じくらい確実に振る舞うかどうかです。

@BabylonLabs_io

復旧の保証が、TBVが初期導入を超えて、本物の運用者が通常の運用条件下で消えたり、ローテーションしたり、失敗したりし始めた後も、同じ信頼性を保つなら、私の考え方は変えるだけです。$BABY if

#baby $BABY

@BabylonLabs_io

第5.1節に誤りがあると思いました。

3つのアクションがTrustlessとしてマークされていました。

4つ目は違いました。

借り手が担保を引き出す → Trustless。

清算人が担保を清算する → Trustless。

大口貸し手が貸付契約から撤退する → Trustless。

借り手が担保を預け入れる → k-of-nの清算人とj-of-mの大口貸し手としてTrusts。

表を読み間違えたに違いないと思って戻りました。

間違っていませんでした。

ホワイトペーパーは仕組みを説明しています。つまり、金庫の作成には、単一の清算人が新しい預け入れを検閲できないように、共署する清算人のしきい値が必要だということです。

驚いたのは、例外そのものではありませんでした。

その表が、Trustless Bitcoin Vaults（TBV）が本当にtrustlessなのかを一度も尋ねていないことでした。

それぞれのアクションがtrustlessかどうかを尋ねています。

私は「trustless」を金庫の性質として扱ってきました。

Babylonはそれを「操作（operation）」の性質として文書化しています。

そして今、金庫の作成がTBVにおいて意図的に信頼（trust）を仮定として保持している唯一の場所なのか、それとも同じ設計上の境界がプロトコルの他の部分にも現れているのか、気になっています。

その境界がTBVの拡大にともなって一貫しているなら、私は考え方を$BABY のように変えるだけです。

#baby $BABY

@BabylonLabs_io

TBVの金庫図のところで止めました。なぜなら、ローンによって新しいルールが生まれた（導入された）ポイントが見つからなかったからです。

償還の経路はすでにありました。

清算も。

そしてスラッシングも。

私は何か見落としたのではと思い、フローをもう一度たどりました。

しかし、見落としはありませんでした。

Trustless Bitcoin Vaults（TBV）で面白いのは、ネイティブのビットコインがどこでロックされているかではありません。金庫が作られた時点で、有効な支出条件がコミットされ、その後、ローンが進行していくにつれて新しく導入されるわけではない、という点です。

それによって、私は設計の読み方が変わりました。

私は、プロトコルが次に何が起こるべきかを決める瞬間を探していました。

でも実際には、最初から「何が起こり得るか」はすでに決まっていました。ローンの残りの部分は、その事前に定義された条件のうち、どれが満たされたかを証明していくだけです。

私にとって、それがネイティブ・ビットコインを担保にした借り入れの本当のトレードオフです。プロトコルは、後になって仲介者が新しい状況を解釈することに頼るのではなく、あらかじめ有限の一連の結果をコミットします。

私に残っている問いは、そのモデルが機能するかどうかではありません。

むしろ、それらの支出条件がすでにコミットされた後には存在し得ない柔軟性を、借り手がいずれ求めることになるのかどうかです。

#baby $BABY

@BabylonLabs_io

バビロンのTBV論文で、別のBitVMブリッジ設計から自分が組み立てたメンタルモデルと一致しなかったので、ある段落を読み直しました。

チャレンジウィンドウは、不正な証明を捕まえるために存在しているのだと思いました。

でも、目立っていたのはそれではありませんでした。

論文は別の論点に繰り返し立ち返ります。誰でも主張に異議を申し立てられるのです。金庫（ボルト）の所有者でさえも。

一部のBitVMブリッジ設計は、許可制のチェレンジャー（異議申し立て側）セットに依存しています。そのグループが不正を見逃したり、応答できなかったりすると、安全性モデルは彼らに依存することになります。

Trustless Bitcoin Vaults（TBV）は、その前提を置きません。

プロトコルは、誰がシステムを守る責任を負うかを事前に決めるのではなく、チャレンジ手続きをオープンに保ちます。

それまで私は、待機期間を検証と決済の間の「死んだ時間」と見なしていました。でもその箇所を読み直すと、それはセキュリティモデルそのものの一部に見えました。

TBVを信頼不要にしているのは、待機期間ではありません。許可なしのチャレンジ手続きがそうです。待機期間は、その仕組みが機能するための時間を与えます。

それは、TBVのネイティブなビットコイン担保による借入の背後にあるトレードと同じです。ネイティブBTC担保は、決済を確定する前に、指定されたチェレンジャーを信頼することに依存しません。

有効な主張はすべて、同じチャレンジウィンドウを通過して待ちます。すべての主張が疑わしいからではありません。実際にどの主張が、異議申し立てを必要とするのかを、プロトコルは事前に知ることができないからです。

いま私は、この設計が実際のネットワーク利用下でもまだ実用的だと感じられるかを観察しています。許可なしのチャレンジ手続きが負荷下でも成立し続けるなら、私は論文を最初に開いたときとはまったく違う見方でTBVを理解することになるでしょう。

#baby $BABY

@BabylonLabs_io

Trustless Bitcoin Vaults（TBV）から最初に期待していたのは、最終的にビットコインがいずれイーサリアムを理解する必要が出てくるだろう、ということでした。

もしネイティブのビットコインが、イーサリアム上での借り入れに対する自己管理型の担保として使われるなら、確かにビットコインはイーサリアムの状態について何かを検証しなければならないはずです。

その状況がどこで発生するのか知りたくて読み進めました。

しかし、見つかりませんでした。

TBVは、ビットコインがイーサリアムの状態を理解する必要が一切ないように設計されています。

ビットコインはイーサリアムの状態の検証者を実行せず、その状態が何であるかも学びません。検証はオフチェーンで行われます。ビットコインの役割はより狭いものです。イーサリアムの状態を解釈することなく、プロトコルの決済条件を強制します。

アーキテクチャを追うほど、あるパターンが際立ってきました。設計のどこにも、ビットコインにイーサリアムの状態を解釈させるような要求はありません。アーキテクチャは一貫して、ビットコインの既存の検証モデルを保全しています。

それによって、バビロンが何に最適化しているのか、私の考えが完全に変わりました。

最初は、その目標は別のチェーンでの借り入れをビットコインが担保できるようにすることだと考えていました。

でも今では、より大きな目標は、ネイティブBTCを使える用途を拡張しつつも、ビットコインの既存のセキュリティ前提を保つことだと思います。だからTBVは、BTCをラップしたり、ブリッジしたり、仲介者に頼ったりせずに、自己管理型の借り入れを中心に構築されています。

面白いトレードオフは、複雑さがどこに移るかです。

証明、チャレンジ（異議申し立て）のプロセス、紛争のロジックは消えません。バビロンは意図的にそれらをビットコインの外側に置いています。そのため、ビットコインの有用性を拡張しても、ビットコインの検証モデルを変更する必要がありません。

私に残った問いは、この設計が機能するかどうかではありません。TBVがさらに多くのユースケースを支援するよう拡張していく中で、バビロンがビットコインの検証モデルを引き続き保全し続けられるかどうかです。

#baby $BABY

@BabylonLabs_io

私は1文でTrustless Bitcoin Vaults（TBV）論文の読みを止めました。

TBVは、ラップやブリッジなしで、ネイティブのBitcoinがEthereum上の借り入れを担保できるようにします。その後の論文では、BitcoinにEthereumを理解させることなく、Ethereumの状態遷移を証明する方法が説明されました。

誤解したのだと思って、3つ前のセクションに戻りました。

でも、誤解ではありませんでした。

BitcoinはSNARK検証者を評価しません。Ethereumの状態を学習することもしません。

BitVM3は、その作業をオフチェーンのチャレンジ手順に移します。主張（claim）がBitcoinに投稿され、チャレンジ・ウィンドウのタイムロックの後ろで待機します。たとえその主張が争われなかったとしても、Bitcoinはそのウィンドウを強制します。誰もその主張をうまく争わなければ、決済は続行されます。争う側が主張が偽であることを証明した場合、さらに別の仕組みとして、その失敗した証明から明らかになった秘密によって起動されるハッシュロックが支払いを防ぎます。

それで、TBVの捉え方が変わりました。

BitcoinはEthereumを検証しているわけではありません。

Bitcoinがやっているのは、主張が決済を許される条件を強制することです。

計算はオフチェーンのままです。Bitcoinの役割は、別のチェーンの状態を解釈することなく、プロトコルのセキュリティ条件を強制することです。

私が今見ているのは、順調な道筋ではありません。

失敗の道筋です。

チャレンジ・ウィンドウが込み合うようになったとき、それは実際にどれくらいの頻度で行使されるのでしょうか。そして、同時に複数の主張が有効になっているとき、TBVのパブリック・テストネットではそれがどのように見えるのでしょう？

$BABY は、紛争プロセスが実際のネットワーク条件下でも予測可能なままであるなら、初めて私にとって意味を持ちます。

#baby

GRVT Boosterキャンペーンで、他のTop 300のクリエイターはこのような状況ですか？

私はグローバル順位 #56 に入っており、資格要件もすべて完了していますが、検証ウィンドウが開いているのに「Verify」ボタンがまだ無効のままです。

アプリをすでに更新し、キャッシュをクリアし、強制停止も行い、さらに同じKeyless Walletを使っていることも確認しました。

同じ問題を他の方も経験していますか？それとも私のアカウントだけでしょうか？

#GRVT @grvt_io @Binance Wallet @Binance Customer Support

🚀 $DODO が40%超上昇 — 強気派が主導権を奪取！

数週間のもみ合いを経て、$DODO は力強い勢いでブレイクし、**42%超**の上昇を記録し、重要なレジスタンス水準を取り戻しました。

📈 サポート：$0.024–0.025
🎯 レジスタンス：$0.030

価格がブレイクアウトのゾーンを上回って維持される限り、強気の構造は健全なままです。**$0.03**を明確に上抜けると、次の上昇局面に火がつく可能性があります。

$DODO を保有していますか？それとも押し目待ちですか？👇

🚀 別のトークン化された株式がBinanceに登場します！

AAOIB/USDTは、BinanceのbStocksプラットフォーム上でApplied Optoelectronics（AAOI）を表し、対象となるユーザーに対して、基礎となる株式へのオンチェーンでのエクスポージャーを提供します。

BinanceがbStocksを拡大し続ける中で、トークン化された株式は従来の市場をクリプトにより近づけています。

従来のブローカーを使う代わりに、トークン化された株式を取引しますか？👇

🧵 今イランで実際に何が起きているのか

「#TrumpMeetsOnWiderIranOffensive が爆発しているのを見た」なら、全体像はこちらです：

背景：米国とイランの間で結ばれた一時的な停戦は、戦闘の再燃によって事実上崩壊しました。米国は、イランが世界でも最重要級のエネルギー海上チョークポイントの一つであるホルムズ海峡で商業船舶を攻撃したと主張しています。これに対しワシントンは軍事攻撃を拡大し、イランの港を狙う海上封鎖を再導入しました。

エスカレーション：トランプは、ホルムズ海峡周辺の作戦を超えて、より大規模なキャンペーンについて議論するため、大統領のフルの国家安全保障チームとともにシチュエーション・ルームで会合を行いました。また、イランが交渉に応じない場合、発電所や橋などの重要インフラが標的になる可能性があるとも警告しています。

不確定要素：米国当局は「Pickaxe Mountain」を厳重に注視しています。これは、核関連施設だと考えられており、バンカー・バスター兵器であっても破壊が難しい可能性がある、強固に要塞化された地下施設です。

市場への影響：ホルムズ海峡は、世界の石油およびLNG出荷の大きな割合を担っています。長引く混乱はエネルギー価格を押し上げ、インフレ懸念を高め、仮想通貨を含む世界の市場でボラティリティを引き起こし得ます。こうした地政学的ショックの際、ビットコインや主要資産はオンチェーンのファンダメンタルズよりも、マクロのリスク心理に反応することがしばしばあります。

状況を見逃さず、見出しを追い、状況に応じてリスクを管理してください。🧠

#TrumpMeetsOnWiderIranOffensive

@NewtonProtocol

モデル登録簿に実際に何が入っているのかを確かめようとして見に行きました。

ニュートンはそれを、誰でもエージェントを公開し、発見し、エージェントの群れ（スウォーム）として組み合わせられるオンチェーンのマーケットプレイスだと説明しています。すでに中身が入っているものだと思っていました。複数のチーム。競合するエージェントモデル。私は、レジストリがすでにそうしたエコシステムを支えるために作られているのだと思っていたのです。

しかし、ニュートン自身のロードマップはそうではありません。

プロトコル上で最初に構築されたエージェントは、ニュートンそのもののチームであるMagic Labsが作った「リカーリング・バイ・エージェント」です。

公開、発見、そして合成可能なエージェントのスウォームについては、ロードマップ上では次に来るものとして説明されています。

それは、私が前提としていたあるものを組み替えるきっかけになりました。

レジストリのガバナンスモデルは、すでに文書化されています。ステーキング、登録、そしてオペレーターの説明責任は、独立した参加者によるより広いマーケットプレイスが文書化される前に定義されています。

ガバナンスが、エコシステムに先んじて到来したのです。

ニュートンのMainnet Betaが拡大していくにつれ、今日の文書上の出発点は社内のエージェント1つです。ロードマップでは、今日文書化されているものよりも広いマーケットプレイスについて述べられています。

それが、インセンティブ設計が単に外部参加者を待っているだけなのか、あるいは、単一のチームが作ったエージェントから始めることが、全員に公開する前に仕組みを検証するのにまさに望ましい進め方なのかは分かりません。どちらの読みも、文書に書かれている内容に当てはまります。

Mainnet Betaにおいて1つのエージェントで足りるのかどうかよりも重要なのは、モデルレジストリが、@NewtonProtocol が構築したわけではないオペレーターを統治し始めたときに何が変わるのかです。そこが、マーケットプレイスがロードマップではなくインフラになり始めるポイントです。

$NEWT becomes（この文書では）より興味深く感じられるのは、これらのガバナンスルールが、プロトコル自身の最初の出発点だけでなく、独立した参加者にも適用され始めるときです。

#Newt

@grvt_io

「保険ファンド」と読むたびに、そこが清算（リキッド）の物語の終着点だと思っていました。

GRVTのドキュメントはさらに続いていました。

大規模な清算によって保険ファンドが赤字に陥った場合、GRVTは、交換所全体における保険ファンドの赤字を総クライアント資本（Total Client Equity）で割ることで、Socialized Loss Haircut（社会化された損失のヘアカット）を計算します。

この割合が適用されるのは、赤字が存在している間に行われた出金のみです。

そこで読み止めて、実例（worked example）をもう一度さかのぼって見ました。

清算によって、保険ファンドは「総クライアント資本4,000 USDT」に対して「200 USDTだけ」マイナス（アンダーウォーター）になります。その結果、ヘアカットは5%です。チャーリーはその期間中に500 USDTを出金します。彼は475 USDTを受け取り、保険ファンドには残りの25 USDTが入ります。赤字がゼロに戻ると、ヘアカットもそれとともに消えます。

それによって、保険ファンドの理解が変わりました。

私はこれを最後のバッファだと見なしていました。

ドキュメントでは、損失配分の一部として出金のタイミングが組み込まれていることが示されています。

ヘアカットは、その損失を生み出したポジションによって決まるわけではありません。

赤字がまだ存在している間に、誰が出金を選ぶかによって決まります。

この仕組みは、損失を計上するだけではありません。

その損失がどう分配されるかの中に、出口（エグジット）のタイミングまで含めているのです。

私は、相場のストレス局面で、トレーダーが保険ファンドを価格や証拠金と同じように扱い始めるのか、それともほとんどの人が、出金が想定よりわずかに少ない金額で決着してから、この仕組みを初めて知るのかを見ています。

#grvt