Giao thức x402: Thanh toán HTTP 402 cho truy cập theo yêu…

Giao thức X402 là một tiêu chuẩn thanh toán mở, gốc HTTP sử dụng phản hồi HTTP 402 "Cần thanh toán" cộng với các tiêu đề tiêu chuẩn hóa để yêu cầu khách hàng thanh toán trước khi máy chủ trả về tài nguyên. Nó biến một cuộc gọi API thông thường thành một quy trình xác định: → báo giá → thanh toán → xác minh/giải quyết → biên lai, với các dịch vụ bên thứ ba tùy chọn để xử lý xác minh và giải quyết qua các mạng.

Điểm chính

• x402 sử dụng http 402 "Cần thanh toán" cộng với các tiêu đề tiêu chuẩn hóa để máy chủ có thể yêu cầu thanh toán trước khi phục vụ mộtAPIphản hồi hoặc tài nguyên web.
• Quy trình bắt tay cốt lõi là 402 + PAYMENT-REQUIRED (báo giá) → thử lại với PAYMENT-SIGNATURE (nội dung thanh toán) → xác minh và giải quyết → 200 + PAYMENT-RESPONSE (biên lai).
• x402 giữ tính không phụ thuộc vào mạng bằng cách kết hợp một kế hoạch thanh toán với một triển khai mạng cụ thể, và nó có thể thuê ngoài xác minh và giải quyết cho một người trung gian.
• Solanatiếp thị x402 với các thống kê cụ thể của chuỗi, bao gồm thời gian hoàn tất ~400ms, chi phí giao dịch ~$0.00025, và hơn 35 triệu giao dịch x402 và hơn 10 triệu đô la khối lượng kể từ khi ra mắt trên Solana.

X402 như một tiêu chuẩn thanh toán HTTP

Điểm mấu chốt trong giao thức x402 là việc thanh toán trở thành một mẫu phản hồi HTTP hạng nhất, không phải là một hệ thống thanh toán cụ thể cho ứng dụng được gắn vào sau. Một máy chủ tài nguyên có thể trả lời một yêu cầu chưa thanh toán bằng http 402 và các yêu cầu thanh toán có thể đọc được bởi máy, và khách hàng có thể phản hồi bằng một payload thanh toán đã ký trong các tiêu đề.

Đó là lý do tại sao "x402 explained" nghe ít giống như một bài thuyết trình sản phẩm crypto và nhiều hơn như một phần còn thiếu trong hệ thống web đang được lấp đầy.

Điều này quan trọng cho nền kinh tế đại lý được giải thích vì các đại lý không muốn “đăng ký” cho mọi điểm cuối mà họ chạm tới. Việc kiếm tiền từ API truyền thống buộc các tài khoản,Khóa API, hóa đơn và một câu chuyện xác thực riêng biệt.

x402 đảo ngược thứ tự: máy chủ báo giá các điều khoản thanh toán trong cùng một luồng HTTP, và khách hàng chứng minh quyền xác thực thanh toán theo cách mà nó chứng minh bất kỳ thuộc tính yêu cầu nào khác, bằng cách gửi một tiêu đề.

x402 được chỉ định là một tiêu chuẩn mở cho “thanh toán gốc internet,” nhằm mục đích không phụ thuộc vào mạng, token và tiền tệ. Trọng tâm của tài liệu này là kho lưu trữ x402 Foundation, nơi mà các nhà phát triển nên theo dõi để đảm bảo tính tương thích.

Coinbase x402 cũng tồn tại, nhưng README của nó đánh dấu nó như một nhánh phát triển sau khi dự án chuyển sang dưới x402 Foundation, điều này phản ánh thực tế quản trị thực tiễn đằng sau “coinbase x402.”

Cách một yêu cầu x402 được thanh toán

Giữa việc một khách hàng truy cập một điểm cuối và máy chủ trả về mã 200 OK, x402 buộc sự tương tác vào một cấu trúc vi mô có thể dự đoán: báo giá, hoàn thành, thanh toán, biên nhận. Giao thức thực hiện điều đó bằng cách sử dụng mã trạng thái và tiêu đề, không phải bằng một cú bắt tay SDK tùy chỉnh.

Một quy trình điển hình, như được ghi chép trong tài liệu đặc tả của x402 Foundation, hoạt động như sau:

1. Khách hàng yêu cầu một tài nguyên từ máy chủ tài nguyên qua HTTP. 2. Máy chủ tài nguyên trả về phản hồi 402 Payment Required với tiêu đề PAYMENT-REQUIRED chứa một đối tượng PaymentRequired được mã hóa base64 liệt kê các yêu cầu thanh toán chấp nhận được. 3. Khách hàng chọn một yêu cầu thanh toán và xây dựng một PaymentPayload phù hợp với cặp (kế hoạch, mạng) đã chọn. 4.

