Coinbase đưa x402 về trạng thái trung lập, Stripe tiếp tục đặt cược vào cả hai bên ngoài MPP

Tác giả: Charlie, người phụ trách OSL tại châu Mỹ, Đối tác đầu tư @ Generative Ventures. Trước đây là Phó Tổng Giám đốc của unicorn tiền điện tử Strike (tham gia vào dự luật Bitcoin của El Salvador và phụ trách mạng lưới Bitcoin Lightning và thanh toán stablecoin tại Mỹ Latinh), nhà phân tích vĩ mô và tiền tệ tại quỹ nghìn tỷ Franklin Templeton, thành viên đầu tiên của gã khổng lồ thanh toán toàn cầu Adyen.

Bài viết là quan điểm cá nhân của tác giả, không đại diện cho quan điểm của các công ty liên quan.

Gần đây, ngày càng nhiều bạn bè quan tâm đến thương mại agentic, nhưng các giao thức và người chơi khác nhau cũng khiến mọi người cảm thấy khó hiểu.

Đặc biệt là tuần trước, mọi người còn bận rộn tìm hiểu MPP của Stripe / Tempo, thì bỗng nhiên Stripe lại tham gia vào quỹ x402 của đối thủ Coinbase.

Hơn nữa, Cloudflare hiện tại hỗ trợ cả hai bộ. Google cũng đang tham gia vào cuộc chơi này, nhưng họ lại có AP2 và UCP riêng.

Visa, Mastercard cũng đã tham gia, nhưng rõ ràng họ không đến để ủng hộ stablecoin.

Linux Foundation công khai định nghĩa x402 là một "trại trung lập, đồng quản lý ngành", Cloudflare thì rõ ràng đưa x402 và MPP vào SDK của mình, Stripe cũng công khai viết rằng họ hỗ trợ cả MPP và x402.

Cuối cùng ai đang cạnh tranh với ai, ai đang chồng chéo lên ai?

Nhưng trong vài ngày qua, tôi càng nhìn, càng cảm thấy rằng, sự "lộn xộn" này không phải vì thị trường không có hướng đi, mà là vì thị trường đã rất rõ ràng, và giống như tôi đã đề cập trước đây trong bài viết x402, có thể chúng ta đã hiểu sai về ý nghĩa thực sự của nó: từ ngày đầu tiên, việc này sẽ không được thống nhất bởi một giao thức duy nhất.

Nó giống như một tình huống rất phổ biến trong cơ sở hạ tầng internet - các lớp khác nhau cùng phát triển, các công ty khác nhau đặt cược vào các lớp khác nhau, cuối cùng dựa vào khả năng tương tác để đưa toàn bộ hệ thống hoạt động.

Câu chuyện chiến lược thực sự là ai sẽ định nghĩa lớp kiểm soát mặc định cho quyền truy cập máy trả phí trên web agentic; và các người chơi quan trọng rõ ràng đều đang ở trong môi trường đa nhà, vì mọi người vẫn đang đặt cược vào việc nút thắt thực sự trong tương lai sẽ rơi vào quyền hạn, phân phối hay thanh toán.

Một, Tại sao Coinbase lại giao quỹ x402 cho Linux?

Nếu x402 chỉ là giao thức của Coinbase, thì nó rất khó trở thành tùy chọn mặc định của ngành.

Đây không phải là một câu nói chính trị đúng, mà là một logic tiêu chuẩn hóa rất thực tế.

Cách diễn đạt của Linux Foundation lần này rất rõ ràng, họ nhấn mạnh sự trung lập của nhà cung cấp, quản trị cộng đồng, và cơ sở hạ tầng chia sẻ, chứ không phải là "một công ty nào đó đã phát hành một tính năng sản phẩm mới".

Điều quan trọng hơn là, trang x402 Foundation hiện tại còn ghi rằng dự án đang trong giai đoạn xây dựng, cơ chế quản trị và hội đồng quản trị vẫn đang được thiết lập.

Nói cách khác, động thái này không phải là thông báo "sản phẩm đã trưởng thành", mà là thông báo "chúng tôi muốn cho giao thức này một ngôi nhà trung lập".

Ý nghĩa ngầm đằng sau thực ra rất đơn giản.

