x402 rất tốt nhưng có những vấn đề nào bị che giấu?

Tác giả: YQ, nhà nghiên cứu độ sâu cơ sở hạ tầng mã hóa; Dịch: xz@Jinse Caijing

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

Hiện nay, các tác nhân AI đang phá vỡ sự cân bằng này. Các hệ thống tự động không xem quảng cáo, không thể bị tâm lý hóa, không có sự chú ý có thể kiếm tiền. Các nhà xuất bản nội dung đang phải đối mặt với sự lựa chọn nhị phân: hoặc là để cho việc thu thập ký sinh phá hủy động lực sáng tạo, hoặc là thiết lập cơ chế thanh toán trực tiếp. Giao thức x402 chính là nỗ lực đáng tin cậy nhất để kích hoạt mã trạng thái “402 Payment Required (Cần thanh toán)” bị lãng quên trong tiêu chuẩn HTTP, thông qua việc kết hợp thanh toán dựa trên blockchain và ủy quyền mã hóa, nhằm tái tạo mô hình trao đổi giá trị trong thời đại AI.

Thời cơ có vẻ đã chín muồi. Cơ sở hạ tầng blockchain đã hoàn thiện: Mạng Layer2 thực hiện chi phí giao dịch theo cấp độ và độ hoàn thiện trong vòng chưa đầy một giây, lượng lưu thông của stablecoin trên hơn 20 chuỗi vượt quá 42 tỷ USD. Giao thức A2A của Google đã định hướng rõ ràng về “chi phí dịch vụ và thu phí” trong hệ sinh thái thông minh. Nhưng sau khi nghiên cứu kỹ lưỡng quy chuẩn v1, đề xuất sửa đổi v2 và tiến triển hệ sinh thái ban đầu, nhận thấy kiến trúc của nó có những hạn chế cơ bản, nếu không có điều chỉnh lớn thì khó có thể đạt được ứng dụng quy mô lớn.

Bài viết này dựa trên nguyên lý hệ thống phân tán, kinh tế học của giao thức thanh toán và các trường hợp triển khai thực tế để tiến hành phê phán có hệ thống, sau đó đề xuất giải pháp cải tạo kiến trúc hỗ trợ triển khai cấp internet.

1**、hiểu** x402 kiến trúc

Giao thức này sử dụng cơ chế transferWithAuthorization() EIP-3009 để thực hiện chuyển tiền stablecoin không tốn Gas. Khách hàng sẽ xây dựng một chứng chỉ ủy quyền được ký mã hóa, cho phép bên thứ ba (tức là bên trung gian) thực hiện chuyển tiền thay cho họ.

Quan sát quan trọng: Thiết kế này đã thực hiện xác thực thanh toán mã hóa mà không cần người bán xử lý khóa riêng hoặc quản lý trực tiếp cơ sở hạ tầng blockchain. Việc thanh toán diễn ra trên các mạng như Base (L2 Ethereum), với độ trễ khoảng 200 mili giây và chi phí Gas dưới 0,0001 đô la. Giao thức này có vẻ đơn giản và thanh lịch, tuy nhiên sự đơn giản bề ngoài này che giấu một số vấn đề kiến trúc sâu sắc chỉ xuất hiện khi xem xét kỹ lưỡng.

2**、Một số vấn đề kiến trúc bị che giấu**

Vấn đề một: Mô hình kinh tế của bên trung gian có khuyết điểm

Bên trung gian thực hiện ba chức năng: Xác minh chữ ký EIP-3009, Phát sóng giao dịch blockchain, Cung cấp cơ sở hạ tầng API. Nhưng lớp giao thức không cung cấp bất kỳ cơ chế bồi thường kinh tế nào. Hãy để chúng ta tính toán chính xác chi phí:

