x402 / AI payments / treasury architecture

x402の本命バックエンドは、企業トレジャリー+複数の決済レールです。

先に答えます。x402は「AI決済網」そのものではありません。 Web上で、機械同士が「いくらです」「この方法で払います」「確認できました」を話すための共通ルールです。実際のお金は、単発ならステーブルコイン、高頻度ならバッチ精算、企業利用ならTreasuryの内部台帳と支出ポリシーを通り、必要な差額だけ外部で決済される——この混成型が最も自然です。

Research date 2026.07.14 JST Reading time 約18分 FACT / LIKELY / OPEN

CORE MODEL

支払いの会話は共通化。資金の置き場と最終レールは分離。

x402 core
BUYER AI / アプリ 有料データを要求
GETリソースを要求
4020.01 RLUSDです
SIGN条件どおり支払う
200確認済み、解放
SELLER 有料API 検証後に結果を返す

重要:誰が資金を保管し、どのレールで最終決済するかはx402の外側です。

00 / why this felt confusing

まず、わかりにくかったのは当然です。
「支払い」という一語に、5つの別物が詰め込まれていました。

プロトコル、ウォレット、決済ネットワーク、決済資産、企業財務。どれも「支払い」に見えますが、実際には担当する仕事が違います。ここを一度ほどくと、x402とXRPの関係も急に静かになります。

01

AI一体ずつが財布と秘密鍵を持つの?

それでは企業は監査も事故対応もできません。権限と資産保管を分ける必要があります。

02

APIを呼ぶたびにUSDCやRLUSDを送るの?

単発ではあり得ます。ただし高頻度では、毎回オンチェーンは合理的とは限りません。

03

x402はInterledgerの後継なの?

役割が違います。x402はWeb上の支払い会話、ILPは価値パケットの中継に近い設計です。

04

RippleとXRPは、どこで価値を取るの?

「対応した」だけでは足りません。実際の流動性・在庫・担保へ落ちる経路を見る必要があります。

01 / the 30-second definition

x402とは何か。
Web上の「請求・支払証明・解放」をそろえるHTTP標準です。

普通のAPIは、先にアカウントを作り、カードを登録し、APIキーを発行します。x402は、その事前契約を必須にせず、アクセスした瞬間に支払い条件を返し、プログラム同士で処理できるようにします。1

FIG 01 · HTTP ROUND TRIP

実際のHTTP往復

x402 core
CLIENTAI / アプリ
GET /premium-data有料リソースを要求
SERVER有料API
402 Payment Required価格・資産・ネットワーク・受取先
PAYMENT-SIGNATURE支払い承認・署名済みペイロード
200 OK決済結果+有料レスポンス

V2では支払い条件や証明をHTTPヘッダーで表現します。サーバー自身が検証しても、Facilitatorへ委任しても構いません。

PAYMENT-REQUIRED
{
  "amount": "0.01",
  "asset": "RLUSD",
  "network": "XRPL",
  "payTo": "rSeller...",
  "scheme": "exact",
  "timeout": 60
}
x402は「お金を運ぶ道路」ではなく、Webサービスと買い手が、料金と支払いについて同じ文法で話すための窓口です。

02 / responsibility boundary

x402が担当する場所は、意外なほど狭い。
だからこそ、広く使える可能性があります。

すべてを一つの規格に押し込むと、各国の銀行・カード・チェーン・カストディの違いまで背負うことになります。x402はその誘惑を避け、HTTPの境界に集中しています。

FIG 02 · PAYMENT STACK

決済スタックの中で、x402はここだけ

layer map
L5 / APPLICATION
AIエージェント・有料API何を買うか、価格はいくらか、結果をどう使うか
アプリ事業者
L4 / PAYMENT HTTP
x402支払い条件の提示、承認・証明、検証結果、リソース解放
共通規格+SDK
L3 / CONTROL
Treasury・Wallet・Policy・Facilitator誰に、いくら、何の目的で払えるか。署名と監査
企業・カストディ・決済業者
L2 / LIQUIDITY
FX・ルーティング・与信・ネッティング資産変換、流動性、相対債権、差額精算
銀行・Prime・MM・清算機関
L1 / SETTLEMENT
XRPL・Base・Solana・銀行・カード最終的な残高更新と決済確定
各決済レール

「x402で払う」は、実際にはL4で会話し、L3以下のどれかを使って決済するという意味です。

IN SCOPE

