Một bài viết hiểu rõ x402 và MPP: Hai tuyến đường thanh toán của Agent

Tiêu đề: Stripe’s MPP vs. x402: Điều gì thực sự đã xảy ra hôm nay

Tác giả: Nick Sawinyh, defiprime.com Biên dịch: Peggy, Blockbeats

Tác giả bài viết: BlockBeats

Nguồn:

Chuyển thể: Mars Finance

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

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

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

Sự khác biệt giữa hai phương pháp về bản chất là hai cách giải quyết cùng một vấn đề: hoặc tích hợp thanh toán vào phần của giao thức, hoặc xây dựng như một lớp của hệ thống.

Chính vì vậy, chúng không hoàn toàn cạnh tranh, mà giống như phân bố trong các phạm vi khác nhau: x402 phục vụ các nhu cầu dài hạn của mạng mở, còn MPP tiếp nhận lưu lượng cao tần và thương mại hóa. Trong một nền kinh tế Agent chưa hình thành rõ ràng, sự phân hóa này có thể là điều tất yếu.

Dưới đây là nội dung bài viết gốc:

Mã trạng thái HTTP 402 từ cuối những năm 1990 trong tiêu chuẩn HTTP/1.1 đã luôn chờ đợi một cơ hội để phát huy. Ý nghĩa của nó là Payment Required – Yêu cầu thanh toán. Ban đầu, ý tưởng là: tích hợp 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 trang web.

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

Ngày nay, tương lai đó đã xuất hiện qua hai con đường cạnh tranh và cùng được công bố trong cùng một ngày. Tiếp theo, tôi muốn làm rõ chúng là gì, có điểm gì khác biệt, và tại sao Stripe lại đồng thời đặt cược vào cả hai hướng này.

x402: Một phương án đơ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ưởng gần như cực đoan về tối giản. Khách hàng yêu cầu một tài nguyên; máy chủ trả về HTTP 402, thông báo: cần thanh toán bao nhiêu, dùng token gì, trên chuỗi nào để hoàn tất thanh toán. Sau khi thanh toán trên chuỗi, khách hàng gửi lại chứng nhận thanh toán kèm yêu cầu mới, máy chủ sẽ cung cấp tài nguyên.

Chỉ đơn giản vậy thôi. Không có hệ thống tài khoản, không API Key, không cơ chế đăng ký theo dõi. Chỉ một yêu cầu HTTP, trong đó chèn một giao dịch thanh toán.

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

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

Xét về dữ liệu adoption, phần này phức tạp hơn chút. Coinbase cho biết, x402 đã xử lý hơn 50 triệu giao dịch qua hạ tầng ví Agentic của họ. Nghe có vẻ ấn tượng, nhưng theo phân tích của Artemis trên chuỗi do CoinDesk trích dẫn ngày 11 tháng 3, trung bình mỗi ngày có khoảng 131,000 giao dịch, tổng giá trị khoảng 28,000 USD, trung bình mỗi lần thanh toán chỉ khoảng 0.20 USD, trong đó khoảng một nửa là thử nghiệm hoặc hoạt động mang tính trò chơi, chứ không phải giao dịch thương mại thực sự.

Tuy nhiên, điều này không hẳn là tiêu cực. Bởi vì, giao thức này vốn dĩ dành cho một thị trường chưa thực sự tồn tại, một thế giới mà AI agent thực hiện các thanh toán nhỏ bé (thậm chí dưới 1 cent) để gọi API hoặc truy vấn dữ liệu. Các thương nhân phục vụ thị trường này mới bắt đầu xuất hiện.

Ví dụ, Google đã tích hợp x402 vào Agentic Payments Protocol (AP2, thuộc khung A2A); Lowe’s Innovation Labs đã trình diễn một demo: AI agent có thể hoàn thành toàn bộ quá trình từ phát hiện sản phẩm, khảo sát đến đặt hàng trong một quy trình duy nhất. Đồng thời, World (do Sam Altman khởi xướng) tuần này ra mắt AgentKit, giúp ví x402 có khả năng xác minh danh tính con người.

