Cách AI thanh toán onchain x402: vòng lặp 402 giải ổn…

Các tác nhân AI thanh toán trên chuỗi với x402 bằng cách coi phản hồi HTTP 402 như một báo giá giá, ký một ủy quyền stablecoin và thử lại cùng một yêu cầu với bằng chứng thanh toán. Một người điều phối xác minh chữ ký, ngăn chặn các cuộc phát lại, gửi thanh toán trên chuỗi, và máy chủ phát hành tài nguyên khi xác nhận khớp với SLA cuối cùng của dịch vụ.

Điểm chính

• x402 nhúng thanh toán vào chu kỳ yêu cầu HTTP bình thường: một phản hồi 402 mang các điều khoản có cấu trúc, và khách hàng thử lại với một bằng chứng thanh toán đã ký.
• Các vai trò cốt lõi là khách hàng (tác nhân/ứng dụng), máy chủ tài nguyên (API) và một người điều phối xác minh chữ ký, ngăn chặn phát lại và xử lý thanh toán trên chuỗi.
• Hầu hết các khoản thanh toán của tác nhân sử dụng thanh toán bằng stablecoin, thường là USDC, vì thời gian cuối cùng là trải nghiệm người dùng cho thương mại theo yêu cầu.
• x402 là chữ ký trước: USDC/EURC thường sử dụng ủy quyền EIP-3009, trong khi các ERC-20s sử dụng Permit2, vì vậy tác nhân không phát tán giao dịch thô theo từng cuộc gọi.

Tại sao các tác nhân AI cần thanh toán x402

Phần mềm tự động phá vỡ những giả định đã được tích hợp trong việc kiếm tiền từ API cổ điển.Khóa API, quy trình OAuth, đăng ký và lập hóa đơn đều giả định rằng một con người có thể tạo tài khoản, lưu trữ thông tin xác thực, thay đổi bí mật và giải quyết các lỗi thanh toán. Một tác nhân được cho là hoạt động không giám sát không thể dừng lại để mở bảng điều khiển, thêm thẻ hoặc thương lượng hợp đồng. Sự không khớp đó là nút thắt kinh tế đứng sau nhiều cuộc trò chuyện về “thanh toán tác nhân crypto”.

x402 tấn công vấn đề tại điểm giao thức mà web đã dành sẵn cho nó: http 402. HTTP 402 “Yêu cầu thanh toán” đã tồn tại từ đầu những năm 1990, nhưng nó được phát hành mà không có cách tiêu chuẩn để diễn đạt giá cả, được chấp nhận tài sản, và nơi để thanh toán. x402 lấp đầy khoảng trống đó bằng cách làm cho máy thanh toán có thể đọc được và biến thanh toán thành một mẫu thử lại xác định thay vì một quy trình thanh toán riêng biệt.

Đây là lý do tại sao x402 xuất hiện trong cuộc trò chuyện giải thích về nền kinh tế đại lý. Nó biến “làm thế nào đểAI agents thanh toán” từ một vấn đề tích hợp sản phẩm thành một nguyên thủy yêu cầu-phản hồi. Mã 402 là báo giá, ủy quyền đã ký là đơn hàng, và người trung gian là nhà môi giới thanh toán làm cho việc thanh toán trở thành vấn đề hoạt động của người khác.

Luận điểm này quan trọng đối với những người xây dựng: SLA được bán không phải là “thanh toán blockchain.” Nó là độ trễ thực hiện có thể dự đoán. Nếu điểm cuối là tương tác, thời gian xác nhận của chuỗi trở thành một phần của thông số sản phẩm, không phải là chi tiết triển khai.

Yêu cầu x402 và vòng lặp thanh toán

Cơ chế này là một vòng lặp chặt chẽ trông giống như một cái bắt tay tại sàn giao dịch hơn là một trang thanh toán. Máy chủ tài nguyên không yêu cầu khách hàng đi nơi khác để thanh toán. Nó từ chối yêu cầu với các điều khoản có cấu trúc, sau đó mong đợi một lần thử lại chứng minh ý định thanh toán.

Vòng lặp x402 cơ bản chạy như sau:

1. Khách hàng yêu cầu một tài nguyên có phí. Đại lý AI hoặc ứng dụng gửi một yêu cầu HTTP bình thường đến một điểm cuối API. 2. Máy chủ tài nguyên trả về http 402 với các điều khoản. Phản hồi bao gồm hướng dẫn thanh toán có cấu trúc: giá, token được chấp nhận, người nhậnđịa chỉ, và mạng để giải quyết. 3. Khách hàng xây dựng một bằng chứng thanh toán.

