B A S I L KHAN

#baby $BABY I used to think of Bitcoin's idle supply as a fixed limitation — an asset that would always be more valuable held still than put to work. Then I looked at what "idle" actually adds up to.

Over 99% of circulating Bitcoin sits completely unstaked right now. That's not a rounding error — it's the largest pool of dormant capital in the entire crypto market, roughly a trillion dollars of economic weight doing nothing but sitting in wallets.

Here's what reframed it for me: every other major chain built its security from scratch, competing for staked capital that had to be created, incentivized, and grown from zero over years. Bitcoin doesn't have that problem. The capital already exists. It's already the most trusted store of value in the space. The only missing piece was a mechanism to put it to work without breaking the custody guarantees that made it trustworthy in the first place.

That's the actual bet @BabylonLabs_io is making — not that Bitcoin needs a new use case, but that the use case was sitting there unused the entire time, blocked by a technical gap rather than a lack of demand.

I don't think this plays out overnight. Real adoption depends on enough BSNs launching, enough finality providers proving reliable, enough delegators actually doing the diligence I've been writing about all campaign. The mechanism is live. Whether it scales to a meaningful fraction of that trillion dollars is still an open question, not a foregone conclusion.

What I'm watching going into the next phase isn't the total number of BSNs announced — it's what percentage of that idle 99% actually starts moving.
$1000RATS $IDOL
@BabylonLabs_io #1000sats

#HedgeFundsAddBullishOilBets #OpenAIFindsMoreAgentsEscapedContainment #AmazonRaises2026CapexTo$220B

How much idle Bitcoin will move to Babylon?

#baby $BABY @BabylonLabs_io

I used to assume "staking" automatically meant handing your coins to someone else until you cash out. Then I looked at what actually happens to my BTC the moment it enters a Babylon staking transaction.

It never leaves my control.

The BTC gets locked directly through a Bitcoin-native script no custodian holding the keys, no wrapped token standing in for the real asset, no bridge contract that could get exploited. The lock exists on Bitcoin's own chain, enforced by Bitcoin's own rules, the same rules that already secure every transaction I've ever made.

What actually happens is a Taproot script with two spending paths built in. One lets me reclaim my BTC once the timelock ends. The other only activates if the validator I delegated to breaks protocol — that's the slashing path, and it's the only scenario where my funds move outside my intended path.

I don't take this to mean zero risk. There's still a covenant committee involved in enforcing certain conditions, and delegating to a bad finality provider still carries consequences. But there's a real difference between "trust one company with your keys" and "trust a defined, auditable mechanism enforced by Bitcoin script." Custodial staking asks you to believe a promise. This asks you to verify code.

For anyone who's held BTC specifically because they didn't want to depend on anyone else, this is the detail that actually matters not the yield number, but whether earning that yield quietly reintroduces the exact dependency Bitcoin was built to remove.

@BabylonLabs_io I was comparing Babylons Finality Provider model to normal PoS delegation, and one thing stood out: the incentive structure isn't symmetric the way people assume.
In most delegated PoS systems, if your validator misbehaves, you share the punishment your stake gets slashed alongside theirs. That's the whole point: it forces delegators to actually vet who they're delegating to. Babylon's setup keeps that same core idea for Bitcoin your BTC is exposed to slashing risk based on the Finality Provider you choose, even though you never hand over custody of the coins themselves.
Why that matters: self-custody usually gets marketed as "safety," full stop. But self-custody doesn't remove your exposure to someone else's bad behavior it just removes custodial risk specifically. You can keep full control of your BTC and still lose it to slashing if you delegated carelessly. That's a meaningfully different risk than "my exchange got hacked," but it's not zero risk, and I think the messaging around Bitcoin staking sometimes blurs that line.
The trade-off worth naming: this pushes real due diligence onto stakers. Picking a Finality Provider isn't a cosmetic choice, it's an active risk decision uptime, signing behavior, operational security all become your problem by extension. A lot of BTC holders staking for the first time aren't used to thinking that way, because BTC itself has trained people to think mostly about custody risk and nothing else.
So the incentive design is sound on paper — it should, in theory, create a market where reliable Finality Providers earn trust and bad ones get starved of delegation. Whether that market actually forms depends on stakers doing the diligence the design assumes they will.#baby $BABY

Spent time in the @BabylonLabs_io docs today trying to understand what Finality Providers actually do. The role is less obvious than it first appears.

In a normal PoS chain, validators stake the chain's native token to earn voting power. Finality Providers do something different. They receive BTC delegations from stakers and use that delegated Bitcoin as the economic weight behind their votes on block finality.

