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

仕組みはシンプルだ。
エージェントがエンドポイントを呼び出すと、サービスは価格、送金先アドレス、タイムアウトを示す「402 Payment Required」を返す。
エージェントは、ユーザーが承認したセッションに基づく署名付きの認可を返す。
サービスがそれを検証し、ファシリテーターがオンチェーンで送金を決済する。その後になって初めて、サービスは応答を返す。

決済が先、提供が後🤷‍♀️。

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

ただし、リスクが消えたわけではない。買い手側に移ったのだ。
提供前に決済が完了すると、使い物にならないものを返すサービスにも、すでに支払いが済んでしまう。私が読んだプロバイダー向けガイドには、返金や異議申し立ての手順は記載されていない。

ユーザーを守るのはセッションだ😃。1回あたりの上限と合計上限によって、悪質な呼び出し1回で発生しうる損失が制限される。

私の考えでは、この上限はカード決済におけるチャージバックと同じ役割を果たす。ただし、損害が起きた後ではなく、起きる前に防ぐ😌。
1回あたりの価格が少額なら、このトレードオフで問題ない。大きな問題になるのは、エージェントによる高額購入だ。

サービスが応答する前に決済が確定し、支払い済みの呼び出しから役に立たないものが返ってきた場合、チャージバックに代わるものは何であるべきだろう？サービスの評判スコア、プロトコルに組み込まれた返金用エスクロー、それとも、1回あたりの価格が小さすぎて仕組みを設ける価値がないので何もなし？
ここで役立つ情報が得られたなら「kite」とコメントして