2026Rabbit

#baby $BABY @BabylonLabs_io

A guy in the testnet thread posted his transaction hash like a trophy, then admitted in the same breath he never touched the feedback form.

That's the tension worth naming with this testnet phase. Public testnet isn't really measuring whether people can borrow against native BTC, that flow is simple enough to work on the first try for most users. What it's actually built to measure is where it breaks, mispriced gas estimates, unclear liquidation thresholds, a faucet that runs dry at the wrong moment. That signal only shows up if people report it.

Most testnet activity optimizes for the wrong metric. Transaction count looks good on a dashboard, it tells Babylon almost nothing about whether TBV's collateral logic holds up under confused or adversarial usage. The feedback form is the actual product, the borrowing flow is just the bait to get people testing it seriously enough to have something to report.

Self-critique: I get why most testers skip it, filling out a form takes more effort than clicking through a UI, and there's no reward attached to writing a good bug report versus a lazy one. That asymmetry is probably the biggest risk to testnet quality here, not the tech itself.

#baby $BABY @BabylonLabs_io

A question came up in a testnet Discord that nobody answered cleanly: if native Bitcoin never leaves the user's control, what actually gets liquidated when the loan goes underwater.

That's the part of Trustless Bitcoin Vaults worth sitting with longer than the marketing line. Self-custodial and trustless sound like pure upside, your keys, your Bitcoin, no bridge, no wrapped token. But lending against collateral only works if a lender can seize that collateral on default. Somewhere in the system, someone or something needs enforceable claim over BTC the borrower technically still holds. That's not a small design detail, it's the entire mechanism a borrowing product lives or dies on.

Babylon's answer is presumably built into TBV's vault logic itself rather than a custodian, which is the actual innovation here, not the absence of wrapping. Removing bridges is the easy headline. Making liquidation enforceable without custody is the hard engineering problem underneath it.

Self-critique: I don't have visibility into how robust that mechanism is under real market stress, testnet conditions rarely replicate a fast BTC drawdown. That's exactly why testnet exists, and exactly the part I'd want proven before calling this trustless in practice, not just in design.

#baby $BABY @BabylonLabs_io

A dev I follow put it bluntly: “any chain, any application” is a slogan until it ships somewhere specific.

That gap is worth looking at with Trustless Bitcoin Vaults. The framing is broad, native Bitcoin as collateral across any chain, any app, lending, stablecoins, credit cards, derivatives, insurance. But what's actually live right now is one use case, one chain, one app: native BTC-backed borrowing through Aave v4 on Ethereum testnet. Everything else is still a roadmap word.

I don't think that's dishonest marketing, but it does create a real question. Infrastructure that claims universality has to prove itself somewhere first, and the choice of where says a lot about priorities. Ethereum and Aave are the deepest liquidity pool available, the safest place to test whether native BTC collateral actually behaves the way the design promises before anyone risks credit cards or insurance products on it.

Self-critique: it would be easy to call this scope-narrow and move on, but starting narrow is usually how infrastructure earns the right to expand. The mistake would be treating testnet success on one integration as proof the broader claim already works.

So the thing I'm tracking is the second integration, not the first, since that's what actually tests whether TBV generalizes.

#baby $BABY @BabylonLabs_io

DeFiのチャットで「なぜバビロンは自社アプリでネイティブBTCの借入をまず立ち上げなかったのか？」と聞かれたことがありました。返事はすぐに返ってきました。「誰も使わなかっただろうから」。

Trustless Bitcoin Vaults（トラストレス・ビットコイン・ボールト）の背景にある、少し静かな物語です。トラストレスな部分は確かに本物で、ラップもブリッジもなく、BTCのネイティブ担保そのものです。ですが、最初の統合はバビロンが新しいインターフェースを作って導入したものではありません。Aave v4――すでに借り手が知っていて、何十億ドルもの預金を背景に信頼している名前です。

少し皮肉な点があります。担保レイヤーから信頼を取り除くために作られたプロトコルでも、ユーザーに届けるには信頼されるブランドが必要になるということです。TBVはインフラのレベルでカストディ（保管）の問題を解決しますが、それでも採用は、DeFiのどこでも使われる同じ評判の近道を通って進みます。つまり、「見覚えのあるプラットフォームを選ぶ」やり方です。