The staker never transfers their BTC. No private keys move. The BTC stays locked in a self-custodial script on Bitcoin. What gets delegated is purely the voting power that BTC represents. The Finality Provider votes. The Bitcoin backs that vote economically without ever leaving the staker's control.

What changed my thinking is what this means for the PoS networks relying on this security. Their safety no longer depends only on how much their native token is worth. It depends on Bitcoin's economic weight sitting behind every finality vote. That is a fundamentally different security foundation than most PoS chains have access to today.
The slashing side completes the picture. If a Finality Provider double signs, EOTS exposes their private key and the slashing conditions execute automatically. The voting power delegated to them came with real consequences attached.

What I kept sitting with is the staker's position in all of this. You delegate to a Finality Provider whose behavior you cannot directly control. The cryptography protects your principal. But your choice of provider still matters for the health of the networks being secured.
If voting power is delegated but BTC never moves, what does accountability actually look like for the staker choosing where to delegate?

#baby $BABY

#baby $BABY / @BabylonLabs_io
Reading through the Babylon docs today, I kept stopping at one question.

Bitcoin has no smart contracts. So how does a protocol enforce slashing on BTC that never left the Bitcoin chain?
The Covenant Committee is the answer, but not in the way I initially assumed.

Every staking transaction gets reviewed by the committee before it becomes active. They check that the unbonding and slashing conditions match Babylon's rules. If they reach a quorum, they pre-sign both the unbonding and slashing transactions right there. Their signatures are already in place before the staking period even begins.

That pre-signing detail changed how I understood the whole model. The committee isn't watching for misbehavior and reacting to it. They sign everything upfront. After that, the only missing signature to execute slashing is the Finality Provider's own. And that signature only becomes available if the provider double signs, which is exactly what EOTS is designed to expose.

What stayed with me is the protection built in for stakers. The committee cannot steal your stake. They cannot cause a wrongful slash. Your own EOTS key is required in the slashing condition, and only you hold it. Even a fully compromised committee cannot move your Bitcoin against your will...

I kept seeing "trustless Bitcoin staking" everywhere and took it at face value. Then I actually read the staking script docs.
There's a covenant committee.

A group of parties whose Bitcoin public keys are baked directly into the staking transaction. Their job: co-sign certain spending paths so the protocol can enforce slashing and unbonding without needing on-chain consensus every time.

Without them, the whole mechanism doesn't function — unbonding wouldn't be fast, slashing wouldn't be enforceable.

So here's the actual tradeoff nobody puts in the headline: Babylon removes the custodian, but it doesn't remove every trusted party. It shrinks trust down to a defined committee with cryptographic constraints instead of a single company with a ledger you can't audit.
That's a real difference — a multisig committee with published rules isn't the same risk as a custodian who can freeze your account. But it's not zero trust either, and treating it that way sets people up to be surprised later.

Most people staking today won't check who's on that committee, or what threshold of signatures it takes to move funds.

I did. Worth doing before you lock BTC into anything.

Trustless isn't binary. It's a spectrum, and Babylon just moved further along it than custodial bridges — not all the way to the end.

#baby $BABY @BabylonLabs_io

#baby $BABY today i Checked the @BabylonLabs_io staking docs today and one detail reframed how I was thinking about what native actually means here.

Every existing path to Bitcoin yield requires an asset swap at some point. Wrapping turns your BTC into a synthetic derivative whose value depends on the bridge holding it. Bridging moves something that represents your BTC to another chain while the original sits locked somewhere else. In both cases you end up holding a claim on Bitcoin, not Bitcoin itself.

Babylon's staking mechanism works differently. Your BTC locks directly on Bitcoin using Bitcoin's own scripting language, timelocks and signature aggregation, with no smart contract system required on the Bitcoin side. The BTC never becomes something else. It stays exactly what it is, a Bitcoin UTXO, inside a self-custodied script the staker controls.

What that BTC is doing while locked is the interesting part. It provides economic security to proof of stake networks as delegated stake behind Finality Providers. If a Finality Provider double signs, the stake behind them can be slashed. The Bitcoin's existence as real economic collateral is what makes the security credible to the networks relying on it.

The unbonding detail stayed with me. Default withdrawal at timelock expiry requires no cooperation from Babylon or any external operator at all. Early unbonding requires a Covenant Committee co-signature, then a 7 day wait before funds are withdrawable. The staker can always exit through the default path even if every external party disappears.

