Account abstraction vượt ra ngoài Ethereum

Account abstraction thường được giới thiệu như một câu chuyện của Ethereum — một cách biến chiếc ví một khóa thành một smart account có thể lập trình bằng ERC-4337. Nhưng ý tưởng này không dừng lại ở Ethereum L1. Nó lan tỏa theo hai con đường rất khác nhau: hướng ra ngoài, đến các chuỗi EVM cùng chia sẻ mô hình thực thi của Ethereum, và một cách nguyên bản, vào những chuỗi được thiết kế với account abstraction tích hợp sẵn trong giao thức ngay từ ngày đầu. Bài viết này phác họa bức tranh rộng hơn đó, giải thích account abstraction nguyên bản khác với chuẩn ERC-4337 chồng lên trên Ethereum ra sao, và đặc biệt thận trọng với một ranh giới: nơi hệ sinh thái chung kết thúc và nơi những gì SSP thực sự hỗ trợ bắt đầu.

Đây là bài cuối cùng trong loạt bài về account abstraction của chúng tôi. Nếu các khái niệm cốt lõi còn mới với bạn, hãy bắt đầu với Account abstraction từ những nguyên lý đầu tiên, rồi so sánh hai mô hình tài khoản trong EOA so với smart account: những khác biệt quan trọng. Ở đây chúng tôi giả định bạn đã biết đại khái smart account là gì, và mở rộng tầm nhìn ra phần còn lại của thế giới crypto.

Cùng một chuẩn, ở bất cứ đâu EVM chạy

Cách thứ nhất mà account abstraction lan tỏa là đơn giản nhất: nó di chuyển cùng với EVM. ERC-4337 không phải là một thay đổi ở giao thức nền. Nó là một chuẩn ở cấp hợp đồng, được xây trên một hợp đồng EntryPoint, các đối tượng UserOperation, bundler và paymaster tùy chọn — không thứ nào trong số đó đòi hỏi thay đổi đồng thuận. Lựa chọn thiết kế này có một hệ quả mạnh mẽ. Bất kỳ chuỗi nào chạy Ethereum Virtual Machine đều có thể lưu trú cùng một EntryPoint, cùng một hạ tầng bundler và cùng những hợp đồng smart account.

Đó chính xác là lý do vì sao các L2 và sidechain EVM lớn hỗ trợ ERC-4337 theo cùng cách như Ethereum:

• Polygon chạy EVM, nên cùng một hợp đồng smart account và cùng một EntryPoint được triển khai mà không cần sửa đổi.
• Base là một L2 EVM, nơi account abstraction ERC-4337 hoạt động giống như trên L1.
• BNB Smart Chain tương thích EVM và lưu trú cùng một chuẩn.
• Avalanche C-Chain chạy EVM và hỗ trợ cùng kiểu account abstraction ở cấp hợp đồng.

Vì chuẩn này có thể chuyển dịch, logic smart account của một chiếc ví được viết cho Ethereum sẽ chuyển sang các chuỗi này gần như không đổi. Chính khả năng chuyển dịch đó là điều cho phép SSP chạy thiết kế của mình trên mọi chuỗi EVM mà nó hỗ trợ — cùng một hợp đồng 2-trên-2 hành xử y hệt, dù được triển khai trên Ethereum, Polygon, Base, BNB Smart Chain hay Avalanche. Để xem góc nhìn thực tế, theo từng chuỗi, về việc dùng SSP trên các mạng này, hãy đọc Dùng SSP trên Polygon, Base và các chuỗi EVM khác.

Account abstraction nguyên bản: khi nó là giao thức, chứ không phải một lớp

Cách thứ hai mà account abstraction lan tỏa thì khác biệt về bản chất. Một số chuỗi không chờ một chuẩn tùy chọn — chúng đưa account abstraction thẳng vào giao thức, đến mức không hề tồn tại sự phân biệt "EOA so với smart account". Mọi tài khoản mặc định đều là một smart account.

Starknet: mọi tài khoản đều là một hợp đồng

Starknet có account abstraction ngay từ ngày đầu. Trên Starknet không có tài khoản sở hữu bên ngoài theo nghĩa của Ethereum; mọi tài khoản đều là một tài khoản hợp đồng, viết bằng ngôn ngữ Cairo. Vì hành vi tài khoản được định nghĩa bởi mã hợp đồng ở cấp giao thức, các sơ đồ chữ ký, quy tắc xác thực, multisig và logic phí đều là thuộc tính của chính tài khoản, chứ không phải những tính năng gắn vào về sau.

Sự tương phản với Ethereum rất đáng để suy ngẫm. Trên Ethereum, tài khoản mặc định là một EOA với một phép kiểm tra ECDSA được mã hóa cứng, và ERC-4337 tồn tại để chồng các tài khoản có thể lập trình lên trên mà không cần hard fork. Trên Starknet thì chẳng có gì để chồng cả — tài khoản có thể lập trình chính là nền tảng. Không có một chuẩn EntryPoint riêng nào để áp dụng, bởi account abstraction không phải là tùy chọn. Tài liệu Starknet tại docs.starknet.io mô tả mô hình tài khoản này một cách chi tiết.

zkSync Era: AA nguyên bản với paymaster tích hợp sẵn