自己批評：これは弱点ではなく、たぶん唯一現実的な道でしょう。ユーザーに対して、実証されていないボールトの仕組みと、見慣れないアプリを同時に信頼させることは、技術がテストされる前に採用を殺してしまいます。トラストレスな担保を信頼できるフロントエンド経由で流すこと――それが、インフラが実際に広がる方法で、静かに、どこか馴染みのあるものの下で起きるのです。

今私が見ているのは、TBVがAaveを超えて拡大したときにもこのパターンが成り立つのか、それとも、新しい統合のたびに「借りた」信頼（＝借りることで得る信用）が必要になってしまうのか、という点です。

#baby $BABY

先週、友人がTBVテストネットのスクリーンショットを送ってくれました。彼はすでにBTCに対してUSDCを借り入れていることを誇らしげに見せてくれたんです。私は「どの担保パスを使ったの？」と聞きました。彼は「アプリがデフォルトで提案してくれたやつだよ。いつも同じ」と言いました。

この答えが、Trustless Bitcoin Vaults（TBV）が面白いと同時に脆い理由の中心にあります。TBVは、ラップ、ブリッジ、あるいは誰かに資産の管理を委ねることなしに、Aave v4上でネイティブのビットコインによる担保バックのローンを可能にします。合成BTCはありません。ブリッジ契約が実物の資産を人質に取るようなこともありません。技術的には、担保レイヤーから信頼が設計上取り除かれています。

ですが、信頼は消えるのではなく移動します。ブリッジを信じる必要がなくなっても、ユーザーは依然として何かを信じる必要があり、たいていはガイドするインターフェース、デフォルトのパラメータ、そして摩擦の少ない最短ルートです。私の友人は、信頼不要のアーキテクチャを理解してネイティブBTCを選んだわけではありません。アプリが「簡単なクリック」としてそれを選ばせてくれたから選んだのです。

ここで自己批評：それはTBVの欠陥というほどではありません。シンプルさゆえに借り入れプロダクトが成功するのは普通で、むしろ望ましいことです。本当の論点は、プロトコルレベルで仲介の信頼を取り除くことが、実際にユーザーの行動を変えるのか、それとも人々が信頼を上流の「フローを設計する誰か」にだけシフトさせるのか、という点です。

@BabylonLabs_io が、テストネット上の活動のうちTBVに対する本物の理解がどれくらい反映されているのか、あるいはデフォルトパスの便利さがどれくらいなのかを見ているか気になります。

#grvt @grvt_io

最近、@GRVT_io のタイムラインをいつもより頻繁にリフレッシュしてます。$GRVT
TGE（トークン生成イベント）の前には、特定の種類の緊張感が積み上がっていくんです。誇大広告というより、ずっと自分が携わってきた“ゆっくりした公開”を見守っているような感じ。GRVT は 7 月 21 日にトークン生成イベントを行うことを確認し、コミュニティのエアドロップ配分は、固定の 10 億供給のうち 28% にまで増えました。これは、当初の計画からの上方修正です。
これは小さな調整ではなく、需要が高まるにつれてプールを縮めるというより、実際の利用に対して報酬を与える方向へチームがさらに踏み込んでいることを示しています。
私が注目しているのは数字だけじゃなくて、順序（シーケンス）です。エアドロップの登録は 7 月 10 日に開始され、7 月 27 日まで。さらに、配分を後でより大きく受け取るために一度分配のタイミングを遅らせることに同意する人向けの「マルチプライヤープラン」も用意されています。
「請求して投げる（claim and dump）」とは別の設計で、コミュニティに“どれくらい待てるのか”を選ばせているんです。
取引はまず GRVT 自身のスポット市場から始まり、その後チームはより大きな中央集権型取引所への上場に向けて公然と取り組んでいくとのこと。つまり、これは一発の出来事というより、数週間にわたって進んでいく流れです。
私はこれらを価格を予測するためのシグナルだとは見ていません。注目しているのは、エアドロップの仕組みが、ここで出来高を作ってきたトレーダーに本当に報酬を与えるのか、それとも最後のタイミングに駆け込んでくる人たちだけが得をするのか——その点です。
シーズン2を通して稼いで（ファーミングして）きたなら、マルチプライヤープランに参加しますか？それとも TGE で自分の配分を受け取りますか？