Giả thuyết cốt lõi phía sau là: chỉ cần làm cho thanh toán nhẹ như yêu cầu HTTP, các ứng dụng sẽ tự nhiên xuất hiện. Còn điều này có đúng hay không, còn phải chờ kiểm chứng.

MPP: Giải pháp toàn diện

Stripe và Tempo chọn con đường khác. Machine Payments Protocol (MPP) được ra mắt cùng với mạng chính của Tempo hôm nay. Khác với x402, như 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 các agent thực hiện giao dịch tần suất cao.

Cơ chế trung tâm của nó là các phiên (sessions). Không giống như mỗi lần yêu cầu tài nguyên đều phải phát sinh một giao dịch trên chuỗi, agent có thể ủy quyền một hạn mức chi tiêu một lần, rồi liên tục thực hiện các thanh toán nhỏ trong hạn mức đó. Nếu bạn là AI cần truy vấn hàng nghìn lần dữ liệu mỗi giờ, bạn chắc chắn không muốn ký và phát hành một giao dịch mỗi lần. Các phiên chính là để giải quyết vấn đề này.

Chuỗi Tempo cũng được xây dựng dựa trên nhu cầu này. Nó hỗ trợ hàng chục nghìn giao dịch mỗi giây, xác nhận trong chưa đầy giây, và không có token gas gốc. Người dùng có thể thanh toán phí bằng stablecoin trực tiếp, bỏ qua bước mua token ngẫu nhiên để chuyển khoản.

Một thành phần khác cần hiểu rõ là: trong bộ công cụ Agentic Commerce của Stripe có chứa Shared Payment Tokens (SPTs). Đây không phải là phần của MPP, mà là cơ chế mở rộng của Stripe, có thể phối hợp cùng MPP. SPT cho phép agent truyền chứng thực thẻ ngân hàng hoặc ví của người dùng cho thương nhân một cách an toàn mà không tiết lộ dữ liệu thật. Những chứng thực này chỉ dùng một lần, có giới hạn thời gian, có thể xem như một dạng ủy quyền lập trình tự hủy. Trong thực tế, điều này có nghĩa là một agent thanh toán qua MPP có thể dùng USDC trên Tempo hoặc dùng thẻ Visa của người dùng, thậm chí kết hợp cả hai.

Theo bài blog ra mắt mạng chính Tempo, các đối tác của họ gồm có Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered và Visa. Tờ The Block còn đưa tin, khi ra mắt, danh mục dịch vụ thanh toán đã có hơn 100 mục, gồm Alchemy, Dune Analytics, Merit Systems, Parallel Web Systems. Trong cuộc phỏng vấn với Fortune, đồng sáng lập Tempo là Matt Huang cho biết lĩnh vực này còn rất sơ khai, và mục tiêu của MPP là mở rộng ra nhiều chuỗi khác ngoài Tempo trong tương lai.

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

Nếu bạn đã tích hợp Stripe, câu trả lời thực tế là: bạn không cần phải chọn.

Stripe hỗ trợ x402 và MPP qua hai đường tích hợp riêng biệt, chứ không biến chúng thành một giao diện thống nhất. Với x402, tài liệu chủ yếu hướng dẫn tạo địa chỉ nạp, giám sát trên chuỗi, và chuyển tiền về tài khoản Stripe – bạn chỉ cần phản hồi mã 402, còn hạ tầng mã hóa thanh toán nền tảng do Stripe xử lý. Hiện tại, hỗ trợ USDC trên mạng Base, trong tương lai sẽ mở rộng. Với MPP, thương nhân có thể dùng chung API PaymentIntents để nhận thanh toán dựa trên phiên (session) luồng.

