Gần đây, giao thức x402 do Coinbase ra mắt vào tháng 5 năm nay đã trở thành một chủ đề nóng trong ngành. Nhìn nhận một cách nhanh chóng, giao thức này đã hoàn thành một mảnh ghép quan trọng trong việc cho phép trí tuệ nhân tạo sử dụng tiền điện tử.
Cá nhân tôi luôn cho rằng tiền điện tử có thể không dành cho con người sử dụng, mà dành cho trí tuệ nhân tạo. Ngành công nghiệp rất tin tưởng vào AI + Tiền điện tử, và niềm tin này đã nhanh chóng lan sang lĩnh vực thanh toán. Nhưng liệu x402 của Coinbase có thực sự kết hợp cả hai? Liệu nó có thực sự nhanh và hiệu quả đối với AI như họ mô tả, hay nó chỉ là một chiêu trò thổi phồng khác trong thế giới tiền điện tử?

Được rồi, chúng ta hãy cùng tìm hiểu từng bước một. Một vài câu hỏi: Giao thức HTTP là gì? Lỗi x402 là gì? Tại sao chúng ta chưa từng nghe nói đến việc sử dụng HTTP cho thanh toán trước đây? Tại sao chúng ta lại sử dụng nó bây giờ?
Giao thức HTTP là một tập hợp các quy tắc giao tiếp giữa trình duyệt và máy chủ. Ví dụ: nếu bạn nhập www.bilibili.com vào trình duyệt, trình duyệt sẽ tìm máy chủ của Bilibili theo đường dẫn và truy xuất nội dung, trả về trình duyệt, cho phép bạn xem trang web chính thức của Bilibili.
Giao thức HTTP là một tập hợp các quy tắc giao tiếp giữa trình duyệt và máy chủ. Ví dụ: nếu bạn nhập www.bilibili.com vào trình duyệt, trình duyệt sẽ tìm máy chủ của Bilibili theo đường dẫn và truy xuất nội dung, trả về trình duyệt, cho phép bạn xem trang web chính thức của Bilibili.
Mã 402 trong x402 là mã trạng thái trong giao thức HTTP. Mã trạng thái HTTP có nhiều loại, từ 1xx, 2xx, 3xx, 4xx đến 5xx. 402 thuộc nhóm mã trạng thái 4xx. 401 biểu thị truy cập trái phép, 403 biểu thị truy cập bị từ chối, và mã 404 quen thuộc biểu thị không tìm thấy tài nguyên được yêu cầu. 402 biểu thị yêu cầu thanh toán. Ở đây, ký tự "x" trong x402 biểu thị phiên bản mở rộng của 402. Mã mở rộng là gì? Các mã trạng thái 4xx khác chỉ đơn giản biểu thị trạng thái; ví dụ: 404 nghĩa là không tìm thấy tài nguyên và không thực sự giải quyết được vấn đề. Mã 402 mở rộng không chỉ cho bạn biết rằng yêu cầu thanh toán mà còn giúp khách hàng hoàn tất thanh toán. Tức là, API gửi một khoản thanh toán (có thể là stablecoin hoặc các loại tiền điện tử khác) cùng với yêu cầu của người dùng. Máy chủ nhận sẽ xác minh khoản thanh toán và sau đó trả về dữ liệu liên quan, có thể là nội dung đã thanh toán. Mã trạng thái HTTP 402 lần đầu tiên được định nghĩa trong giao thức HTTP/1.1, ban đầu nhằm mục đích hỗ trợ một kịch bản lý tưởng: ví dụ: trả một vài xu để đọc một bài viết hoặc sử dụng một dịch vụ, một quá trình liền mạch như tải một hình ảnh. Tuy nhiên, trong những ngày đầu của Internet và trong một thời gian dài sau đó, công nghệ không thể hỗ trợ tầm nhìn này: một mặt, chi phí thanh toán quá cao; thanh toán bằng thẻ tín dụng truyền thống thường bao gồm một khoản phí cố định (ví dụ: 0,30 đô la) cộng với một tỷ lệ phần trăm của số tiền giao dịch. Điều này cực kỳ không kinh tế đối với các khoản thanh toán nhỏ vài xu hoặc thậm chí vài đô la, vì phí có thể vượt xa số tiền thanh toán. Thứ hai, trải nghiệm mạng bị phân mảnh. Vào thời điểm đó, tốc độ mạng tương đối chậm. Nếu mỗi khoản thanh toán nhỏ đều yêu cầu chuyển hướng đến một trang thanh toán phức tạp của bên thứ ba để xác thực, trải nghiệm người dùng sẽ bị gián đoạn nghiêm trọng và cản trở việc hiện thực hóa khái niệm "thanh toán liền mạch". Thứ ba, thiếu các tiêu chuẩn thống nhất. Không có giao thức kỹ thuật chuẩn hóa, được chấp nhận rộng rãi nào để điều chỉnh quy trình thanh toán này được nhúng trong các yêu cầu HTTP. Nếu các trang web khác nhau triển khai nó một cách độc lập, nó sẽ tạo ra sự phức tạp và nhầm lẫn đáng kể cho cả nhà phát triển và người dùng. Sau khi thảo luận về nguồn gốc của giao thức, hiệu suất của x402 như thế nào? Coinbase cung cấp một biểu đồ (như được hiển thị bên dưới) so sánh nó với thẻ tín dụng, PayPal và mạng chính Ethereum về phí trung bình, thời gian thanh toán, khả năng hoàn tiền và TPS (Giao dịch mỗi giây). Từ biểu đồ này, chúng ta có thể thấy rằng về phí trung bình, phí của x402 gần như không đáng kể và thời gian xác nhận giao dịch được tính bằng giây, mang lại cho nó một lợi thế đáng kể. Tuy nhiên, x402 hoàn toàn không thể xử lý các khoản hoàn trả, một vấn đề phổ biến trong các giao dịch hàng hóa hiện đại, do bản chất không thể đảo ngược của các giao dịch blockchain. TPS của x402 vào khoảng một nghìn, tốt hơn Ethereum, nhưng kém hơn đáng kể so với thẻ tín dụng và PayPal. Ở đây tôi muốn giải thích rõ hơn một chút. Trong bài viết sau, tôi sẽ đề cập rằng X402 cung cấp khả năng hoàn tiền, nhưng khoản hoàn tiền này chỉ là khoản hoàn tiền. Trong hệ thống thẻ tín dụng, nếu bạn không hài lòng với giao dịch trong vòng 30-150 ngày và yêu cầu hoàn tiền, ngân hàng có thể cưỡng chế khấu trừ tiền từ tài khoản của người bán. Khoản hoàn tiền này rất bảo vệ người tiêu dùng, nhưng nó không hiệu quả trong thế giới blockchain. Nhìn chung, X402 kế thừa các đặc điểm của giao dịch blockchain—phí thấp và thanh toán nhanh—nhưng nó cũng thừa hưởng những hạn chế hiện tại của blockchain: giao dịch không thể hủy ngang và hiệu suất kém. Hãy cùng xem xét chi tiết. Toàn bộ quy trình của giao thức x402 được chia thành hai bước: 1. Máy khách yêu cầu dữ liệu → Máy chủ trả về lỗi 402 "Yêu cầu thanh toán" (có nghĩa là "Bạn cần thanh toán trước để nhận dữ liệu"). 2. Máy khách khởi tạo yêu cầu thứ hai → Lần này bao gồm thông tin thanh toán hoặc chữ ký. Ví dụ, thanh toán 0,01 đô la hoặc ký ủy quyền trên chuỗi để chuyển 1 xu USDC. Máy chủ sẽ xác minh chữ ký và số dư tài khoản (thường thông qua giao diện `/verify`), sau đó hoàn tất việc thanh toán (xác nhận chuyển khoản trên chuỗi) trên giao diện `/settle`. Sau khi xác nhận thành công, máy chủ sẽ trả về dữ liệu thực tế. Bạn có thể thắc mắc: "Mỗi máy chủ có cần phải viết mã riêng để kiểm tra blockchain và quản lý giao dịch không?" Câu trả lời là: Không. Điều này dẫn đến một vai trò quan trọng - Người hỗ trợ (trung gian thanh toán). Máy chủ không cần phải viết logic xác minh trên chuỗi phức tạp; nó chỉ cần chuyển chữ ký thanh toán cho người hỗ trợ, người sẽ xử lý việc xác minh và thanh toán trên chuỗi. Các nền tảng như Coinbase và Thirdweb cung cấp các dịch vụ hỗ trợ sẵn có. Được rồi, chúng ta đã hoàn tất việc phân tích cú pháp HTTP, tức là giao thức lớp ứng dụng. Vậy là các hoạt động của Web2 đã hoàn tất. Vậy mật mã trong Web3 được thực hiện như thế nào? Điều này đưa chúng ta đến một chuỗi và tiêu chuẩn khác của Coinbase: Chuỗi Cơ sở và ERC-3009. Chúng ta sẽ không đi sâu vào chi tiết về Chuỗi Cơ sở; đây là chuỗi riêng của Coinbase, và tất cả các giao dịch được tạo ra bởi x402 đều được giải quyết trên Chuỗi Cơ sở. Đây là lý do tại sao bảng so sánh đề cập đến TPS đạt tới hàng nghìn—đó là sự khác biệt giữa Chuỗi Cơ sở và chuỗi Ethereum. Vậy ERC3009 là gì và mối quan hệ của nó với x402 là gì? Trước tiên, có một mối liên hệ về lợi ích cơ bản. ERC3009 cũng là một tiêu chuẩn mở rộng Ethereum do Coinbase và nhóm Circle đề xuất. Nó cho phép người dùng ví ủy quyền cho người khác thực hiện chuyển khoản thay mặt họ mà không yêu cầu họ chủ động gọi hàm `transfer()`. Nói cách khác, Coinbase đã triển khai tính năng thẻ gia đình, cho phép vợ/chồng bạn sử dụng tiền của bạn để thanh toán cho các dịch vụ hoặc hàng hóa bằng giao thức ERC3009. X402 là tiêu chuẩn nhập thanh toán ở lớp giao thức, trong khi ERC3009 là cơ chế ủy quyền ở "lớp thanh toán trên chuỗi". Lý do sử dụng giao thức ERC3009 riêng thay vì một hàm chuyển tiền đơn giản là vì các chức năng thanh toán thông thường yêu cầu người dùng phải khởi tạo giao dịch, yêu cầu chữ ký và phát sinh phí gas cho mỗi giao dịch. Ngược lại, ERC3009 chỉ cho phép người dùng ủy quyền một lần và máy chủ có thể sử dụng lại. Không có phí gas! Với blockchain, những khoản phí này không thể tránh khỏi; chỉ là có người khác trả thay bạn. Người hỗ trợ sẽ trả phí gas. Bên cạnh sự tiện lợi và không mất phí gas, nó còn phù hợp cho thanh toán tức thời và tương thích với ví thông minh. Cuối cùng, nó hỗ trợ thu hồi an toàn, tức là hoàn tiền. Đây chính là lúc mô-đun được thiết kế cẩn thận của Coinbase phát huy tác dụng: mô-đun ký quỹ. Hãy lấy ví dụ về việc mua một cốc cà phê 5 đô la. Bước đầu tiên sử dụng cốt lõi của x402: chức năng thẻ gia đình. Người dùng trước tiên ký một ủy quyền ERC3009, ghi rõ: "Tôi cho phép 5 đô la này được nhập vào hợp đồng ký quỹ." Sau đó, người vận hành sẽ sử dụng chữ ký của bạn và hàm `transferWithAuthorization` trong ERC3009 để thực sự chuyển tiền vào hợp đồng ký quỹ. Tất nhiên, tất cả những điều này đều đã được bạn ký trước và ủy quyền; hệ thống có thể thực hiện các ý định của bạn một cách an toàn mà không bị chuyển quá mức hoặc sử dụng sai mục đích. Sau đó, sau khi người bán xác nhận ý định mua cà phê của bạn, người vận hành sẽ gửi chữ ký của bạn đến hợp đồng thông minh. Bản thân hợp đồng thông minh sẽ xác minh rằng chữ ký thực sự là của bạn, số tiền là 5 đô la, thời gian ủy quyền nằm trong thời hạn hiệu lực và chữ ký chưa bị thu hồi. Nếu mọi việc diễn ra suôn sẻ, 5 đô la sẽ được trừ từ ví của bạn và chuyển trực tiếp vào hợp đồng ký quỹ, chứ không phải trực tiếp đến người bán. 5 đô la này giống như một xác nhận đang chờ xử lý trong Alipay; người bán có thể thấy rằng bạn đã thanh toán và không cố gắng lấy lại tiền. Tuy nhiên, sau khi bạn xác nhận đã nhận, hoặc hệ thống phát hiện dịch vụ đã hoàn tất, người bán sẽ khởi tạo yêu cầu "chụp" thông qua người vận hành, và hợp đồng thông minh sẽ xác minh lại các điều kiện. Nếu không có vấn đề gì, giao dịch sẽ hoàn tất và hợp đồng ký quỹ sẽ giải phóng 5 đô la. Nếu thời hạn ủy quyền hết hạn hoặc bạn chủ động hủy ủy quyền, 5 đô la sẽ được hoàn lại vào ví của bạn. Điều này hoàn tất toàn bộ quy trình hoàn tiền. Triết lý thiết kế và logic vận hành của X402 thể hiện một phương thức thanh toán hoàn toàn mới: người dùng có thể hoàn tất thanh toán trực tiếp bằng tiền điện tử mà không cần thông qua KYC. Đây chắc chắn là một bước đột phá về mặt tiện lợi, đưa trải nghiệm người dùng đến gần hơn với tính tức thời của thanh toán trực tuyến truyền thống. Tuy nhiên, mô hình này cũng mang đến những thách thức và rủi ro tiềm ẩn mới. Để ủy quyền truy cập, người dùng cần đăng nhập khóa riêng tư của họ vào hệ thống AI, điều này rõ ràng là một bước thụt lùi về mặt bảo mật và bảo vệ quyền riêng tư—khóa tài sản được mã hóa, vốn phải do người dùng kiểm soát hoàn toàn, lại phụ thuộc một phần vào hệ thống thông minh bên ngoài, làm tăng nguy cơ lỗ hổng bảo mật. Mặt khác, việc triển khai X402 không phải là một sự kiện đơn lẻ; nó đòi hỏi sự hợp tác phát triển với các dự án, giao thức và hệ sinh thái khác để thực sự hình thành một giải pháp thanh toán an toàn, tiện lợi và có khả năng mở rộng. Về mặt kỹ thuật, sự kết hợp giữa AI và tiền điện tử vẫn đang trong giai đoạn thăm dò, đòi hỏi các giải pháp cho những vấn đề như niềm tin, quy định và giáo dục người dùng. Do đó, mặc dù X402 có tư duy tiến bộ về mặt khái niệm, việc ứng dụng rộng rãi vẫn cần thời gian và nỗ lực từ nhiều phía. Con đường triển khai AI+Tiền điện tử đầy tiềm năng, nhưng vẫn còn nhiều trở ngại cần vượt qua trên thực tế. Cuối cùng, bất kỳ ai bán meme coin dưới cái tên X402 đều là lừa đảo; xin hãy nhớ điều này.