#BinanceTurns9 Binance 9歳 - あなたが築く、誕生日おめでとう

#grvt @grvt_io

暗号資産の中で「同時に両立してはいけないはずのこと」を頭の中でリスト化しています。第一は、プライバシーと透明性です。誰もが、どちらかを選ばなきゃいけないと思っています。
それでGRVTをよく見てみました。
仕組みはこちら。GRVTはハイブリッド取引所です——完全なCEXでもなく、完全なDEXでもありません。注文のマッチングは、機関投資家向けの高速インフラ上で行われ、オフチェーンで実施されます。しかし決済は？それはオンチェーンで行われるはずです。
仕事を2つに分けましょう。半分ずつ、それぞれが得意なことをやらせる。
オフチェーン側なら、クリックのたびに毎回面倒なウォレットのポップアップが出たり、ガス代の不安に悩まされたりしません。ブロックタイムではなくミリ秒単位でレイテンシーを測れます。
一方オンチェーン側なら、あなたの資金が実際にはGRVTに保管されることはありません。ずっとセルフカストディです。
プライバシーの部分はゼロ知識技術で、ZKsync上でvalidiumとして動作します。取引データ——あなたのポジションサイズ、マージン、清算価格——が、すべてのボットに狙われるような形で公開台帳にさらされることはありません。
その代わりGRVTは暗号学的な証明を生成し、その証明をEthereumにだけアンカー（紐づけ）します。公開ブックでなくても検証可能です。
ここでの本当の賭けはこれです。取引所は「速さ」と「プライバシー」を両立できるのか。そして、それでも“嘘をついていない”ことを証明できるのか。
GRVTはすでにパーペチュアルを稼働させており、オプションやスポットも拡大中です。さらに複数の地域で規制ライセンスの取得を追いかけてきました——多くの「分散型」プラットフォームは、こっそり避けがちです。
私はまだ細部を読み進めている最中です。もしCEXかDEXかの議論にいつもモヤモヤしているなら、grvt.ioはあなたの時間を10分だけ使う価値があります。

#grvt @grvt_io

また @GRVT_io に立ち返って、今回は1つの機能だけを見るのではなく全体像を掴もうとしているところです。#grvt
ほとんどの取引所は、早い段階でアイデンティティの選択を迫ります。あなたはCEXユーザーとして取引のスピードを重視し、鍵を他人に預けることを信頼するか、それともDEXユーザーとして自分自身で鍵を保持し、その自由の代償として多少の摩擦を受け入れるか、という二択です。GRVTはどちらか一方を選ぶようにはあまり求めません。ただ、進む分岐点を静かに取り除いているだけです。
その裏側では、オーダーのマッチングはオフチェーンで行われるため実行速度は維持され、決済はオンチェーンで確定することで、資金が実際にはあなたの支配から離れないようになっています。それだけでも十分に興味深い話です。さらに、zkSyncのValidiumアーキテクチャ上で動くプライバシー層が、取引データを公開の場から切り離しつつ、すべてがイーサリアム上で有効であることを証明します。スピード、カストディ、プライバシーは通常、同じ車を3人が同時に運転しようとするみたいに互いに反発し合います。でもここでは、同じ方向を向くことに合意できたように見えます。
画像をさらに変えるのは、GRVTが必須のKYCを廃止したことです。メールだけで取引を開始しながら、完全な自己カストディを維持できます。紙の上では奇妙な組み合わせです。無許可のアクセスが、機関レベルのインフラの隣にある。しかもロードマップは単なるパーペスではなく、RWAやより広範なウェルスマネジメントへと広がっており、このハイブリッドモデルを単発の小技ではなく基盤として位置づけています。
それが取引所のデフォルトとなるのか、あるいはうまく実行されたニッチにとどまるのか、私はまだ確信が持てていません。あなたにとって、どちらのほうがより長く残りそうですか？プライバシー層、それともKYCなしで始められるアクセス性？