Khách hàng thử lại yêu cầu với tiêu đề PAYMENT-SIGNATURE mang theo PaymentPayload. 5. Máy chủ tài nguyên xác minh payload này, có thể là cục bộ hoặc bằng cách POST payload và các yêu cầu đến điểm cuối facilitator /verify. 6. Nếu xác minh hợp lệ, máy chủ tài nguyên thực hiện yêu cầu, sau đó thanh toán trực tiếp trên chuỗi hoặc bằng cách POST đến điểm cuối facilitator /settle. 7.

Nếu thanh toán thành công, máy chủ tài nguyên trả về 200 OK với tài nguyên trong phần thân và tiêu đề PAYMENT-RESPONSE chứa phản hồi thanh toán được mã hóa base64.

Hai chi tiết chính điều khiển hầu hết các kết quả tích hợp. Đầu tiên, bước 1 và 2 là tùy chọn nếu khách hàng đã biết thông tin thanh toán cho tài nguyên đó, đây là cách các nhóm tránh được một vòng đi lại thêm khi mở rộng quy mô. Thứ hai, thông số kỹ thuật cho phép rõ ràng việc đánh đổi giữa tốc độ phản hồi và đảm bảo thanh toán, đó là lý do tại sao “http 402 payment” không tự động đồng nghĩa với “thanh toán cuối cùng ngay lập tức.”

Mạng lưới, sơ đồ và người tạo điều kiện

Yêu cầu không phụ thuộc vào chuỗi của x402 sống hoặc chết dựa trên một ràng buộc: khách hàng và người tạo điều kiện phải hỗ trợ các cặp (sơ đồ, mạng) rõ ràng. Một sơ đồ là một cách hợp lý để chuyển tiền, nhưng việc thực hiện sơ đồ đó khác nhau tùy theo mạng. “Chính xác trên Ethereum” và “chính xác trên Solana” không phải là cùng một vấn đề kỹ thuật, ngay cả khi bề mặt HTTP trông giống nhau.

Kho lưu trữ của Quỹ x402 mô tả các sơ đồ bao gồm chính xác, tối đa và thanh toán theo lô (EVM). Những sự phân biệt này là các lựa chọn về kiểu thực thi. chính xác là một chuyển giao cố định cho một yêu cầu. tối đa là một ủy quyền lên đến một giới hạn, với người bán thanh toán việc sử dụng thực tế lên đến mức tối đa đó.

thanh toán theo lô (EVM) sử dụng ký quỹ và phiếu giảm giá ngoài chuỗi để nhiều khoản phí nhỏ có thể được đổi trên chuỗi theo lô thay vì thanh toán từng yêu cầu HTTP một cách riêng lẻ.

Vai trò của người tạo điều kiện là một yếu tố thiết kế lớn khác. Một người tạo điều kiện là một máy chủ giúp xác minh và thực hiện thanh toán cho một hoặc nhiều mạng. Cụ thể, nó cung cấp cho máy chủ tài nguyên một bề mặt /verify và /settle để máy chủ không cần phải tự thực hiện mọi tích hợp chuỗi.

Sự tiện lợi đó đi kèm với một sự phụ thuộc mới: người tạo điều kiện trở thành một phần của ranh giới độ tin cậy và niềm tin, ngay cả khi mục tiêu được nêu của tiêu chuẩn là giảm thiểu niềm tin và không để người tạo điều kiện di chuyển quỹ ngoài ý định của khách hàng.

Đây là nơi mà các đánh giá về “tiền điện tử giao thức x402” thường sai lầm. Câu hỏi đúng không phải là “x402 có nhanh hay rẻ không,” vì x402 là một lớp đàm phán và chứng minh. Độ trễ, hồ sơ phí và đảm bảo thanh toán đến từ cặp (sơ đồ, mạng) và liệu việc xác minh và thanh toán có được xử lý tại chỗ hay được thuê ngoài cho một người tạo điều kiện.

Tại sao x402 quan trọng đối với các tác nhân AI

Các tác nhân AI thay đổi hình dạng của nhu cầu vì chúng tạo ra nhiều yêu cầu nhỏ, thường xuyên mà khó có thể kiếm tiền từ các gói đăng ký và khó khăn trong việc kiểm soát với việc tạo tài khoản. x402 được xây dựng để làm cho việc thanh toán của tác nhân cảm thấy như HTTP bình thường: tác nhân gọi một điểm cuối, nhận một báo giá 402, và có thể quyết định có nên thanh toán dựa trên quy tắc của chính nó hay không.

Trang x402 của Solana khung này như là “thanh toán gốc internet” cho các công cụ tự động, và nó dựa vàostablecointhanh toán như là đường ray kinh tế giúp giá cả theo yêu cầu trở nên hợp lý. Trang đó tuyên bố rằng thanh toán bằng stablecoin trên Solana vượt quá 11 tỷ đô la trong lưu thông và chiếm hơn 200 triệu giao dịch mỗi tháng, định vị mạng lưới như một lớp thanh toán có khả năng thông lượng cao cho các dịch vụ thanh toán theo yêu cầu.