Nếu x402 luôn mang hình dáng của một tính năng sản phẩm của Coinbase (như Base hiện tại), thì các nhà cung cấp đám mây, công ty thanh toán, tổ chức thẻ, và các người chơi nền tảng dù có sẵn sàng về mặt kỹ thuật cũng sẽ do dự về mặt chính trị.

Không ai muốn giao quyền truy cập trả phí trong tương lai cho một nền tảng duy nhất. Đưa nó vào dưới Linux Foundation không phải vì Coinbase không muốn kiểm soát, mà chính vì họ rất muốn x402 được áp dụng rộng rãi, nên họ phải gỡ bỏ gánh nặng "đây là giao thức của Coinbase".

Điều này thực sự rất quan trọng, vì nhiều người nhìn vào các động thái của quỹ, dễ dàng chỉ coi đó là PR hoặc tư thế mã nguồn mở.

Nhưng trong cuộc chiến giao thức, quản trị chính là một phần của sản phẩm.

Đặc biệt là khi một tiêu chuẩn vẫn đang ở giai đoạn đầu, chưa có hiệu ứng mạng tuyệt đối, thì cái gọi là "đáng tin cậy và trung lập" không hề kém phần quan trọng hơn so với tính kỹ thuật.

Ngược lại, nếu x402 trong tương lai thực sự có thể trở thành một loại baseline truy cập trả phí HTTP-native, rất có thể không phải vì mã của nó đẹp nhất, mà là vì nó đã giảm thiểu chi phí chính trị sớm hơn các giải pháp khác.

Nói cách khác, ở đây quản trị không phải là vai phụ, mà chính quản trị là động cơ tăng trưởng.

Hai, Stripe đang làm gì với sự đấu tranh nội bộ của mình?

Người chơi đáng chú ý nhất trong lần này chắc chắn là Stripe, vì hành động của Stripe dễ khiến người ta bối rối nhất.

Một bên là họ đã công khai ra mắt MPP vào ngày 18 tháng 3, đóng gói nó thành tiêu chuẩn mở cho thanh toán máy.

Một bên khác, họ lại là nhà đóng góp sáng lập của x402 Foundation, và tài liệu của họ cũng hỗ trợ thanh toán máy x402.

Tài liệu của Cloudflare còn trực tiếp hơn, thậm chí ghi rõ: MPP tương thích ngược với quy trình thanh toán cốt lõi của x402, khách hàng MPP có thể trực tiếp tiêu thụ dịch vụ x402 hiện có.

Nếu chỉ nhìn từ khung "cạnh tranh giao thức", Stripe như đang tự đấu tranh với chính mình.

Nhưng nếu bạn nâng cao góc nhìn một chút, thì cách làm này lại có lý do thương mại nhất.

Bởi vì điều mà Stripe thực sự muốn giữ không chỉ là chính handshake 402.

Điều mà họ thực sự muốn giữ là những lớp phía trên handshake: credentials, compliance, risk, reporting, tax, refunds, merchant integration.

Stripe không giống như một tín đồ thực sự của một giao thức đơn lẻ, mà giống như đang đảm bảo rằng bất kể tiêu chuẩn handshake nào cuối cùng thắng, Stripe vẫn là lớp trừu tượng mặc định cho thanh toán agent.

Hỗ trợ x402 là để không vắng mặt trong hệ sinh thái mở; tự mình đẩy MPP là để tham gia định nghĩa ngữ nghĩa cơ bản; tiếp theo là ACP và Shared Payment Tokens, là để giữ lại giá trị dày hơn của quy trình làm việc và chứng từ thanh toán.

Vì vậy, điều "kỳ lạ" nhất của Stripe lần này thực ra chính là điều chân thật nhất.

Họ không giả vờ rằng trong tương lai sẽ chỉ còn một giao thức. Họ đang hành động để cho bạn thấy: ít nhất trong giai đoạn này, không ai nên chỉ đặt cược một bên.

Ba, Đây thực sự là một câu chuyện cơ sở hạ tầng B2B

Tôi ngày càng cảm thấy rằng, nhiều phương tiện truyền thông đã đặt trọng tâm của câu chuyện này sai chỗ.

Khi nhắc đến thanh toán agent, điều dễ nghĩ đến nhất luôn là bán lẻ: AI giúp bạn mua vé máy bay, đặt khách sạn, đặt hàng, và thực hiện thanh toán.