That independence is the property most wrapped BTC approaches cannot replicate. The exit path is encoded in Bitcoin script at vault creation, not held in someone else's custody.

If staking yield on Bitcoin is finally possible without ever leaving Bitcoin, what happens to the demand for wrapped alternatives over time????

#baby $BABY
Went through the Babylon docs today and one number kept stopping me. Only 1% of Bitcoin is used in DeFi.

Bitcoin is the largest crypto asset by market cap. It is also, by a wide margin, the most idle one in decentralized finance. The reason is not apathy. It is the cost of entry. Every existing path into DeFi requires a Bitcoin holder to either hand custody to a third party, bridge across chains, wrap the asset into a synthetic version, or trust an intermediary whose solvency becomes the real risk. These are exactly the trade-offs long term Bitcoin holders have spent years refusing.

What @BabylonLabs_io is building around is a different starting point. The BTC never leaves Bitcoin. It locks into a Taproot script the depositor co-signs at vault creation. Every legitimate spending path is pre-signed before the vault goes live. After that, no party can fabricate a new spend. The protocol cannot move the BTC out, lend it elsewhere, or repurpose it. The collateral does only what the script allows.

On the Ethereum side, a protocol contract tracks each vault and lets an integrated DeFi application treat it as collateral. Cross-chain state transitions are enforced through cryptography, not by a trusted intermediary. The trust assumption shifts from a custodian's solvency to the protocol's cryptography and the two underlying networks.
The framing that stayed with me is what Babylon calls the vault in the original sense. Not a pooled capital contract where many users share risk together. A segregated, depositor-owned Bitcoin output. Closer to the secure compartment in a bank than to a DeFi liquidity pool.

If 99% of Bitcoin is sitting outside DeFi because every existing path requires giving something up, what does the space look like if that entry cost actually disappears???

$STABLE は止まらないボリューム 🤔

$STABLE 誰もがカットオフを確認する：ジェットコースターみたいにみんな入れ替わってる 🤣

$STABLE チームで販売開始です。資本にはご注意ください😅

@OpenGradient today の AlphaSense ドキュメントを読み進めるうちに、解決している中核課題が想像以上にはっきりしてきました。

LLM はジェネラリストです。推論、言語、文脈には強い一方で、価格予測やリスクモデリング、シビル検出のような高度に専門化されたタスク向けに作られてはいません。汎用目的の LLM に定量的なリスク分析をさせるのは、戦略家に専門のクオンツの仕事をさせるようなものです。推論は筋が通って聞こえても、実際にそのタスクが要求する精度が出力に欠けます。

OpenGradient 上の AlphaSense は、この一点に対する答えを中心に構築されています。LLM にすべてを無理にやらせるのではなく、エージェントはツール呼び出しを通じて、特定のタスクを専門の ML モデルに外部委託できます。ポートフォリオのポジションを評価する DeFi エージェントは、専用のリスクモデルを呼び出します。ウォレットのアクティビティをスクリーニングするエージェントは、シビル耐性モデルを呼び出します。LLM はオーケストレーションを担当し、専門モデルが実行します。

考え方を変えたのは、その下にある検証レイヤーです。OpenGradient で行う AlphaSense ツール呼び出しはすべて暗号学的な証明を生成します。実行された専門モデル、受け取った入力、返した出力—それらすべてがチェーン上で検証可能です。エージェントは単なるブラックボックスの専門家に外注しているわけではありません。証明可能に正しい専門家に外注しているのです。

LangChain 連携が、この点を私にとって具体化してくれました。LangChain を使っている既存のエージェントは、自分たちのアーキテクチャを書き換えることなく、OpenGradient が備える専門モデルのライブラリ全体に差し込めます。検証と専門的な知性が、中央集権的な推論の代替としてそのまま投入されます。

私が引っかかっているのは、これがエージェントの説明責任（アカウンタビリティ）に何をもたらすかという点です。もしすべてのツール呼び出しがチェーン上で行われ、検証可能であるなら、自律エージェントが実資本を運用する際の監査証跡は、外部の関係者が実際に確認できるものになります。

専門の ML ツール呼び出しがデフォルトで検証可能になるなら、時間とともにエージェントにどれくらいの自律性をどこまで拡張できるのでしょうか？

#opg $OPG
$OPG

今日はNeuro Stackのドキュメントを読み込むのに時間を使ったのですが、ある設計判断によって、「@OpenGradient 」が実際に何を構築しているのかという捉え方が変わりました。