x402が決める

  • 支払いが必要だと返す方法
  • 価格・資産・ネットワーク・受取先の表現
  • 支払い承認・証明の渡し方
  • 検証・決済結果の返し方
  • 固定額・従量・バッチなどの支払い方式

OUT OF SCOPE

x402が決めない

  • 企業資金を誰が保管するか
  • 秘密鍵をどこに置くか
  • RLUSD・USDC・XRPのどれが最適か
  • 為替やチェーン間移動の経路
  • 企業間債権を誰が清算・保証するか

03 / three payment patterns

「毎回送金する」だけではありません。
x402自体も、用途別の支払い方式へ進んでいます。

単発の画像生成と、毎秒何百回も呼ぶ市場データAPIでは、最適な決済方法が違います。x402はその違いを scheme として分離します。4

01固定価格を提示例:1回0.01 RLUSD
02買い手が署名指定額・指定先への支払い
03検証・決済Facilitatorまたはサーバー
04データ解放単純でわかりやすい
向く用途
単発・低頻度
長所
信用不要
弱点
回数が増えると重い
01上限額を承認「最大1ドルまで」
02処理を実行トークン量などが確定
03実額を精算例:実際は0.37ドル
04結果を返す単一リクエストの従量課金
向く用途
従量・変動料金
長所
事前に確定しない料金
弱点
計測と信頼が必要
01資金を拘束決済チャネルを用意
02累積Voucher利用ごとに署名額を更新
03即時に提供売り手は署名だけ確認
04後でまとめるオンチェーン最終決済
向く用途
反復・高頻度
長所
ホットパスでチェーン不要
現状
公式実装はEVM先行

04 / the likely enterprise backend

企業で本命になるのは、
「AIが財布を持つ」より「Treasuryが支出権限を貸す」構造です。

AI一体ごとに多額の残高と生の秘密鍵を持たせる必要はありません。企業の資産はTreasuryやカストディに集約し、エージェントには「この相手へ、この用途で、この上限まで」という短い権限だけ渡す。事故の半径を小さくし、監査可能にする設計です。

FIG 03 · ENTERPRISE CONTROL PLANE

企業AIの自然なバックエンド

likely architecture

MANY AGENTS

RESEARCH AGENT市場データを買う上限:1日50ドル
CODING AGENT検証APIを使う許可先のみ
SALES AGENT外部情報を取得用途タグ必須

ENTERPRISE CONTROL PLANE

POLICY ENGINE宛先・金額・用途・時間を判定KYC/AML、承認フロー、異常検知
TREASURY LEDGER社内残高と原価を記録エージェント別のサブ台帳、予算、監査ログ
CUSTODY / SIGNER鍵を隔離して署名HSM・MPC・Vault。AIは鍵に触れない

EXTERNAL RAILS

INSTANTRLUSD / USDC / XRP単発・信用なし
BATCHEDVoucher / channel反復・高頻度
OFF-CHAIN銀行・カード・相対精算契約済み企業間

GoogleのAP2、Coinbase Agentic Wallet、Fireblocks、Mastercardなども、鍵をAIへ裸で渡すのではなく、署名済み委任・支出上限・ポリシー・複数レールという方向を示しています。6789

EXPERIMENTAL

各AIが生ウォレット

一体ずつ鍵と残高を持たせる。デモは簡単ですが、企業の本番運用では怖い。

  • 鍵漏えい時の事故が直接的
  • 残高管理が分散
  • 監査・停止・回収が難しい
MANAGED

AI別の管理ウォレット

Vault内に論理ウォレットを分け、鍵はカストディが管理。責任分界が明確です。

  • エージェント別に予算を隔離
  • 高リスク用途に向く
  • 大量作成には運用コスト

05 / direct, batch, ledger, netting

では、個別にステーブルコインを送るのか。
後でまとめて決済するのか。

答えは「取引の関係ごとに変わる」です。 初対面のAPIには即時決済が強く、毎秒使う取引先にはバッチが強い。自社内は内部台帳で十分。契約済みの大企業同士では、最終的に差額決済へ寄る可能性があります。

