jakiro
<スパンリーフ=""><スパンテキスト="">著者:<スパンリーフ=""><スパンテキスト="">トークンディスパッチ、ニシル
序文
この一週間、私のソーシャルメディアはモナドボックスでいっぱいになりました。私と同じように、毎日ログインせずにはいられない人はいるでしょうか?ブラインド ボックス、クリケット カード、ポケモン カード パックを開けていると、子供時代に戻ったような気分になります。マウスを数回クリックするだけで、これらすべてのスリルが凝縮されます。私たちは成長しますが、習慣の中には決して消えないものもあります。
昔の話で言えば、2000年代の人が今、決済アプリや銀行サービスを使おうとしても、ほとんど違いを感じないだろうな、とよく思います。インスタント メッセージングがここまで進化し、誰でもクリックするだけで世界中の誰にでもメッセージを送信できるのに、送金しようとするとインターネットが急に時代遅れに見えるのはなぜですか?
インターネットの本来の目的は情報の共有であり、お金は常に二の次だったからです。私たちは、広告、サブスクリプション、支払いゲートウェイを通じて資金不足を埋めます。これらの方法は賢いですが、根本的な解決策ではありません。
インターネットのおかげで通信は地理的な制限から解放されているのに、お金の流れは依然として時代遅れの銀行システムを経由しなければならないということが、私はいつも奇妙に感じられてきました。私たちは最適なフライトを数秒で見つけられるほど賢い AI エージェントを開発しましたが、それでも購入を完了するには鈍い人間がクレジット カード番号を入力するのを待たなければなりません。
現在、AI エージェントは私たちがかつて担っていた業務を担っていますが、彼らが依然として時代遅れの金融システムを使用することが期待される場合、AI の発展に重大な支障をきたすことになります。ブローカーは、データと同じくらい簡単にネットワーク上でお金を移動させる方法を必要としており、私たちはブローカーのためにこのシステムを構築する必要があります。
これがCoinbaseがx402で埋めようとしているギャップだ。
さあ、本題に入りましょう。
忘れられたステータスコード
x402 は、長い間忘れられていた HTTP プロトコルの部分に基づいています。その本来の目的は、画像やビデオを読み込むのと同じくらい簡単に支払いを行うことでした。しかし、x402 が何であるかを理解するには、まず HTTP 自体がどのように機能するのか、そして 402 ステータス コードが何に使用されるのかを詳しく調べる必要があります。
HTTP は最新の Web の基盤であり、クライアント (ブラウザーなど) とサーバー間のデータ転送のルールを定義します。この通信を管理するために、HTTP はステータス コードを使用します。ステータス コードは、ブラウザがページにアクセスしようとしたときに何が起こったかをブラウザに伝える短い信号です。次のステータス コードのいくつかを見たことがあるかもしれません。
- <リ>
HTTP 200 – OK: ページは正常にロードされました。
<リ>
HTTP 404 – 見つかりません: リソースが存在しません。
<リ>
HTTP 500 – 内部サーバー エラー: サーバー側で障害が発生しました。
これらのコードは、ブラウザが対話を理解し、それをユーザーに明確に伝えるのに役立ちます。
HTTP 標準には、よく知られている一般的なコードに加えて、定義されているもののほとんど使用されないコードもいくつか含まれており、その 1 つが HTTP 402: Payment Required です。
402 標準自体は非常にシンプルで簡単です。これにより、<img> と同様に、Web ページが HTTP 標準を通じて支払い関連情報を渡すためのスペースが開かれます。タグはブラウザに画像の検索場所を指示します。
信じられないことに、この考えは何十年も消えていました。必要なのは、インターネットの規模を達成できる適切な金融ツール、つまりブロックチェーンだけだと思います。
しかし、本当の疑問は、クリックして支払いをした後、具体的に何が起こるのかということです。
標準に従って、サーバーは「HTTP 402: Payment Required」を返します。これだけでは些細なことのように思えるかもしれませんが、ネットワークでの情報転送と同じくらい迅速かつ簡単に資金を移動できるインフラストラクチャと組み合わせると、状況を一変させる可能性があります。
待てよ、Stripe や PayPal がやっているのはそれじゃないのか?オンライン決済を可能にしますか？
いいえ、Stripe の仕組みは x402 が提案しているものとは大きく異なります。
Stripe や PayPal などのインターネット決済ソリューションにより、Web 上でのワンクリック決済が可能になりますが、この目標を達成するには依然として多くの障壁があります。
これらのソリューションは、ユーザーが対話している HTTP サーバーをバイパスし、ユーザーを独自の API とインターフェイスにリダイレクトします。これにより、加盟店とユーザーの両方が閉鎖的なエコシステムに制限され、入場には KYC 認証、支払いにはクレジット カードが必要となり、少額の支払いを困難にするさまざまな手数料が必要になります。
店舗で買い物をするたびに指定されたATMからお金を引き出さなければならないとしたら、何も買わないほうが良いでしょう。このエクスペリエンスは今日の PayPal に非常に似ていますが、オンラインである点が異なります。
中心的な問題は PayPal の設計ではなく、従来の銀行業務自体がオンライン商取引の流動性をサポートするのに十分な拡張性がないことです。
世界中のどこにいても誰にでも絵文字を送信でき、コストと時間の点では記事を送信するのと同じです。しかし、オンライン決済となると状況は異なります。
ほとんどのカードや PayPal などのサービスでは、定額料金に加えて約 3% の処理手数料がかかります。この手数料により、オンラインでの小口取引はほぼ不可能になります。0.01 ドルを送金するのに 0.30 ドル以上の費用がかかる可能性がありますが、これはまったくばかげています。
ブロックチェーンにはこれらの制限はありません。私が最も興奮しているのは、ステーブルコインと 1 秒あたり数千のトランザクションを処理できる高スループット ネットワークの出現により、すべてがようやく整いつつあることです。私たちは現在、テキスト メッセージを送信するのと同じくらい簡単に、インターネット上で送金できるインフラストラクチャを備えています。
HTTP とブロックチェーンの融合 – x402
結局のところ、x402 は、長い間忘れられていた 1990 年代のステータス コードを現代的にアップグレードしたものにすぎません。ネイティブの HTTP ベースの支払いをサポートし、ブロックチェーン上の Orbital を利用しています。
それがどのように機能するかを説明しましょう。
リクエスト: クライアント (人間か AI かを問わず) が有効な支払いなしで何かをリクエストすると、サーバーは、何を支払う必要があるか、どのように支払うべきか、誰に支払う必要があるかを説明する JSON ペイロードとともに HTTP 402 Payment Required メッセージを返します。
支払い: その後、クライアントは支払いを行い (通常、サポートされているネットワーク上で USDC を使用します)、支払い承認ヘッダーを含むリクエストを再送信します。
検証: 支払いサービスプロバイダーはオンチェーン支払いを確認し、有効であれば、サーバーは要求されたデータを解放します。
重要なのは、x402 自体は資金を処理せず、ハンドシェイク プロトコルのみを定義することです。決済は、クライアントが設定した決済「サービスプロバイダー」（決済プロセッサーまたはオンチェーンコントラクト）によって完了します。
x402 の威力は、私の友人の Web 2.0 開発者が、新たな統合や複雑なセットアップを行わずに、既存の Web サイトにステーブルコインによる支払いを追加できることです。実際、Stripe や PayPal を構成するよりも簡単なので、Web 3 テクノロジを彼らに売り込むのがはるかに簡単になります。
同時に、私が使用している AI システムにより、最終的にワンクリックで閲覧と支払いができるようになり、オンライン ショッピングが電子メールの送受信と同じくらい簡単で便利になりました。これは私と AI アシスタントにとって簡単でした。
オンライン決済におけるこの変化について私が最も興奮しているのは、自分のお金がウェブ上でどのように移動するかを最終的に制御できるようになったということです。お金の使い道を明確に定義した明確な戦略を立てることができます。
私は読んだ WSJ 記事の代金を支払いたいだけであり、スパムが溜まる月額購読料を払いたいのではありません。ストリーミング アプリで、実際に視聴した秒数に対してのみ料金を請求し、年間契約に縛られないようにしたいと考えています。AI エージェントが有料ソースからリサーチを取得し、従量課金制で API にアクセスできるようにしたいと考えています。このレベルのコントロールは解放感を感じさせます。
企業がマイクロペイメントを受け入れることを許可することは、ユニットエコノミクスの観点からは費用対効果が低いかもしれませんが、企業が現在の収益規模を超えて拡大するのに役立つマイクロペイメントの能力は注目に値します。この利点は、段階的な取引がどのようにして受動的なインターネット ユーザーを積極的な経済参加者に変え、その過程でオンライン GDP が飛躍的に増加する可能性があるかを考えるとさらに明らかになります。
Coinbase は今年 5 月に x402 標準を立ち上げました。それ以来、この標準に基づいていくつかのプロジェクトが開発されました。興味深い使用例には次のようなものがあります。
- <リ>
Questflow: x402 プロトコルを使用して、エージェントが複雑なワークフローで API の料金を自律的に支払うことができるマルチエージェント オーケストレーション ツールです。
<リ>
アンカー ブラウザ: ブラウザ内プロキシがペイウォール コンテンツの料金を支払ったり、新しいブラウジング セッションを開始したりできるようにします。
<リ>
Pinata: x402 を使用したアカウントレス IPFS アップロードと取得。アカウントや API キーを使用せずにプライベートまたはパブリックの IPFS ストレージと取得を使用するには料金を支払います。
私の考えでは、これまでに見てきたことは氷山の一角にすぎません。お金がデータのように流れるようになると、お金がネットワーク上で自由に組み合わせられるようになるでしょう。検索、発見、支払いはますますエージェントの手に移っていくでしょう。
これは驚くべきことではありませんが、x402 のほとんどのユースケースは現在、暗号化アプリケーションを中心に展開しています。外需を呼び込むには、適切なネットワーク効果が必要です。
eBay が PayPal の早期導入を推進する出発点であったのと同じように、x402 には現在、主流の導入を推進できるフラッグシップ プラットフォームである独自の「eBay モーメント」が必要です。
幸いなことに、Coinbase は x402 分野で主導的な役割を果たしており、これは重要な Web 2.0 パートナーシップの構築に役立ち、広範な採用を引き起こす主力プラットフォームの発見に一歩近づくことになります。これらのコラボレーションの中には、重要なものもあります。
- <リ>
Cloudflare: 最近 Coinbase と提携して、独立した x402 Foundation を立ち上げました。
<リ>
Google: x402 を新しい Proxy Payment Protocol 2 (AP2) 標準に統合し、
<リ>
Visa: Visa は、Trusted Agent Protocol (TAP) に x402 のサポートを追加しました。
私はどう思いますか？
数年後には、AI アシスタントに市場レポートを生成してもらうつもりです。事前に設定したポリシーチェックを通過しながら、さまざまなデータソース、ニュースレポート、Redditの投稿に静かにアクセスし、わずか数セントを支払って記事を購入し、ペイウォールを回避します。チェックアウトウィンドウや支払いフォームはなく、広告収入を生み出すためにバックグラウンドで潜むトラッキングクッキーもありません。すべては私の希望に従って自律的かつ自動的に行われます。
これが私が思い描く x402 の未来、つまり支払いが Web のネイティブな部分になる世界です。
x402 がスケールすると、今日の金融システムでは不可能なまったく新しいユースケースが出現するでしょう。ユーザーはプラットフォームのユーザー インターフェイスに資金を入金し、ウェブ上のどこでもそのアカウントを使用します。想像してみてください。ソーシャル メディアでの「いいね！」がクリエイターの収入源になる可能性があります。フィットネス エージェントは、あなたの運動器具の使用状況を追跡し、健康的な食事のニーズを満たす食品を購入できます。ウェアラブルデバイスはあなたの日常会話を監視し、潜在的なポリマーケット取引の機会をあなたに推奨します。または、あなたの個人エージェントが他のエージェントとコミュニケーションを取り、航空券の交渉と支払い、部屋の予約などを行うことができます。
これは氷山の一角にすぎません。
x402 を使用すると、セントでもドルでも、エージェントでも人間でも、情報と同じくらい簡単にお金を送金できるネットワークが見えてきます。
私のブラウザのエージェントはこれに興奮しており、私も同様でした。
