Vì sao EOA đã lỗi thời: Tài khoản thông minh thực sự làm gì

Tính đến tháng 4 năm 2026, BundleBear ghi nhận hơn 1.07 tỷ UserOperation ERC-4337 và 56.7 triệu tài khoản thông minh đã thực hiện ít nhất một giao dịch trên Ethereum cùng các mạng L2 lớn. Đây không còn là một thị trường ngách. Tài khoản do bên ngoài sở hữu (EOA) chỉ dùng một khóa duy nhất trên secp256k1, loại tài khoản Ethereum ra mắt năm 2015, đang dần bị thay thế trên quy mô lớn. Các con số trên chuỗi cũng đang bắt kịp một thực tế ít được nhắc đến hơn ở cấp giao thức: giờ đây, chính tài khoản đã có thể lập trình.

Đây là Phần 1 trong loạt bài gồm năm phần về tài khoản thông minh. Mục tiêu ở đây tập trung vào những điều cốt lõi: giải thích EOA thực chất là gì, tài khoản thông minh thực chất là gì, và vì sao lựa chọn “tài khoản thông minh hay EOA” giờ đây không còn là sở thích về trải nghiệm người dùng, mà là lựa chọn mang tính cấu trúc về cách quyền tự lưu ký của bạn được thực thi.

EOA thực chất là gì xét theo giao thức

Yellow Paper của Ethereum định nghĩa hai loại tài khoản: tài khoản do bên ngoài sở hữu và tài khoản hợp đồng. Khác biệt duy nhất giữa chúng ở cấp trạng thái là trường codeHash. Với EOA, codeHash là hàm băm của chuỗi rỗng. Với tài khoản hợp đồng, trường này trỏ đến mã bytecode EVM có thể thực thi. Đó là toàn bộ khác biệt ở cấp giao thức.

Vì vậy, xét theo đúng nghĩa, EOA không phải là một “ví”. Đó là một địa chỉ được tạo từ 20 byte cuối của keccak256(public key), với cặp khóa cố định trên đường cong secp256k1. MetaMask, Ledger và Zelcore là các giao diện người dùng lưu giữ khóa. Chúng không phải là tài khoản. Nếu bạn chưa biết cơ chế bên dưới hoạt động ra sao, bài viết nhập môn về khóa công khai, khóa riêng tư và cách tạo địa chỉ giải thích đầy đủ quy trình này.

Cho đến khi ERC-4337 được triển khai vào năm 2023, mọi giao dịch trên Ethereum đều phải bắt đầu từ một EOA, và giao thức chỉ thực thi đúng một quy tắc xác thực: chữ ký secp256k1 hợp lệ trên mã băm của giao dịch. Giữ số dư, ký một chữ ký ECDSA cho mỗi giao dịch, trả phí gas bằng ETH từ chính tài khoản đó. Đó là toàn bộ những gì EOA có thể làm. Ngoài ra, nó không làm được gì khác.

Những giới hạn cấu trúc ảnh hưởng đến người dùng

Đây không phải là những bất tiện nhỏ trong trải nghiệm người dùng. Chúng là lý do mang tính cấu trúc đằng sau phần lớn các vụ mất tài sản do tự lưu ký mà chúng ta vẫn chứng kiến trong năm 2026.

• Một điểm lỗi duy nhất. Một khóa riêng tư kiểm soát mọi thứ. Mất khóa là mất tài khoản. Khóa bị lộ là mất tiền, không thể đảo ngược. Giao thức không có cơ chế khôi phục. Chính vì vậy, một cụm từ khôi phục duy nhất là điểm lỗi phổ biến nhất trong hoạt động tự lưu ký.
• Chỉ hỗ trợ một đường cong. secp256k1 được cố định trong giao thức. Bạn không thể dùng passkey (P-256), khóa Ed25519, BLS hay phương thức hậu lượng tử.
• Không hỗ trợ đa chữ ký theo mặc định. Mọi giải pháp “đa chữ ký” trên Ethereum, từ Gnosis Multisig đời đầu đến Safe, đều là hợp đồng được EOA gọi đến. Bản thân EOA không bao giờ có thể yêu cầu hai chữ ký.
• Không gộp được nhiều thao tác. EOA chỉ thực hiện một việc trong mỗi giao dịch. Phê duyệt token rồi hoán đổi token đó cần hai giao dịch được ký, hai lần xác nhận và hai lần trả phí gas.
• Không có chính sách chi tiêu. Giao thức không hiểu các quy tắc như “khóa này chỉ được chi tối đa $500 mỗi ngày” hay “khóa này chỉ được gọi Uniswap”.
• Tài khoản thực hiện thao tác phải trả phí gas bằng ETH. Không có cơ chế tài trợ phí hay thanh toán bằng USDC được tích hợp sẵn.