#grvt @grvt_io

今週は@GRVT_ioについて、別の角度から少し考える時間がありました。#grvt $GRVT
「分散化」とは透明性が自動的に贈り物だ、というように語られることが多いです。完全な可視性――すべての注文、すべてのポジションが、誰でも見られる状態でそこにある。でも、カードを表向きにしてポーカーをしたことがあるなら、それが必ずしも有利ではない理由が分かるはずです。
そこで問題になるのが、GRVTが静かに解決しようとしていることです。多くのオンチェーントレーディングは、トレーダーがリアルタイムで何をしているかをそのまま露出させます。これは一見フェアに聞こえますが、同時にフロントランが可能になり、あなたが実行を終える前に大口の参加者が戦略を読み取れるようになることにも気づきます。注文フローは公開されたシグナルになり、公開されたシグナルは悪用されます。
GRVTの答えは、マッチングのためのオーダーブックをオフチェーンに保ち、ゲーム中に誰もあなたの手札を覗けないようにすることです。一方で決済は、zkSyncのValidiumの仕組みを通じてオンチェーンで行われます。取引はEthereum上で証明され最終化されるものの、通常ならあなたの意図を漏らしてしまう詳細はプライベートのまま保たれます。これは会社が約束するだけの「ふんわりしたプライバシー」ではなく、暗号によって保証された一風変わった形のプライバシーです。
さらに驚いたのは、これがもう「パーペス（無期限先物）」だけの話ではないことです。インフラは、より広い資産運用へと伸びていて、トレーディングアプリに後付けされた機能ではなく、カストディ（保管）とプライバシーを土台として捉えています。
私は、取引におけるプライバシーが実は“回避策”ではなく“公平性の仕組み”になり得るのではないかと考え続けています。市場が情報とタイミングに報いるはずだというなら、ラウンドが終わる前に、みんなの手札が本当に見えているべきなのでしょうか？

#grvt

最近@grvt_io を掘り下げていて、これが「exchange（取引所）」という言葉の意味そのものを考え直させてくれるタイプのプロジェクトなんだ。#grvt
昔はこれを二択だと思っていた。中央集権の取引所に資金を預けてスピードを取るか、完全にオンチェーンにして、運用（保管）を自分で握る代わりに処理が遅くなることを受け入れるか。どちらか一方。GRVTは、そのトレードオフがそもそも必要ではなく、未解決だっただけだという発想で作られている。
説明はシンプルだけど実現は難しい。注文はオフチェーンでマッチングされるので、取引は集中型プラットフォームに近い感覚で速く感じる。決済はオンチェーンで行われるので、その間ずっと資金は自分の管理下にある。これは「どっちを選ぶか」よりも、「なぜ私たちは最初からそう強いられていたのか」という問いに近い。
これが単なる“良い話”で終わらず成立しているのは、その土台にあるZKレイヤーだ。GRVTはzkSyncに紐づいたValidiumアーキテクチャで動いていて、つまり取引データをオフチェーンで非公開のままにできるのに、証明可能であり、Ethereum上で決済できる。ここが以前から私には矛盾しているように感じられていた部分だ。プライバシーと検証可能性は、本来共存しないはずだ。けれど、validiumsがデータの可用性と証明の有効性をどう実際に分離しているかを見ると、その理解が変わる。
まるで、お互いに話し合うようには設計されていなかった別々の2つのシステムが、ある日突然協力し始めたのを見るような感じだ。Perp市場、RWAの価格付け、オプション——全部が同じレール上に載っている。
今は、彼らのマージン／リスクモデルが実際のボリューム下でどう耐えるのかをまだ検討しているところだ。もし過去にハイブリッド取引所を使ったことがあるなら、カストディ（保管）モデルは実際にあなたの取引の仕方を変えた？それとも、気持ちの面だけが変わった？

#opg $OPG @OpenGradient

