Trừu tượng hóa tài khoản Ethereum thất bại rồi sao?

Tác giả: Haotian

Lần trước đã nói rằng giao thức x402 tiếp nối mạng lưới Lightning, gần đây khi ă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” một lần nữa: x402 chẳng phải chính là trừu tượng tài khoản AA trước đây sao?

Âm thầm là Ethereum đã tập trung vào trừu tượng hóa tài khoản (Account Abstraction) trong nhiều năm, đầu tư rất nhiều tài nguyên cho ERC-4337, Paymaster và các loại Grant cũng như các nhà cung cấp ví, nhưng kết quả thực tế mà mọi người thấy cũng đã rõ, bị nhiều người chỉ trích là tiếng vang lớn nhưng mưa nhỏ.

Mặc dù tôi không nghĩ rằng AA đã tuyên bố thất bại, nhưng vấn đề chính nằm ở đâu?

1. Paymaster chuyển giao chi phí Gas của người dùng cho dự án, nghe có vẻ tốt, nhưng năng lực của dự án trong việc trả tiền thay cho người dùng là rất yếu, ROI không rõ ràng, không nghi ngờ gì nữa, đây là một ngõ cụt trong mô hình kinh doanh, không có khả năng tự tạo ra nguồn thu mà chỉ dựa vào nguồn hỗ trợ thì làm sao có thể hoạt động?

2、Tài khoản AA chỉ giới hạn trong hệ sinh thái EVM, chẳng hạn như hợp đồng ERC4337, Paymaster, EntryPoint, tất cả đều là độc quyền của Ethereum. Nếu muốn thực hiện việc sử dụng xuyên EVM bao gồm Solana, BTC, thì phải tiếp tục thêm các dịch vụ lớp trung gian để thực hiện chức năng, nhưng vấn đề là, dịch vụ lớp trung gian lại có thêm một khoản phí chia sẻ, thách thức đối với ROI của mô hình kinh doanh sẽ lớn hơn!

Còn nhiều vấn đề kỹ thuật phức tạp, tôi sẽ không mở rộng thêm, nhưng nói một chút mà mọi người có thể hiểu, AA về bản chất là sản phẩm của “kỹ thuật vì kỹ thuật”, là tác phẩm dưới xu hướng nghiên cứu thuần túy của Ethereum trong quá khứ.

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

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 củ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, 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 có thể sử dụng - API Web2, RPC 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 là giải pháp tối ưu hóa cho việc xếp chồng công nghệ, mà là một “cuộc tấn công giảm chiều” để đơn giản hóa các giao thức. Thay vì lộn xộn với nhiều cách tương thích và phương thức tin cậy ở tầng ứng dụng, tốt hơn là nên thống nhất các tiêu chuẩn ở tầng giao thức trên cùng.

Điều quan trọng là, x402 tự nhiên trở thành 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, có thể xử lý phản hồi 402, có thể hoàn thành ủy quyền EIP-3009 (hoặc tiêu chuẩn tương đương của chuỗi khác), cho dù bạn là Base, Monad, Solana, Avalanche hay BSC, thì việc tương tác liên chuỗi ở cấp độ giao thức là không cảm nhận được, chỉ thể hiện ở vấn đề thanh toán duy nhất, so với đó, chi phí liên chuỗi thấp hơn nhiều.

Người tạo điều kiện có thể phục vụ nhiều chuỗi cùng một lúc, 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 chỉ cần kết nối một lần là có thể “thông suốt” toàn bộ hệ sinh thái.

Tôi cảm thấy tổng thể, AA là một công trình tinh xảo dưới tư duy của các nhà nghiên cứu, trong khi giao thức x402 là chủ nghĩa thực dụng được thúc đẩy bởi nhu cầu thị trường.

Câu hỏi đặt ra là, ERC-8004 có đi theo con đường cũ của AA không?

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

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

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

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

Hơn nữa, ERC-8004 đã đi nhờ chiếc xe x402, không cần phải tự xây dựng hệ sinh thái từ đầu. x402 đã có một vòng khép kín thương mại rõ ràng (Provider dẫn dắt, Facilitator thu phí), 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 năng động, ERC-8004 chỉ cần “cắm và chạy” là được.