Coinbase Trái, Stripe Phải: Cuộc đối đầu thanh toán Agent giữa x402 và MPP

Tiêu đề gốc: Stripe's MPP vs. x402: What Actually Happened Today

Tác giả gốc: Nick Sawinyh, defiprime.com

Biên dịch gốc: Peggy, Blockbeats

Lời tựa của biên tập viên: 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 yêu cầu HTTP, thực hiện thanh toán theo yêu cầu theo 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 cấp 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 tình huống phi tập trung.

MPP là tối đa hóa hệ thống: thông qua phiên (sessions), thanh toán theo luồng và hệ thống tuân thủ, giải quyết các vấn đề giao dịch tần suất cao, quản lý rủi ro và tích hợp 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 kinh doanh thực tế, phù hợp hơn với các ứng dụng cấp doanh nghiệp và quy mô lớn.

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 biến nó thành một lớp của hệ thống.

Cũng chính vì vậy, chúng không hoàn toàn cạnh tranh, mà giống như phân bố ở các phạm vi khác nhau, x402 đáp ứng nhu cầu dài hạn của mạng mở, MPP tiếp nhận lưu lượng 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à điều tất yếu.

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

Mã trạng thái HTTP 402 đã chờ đợi một cơ hội để sử dụng kể từ khi được định nghĩa trong đặc tả HTTP/1.1 vào cuối những năm 1990. Ý 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 lớp giao thức của Web, cho phép máy móc 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 hồi giới hạn tốc độ của Shopify, lỗi tính phí của Apple Mobile Me, nhưng không ai thực sự xây dựng được tương lai vi thanh toán mà nó ám chỉ. Thay vào đó, là thẻ tín dụng, tường phí thuê bao và cơ chế API Key, những hệ thống này về bản chất được thiết kế cho con người thao tác thủ công.

Và hôm nay, tương lai này xuất hiện hai con đường triển khai cạnh tranh với 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à gì, có gì khác biệt và tại sao Stripe lại đặt cược vào cả hai con đường này.

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, tư tưởng cốt lõi của nó 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 yêu cầu một tài nguyên; máy chủ 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, hoàn thành thanh toán trên chuỗi nào. Máy khách hoàn thành thanh toán trên chuỗi, sau đó đính kèm chứng từ thanh toán vào yêu cầu được gửi lại, máy chủ ngay lập tức giao tài nguyên.

Đơn giản như vậy. Không có hệ thống tài khoản, không có API Key, cũng không có cơ chế thuê bao. Chỉ là một lần yêu cầu 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ợ gốc cho x402 trong hệ thống thanh toán của mình, thương nhân 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, do x402 Foundation được đồng sáng lập bởi Coinbase và Cloudflare vào tháng 9 năm 2025 chịu trách nhiệm quản trị. 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 chuỗi khác như Avalanche, Sui và Near, nhưng mức độ trưởng thành khác nhau.

Tiếp theo là dữ liệu adoption, 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 dữ liệu phân tích on-chain của Artemis được CoinDesk trích dẫn vào ngày 11 tháng 3: 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, 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 hành vi thử nghiệm hoặc trò chơi hơn là giao dịch thương mại thực sự.

Nhưng điều này chưa chắc đã 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 mà AI agent thực hiện vi thanh toán (thậm chí dưới 1 cent) cho các lệnh gọi API và truy vấn dữ liệu. Và các thương nhân phục vụ thị trường này, cũng mới chỉ bắt đầu xuất hiện.

Ví dụ, Google's Agentic Payments Protocol (AP2, thuộc khung A2A) đã tích hợp x402; Lowe's Innovation Labs còn trình diễn một demo: AI agent có thể hoàn thành toàn bộ quy trình từ phát hiện sản phẩm, 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 nó là: chỉ cần biến thanh toán trở nên nhẹ nhàng như yêu cầu HTTP, các tình huống ứ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 toàn bộ

Stripe và Tempo đã chọn một con đường khác. Machine Payments Protocol (MPP) được công bố hôm nay cùng với việc ra mắt mainnet của Tempo. 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 tình huống agent (agents) giao dịch tần suất cao.

Cơ chế cốt lõi của nó là 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 hạn mức chi tiêu một lần trước, sau đó tiếp tục thực hiện vi thanh toán trong hạn mứ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.

Chuỗi Tempo 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 dưới một giây và không có gas token gốc. Người dùng có thể trực tiếp trả phí bằng stablecoin, bỏ qua bước rườm rà phải mua một loại token ngẫu nhiên nào đó chỉ để chuyển tiền.

Một thành phần khác đáng để hiểu là: Stripe's Agentic Commerce Suite bao gồm Shared Payment Tokens (SPTs). Đây không phải là một phần của chính MPP, mà là cơ chế mở rộng của Stripe, nhưng có thể sử dụng phối hợp với nó. SPT cho phép agent truyền thông tin xác thực thẻ ngân hàng hoặc ví của người dùng một cách an toàn cho thương nhân mà không tiết lộ dữ liệu thực. Những thông tin xác thực này chỉ giới hạn cho một giao dịch và có thời hạn, 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 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 đã liên kết, thậm chí kết hợp cả hai.

Theo tiết lộ trong blog ra mắt mainnet của Tempo, các đối tác của họ bao gồm Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered và Visa. The Block thì đưa tin, tại thời điểm ra mắt MPP, 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, trong một cuộc phỏng vấn với Fortune cho biết, lĩnh vực này vẫn đang ở giai đoạn đầu, thiết kế của MPP nhắm đến mục tiêu có thể mở rộng sang nhiều môi trường chuỗi khác ngoài Tempo trong tương lai.

Tại sao Stripe đồng thời hỗ trợ cả hai

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

Stripe hỗ trợ x402 và MPP thông qua hai đường dẫn tích hợp độc lập, thay vì trừu tượng hóa 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 và quyết toán tiền vào tài khoản Stripe - bạn chịu trách nhiệm trả về phản hồi 402, cơ sở hạ tầng thanh toán crypto cơ bản do Stripe xử lý. Hiện hỗ trợ USDC trên Base, tương lai sẽ mở rộng. Đối với MPP, thương nhân có thể sử dụng cùng một 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 đườ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 AI agents mà họ muốn tích hợp, Stripe sẽ chịu trách nhiệm phát hiện sản phẩm, 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 và commercetools cũng đã hoàn thành tích hợp.

Chiến lược của họ thực sự rất rõ ràng: nắm giữ lớp trừu tượng, để các giao thức cơ bản 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: cho phép máy móc trả phí cho tài nguyên thông qua HTTP. Nhưng sự khác biệt thực sự thể hiện ở 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 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, là một phần của Stripe Agentic Commerce Suite.

Cơ chế HTTP

x402: Hồi sinh HTTP 402, khởi tạo yêu cầu thông qua tiêu đề PAYMENT-REQUIRED, sử dụng PAYMENT-SIGNATURE để hoàn tất thử lại.

MPP: Cũng sử dụng cơ chế challenge-response, nhưng sử dụng Payment HTTP Authentication Scheme (bản nháp IETF), liên kết challenge ID thông qua HMAC.

Lớp thanh toán cơ bản (Rails)

x402: Thiết kế độc lập với chuỗi, hiện đã được hỗ trợ trên Base, Polygon, Solana, các chuỗi 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, xác nhận dưới một 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 đa chuỗi.

Phương thức thanh toán

x402: Chỉ stablecoin, hoàn toàn on-chain.