zkSync Era theo một cách tiếp cận nguyên bản ở giao thức tương tự. Account abstraction là một phần của giao thức thay vì là phần bổ sung, và hệ thống bao gồm hỗ trợ paymaster tích hợp sẵn ở cấp giao thức. Trên Ethereum, paymaster là một hợp đồng được định nghĩa bởi chuẩn ERC-4337 và được định tuyến qua EntryPoint; trên zkSync Era, chức năng paymaster là một tính năng hạng nhất của chính chuỗi, nên việc tài trợ phí hay trả gas bằng một token khác là một phần trong cách mạng lưới được thiết kế để vận hành. Tài liệu zkSync đề cập đến account abstraction nguyên bản và mô hình paymaster của nó.

AA nguyên bản so với ERC-4337: khác biệt cốt lõi

Đáng để nêu rõ sự phân biệt này, bởi nó là trái tim khái niệm của bài viết:

• ERC-4337 là một chuẩn tùy chọn chồng lên trên một giao thức không thay đổi. Lớp nền của Ethereum vẫn chỉ hiểu một cách nguyên bản các EOA và chữ ký ECDSA duy nhất của chúng. Smart account tồn tại là vì các nhà phát triển đã thống nhất về một bộ thành phần on-chain và off-chain chung — EntryPoint, mempool thay thế, các bundler — vốn mô phỏng account abstraction ở cấp giao thức mà không cần thay đổi đồng thuận. Nó tài tình chính bởi vì không đòi hỏi hard fork nào, và cũng vì lý do ấy mà có thể chuyển dịch sang mọi chuỗi EVM.
• Account abstraction nguyên bản được tích hợp vào giao thức. Trên Starknet và zkSync Era, chính chuỗi xem mọi tài khoản là có thể lập trình. Không có tùy chọn, không có chuẩn riêng nào để áp dụng, cũng không có sự phân biệt giữa tài khoản "thường" và tài khoản thông minh — smart account chính là tài khoản.

Cả hai đều mang lại cho người dùng cuối những lợi ích giống nhau: nhiều người ký, xác thực tùy biến, logic khôi phục và gas linh hoạt. Chúng chỉ đơn giản đến từ những hướng đối lập — một bên như một lớp được thiết kế kỹ lưỡng, bên kia như một quyết định nền tảng của giao thức. Nếu bạn muốn đặc tả chính thức của cách tiếp cận theo lớp, EIP-4337 là tài liệu tham chiếu chuẩn mực.

SSP nằm ở đâu — và không nằm ở đâu

Đây là ranh giới cần phải chính xác. SSP là một chiếc ví tự lưu ký được xây quanh multisig 2-trên-2: một khóa nằm trong tiện ích mở rộng trình duyệt SSP Wallet, khóa thứ hai nằm trong ứng dụng di động SSP Key, và không thiết bị nào một mình có thể di chuyển tiền. Trên các chuỗi EVM, SSP triển khai điều đó dưới dạng một smart account ERC-4337 mà logic xác thực của nó kiểm tra một chữ ký Schnorr tổng hợp duy nhất được dựng từ cả hai khóa. Các smart contracts của SSP đã được Halborn kiểm toán năm 2025.

Vì ERC-4337 có thể chuyển dịch khắp EVM, cách tiếp cận của SSP chuyển sang các chuỗi EVM mà nó hỗ trợ: Ethereum, Polygon, Base, BNB Smart Chain và Avalanche C-Chain. Cùng một hợp đồng smart account 2-trên-2 chạy trên tất cả chúng.

Starknet và zkSync Era xuất hiện trong bài này như một phần của hệ sinh thái rộng hơn — những ví dụ về các chuỗi nơi account abstraction là nguyên bản của giao thức. Chúng không thuộc tập hợp các chuỗi mà SSP hỗ trợ. SSP mang account abstraction ERC-4337 đến các chuỗi EVM được liệt kê ở trên; nó không chạy trên Starknet, zkSync Era hay các chuỗi phi-EVM khác. Khi bạn đọc về AA nguyên bản ở những nơi khác trong thế giới crypto, hãy xem đó là bối cảnh cho thấy mô hình smart account đã trở nên phổ biến đến mức nào, chứ không phải là một tuyên bố về nơi SSP vận hành.

Vì sao điều này quan trọng

Lùi lại một bước, mô thức trở nên rõ ràng: trải nghiệm smart account đang trở thành mặc định ở phần lớn thế giới crypto, chứ không phải một tính năng ngách dành cho người dùng nâng cao.

• Trên EVM, ERC-4337 mang các tài khoản có thể lập trình đến Ethereum và mọi chuỗi tương thích mà không cần hard fork, đó là điều cho phép một chiếc ví như SSP cung cấp trên Polygon, Base, BNB Smart Chain và Avalanche cùng mức bảo mật 2-trên-2 mà nó cung cấp trên Ethereum.
• Trên các chuỗi trừu tượng hóa nguyên bản, câu hỏi "đây là EOA hay smart account?" đơn giản là không nảy sinh, vì chỉ có một loại tài khoản và nó có thể lập trình.

Với một người dùng tự lưu ký, điều rút ra là mô hình một khóa cứng nhắc không còn là lựa chọn duy nhất, và ngày càng không phải là lựa chọn mặc định. Dù account abstraction đến dưới dạng một chuẩn theo lớp hay một tính năng nguyên bản của giao thức, đích đến vẫn như nhau: những tài khoản mà bạn có thể lập trình, với các quy tắc bảo mật — như multisig hai thiết bị của SSP — mà một khóa riêng tư đơn lẻ không bao giờ tự mình thực thi được. Để ôn lại mô hình này so với tài khoản Ethereum ban đầu ra sao, hãy xem EOA so với smart account: những khác biệt quan trọng, và để hiểu chuẩn này một cách độc lập, Account abstraction (ERC-4337) là gì?.