Lời biên tập: Xoay quanh vấn đề Agent thanh toán như thế nào, x402 và MPP đưa ra hai con đường gần như trái ngược nhau.

x402 đi theo hướng tối giản hóa giao thức: nhúng thanh toán trực tiếp vào HTTP request, thực hiện trả phí theo yêu cầu một cách đơn giản nhất. Không có tài khoản, không có trung gian, giống với thiết kế mở, không cần xin phép thời kỳ đầu của internet, phù hợp với các nhà phát triển dài尾 (long-tail) và các scenario phi tập trung.

MPP thì ngược lại, là hệ thống tối đa hóa: thông qua các phiên (sessions), thanh toán theo luồng (streaming payments) và hệ thống tuân thủ (compliance), giải quyết các vấn đề giao dịch tần suất cao, quản lý rủi ro và kết nối tiền pháp định. Nó không theo đuổi sự thuần túy, mà ưu tiên đáp ứng nhu cầu thương mại thực tế, phù hợp hơn với các ứng dụng cấp doanh nghiệp và có quy mô.

Sự khác biệt giữa hai bên, về bản chất, là hai giải pháp cho cùng một vấn đề: biến thanh toán thành một phần của giao thức, hay thành một tầng của hệ thống.

Cũng chính vì vậy, chúng không hoàn toàn là quan hệ cạnh tranh, mà giống như được phân bố ở các phân khúc khác nhau, x402 phủ sóng nhu cầu dài尾 của mạng mở, MPP đón nhận lưu lượng giao dịch tần suất cao và thương mại hóa. Trong một nền kinh tế Agent chưa định hình, sự phân hóa này có lẽ là tất yếu.

Dưới đây là nguyên văn:

Mã trạng thái HTTP 402 đã chờ đợi một chỗ đứng để sử dụng kể từ khi được định nghĩa trong đặc tả HTTP/1.1 vào cuối những năm 90 của thế kỷ 20. Ý nghĩa của nó là Cần thanh toán (Payment Required). Ý tưởng ban đầu là: nhúng khả năng thanh toán vào tầng giao thức của Web, để máy móc có thể mua tài nguyên giống như yêu cầu một trang web.

Nhưng ý tưởng này phần lớn đã không thành hiện thực. Trong nhiều năm, mã trạng thái này chỉ thỉnh thoảng xuất hiện trong một số tình huống biên, như phản ứng giới hạn tốc độ (rate-limiting) của Shopify, lỗi tính phí của Apple Mobile Me, nhưng chưa bao giờ có người thực sự xây dựng được tương lai vi thanh toán (micro-payment) mà nó ám chỉ. Thay vào đó, là thẻ tín dụng, tường paywall theo gói đăng ký, và cơ chế API Key, những hệ thống về bản chất được thiết kế cho con người có thao tác thủ công.

Và ngày nay, tương lai này xuất hiện hai con đường triển khai cạnh tranh lẫn nhau, và được công bố cùng một ngày. Tiếp theo, tôi muốn phân tích chúng lần lượt là gì, có gì khác biệt, và tại sao Stripe lại đặt cược vào cả hai hướng này cùng một lúc.

x402: Một giải pháp đơn giản hơn

Coinbase đã chính thức ra mắt x402 vào tháng 5 năm 2025, với tư tưởng cốt lõi gần như có thể nói là cực kỳ tối giản đến mức tích cực. Máy khách (client) yêu cầu một tài nguyên; máy chủ (server) trả về HTTP 402, và thông báo cho máy khách: cần thanh toán bao nhiêu phí, sử dụng token nào, trên chain nào để hoàn tất thanh toán. Máy khách hoàn tất thanh toán trên chain, sau đó đính kèm chứng từ thanh toán vào yêu cầu được gửi lại, máy chủ lập tức giao tài nguyên.

Đơn giản vậy thôi. Không có hệ thống tài khoản, không có API Key, cũng không có cơ chế đăng ký. Chỉ là một lần request-response HTTP qua lại, ở giữa chèn thêm một giao dịch thanh toán.