Ngày 12 tháng 2025, Stripe ra mắt bộ công cụ Agentic Commerce, dựa trên hai con đường thanh toán này. Thương nhân chỉ cần tải lên danh mục sản phẩm, chọn các AI agent muốn tích hợp, Stripe sẽ lo phần phát hiện sản phẩm, quy trình thanh toán, chống gian lận và thuế. Hiện tại, URBN, Etsy, Coach, Kate Spade, Ashley Furniture đã dùng rồi, các nền tảng như Wix, WooCommerce, BigCommerce, Squarespace, commercetools cũng đã tích hợp.

Chiến lược của họ rõ ràng: kiểm soát lớp trừu tượng, để các giao thức nền tự do cạnh tranh.

So sánh tổng thể

Về mặt tổng thể, hai giao thức này đều làm một việc: cho phép máy móc thanh toán cho tài nguyên qua HTTP. Nhưng điểm khác biệt thực sự nằm ở chi tiết.

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

Tiêu chuẩn hóa: x402 hoàn toàn mã nguồn mở (Apache 2.0), do Quỹ x402 thúc đẩy nhiều bên tham gia (Coinbase, Cloudflare, Visa, Google). MPP: tiêu chuẩn mở do Stripe và Tempo cùng xây dựng, thuộc phần của bộ Agentic Commerce của Stripe.

Cơ chế HTTP: x402 sống lại, dùng tiêu đề PAYMENT-REQUIRED để gửi yêu cầu, và PAYMENT-SIGNATURE để thử lại. MPP: cũng dùng challenge-response, nhưng theo đề xuất của IETF là Payment HTTP Authentication Scheme, dùng HMAC để liên kết challenge ID.

Giao thức thanh toán (Rails): x402 thiết kế không liên quan chuỗi, hiện đã hỗ trợ trên Base, Polygon, Solana, các chuỗi khác còn đang khám phá. MPP dựa trên chuỗi Tempo – một L1 tối ưu cho thanh toán, hỗ trợ hơn 10.000 TPS, xác nhận trong phần giây, không có token gas gốc; mục tiêu dài hạn là đa chuỗi.

Phương thức thanh toán: x402 chỉ dùng stablecoin, hoàn toàn trên chuỗi. MPP hỗ trợ USDC trên Tempo cộng với SPT (cơ chế của Stripe), cho phép kết hợp tiền mã hóa và pháp định (thẻ ngân hàng, ví, BNPL).

Phương thức thanh toán cuối cùng: x402 tính theo chuỗi, khoảng 200ms đến vài giây, do các trung gian như Coinbase xác nhận và thanh toán. MPP xác nhận trong phần giây trên Tempo, Stripe tự động ghi nhận và xử lý tuân thủ.

Hệ thống tích hợp cho thương nhân: x402 dùng middleware mã nguồn mở (như Express, Hono, Next.js), có thể tự xây hoặc dùng trung gian. MPP tích hợp trực tiếp qua API PaymentIntents của Stripe, đã tích hợp sẵn các chức năng kiểm soát rủi ro, thuế, hoàn tiền, báo cáo.

Điểm sáng tạo cốt lõi: x402 cực kỳ đơn giản, không phụ thuộc nhà cung cấp, như triết lý Unix trong lĩnh vực thanh toán. MPP: hiệu suất cao + kết hợp pháp định, qua phiên (session) để thực hiện thanh toán luồng, micro-payment, và kiểm soát chi tiêu lập trình dựa trên SPT.

Đối tác chính: x402 gồm Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP). MPP gồm Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.

x402 như là lựa chọn hàng đầu khi 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 nhà cung cấp thanh toán. Tiêu chuẩn của nó có thể viết thành một whitepaper, tích hợp chỉ cần middleware và địa chỉ ví. Tính thuần túy này rất hấp dẫn – mặc dù giới hạn của mã hóa hoàn toàn cũng khiến nó có phạm vi ứng dụng hẹp hơn.