方式何をするか向く関係強み弱点・条件
01毎回オンチェーン
DIRECT
リクエストごとにステーブルコイン等を決済初回・単発・信用のない相手その場で確定。信用リスクが小さい高頻度では手数料、待ち時間、台帳件数が増える
02累積Voucher
BATCH
署名付き累積請求を更新し、後でまとめて決済同じ相手との反復利用API応答時にチェーン確認が不要チャネル資金、期限、争議処理が必要
03Treasury内部台帳
LIKELY
AI別利用を社内記録し、対外支払いだけ集約同一企業・同一カストディ内速い、安い、予算管理しやすい運営者への信頼と監査が必要
04企業間ネッティング
FUTURE
相互債権を相殺し、差額だけ決済継続契約・与信枠のある企業外部流動性と決済件数を圧縮法契約、信用、担保、破綻処理が必要

本命は「一つの方式」ではなく、信頼の深さに応じた階段です。

UNKNOWN初対面ほど、即時決済信用を置かず、その場で確定
REPEATED回数が増えるほど、バッチ署名を積み上げ、後でまとめる
SAME ENTERPRISE社内なら、内部台帳外へ出る残差だけ決済
TRUSTED INSTITUTIONS信用が深いほど、純額精算契約と担保で差額へ圧縮
ステーブルコインは「毎回送るコイン」である必要はありません。大量の内部取引をまとめた後、最後に残った差額を払う資産としても有力です。

06 / x402 and Interledger

x402とInterledgerは競合なのか。
似て見えますが、担当する層が違います。

Interledger Protocol(ILP)は、異なる台帳間で価値パケットを条件付き転送するための仕組みです。x402は、有料HTTPリソースを買うときの支払い会話をそろえます。片方は経路、片方は入口に近い。

VALUE ROUTING

Interledger

  • 価値パケットを複数Connectorで中継
  • 異なる台帳・資産間の条件付き転送
  • Connector間の勘定と精算関係
  • HTTPの有料API表現は担当しない

PAYMENT CONVERSATION

x402

  • 有料HTTPリソースの条件を提示
  • 支払い承認・証明を返す
  • 検証後にAPIレスポンスを解放
  • 実際のレールや流動性は外部

将来は競合より、積み重なる可能性があります。

APPLICATIONアプリ層 / x402「このAPIは0.01ドル」「この条件で支払う」「確認した」を共通化
CONTROL制御層 / Treasury支出権限、予算、監査、署名、社内台帳
ROUTING価値ルーティング層ILP的な経路選択、FX、流動性、Facilitator間接続——まだ統一規格は未確定
SETTLEMENT決済層 / RailsXRPL、EVM、Solana、銀行、カード、ステーブルコイン

この積層なら、x402を無理に「万能な価値ルーター」へ膨らませずに済みます。HTTPはHTTP、金融は金融。地味ですが、インターネットはだいたい、役割を分けた設計のほうがしぶといです。

07 / who is building what

一社総取りではなく、
「共通規格は一つ、実装と金融サービスは複数」が本線です。

x402は2026年7月、Linux Foundation傘下のベンダーニュートラルなプロジェクトとして運営を開始しました。Coinbaseが起点ですが、Ripple、Cloudflare、Google、AWS、Circle、Visa、Mastercard、Stripeなどが参加しています。1213

x402 Foundation / Coinbase

PROTOCOL

共通仕様、SDK、scheme、ネットワーク表現、ガバナンスを育てる側。CoinbaseはAgentic WalletやFacilitatorも提供し、実装競争にも参加します。

取り分:標準の普及+自社ウォレット/Facilitator/インフラ

Cloudflare / API基盤

EDGE

有料APIの入口に近い企業。x402が普及すれば、認証・レート制限・ボット管理と支払いをエッジで束ねられます。

取り分:支払い付きAPIゲートウェイと運用データ

Google / Mastercard / Visa

TRUST

AIが誰の権限で、何を、いくらまで買ったかを証明する委任・認証・既存決済レールを整備。x402だけでは足りない「責任」を埋めます。

取り分:認証、資格情報、カード・銀行・ステーブルコイン接続

Fireblocks / Custody

CONTROL

Vault、鍵管理、ポリシー、コンプライアンス、x402 Facilitatorを企業向けにまとめる。AIへ生の鍵を渡さない実装の代表です。

取り分:資産保管、署名、ポリシー、監査

Stablecoin issuers

ASSET

価格の単位と最終決済資産を提供。売り手にとって原価・会計・税務を法定通貨ベースで扱いやすい。

取り分:発行残高、準備資産収益、決済ネットワーク

Ripple / t54 / XRPL

RAIL