Hiện nay, Stripe đã cung cấp hỗ trợ native cho x402 trong hệ thống thanh toán của mình, merchant có thể trực tiếp nhận loại thanh toán này thông qua backend hiện có. Tuy nhiên, về bản chất, x402 vẫn là giao thức do Coinbase dẫn dắt, được quản trị bởi x402 Foundation do họ và Cloudflare cùng khởi xướng vào tháng 9 năm 2025. Giao thức này hoàn toàn mã nguồn mở (giấy phép Apache 2.0), và cung cấp SDK đa ngôn ngữ như TypeScript, Go và Python.

Về phạm vi hỗ trợ, tài liệu chính thức của Coinbase cho thấy, hiện đã hỗ trợ thanh toán ERC-20 trên Base, Polygon và Solana. Đồng thời, hệ sinh thái cũng đang khám phá việc mở rộng nó sang các chain khác như Avalanche, Sui và Near, nhưng mức độ trưởng thành không đồng đều.

Hãy xem xét dữ liệu adoption (mức độ ứng dụng), phần này phức tạp hơn một chút. Coinbase cho biết, x402 đã xử lý hơn 50 triệu giao dịch thông qua cơ sở hạ tầng Agentic Wallet của họ. Nghe có vẻ ấn tượng, nhưng theo CoinDesk ngày 11 tháng 3 dẫn lại dữ liệu phân tích on-chain của Artemis: khối lượng giao dịch hàng ngày khoảng 131.000 giao dịch, tổng số tiền khoảng 28.000 USD, giá trị thanh toán trung bình mỗi giao dịch chỉ khoảng 0,20 USD, trong đó khoảng một nửa giống với hành vi kiểm thử hoặc gamification hơn là giao dịch thương mại thực sự.

Nhưng điều này chưa hẳn đã là xấu. Bởi vì giao thức này vốn được thiết kế cho một thị trường chưa thực sự tồn tại, một thế giới nơi AI agent thực hiện vi thanh toán (thậm chí dưới 1 cent), để gọi API và truy vấn dữ liệu. Và các merchant phục vụ thị trường này, cũng chỉ mới bắt đầu xuất hiện.

Ví dụ, Google's Agentic Payments Protocol (AP2, thuộc framework A2A) đã tích hợp x402; Lowe's Innovation Labs còn展示了一个 demo (trình diễn một bản demo): AI agent có thể hoàn thành toàn bộ quy trình từ phát hiện商品 (hàng hóa), nghiên cứu đến đặt hàng trong một luồng. Đồng thời, World (do Sam Altman khởi xướng) tuần này đã phát hành AgentKit, bổ sung khả năng chứng minh danh tính con người cho ví x402.

Giả định cốt lõi đằng sau là: chỉ cần biến thanh toán trở nên nhẹ nhàng như HTTP request, các scenario ứng dụng tự nhiên sẽ xuất hiện. Liệu điều này có thành hiện thực hay không, vẫn cần được kiểm chứng.

MPP: Giải pháp Full-stack

Stripe và Tempo đã chọn một con đường khác. Machine Payments Protocol (MPP) được công bố vào ngày hôm nay cùng với việc Tempo mainnet ra mắt. Khác với x402 là một lớp đóng gói nhẹ trên các blockchain hiện có, MPP được thiết kế đặc biệt cho scenario của các tác nhân thông minh (agents) giao dịch tần suất cao.

Cơ chế cốt lõi của nó là các phiên (sessions). Khác với việc mỗi lần yêu cầu tài nguyên都要发起一笔链上交易 (đều phải khởi tạo một giao dịch on-chain), agent có thể 一次性授权一个支出额度 (ủy quyền một lần một hạn mức chi tiêu), sau đó trong hạn mức đó tiến hành thanh toán vi mô liên tục. Nếu bạn là một AI cần truy vấn上千次数据源 (hàng nghìn nguồn dữ liệu) mỗi giờ, bạn chắc chắn không muốn mỗi lần đều ký và phát sóng một giao dịch on-chain, và sessions正是为了解决这一问题 (chính là để giải quyết vấn đề này).

Chain Tempo này cũng được xây dựng xoay quanh nhu cầu này. Nó hỗ trợ hàng chục nghìn giao dịch mỗi giây, có thời gian xác nhận亚秒级 (cấp dưới giây), và không có gas token gốc. Người dùng có thể trực tiếp dùng stablecoin để trả phí gas,省去了为了转账还要先购买某种随机代币的繁琐步骤 (bỏ qua bước rườm rà là phải mua một loại token ngẫu nhiên nào đó trước để chuyển tiền).