Đại lý đọc các điều khoản và chuẩn bị một payload đã ký ủy quyền cho việc di chuyển token với số tiền và địa điểm chính xác đó. 4. Khách hàng thử lại yêu cầu tương tự với một tiêu đề thanh toán. Việc thử lại đính kèm ủy quyền đã ký như một bằng chứng, biến thanh toán thành một lần thử HTTP tiêu chuẩn thay vì một luồng riêng biệt. 5. Máy chủ xác minh và giải quyết, sau đó trả về 200 OK.

Việc xác minh thường được ủy thác cho một người điều phối, người xác nhận chữ ký và gửi giải quyết trên chuỗi trước khi máy chủ phát hành tài nguyên.

Hai chi tiết là nơi hầu hết các bài viết “x402 payments explained” trở nên mơ hồ.

Đầu tiên, mẫu thử lại là sản phẩm. Nó làm cho thanh toán thân thiện với idempotent và tự động hóa, vì khách hàng có thể coi “402 rồi thử lại” như một máy trạng thái xác định.

Thứ hai, các điều khoản 402 không phải là một thông tin xác thực tĩnh. Chúng là hướng dẫn thanh toán theo yêu cầu. Sự khác biệt đó là lý do tại sao x402 không phải là “chỉ là một khóa API mới,” ngay cả khi ergonomics của nhà phát triển có thể cảm thấy tương tự khi middleware được áp dụng.

Người điều phối và giải quyết dựa trên chữ ký

Người điều phối là yếu tố mở khóa hoạt động, không phải là một lớp tiện lợi. Luồng của Eco xác định ba vai trò, và người điều phối là người hấp thụ các phần rắc rối: xác minh chữ ký, kiểm tra số dư, bảo vệ phát lại, gửi trên chuỗi, và xác nhận lại với máy chủ tài nguyên.

Đây cũng là nơi lựa chọn thiết kế cốt lõi của x402 xuất hiện trên màn hình: di chuyển token theo chữ ký trước. Đối với USDC và EURC, x402 thường sử dụng các ủy quyền chuyển nhượng kiểu EIP-3009, trong đó đại lý ký một ý định và một bên khác gửi nó trên chuỗi. Đối với các ERC-20 khác, luồng sử dụng Permit2. Dù bằng cách nào, đại lý không tạo và phát sóng một giao dịch thô theo yêu cầu. Nó đang tạo ra một ủy quyền đã ký có thể được giải quyết bởi người điều phối.

Điều đó quan trọng cho “thanh toán máy” vì nó thay đổi những gì khách hàng phải giữ và những gì máy chủ phải chạy. Khách hàng cần một ví có khả năng ký payload ủy quyền. Máy chủ không cần phải chạy nút hoặc quản lý đường ống giao dịch cụ thể của chuỗi nếu nó có thể gọi một người điều phối.

Nó cũng định hình lại rủi ro như cấu trúc vi mô. Người điều phối hoạt động như một nhà môi giới thanh toán, vì vậy các nhà xây dựng nên suy nghĩ về:

1. Phát lại và idempotency. Khách hàng sẽ thử lại sau một 402, mạng có thể chậm, và người điều phối phải từ chối các phát lại. Các trình xử lý máy chủ cần một “trạng thái đã thanh toán” có thể được kiểm tra an toàn trước khi phục vụ. 2. Độ trễ và tính cuối cùng. Người điều phối có thể phản hồi nhanh chóng, nhưng SLA thực sự là xác nhận chuỗi. Nếu dịch vụ hứa hẹn “giây,” nó đang chọn một đường ray mà tính cuối cùng phù hợp. 3. Ranh giới tin cậy. Các người điều phối công cộng giảm ma sát tích hợp, nhưng họ cũng trở thành một phụ thuộc cho việc xác minh và gửi.

Các ghi chú Eco cho các nhà điều phối công cộng từ Coinbase (qua CDP) có sẵn miễn phí trên Base và Solana, và nó cũng đề cập đến Stellar hỗ trợ với một relayer OpenZeppelin. Đó là một con đường nhanh để triển khai, nhưng vẫn là một sự phụ thuộc vào việc thanh toán cần suy nghĩ rõ ràng về chế độ thất bại.

Chuỗi, token và các thỏa hiệp về hiệu suất

