日曜にお気に入り（ブックマーク）を整理していたら、半年前に書き写した一つの「AIのオンチェーン競合各社のモデル一覧表」を見つけました。各社がぶら下げているモデル数は二桁から三桁までさまざまでした。ついでに、@OpenGradient のオンチェーンパネルを開いてみると、Model Hub はすでに4,500以上のモデルをホスティングしていました。当時の表に載っていた全ての項目を合計した数の、何倍もあります。私はすぐに驚くのはやめ、あの“体量”が本当に処理能力として機能しているのか、それとも呼ばれたことのない空ファイルが大量にぶら下がっているだけなのかを確かめたくなりました。
私は「仕事の週5日」を選び、そのModel Hubで当日に呼び出されたモデルを4つの次元で引き出しました：重みハッシュ、ホスティング・ノードの分布、能力ルーティング・ミドルウェアのスケジューリング記録、そして Verification Layer の領収（回执）。その週の各日から12サンプルを抽出し、6 0組のデータについて、アップロード時刻、初回呼び出しの遅延、回执の署名を表に落として1行ずつ照合しました。結果はかなりきれいでした。4,500以上のモデルのうち、直近1週間に実際のトラフィックがあったものが相当な割合を占めており、テール（長尾）側もコールドスタートで持ち上げられていました。
モデルのホスティング数についての大衆の議論は、ほとんどが“数の比較”に集中しています。OpenGradientで本当に検証できる差は、もっと冷静です。体量はアップロード数の積み上げではなく、各重みはWalrusにスライスとして保存され、呼び出し時には能力ルーティング・ミドルウェアが可用性に応じて組み直し、Verification Layerが印を押す。載せるにはストレージ容量を縛る必要があり、呼び出すには回执に痕跡を残す必要があり、データを“刷る”コストは“やるべき仕事”より高い。4,500は、表の一行の数字ではなく、実際の受け皿としての体量です。
指標も入れ替えるべきです。私はOpenGradientが累計で何件のモデルを載せたかを見ません。注目するのは反共通認識の指標です。すなわち「週に少なくとも一度、実際の有料呼び出しによって起動され、かつ Verification Layer に回执が残っているモデルの比率」です。前者は“入庫”を測り、後者は“このホスティング層が本当に開発者に使われているか”を測ります。
もし $OPG が、単に1回のモデル呼び出しに対するマッチング手数料を担うだけなら、それは呼び出し課金のトークンに近い存在です。しかし将来、ホスティング容量の担保、コールドスタートのインセンティブ、回执の発行、ロングテール配分、そしてゾンビモデルの引き上げに伴う罰金などがすべてそれを中心に閉ループを形成するなら、それが担うのはもはや課金トークンではなく、このモデル・ホスティング・ネットワークの容量信用資産です。
結論は急ぎません。体量の優位性は、長尾の領域で繰り返し検証されて初めて意味を持つので、私は引き続きOpenGradientのメインネットおよび、その後にモデル提供者から受け取って公開されるサンプルを見ていきます。
#opg