#KiteBBW $KITE
カード決済は買い手を守り、売り手を危険にさらす😒。
顧客は数か月後に請求に異議を申し立てることができ、そのチャージバックの負担は加盟店が負う。
Kiteのサービスプロバイダー向けガイドには、この流れを逆転させる仕組みが説明されている。エージェント経済において、この逆転こそ最も過小評価されている設計上の選択だと思う😁。

流れはシンプルだ。
エージェントがエンドポイントを呼び出すと、サービスは価格、支払い先アドレス、タイムアウトを示す「402 Payment Required」を返す。
エージェントは、ユーザーが承認したセッションから生成された署名付きの承認情報を返す。
サービスがそれを検証し、ファシリテーターがオンチェーンで送金を決済してから、初めてサービスが応答を返す。

先に決済、後から提供🤷‍♀️。

加盟店は信用を供与する必要も、請求書の支払いを待つ必要もない。
だからこそ、原理上はリクエストごとの少額課金が成り立つ🤓。
カード決済網では取引ごとに固定費がかかり、少額決済ではその費用を吸収できない。リクエストごとの課金が機能するには、決済自体がほぼ無料でなければならない。
このガイドによると、すでにx402、またはStripeが共同開発したマシン決済プロトコルに対応しているサービスなら、Passportエージェントから今すぐ支払いを受けられる。
2026年4月30日のメインネットローンチ時には、90を超えるプロバイダーが統合されていた。

しかし、リスクが消えたわけではない。買い手側に移ったのだ。
提供前に決済が確定する以上、役に立たないものを返すサービスでも、すでに代金を受け取っている。私が読んだプロバイダー向けガイドには、返金や異議申し立ての手順は説明されていない。

ユーザーを守るのはセッション😃。取引ごとの上限と総額の上限によって、悪質な呼び出し1回で発生し得る損失を制限する。

私の考えでは、これらの上限はカード決済の世界でチャージバックが果たす役割を担う。ただし、損害が起きた後ではなく、起きる前に防ぐ😌。
リクエストごとの価格が少額なら、このトレードオフは問題ない。深刻な問題になるのは、エージェントに高額な買い物をさせる場合だ。

サービスが応答する前に決済が確定し、有料の呼び出しで役に立たないものが返ってきた場合、チャージバックに代わるものは何であるべきだろう？サービスの評判スコア、プロトコルに組み込まれた返金用エスクロー、それとも、リクエストごとの価格が小さすぎて仕組みを整える価値がないとして、何も設けないことだろうか？

ここで役立つ情報を得られたら「kite」とコメントしてね