Việc trừu tượng hóa tài khoản Ethereum có thất bại không?

Bài viết: Haotian

Lần trước tôi đã nói x402 kế thừa mạng lưới Lightning, gần đây khi đi ăn cùng một nhóm bạn lập trình viên, tôi lại bị chất vấn thêm lần nữa: x402 chẳng phải chính là khái niệm trừu tượng tài khoản (AA) từ trước tới nay sao?

Ngầm hiểu rằng, Ethereum đã dành nhiều năm phát triển khái niệm Trừu tượng Tài khoản (Account Abstraction), đầu tư rất nhiều nguồn lực vào ERC-4337, Paymaster, bao gồm các khoản trợ cấp và nhà cung cấp ví, nhưng kết quả thực tế thì ai cũng thấy, bị nhiều người chỉ trích là ồn ào mà không hiệu quả.

Dù tôi không cho rằng AA đã thất bại hoàn toàn, nhưng rốt cuộc điểm nghẽn nằm ở đâu?

1. Paymaster chuyển chi phí Gas của người dùng sang dự án, nghe có vẻ tuyệt vời, nhưng động lực để dự án đốt tiền thanh toán thay rất yếu, ROI không rõ ràng, rõ ràng rơi vào ngõ cụt mô hình kinh doanh, không tự tạo máu mà chỉ biết phụ thuộc vào truyền máu thì làm sao được?

2. Trừu tượng tài khoản AA chỉ giới hạn trong hệ sinh thái EVM, ví dụ như ERC4337, Paymaster, hợp đồng EntryPoint, toàn bộ đều riêng biệt cho Ethereum. Nếu muốn mở rộng sang các hệ sinh thái ngoài EVM như Solana, BTC, cần phải thêm các dịch vụ trung gian để hỗ trợ chức năng, nhưng vấn đề là mỗi lớp trung gian lại tăng thêm một mức phí, khiến thách thức về ROI càng lớn hơn!

Còn rất nhiều vấn đề kỹ thuật phức tạp khác, tôi sẽ không đi sâu, nhưng hãy nói điều dễ hiểu: bản chất AA là sản phẩm "kỹ thuật vì kỹ thuật", là tác phẩm của xu hướng nghiên cứu thuần túy trên Ethereum trước đây.

So với đó, giao thức x402 đang làm gì? Khác biệt ở đâu? Có người phàn nàn rằng tại sao lại mang ra thứ cổ xưa như mã trạng thái HTTP 402 đã tồn tại 30 năm rồi, lại chơi trò khảm vàng lên đồ vàng.

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

AA cần hợp đồng thông minh, cần trạng thái trên chuỗi, cần máy ảo EVM thực thi; còn x402 chỉ cần một tiêu đề yêu cầu HTTP, bất kỳ hệ thống nào hỗ trợ HTTP đều dùng được – API của Web2, RPC của Web3, thậm chí cổng thanh toán truyền thống, tất cả đều tương thích.

Đây không phải giải pháp tối ưu hóa chồng chất công nghệ, mà là một "đòn đánh hạ chiều" ở tầng giao thức, đơn giản hóa phức tạp. Thay vì vất vả ở tầng ứng dụng với các cách tương thích và thiết lập niềm tin, chi bằng hãy thống nhất tiêu chuẩn ở tầng giao thức cao nhất trước tiên.

Quan trọng là, x402 vốn dĩ đã là một tiêu chuẩn tương tác liên chuỗi rất tốt. Chỉ cần Agent có thể gửi yêu cầu HTTP, xử lý phản hồi 402, hoàn thành ủy quyền EIP-3009 (hoặc tiêu chuẩn tương đương trên các chuỗi khác), dù bạn dùng Base, Monad, Solana, Avalanche hay BSC, việc liên kết chuỗi ở tầng giao thức là vô hình, chỉ hiện diện ở điểm duy nhất là thanh toán kết toán, chi phí liên chuỗi do đó thấp hơn nhiều.

Facilitator có thể phục vụ đồng thời nhiều chuỗi, 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, nhà phát triển tích hợp một lần là có thể "mở khóa" toàn bộ hệ sinh thái.

Theo cảm nhận tổng thể của tôi, AA là một công trình tinh tế theo tư duy nghiên cứu, còn giao thức x402 là chủ nghĩa thực dụng do nhu cầu thị trường thúc đẩy.

Vấn đề đặt ra là, ERC-8004 có đi vào vết xe đổ của AA không?

Xét về mặt lý thuyết, ERC-8004 giống hệt AA 2.0, vẫn chỉ dành riêng cho EVM, cần triển khai ba bảng đăng ký (Danh tính/Uy tín/Xác thực), phần thưởng ban đầu cũng khá phụ thuộc vào trợ cấp bên ngoài hoặc thế chấp – tất cả đều là những cái bẫy mà AA từng dẫm phải. Các chuỗi khác nếu muốn tương thích vẫn phải chịu thêm một lớp chi phí tin cậy.

Nhưng điểm khác biệt nằm ở chỗ: trong khuôn khổ x402, ERC-8004 chỉ là một công cụ, chứ không phải tiêu chuẩn thống lĩnh. Các chuỗi khác cần tương thích là 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 ngày xưa là gì? Nó muốn trở thành "tiêu chuẩn duy nhất cho trải nghiệm thanh toán trên Ethereum", buộc cả hệ sinh thái phải xoay quanh nó: ví phải thích nghi, ứng dụng phải tích hợp, người dùng phải thay đổi thói quen. Kiểu ép buộc "từ trên xuống" như vậy, khi không có ứng dụng killer hay ROI rõ ràng, tự nhiên sẽ không thể thúc đẩy được.

Còn ERC-8004 thì khác. Nó không cần phải trở thành nhân vật chính, bởi x402 đã giải quyết vấn đề cốt lõi nhất: thanh toán. ERC-8004 chỉ đơn thuần cung cấp một tầng tin cậy "có thể chọn" trên mạng lưới thanh toán đã vận hành ổn định này.

Hơn nữa, ERC-8004 đang đi nhờ xe x402, không cần tự xây dựng hệ sinh thái từ con số 0. x402 đã có vòng khép kín thương mại rõ ràng (Provider dẫn lưu, Facilitator thu phí), stack kỹ thuật hoàn chỉnh (giao thức HTTP + EIP-3009), hệ sinh thái dự án sôi động, ERC-8004 chỉ cần "cắm vào là chạy".