XRPLのx402 exact実装、XRP・RLUSD対応、開発者ツールを提供。RippleはFoundationのPremier Memberとしてガバナンスにも参加。

取り分候補:XRPL決済、RLUSD、Custody、Treasury、Prime

08 / ripple & xrpl, facts first

RippleとXRPLは、いまどこまで来ているか。
「実装済み」と「まだ構想」を分けます。

2026年6月、RippleはXRPL AI Starter Kitを公開し、t54の貢献によるx402対応を案内しました。現行のXRPL実装は固定額の exact 方式で、XRPとRLUSDなどの発行資産を扱えます。1415

FIG 04 · CURRENT XRPL FLOW

現在のXRPL x402 exactフロー

implemented
RESOURCE SERVERAPIが402とXRPL請求条件を返す金額・送金先・資産・期限・invoice情報
BUYER + t54 FACILITATOR買い手がXRPL Paymentへ署名し、Facilitatorが検証・送信署名、宛先、金額、invoice、手数料などの不変条件を確認
XRPL SETTLEMENTLedger確定後、APIを解放PAYMENT-RESPONSEに決済結果を添付

t54の説明では非カストディ型で、サーバー側署名を行いません。現在の実装方針では、Path PaymentやPartial Paymentは安全上の理由から既定で受け付けないため、「RLUSD払いが自動でXRP経由になる」とは言えません。1516

確認済み

すでにあるもの

資料とコードで確認できる現在地です。

  • XRPLのx402 exact対応
  • XRP・RLUSD等の支払い
  • t54 Facilitator
  • XRPL AI Starter Kit
  • RippleのFoundation参加
隣接資産

Rippleが持つ部品

x402専用統合ではないものの、将来接続しやすい事業です。

  • Ripple Custody
  • Ripple Treasury
  • Ripple Prime
  • RLUSD
  • XRPL DEX・決済機能
未確認

まだ公式にない完成形

ここを事実として先走らないことが大切です。

  • Ripple運営の企業向けx402 Treasury
  • XRPL版batch-settlement
  • Primeとx402の統合
  • x402横断FXルーター
  • XRP在庫金融の正式設計

それでも、戦略的な並びは確かにあります。

NOW / CONFIRMED
x402 ↔ XRPL exactWebの支払い要求を、XRP・RLUSDのXRPL Paymentへ接続
稼働
NOW / CONFIRMED
Custody・Treasury・Prime・RLUSD資産保管、企業流動性、清算・資金調達、安定した決済資産
別製品
NEXT / PLAUSIBLE
企業AI支出の統合コントロールプレーンポリシー、サブ台帳、署名、複数レールをまとめる
自然な接続
LATER / OPEN
流動性・FX・信用・ネッティングの集約Facilitatorを越え、AI時代のTreasury/Prime層へ
未発表

09 / the five gates to xrp demand

x402が広がれば、XRPは上がるのか。
その間には、少なくとも5つの関門があります。

x402は資産中立です。x402の利用が増えただけでは、XRPLが選ばれたとも、XRPが使われたとも、XRPが在庫として残ったとも言えません。技術の普及とトークン需要を、段階ごとに分けます。

FIG 05 · VALUE-CAPTURE FUNNEL

x402利用からXRPの必要残高まで

conditional
01
x402の有料リクエストが増えるまず、機械可読な支払い自体が使われること
まだ資産需要ではない
02
XRPLが決済レールとして選ばれる速度・費用・開発者体験・規制対応で競争
他チェーン・銀行・カードと競合
03
XRPを使う経路が選ばれる直接XRP、またはFX・流動性の中間資産
RLUSDだけで完結する可能性
04
代替経路より経済合理的に勝つスプレッド、深さ、資本効率、失敗率、規制コスト
技術対応だけでは足りない
05
持続的な在庫・担保需要が残る瞬間通過ではなく、必要残高が積み上がること
価格インパクトの本丸

この5段階を飛ばさず、実需 → XRPL残差 → 経路採用 → 必要在庫の順に観察します。

RLUSDでそのまま支払う

COMMON

売り手がドル建てを望み、買い手もRLUSDを持つなら最短です。XRPはネットワーク手数料として少量使われますが、それだけで大きな需要とは言いにくい。

XRPへの影響:小さい可能性

XRPで直接支払う

NICHE

売り手が価格変動を許容し、XRPを保有したい場合。一般的な原価・会計単位としてはステーブルコインより癖があります。

XRPへの影響:取引量次第だが用途は限定的