Hiện tại, bên trung gian CDP của Coinbase thực hiện miễn phí dịch vụ cho các giao dịch USDC trên chuỗi Base. Mỗi giao dịch tiêu tốn khoảng 0,0006 đô la Gas cho bên trung gian. Khi xử lý 1 triệu giao dịch hàng tháng, chỉ riêng chi phí Gas đã lên đến 600 đô la (chưa bao gồm chi phí máy chủ, nút RPC, hệ thống giám sát, chi phí tuân thủ và chi phí bảo trì kỹ thuật). Bên trung gian thiếu phương thức thu hồi chi phí ở cấp độ giao thức.

Phát hiện quan trọng: So với tất cả các giao thức thanh toán thành công trong lịch sử internet, Stripe thu phí 2.9% + 0.3 đô la cho mỗi giao dịch, PayPal lấy khoảng 3% phí thương mại, và mạng lưới thẻ tín dụng thu được lợi nhuận 2-3% thông qua tỷ lệ chiết khấu của thương nhân. Những giao thức này có thể thu hút giá trị bởi vì chúng tạo ra giá trị, thiết lập mô hình kinh doanh bền vững theo quy mô giao dịch mở rộng. Trong khi đó, bên trung gian x402 cung cấp giá trị thực nhưng không thể nhận được bất kỳ giá trị đền bù nào.

Vấn đề hai: Cơ chế thanh toán hai giai đoạn dẫn đến độ trễ và thất bại nguyên tử

Kiến trúc hiện tại cần hai lần tương tác độc lập với chuỗi khối: giai đoạn xác thực (kiểm tra tính hợp lệ của chữ ký và trạng thái nonce) và giai đoạn thanh toán (thực hiện chuyển tiền thực tế). Thiết kế này đồng thời gây ra tổn thất hiệu suất và vấn đề về tính chính xác.

Độ trễ 500-1100 mili giây cho một yêu cầu đơn lẻ là chấp nhận được, nhưng trong các tình huống ứng dụng thực tế sẽ xảy ra hiệu ứng chồng chất theo cấp số nhân:

Nghiên cứu tự chủ đại lý lấy dữ liệu từ 100 API được bảo vệ bởi x402: Chi phí thanh toán tích lũy 50-110 giây;

Robot giao dịch cập nhật vị thế thông qua 50 nguồn dữ liệu thời gian thực: độ trễ tích lũy 25-55 giây;

AI****trợ lý gọi 20 công cụ trong cuộc trò chuyện: độ trễ tương tác tăng 10-22 giây.

**Vi phạm nguyên tắc cốt lõi của hệ thống phân tán: ** Đây không phải là mối lo ngại giả thuyết, mà là kết quả tất yếu do việc phân tách thao tác nguyên tử (thanh toán) thành giao thức hai giai đoạn. Kể từ những năm 1970, nghiên cứu về hệ thống phân tán đã chỉ ra rõ ràng: khi có kế hoạch nguyên tử, giao thức hai giai đoạn có tính dễ bị tổn thương vốn có. Giao thức cam kết hai giai đoạn (2PC) trong lĩnh vực cơ sở dữ liệu đã chứng minh đầy đủ rằng nó dễ bị ảnh hưởng bởi sự cố của người điều phối. x402 phải tránh lặp lại sai lầm này.

Câu hỏi ba:EIP-3009 đã làm phân tách tính độc quyền của hệ sinh thái token

Thỏa thuận này yêu cầu bắt buộc sử dụng phương thức EIP-3009 transferWithAuthorization() để thực hiện thanh toán. Về nguyên tắc, điều này cho phép bất kỳ mã thông báo nào phù hợp với tiêu chuẩn EIP-3009 tương thích với x402. Tuy nhiên, thực tế là số lượng mã thông báo phù hợp với tiêu chuẩn này ít hơn nhiều so với các stablecoin có liên quan đến kinh tế.