Nhưng nếu bạn nhìn vào những tình huống thực sự đã được công khai và bắt đầu có hương vị cơ sở hạ tầng, điều đầu tiên chạy lên không phải là thanh toán bán lẻ, mà là truy cập trả phí B2B nhàm chán hơn, nhưng cũng thực tế hơn: API trả phí, dữ liệu trả phí, công cụ trả phí, phiên duyệt web trả phí, quy trình làm việc agent trả phí.

Cloudflare hiện đang công khai hỗ trợ sử dụng x402 và MPP để thu phí cho nội dung HTTP, API và công cụ MCP.

Con đường áp dụng mạnh mẽ nhất của x402 chính là trong các API và công cụ trả phí từ nhà phát triển đến nhà phát triển, vì "không tài khoản + trả phí theo yêu cầu" ở đây không phải là chiêu trò, mà là thực tế có thể thực hiện.

Sự thay đổi đằng sau thực sự rất lớn.

Trước đây, một API muốn thu phí, thường phải đi qua một quy trình "thân thiện với con người": mở tài khoản, liên kết thanh toán, phát API key, thiết lập hạn mức, đối chiếu, rồi xử lý quyền thanh toán.

Đối với con người đã đủ phiền phức, đối với agent thì càng khó chịu hơn.

Điều hấp dẫn nhất của x402 không phải là nó "crypto" hơn, cũng không phải là nó "AI" hơn, mà là nó cố gắng đưa "truy cập trả phí" trở lại chính HTTP, để kiểm soát quyền truy cập và thương lượng thanh toán diễn ra như một yêu cầu-phản hồi thông thường.

Máy chủ trả về 402, cho bạn biết yêu cầu này trị giá bao nhiêu; khách hàng thanh toán xong, rồi dùng chứng từ thanh toán để thử lại cùng một yêu cầu.

Mô hình này nếu bạn nhìn từ góc độ phần mềm B2B và truy cập máy đến máy, sẽ mượt mà hơn nhiều so với góc độ bán lẻ.

Hơn nữa, càng nhìn về phía B2B, ưu thế của x402 càng rõ ràng, và điểm yếu cũng không còn nghiêm trọng đến vậy.

Bởi vì trong thương mại tiêu dùng, hoàn tiền, từ chối thanh toán, thương nhân ghi nhận, bảo vệ người tiêu dùng, trách nhiệm, tất cả đều là những vấn đề cứng; nhưng trong việc gọi API và công cụ B2B, tầm quan trọng của những vấn đề này rõ ràng giảm xuống.

Ngược lại, "không tài khoản, trả phí theo yêu cầu, nhận kết quả rồi đi" là nhu cầu thực sự.

Bán lẻ tất nhiên lớn hơn, sôi động hơn, và dễ thu hút sự chú ý hơn; nhưng thực sự định nghĩa giao thức trông như thế nào thường không phải là những tình huống sôi động nhất, mà là những tình huống sớm nhất phơi bày nhu cầu thực sự.

Đối với làn sóng thanh toán agent hiện nay, tình huống đó rất có thể không phải là giỏ hàng, mà là ngày càng nhiều phần mềm, agent, và quy trình làm việc giữa chúng có truy cập trả phí.

Bốn, Sự phát triển của ngành đã xác nhận phán đoán về khả năng tương tác của tôi trước đây

Phán đoán cốt lõi trong bài viết trước của tôi là khả năng tương tác.

Khi đó, phán đoán này nghe có vẻ vẫn còn chút "kiến trúc nên như vậy".

Giờ nhìn lại, nó ngày càng giống như một ràng buộc thực tế, vì thị trường công khai đã đang bỏ phiếu bằng chân.

Cloudflare không chọn bên, mà là trực tiếp hỗ trợ cả x402 và MPP, còn rõ ràng thực hiện ánh xạ tương thích.

Google vừa tham gia x402, vừa tiếp tục thúc đẩy AP2 và UCP.

Visa và Mastercard cũng không dùng tư thế "tất cả trong một người chiến thắng" để thể hiện chiến lược của mình, mà vừa tham gia x402, vừa tiếp tục tăng cường token agent, xác thực danh tính, xác minh lệnh và tín hiệu tranh chấp.

Sự đặt cược đa chiều của các ông lớn là quyết định hợp lý, chứ không phải là sự giả dối thương mại.

Tại sao lại như vậy? Bởi vì những giao thức này căn bản không ở cùng một lớp.

Ít nhất cho đến hiện tại, x402 và MPP gần hơn với lớp handshake HTTP trả phí, giải quyết vấn đề "làm thế nào để yêu cầu mang theo khả năng thanh toán trở lại".

AP2 gần hơn với quyền hạn và ý định đáng tin cậy, giải quyết vấn đề "agent này có đủ tư cách để chi tiêu số tiền này không".

UCP và ACP thì giống như lớp quy trình làm việc, xử lý discovery, checkout, quan hệ thương nhân, chia sẻ chứng từ, những vấn đề cao hơn.

Nhiều công ty đồng thời hỗ trợ x402, MPP, AP2, UCP không phải vì họ không rõ ràng, mà vì kiến trúc thắng lợi cuối cùng rất có thể sẽ vượt qua nhiều lớp, thậm chí cần nhiều giao thức cùng nhau hình thành.

Vì vậy, nếu phải dùng một câu để nhìn lại phán đoán trước đây của tôi, giờ tôi càng tin rằng nếu không có khả năng tương tác, làn sóng sinh thái này căn bản không thể phát triển.

Giờ nhìn lại, thị trường đang chủ động xác nhận phán đoán này.

Hơn nữa, phán đoán này còn quan trọng đối với B2B so với bán lẻ.

Bởi vì trong thế giới bán lẻ, cuối cùng có thể thật sự sẽ bị một số nền tảng lớn và một số quy trình làm việc lớn hấp thụ; nhưng thế giới B2B không phải như vậy.

Doanh nghiệp vốn đã sống trong thực tế có nhiều đám mây, nhiều phương thức thanh toán, nhiều hệ thống quy trình làm việc, nhiều hệ thống quyền danh tính đồng tồn tại.

Ai cố gắng dùng một giao thức mới để đẩy toàn bộ ngăn xếp doanh nghiệp xuống và làm lại, người đó có khả năng cao sẽ chết trước.

Khách hàng B2B thực sự sẵn sàng chi tiền, thường không phải là "giao thức duy nhất đúng", mà là "khả năng giúp họ làm việc trong môi trường đa giao thức".

Logic này chính là lý do tại sao khả năng tương tác trong bối cảnh doanh nghiệp lại cứng hơn so với trong bối cảnh tiêu dùng.

Năm, Đây không chỉ là cạnh tranh giao thức đơn thuần, mà là cạnh tranh ngăn xếp sau khi phân lớp

Một khi bạn hiểu điều này như một ngăn xếp phân lớp, nhiều hiện tượng trước đây có vẻ lộn xộn sẽ ngay lập tức trở nên hợp lý.

Lớp dưới cùng là handshake truy cập trả phí.

Lớp này quan tâm đến: yêu cầu HTTP làm thế nào để biểu thị "cần phải trả phí ở đây", và sau khi khách hàng thanh toán, làm thế nào để mang chứng từ thanh toán trở lại.

x402 và MPP chủ yếu chiến đấu ở đây. MPP đang cố gắng đưa 402 về các ngữ nghĩa xác thực HTTP chính thức hơn; trong khi x402 thì giống như đang nền tảng hóa 402, thông qua header tùy chỉnh, facilitator, trừu tượng thanh toán trên chuỗi và tích hợp hệ sinh thái, để nó có thể hoạt động trước.

Một cái giống như lộ trình ngữ nghĩa tiêu chuẩn hóa, một cái giống như lộ trình phân phối nền tảng.

Lên một lớp nữa là quyền chi tiêu, tức là "ai đã ủy quyền cho số tiền này".

Lớp này mới là điều mà nhiều người hiện tại vẫn chưa hoàn toàn nhận thức được.

Máy móc sẽ thanh toán, điều này không khó; máy móc có thể được ủy quyền đáng tin cậy để thanh toán, mới là điều thực sự khó.

AP2 quan trọng chính vì nó không chỉ là "làm thế nào để thanh toán", mà đang giải quyết các vấn đề như mandates, verifiable credentials, authenticity, accountability.

