Bài viết này đến từ: @yq_acc

Biên soạn bởi Odaily Planet Daily ( @OdailyChina ); Dịch bởi Ethan ( @ethanzhang_web3)

Năm 1994, Marc Andreessen đã phạm phải một sai lầm nghiêm trọng mà sau này ông thừa nhận: Netscape đã không tích hợp chức năng thanh toán vào trình duyệt của mình. Do sự bất ổn về quy định và tâm lý e ngại rủi ro của các tổ chức tài chính, quan hệ đối tác của Netscape với Visa và Microsoft với MasterCard đều đổ vỡ. Điều này dẫn đến việc các mô hình kinh doanh tập trung vào giám sát quảng cáo trở thành lựa chọn mặc định cho internet trong ba mươi năm tiếp theo - một ngành công nghiệp nghìn tỷ đô la được xây dựng dựa trên việc theo dõi hành vi toàn diện thay vì trao đổi giá trị trực tiếp.

Các tác nhân AI hiện đang phá vỡ sự cân bằng này. Các hệ thống tự động không xem quảng cáo, cũng không thể được phân tích thông qua hồ sơ tâm lý, và chúng thiếu các nguồn lực chú ý cần thiết để kiếm tiền. Các nhà xuất bản nội dung phải đối mặt với lựa chọn hoặc-hoặc: hoặc cho phép việc thu thập dữ liệu ký sinh làm suy yếu việc tạo nội dung, hoặc xây dựng một cơ chế thanh toán trực tiếp. Giao thức x402 hiện là nỗ lực hứa hẹn nhất để khôi phục mã trạng thái "Yêu cầu thanh toán 402" đã bị bỏ quên từ lâu trong tiêu chuẩn HTTP, kết hợp nó với các cơ chế thanh toán blockchain và ủy quyền mật mã.

Thời điểm ra mắt thật hoàn hảo. Cơ sở hạ tầng blockchain đã trưởng thành với sự phát triển của mạng lưới Lớp 2, đạt được chi phí giao dịch dưới 1 xu và tốc độ xác nhận dưới một giây. Stablecoin trên hơn 20 chuỗi có tổng nguồn cung lưu hành vượt quá 42 tỷ đô la. Giao thức A2A của Google đã hình dung rõ ràng về một hệ sinh thái đại lý dựa trên nguyên tắc "trả tiền cho dịch vụ và thu phí". Tuy nhiên, sau khi nghiên cứu đặc tả v1, các ghi chú thay đổi đề xuất v2 và quan sát quá trình phát triển hệ sinh thái ban đầu, chúng tôi đã phát hiện ra những hạn chế cơ bản trong cơ sở hạ tầng của nó. Nếu không có những sửa đổi đáng kể, việc áp dụng rộng rãi x402 có thể bị cản trở .

Bài viết này cung cấp những lời phê bình có hệ thống dựa trên các nguyên tắc của hệ thống phân tán, tính kinh tế của giao thức thanh toán và các trường hợp triển khai thực tế, sau đó phác thảo các hướng chuyển đổi kiến trúc cốt lõi cần thiết để hỗ trợ triển khai ở cấp độ internet.

Hiểu về kiến trúc của x402

Giao thức sử dụng phương thức transferWithAuthorization() của EIP-3009 để cho phép chuyển tiền ổn định "không mất phí gas".

Cụ thể, khách hàng xây dựng một ủy quyền được ký bằng mật mã cho phép bên thứ ba (tức là Người tạo điều kiện , người thực hiện trung gian) thực hiện hoạt động chuyển giao thay mặt cho mình.

Hình 1: Quy trình thanh toán x402 v1/v2 hiện tại

Những phát hiện chính: Thiết kế này cung cấp khả năng xác minh thanh toán được mã hóa mà không yêu cầu người bán phải trực tiếp xử lý khóa riêng tư hoặc quản lý cơ sở hạ tầng blockchain. Việc thanh toán được thực hiện trên các chuỗi như Base (Ethereum Layer 2), với thời gian xác nhận cuối cùng khoảng 200 mili giây và chi phí gas dưới 0,0001 đô la. Mặc dù giao thức có vẻ đơn giản và tinh tế, nhưng sự đơn giản rõ ràng này lại che giấu một số lỗi kiến trúc cố hữu.

Câu hỏi 1: Sự mất cân bằng trong mô hình kinh tế của Người tạo điều kiện (người thực hiện trung gian)