Điều này có nghĩa là phiên bản x402 v1 gặp vấn đề tương thích với 40% các loại token chính của nó. Tình trạng tương thích của các stablecoin khác nghiêm trọng hơn: Tether (USDT), stablecoin lớn nhất với khối lượng lưu thông trên 140 tỷ USD, chưa bao giờ hỗ trợ tiêu chuẩn EIP-3009 và không có kế hoạch liên quan. Stablecoin DAI sử dụng tiêu chuẩn cấp phép EIP-2612, mặc dù chức năng tương tự nhưng sự khác biệt về giao diện dẫn đến không tương thích ở tầng giao thức.

Câu hỏi 4: Hỗ trợ đa chuỗi không đúng với tên gọi

Các quy định trong thỏa thuận tuyên bố rằng x402 hỗ trợ “Base, Solana và bất kỳ mạng EVM nào thông qua relay tự quản”, có vẻ như có tính linh hoạt không phụ thuộc vào chuỗi. Tuy nhiên, khi đi sâu vào chi tiết thực hiện, có thể thấy khả năng hỗ trợ nhiều chuỗi của nó thấp hơn nhiều so với những gì đã được tuyên bố.

Mỗi relay node hỗ trợ một tập con mạng khác nhau, và có sự khác biệt về yêu cầu cấu hình, danh sách token và độ trưởng thành của hoạt động. Giao thức thiếu cơ chế phát hiện để cho phép khách hàng truy vấn “nhà cung cấp này hỗ trợ những chuỗi nào”, bên cung cấp chỉ có thể chỉ định một mạng duy nhất trong phản hồi 402, buộc khách hàng phải hoặc giữ tiền trên chuỗi cụ thể, hoặc từ bỏ giao dịch.

Vấn đề năm: Bên trung gian thực sự là một lớp giữa không cần thiết

Chúng ta cần xem xét các tiền đề cơ bản của cấu trúc này: Tại sao phải có bên trung gian trong thiết kế? Các lý do giải thích truyền thống là điều đáng bàn cãi.

Thiết kế thay thế này có nhiều lợi thế:

**Tính nguyên tử: ** Xác minh và thanh toán được hoàn thành trong một giao dịch trên chuỗi.

Giảm độ trễ: Giảm một lần đi lại mạng (200-500 mili giây so với 500-1100 mili giây);

Độ tin cậy: Không cần phụ thuộc vào trạng thái trực tuyến hoặc khả năng sử dụng API của bên trung gian;

Tính bền vững kinh tế: Phí hợp đồng trừ trực tiếp trên chuỗi (phí nền tảng 1%);

Độ sâu: Tất cả các logic thanh toán đều có thể kiểm toán trên chuỗi.

3**、v2 đề xuất: Cải tiến và các vấn đề tồn đọng**

Nhóm x402 đã phát hành nhánh quy chuẩn v2, cố gắng giải quyết một số hạn chế của v1 thông qua “thiết kế lại không phụ thuộc vào lớp truyền tải”. Sau khi xem xét nhật ký cập nhật v2, lộ trình và tài liệu quy chuẩn, tác giả cho rằng: mặc dù v2 đã đạt được những cải tiến dần dần, nhưng không giải quyết được vấn đề kiến trúc cơ bản nêu trên.

v2****Cập nhật chính:

Lớp trừu tượng truyền tải: tách giao thức thành loại (cấu trúc dữ liệu), logic (kế hoạch) và lớp biểu diễn (HTTP, MCP, A2A);

Khả năng mở rộng của kế hoạch: Quy định về “tính phí chính xác”, hỗ trợ các chế độ mới (theo mức sử dụng, giấy phép thương mại, v.v.);

Cơ chế phát hiện dịch vụ: Thêm Bazaar API để tìm kiếm tài nguyên hỗ trợ x402.

v2****Vấn đề di sản chính chưa được cải tiến:

Tiếp tục sử dụng kiến trúc bên trung gian (Khách hàng → Bên trung gian/Xác thực → Bên trung gian/Thanh toán → Thương nhân);

Duy trì mô hình kinh tế không phí (bên trung gian vẫn không có lợi nhuận);

Giữ lại chế độ thanh toán hai giai đoạn;