開発者の視点：初めてAIの知識がインフラになれる
私はサイドプロジェクトをかなりたくさん作っていますが、よく遭遇する課題の1つは、自分でモデルをホストするか、いつでも条件が変わり得る大手企業のAPIを使う以外に、個人向け（パーソナライズされた）AIをうまく統合する良い方法がないことです。
思いもしなかったのですが、Twin.fun on @OpenGradient は、それをまったく別の方向から解決してくれました。
開発者は、twin keyの価格フィードを統合し、keyの所有権を検証し、OpenGradientからの許可なしに、Twin.funというインフラの上にアプリを構築できます。
たとえば、特定のアナリストのkeyを保有している人だけに向けたトレーディングツールを作りたいなら、それができます。
特定の研究者のkeyを保有している人だけが見られるダッシュボードを作りたいなら、それができます。
そのアクセス制御のロジックはスマートコントラクト上にあり、オープンで、誰にも一方的に奪い取ることはできません。opengradient
それは一般的なプラットフォームの運用とはまったく違います。
通常、あなたはあるプラットフォームの上に構築していて、彼らがAPIや契約条件を変更すると、あなたのプロダクトは死んでしまいます。
Twin.funでは、あなたが上に積み上げるのはブロックチェーン上のスマートコントラクトであり、そのロジックは一方向には変更できません。
$OPG settleこのインフラ上でトランザクションごとに処理されます。
途中に入る会社がそれをオフにする判断を下すことはできません。
これが初めて、AIの知識アセットが、エンドユーザーが消費するための“製品”だけではなく、開発者がその上に構築できる“プリミティブ”になれるということです。
もしあなたが開発者なら、Twin.funのkey所有権インフラの上に何を作りますか？

#opg $OPG @OpenGradient

題名：数か月使っていたアプリが、実は別のブロックチェーン上でこっそり動いていた
私は、実際にどこが私の質問に答えているのかを理解するまで、BitQuantを何週間も使っていました。
「このプールの清算リスクはどれくらい？」のようなことを入力すると、きれいな回答が返ってきて、それがOpenGradientが直接運営しているサーバーから来たものだと私は当然のように思い込んでいました。ですが、その前提は間違っていました。しかも、そのことに気づいたのは、ある日の暇つぶしの好奇心でアーキテクチャを掘り下げたときでした。
BitQuantはOpenGradientの製品なだけではありません。Bittensor上のSubnet 15としても展開されていて、これは完全に別の独立した分散型AIネットワークです。多くの暗号資産ユーザーは、そもそもそこに触れたことすらありません。
私が入力した質問は、見た目がきれいなWebインターフェースから、私には関係のない独立したマイナーノードに振り分けられていました。それらは互いに競い合い、最良の回答を作ることで、バリデータノードがその成果を評価し、TAOで報酬を支払う仕組みです。私は顧客でした。しかし、私は自分が「誰か別のインセンティブ市場に分配される作業（負荷）」でもあることを知りませんでした。
私を惹きつけたのは複雑さではありませんでした。どれほど見えないまま維持されていたか、そこです。製品体験は、下にある仕組みについて何も暴かなかった。それは事故ではなく、意図によるものです。良いインフラは、消えるべきものです。私が信頼していたインターフェースは、考える必要のない競合するAI事業者の市場の上に薄く載っただけで、そのおかげで、システムはうまく機能していました。つまり、私が考えなくて済むことが、仕組みそのものだったのです。
私はいまだにBittensorのインセンティブメカニクスを完全には理解できていません。ただ、BitQuantの回答が、何百もの無関係な質問に対して一貫して感じられた理由については、以前よりずっとよく分かるようになりました。
あなたも、信頼していたツールが、あなたが聞いたこともないインフラの上にこっそり作られているのを見つけたことはありますか？

#opg $OPG @OpenGradient

人々は「verifiable AI」を、まるで唯一のもののように語ります。実際には、AI推論が正しいことを「prove（証明）」する方法は3通りあり、それぞれが trustlessness（信頼不要性）、速度、コストの間でまったく異なるトレードオフを持っています。そして、どの方法を選ぶかは、あなたが何を構築しているか次第です。

