Tiêu đề Gốc: MPP của Stripe so với x402: Điều gì đã xảy ra thực sự hôm nay
Tác giả Gốc: Nick Sawinyh, defiprime.com
Dịch: Peggy, Blockbeats

Chú thích biên tập viên: Liên quan đến vấn đề thanh toán của Agent, x402 và MPP đã đưa ra hai con đường gần như trái ngược nhau.

x402 theo đường hướng tối thiểu 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 ngay sau khi yêu cầu được tạo ra một cách đơn giản nhất. Không có tài khoản, không có trung gian, giống như thiết kế mở, không cần phép làm trong thời kỳ đầu của Internet, phù hợp với các nhà phát triển đuôi dài và các tình huống phi trung tâm.

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

Sự khác biệt giữa hai hệ thống là thực chất là hai cách giải quyết của cùng một vấn đề: làm cho thanh toán trở thành một phần của giao thức hay tạo thà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ư được phân chia vào các phân khúc khác nhau, x402 đáp ứng nhu cầu đuôi dài của mạng mở, con đường MPP tập trung vào lưu lượng tần suất cao và mua sắm. Trong một nền kinh tế Agent chưa hoàn thiện, việc phân chia đó có lẽ là điều tất yếu.

Dưới đây là bản gốc:

Kể từ khi mã trạng thái HTTP 402 được xác định trong đặc tả HTTP/1.1 vào cuối thập kỷ 90 của thế kỷ 20, nó luôn chờ đợi cơ hội để được sử dụng. Ý nghĩa của nó là yêu cầu thanh toán. Ban đầu, ý tưởng là nhúng khả năng thanh toán vào tầng giao thức của Web, cho phép máy tính mua tài nguyên như mua trang web.

Nhưng ý tưởng này hầu hết không được thực hiện. Qua nhiều năm, mã trạng thái này chỉ xuất hiện ở một số tình huống biên, chẳng hạn như phản hồi giới hạn dòng của Shopify, lỗi thanh toán của Apple Mobile Me, nhưng không ai thực sự xây dựng tương lai thanh toán nhỏ mà nó cho thấy. Thay vào đó, là thẻ tín dụng, tường phí thành viên và cơ chế API Key, những hệ thống này về bản chất đều được thiết kế để hỗ trợ con người có thể thao tác.

Và hôm nay, tương lai đó đã trở thành hiện thực trong hai hình thức cạnh tranh và cùng được công bố vào cùng một ngày. Tiếp theo, tôi muốn trình bày các điểm khác nhau của chúng, sự khác biệt và lý do tại sao Stripe lại cá cược vào cả hai con đường này cùng một lúc.

x402: Một Giải Pháp Đơn Giản Hơn

Vào tháng 5 năm 2025, Coinbase chính thức ra mắt x402, với cách tiếp cận cơ bản có thể cho là cực kỳ đơn giản đến cực kỳ cấp tiến. Một client yêu cầu một tài nguyên; máy chủ trả về mã HTTP 402 và thông báo cho client: cần thanh toán bao nhiêu phí, sử dụng loại tiền mã hóa nào, và thanh toán trên chuỗi nào. Client thực hiện thanh toán trên chuỗi và gửi giấy tờ thanh toán kèm theo yêu cầu đã được khởi đầu lại, sau đó máy chủ sẽ cung cấp tài nguyên.

Chỉ đơn giản như vậy. Không có hệ thống tài khoản, không có Khóa API, cũng không có cơ chế đăng ký. Chỉ là một lượt đi đến và trả lời HTTP, với một giao dịch thanh toán được chèn giữa chúng.

Hiện nay, Stripe đã tích hợp hỗ trợ cho x402 vào hệ thống thanh toán của họ, cho phép các doanh nghiệp nhận thanh toán loại này trực tiếp thông qua hệ thống hiện có của họ. Tuy nhiên, về bản chất, x402 vẫn là một giao thức do Coinbase dẫn dầu, được x402 Foundation do Coinbase và Cloudflare thành lập vào tháng 9 năm 2025 giữ 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.

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