Các token agent, xác minh lệnh, passkeys, tín hiệu tranh chấp mà Visa và Mastercard gần đây tăng cường, về bản chất cũng đều nằm ở đây.

Lên một lớp nữa là quy trình làm việc và phân phối.

Tức là discovery, checkout, quan hệ thương nhân, chia sẻ chứng từ, tích hợp bề mặt AI, những thứ gần gũi hơn với "ai kiểm soát lưu lượng và biên soạn giao dịch".

UCP và ACP giống như đang tranh giành lớp này.

Đối với B2B, lớp này ngắn hạn không có vẻ sôi động như vậy, nhưng từ lâu dài mà nói, giá trị có thể rất cao.

Bởi vì nếu trong tương lai ngày càng nhiều phần mềm doanh nghiệp được điều phối, gọi, mua sắm và thanh toán bởi agent, thì ai nắm giữ ngôn ngữ quy trình làm việc, người đó không chỉ quản lý một lần thanh toán, mà đang quản lý toàn bộ quy trình làm việc.

Một khi bạn tách biệt ba lớp này, bạn sẽ phát hiện ra một sự thật rất đơn giản: hoàn toàn không cần mong đợi một giao thức bao quát tất cả các vấn đề.

Con đường thực tế hơn là ba lớp này tự phát triển trước, rồi từ từ kết hợp lại thông qua khả năng tương tác.

Cũng chính vì vậy, việc đặt cược đa chiều không phải là sự dao động, mà là sự hợp lý.

Sáu, Rủi ro thực sự của x402, có thể không phải là quy định, mà là kinh tế học dưới điều kiện đồng thời

Nếu chúng ta chỉ nhận thức được "nhiều giao thức đồng tồn tại", thực sự vẫn chưa đủ sâu sắc.

Rủi ro lớn nhất của x402, có thể không phải là quy định trước tiên, mà có thể là kinh tế học time-of-check/time-of-use do việc phân đoạn xác minh và thanh toán mang lại.

Nói đơn giản, nếu xác minh thanh toán và thanh toán cuối cùng không phải là một, thì trong môi trường internet thực tế với độ đồng thời cao, thử lại, lớp đại lý, lớp bộ nhớ cache, sẽ xuất hiện "trả tiền một lần, truy cập nhiều lần".

Hệ sinh thái x402 hiện cũng đang khắc phục những lỗ hổng, chẳng hạn như bộ nhớ cache thanh toán, mở rộng idempotency, định danh thanh toán, nhưng điều này chính là minh chứng cho thấy vấn đề không chỉ là lý thuyết.

Tại sao điều này đặc biệt đáng quan tâm đối với độc giả B2B?

Bởi vì thế giới B2B luôn sợ nhất không phải là không thể tạo ra demo đẹp, mà là có quá nhiều trường hợp biên, cuối cùng khi đưa vào môi trường sản xuất lại bắt đầu rò rỉ.

Việc kiếm tiền từ API, nhìn bề ngoài có vẻ là trả vài xu cho mỗi yêu cầu, khá nhẹ nhàng; nhưng một khi sản phẩm của bạn tính phí theo yêu cầu, theo kết quả, theo quy trình làm việc, thì "trả một lần nhận một lần" hay "trả một lần nhận nhiều lần", không còn là chi tiết sản phẩm, mà là ranh giới sống còn.

Vì vậy, nếu trong tương lai x402 thực sự có thể hoạt động trong B2B, một điều kiện tiên quyết quan trọng không phải là câu chuyện, mà là những cơ chế an toàn mặc định này phải được thực hiện đủ đơn giản, nếu không doanh nghiệp sẽ không yên tâm đưa lưu lượng thực vào.

Bảy, Giao thức có thể miễn phí, nhưng trạm thu phí sẽ không biến mất

Còn một điểm nữa, tôi nghĩ đáng để nói rõ trong bài viết này.

Nhiều giao thức mở cuối cùng sẽ đi đến một nơi rất quen thuộc: giao thức ngày càng rẻ, thậm chí miễn phí, nhưng trạm thu phí thực sự sẽ mọc lên bên cạnh.

x402 cũng vậy.