Đây là khuôn khổ mà mọi người dùng Ethereum buộc phải chấp nhận suốt một thập kỷ.

Tài khoản thông minh thực chất là gì

Xét theo nghĩa đen ở cấp giao thức, tài khoản thông minh là một tài khoản hợp đồng: một địa chỉ mà trường codeHash trỏ đến mã bytecode. Mã bytecode quy định bằng mã lệnh những điều kiện để tài khoản chấp nhận một thao tác.

EOA chỉ có một quy tắc xác thực cố định là kiểm tra secp256k1, còn quy tắc xác thực của tài khoản thông minh tùy thuộc vào những gì hợp đồng quy định. Tài khoản có thể yêu cầu 2 trong 3 chữ ký, chữ ký passkey được xác minh trên đường cong secp256r1, khóa có chứng thực từ phần cứng, thời gian khóa, giới hạn chi tiêu hằng ngày, địa chỉ đích được cho phép hoặc bất kỳ tổ hợp nào trong số này. Tài khoản hợp đồng thông minh xác thực chữ ký theo tiêu chuẩn EIP-1271 thay vì dùng kiểm tra secp256k1 cố định ở cấp giao thức, nhờ đó mới có thể sử dụng các phương thức chữ ký thay thế.

Vì các quy tắc được viết bằng mã, chúng có thể được nâng cấp, kết hợp và thu hồi. Tài khoản thông minh đã tồn tại trên Ethereum từ năm 2018 (Safe là ví dụ tiêu biểu). Điều còn thiếu là cách biến chúng thành lựa chọn mặc định và gửi giao dịch mà không cần EOA trả phí gas trước. ERC-4337 và EIP-7702 đã giải quyết khoảng trống đó.

Quá trình hình thành: lịch sử ngắn về trừu tượng hóa tài khoản

Ý tưởng hợp nhất EOA và hợp đồng đã có từ thuở đầu của Ethereum. EIP-86 của Vitalik, được soạn thảo năm 2016, là đề xuất chi tiết đầu tiên. Từ đó đến các tiêu chuẩn được triển khai ngày nay là hành trình qua năm lần thử.

• EIP-2938 (tháng 9 năm 2020) đề xuất trừu tượng hóa tài khoản ở cấp giao thức. Đề xuất bị bỏ vì can thiệp quá sâu, trong khi Ethereum đang ở giai đoạn chuyển đổi mạnh sang cơ chế bằng chứng cổ phần.
• EIP-3074 (tháng 10 năm 2020) giới thiệu các opcode AUTH và AUTHCALL, cho phép EOA ủy quyền cho một hợp đồng gọi lệnh. Đề xuất bị rút lại vì lo ngại về bảo mật và được thay thế.
• ERC-4337 được triển khai trên mạng chính Ethereum vào ngày 1 tháng 3 năm 2023. Tiêu chuẩn này chỉ hoạt động ở lớp ứng dụng, không cần hard fork, và chuyển các giao dịch giả lập có tên UserOperation qua mempool riêng, một Bundler và hợp đồng EntryPoint đơn nhất.
• EIP-7702 được phát hành cùng bản nâng cấp Pectra vào ngày 7 tháng 5 năm 2025. Tiêu chuẩn này bổ sung loại giao dịch 0x04, trong đó EOA ký một bộ dữ liệu ủy quyền (chain_id, address, nonce, y_parity, r, s) để trỏ tài khoản đến mã hợp đồng được ủy quyền thông qua chỉ báo 0xef0100 || address. EOA tạm thời hoạt động như tài khoản thông minh mà không cần chuyển tài sản.
• ERC-6900 tiêu chuẩn hóa kiến trúc mô-đun dạng plug-in, cho phép tài khoản thông minh kết hợp các mô-đun xác thực, thực thi và hook.

Điểm chính là: trừu tượng hóa tài khoản không còn là thử nghiệm. Đây là một tiêu chuẩn nhiều lớp đã được triển khai, với lộ trình ERC-4337 rõ ràng cho các tài khoản thông minh mới và lộ trình EIP-7702 cho phép mọi EOA hiện có tự chọn tham gia.

Năm khả năng mà tài khoản thông minh bổ sung

Nếu EOA là “một khóa, một chữ ký, một giao dịch”, thì tài khoản thông minh bao hàm tất cả khả năng đó và còn hơn thế.

• Xác thực có thể lập trình. Hỗ trợ mọi phương thức chữ ký (passkey, P-256, HSM phần cứng), mọi ngưỡng chữ ký (2 trong 3, 3 trong 5) và mọi điều kiện (độ cao khối, giá từ oracle). Tài khoản quyết định thế nào là “được ủy quyền”.
• Gộp thao tác nguyên tử. Phê duyệt, hoán đổi và nạp tiền bằng một thao tác được ký. Tất cả cùng được thực hiện hoặc không thao tác nào được thực hiện. Cách này trực tiếp loại bỏ gánh nặng phê duyệt và giải pháp đa chữ ký trong Zelcore mà người dùng trước đây phải tự xử lý.
• Trừu tượng hóa phí gas qua paymaster. Hợp đồng của bên thứ ba trả phí gas thay người dùng, hoặc người dùng thanh toán bằng USDC, USDT hay bất kỳ ERC-20 nào mà paymaster chấp nhận. Để hiểu sâu hơn phí gas, phê duyệt và các cơ chế DeFi liên kết với nhau như thế nào, trước tiên bạn nên đọc bài viết về kiến thức nền tảng DeFi.
• Khóa phiên. Khóa ký được giới hạn theo phạm vi, thời gian và ứng dụng. “Khóa này có thể chi tối đa 100 USDC trên Uniswap trong 24 giờ tới.” Nếu khóa phiên bị xâm phạm, thiệt hại bị giới hạn bởi chính sách, chứ không phụ thuộc vào quy mô tài khoản.
• Khôi phục. Khôi phục xã hội, khôi phục bằng phần cứng hoặc khôi phục có khóa thời gian. Có thể khôi phục tài khoản mà không cần khóa ký ban đầu, nhờ đó cụm từ khôi phục cuối cùng không còn là hiện vật tạo ra một điểm lỗi duy nhất.

Vì sao điều này giờ đây trở thành nền tảng thiết yếu cho tự lưu ký

Đà phổ cập không còn là điều để tranh luận. EIP-7702 ghi nhận hơn 11,000 lượt ủy quyền trong tuần đầu tiên sau Pectra và nhanh chóng vượt mốc 25,000 ví, với OKX và MetaMask dẫn đầu. Tổng số liệu tích lũy của BundleBear (1.07B UserOps, 56.7M tài khoản thông minh) cho thấy phần còn lại của câu chuyện.

Điều thực sự thay đổi là mô hình rủi ro. Với EOA, người dùng phải “bảo vệ cụm từ khôi phục mãi mãi, không bao giờ ký giao dịch độc hại, không bao giờ bị lừa đảo qua mạng, không bao giờ dùng lại nhầm thiết bị”. Đây là những việc mà thực tế cho thấy con người khó lòng làm đúng. Với tài khoản thông minh, người dùng chỉ cần “thiết lập ngưỡng phê duyệt khôi phục và chính sách chi tiêu một lần”. Đây là việc mã có thể thực thi.

Tài khoản thông minh không thay thế ví phần cứng. Nó giúp ví phần cứng làm được nhiều việc hơn; trên thực tế, nó thu hẹp vai trò mà ví phần cứng vẫn đảm nhiệm trong tài khoản thông minh vào tác vụ có tác động lớn nhất: ký các thao tác quản trị chính có giá trị cao nhưng ít diễn ra, trong khi khóa phiên xử lý các hoạt động hằng ngày.

Tiếp theo trong loạt bài này

Đây là phần định hướng. Các phần còn lại đi vào nội dung vận hành cụ thể.

• Phần 2 phân tích cấu trúc ERC-4337: UserOperations, Bundlers, EntryPoint, Paymasters và những điểm có thể xảy ra lỗi.
• Phần 3 trình bày chi tiết việc ủy quyền theo EIP-7702: bộ giá trị ủy quyền, chỉ báo 0xef0100 và các cân nhắc về bảo mật khi trỏ EOA của bạn đến mã của người khác.
• Phần 4 so sánh các giải pháp tài khoản thông minh lớn (Coinbase Smart Wallet, Safe, Argent, Ambire) và các thiết lập mặc định thực tế của từng giải pháp.
• Phần 5 là phần tổng kết về vận hành: cách thiết lập khôi phục, khóa phiên và chính sách chi tiêu cho một tài khoản thực tế mà vẫn giữ quyền tự lưu ký.

Một câu cần nhớ khi đọc Phần 2: EOA là một khóa gắn với một địa chỉ; tài khoản thông minh là một hợp đồng quyết định khóa đó được phép làm gì.