Đến phần dữ liệu chấp nhận (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 Ví Agentic của họ. Nghe có vẻ ấn tượng, nhưng theo số liệu phân tích trên chuỗi của Artemis mà 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 13.1 nghìn giao dịch, tổng số tiền khoảng 2.8 vạn USD, số tiền trung bình mỗi lần thanh toán chỉ khoảng 0.20 USD, trong số đó có khoảng một nửa dường như chỉ là thử nghiệm hoặc hành vi phát triển trò chơi, không phải giao dịch thương mại thực sự.

Nhưng điều này chưa chắc đã là điều xấu. Bởi vì giao thức này ban đầu đượ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 mà các AI agent thực hiện thanh toán nhỏ (thậm chí nhỏ hơn 1 cent), được sử dụng cho cuộc gọi API và truy vấn dữ liệu. Và các doanh nghiệp phục vụ thị trường này cũng chỉ mới bắt đầu xuất hiện.

Ví dụ, Giao thức Thanh toán Agentic của Google (AP2, trong Khung A2A) đã tích hợp x402; Lowe's Innovation Labs cũng đã trình diễn một bản demo: AI agent có thể hoàn toàn tự động từ việc phát hiện sản phẩm, nghiên cứu đến đặt hàng. Đồng thời, World (do Sam Altman khởi xướng) đã phát hành AgentKit tuần này, giúp Ví x402 có khả năng chứng minh danh tính của con người.

Its core assumption is: as long as payment can be made as lightweight as an HTTP request, use cases will naturally emerge. Whether this is true remains to be seen.

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

Stripe và Tempo đã chọn con đường khác nhau. Giao thức Thanh toán Máy (MPP) đã được phát hành cùng với việc ra mắt mạng chính của Tempo hôm nay. Khác với x402, một lớp bọc nhẹ trên chuỗi khối hiện có, MPP được thiết kế đặc biệt cho tình huống các đại lý 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 phải thực hiện một giao dịch trên chuỗi mỗi lần yêu cầu tài nguyên, đại lý có thể trước tiên ủy quyền một mức chi trả một lần và sau đó tiếp tục thực hiện thanh toán nhỏ trong mức đó. Nếu bạn là một hệ thống trí tuệ nhân tạo cần truy vấn nguồn dữ liệu hàng giờ hàng ngàn lần, bạn chắc chắn không muốn mỗi lần phải ký và broadcast một giao dịch trên chuỗi, và phiên hội là để giải quyết vấn đề này.

Tempo cũng được xây dựng xung quanh nhu cầu này. Nó hỗ trợ hàng ngàn giao dịch mỗi giây, có thời gian xác nhận trong vòng dưới một giây và không có token gas native. Người dùng có thể trực tiếp thanh toán phí giao dịch bằng stablecoin, loại bỏ bước phức tạp phải mua một loại token ngẫu nhiên trước khi chuyển khoản.

Một thành phần khác cần được hiểu rõ là: Bộ công cụ Thương mại Đại lý của Stripe bao gồm Mã Token Thanh toán Chia sẻ (SPTs). Điều này không phải là một phần của MPP chính nó, mà là một cơ chế mở rộng của Stripe, nhưng có thể hoạt động cùng với nó. SPT cho phép đại lý truyền thông tin thẻ ngân hàng hoặc ví của người dùng một cách an toàn cho thương gia mà không tiết lộ dữ liệu thực sự. Những chứng từ này chỉ cho phép một giao dịch duy nhất và có hạn, có thể được hiểu là một loại ủy quyền tự hủy, có thể lập trình được. Trong việc sử dụng thực tế, điều này có nghĩa là một đại lý thanh toán thông qua MPP không chỉ có thể sử dụng USDC trên Tempo mà còn có thể sử dụng thẻ Visa mà người dùng đã liên kết, hoặc thậm chí kết hợp cả hai.

Theo thông báo trên blog khi Tempo mạng chính ra mắt, 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 tường thuật rằng, khi MPP được triển khai, thư mục thanh toán của nó đã có hơn 100 dịch vụ, bao gồm Alchemy, Dune Analytics, Merit Systems và Parallel Web Systems. Người đồng sáng lập của 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 ban đầu, và Mục tiêu thiết kế của MPP là có thể mở rộng sang môi trường chuỗi khối khác ngoài Tempo trong tương lai.

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

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

Stripe hỗ trợ cả x402 và MPP thông qua hai con đường tích hợp độc lập thay vì tổng quát hóa chúng thành một giao diện duy nhất. Đối với x402, tài liệu của nó chủ yếu bao gồm quá trình tạo địa chỉ nạp tiền, giám sát trên chuỗi, và quy trình giải ngân tiền vào tài khoản Stripe của bạn - bạn chỉ cần trả về phản hồi 402, còn cơ sở hạ tầng thanh toán mã hóa được xử lý bởi Stripe. Hiện tại, Base hỗ trợ USDC, và sẽ mở rộng trong tương lai. Đối với MPP, các nhà bán lẻ có thể nhận thanh toán dựa trên phiên thông qua cùng một API PaymentIntents.

Bộ Ứng dụng Thương mại Thực tế của Stripe, được phát hành vào tháng 12 năm 2025, được xây dựng trên hai con đường thanh toán này. Nhà bán lẻ chỉ cần tải lên danh mục sản phẩm, chọn các AI agents mà họ muốn tích hợp, Stripe sẽ đảm nhận việc 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õ ràng: kiểm soát lớp trừu tượng, để mức giao thức dưới cùng tự do cạnh tranh.

So sánh

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

x402 (do Coinbase đứng đầu) so với MPP (Stripe + Tempo)

Tiêu chuẩn hóa
x402: Hoàn toàn mã nguồn mở (Apache 2.0), được thúc đẩy bởi x402 Foundation với sự tham gia từ nhiều bên (Coinbase, Cloudflare, Visa, Google).
MPP: Tiêu chuẩn mở, được định rõ bởi Stripe và Tempo, thuộc một phần của Stripe Agentic Commerce Suite.

Cơ chế HTTP
x402: Khôi phục HTTP 402, bắt đầu yêu cầu thông qua tiêu đề PAYMENT-REQUIRED, sử dụng chữ ký PAYMENT-SIGNATURE để thử lại.
MPP: Cũng sử dụng cơ chế challenge-response, nhưng sử dụng Payment HTTP Authentication Scheme (Bản thảo của IETF), ràng buộc ID thách thức thông qua HMAC.

Underlying Payment (Rails)
x402: Thiết kế không phụ thuộc vào chuỗi, hiện đã được hỗ trợ trên Base, Polygon, Solana, các chuỗi khác vẫn đang được khám phá.
MPP: Dựa trên chuỗi thời gian số của Tempo - một chuỗi L1 được tối ưu hóa cho thanh toán, hỗ trợ 1 vạn+ giao dịch mỗi giây (TPS), xác nhận trong vòng dưới mili giây, không có mã gas cố định; mục tiêu dài hạn là đạt được khả năng tương thích qua chuỗi.

Payment Method
x402: Chỉ có stablecoin, hoàn toàn trên chuỗi.
MPP: Hỗ trợ USDC + SPT trên Tempo (cơ chế của Stripe), thực hiện kết hợp tiền điện tử và tiền pháp định (thẻ ngân hàng, ví, BNPL).

Settlement Method
x402: Thanh toán theo chuỗi (khoảng 200ms đến vài giây), do các bên trợ giúp như Coinbase chịu trách nhiệm xác minh và thanh toán.
MPP: Xác nhận trong vòng dưới mili giây trên Tempo, Stripe tự động tín dụng và xử lý tuân thủ.

Merchant Integration
x402: Middleware mã nguồn mở (Express, Hono, Next.js, vv.), có thể tự triển khai hoặc sử dụng trợ giúp.
MPP: Trực tiếp tích hợp API PaymentIntents của Stripe, tích hợp kiểm soát rủi ro, thuế, hoàn trả, báo cáo hoàn toàn tích hợp.

Core Innovation
x402: Cực kỳ đơn giản, không ràng buộc với nhà cung cấp, tương tự triết lý Unix trong lĩnh vực thanh toán.
MPP: Xử lý hàng loạt cao + tích hợp tiền pháp định, thông qua phiên để thực hiện thanh toán dòng, tập trung thanh toán nhỏ, và kiểm soát chi tiêu có thể lập trình dựa trên SPT.

Key Partners
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered Bank.

x402 dường như là lựa chọn hàng đầu của bạn 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 trung tâm, 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ấu trúc của nó có thể được viết trong một bản sách trắng, việc tích hợp chỉ cần một middleware và một địa chỉ ví. Sự tinh khiết này rất hấp dẫn - mặc dù giới hạn chỉ với tiền điện tử cũng đồng nghĩa với việc khán giả của nó hẹp hơn.

MPP là một mô hình hoàn toàn khác biệt. Nếu agent của bạn cần thực hiện hàng trăm hoặc 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 lên chuỗi, thì đó là lựa chọn hợp lý hơn. Cơ chế phiên giữ cho phần lớn tương tác nằm ngoài chuỗi, cho đến khi thanh toán cuối cùng; Hệ thống tuân thủ của Stripe chịu trách nhiệm về kiểm soát rủi ro và thuế; và Chế độ hỗn hợp của SPT cho phép agent không chỉ bị hạn chế trong stablecoin mà còn có thể trực tiếp gọi đến phương thức thanh toán Visa của người dùng. Nó không phải là một cách tiếp cận tinh tế, nhưng gần gũi hơn với thực tế.

Thú vị là, họ thực sự không hoàn toàn cạnh tranh. x402 phủ sóng các kịch bản mở dài đuôi, MPP phủ sóng lưu lượng tần suất cao của 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à là đảm bảo rằng, bất kể con đường nào chiến thắng, tiền cuối cùng sẽ chảy vào hệ thống tài khoản của Stripe.

Thực tế: Hiện tại đã tiến đến đâu?

Nói thẳng ra, hiện nay gần như chưa có giao dịch quy mô thực sự.

Theo thông tin phát hành x402 của Coinbase, các đối tác đầu tiên bao gồm Hyperbolic (Thanh toán suy luận GPU) và Anthropic (Tích hợp MCP). Blog của Stripe đề cập đến kịch bản thanh toán theo lời gọi API (ví dụ như CoinGecko). Khi Tempo ra mắt, thư mục có hơn 100 dịch vụ. SDK Agents của Cloudflare đã hỗ trợ nguyên bản x402, và một số dự án nhỏ trên Base L2 cũng đang thử nghiệm sử dụng x402 làm cổng thanh toán.

Nhưng nhìn chung: Khối lượng giao dịch rất nhỏ, số lượng nhà cung cấp hạn chế, hầu hết hoạt động vẫn đang dừng lại ở giai đoạn thử nghiệm.

Điều này thực tế không có gì ngạc nhiên. Mọi hạ tầng thanh toán mới, đều bắt đầu từ đây. Danh sách đối tác, đôi khi từ việc ký ý định đến sản xuất đã ra mắt có khoảng cách lớn, và những thông tin công bố này thường không đặc biệt phân biệt.

Cái đáng chú ý hơn là những bên tham gia nặng ký phía sau hạ tầng. Stripe đã xử lý 19 nghìn tỷ USD thanh toán vào năm 2025, tổng khối lượng tăng 34% so với cùng kỳ năm trước. Đồng thời, Coinbase, Cloudflare, Visa, Google, cùng với một mạng lưới đối tác toàn diện của Tempo đã tham gia.

Điều đó có nghĩa là, đường ray đã được lát sẵn. Câu hỏi chỉ còn một: Vào năm 2026, liệu AI agent có thực sự cần thực hiện giao dịch quy mô lớn trên con đường này không? Hay đây chỉ giống như việc trải đường sợi quang vào năm 1998 - nhu cầu chưa đến, nhưng hạ tầng đã đi trước.

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 phép màu — 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 cổng thanh toán, chỉ cần nhập bộ trung gian và kết nối ví để nhận thanh toán. Nhược điểm là: bạn phải tự xử lý việc tuân thủ pháp luật, kiểm soát rủi ro và thanh toán bằng tiền pháp định.

Nếu bạn đã hoạt động trong hệ sinh thái của Stripe và muốn kết nối lưu lượng thông qua agent — MPP phù hợp hơn. Phiên, thanh toán dòng, kết hợp tiền pháp định và tiền mã hóa, cùng với một hệ thống tuân thủ pháp luật đầy đủ, về cơ bản giống như việc nâng cấp cấu hình hơn là xây dựng lại hệ thống.

Nếu bạn chỉ quan tâm đến một điều duy nhất: bất kể agent sử dụng giao thức nào, tôi vẫn có thể nhận thanh toán. Thì câu trả lời thực sự là: Sử dụng Stripe. Nó hỗ trợ cả hai mặt.

HTTP 402 cuối cùng đã được sử dụng. Chỉ khác là, nó đã đợi gần 27 năm.

[Liên kết bài viết gốc]

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia