週末に小さな副業スクリプトをいじってみたら、LLMを使ったコンテンツのクリーニングを請けたいと思った。いくつかの主要APIを調べたが、登録のために企業のメールアドレスが必要だったり、カード登録やKYCが要るなど、開通手続きだけで午後を丸ごと持っていかれる。そこで OpenGradient の x402 Gateway に切り替えて、改めて「暗号決済のワンタッチでモデルを呼び出す」という話が、単なるセールストークなのか、本当にアプリ内の決済を分離しているのかを確かめることにした。
私は異なるサイズのモデルを3つ選び、同じクリーニング作業を x402 Gateway 上でそれぞれ4回ずつ、合計12回のリクエストを行い、毎回チェーン上の領収（回执）とゲートウェイの課金用分割（計量分片）を突き合わせた。毎回の呼び出しは HTTP 402 のネゴシエーションとマイクロ決済チャネルを経由し、ウォレットの署名でワンタイムの認証情報を発行してもらい、ゲートウェイがその後リクエストを対応するノードへルーティングする。呼び出しが終わった瞬間に精算が着金し、その間にアカウント、月次決済、プリペイドプールは存在しない。
世間の議論では x402 Gateway の「開発者にやさしい」といった使用感に関心が集まっている。だが OpenGradient が本当にやっているのはもっと下層だ。支払いをアプリ層ではなく、プロトコル級のプリミティブ（原語）として沈めている。HTTP 402 により、どんなクライアントでも同じ意味論（セマンティクス）で決済の交渉ができる。能力ルーティングのミドルウェアが、見積もりをノード単位でマッチングし、Verification Layer が各課金に対応する照合可能な回执を毎回発行する。支払いは「導入のためのステップ」ではなく、「呼び出しそのもの」の一部になる。
指標も入れ替える必要がある。私は OpenGradient が累計でどれだけの開発者を取り込んだかを見ない。反共通認識のデータ、つまり「毎日 x402 Gateway 上で1セント未満（1/1000円未満）のマイクロ額呼び出しが占める割合」および「この部分呼び出しのうち、完全な回执を伴う割合」に注目する。前者はハードルが本当にゼロに押し下げられているかを測り、後者は、この即時・即払いのチェーン路が小額シナリオで耐えうるのかを測る。
もし $OPG が単に1回の呼び出しに対するマッチング手数料を担うだけなら、それはむしろゲートウェイの通行パスのようなトークンだろう。しかし将来、見積もりの入札、ノードの担保、回执の発行、紛争の仲裁、そしてテール（裾野）のモデル分配までがそれを中心に閉ループを形成するなら、それが担うのは通行代ではなくなる。これは検証可能な LLM サービスネットワークの清算資産だ。
結論は急がない。支払い原語をプロトコル層に沈めるのは時間がかかる。私は引き続き OpenGradient のメインネットと、その後に開発者が接続して提供するサンプルを見ていきたい。#opg @OpenGradient