Tiêu chuẩn bản thân tất nhiên nhấn mạnh sự mở, trung lập, 0 phí được tích hợp vào tiêu chuẩn, nhưng điều này không có nghĩa là việc thu giá trị sẽ biến mất.

Nếu x402 thành công, giá trị sẽ không chủ yếu nằm trong giao thức, mà sẽ chuyển sang các lớp lân cận như facilitator, ví và quản lý khóa, discovery, engine chính sách, trust wrapper.

Điều này đặc biệt quan trọng đối với B2B.

Bởi vì khách hàng doanh nghiệp sẽ không vì một giao thức mới mà cải tạo toàn bộ hệ thống một cách quy mô lớn, họ thực sự sẵn sàng chi tiền cho ai có thể giúp họ giải quyết những vấn đề rắc rối như orchestration, policy, risk, compliance, audit, settlement, và ranh giới quyền hạn trong môi trường đa giao thức.

Nói cách khác, giao thức sẽ ngày càng giống như ngôn ngữ cơ sở, nhưng khả năng chuyển đổi những ngôn ngữ này thành "các doanh nghiệp có thể yên tâm triển khai" thì lớp đó lại dễ dàng trở thành nền tảng mới và trạm thu phí mới.

Đó cũng là lý do tại sao tôi cảm thấy, khi nhìn vào x402 hôm nay, không thể chỉ tập trung vào Coinbase, Cloudflare, Stripe ai là "nhân vật chính".

Điều thực sự đáng chú ý là ai có cơ hội đứng trên những lớp lân cận này.

Cloudflare có vị trí phân phối lưu lượng và biên, Stripe có vị trí cơ sở hạ tầng thanh toán và quan hệ thương nhân, Visa và Mastercard có vị trí chứng từ, token mạng và lòng tin của người tiêu dùng, Google có vị trí bề mặt quy trình làm việc và discovery.

Việc thu hút giá trị thực sự không nhất thiết xảy ra ở "ai định nghĩa 402", mà có thể xảy ra ở "ai đã đưa 402 vào hệ thống doanh nghiệp lớn hơn".

Tám, Kết luận

Vấn đề x402 Foundation không phải là thông báo rằng x402 đã chiến thắng trong tất cả các giao thức thương mại agentic.

Nó đang công khai thừa nhận rằng thế hệ thanh toán agent này từ ngày đầu tiên sẽ không phải là một thế giới giao thức đơn lẻ.

Coinbase giao x402 cho Linux Foundation là để làm cho nó giống như một lớp công cộng trung lập hơn, chứ không phải là sản phẩm độc quyền.

Stripe vừa đẩy MPP vừa tham gia x402 không phải là do dao động, mà là vì họ biết rằng hiện tại không nên chỉ đặt cược một bên.

Cloudflare đồng thời hỗ trợ cả hai bộ vì nó gần nhất với lưu lượng thực tế.

Các động thái của Google, Visa, Mastercard, Adyen cũng đều đang chỉ ra cùng một điều: trước tiên hãy để hệ thống có thể tương tác, rồi mới bàn đến ai cuối cùng nắm giữ lớp nào có giá trị nhất.

Và nếu chuyển góc nhìn từ bán lẻ, phán đoán này càng trở nên hợp lý hơn.

Bởi vì những người đầu tiên cần những giao thức này không nhất thiết là giỏ hàng, mà là ngày càng nhiều phần mềm và dịch vụ B2B tính phí theo yêu cầu, theo nhiệm vụ, theo kết quả.

Bán lẻ tất nhiên lớn hơn, nhưng B2B thường sớm phơi bày nhu cầu thực sự và cũng sớm định nghĩa cơ sở hạ tầng cuối cùng sẽ trông như thế nào.

Trong bài viết trước, tôi đã đặt khả năng tương tác ở trung tâm, tôi cảm thấy câu trả lời mà thị trường đưa ra hiện tại thực sự rất rõ ràng: đúng, và còn sớm hơn những gì tôi đã nghĩ lúc đó.

Theo nghĩa này, x402 Foundation không phải là kết thúc của câu chuyện này.

Nó chỉ cho chúng ta thấy sớm hơn rằng, chủ đề thực sự không phải là "ai sẽ thắng", mà là "thế giới này chắc chắn phải tương tác trước, ai có thể nắm giữ lớp giá trị nhất sau khi tương tác".