Account abstraction là gì?
Account abstraction là cách đưa logic xác thực và thực thi giao dịch của tài khoản blockchain vào hợp đồng thông minh. Thay vì bị giới hạn bởi mô hình một khóa riêng tư tương ứng với một tài khoản, người dùng có thể sử dụng smart account với các quy tắc linh hoạt như nhiều người cùng phê duyệt, khôi phục qua người giám hộ, giới hạn chi tiêu hoặc thực hiện nhiều thao tác trong một giao dịch.
Trên Ethereum, tài khoản người dùng truyền thống thường là externally owned account, viết tắt là EOA. EOA được kiểm soát trực tiếp bằng khóa riêng tư và phải dùng tài sản gốc của mạng để thanh toán phí gas. Trong khi đó, smart account là một hợp đồng có thể tự định nghĩa điều kiện để một yêu cầu được chấp thuận.
Có thể hiểu ngắn gọn:
- EOA: chữ ký hợp lệ từ khóa riêng tư là điều kiện chính để giao dịch được thực hiện.
- Smart account: hợp đồng thông minh quyết định chữ ký, thiết bị, hạn mức hoặc tổ hợp điều kiện nào được chấp nhận.
- Account abstraction: kiến trúc giúp trải nghiệm tài khoản dựa trên hợp đồng trở nên gần với một tài khoản blockchain hoàn chỉnh.
Account abstraction không đồng nghĩa với việc loại bỏ khóa hoặc chữ ký. Nó thay đổi cách hệ thống xác minh quyền sử dụng tài khoản, nhờ đó ví có thể áp dụng nhiều phương thức bảo mật và trải nghiệm khác nhau.
Smart account khác ví thông thường như thế nào?
Smart account, còn được gọi trong nhiều ngữ cảnh là smart contract wallet, là tài khoản được triển khai bằng hợp đồng thông minh. Ứng dụng ví chỉ là giao diện để người dùng tương tác với tài khoản này.
| Tiêu chí | Ví EOA thông thường | Smart account |
|---|---|---|
| Cơ chế kiểm soát | Chủ yếu dựa vào một khóa riêng tư | Do hợp đồng quy định |
| Khôi phục | Thường cần seed phrase hoặc bản sao khóa | Có thể dùng người giám hộ, thiết bị dự phòng hoặc cơ chế khác |
| Phí gas | Người gửi thường phải có tài sản gốc | Có thể được tài trợ hoặc thanh toán theo cơ chế do ứng dụng hỗ trợ |
| Giao dịch theo lô | Thường cần nhiều giao dịch riêng | Có thể gộp nhiều lời gọi trong một lần thực thi |
| Quyền hạn | Ít khả năng tùy chỉnh | Có thể đặt hạn mức, phiên đăng nhập và quyền theo ứng dụng |
| Rủi ro chính | Mất khóa, lộ seed phrase | Lỗi hợp đồng, module độc hại, khóa quản trị và phụ thuộc hạ tầng |
Không phải mọi smart contract wallet đều sử dụng ERC-4337. Ví đa chữ ký và các ví hợp đồng đã tồn tại trước kiến trúc này. ERC-4337 cung cấp một quy trình chung để smart account gửi và xử lý yêu cầu mà không cần thay đổi trực tiếp cơ chế đồng thuận của Ethereum.
ERC-4337 là gì?
ERC-4337 là kiến trúc account abstraction sử dụng hợp đồng EntryPoint cùng các thành phần như UserOperation, bundler và paymaster. Mục tiêu của kiến trúc này là hỗ trợ smart account mà không yêu cầu biến mỗi yêu cầu của người dùng thành một giao dịch EOA thông thường ngay từ đầu.
Các thành phần chính gồm:
UserOperation
UserOperation là đối tượng mô tả hành động mà người dùng muốn smart account thực hiện. Nó có thể chứa địa chỉ tài khoản, nonce chống phát lại, dữ liệu lệnh gọi, chữ ký, thông tin phí và dữ liệu cần thiết để triển khai tài khoản hoặc sử dụng paymaster.
UserOperation không phải là giao dịch blockchain thông thường. Nó được gửi tới hạ tầng ERC-4337 để kiểm tra, đóng gói và sau đó thực thi thông qua EntryPoint.
Smart account
Smart account chứa logic xác thực và thực thi. Tài khoản có thể kiểm tra chữ ký, nhiều khóa, người giám hộ, hạn mức chi tiêu hoặc module quyền hạn trước khi cho phép một hành động.
Một smart account cũng có thể được tính trước địa chỉ nhưng chưa triển khai lên blockchain. Khi người dùng thực hiện thao tác đầu tiên, factory có thể triển khai tài khoản trong cùng quy trình nếu mạng và ví hỗ trợ.
Bundler
Bundler là bên tiếp nhận UserOperation, mô phỏng việc xác thực, lựa chọn các yêu cầu phù hợp rồi đóng gói chúng vào một giao dịch gửi tới EntryPoint. Bundler thanh toán phí cho giao dịch blockchain ở bước gửi, sau đó được hoàn trả theo cơ chế của ERC-4337.
Bundler không phải validator của blockchain. Đây là một lớp hạ tầng bổ sung. Mỗi bundler có thể áp dụng chính sách tiếp nhận, ước tính phí và chống lạm dụng riêng, vì vậy một UserOperation bị từ chối bởi một bundler chưa chắc đã không hợp lệ với toàn bộ mạng.
EntryPoint
EntryPoint là hợp đồng điều phối trung tâm của luồng ERC-4337. Hợp đồng này yêu cầu smart account xác thực UserOperation, phối hợp với paymaster nếu có, thực thi lời gọi và quyết toán chi phí.
Ví và bundler phải thống nhất phiên bản hoặc địa chỉ EntryPoint được mạng hỗ trợ. Nếu sử dụng sai cấu hình, UserOperation có thể không được tiếp nhận hoặc không thể thực thi.
Paymaster
Paymaster là hợp đồng có thể tài trợ phí cho người dùng theo điều kiện định trước. Chẳng hạn, một ứng dụng có thể tài trợ giao dịch đầu tiên hoặc cho phép người dùng trải nghiệm thanh toán phí bằng token khác thông qua dịch vụ chuyển đổi phía sau.
Điều này không có nghĩa phí cấp giao thức tự động được thanh toán bằng mọi token. Cuối cùng, phí giao dịch trên mạng vẫn cần được quyết toán bằng tài sản gốc theo quy tắc của blockchain; paymaster hoặc dịch vụ liên quan đứng ra xử lý phần đó và áp dụng điều kiện riêng với người dùng.
Luồng giao dịch account abstraction
Một giao dịch ERC-4337 điển hình diễn ra theo các bước sau:
- Người dùng tạo hành động: Ví nhận yêu cầu chuyển token, hoán đổi tài sản hoặc tương tác với ứng dụng phi tập trung.
- Ví tạo UserOperation: Smart account hoặc ứng dụng ví chuẩn bị dữ liệu lệnh gọi, nonce, thông tin gas, chữ ký và dữ liệu paymaster nếu có.
- Gửi tới bundler: UserOperation được chuyển qua hạ tầng ngoài mempool giao dịch thông thường. Cách phân phối yêu cầu có thể khác nhau giữa các nhà cung cấp.
- Bundler mô phỏng: Bundler kiểm tra khả năng xác thực, nguồn thanh toán phí và nguy cơ giao dịch thất bại trước khi lựa chọn yêu cầu.
- Đóng gói và gửi giao dịch: Bundler có thể gom nhiều UserOperation rồi gọi EntryPoint bằng một giao dịch blockchain thông thường.
- EntryPoint xác thực: Smart account kiểm tra chữ ký và quy tắc tài khoản. Nếu có paymaster, paymaster cũng kiểm tra điều kiện tài trợ.
- Smart account thực thi: Sau khi vượt qua bước xác thực, tài khoản gọi hợp đồng hoặc chuyển tài sản theo dữ liệu đã được phê duyệt.
- Quyết toán phí: EntryPoint phân bổ chi phí giữa tiền ký quỹ của smart account, paymaster và bundler theo cơ chế áp dụng.
Luồng này tạo cảm giác đơn giản ở giao diện nhưng có nhiều lớp hơn giao dịch EOA. Người dùng vẫn cần kiểm tra nội dung mình ký, quyền token và địa chỉ ứng dụng. Account abstraction không tự động ngăn được các cuộc tấn công như wallet drainer rút token khỏi ví nếu yêu cầu độc hại vượt qua chính sách xác thực của tài khoản.
Lợi ích của ví account abstraction
Khôi phục tài khoản linh hoạt
Smart account có thể áp dụng social recovery, thiết bị dự phòng, nhiều người giám hộ hoặc quy trình trì hoãn thay đổi khóa. Nếu một khóa bị mất, người dùng có thể thay khóa kiểm soát mà không nhất thiết phải chuyển toàn bộ tài sản sang địa chỉ mới.
Tuy nhiên, khả năng khôi phục không phải tính năng mặc định của mọi smart account. Nó phụ thuộc vào hợp đồng, module và cấu hình của từng ví. Thiết kế người giám hộ yếu cũng có thể trở thành con đường để kẻ tấn công chiếm tài khoản.
Giao dịch theo lô
Smart account có thể gộp nhiều lời gọi thành một lần thực thi. Ví dụ, quy trình phê duyệt token rồi sử dụng token trong một ứng dụng có thể được xử lý liền mạch nếu hợp đồng và ứng dụng hỗ trợ.
Giao dịch theo lô giúp giảm số lần xác nhận trên giao diện, nhưng người dùng cần đọc toàn bộ hành động trong lô. Một bước độc hại nằm giữa nhiều thao tác hợp lệ có thể khó nhận biết hơn. Đặc biệt, cần thận trọng với quyền token approval vô hạn, vì account abstraction không tự thu hồi các quyền đã cấp cho hợp đồng bên ngoài.
Trả phí linh hoạt
Paymaster cho phép dự án tài trợ phí, thu phí theo mô hình riêng hoặc hỗ trợ trải nghiệm trong đó người dùng không cần chuẩn bị sẵn tài sản gốc. Điều này có thể giảm rào cản khi người mới bắt đầu sử dụng ứng dụng blockchain.
Dù vậy, việc tài trợ phụ thuộc vào chính sách của paymaster. Dịch vụ có thể đặt hạn mức, chỉ hỗ trợ một số thao tác hoặc ngừng tài trợ. Người dùng không nên mặc định rằng mọi giao dịch của smart account đều miễn phí.
Quyền hạn theo ngữ cảnh
Smart account có thể cấp khóa phiên với thời hạn, hạn mức hoặc phạm vi cụ thể. Một ứng dụng trò chơi, chẳng hạn, có thể được phép thực hiện một nhóm thao tác nhỏ mà không có quyền chuyển toàn bộ tài sản.
Đây là mô hình tiềm năng để giảm số lần ký, nhưng mức an toàn phụ thuộc vào cách giới hạn quyền. Khóa phiên có phạm vi quá rộng hoặc thời hạn quá dài vẫn có thể gây thiệt hại nếu bị lộ.
Hỗ trợ nhiều cơ chế xác thực
Do logic xác thực nằm trong hợp đồng, smart account có thể hỗ trợ đa chữ ký, nhiều thiết bị hoặc các dạng chữ ký khác nếu mạng và ví triển khai tương thích. Điều này giúp trải nghiệm tài khoản linh hoạt hơn mô hình chỉ dựa vào một seed phrase.
Rủi ro của smart contract wallet
Lỗi trong hợp đồng thông minh
Lỗ hổng ở smart account, factory, module hoặc logic nâng cấp có thể làm tài khoản bị khóa, thực hiện sai lệnh hoặc mất tài sản. Kiểm toán bảo mật giúp phát hiện một phần vấn đề nhưng không bảo đảm hợp đồng không còn lỗi.
Người dùng nên xác định smart account có dùng proxy nâng cấp hay không, ai nắm quyền nâng cấp và có cơ chế trì hoãn thay đổi hay không. Một phiên bản có thể nâng cấp mang lại khả năng sửa lỗi, đồng thời tạo thêm rủi ro từ khóa quản trị.
Phụ thuộc vào bundler và paymaster
Nếu ví chỉ kết nối với một bundler, sự cố hoặc chính sách kiểm duyệt của nhà cung cấp đó có thể khiến yêu cầu bị chậm hay bị từ chối. Tương tự, giao dịch phụ thuộc vào paymaster có thể không tiếp tục được xử lý khi dịch vụ hết tiền ký quỹ hoặc thay đổi điều kiện.
Tài sản không nhất thiết biến mất khi bundler ngừng hoạt động, nhưng khả năng thao tác có thể bị ảnh hưởng nếu ví không có đường thay thế. Khả năng đổi bundler hoặc tự thanh toán phí là yếu tố đáng xem xét.
Quyền kiểm soát không minh bạch
Nhãn smart account không tự động đồng nghĩa với tự lưu ký. Nhà cung cấp có thể giữ một khóa đồng ký, quyền nâng cấp, quyền tạm dừng hoặc quyền thay đổi module. Ngược lại, một số ví thiết kế để người dùng giữ toàn bộ quyền kiểm soát.
Cần phân biệt rõ:
- Ai có thể ký và thay khóa?
- Ai có thể nâng cấp hợp đồng?
- Người giám hộ có thể chiếm quyền một mình hay cần đủ ngưỡng?
- Có khoảng thời gian chờ để hủy yêu cầu khôi phục không?
- Người dùng có thể thoát khỏi dịch vụ và tiếp tục sử dụng tài khoản không?
Rủi ro từ module và tích hợp bên ngoài
Các module giúp smart account mở rộng chức năng nhưng cũng tăng bề mặt tấn công. Module giao dịch tự động, khóa phiên hoặc khôi phục đều có thể trở thành điểm yếu nếu được cấp quyền quá rộng.
Ngoài ra, smart account vẫn tương tác với token, cầu nối và giao thức DeFi bên ngoài. Lỗi của các hợp đồng đó không được account abstraction loại bỏ.
Độ phức tạp và khả năng tương thích
Một số ứng dụng có thể nhận diện smart account khác EOA hoặc chưa hỗ trợ đầy đủ chữ ký hợp đồng. Khả năng tương thích còn tùy thuộc mạng, phiên bản EntryPoint, ví và hạ tầng bundler.
Giao dịch theo lô cũng có thể tiêu thụ gas khác với nhiều giao dịch riêng. Không nên mặc định account abstraction luôn rẻ hơn; lợi ích chính thường nằm ở trải nghiệm, khả năng lập trình và quản lý quyền.
Cách đánh giá một ví account abstraction
Trước khi chuyển tài sản đáng kể vào smart account, người dùng có thể kiểm tra:
- Mô hình kiểm soát: Xác định ai giữ khóa, ai có quyền khôi phục, tạm dừng hoặc nâng cấp.
- Mã hợp đồng: Kiểm tra hợp đồng đã được xác minh công khai hay chưa và địa chỉ triển khai có đúng với tài liệu chính thức không.
- Cơ chế nâng cấp: Tìm hiểu khóa quản trị, multisig, thời gian chờ và khả năng từ chối bản nâng cấp.
- Quy trình khôi phục: Xem số lượng người giám hộ, ngưỡng phê duyệt và biện pháp xử lý khi người giám hộ bị xâm nhập.
- Hạ tầng dự phòng: Kiểm tra ví có thể dùng bundler khác hoặc tự thanh toán phí khi paymaster ngừng phục vụ không.
- Phạm vi module: Chỉ kích hoạt module cần thiết và thu hồi module hoặc khóa phiên không còn sử dụng.
- Nội dung ký: Đọc mô phỏng giao dịch, địa chỉ nhận, số lượng token và quyền hợp đồng trước khi xác nhận.
- Thử nghiệm trước: Bắt đầu với lượng tài sản phù hợp để kiểm tra quy trình gửi, khôi phục và thoát khỏi dịch vụ.
Các tuyên bố như miễn phí gas, khôi phục không cần seed phrase hoặc bảo mật tốt hơn cần được đọc cùng điều kiện áp dụng. Một tính năng thuận tiện có thể chuyển rủi ro từ khóa riêng tư sang hợp đồng, người giám hộ hoặc nhà cung cấp hạ tầng chứ không làm rủi ro biến mất.
Kết luận
Account abstraction biến tài khoản blockchain thành một lớp có thể lập trình. Với ERC-4337, người dùng gửi UserOperation qua bundler; EntryPoint phối hợp smart account và paymaster để xác thực, thực thi rồi quyết toán phí.
Mô hình này hỗ trợ khôi phục tài khoản, giao dịch theo lô, quyền hạn tùy chỉnh và thanh toán phí linh hoạt. Đổi lại, người dùng phải đánh giá thêm rủi ro hợp đồng, module, khóa quản trị, bundler và paymaster.
Vì vậy, câu hỏi quan trọng không chỉ là một ví có hỗ trợ account abstraction hay không, mà còn là ai thực sự kiểm soát smart account, quy tắc khôi phục hoạt động ra sao và người dùng có phương án thay thế khi hạ tầng gặp sự cố hay không.