Facilitator thực hiện ba chức năng: xác minh mật mã chữ ký EIP-3009, truyền tải giao dịch lên blockchain và cung cấp cơ sở hạ tầng API. Đối với các dịch vụ này, Facilitator hoàn toàn không nhận được bất kỳ khoản thù lao nào từ giao thức. Cơ chế kinh tế của Facilitator cần được định nghĩa rõ ràng: Facilitator CDP của Coinbase hiện đang cung cấp dịch vụ xử lý miễn phí cho các giao dịch USDC trên chuỗi cơ sở. Mỗi giao dịch tiêu tốn khoảng 0,0006 đô la phí gas Facilitator. Dựa trên việc xử lý 1 triệu giao dịch mỗi tháng, riêng chi phí gas đã lên tới 600 đô la (chưa bao gồm cơ sở hạ tầng máy chủ, quyền truy cập nút RPC, hệ thống giám sát, chi phí tuân thủ và chi phí bảo trì kỹ thuật). Facilitator hoàn toàn không có cơ chế thu hồi chi phí ở cấp độ giao thức.

Bảng 1: So sánh tính bền vững về mặt kinh tế của các thỏa thuận thanh toán

Hình 2: Chi phí cho đơn vị hỗ trợ (1 triệu giao dịch mỗi tháng)

Điểm mấu chốt: So với tất cả các giao thức thanh toán thành công trong lịch sử internet: Stripe tính phí 2,9% + 0,30 đô la cho mỗi giao dịch; phí thương mại của PayPal là khoảng 3%; các mạng lưới thẻ tín dụng thu được 2-3% thông qua chiết khấu thương mại. Các giao thức này đạt được hiệu quả nắm bắt giá trị vì chúng mang lại giá trị, từ đó thiết lập một mô hình kinh doanh bền vững, có thể mở rộng theo khối lượng giao dịch. Mặc dù mô hình x402 Facilitator mang lại giá trị thực, nhưng nó hoàn toàn không nắm bắt được giá trị.

Câu hỏi 2: Quá trình lắng hai pha gây ra sự chậm trễ và mất tính nguyên tử.

Kiến trúc hiện tại yêu cầu hai tương tác blockchain riêng biệt: giai đoạn xác minh (kiểm tra tính hợp lệ của chữ ký và trạng thái số ngẫu nhiên) và giai đoạn thanh toán (thực hiện giao dịch thực tế). Thiết kế này gây ra cả vấn đề về hiệu suất và tính chính xác.

Bảng 2: Phân tích độ trễ thanh toán x402 đơn lẻ

Đối với một yêu cầu duy nhất, độ trễ từ 500-1100 mili giây là chấp nhận được. Tuy nhiên, trong các ứng dụng thực tế, điều này có thể dẫn đến hiệu ứng tích lũy.

• Tác nhân nghiên cứu tự động đã thu thập dữ liệu từ 100 API được bảo vệ x402: chi phí thanh toán và độ trễ là 50-110 giây;
• Bot giao dịch cập nhật vị trí từ 50 nguồn dữ liệu thời gian thực với độ trễ từ 25-55 giây.
• Trợ lý AI sẽ gọi 20 công cụ trong suốt cuộc trò chuyện, với độ trễ từ 10-22 giây.

Hình 3: Chế độ phá hủy lún hai giai đoạn

Vi phạm các nguyên tắc của Hệ thống Phân tán: Đây không phải là những vấn đề giả định, mà là hậu quả cơ bản của việc chia nhỏ các hoạt động nguyên tử (thanh toán) thành các giao thức xác nhận hai giai đoạn . Nghiên cứu về hệ thống phân tán từ những năm 1970 đã chứng minh rõ ràng tính dễ bị tổn thương của các giao thức xác nhận hai giai đoạn khi có các phương án thay thế nguyên tử. Lĩnh vực cơ sở dữ liệu đã học được điều này một cách sâu sắc thông qua giao thức xác nhận hai giai đoạn (2PC)—điều này có thể dẫn đến hệ thống bị treo và không nhất quán do lỗi điều phối. x402 phải tránh lặp lại sai lầm này.

Câu hỏi 3: Tính độc quyền của EIP-3009 làm phân mảnh hệ sinh thái mã thông báo.

Giao thức này yêu cầu sử dụng phương thức "transferWithAuthorization()" từ EIP-3009 để thanh toán. Về mặt lý thuyết, bất kỳ token nào tuân thủ EIP-3009 đều tương thích với x402, nhưng trên thực tế, số lượng stablecoin tuân thủ tiêu chuẩn này ít hơn nhiều so với bộ stablecoin chính thống về mặt kinh tế.