Thời gian hoàn tất là trải nghiệm người dùng cho thương mại theo yêu cầu, đó là lý do tại sao các triển khai x402 tập trung vào các đường ray nhanh. Eco liệt kê x402 là đang hoạt động trên Base, Solana, Stellar, Arbitrum, Polygon, và Ethereummainnet, và lưu ý rằng Base và Solana thường được sử dụng do phí thấp và tốc độ hoàn tất nhanh.

Eco cũng cung cấp thời gian hoàn tất chỉ dẫn mà khớp với kỳ vọng sản phẩm: Solana khoảng ~400ms, Base khoảng ~2 giây, Stellar khoảng ~5 giây, và Ethereum L1 khoảng ~12 giây. Những con số đó không phải là điều ngẫu nhiên. Chúng xác định liệu một khoản thanh toán có cảm giác như một cuộc gọi API hay như một giao dịch thanh toán.

Giải quyết stablecoin là nửa còn lại của câu chuyện hiệu suất. Eco mô tả stablecoin, chủ yếu là USDC, như là mã thông báo giải quyết chiếm ưu thế trên x402. Điều đó ít liên quan đến ý thức hệ và nhiều hơn về việc giữ cho phần thanh toán không thêm rủi ro giá vào một quy trình tự động. Nếu một tác nhân đang thanh toán theo yêu cầu, sự biến động biến một hóa đơn đo lường thành một mục tiêu di động.

Hỗ trợ chuỗi cũng cần ngôn ngữ cẩn thận. Danh sách “trực tiếp” của Eco và danh sách “hỗ trợ” x402 V2 của Alchemy không giống nhau. Alchemy cho biết x402 V2 đã được phát hành vào tháng 12 năm 2025 với hỗ trợ đa chuỗi và nêu tên Base, Solana, Ethereum, Polygon, Starknet, và Injective. Danh sách của Eco bao gồm Arbitrum và Stellar.

Cách đọc rõ ràng là thông số kỹ thuật có thể là đa chuỗi, nhưng những gì có thể sử dụng hôm nay phụ thuộc vào mạng lưới mà một người tạo điều kiện nhất định thực sự làm sạch và những mã thông báo mà nó có thể giải quyết.

Đối với khối lượng công việc tần suất cao, điểm của Alchemy về các phiên x402 V2 là yếu tố hiệu suất chính. Các phiên dựa trên ví giảm thiểu chi phí giải quyết trên chuỗi theo yêu cầu, chuyển trải nghiệm từ “thanh toán theo cuộc gọi” sang “truy cập theo luồng” nơi việc giải quyết có thể được phân bổ.

Các ứng dụng thực tế và tiêu chuẩn hệ sinh thái

Điểm mạnh của x402 là thanh toán máy với máy nơi người mua là phần mềm và người bán là một tài nguyên HTTP. Eco liệt kê các trường hợp sử dụng tích cực phù hợp với những gì xuất hiện trong sản xuất: truy cập API theo yêu cầu, thanh toán vi mô giữa máy cho dữ liệu hoặc tính toán, tường phí nội dung, kiếm tiền từ công cụ MCP, và truy cập thị trường dữ liệu.

Phần quan trọng không phải là danh sách danh mục. Đó là độ chi tiết về giá cả. Giải quyết theo yêu cầu cho phép một tác nhân so sánh các nhà cung cấp một cách linh hoạt, định tuyến dựa trên giá hoặc độ trễ, và thanh toán mà không cần khóa đã được cung cấp trước. Đó là hành vi kinh tế mà mọi người ám chỉ khi họ nói về thanh toán tác nhân.

Vị trí hệ sinh thái là nơi sự nhầm lẫn trở nên tốn kém. Eco phân biệt x402 với A2A và AP2 của Google và coi chúng là các lớp bổ sung: A2A cho giao tiếp và khám phá tác nhân, AP2 cho ủy quyền và quản trị, và x402 cho thực thi và giải quyết. Sai lầm là coi x402 như một đối thủ cạnh tranh với A2A hoặc AP2. Chúng giải quyết các phần khác nhau của quy trình làm việc.

Về thời gian, Eco và Alchemy đều đặt ngày ra mắt x402 vào tháng 5 năm 2025. Allium báo cáo ngày phát hành tài liệu trắng x402 là ngày 6 tháng 5 năm 2025, do Coinbase Developer Platform viết.