XRPをFX中間資産に使う

STRATEGIC

支払資産と受取資産が異なり、XRP経路が最安・最深なら意味が出ます。ただし現行t54 exactはPath Paymentを既定で使いません。

XRPへの影響:経路採用と流動性の実証が必要

Treasury/PrimeがXRP在庫を持つ

HIGH UPSIDE

多数通貨の残差を埋めるため、継続的にXRPを在庫・担保として持つなら、利用回数より必要残高が効きます。

XRPへの影響:大きくなり得るが、現在は仮説

10 / the likely end state

成熟した姿は、
「標準は共通、資金管理は分散、決済は必要なときだけ」です。

一社が世界中のAIの資金を預かるより、各企業やカストディが自分のTreasuryを持ち、x402という共通語で外部サービスと話す構造が自然です。外部では複数のFacilitatorとレールが競争し、信用関係が深いところだけバッチやネッティングへ進みます。

FIG 06 · REASONED OUTLOOK

2030年前後にあり得るハイブリッド構造

reasoned outlook
企業AのAI群研究、購買、営業、開発。各AIは制限付き委任だけ持つ
企業BのAPI群データ、推論、計算資源、ソフトウェア機能を販売
個人・小規模開発者管理ウォレットやホステッドFacilitatorを利用

共通語はx402。裏側は用途別に切り替える。

HTTP payment layer請求、支払承認、検証結果、API解放
Enterprise Treasury layer支出権限、サブ台帳、監査、鍵管理、予算
Clearing & liquidity layerバッチ、FX、与信、相対ネッティング、Prime
Settlement railsRLUSD、USDC、XRP、各チェーン、銀行、カード

これは公式ロードマップではなく、現在のx402 scheme、企業向けAgent Wallet、Custody、AP2等をつないだ合理的な将来像です。

誰が勝つかは、「決済速度」だけでは決まりません。

企業が選ぶのは、最も速いチェーンではなく、総コストが低く、事故時に止められ、規制当局と監査人へ説明でき、複数資産の残高を無駄なく回せる仕組みです。最終的な差別化は、以下へ移ります。

  1. 01

    AIごとの委任・取消・支出上限をどれだけ細かく制御できるか

  2. 02

    内部台帳と外部決済を一つの監査証跡としてつなげられるか

  3. 03

    決済失敗、返金、争議、税務、会計を扱えるか

  4. 04

    複数ステーブルコイン・銀行・チェーンの残高を最小化できるか

  5. 05

    信用を使う部分と即時決済する部分を安全に切り替えられるか

11 / what to watch next

これから何を見れば、
「構想」が「本番」に変わったと判断できるか。

発表の数ではなく、企業財務へ接続した痕跡を追います。見るべきニュースは、派手なAIデモより、少し地味です。だいたい地味な配管が、最後に街を支配します。

01
XRPLでexact以外のschemeが実装されるか

upto、batch、Payment Channel等。高頻度用途へ進めるか

現時点:未確認
02
Ripple Treasury/Custodyとx402が公式統合されるか

企業AIの予算、鍵、監査を一つの製品で扱えるか

現時点:別製品
03
FacilitatorがFX・与信・複数レールを扱うか

単なる検証サーバーから金融コントロールプレーンへ進むか

業界競争中
04
実利用の決済構成が開示されるか

RLUSD何%、XRP何%、他レール何%。件数より金額と残高

データ不足
05
XRPの必要在庫が測れるか

経路採用、スプレッド、流動性深度、在庫回転、担保利用

投資仮説の本丸
06
返金・争議・税務・会計が標準化されるか

デモから企業本番へ進む最後の壁

これから

12 / final answer

結論。x402は小さな規格です。
でも、その小ささが大きな市場を開きます。

ここまでの答えを、最後に一本へ束ねます。

x402とは

Web上の有料リソースについて、請求条件・支払承認/証明・検証結果・サービス解放を共通化するHTTP標準。

本命構造

企業Treasuryが資金と鍵を持ち、AIには制限付きの支出権限を渡す。決済は単発・バッチ・内部台帳・純額精算を使い分ける。

Stablecoin

単発の決済資産としても、内部取引をまとめた後の最終精算資産としても有力。ただし毎リクエストで必ずオンチェーン移動するとは限らない。

Interledger

価値の中継・ルーティングに近い層。x402はWeb上の支払い会話。将来は上下に積み重なる余地がある。