Bảng 3: Ma trận tương thích của Stablecoin

Hình 4: Phạm vi thị trường của Stablecoin

Điều này có nghĩa là x402 v1 có vấn đề về khả năng tương thích với 40% token mục tiêu chính của nó . Tình hình thậm chí còn nghiêm trọng hơn đối với các stablecoin khác: USDT chưa bao giờ triển khai EIP-3009 và cũng không có kế hoạch triển khai, và là stablecoin lớn nhất với nguồn cung lưu hành vượt quá 140 tỷ đô la, việc không có USDT gây ra tác động đáng kể. Mặt khác, DAI sử dụng một tiêu chuẩn khác (giấy phép EIP-2612) để đạt được chức năng tương tự thông qua một giao diện khác biệt.

Câu hỏi 4: Hỗ trợ đa chuỗi không thực sự hiệu quả như quảng cáo.

Đặc tả giao thức tuyên bố rằng x402 hỗ trợ "Base, Solana và bất kỳ mạng EVM nào thông qua một Facilitator tự lưu trữ", dường như đạt được tính linh hoạt không phụ thuộc vào chuỗi. Tuy nhiên, khi xem xét kỹ hơn các chi tiết triển khai, ta thấy rằng khả năng hỗ trợ đa chuỗi còn kém xa so với kỳ vọng.

Bảng 4: Ma trận hỗ trợ mạng lưới của người hướng dẫn

Mỗi Facilitator hỗ trợ một tập hợp con mạng khác nhau, dẫn đến sự khác biệt về yêu cầu cấu hình, danh sách token và mức độ hoàn thiện hoạt động. Giao thức thiếu cơ chế khám phá cho phép khách hàng truy vấn "chuỗi nào được nhà cung cấp này hỗ trợ", buộc các nhà cung cấp dịch vụ phải chỉ định một mạng duy nhất trong phản hồi 402 của họ, buộc khách hàng phải gửi tiền trước vào một chuỗi cụ thể hoặc hủy giao dịch.

Câu hỏi 5: Người hướng dẫn là lớp trung gian không cần thiết.

Hãy cùng xem xét câu hỏi cơ bản của kiến trúc này: Tại sao Facilitator lại hoàn toàn cần thiết trong thiết kế này? Một số lý do phổ biến không thể đứng vững khi xem xét kỹ lưỡng.

Hình 5: Kiến trúc thay thế – Thanh toán trực tiếp thông qua hợp đồng thông minh

Thiết kế thay thế này có một số ưu điểm:

• Tính nguyên tử : Việc xác minh và thanh toán được hoàn tất trong cùng một giao dịch trên chuỗi ;
• Giảm độ trễ : Loại bỏ một vòng lặp mạng (từ 500–1100ms xuống 200–500ms);
• Độ tin cậy : Không còn phụ thuộc vào mức giá trực tuyến của Facilitator hoặc tính khả dụng của API;
• Tính bền vững về mặt kinh tế : Phí giao thức được khấu trừ trực tiếp trên chuỗi (ví dụ: phí nền tảng 1% ).
• Tính minh bạch : Mọi logic thanh toán đều được thực hiện trên chuỗi và có thể kiểm tra được.

Giải pháp v2: Cải tiến và Lỗi cũ

Nhóm x402 đã phát hành nhánh thông số kỹ thuật v2, cố gắng giải quyết một số hạn chế của v1 thông qua "việc tái cấu trúc độc lập với giao thức truyền tải". Tuy nhiên, khi xem xét nhật ký thay đổi, lộ trình và tài liệu thông số kỹ thuật cho thấy mặc dù v2 đạt được những cải tiến gia tăng, nhưng vẫn không giải quyết được các vấn đề kiến trúc cơ bản đã đề cập ở trên.

Những thay đổi trong v2:

• Trừu tượng hóa vận chuyển: Giao thức được chia thành ba lớp: kiểu (cấu trúc dữ liệu), logic (sơ đồ) và biểu diễn (HTTP, MCP, A2A);
• Khả năng mở rộng giải pháp: Chuẩn hóa chương trình "thanh toán chính xác" và hỗ trợ các chương trình mới (thanh toán theo mức sử dụng, tình huống thương mại điện tử);
• Khám phá dịch vụ: Đã thêm API Bazaar mới để khám phá tài nguyên x402.

Các vấn đề cốt lõi vẫn không thay đổi trong v2:

• Duy trì kiến trúc Người hỗ trợ hiện có (Khách hàng → Người hỗ trợ/Xác minh → Người hỗ trợ/Thanh toán → Người bán);
• Mô hình kinh tế không chi phí được duy trì (Người hướng dẫn vẫn không nhận được bất kỳ khoản thù lao nào).
• Mô hình thanh toán hai giai đoạn sẽ được giữ nguyên.
• Tiếp tục duy trì tính độc quyền của EIP-3009 (hỗ trợ mã thông báo bị hoãn lại đến quý 2 năm 2026);
• Vẫn cần phải khớp rõ ràng mạng lưới (không có sự trừu tượng hóa chuỗi chéo).
• Cơ chế hòa giải của Người điều phối vẫn mang tính bắt buộc.

Bảng 5: So sánh khả năng giải quyết vấn đề giữa các phiên bản

Điều kiện cần thiết để áp dụng ở cấp độ Internet

Dựa trên ba mươi năm nghiên cứu về hệ thống phân tán và giao thức thanh toán, tôi đề xuất các nguyên tắc kiến trúc sau:

• Đạt được tính bền vững về kinh tế thông qua phí giao thức: Lợi nhuận ổn định được tạo ra bằng cách khấu trừ 1% phí thanh toán trên chuỗi.
• Giải quyết nguyên tử được thực hiện thông qua hợp đồng thông minh: các giao dịch trên chuỗi đơn lẻ loại bỏ tình trạng chạy đua.
• Tính linh hoạt của mã thông báo: Hỗ trợ đồng thời các giấy phép EIP-3009, EIP-2612 và chuẩn ERC-20.
• Trừu tượng hóa chuỗi: Triển khai định tuyến dựa trên ý định thông qua giao thức truyền chuỗi chéo Circle và giao thức Across.
• Minimalist Trust: Cơ chế thanh toán trực tiếp không yêu cầu Người tạo điều kiện bắt buộc

Bảng 6: So sánh toàn diện các giải pháp kiến trúc

kết luận

x402 v1 đã đạt được những tiến bộ đáng kể trong việc giải quyết vấn đề đã gây khó khăn cho ngành công nghiệp này trong ba mươi năm qua. Dựa trên cơ sở hạ tầng blockchain trưởng thành, các khoản thanh toán vi mô hoàn toàn khả thi về mặt kinh tế. Nền kinh tế đại lý đã thúc đẩy nhu cầu cấp thiết về các giao thức thanh toán gốc máy. Việc Coinbase xác nhận và tích hợp với Google A2A mang lại uy tín cho tổ chức, và phương pháp kỹ thuật của họ (mã trạng thái HTTP 402 + thanh toán blockchain + ủy quyền mật mã) tự nó đã hợp lý.

Tuy nhiên, một tầm nhìn tốt và sự hỗ trợ từ phía doanh nghiệp không đảm bảo sự thành công của một giao thức. Mô hình Facilitator tạo ra một cơ chế kinh tế không bền vững—cơ sở hạ tầng quan trọng phải chịu tổn thất dài hạn. Sự chậm trễ và lỗi nguyên tử do kiến trúc thanh toán hai giai đoạn gây ra có thể được tránh hoàn toàn bằng các giải pháp nguyên tử. Sự phân mảnh độc quyền của EIP-3009 trong hệ sinh thái token loại trừ 40% nguồn cung USDC và hầu hết các stablecoin cạnh tranh. Hỗ trợ đa chuỗi vẫn chỉ mang tính hình thức; người dùng cuối vẫn phải đối mặt với thực tế phân mảnh liên chuỗi. Ngay cả khi thanh toán hợp đồng thông minh trực tiếp mang lại các tính năng vượt trội, Facilitator vẫn tồn tại như một trung gian dư thừa.

Mặc dù giải pháp v2 cải thiện các phương pháp truyền thống về trừu tượng hóa vận chuyển, khám phá dịch vụ và khả năng mở rộng mô hình thanh toán, nhưng nó không giải quyết được các vấn đề cốt lõi như mô hình kinh tế, thanh toán hai giai đoạn, hạn chế về token và phân mảnh chuỗi chéo. Lộ trình này hoãn các bản sửa lỗi quan trọng đến Quý 2 năm 2026. Một mạng internet tự động đòi hỏi một hệ thống thanh toán tự động—x402 v1 đã chứng minh được tính khả thi về mặt kỹ thuật, và v2 đã chứng minh được những cải tiến gia tăng, nhưng một giải pháp thực sự vẫn cần những thay đổi mang tính đột phá.