$ETH
Cuộc chiến về trừu tượng hóa tài khoản gốc của Ethereum (AA): 8130 được tách thành ba EIP
Làm sao để hiện thực “trừu tượng hóa tài khoản gốc (native Account Abstraction)” của Ethereum, cộng đồng nhà phát triển đã tranh cãi trong một thời gian. Hiện đã xuất hiện một phương án dung hòa có khả năng kéo hai phe lại gần nhau. Theo chuỗi thảo luận trên diễn đàn Ethereum Magicians, đề xuất cốt lõi ban đầu là EIP-8130 đang được tái cấu trúc và tách thành ba EIP “có thể tổ hợp” mới—8398, 8399 và 8400.
Trừu tượng hóa tài khoản gốc (Native AA) là gì?
Tại sao 8130 và phe Frame lại tranh chấp
Mục tiêu của trừu tượng hóa tài khoản (AA) là biến “tài khoản dạng hợp đồng thông minh” thành công dân hạng nhất của Ethereum, có thể tùy chỉnh logic xác thực, hỗ trợ khôi phục theo kiểu xã hội (social recovery), cho phép trả hộ gas (gas sponsorship), giao dịch theo lô (batch) v.v. Hiện nay cách phổ biến là đi theo ERC-4337 thông qua bundler ngoài chuỗi, còn “native AA” muốn được hỗ trợ trực tiếp ở lớp giao thức.
Điểm tranh cãi nằm ở “cách hỗ trợ”: Một phe theo lộ trình EIP-8130 (keystore)—dùng danh sách trắng của một bộ xác thực đáng tin cậy để quản lý việc xác minh chữ ký. Ưu điểm là chi phí xác minh có thể dự đoán, có giới hạn (đặc biệt thân thiện với Layer 2), và có sẵn chuẩn tài khoản bao gồm policy (chính sách) và session key, hướng đến sự đơn giản và giảm phân mảnh. Phe còn lại là Frame Transactions (EIP-8141): cho phép “xác thực phi cấu trúc” bằng bất kỳ mã EVM nào tại bất kỳ giai đoạn nào trong giao dịch, có thể hiện thực những kịch bản mới như “tài khoản không có ETH vẫn có thể lấy được tiền giữa quá trình thực thi”. Đổi lại là sự linh hoạt tối đa và không cần hard fork cho không gian đổi mới, nhưng cũng đi kèm rủi ro phân mảnh cao hơn và một số chế độ nâng cao cần private mempool.
Bài so sánh trước đây của Ethlabs—〈8130 vs Frame Transactions〉 của Derek Chiang—đã chỉ ra đúng sự đánh đổi giữa “đơn giản, kiểm soát được” và “linh hoạt tối đa”.
Lời giải dung hòa: tách thành 8398, 8399, 8400—ba EIP có thể tổ hợp
Bộ ba EIP dung hòa này được nhà phát triển Pedro UID đề xuất trong bài “Khả năng tổ hợp của trừu tượng hóa tài khoản gốc” vào ngày 27 tháng 8, theo đó chức năng được chia thành ba lớp EIP cốt lõi chồng lên nhau (ứng với GitHub PR #12248 được mở cùng ngày):
- EIP-8398 “Keystore tài khoản có thể mang theo (portable)”: định nghĩa các actor (tham gia), bộ xác thực, cấu hình tài khoản, và cơ chế tạo lập cũng như tính khả chuyển liên chuỗi.
- EIP-8399 được xây dựng trên 8398: giới thiệu loại giao dịch 0x79 cho native AA, đồng thời bổ sung batch, giao dịch tài trợ (sponsorship) và nonce có thứ tự.
- EIP-8400: yêu cầu hai EIP trước đó, sau đó bổ sung policy, khóa tài khoản, và cơ chế “giao dịch miễn nonce” sử dụng cùng một “lớp bọc giao dịch” (transaction envelope).
EIP-8130 ban đầu được giữ nguyên và được tái cấu trúc như tiền thân của ba đặc tả bổ sung này.
Ý nghĩa: mô-đun hóa để các chuỗi áp dụng tùy nhu cầu, nhưng vẫn ở giai đoạn đề xuất
Việc biến một đề xuất lớn thành ba mô-đun có thể tổ hợp mang lại lợi ích lớn về mặt linh hoạt: các chuỗi hoặc nhóm khác nhau có thể chỉ áp dụng đúng lớp mà họ cần, thay vì phải có hoặc không có toàn bộ.
Một cách hiểu trong cộng đồng là lộ trình của Frame—nhấn mạnh tính linh hoạt—đang chiếm ưu thế, trong khi ý tưởng của phe L2 về keystore cũng được đưa vào tích hợp. Nói cách khác, hai bên đều không thua hoàn toàn.
Tuy nhiên cần nhắc rằng, mọi thứ hiện vẫn dừng ở mức EIP đề xuất và thảo luận cộng đồng, chưa trở thành phương án cuối cùng cho Ethereum. Phần tiếp theo sẽ phụ thuộc vào việc các nhà phát triển cốt lõi sẽ hội tụ ba đặc tả này thành lộ trình nâng cấp chính thức.
Bài viết “Cuộc chiến về trừu tượng hóa tài khoản gốc của Ethereum (AA): 8130 được tách thành ba EIP” xuất hiện sớm nhất vào lúc.
Cuộc chiến về trừu tượng hóa tài khoản gốc của Ethereum (AA): 8130 được tách thành ba EIP
Làm sao để hiện thực “trừu tượng hóa tài khoản gốc (native Account Abstraction)” của Ethereum, cộng đồng nhà phát triển đã tranh cãi trong một thời gian. Hiện đã xuất hiện một phương án dung hòa có khả năng kéo hai phe lại gần nhau. Theo chuỗi thảo luận trên diễn đàn Ethereum Magicians, đề xuất cốt lõi ban đầu là EIP-8130 đang được tái cấu trúc và tách thành ba EIP “có thể tổ hợp” mới—8398, 8399 và 8400.
Trừu tượng hóa tài khoản gốc (Native AA) là gì?
Tại sao 8130 và phe Frame lại tranh chấp
Mục tiêu của trừu tượng hóa tài khoản (AA) là biến “tài khoản dạng hợp đồng thông minh” thành công dân hạng nhất của Ethereum, có thể tùy chỉnh logic xác thực, hỗ trợ khôi phục theo kiểu xã hội (social recovery), cho phép trả hộ gas (gas sponsorship), giao dịch theo lô (batch) v.v. Hiện nay cách phổ biến là đi theo ERC-4337 thông qua bundler ngoài chuỗi, còn “native AA” muốn được hỗ trợ trực tiếp ở lớp giao thức.
Điểm tranh cãi nằm ở “cách hỗ trợ”: Một phe theo lộ trình EIP-8130 (keystore)—dùng danh sách trắng của một bộ xác thực đáng tin cậy để quản lý việc xác minh chữ ký. Ưu điểm là chi phí xác minh có thể dự đoán, có giới hạn (đặc biệt thân thiện với Layer 2), và có sẵn chuẩn tài khoản bao gồm policy (chính sách) và session key, hướng đến sự đơn giản và giảm phân mảnh. Phe còn lại là Frame Transactions (EIP-8141): cho phép “xác thực phi cấu trúc” bằng bất kỳ mã EVM nào tại bất kỳ giai đoạn nào trong giao dịch, có thể hiện thực những kịch bản mới như “tài khoản không có ETH vẫn có thể lấy được tiền giữa quá trình thực thi”. Đổi lại là sự linh hoạt tối đa và không cần hard fork cho không gian đổi mới, nhưng cũng đi kèm rủi ro phân mảnh cao hơn và một số chế độ nâng cao cần private mempool.
Bài so sánh trước đây của Ethlabs—〈8130 vs Frame Transactions〉 của Derek Chiang—đã chỉ ra đúng sự đánh đổi giữa “đơn giản, kiểm soát được” và “linh hoạt tối đa”.
Lời giải dung hòa: tách thành 8398, 8399, 8400—ba EIP có thể tổ hợp
Bộ ba EIP dung hòa này được nhà phát triển Pedro UID đề xuất trong bài “Khả năng tổ hợp của trừu tượng hóa tài khoản gốc” vào ngày 27 tháng 8, theo đó chức năng được chia thành ba lớp EIP cốt lõi chồng lên nhau (ứng với GitHub PR #12248 được mở cùng ngày):
- EIP-8398 “Keystore tài khoản có thể mang theo (portable)”: định nghĩa các actor (tham gia), bộ xác thực, cấu hình tài khoản, và cơ chế tạo lập cũng như tính khả chuyển liên chuỗi.
- EIP-8399 được xây dựng trên 8398: giới thiệu loại giao dịch 0x79 cho native AA, đồng thời bổ sung batch, giao dịch tài trợ (sponsorship) và nonce có thứ tự.
- EIP-8400: yêu cầu hai EIP trước đó, sau đó bổ sung policy, khóa tài khoản, và cơ chế “giao dịch miễn nonce” sử dụng cùng một “lớp bọc giao dịch” (transaction envelope).
EIP-8130 ban đầu được giữ nguyên và được tái cấu trúc như tiền thân của ba đặc tả bổ sung này.
Ý nghĩa: mô-đun hóa để các chuỗi áp dụng tùy nhu cầu, nhưng vẫn ở giai đoạn đề xuất
Việc biến một đề xuất lớn thành ba mô-đun có thể tổ hợp mang lại lợi ích lớn về mặt linh hoạt: các chuỗi hoặc nhóm khác nhau có thể chỉ áp dụng đúng lớp mà họ cần, thay vì phải có hoặc không có toàn bộ.
Một cách hiểu trong cộng đồng là lộ trình của Frame—nhấn mạnh tính linh hoạt—đang chiếm ưu thế, trong khi ý tưởng của phe L2 về keystore cũng được đưa vào tích hợp. Nói cách khác, hai bên đều không thua hoàn toàn.
Tuy nhiên cần nhắc rằng, mọi thứ hiện vẫn dừng ở mức EIP đề xuất và thảo luận cộng đồng, chưa trở thành phương án cuối cùng cho Ethereum. Phần tiếp theo sẽ phụ thuộc vào việc các nhà phát triển cốt lõi sẽ hội tụ ba đặc tả này thành lộ trình nâng cấp chính thức.
Bài viết “Cuộc chiến về trừu tượng hóa tài khoản gốc của Ethereum (AA): 8130 được tách thành ba EIP” xuất hiện sớm nhất vào lúc.
