MPP、Visa、Agents、0x402、Tempoって一体何なんだ?それらがどう関係しているのか? @Stripeと@Tempoは本日、MPPとメインネットを立ち上げました。その後@Visa代理店向けのVisa CLIを発表しました。@base 0x402リードをほぼ1年間続けています。 これらは同じものなのでしょうか? 彼らは皆ステーブルコインを使っているのでしょうか? すべての応募で一人の当選者が決まるのでしょうか? この空間を理解する一つの方法は、しばしば混ざり合う二つの異なる議論を分けることです。一つの議論は暗号通貨レールとカードの比較、もう一つの議論はMPP対0x402のどちらかです。 1. 決済論争:カードレールと暗号トレイル こちらはより馴染み深い次元です。最終的に資金を動かす金融インフラの問題です。 従来のカードネットワークは、シンプルでグローバル、そして加盟店エコシステムに深く統合されているため、強力であり続けています。カード決済をソフトウェアエージェントに公開するプログラム可能なインターフェースにより、既存のビジネスワークフローを再設計せずに購入を自動化することが可能になります。大規模または偶発的な取引においても、このモデルは依然として効率的です。会計は明確です。コンプライアンスは組み込まれています。受け入れはほぼ普遍的です。 クリプトレールは異なる特性をもたらします。ステーブルコインは即時のグローバル決済、低手数料、そしてエージェントが直接管理できるプログラム可能な残高を可能にします。これは支払いが少額で頻繁、または継続的に行われる場合に重要になります。機械のワークロードは、個別の購入ではなく計測された使用量を伴うことが多いです。これらの環境では、ストリーミングやバッチ化されたマイクロ決済はブロックチェーンベースのレールで構造的に実装しやすいです。 重要なのは、入植地の選択は主に経済的なものであるということです。開発者は支払い頻度、規模、運用の複雑さに最も合ったレールを選択します。 2. プロトコル論争:0x402対MPP 第二の議論は、入植地の一層上でも行われています。これはエージェントが実際に支払いの意思をどのように表現するかについてです。 0x402スタイルのフローとMPPの両方は、長らく使われていなかったHTTP 402「Payment Required」セマンティクスに基づいて構築されています。共通の考え方は、支払いがウェブの通常のリクエスト・レスポンスサイクルの一部になるべきだということです。エージェントがリソースを求めます。サーバーは機械読み取り可能な支払いチャレンジを発行します。エージェントは許可を証明します。アクセスが許可されます。 0x402実装は、ステートレス決済の課題に焦点を当てる傾向があります。各リクエストには支払い要件を含めることができ、モデルをシンプルかつ構成可能にします。このアプローチは、低コスト実行が高周波の相互作用をサポートするBaseのようなエコシステムで支持を集めています。 MPPは支払いセッションを通じてより構造化された枠組みを導入します。エージェントは、定義された制約をつけて支出義務を開設し、利用を段階的に定着させることができます。これによりトランザクションのオーバーヘッドが削減され、推論、データフィード、自動化ワークフローなどの継続的なサービス利用に適しています。 ...