未明け方、Agent スクリプトを改造して走らせたところ、途中で3回もモデルを入れ替えていたのに気づいた。ログには、独り言みたいな文字列しか残っていない。問題が起きたとしても、完全に追跡・遡及できない。PCを閉じる前に、@OpenGradient の x402 Gateway を抜き差しして、こいつが言っていた Agent の「水・電・ガス」（比喩的な包み言葉）が本当に“モデル変更”や“証拠の確保”までを一体としてやっているのか、はっきり見たかった。
同じ Agent を x402 Gateway 上で4種類の異なるタスクチェーンで走らせた。各チェーンにつき3ラウンド、合計12回の実行それぞれで、呼び出し順序、課金額、署名、能力ルーティングのミドルウェアが着地したノード、Verification Layer が発行した領収（回执）を1枚の表に落として逐次照合した。Agent が1ホップ進むたびに、チェーン上では同時に2つのことが起きていた。HTTP 402 に基づくマイクロ支払いと、それに対応する実行回执。双方は同じ呼び出しハッシュで紐づけられていて、どちらかが欠ければ成立しない。
大衆の議論で x402 Gateway に焦点が当たるのは、ほぼ「Agent 一発でモデルを調整する」みたいな体感機能だ。OpenGradient が実際にやっているのはもっと冷徹だ。呼び出しと証拠（留证）を、2つの別イベントではなく“単一の原子的操作”として圧縮している。HTTP 402 は支払いを「呼び出しそのもの」のフィールドに変え、能力ルーティングのミドルウェアは見積もりに基づいてノードへマッチングする。Verification Layer は、毎回の課金が“誰でも検証できる”回执の1本に対応するようにする。Agent が金を使いたければ証拠を残す必要があり、証拠を残すには先に支払わねばならない。
指標も入れ替える必要がある。私は OpenGradient の x402 Gateway に何本の Agent が接続されたかを見ない。反共通（反コンセンサス）系のデータを見ている。毎日、Agent のマルチホップ呼び出しの中で、課金と回执が完全に1対1で対応している割合だ。前者は“熱量”を測り、後者はこの「水・電・ガス」が本当に責任のリンク（責任連鎖）まで接続しているのかを測る。$RAVE
もし $OPG が、単に1回の Agent 呼び出しにおけるマッチング手数料を担っているだけなら、それは Agent 燃料代币（燃料トークン）に近い。しかし、将来のノードの見積もり競札、回执の発行、Agent 行為の追責、呼び出しを跨いだ清算、長いチェーンでの仲裁分配まで、それがそれを取り巻く形で閉ループを形成するのなら、それが担うのはもはや燃料代币ではなく、この「Agent の責任帳簿ネットワーク」の清算（決済）を支える中核資産になる。$BASED
結論は急がない。Agent の「水・電・ガス」は、本物の長いチェーンを負荷として耐え抜ける必要がある。私は引き続き、OpenGradient のメインネットと、その後に Agent が接続して投入してくるサンプルを見ていく。#opg