Một thành phần đáng理解 (đáng để hiểu) khác là: Stripe's Agentic Commerce Suite中包含 Shared Payment Tokens (SPTs) (có chứa Shared Payment Tokens - SPTs). Đây không phải là một phần của bản thân MPP, mà là cơ chế mở rộng của Stripe, nhưng có thể phối hợp sử dụng với nó. SPT cho phép agent chuyển credential thẻ ngân hàng hoặc ví của người dùng một cách an toàn cho merchant mà không tiết lộ dữ liệu thực. Những credential này chỉ giới hạn cho giao dịch một lần và có giới hạn thời gian, có thể hiểu là một loại ủy quyền có thể lập trình, tự hủy. Trong sử dụng thực tế, điều này có nghĩa là một agent thanh toán thông qua MPP, có thể sử dụng USDC trên Tempo, cũng có thể sử dụng thẻ Visa mà người dùng đã绑定 (bind), thậm chí kết hợp cả hai.

Theo blog ra mắt Tempo mainnet tiết lộ, các đối tác của họ bao gồm Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Ngân hàng Standard Chartered và Visa. The Block thì đưa tin rằng, tại thời điểm MPP ra mắt, danh mục thanh toán đã có hơn 100 dịch vụ, bao gồm Alchemy, Dune Analytics, Merit Systems và Parallel Web Systems. Đồng sáng lập Tempo và Paradigm, Matt Huang,在接受 Fortune phỏng vấn时表示 (khi接受 phỏng vấn Fortune đã表示 (cho biết)), lĩnh vực này vẫn处于 giai đoạn đầu (ở giai đoạn đầu), thiết kế của MPP nhắm đến mục tiêu trong tương lai có thể mở rộng sang nhiều môi trường chain khác ngoài Tempo.

Tại sao Stripe lại hỗ trợ cả hai

Nếu bạn đã kết nối với Stripe, câu trả lời thiết thực nhất là: bạn không cần phải lựa chọn giữa hai bên.

Stripe thông qua hai đường tích hợp độc lập riêng biệt để hỗ trợ x402 và MPP, chứ không abstract chúng thành một giao diện thống nhất. Đối với x402, tài liệu của họ chủ yếu bao gồm quy trình tạo địa chỉ nạp tiền, giám sát on-chain以及资金结算至 Stripe 账户的流程 (và quy trình结算资金 vào tài khoản Stripe) – bạn负责返回 402 响应 (chịu trách nhiệm trả về response 402), cơ sở hạ tầng thanh toán加密 underlying do Stripe xử lý. Hiện hỗ trợ USDC trên Base, tương lai还会扩展 (sẽ còn mở rộng). Đối với MPP, merchant则可以通过同一套 PaymentIntents API (có thể thông qua cùng bộ PaymentIntents API), nhận thanh toán theo luồng dựa trên phiên.

Stripe's Agentic Commerce Suite được phát hành vào tháng 12 năm 2025, được xây dựng trên hai轨道 thanh toán (track thanh toán) này. Merchant chỉ需上传商品目录 (chỉ cần tải lên danh mục hàng hóa), chọn AI agents muốn kết nối, Stripe就会负责商品发现 (sẽ负责 phát hiện hàng hóa), quy trình thanh toán, chống gian lận以及税务处理 (và xử lý thuế). Hiện tại, URBN, Etsy, Coach, Kate Spade và Ashley Furniture đã sử dụng, các nền tảng như Wix, WooCommerce, BigCommerce, Squarespace和 commercetools (và commercetools) cũng已完成集成 (đã hoàn thành tích hợp).

Chiến lược của họ thực ra rất rõ ràng: nắm giữ tầng abstract, để các giao thức underlying tự do cạnh tranh.

So sánh

Nhìn từ góc độ vĩ mô, hai giao thức này đang làm cùng một việc: để máy móc có thể trả phí cho tài nguyên thông qua HTTP. Nhưng sự khác biệt thực sự, thể hiện ở những chi tiết.

x402 (do Coinbase dẫn dắt) vs MPP (Stripe + Tempo)

Chuẩn hóa
x402: Hoàn toàn mã nguồn mở (Apache 2.0), do x402 Foundation thúc đẩy sự tham gia của多方 (nhiều bên) (Coinbase, Cloudflare, Visa, Google).
MPP: Tiêu chuẩn mở, do Stripe và Tempo cùng thiết lập, thuộc một phần của Stripe Agentic Commerce Suite.

