Thế tiến thoái lưỡng nan về việc trừu tượng hóa tài khoản và đột phá trong giao thức x402: một sự thay đổi mang tính cách mạng trong các tiêu chuẩn thanh toán

Tác giả gốc: Haotian (X: @tmel0211)

Lần trước tôi đã nói về cách giao thức x402 tiếp nối Lightning Network, nhưng gần đây khi tôi ăn tối với một nhóm bạn lập trình viên, tôi lại bị "thách thức" lần nữa: x402 không phải chỉ là sự trừu tượng hóa tài khoản AA trước đây sao?

Ý ẩn ý là Ethereum đã nghiên cứu về trừu tượng hóa tài khoản trong nhiều năm, đầu tư rất nhiều nguồn lực vào ERC-4337, Paymaster và nhiều nhà cung cấp dịch vụ ví và tài trợ khác nhau, nhưng như chúng ta đã thấy, nhiều người chỉ trích rằng họ chỉ nói suông mà không hành động.

Mặc dù tôi không nghĩ AA đã thất bại, nhưng vấn đề thực sự là gì?

1. Paymaster chuyển lượng tiêu thụ gas của người dùng sang nhóm dự án, nghe có vẻ rất tuyệt, nhưng động lực đốt tiền vào thanh toán của nhóm dự án rất yếu, và ROI (lợi tức đầu tư) không rõ ràng. Chắc chắn mô hình kinh doanh của họ đã đi vào ngõ cụt. Làm sao họ có thể tồn tại nhờ truyền máu khi không có khả năng tự tạo ra doanh thu?

2. Việc trừu tượng hóa tài khoản AA chỉ giới hạn trong hệ sinh thái EVM. Ví dụ, các hợp đồng ERC4337, Paymaster và EntryPoint đều dành riêng cho Ethereum. Nếu bạn muốn sử dụng xuyên hệ sinh thái EVM bao gồm Solana, BTC, v.v., bạn phải thêm nhiều dịch vụ trung gian để hiện thực hóa chức năng này. Tuy nhiên, vấn đề là các dịch vụ trung gian này lại thêm một lớp chia sẻ phí giao dịch, khiến ROI của mô hình kinh doanh càng trở nên khó khăn hơn!

Có nhiều vấn đề kỹ thuật phức tạp mà tôi sẽ không đi sâu vào chi tiết, nhưng nói một cách đơn giản, AA về cơ bản là sản phẩm của "công nghệ vì công nghệ", một công trình phản ánh xu hướng nghiên cứu thuần túy trong quá khứ về Ethereum.

So sánh thì giao thức x402 là gì? Sự khác biệt giữa chúng là gì? Một số người chỉ trích nó vì sử dụng mã trạng thái HTTP 402 cổ xưa, đã tồn tại 30 năm, và chơi trò "chạm vàng".

Nhưng đừng quên mã trạng thái HTTP 402—đây là giao thức cơ bản của Internet, ngôn ngữ chung của Web2 và Web3.

AA yêu cầu hợp đồng thông minh, trạng thái trên chuỗi và thực thi thông qua máy ảo EVM, trong khi x402 chỉ yêu cầu tiêu đề yêu cầu HTTP và có thể được sử dụng bởi bất kỳ hệ thống nào hỗ trợ HTTP— API Web2, RPC Web3 và thậm chí cả cổng thanh toán truyền thống đều tương thích.

Đây không phải là giải pháp tối ưu hóa dựa trên các công nghệ xếp chồng, mà là một "cuộc tấn công giảm kích thước" giúp đơn giản hóa lớp giao thức . Thay vì loay hoay với nhiều phương pháp tương thích, thích ứng và tin cậy khác nhau ở lớp ứng dụng, tốt hơn hết là nên thống nhất các tiêu chuẩn của lớp giao thức thượng nguồn.

Điểm mấu chốt là x402 là một tiêu chuẩn tương tác chuỗi chéo tốt tự nhiên. Miễn là tác nhân có thể gửi yêu cầu HTTP, xử lý phản hồi 402 và hoàn tất xác thực EIP-3009 (hoặc các tiêu chuẩn tương đương của các chuỗi khác), dù là Base, Monad, Solana, Avalanche hay BSC, thì không có nhận thức chuỗi chéo ở cấp độ giao thức. Điều này chỉ được phản ánh trong điểm lỗi duy nhất của quá trình thanh toán và quyết toán. So sánh với điều này, chi phí chuỗi chéo thấp hơn nhiều.

Facilitator có thể phục vụ nhiều chuỗi cùng lúc và dữ liệu lịch sử thanh toán của người dùng có thể được lập chỉ mục thống nhất. Các nhà phát triển có thể "kết nối" toàn bộ hệ sinh thái bằng cách tích hợp một lần.

Ấn tượng chung của tôi là AA là một dự án phức tạp được thúc đẩy bởi tư duy của nhà nghiên cứu, trong khi giao thức x402 là một cách tiếp cận thực dụng bắt buộc phải tuân theo nhu cầu của thị trường.

Câu hỏi đặt ra là liệu ERC-8004 có đi theo con đường tương tự như AA không?

Xét về mặt lý thuyết thuần túy, ERC-8004 rất giống với AA 2.0. Nó vẫn chỉ dành riêng cho EVM và yêu cầu triển khai sổ đăng ký ba lớp (Danh tính/Danh tiếng/Xác thực). Các ưu đãi ban đầu cũng phụ thuộc rất nhiều vào các khoản trợ cấp bên ngoài hoặc staking. Đây đều là những cạm bẫy mà AA đã gặp phải. Nếu các chuỗi khác muốn tương thích, họ vẫn sẽ phải thêm một lớp chi phí tin cậy.

Sự khác biệt nằm ở chỗ, trong khuôn khổ x402, ERC-8004 chỉ là một công cụ, không phải là một tiêu chuẩn bao quát. Các chuỗi khác cần phải tương thích với giao thức x402, chứ không phải ERC8004.

Sự khác biệt về định vị này rất quan trọng. Vấn đề của AA lúc bấy giờ là gì? Họ muốn trở thành "tiêu chuẩn duy nhất cho trải nghiệm thanh toán Ethereum", đòi hỏi toàn bộ hệ sinh thái phải xoay quanh nó: ví phải thích ứng, ứng dụng phải tích hợp, và người dùng phải thay đổi thói quen. Kiểu thúc đẩy từ trên xuống này, nếu không có một ứng dụng đột phá và ROI rõ ràng, tất nhiên sẽ không thể thành công.

ERC-8004 thì khác. Nó không cần phải là yếu tố chính vì x402 đã giải quyết được vấn đề cốt lõi: thanh toán. ERC-8004 chỉ đơn giản cung cấp một lớp tin cậy "tùy chọn" trên mạng thanh toán đang hoạt động này.

Hơn nữa, ERC-8004 được kế thừa từ x402, nên không cần phải xây dựng hệ sinh thái riêng từ đầu. x402 đã có một vòng lặp nghiệp vụ rõ ràng (tạo lưu lượng từ Nhà cung cấp, tính phí cho Người hỗ trợ), một bộ công nghệ hoàn chỉnh (giao thức HTTP + EIP-3009) và một hệ sinh thái dự án đang hoạt động. ERC-8004 chỉ cần "cắm và chạy".

Liên kết gốc