Cơ chế này phù hợp với quy trình làm việc của đại lý vì nó loại bỏ nhu cầu về một danh tính và kênh thanh toán riêng biệt. Một khách hàng có thể nói HTTP có thể học cách thanh toán bằng cách đọc các tiêu đề tiêu chuẩn, thay vì tích hợp một SDK thanh toán khác nhau cho mỗi API.

Đó là tính năng nổi bật cho thanh toán giữa máy với máy: việc thương lượng thanh toán có thể hiểu được đối với các khách hàng chung, không chỉ là con người nhấp vào trang thanh toán.

Sự đánh đổi là “thanh toán là xác thực” chỉ hoạt động trơn tru như những gì mà kế hoạch và lựa chọn người tạo điều kiện cho phép. Nếu một đại lý thực hiện hàng ngàn cuộc gọi, sự khác biệt giữa “đã thanh toán chính xác mỗi lần” và “thanh toán theo lô được hoàn lại sau” là sự khác biệt giữa một vòng lặp chặt chẽ và một hệ thống tốn thời gian chờ xác nhận.

Tín hiệu chấp nhận và sự đánh đổi thực tiễn

Điểm dữ liệu thu hút rõ ràng nhất trong các nguồn cung cấp là cụ thể cho chuỗi: Trang x402 của Solana tuyên bố rằng kể từ khi x402 ra mắt trên Solana “mùa hè này,” nó đã xử lý hơn 35 triệu giao dịch và hơn 10 triệu đô la khối lượng qua x402. Trang đó cũng tuyên bố Solana có độ hoàn tất khoảng 400ms và chi phí giao dịch khoảng 0,00025 đô la.

Những điều đó hữu ích như là tín hiệu chấp nhận và hiệu suất cho việc triển khai đó, nhưng chúng không phải là bằng chứng rằng mọi tích hợp x402 đều thừa hưởng những con số đó.

Thông số kỹ thuật tự nó thúc đẩy một khung nhìn nghiêm túc hơn: x402 là linh hoạt, và các triển khai có thể đánh đổi tốc độ phản hồi với các đảm bảo thanh toán. Đó là lý do tại sao những tuyên bố rộng như “hoàn tất trong khoảng 2 giây” từ các giải thích hệ sinh thái nên được đọc là phụ thuộc vào mạng và thiết kế, không phải là một thuộc tính của việc bắt tay HTTP.

Các nhà phát triển cũng cần phân tách “tiêu chuẩn” khỏi “tiếp thị hệ sinh thái.” Trang của Solana khẳng định rằng các nền tảng lớn như Cloudflare, Google và Vercel hỗ trợ x402, nhưng các nguồn cung cấp không định nghĩa “hỗ trợ” có nghĩa là gì ở cấp độ sản phẩm. Nếu không có bề mặt tích hợp cụ thể, dòng đó không thể thực hiện được.

Tư thế thực tiễn là bắt đầu hẹp và đo lường. Một cặp (kế hoạch, mạng) trong sản xuất cung cấp một con đường hạnh phúc duy nhất để đo lường từ đầu đến cuối. Từ đó, các nhóm có thể thêm nhiều kế hoạch hoặc mạng lưới hơn, và quyết định xem có giữ xác minh và thanh toán cục bộ hay dựa vào một người tạo điều kiện.

Đó là sự khác biệt giữa một bản demo hoạt động và một lớp thanh toán tồn tại qua các lần thử lại, thời gian chờ và các lỗi một phần trong nền kinh tế đại lý.

Lời Nhận Xét

Tôi đã thấy các đội ngũ coi x402 như “một bức tường thanh toán crypto” và sau đó ngạc nhiên bởi phần thực sự xác định trải nghiệm người dùng: cặp (kế hoạch, mạng) và nơi xác minh và thanh toán diễn ra. Bước bắt tay HTTP là xác định. Lớp thanh toán thì không. Nếu /verify của một người trung gian nhanh nhưng /settle lại chậm, khách hàng sẽ thấy đó là một API treo ngẫu nhiên, mặc dù các tiêu đề được chuẩn hóa hoàn hảo.

Mô hình tư duy mà mọi người nhớ là cấu trúc vi mô. 402 + PAYMENT-REQUIRED là báo giá, PAYMENT-SIGNATURE là đơn hàng, xác minh và thanh toán là lớp thanh toán, và 200 + PAYMENT-RESPONSE là biên lai. Khi điều đó được hiểu, việc đánh giá không còn là “x402 có rẻ không” mà trở thành “phong cách thực thi mà điểm cuối này chọn là gì, và những phụ thuộc nào mà nó giới thiệu,” điều này chính xác là góc nhìn đúng cho nền kinh tế đại lý được giải thích.

Nguồn

• Quỹ Solana
• Quỹ x402 (GitHub)
• Coinbase (GitHub)
• thirdweb