OpenGradientは、この3つすべてを同時にサポートしています。ZKMLはゼロ知識証明（zero-knowledge proof）を使うため、最も信頼不要的です。つまり、特定のハードウェアや第三者を信じる必要がありません。しかし、証明生成には多くの計算が必要で、速度も大幅に遅くなります。これは、リアルタイムを必要としない、高い価値のある意思決定に適しています。TEE検証は、trusted execution environment（信頼できる実行環境）によるハードウェアのアテステーションを使うため、はるかに高速で、大規模なLLMにもスケールできます。頻繁な推論で低レイテンシーが必要な場合に適しています。バニラ検証は証明を生成せず、結果をチェーンに書き込むだけです。推論ノードを信頼することを許容でき、高スループットが必要なユースケースに向いています。

これら3つの方法は競合しません。同じネットワーク上で、異なる3種類のユースケースに対応するものです。そして、開発者は推論を呼び出す際に、自分の具体的な要件に合う方法を選びます。

私が最も重要だと感じているのは、OpenGradientが「ある方法を選んで、それが最良だ」と宣言することをしていない点です。3つは同じネットワーク上に共存し、同じ台帳（ledger）にプローフを決済（settle）し、さらに任意のフルノードが検証できます。開発者はインフラの制約ではなく、推論を呼び出すときの具体的な要件に応じて方法を選びます。

私が追っている問いは、ZKMLが、ハードウェアの進歩によってより安く、より速くなるにつれて、3つの方式のバランスは完全に信頼不要な方向へ移るのか、それとも、LLMがZKを上回るほどの速度でスケールしてしまうため、TEEが支配的な位置を保ち続けるのか、ということです。

#opg $OPG @OpenGradient

タイトル：証明の数学を変える158x
私は、計算に0.5秒あれば済むはずのものに対して、暗号学的な証明が生成されるまで4分待ったことがあります。読み込みスピナーを見つめながら、数学的にいかにエレガントな保証であっても、これが本番環境で使われることは誰もないだろうと思ったのを覚えています。待つ余裕のない証明は、本当に言えば機能ではありません。これは、プロダクトの服を着た研究論文です。
その記憶が、LagrangeによるOpenGradientのModel HubへのDeepProveの統合について読んだときに蘇りました。
ZKMLは常に、厳しいトレードオフを抱えてきました。暗号学的な保証は本物で、数学的に破綻のない、そもそも誰かの運用者を信頼する必要がない種類の証明です。しかし、玩具サイズを超える任意のモデルに対してその証明を生成するのは、これまであまりにも遅すぎて、時間に敏感な用途で正当化できる人はほとんどいませんでした。私はそれを、理論的には完璧だが、実際のほとんどのワークロードでは使い物にならないとして、頭の中で切り捨てていました。
DeepProveは、その数学を直接変えます。Lagrangeは、従来のzkMLアプローチより158倍高速であるだけでなく、無限にスケール可能でデフォルトで安全なままに作り上げました。これは単なる段階的なスピード向上ではありません。重要な瞬間の後に到着する証明と、重要な瞬間に間に合う証明との差です。
DeepProveの検証済みモデルが、OpenGradientのModel Hubにそのまま公開されるようになりました。つまり、開発者がモデルを取り込む際に「速度か証明か」を選ぶ必要がなくなります。どちらも、あらかじめ用意されているのです。
暗号的に完璧なものと、実際に使えるものとのギャップが、ずっと小さくなりました。
技術的には正しい解決策でも、実際に使うには遅すぎるという理由だけで見捨てた経験はありませんか？

#opg $OPG @OpenGradient