Trong khi đó, MPP là một dạng 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, mà không muốn mỗi lần đều phải lên chuỗi, thì nó là lựa chọn hợp lý hơn. Cơ chế phiên (session) giữ phần lớn tương tác ở ngoài chuỗi, chỉ kết thúc bằng giao dịch cuối cùng; hệ thống tuân thủ của Stripe đảm trách kiểm soát rủi ro và thuế; còn mô hình hỗn hợp SPT cho phép agent không chỉ dùng stablecoin mà còn gọi trực tiếp các phương thức thanh toán của người dùng như Visa. Không tinh tế như x402, nhưng phù hợp hơn với thực tế.

Điều thú vị là, chúng không hoàn toàn cạnh tranh. x402 phục vụ các kịch bản mở dài hạn, còn MPP phù hợp lưu lượng cao của doanh nghiệp. Chiến lược của Stripe rõ ràng: không đặt cược vào một giao thức duy nhất, mà đảm bảo rằng dù con đường nào thắng, dòng tiền cuối cùng vẫn chảy về hệ thống của Stripe.

Thực tế hiện tại: đến đâu rồi?

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

Theo thông tin ra mắt của Coinbase về x402, các đối tác ban đầu gồm Hyperbolic (trả phí cho inference GPU) và Anthropic (tích hợp MCP). Blog của Stripe đề cập đến các trường hợp thanh toán qua API (ví dụ CoinGecko). Tempo đã ra mắt hơn 100 dịch vụ trong danh mục. SDK Agents của Cloudflare đã hỗ trợ x402 nguyên bản, và một số dự án nhỏ trên các lớp Layer 2 của Base cũng thử nghiệm làm cổng thanh toán x402.

Nhưng nhìn chung, khối lượng giao dịch còn rất nhỏ, số lượng thương nhân hạn chế, phần lớn vẫn trong giai đoạn thử nghiệm.

Điều này không quá ngạc nhiên. Bất kỳ hạ tầng thanh toán mới nào cũng đều bắt đầu như vậy. Danh sách đối tác, đôi khi từ ký hợp đồng ý định đến vận hành thực tế còn cách xa nhau, và các công bố thường không phân biệt rõ.

Điều đáng chú ý hơn là các nhà tham gia trọng yếu đằng sau hạ tầng này. Stripe đã xử lý 1,9 nghìn tỷ USD thanh toán trong năm 2025, tăng trưởng 34% so với cùng kỳ. Đồng thời, Coinbase, Cloudflare, Visa, Google, cùng toàn bộ mạng lưới hợp tác của Tempo đã tham gia.

Nói cách khác, con đường đã được trải sẵn. Câu hỏi còn lại là: năm 2026, các agent AI có thực sự cần giao dịch quy mô lớn trên con đường này không? Hay đây chỉ là việc xây dựng hạ tầng như việc trải cáp quang năm 1998 – chưa có nhu cầu rõ ràng, nhưng hạ tầng đã sẵn sàng.

Vậy nên, chọn con đường nào?

Nếu bạn đang xây dựng một hệ thống mở, phi phép, thì 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 tích hợp nhà cung cấp thanh toán, chỉ cần middleware và địa chỉ ví để nhận tiền. Nhược điểm là: bạn phải tự xử lý tuân thủ, kiểm soát rủi ro, thanh toán pháp định.

Còn nếu bạn đã nằm trong hệ sinh thái của Stripe, muốn tích hợp lưu lượng agent – thì MPP phù hợp hơn. Phiên (session), thanh toán luồng, kết hợp pháp định và mã hóa, cùng hệ thống tuân thủ hoàn chỉnh, về cơ bản là nâng cấp cấu hình chứ không phải xây dựng lại hệ thống.

Còn nếu chỉ quan tâm đến một điều: 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 chính là: dùng Stripe. Nó hỗ trợ cả hai.

HTTP 402 cuối cùng cũng đã có đất dụng võ. Chỉ là nó đã chờ đợi gần 27 năm.