Cơ chế HTTP
x402: Hồi sinh HTTP 402, thông qua header PAYMENT-REQUIRED发起请求 (khởi tạo yêu cầu), sử dụng PAYMENT-SIGNATURE để hoàn thành重试 (thử lại).
MPP: Cũng采用 challenge-response 机制 (sử dụng cơ chế challenge-response), nhưng使用的是 Payment HTTP Authentication Scheme (IETF草案) (sử dụng Payment HTTP Authentication Scheme (IETF draft)), thông qua HMAC绑定 challenge ID (bind challenge ID).

Hạ tầng thanh toán (Rails)
x402: Thiết kế không phụ thuộc chain, hiện đã được hỗ trợ trên Base, Polygon, Solana, các chain khác vẫn đang探索中 (khám phá).
MPP: Dựa trên blockchain Tempo – một L1 được tối ưu hóa cho thanh toán, hỗ trợ 10.000+ TPS, thời gian xác nhận亚秒级 (cấp dưới giây), không có gas token gốc; mục tiêu dài hạn là đạt được khả năng tương thích跨链 (cross-chain).

Phương thức thanh toán
x402: Chỉ stablecoin, hoàn toàn on-chain.
MPP: Hỗ trợ USDC trên Tempo + SPT (cơ chế của Stripe),实现加密与法币混合 (thực hiện kết hợp crypto và fiat) (thẻ ngân hàng, ví, BNPL).

Phương thức结算 (settlement)
x402:结算 theo chain (khoảng 200ms đến vài giây), do Coinbase等 facilitator负责验证与结算 (và các facilitator负责 xác minh và结算).
MPP: Xác nhận亚秒级 (cấp dưới giây) của Tempo, Stripe tự động ghi nhận vào tài khoản và xử lý tuân thủ.

商户接入 (Kết nối merchant)
x402: Middleware mã nguồn mở (Express, Hono, Next.js等 (v.v.)), có thể tự xây dựng hoặc sử dụng facilitator.
MPP: Trực tiếp kết nối với Stripe's PaymentIntents API, quản lý rủi ro, thuế, hoàn tiền, báo cáo đều được tích hợp sẵn.

Đổi mới cốt lõi
x402: Cực kỳ đơn giản, không ràng buộc nhà cung cấp, giống triết lý Unix trong lĩnh vực thanh toán.
MPP: Thông lượng cao + tích hợp fiat, thông qua session实现流式支付 (thực hiện thanh toán theo luồng),聚合微支付 (tổng hợp vi thanh toán),以及基于 SPT 的可编程支出控制 (và kiểm soát chi tiêu có thể lập trình dựa trên SPT).

Đối tác then chốt
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Ngân hàng Standard Chartered.

x402 giống更像 (giống hơn) là lựa chọn hàng đầu khi bạn xây dựng hệ thống mở: API cho nhà phát triển độc lập, thị trường dữ liệu phi tập trung, hoặc bất kỳ dịch vụ nào không muốn phụ thuộc vào nhà xử lý thanh toán. Đặc tả của nó có thể被写进一篇白皮书 (được viết vào một whitepaper), kết nối chỉ cần một middleware và một địa chỉ ví. Sự thuần khiết này rất hấp dẫn – mặc dù hạn chế chỉ dùng crypto cũng có nghĩa là đối tượng của nó hẹp hơn.

MPP则是另一种完全不同的范式 (lại là một范式 hoàn toàn khác). Nếu agent của bạn cần thực hiện数百甚至上千次交易 (hàng trăm thậm chí hàng nghìn giao dịch) trong một phiên,而不希望每次都上链 (và không muốn mỗi lần都上链), thì nó là lựa chọn hợp lý hơn. Cơ chế session让大部分交互保持在链下 (giữ phần lớn tương tác ở off-chain), cho đến最终结算 (settlement cuối cùng); hệ thống tuân thủ của Stripe负责风控和税务 (chịu trách nhiệm quản lý rủi ro và thuế);而 SPT 的混合模式 (và chế độ混合 của SPT),则让 agent 不再局限于稳定币 (khiến agent不再局限于 stablecoin),还可以直接调用用户的 Visa 等支付方式 (còn có thể trực tiếp gọi phương thức thanh toán như Visa của người dùng). Nó không thanh lịch bằng, nhưng更贴近现实 (gần với thực tế hơn).