ほとんどのL2フレームワークはスケーラビリティを提供します。Neuro Stackは、それよりも具体的なものを提供します。どのチームでも、自分自身の主権型ブロックチェーンを立ち上げられます。デフォルトでOpenGradientのAIインフラ全体を継承します。ZKML、TEE推論、SolidMLプリコンパイル、Model Hub――それらすべてが、Neuro Stackチェーンで再構築なしにそのまま利用できるようになります。

特に際立っていたのは3種類のチェーンです。インフラストラクチャ・チェーンは、エッジAIのような特定の縦分野向けに、ベースとなるAIレイヤーの上にカスタムのプリコンパイルを構築します。AppChainsは、プロダクトのネイティブ機能としてセキュアな推論を使えるようにします。エージェント・チェーンは最も独特で、完全にオンチェーンに存在する1つのプログラマブルAIエージェントのホスティングだけに特化したブロックチェーンです。独自のトークン、独自のブロックスペース、そして開発者が許可なく拡張できる許可不要のコンポーザビリティが組み込まれています。

最初の実際のデプロイが、それを具体化してくれました。Peri LabsはNeuro StackでDePIN向けのAIネイティブなチェーンを構築しています。エッジデバイス間でモデル、計算（compute）、データを調整しています。そして、そのチェーンはOpenGradientのメインネットワークに決済を戻します。

私の考え方を変えたのは、バリュー・アキュアル（価値の蓄積）の詳細です。各Neuro Stackチェーンには独自のトークンが持てます。そのチェーン上のトラフィックやユーザーが、そのトークンに対する価値を生み出します。一方で、推論の決済は、その下の層としてOpenGradientのネットワークへと流れていきます。エコシステムと基盤レイヤーが一緒に成長していくのです。

じっくり考える価値があるのは、特にエージェント・チェーンのモデルです。独自の主権型ブロックチェーンとトークンを持つAIエージェントが、外部の開発者によって許可不要で拡張される――こうした統治構造を、大規模にまできちんと検証した例はまだほとんどありません。

もしAIエージェントが独自のブロックスペースとトークンを持っているなら、実際に「その行動」に対して責任を負うのは誰なのでしょうか？

#opg $OPG

今日はTwin.funのドキュメントを読んでいたら、ボンディングカーブの仕組みに思った以上に時間を取られました。

Twin.funはOpenGradientのマーケットプレイスで、誰でも自分自身のAIデジタルツインを立ち上げられます。各ツインにはそれぞれ固有の市場があり、決定論的なボンディングカーブに基づいて売買されます。価格は需要に応じて自動的に調整されます。中央の当事者が評価額を設定するわけではありません。そのツインのゲートされた体験、チャット、ツール、コンテンツなど、クリエイターが設定したものへのアクセス権は、キーを保有することで解放されます。

私の時間を奪ったのは、このボンディングカーブがインセンティブに与える影響です。初期の保有者はより安く買える。需要が増えると価格は上昇し、初期保有者は利益を得ます。関心が下がれば価格は下落します。特定のツインへのアクセス価値が、ある時点でどれくらいかは、市場そのものが決めるのです。

モデルを変えるのは、クリエイター側です。プラットフォームのアルゴリズムが、どのクリエイターを誰の目に触れさせるかを決めるのではなく、クリエイターがOpenGradient上でツインを立ち上げ、ゲートされたユーティリティを設定し、キーの活動から直接収益を得ます。間に入って接続に対して家賃（レンツ）を抜く中間業者はありません。プロトコルが手数料を分配し、残りをクリエイターが受け取ります。

印象に残ったのは、その下にある推論レイヤーです。ツインとのあらゆるやり取りは、OpenGradientのTEEによって検証されたインフラを経由します。キー保有者に応答するペルソナは、閉じたサーバーの中のブラックボックスではありません。実行はネットワーク上の他の推論と同様に、ハードウェアでアテステーション（検証）されています。どのモデルが動いたかを確認できます。

多くのクリエイターの収益化プラットフォームは、クリエイターと視聴者の間に位置し、そのギャップから価値を抽出しています。Twin.funは、クリエイターが直接コントロールできる“取引可能な資産”として、その接続そのものを成立させようとしているのです。

もし、クリエイターのAIツインの価値がライブのボンディングカーブで価格付けされるとしたら、クリエイターは「オーディエンスを作る」ことと「市場を作る」ことのどちらにどう考えを向けるようになるのでしょうか？
@OpenGradient

Twin.funの最大のイノベーションは何ですか？

#opg $OPG