Kiên trì tính độc quyền EIP-3009 (hỗ trợ mã hóa sẽ bị trì hoãn đến quý 2 năm 2026);

Tiếp tục ghép nối mạng rõ ràng (không có lớp trừu tượng đa chuỗi);

Vẫn yêu cầu bên trung gian can thiệp.

4**, điều kiện cần thiết để đạt được quy mô á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 đã tổng kết các nguyên tắc kiến trúc sau:

Chi phí hợp đồng điều khiển tính bền vững kinh tế: Trừ 1% phí thanh toán trên chuỗi để tạo ra lợi nhuận bền vững;

Thông qua hợp đồng thông minh để thực hiện thanh toán nguyên tử: Giao dịch trên chuỗi một lần loại bỏ điều kiện cạnh tranh;

**Tính linh hoạt của token: ** Hỗ trợ đồng thời EIP-3009, EIP-2612 cấp phép và tiêu chuẩn ERC-20;

Trừu tượng chuỗi: Thực hiện định tuyến dựa trên ý định thông qua Circle CCTP, giao thức Across;

Tối thiểu hóa sự phụ thuộc vào niềm tin: Cơ chế thanh toán trực tiếp không cần sự can thiệp của bên trung gian.

5**, Kết luận**

x402 v1 đã đạt được bước đột phá thực chất trong việc giải quyết vấn đề đã làm đau đầu ngành công nghiệp trong suốt ba mươi năm. Nhờ vào sự trưởng thành của cơ sở hạ tầng blockchain, vi thanh toán đã có tính khả thi về kinh tế. Sự trỗi dậy của nền kinh tế thông minh tạo ra nhu cầu cấp bách cho các giao thức thanh toán máy móc gốc. Việc Coinbase hậu thuẫn và tích hợp với Google A2A đã cung cấp độ tin cậy cấp tổ chức cho giao thức này. Đường đi công nghệ cơ bản của nó (mã trạng thái HTTP 402 + thanh toán blockchain + ủy quyền mã hóa) có tính hợp lý thiết kế vững chắc.

Tuy nhiên, ý định tốt đẹp và sự bảo chứng của doanh nghiệp không thể đảm bảo sự thành công của thỏa thuận. Mô hình bên trung gian đã sinh ra một hệ thống kinh tế không bền vững - cơ sở hạ tầng quan trọng cần phải chịu lỗ vận hành vĩnh viễn. Cấu trúc thanh toán hai giai đoạn mang lại sự chậm trễ và lỗi nguyên tử, điều này có thể được tránh thông qua giải pháp nguyên tử. EIP-3009 đã cắt rời một cách độc quyền hệ sinh thái token, không chỉ loại trừ 40% lưu thông USDC mà còn gần như từ chối tất cả các stablecoin cạnh tranh. Hỗ trợ đa chuỗi chỉ dừng lại ở bề mặt, mà trái lại đã trực tiếp phơi bày vấn đề phân mảnh của blockchain cho người dùng cuối. Trong các trường hợp mà thanh toán hợp đồng thông minh có thể cung cấp đặc tính tốt hơn, bên trung gian thực sự đóng vai trò là một lớp trung gian không cần thiết.

Mặc dù đề xuất v2 đã cải thiện việc trừu tượng hóa truyền tải, cơ chế phát hiện dịch vụ và khả năng mở rộng kế hoạch, nhưng lại hoàn toàn không chạm đến các vấn đề cốt lõi như mô hình kinh tế của bên trung gian, thanh toán hai giai đoạn, hạn chế token và phân mảnh chuỗi chéo. Lộ trình đã hoãn lại các sửa chữa quan trọng đến quý 2 năm 2026. Internet tự trị cần một hệ thống thanh toán tự trị - x402 v1 đã thể hiện tính khả thi về kỹ thuật, v2 mặc dù đã thực hiện tối ưu hóa từng bước, nhưng vẫn còn một chặng đường dài để thực sự đáp ứng nhu cầu.