Thời gian quản trị cơ sở cũng không rõ ràng: Eco cho biết Coinbase và Cloudflare đã ra mắt Quỹ x402 vào năm 2025, trong khi Alchemy cho biết Coinbase đã đóng góp giao thức cho Quỹ Linux và Quỹ x402 đã ra mắt vào tháng 4 năm 2026 với hơn 20 thành viên sáng lập. Các nhà phát triển nên coi đó là một chi tiết quản trị mở, không phải là một rào cản cho việc hiểu vòng thanh toán.

Cài đặt thực tế và những lưu ý quan trọng

Tích hợp chỉ là "nhẹ" nếu vòng lặp thử lại được coi như một máy trạng thái và không phải là một thủ thuật một lần. Eco mô tả một con đường điển hình phía máy chủ như một phần mềm trung gian chặn các yêu cầu chưa thanh toán, trả về mã 402 với các điều khoản, và xác minh thanh toán khi thử lại, thường bằng cách gọi một người trung gian.

Danh sách kiểm tra xây dựng thực tế trông như thế này:

1. Định nghĩa sơ đồ điều khoản thanh toán mà bạn sẽ phát ra trên mã 402. Giá, token được chấp nhận, địa chỉ người nhận và mạng phải rõ ràng. 2. Quyết định ai sẽ thực hiện thanh toán. Sử dụng một người trung gian công cộng có thể loại bỏ các hoạt động nút và đường ống chuỗi, nhưng nó thêm một phụ thuộc cần được giám sát như bất kỳ bộ xử lý thanh toán nào khác. 3. Thực hiện tính idempotency xung quanh "đã thanh toán."

Khách hàng sẽ thử lại sau mã 402, và máy chủ phải có khả năng kiểm tra lại trạng thái thanh toán một cách an toàn trước khi phục vụ. 4. Chọn các đường ray phù hợp với ngân sách độ trễ của điểm cuối. Thời gian hoàn tất chỉ dẫn của Eco làm rõ lý do tại sao Base và Solana chiếm ưu thế trong các luồng tương tác. 5. Lập kế hoạch cho các phiên nếu khối lượng công việc là tần suất cao.

Các phiên dựa trên ví x402 V2 của Alchemy tồn tại vì việc thanh toán trên chuỗi theo yêu cầu không mở rộng sạch cho các mẫu truy cập phát trực tuyến.

Những lưu ý quan trọng chủ yếu liên quan đến kỳ vọng. Alchemy tuyên bố x402 đã xử lý hơn 100 triệu khoản thanh toán kể từ tháng 5 năm 2025, nhưng con số đó không được xác nhận bởi các nguồn cung cấp khác. Hỗ trợ chuỗi cũng thay đổi theo người trung gian, vì vậy "hỗ trợ bởi thông số kỹ thuật" và "sống với một người trung gian công cộng" là những tuyên bố khác nhau.

Câu chuyện giải thích về nền kinh tế đại lý rộng lớn hơn đang hướng tới thương mại API trông giống như luồng đơn hàng. x402 là phần biến thanh toán thành một lần thử lại xác định, với người trung gian đóng vai trò là lớp thanh toán và tính hoàn tất chuỗi đóng vai trò là SLA.

Lời kết

Tôi đã thấy các đội đối xử với x402 như một sự hoán đổi thông tin xác thực, rồi ngạc nhiên khi sự cố sản xuất đầu tiên không phải là "xác minh chữ ký." Đó là tính idempotency. Khách hàng thử lại sau mã 402, người trung gian đang thực hiện kiểm tra phát lại, và máy chủ vẫn cần một kiểm tra trạng thái đã thanh toán sạch để không phục vụ gấp đôi hoặc tính phí gấp đôi khi độ trễ tăng cao.

Mô hình tư duy mà giữ vững là cấu trúc vi mô: mã 402 là báo giá, ủy quyền đã ký là đơn hàng, và người trung gian là nhà môi giới thanh toán. Khi điều đó được hiểu, tính hoàn tất chuỗi không còn là một chi tiết tiền điện tử mà trở thành SLA mà điểm cuối đang bán.

Đó là lý do tại sao việc thanh toán stablecoin trên các đường ray hoàn tất nhanh như Solana (~400ms) hoặc Base (~2s) vẫn xuất hiện trong các thiết kế thanh toán đại lý, trong khi các con đường xác nhận chậm hơn buộc các đội quay trở lại với tín dụng ngoài chuỗi.

Nguồn

• Sinh thái
• Giả kim
• Hành tây