今日、PIPEのドキュメントを読み進めていて、1行に立ち止まりました。それが、<0-9]{11}@OpenGradient が実際にブロックレベルでやろうとしていることを、言い換えの形で捉え直させてくれました。

ほとんどのAIブロックチェーン統合は同じ仕組みです。スマートコントラクトがリクエストを発行します。オラクルまたはオフチェーンのサービスがそれを受け取ります。結果は、後続のトランザクションで返ってきます。つまり、AIとブロックチェーンは別々のレーンにいて、データが行き来するのはたまに、という関係です。

PIPE（Parallelized Inference Pre-Execution Engine）は、そのギャップを取り除きます。AI推論はブロック生成の“最中”に実行され、ブロック生成“後”ではありません。ブロックが確定するまでに、モデルはすでに実行済みで、その結果が、要求したのと同じブロックに埋め込まれます。2つ目のトランザクションを待つ必要はありません。AI層と実行層の間にブリッジもありません。

私がもう少し長く考え込んだのは、SolidMLのインターフェースです。どのスマートコントラクトでもSolidityからOGInferenceを直接呼び出し、ZKML、TEE、またはVanillaの検証を選び、HubからモデルCIDを渡して、同一トランザクション内で同期的に結果を受け取れます。そのモデルは、コントラクトが会話する別サービスではありません。契約がネイティブに呼び出す“プレコンパイル”です。

この仕組みをスケールさせるのが、並列化の詳細です。ブロック構築中に、異なるコントラクトにまたがる推論リクエストが並行して実行されるため、あるコントラクトで遅いモデルを使っても、ネットワーク全体のブロック生成を他の処理まで遅らせません。

そして考え続けてしまったのが、特にDeFiに対して何が変わるのか、という点です。ライブなMLモデルに基づいてリスクパラメータを調整し、その調整を引き起こすトランザクションの同一実行内で完結する貸付プロトコルは、数分ごとにオラクルを監視（ポーリング）している設計とは、本質的に別物です。

もしAI推論がスマートコントラクト内のネイティブ呼び出しになるなら、プロトコルのロジックと予測の境界はどう変わるのでしょうか？

#opg $OPG

今日はプライベート推論のドキュメントを確認してみたんですが、2ホップのアーキテクチャに思った以上に時間を取られました。

OpenGradientのプライベート推論にプロンプトを送ると、あなたの依頼の異なる部分を扱う、完全に別々の2つのエンティティが対応します。リレーはあなたのIPアドレスは見えますが、読めない暗号化された塊しか受け取りません。エンクレーブはあなたのプロンプトを復号できますが、見えるのはリレーのIPだけで、あなたのIPは見ません。どちらの当事者単独でも、「あなたが誰か」と「あなたが何と言ったか」を結び付けることはできません。

この分離はシンプルに聞こえますが、その実装の下ではそう簡単ではありません。あなたのプロンプトは、特定のアテステーション済みエンクレーブビルドに紐づいた公開鍵を使って、デバイス上でHPKEでシール（封入）されます。そのエンクレーブのハードウェアだけが秘密鍵を保持し、秘密鍵はエンクレーブのメモリ外へ出ることはありません。リレーは読み取れない不透明なバイト列を転送します。エンクレーブは復号し、推論を実行し、ハードウェア境界の内側で応答に署名して、それをシールした状態で送り返します。

私の考え方を実際に動かしたのは、これらが始まる前にあるアテステーション（認証）ステップです。あなたのデバイスが何かを暗号化する前に、デバイスはエンクレーブの公開鍵を取得し、それをAWS Nitroのアテステーション文書と照合し、さらにそのアテステーションをオンチェーンのTEEレジストリで照合します。あなたは、その鍵が正当なエンクレーブに属することを「信頼」しているのではありません。プロンプトの最初の1バイトが暗号化される前に、暗号学的に検証しているのです。

ドキュメントが明確に「スコープ外」としている部分が、特に腰を据えて考えるべきポイントです。トラフィックのタイミングや量は、両方のホップを監視しているネットワーク観測者には引き続き見えます。コンテンツとアイデンティティは保護されています。多くのアプリケーションでは、このトレードオフで十分です。本当に機密性の高い導入では、そのギャップを事前に計画しておく必要があります。

プロンプトが見えないとしても、あなたのトラフィックのパターンが見えるなら、コンテンツ保護は実際のところどれくらいのプライバシーを提供しているのでしょうか？
@OpenGradient

#opg $OPG

$BILL 偽のポンプ 😅