Ripple

XRPL exact対応とXRP・RLUSD支払いは実装済み。Custody・Treasury・Primeは戦略的に隣接するが、x402との企業向け統合完成品は未確認。

XRP

x402普及だけでは需要にならない。XRPL採用、XRP経路の経済優位、継続的な在庫・担保需要まで確認して初めて強い仮説になる。

x402の価値は、世界の決済を一つにすることではありません。世界中の異なる決済手段へ、同じ入口から到達できるようにすることです。入口が共通になると、その裏でTreasury、Custody、Prime、流動性、ステーブルコイン、XRPLが競争できます。

だから観察すべき本丸は、402という数字そのものではなく、そのHTTP要求が、どの企業の支出権限を通り、どの内部台帳でまとめられ、最後にどの資産の必要残高として残るのかです。そこまで見れば、AI決済の物語は、ようやく金融の現実へ着地します。

FAQ / quick clarification

まだ引っかかりやすい点を、短く整理します。

x402は決済ネットワークですか?

いいえ。HTTP上の支払い会話を共通化する規格です。資金移動はXRPL、EVM系チェーン、銀行、カードなどが担います。

AIエージェントは一体ずつ秘密鍵付きウォレットを持ちますか?

個人実験ではあり得ますが、企業ではTreasuryやカストディが鍵と資金を管理し、AIへ限定権限を委任する形が自然です。論理的にAI別ウォレットを分けても、鍵をAIプロセスへ置く必要はありません。

毎回ステーブルコインを送るなら、件数が多すぎませんか?

高頻度用途では、累積Voucher、決済チャネル、Treasury内部台帳などで利用をまとめ、後から外部決済する構成が考えられます。毎リクエストを必ず同じ方法でオンチェーン処理する必要はありません。

企業間ネッティングもx402が標準化しますか?

現時点のコア範囲ではありません。x402は請求・支払証明の形式を扱います。企業間純額精算には与信、法契約、担保、破綻処理など別の金融インフラが必要です。

Facilitatorはカストディ企業ですか?

必ずしも違います。コアのFacilitatorはペイロード検証と決済送信を代行し、資金を預からない構成も可能です。FireblocksのようにカストディとFacilitatorをまとめる商用実装はあります。

XRPLではRLUSDからXRPへ自動変換して払えますか?

XRPL自体にはPath Payment等の機能がありますが、現在確認できるt54のx402 exact実装は安全上、Path Paymentを既定で拒否します。したがってx402のRLUSD支払いが自動的にXRP経由になるとは言えません。

RippleがAI Treasuryを作ることは確定していますか?

確定していません。RippleにはTreasury、Custody、Prime、RLUSD、XRPLという隣接部品がありますが、それらをx402向け企業AI Treasuryとして統合する公式発表は、本記事の確認時点ではありません。

x402は一社総取りになりますか?

標準そのものはオープンで、複数社が運営・実装する方向です。ただしウォレット、Facilitator、Treasury、Custody、信用、FX、流動性の各層では強いネットワーク効果が生まれ、少数大手へ集中する可能性はあります。

SOURCES / evidence boundary

主要出典

仕様・実装・企業発表は、可能な限り一次情報へ寄せています。将来像は本文中で「自然な接続」「未確認」「仮説」と明示しました。確認日:2026年7月14日。

  1. x402 Docs — Introductionofficial docs
  2. x402 V2 Launchofficial
  3. x402 Docs — Facilitatorofficial docs
  4. x402 Docs — Payment Schemes Overviewofficial docs
  5. x402 Batch Settlementofficial
  6. Coinbase Developer Platform — Agentic Walletofficial
  7. Fireblocks — Agentic Paymentsofficial
  8. Google — Agent Payments Protocol (AP2)official
  9. Mastercard — Agent Pay for Machinesofficial
  10. Interledger — Interledger Protocolofficial docs
  11. Interledger — Peering, Clearing and Settlingofficial docs
  12. Linux Foundation — x402 Foundation Launchofficial
  13. x402 Foundation — Membersofficial
  14. Ripple — XRPL AI Starter Kitofficial
  15. t54 — XRPL x402 Exact Schemeofficial docs
  16. t54 — x402 on XRPLofficial
  17. Ripple — Introducing Ripple Treasuryofficial
  18. Ripple Custodyofficial
  19. Ripple Primeofficial
  20. Ripple USD (RLUSD)official