タイトル: あなたにしか読めない証明
私はほとんどメッセージを送らなかった。
実数や口座情報、そして重要な意思決定が関わる金融状況について、AIアシスタントに尋ねる質問文を下書きしていた。送信ボタンの上で、長い間カーソルを止めた。送信されたその文章は、一体どこへ行くのだろうかとずっと考えていたからだ。どこかのサーバ。どこかのログファイル。あるいは、何かがうまくいかなかった日の、誰か社員のダッシュボードなのだろうか。
そのためらいこそがTEE推論が存在する理由で、私の背中を押して「なるほど」と腑に落ちたのは、プライバシーの主張そのものではなかった。証明がどのように機能するのかを学んだことだった。
リクエストがOpenGradientのTEEプロキシノードを経由して、AnthropicやOpenAIのような提供者にルーティングされると、実際のプロンプトや応答を受け取ったりログに記録したりできない。データは、オペレーターには見えない密閉された環境の中で処理されるからだ。推論が終わると、出力には署名が付けられ、ハッシュがオンチェーンに書き込まれる。誰でもハッシュが存在することは確認できる。しかし、それを作り出した内容を読めるのは私だけだ。なぜなら、そのハッシュを再構成するには、まず元の結果を手元に用意しておく必要があるからだ。
それは奇妙な種類の証明だ。公開されているのに、同時にプライベートでもある。ブロックチェーンは、何が公開されることもなく「何かが起きた」ことだけを確認する。私はついにメッセージを送った。
あなたがAIに入力するのをためらってしまった、最も機微な質問は何ですか？行き先がよく分からなかっただけで、ずっと打ち控えていたものは。

#opg $OPG @OpenGradient

Title: スマートコントラクトの中に化石を見つけた
先週、ほとんどの人がスキップするような乾燥した技術的リファレンスである契約ABIを読んでいたとき、何か奇妙なことに気づきました。関数はbuySharesとsellSharesと名付けられていました。しかし、ドキュメントの他の部分では、同じ資産がキーと呼ばれていました。
その不一致はバグではありません。それは化石です。
2023年にFriend.techが立ち上がり、人々がXアカウントのシェアを買ったり売ったりできるようになりました。当時、ある暗号法律家が報道者に言ったところによると、彼は「シェア」という言葉を見た瞬間に法的な警鐘が鳴ったそうです。なぜなら、ハウイーテストは、買い手が他の誰かの努力から利益を合理的に期待するかどうかにかかっていて、シェアはその期待を招く言葉そのものだからです。Friend.techは数週間でシェアをキーに静かに改名しました。同じメカニズムですが、異なる言葉、非常に異なる法的立場です。
Twin.fun、OpenGradientのAIデジタルツインのマーケットプレイスでは、初日からボンディングカーブの単位をキーと呼んでいます。しかし、ドキュメント自体は、キーが初期の契約バージョンで以前はシェアと呼ばれていたことを認めており、今でもABIの中にbuySharesとsellSharesが残っています。チームは、弁護士の警告がバイラルになる前に、ローンチ前に教訓を学びました。
オンチェーンで何かを呼ぶことは、単なる化粧ではありません。それは、チームが前のサイクルの間違いを念頭に置いて構築しているのか、盲目的にそれを繰り返しているのかを示す最初の信号です。
あなたは、チームが明らかに繰り返したくない決定の痕跡を見つけるために、スマートコントラクトを十分に注意深く読んだことがありますか？

#opg $OPG @OpenGradient

「私が構築したモデルが消えました。誰も私に最初に聞かなかった。」
私は去年、DALL-E 3の上に小さなツールを構築しました。特別なものではなく、私のチームの数人が毎日使っていたワークフローです。しかし、2025年11月にメールが来ました。廃止通知、2026年5月12日に削除予定、私のプロンプトの半分に対して異なる結果を生み出す推奨の代替品。投票も交渉もなし。私が依存していたモデルは、他の誰かのカレンダーで単に消えてしまうのです。
その経験は、今私がAIインフラを評価する方法を変えました。どのモデルが最高のパフォーマンスを発揮するかを尋ねるのをやめ、実際に明日存在するかどうかを制御しているのは誰かを尋ねるようになりました。
OpenAIは、DALL-E 2とDALL-E 3を5月にシャットダウンし、8月にはアシスタントAPIを完全に引退させる予定で、彼ら自身の文書が呼ぶ「劣化モードなし、猶予期間なし」であり、2026年までのロールアウト廃止スケジュールに沿って、GPT-4oバリアント、o1、codex-mini、Realtime Betaを循環させています。これらの決定はすべて、製品を構築した開発者によってではなく、自社のロードマップを最適化している会社によって行われました。
OpenGradientのモデルハブは、アップロードされたすべてのモデルをワルラスの分散ストレージに保存し、プロバイダーが条件を変更しても取り下げられたり、検閲されたり、失われたりしないように特別に設計されています。モデルは企業のインフラの決定の中には存在しません。それは、誰も一方的に取り消すことができない恒久的なコンテンツアドレスの位置に存在します。
私はすべてのモデルがその保証を必要とするとは思いません。しかし、私がビジネスを構築するモデルはおそらく必要でしょう。
依存していたモデルやAPIがあなたの下から廃止されたことがありますか？その移行に実際にどれだけの労力がかかりましたか？