今日はMemSyncのドキュメントを読んでいて、以前はよく考えていなかった区別に立ち止まりました。

ほとんどのAIメモリ実装は、すべてをコンテキストの1つのフラットなプールとして保存します。MemSyncは設計としてメモリを2種類に分けています。セマンティックメモリは、スキル、嗜好、アイデンティティのような、長く持続する確かな事実で、言及された時期にかかわらず真実のままです。エピソードメモリは、時間に結びついた状況、現在のプロジェクト、進行中の目標、最近の出来事などで、進化したり古くなったりします。

この分け方は見た目以上に重要です。AIアシスタントが、あなたが2週間前にヨーロッパへ旅行していたことを、あなたがソフトウェアエンジニアであることと同じように覚えてしまうと、コンテキストは静かに時間とともに劣化します。1つの事実はずっと関連し続けます。もう一方は期限切れになります。同じ扱いをすることが、AIメモリがあなたについて自信満々に誤ってしまう理由です。

私の注意を引いたのは、その下にあるインフラです。あらゆるメモリ操作、抽出、分類、埋め込み生成は、OpenGradientのTEEで検証された推論を通ります。つまり、あなたについて何を覚えるか、どう分類するかを決めたプロセスが、どのプロンプトが使われたかの暗号学的な証明とともに、ハードウェアでアテステーションされた隔離環境の中で実行されたのです。

これは標準的なメモリアプリケーションAPIとは別の信頼モデルです。単に提供者があなたのデータを正しく保存したと信じるだけではありません。どの処理ロジックが触れたのかを検証できます。

私がずっと考えていたのは、エピソードメモリのライフサイクルです。MemSyncはメモリを時間に結びついたものとしてフラグを立てますが、ドキュメントには、有効期限や陳腐化を自動的にどう扱うのかが指定されていません。クリーンアップがスケジュールで行われるのか、取得時に行われるのか、あるいは手動でのみ発火するのか——この詳細が、実運用のシステムで数か月の間にどれだけドリフトが蓄積するかを左右します。

そのメモリ層が、どの事実が期限切れになるのを知っているなら、実際にいつ掃除されるのを決めるのは誰ですか？
@OpenGradient

#opg $OPG

今日はModel Hubのドキュメントに時間を費やし、このネットワーク上でのモデルのデプロイの見え方を変える1つの詳細に気づきました。@OpenGradient

Hub上のすべてのモデルには、分散ストレージ上のファイルを指し示すコンテンツ指向の識別子「Blob ID」が付与されます。静かに変わってしまうURLではありません。誰かが上書きできるバージョンタグでもありません。Blob IDは、その背後にある“まさにそのファイル群”に紐づいています。

これは、バージョニングを見るとさらに重要になります。マイナーバージョンは再学習や小さな修正をカバーします。メジャーバージョンはアーキテクチャの変更、あるいは入出力の破壊的変更をカバーします。各バージョンはそれぞれ独立したBlob IDを保持します。つまり、あなたのアプリが特定のバージョンを参照しているなら、Hubのどこか別の場所への新しいアップロードが、あなたが実行している内容に触れることはありません。あなたが構築したモデルは、ずっと同じモデルのままです。永続的に。

これを、今日のほとんどのAIモデルのデプロイ方法と比べてみてください。APIエンドポイントを呼び出すと、提供者がその裏側のモデルを更新し、あなたはコードを1行も変えないのにアプリの挙動が変わってしまいます。そうした“静かなドリフト”は、ただ当たり前として受け入れられています。

Playgroundは、私にとってこの点を具体化してくれたものです。これは別のデモ環境ではありません。実際のOpenGradientネットワークに対して推論を実行し、SDKやスマートコントラクト経由で得られるのと同じブロックチェーンのトランザクションハッシュが使われます。モデルのシミュレーションをテストしているのではありません。プロダクションのトラフィックが通るのとまったく同じ経路をテストしているのです。

そして私の印象に残ったのが、組織（organizations）機能です。チームが、それぞれ独自のカタログを持ちながら、共通のアイデンティティのもとで公開できるようになっています。これはHubがモデルマーケットプレイスのように振る舞うというより、インフラチームがキャリアやプロダクトを築いていくための“基盤”として機能している、ということだと感じました。

もしすべてのモデルバージョンが、それぞれのBlob IDに永続的に固定されるなら、AIの上に構築する長期的なビルドを、開発者がどれだけ信頼できるようになるのでしょうか？

#opg $OPG

$BILL 私たちは参加するに値しませんキャンペーン 😅