Điều thú vị là, chúng thực ra không hoàn toàn là quan hệ cạnh tranh. x402 phủ sóng các scenario mở dài尾, MPP phủ sóng lưu lượng tần suất cao cấp doanh nghiệp. Chiến lược của Stripe cũng rất rõ ràng: không đặt cược vào một giao thức duy nhất, mà đảm bảo rằng无论哪条路径胜出 (cho dù con đường nào thắng),资金最终都流入 Stripe 的账户体系 (cuối cùng tiền都 chảy vào hệ thống tài khoản của Stripe).

Thực tế: Hiện đã phát triển đến đâu rồi?

Thành thật mà nói, hiện tại hầu như chưa có giao dịch quy mô hóa thực sự nào.

Theo thông tin ra mắt x402 của Coinbase, các đối tác ban đầu bao gồm Hyperbolic (trả phí suy luận GPU) và Anthropic (tích hợp giao thức MCP). Blog của Stripe đề cập đến scenario agent trả phí theo lần gọi API (ví dụ CoinGecko). Khi Tempo ra mắt, danh mục có 100+ dịch vụ. Cloudflare's Agents SDK đã hỗ trợ native x402, một số dự án nhỏ trên Base L2 cũng đang thử dùng x402 làm cổng thanh toán.

Nhưng nhìn tổng thể: khối lượng giao dịch nhỏ, số lượng merchant có hạn, hầu hết hoạt động vẫn停留在 giai đoạn thử nghiệm (dừng ở giai đoạn thử nghiệm).

Điều này thực ra không ngạc nhiên. Bất kỳ cơ sở hạ tầng thanh toán mới nào, thời kỳ đầu đều như vậy. Cái gọi là danh sách đối tác, đôi khi chênh lệch很大 (rất lớn) giữa ký thỏa thuận ý định và đã上线生产 (lên production), và những thông báo ra mắt này thường不会特别区分 (không đặc biệt phân biệt).

Đáng quan tâm hơn là những người tham gia trọng lượng đằng sau cơ sở hạ tầng. Stripe trong năm 2025 đã xử lý 1,9 nghìn tỷ USD thanh toán, tổng khối lượng tăng trưởng 34% so với cùng kỳ. Đồng thời, Coinbase, Cloudflare, Visa, Google,以及 Tempo 的一整套合作网络 (và toàn bộ mạng lưới hợp tác của Tempo) đều đã入场 (tham gia).

Có nghĩa là, đường ray đã被铺好 (được trải sẵn). Vấn đề chỉ còn một: năm 2026, AI agent có thực sự cần giao dịch quy mô lớn trên đường ray này không? Hay điều này giống更像 (giống hơn) việc trải cáp quang năm 1998 – nhu cầu chưa tới, nhưng cơ sở hạ tầng đi trước.

Vậy nên chọn cái nào?

Nếu bạn đang xây dựng một hệ thống mở, không cần xin phép – x402 là lựa chọn tự nhiên hơn. Không cần đăng ký nền tảng, không cần kết nối nhà thanh toán, nhập middleware, bind địa chỉ ví là có thể nhận tiền. Cái giá là: tuân thủ, quản lý rủi ro,结算 fiat đều phải tự xử lý.

Nếu bạn đã在 Stripe 体系内 (trong hệ thống Stripe),并希望接入 agent 流量 (và hy vọng kết nối lưu lượng agent) – MPP phù hợp hơn. Session, thanh toán theo luồng, kết hợp fiat+crypto,以及完整的合规体系 (và hệ thống tuân thủ đầy đủ), về bản chất giống更像配置升级 (nâng cấp cấu hình),而不是系统重构 (chứ không phải tái cấu trúc hệ thống).

Nếu bạn chỉ quan tâm một việc: bất kể agent dùng giao thức nào, tôi đều có thể nhận tiền. Thì câu trả lời thực ra là: dùng Stripe. Nó hỗ trợ cả hai bên.

HTTP 402 cuối cùng cũng được sử dụng. Chỉ có điều, nó đã chờ đợi差不多 27 年 (khoảng 27 năm).