「“Trust Me” は検証ティアではありません」🤖
いま、機械はAIに支払いできるようになりました。
x402 により、エージェントには支払い用のレールが用意されます。つまり、支払い済みのリソースを要求すると HTTP 402 のマニフェストが返り、認可を署名し、オンチェーンで決済します。
とはいえ、より難しい部分が残っています。
エージェントは、自分が支払った計算が実際に本当に実行されたことをどうやって知るのでしょうか?
Cluster Protocol は、支払いだけでは不十分だという考えのもと、0G の上に構築されています。応答には証明が同梱される必要があります。
0G はその証明をティア(段階)で提供します。
オープンウェイトモデルの場合、TEEML は TEE ハードウェア内で重みを実行します。Intel TDX と H100 または H200 の機密 GPU を使用します。エンクレーブが応答に署名し、アッテステーション(証明)によってユーザーはエンクレーブの測定値とモデルのハッシュを確認できます。
Claude や GPT-5.6 のようなクローズドモデルの場合、0G は TeeTLS を使います。エンクレーブで保護されたブローカー経由での認証済みルーティングにより、本物のAPIへ到達します。
ティアが違えば、主張(クレーム)も違う。
Cluster はこれを上位に置き、オーケストレーションと決済のレイヤーとして機能します。必要な検証ティアがどれかを判断し、アッテステーションのチェックが通った場合にのみ x402 により支払いがクリアされるようにします。
$ICP は検証可能な計算を「身近なもの」にしました。$VIRTUAL はエージェントを無視できない存在にしました。
0G と Cluster が不足していた手順を担当します。エージェントが支払う → 計算が実行される → 証明がチェックされる → 決済がクリアされる
エージェントは「何かが回答したから」支払いません。
支払うのは「自分が得たものを確認できるから」です。
#AI #0G
いま、機械はAIに支払いできるようになりました。
x402 により、エージェントには支払い用のレールが用意されます。つまり、支払い済みのリソースを要求すると HTTP 402 のマニフェストが返り、認可を署名し、オンチェーンで決済します。
とはいえ、より難しい部分が残っています。
エージェントは、自分が支払った計算が実際に本当に実行されたことをどうやって知るのでしょうか?
Cluster Protocol は、支払いだけでは不十分だという考えのもと、0G の上に構築されています。応答には証明が同梱される必要があります。
0G はその証明をティア(段階)で提供します。
オープンウェイトモデルの場合、TEEML は TEE ハードウェア内で重みを実行します。Intel TDX と H100 または H200 の機密 GPU を使用します。エンクレーブが応答に署名し、アッテステーション(証明)によってユーザーはエンクレーブの測定値とモデルのハッシュを確認できます。
Claude や GPT-5.6 のようなクローズドモデルの場合、0G は TeeTLS を使います。エンクレーブで保護されたブローカー経由での認証済みルーティングにより、本物のAPIへ到達します。
ティアが違えば、主張(クレーム)も違う。
Cluster はこれを上位に置き、オーケストレーションと決済のレイヤーとして機能します。必要な検証ティアがどれかを判断し、アッテステーションのチェックが通った場合にのみ x402 により支払いがクリアされるようにします。
$ICP は検証可能な計算を「身近なもの」にしました。$VIRTUAL はエージェントを無視できない存在にしました。
0G と Cluster が不足していた手順を担当します。エージェントが支払う → 計算が実行される → 証明がチェックされる → 決済がクリアされる
エージェントは「何かが回答したから」支払いません。
支払うのは「自分が得たものを確認できるから」です。
#AI #0G