#opg $OPG @OpenGradient

私はこのトークンのライフサイクルの2時間目にpump.funトークンを買いました。チャートは止まらないように見えました。しかし、6時間目にはクリエイターが上昇する途中でのすべての買い注文に売りを入れ、姿を消しました。私は運が悪かったわけではありません。私は出口リクイディティでした。そして、トークンをクリーンに上昇させたボンディングカーブメカニズムは、クリエイターがクリーンに逃げることを可能にした正確に同じメカニズムでした。
その経験から、私はボンディングカーブというカテゴリーに疑念を抱くようになりましたが、twin.funがどのようにして異なる構造で同じ数学を使用しているかを読み進めるまで、疑念は続きました。
ボンディングカーブは、価格設定されるものの状態によってのみ機能します。ミームローンチパッドでは、価格設定されるものは何もなく、名前とチャートだけですから、カーブの唯一の実際の機能は、誰も気づく前に遅れて買った人からクリエイターにお金を移転させることです。twin.funは、実際のクリエイター、創業者、または投資家をモデルにしたAIデジタルツインへのアクセスを価格設定します。キーを購入すると、そのツインの思考、チャット、ツール、コミュニティにアクセスできます。カーブの下にある資産は、ダンプが重要になる前に機能を持っています。
実際に私の考えを変えた部分はインセンティブの分配です。クリエイターは、自分のツインに対する取引手数料の50％を永続的に獲得し、単一のローンチスパイクからではありません。それは、彼らの収入をツインが有用で取引され続けることに結びつけ、私を失望させた創業者のように早くキャッシュアウトすることには結びつけていません。
カーブは何でも価格設定できます。しかし、誰かが明日もそれを欲しがる理由を作り出すことはできません。
あなたはボンディングカーブのローンチで出口リクイディティだったことがありますか？そして、何がきっかけで遅すぎる気づきを得ましたか？

#opg $OPG @OpenGradient

私は以前、より多くのセキュリティが常に良いと思っていました。しかし、すべてを同じパラノイアレベルで暗号化するシステムで働いた時、使い捨てのチャットログと財務記録の両方が、過度の慎重さによって全体が停止してしまうのを目の当たりにしました。文脈を無視したセキュリティは保護ではありません。それは、実際にリスクがあるかどうかに関係なく、誰もが支払う税金です。
その記憶は、OpenGradientがAIの検証をどのように扱っているかを読みながら戻ってきました。ほとんどのプロジェクトは、検証可能性を一つのスイッチとして扱いますが、OpenGradientはそれをスペクトルとして捉えています。すべての推論に同じ証明要件を強制することは、別の種類の失敗になるからです。
チャットボットの返信はTEEアテステーションを受け取ります。これは、正しいコードが密閉されたエンクレーブ内で実行されたことを証明するハードウェアレベルの証明で、あなたがそれが起こったことに気づかないほど迅速です。DeFiの清算モデルや高リスクの金融判断にはZKMLが使われます。これは非常に厳密な暗号証明で、1,000倍から10,000倍遅く動作し、間違えることが実際に誰かの金銭的損失を招く場合にのみ使用されます。低リスクのワークロードは、重い検証を完全にスキップし、署名チェックだけで実行することができます。
私が注目したのは、その選択の背後にある規律です。「すべてが暗号的に証明されている」とマーケティングする方が簡単でしょう。代わりに、ドキュメントはZKMLをどこにでも強制すると、普通のチャットにはネットワークが使えなくなることを認めています。
良いインフラはすべてを同じように保護することはありません。実際に重要なものを保護し、他のすべてからは道を避けます。
すべてを同じレベルで保護しようとして失敗したシステムを見たことがありますか？