Tác giả: imToken
Tuần trước, tại cuộc họp của các nhà phát triển cốt lõi Ethereum, EIP-8141 đã được chính thức thảo luận về việc có đưa vào bản nâng cấp Hegota hay không. Kết quả thật bất ngờ, đề xuất này, được chính Vitalik ủng hộ, đã không được liệt kê là "tính năng hàng đầu" của Hegota, mà chỉ nhận được trạng thái "Xem xét Đưa vào" (CFI).
Và trong tuần này, nhóm Google Quantum AI đã công bố sách trắng mới nhất, cho biết với các giả định phần cứng đã cho, ước tính số lượng bit lượng tử vật lý cần thiết để phá vỡ ECDLP-256 đã giảm đáng kể 20 lần so với trước đây. Mặc dù điều này không có nghĩa là cuộc tấn công lượng tử đã cận kề, nhưng nó thực sự nhắc nhở chúng ta rằng, nếu hệ thống tài khoản trong tương lai không thể linh hoạt thay đổi logic xác thực, thì nhiều cuộc thảo luận ngày nay về trải nghiệm ví cuối cùng có thể biến thành vấn đề bảo mật.
Mặc dù đứng trên góc độ thực tế của việc thúc đẩy giao thức, EIP-8141 hiện vẫn còn quá nặng nề, đặc biệt là trong việc triển khai phía máy khách, bảo mật pool giao dịch và độ phức tạp của việc xác thực, vẫn chưa hình thành được sự đồng thuận đủ vững chắc.
Nhưng đứng tại thời điểm hiện tại, những điểm đáng được thảo luận và xem xét nghiêm túc về EIP-8141 dường như ngày càng nhiều.
I. EIP-8141 thực sự muốn giải quyết điều gì?
EIP-8141 được thúc đẩy bởi Vitalik Buterin cùng các nhà đóng góp cốt lõi như timbeiko, tên chính thức là Frame Transactions (Giao dịch Khung).
Nếu giải thích bằng một câu dễ hiểu hơn, mục tiêu của nó không phải là thêm riêng lẻ một tính năng ví nào đó, mà là cố gắng từ tầng giao thức để bất kỳ tài khoản nào cũng không còn bị ràng buộc bởi con đường ký ECDSA đơn nhất, mà có thể sở hữu logic xác thực và thực thi linh hoạt hơn.
Điều này cũng có nghĩa là, đa chữ ký, tài trợ Gas, luân chuyển khóa, khôi phục xã hội, thậm chí tích hợp các sơ đồ chữ ký kháng lượng tử trong tương lai, sẽ không chỉ còn là một lớp khả năng gắn bên ngoài ví, mà có cơ hội trở thành "thành viên gốc" trong hệ thống tài khoản Ethereum.
Nếu chỉ nhìn bề ngoài, EIP-8141 thảo luận về một nhóm khả năng trông rất cụ thể: thanh toán Gas bằng stablecoin, kết hợp các thao tác nhiều bước thành một giao dịch, hỗ trợ các phương thức ký linh hoạt hơn, thậm chí dành chỗ cho các sơ đồ chữ ký kháng lượng tử trong tương lai. Có thể nói, trong nhiều năm, từ ERC-4337 đến EIP-7702, nhiều cải tiến xoay quanh trải nghiệm ví, về bản chất đều đang biến tài khoản không chỉ là một private key, mà là một cổng vào có thể tùy chỉnh quy tắc.
Vấn đề nằm ở chỗ, những cải tiến này thực sự làm cho ví ngày càng giống tài khoản thông minh, nhưng vẫn chưa thực sự chạm đến mô hình tài khoản mặc định ở tầng sâu nhất của Ethereum.
Như đã biết, trong hệ thống hiện tại, tài khoản Ethereum về cơ bản được chia thành hai loại. Một là tài khoản sở hữu bên ngoài (EOA), cái mà mọi người quen thuộc nhất, nó được điều khiển bởi private key, có thể chủ động khởi tạo giao dịch, nhưng thiếu khả năng lập trình; loại còn lại là tài khoản hợp đồng, tức là bản thân smart contract, nó có thể thực thi logic phức tạp, nhưng không thể tự mình chủ động khởi tạo giao dịch.
Điều này dẫn đến khả năng khởi tạo giao dịch bị ràng buộc lâu dài với việc ký bằng một private key duy nhất. Chừng nào tiền đề này không thay đổi, nhiều khả năng mà người dùng ngày nay cho là đương nhiên nên có, như linh hoạt thay đổi quy tắc ký, để người khác trả Gas thay, khôi phục quyền kiểm soát tài khoản sau khi mất private key, hoặc trong tương lai di chuyển mượt mà sang hệ thống mật mã mới, đều khó có thể thực sự trở thành khả năng mặc định của tài khoản.
Nếu bạn đã từng sử dụng imToken hoặc các ví Web3 khác, bạn cũng có khả năng cao gặp phải những điểm đau này, chẳng hạn như trong ví có一堆 USDC, nhưng không có ETH thì không gửi được giao dịch (vì Gas chỉ có thể được thanh toán bằng ETH); mất cụm từ khôi phục (seed phrase) là mất tiền hoàn toàn, không thể khôi phục; một thao tác "ủy quyền + hoán đổi" phải ký hai lần, xác nhận hai lần, v.v.
Những vấn đề này, không phải là do sản phẩm ví "không đủ tốt", mà là kết quả thiết kế của chính mô hình tài khoản Ethereum.
Từ góc độ này, sự phát triển trong hai năm qua thực sự đã rất rõ ràng, ERC-4337 đã chạy trừu tượng hóa tài khoản ở tầng ứng dụng trước mà không cần sửa đổi giao thức; EIP-7702 lại chứng minh thêm rằng EOA không hoàn toàn không thể mở rộng, ít nhất có thể tạm thời có được một phần khả năng gần với tài khoản thông minh.
Nói cách khác, Ethereum không phải là không muốn làm trừu tượng hóa tài khoản, mà是一直在用更温和、更保守的方式,逐步逼近这件事 (luôn sử dụng cách thức ôn hòa và bảo thủ hơn để từng bước tiến gần đến vấn đề này). Và sự xuất hiện của EIP-8141意味着这条路径走到了一个新的节点 (có nghĩa là con đường này đã đi đến một nút mới). Nó không còn thỏa mãn với việc thêm một lớp khả năng tài khoản thông minh ở ngoại vi hệ thống hiện có, mà cố gắng nhúng trực tiếp trừu tượng hóa tài khoản vào chính mô hình giao dịch, để tài khoản ngay từ tầng giao thức đã có logic xác thực và thực thi có thể lập trình.
Đây cũng là lý do tại sao EIP-8141 lại nóng lên again vào ngày hôm nay. Một mặt, trải nghiệm ví ở tầng trên đã ngày càng gần với trừu tượng hóa tài khoản gốc, tầng giao thức sớm muộn cũng cần phải theo kịp; mặt khác, áp lực lâu dài do tính toán lượng tử mang lại, cũng đang biến "tài khoản có thể linh hoạt thay đổi phương thức ký hay không" từ một chủ đề kỹ thuật xa vời, thành提前变成必须认真考虑的现实问题 (vấn đề thực tế phải xem xét nghiêm túc sớm hơn).
II. EIP-8141 hoạt động như thế nào?
Rốt cuộc, EIP-8141 giới thiệu một loại giao dịch hoàn toàn mới - Giao dịch Khung (Frame Transaction), với mã loại giao dịch là 0x06.
Nếu logic cơ bản của giao dịch Ethereum truyền thống là một giao dịch tương ứng với một lần gọi, thì điều EIP-8141 muốn làm là tách một giao dịch thành một tập hợp các "khung" có thể thực thi theo thứ tự quy tắc, từ đó tách riêng ba việc vốn được buộc chặt với nhau: xác thực, thanh toán, thực thi.
Mỗi "khung" có ba chế độ thực thi:
- VERIFY (Khung Xác thực): Chịu trách nhiệm xác minh tính hợp lệ của giao dịch, nó sẽ chạy logic xác thực tùy chỉnh của tài khoản, nếu thông qua, sẽ gọi opcode APPROVE mới được giới thiệu để ủy quyền thực thi và chỉ định giới hạn Gas.
- SENDER (Khung Gửi): Thực thi thao tác thực tế, như chuyển tiền, gọi hợp đồng, v.v. Địa chỉ người gọi chính là người gửi giao dịch.
- DEFAULT (Khung Đầu vào): Sử dụng địa chỉ đầu vào hệ thống làm người gọi, dùng cho các tình huống triển khai hợp đồng, xác thực Paymaster, v.v.;
Ý nghĩa của cơ chế này, không phải là giao dịch có thể làm phức tạp hơn, mà là lần đầu tiên tách ba việc "xác thực, thanh toán, thực thi" ra khỏi hành động tài khoản, và giao cho giao thức điều phối một cách gốc.
Xét cho cùng, trong quá khứ, ai xác thực giao dịch, ai thanh toán Gas, ai thực thi thao tác thực, về cơ bản đều bị buộc trong cùng một hành động tài khoản,而在 EIP-8141 的设计下,这几件事可以被拆成不同的帧,由协议按明确顺序依次执行,也正因为如此,账户不再只能依赖单一私钥去「整体签字」,而开始具备更接近可编程执行主体的形态。 (còn trong thiết kế của EIP-8141,这几件事可以被拆成不同的帧,由协议按明确顺序依次执行 (mấy việc này có thể được tách thành các khung khác nhau, do giao thức thực thi lần lượt theo thứ tự rõ ràng), cũng chính vì vậy, tài khoản không còn chỉ có thể phụ thuộc vào một private key duy nhất để "ký toàn bộ", mà bắt đầu có hình thái gần giống với chủ thể thực thi có thể lập trình hơn.)
Lấy một ví dụ cụ thể, giả sử bạn muốn sử dụng USDC để thanh toán Gas để hoàn thành một giao dịch Swap, trong khuôn khổ của EIP-8141, về lý thuyết việc này có thể được tổ chức thành một quy trình khung hoàn chỉnh: đầu tiên tài khoản xác thực chữ ký và quyền thực thi, sau đó bên thanh toán hoặc Paymaster xác thực điều kiện tự nguyện chịu phí, tiếp theo hoàn thành việc thanh toán phí cho tài sản tương ứng, và cuối cùng mới thực thi thao tác swap thực sự.
Bằng cách này, việc thanh toán Gas và giao dịch chính có thể được đưa vào cùng một quy trình nguyên tử,要么全部成功,要么全部回滚 (hoặc là thành công toàn bộ, hoặc là rollback toàn bộ).
Đối với người dùng, thay đổi trực quan nhất là nhiều thao tác trước đây phải tách thành hai ba bước、并且中间存在失败风险 (và tồn tại rủi ro thất bại ở giữa), trong tương lai có thể giống更像一次完整动作 (một hành động hoàn chỉnh một lần) hơn, do đó tính nguyên tử này cũng là một trong những chìa khóa mà EIP-8141 muốn giải quyết vấn đề fragment hóa trải nghiệm người dùng.
Vậy điều này có ý nghĩa gì đối với người dùng ví? Nhìn từ kết quả, ít nhất có bốn thay đổi trực quan nhất:
- Thanh toán Gas được trừu tượng hóa: Có stablecoin trong ví, không còn có nghĩa là bạn还必须额外准备一点 ETH才能操作 (vẫn phải chuẩn bị thêm một ít ETH mới có thể thao tác), trong tương lai việc DApp、Paymaster或其他赞助方代付 Gas (DApp, Paymaster hoặc các nhà tài trợ khác trả Gas thay), sẽ trở nên gốc hơn;
- Các thao tác nhiều bước được hợp nhất: Các quy trình như "授权 + Swap" (ủy quyền + Swap)、"授权 + 质押" (ủy quyền + Staking) thường cần ký nhiều lần như hiện nay, có cơ hội được đóng gói thành một thao tác hoàn chỉnh hơn;
- Quy tắc bảo mật tài khoản được mở khóa: Đa chữ ký, khôi phục xã hội, hạn mức hàng ngày, time lock, luân chuyển khóa, những thứ này không còn chỉ là tính năng nâng cao bổ sung do某个钱包产品额外提供 (một sản phẩm ví nào đó cung cấp thêm), mà bắt đầu có cơ hội được xây dựng trên logic tài khoản gốc hơn;
- Sơ đồ chữ ký不再必须被 ECDSA 单一路径锁死 (không còn bắt buộc bị khóa chết bởi con đường đơn nhất ECDSA): Điều này lần đầu tiên mang lại khả năng về mặt ý nghĩa tầng giao thức cho việc tài khoản trong tương lai di chuyển sang các hệ thống mật mã khác nhau, bao gồm cả các sơ đồ chữ ký hậu lượng tử;
III. Tại sao không trở thành tính năng chính của Hegotá?
Một điểm then chốt dễ bị bỏ qua、但对钱包用户来说非常关键的是: (nhưng rất then chốt đối với người dùng ví là:) 即便 EIP-8141 最终落地,现有账户体系也不会因此被整体推翻。 (Ngay cả khi EIP-8141 cuối cùng được triển khai, hệ thống tài khoản hiện có cũng sẽ không vì thế而 bị lật đổ toàn bộ.)
Ngay cả bây giờ bạn đang sử dụng imToken hoặc các ví Web3 sẵn có khác, cũng không cần di chuyển, bởi vì nó tương thích ngược, các địa chỉ EOA hiện có có thể tiếp tục sử dụng, chỉ cần chọn "nâng cấp" logic xác thực của tài khoản khi thích hợp.
Nhưng ngược lại, cũng chính vì nó sửa đổi đủ sâu, nó mới không trực tiếp trở thành tính năng chính trong cuộc thảo luận mới nhất của Hegotá. Tuy nhiên, theo quy trình EIP champion năm 2026, ý nghĩa của CFI (Considered for Inclusion) không phải là bị phủ nhận, mà là进入认真考虑阶段 (bước vào giai đoạn xem xét nghiêm túc), nhưng vẫn chưa đến thời điểm cuối cùng拍板上线 (quyết định và triển khai).
Nói cách khác, các nhà phát triển cốt lõi không phải là không công nhận方向 của EIP-8141 (phương hướng của EIP-8141), mà是在承认其价值的同时 (vừa thừa nhận giá trị của nó), cũng cho rằng nó hiện vẫn quá "nặng".
Xét cho cùng, trừu tượng hóa tài khoản gốc không giống như ERC-4337 có thể先由少数钱包、基础设施和应用逐步推动 (trước tiên được thúc đẩy dần dần bởi một số ít ví, cơ sở hạ tầng và ứng dụng), nó一旦进入协议层 (một khi vào tầng giao thức),就意味着所有执行层客户端都要认真实现、测试和协同 (có nghĩa là tất cả client tầng thực thi đều phải认真实现、测试和协同 (triển khai nghiêm túc, kiểm thử và phối hợp)), điều này sẽ天然提高推进门槛 (tự nhiên nâng cao ngưỡng thúc đẩy), cũng会让核心开发者在 fork 规划时更偏向稳妥 (khiến các nhà phát triển cốt lõi khi lập kế hoạch fork更偏向稳妥 (thiên về稳妥 (thận trọng, vững chắc) hơn)).
Vậy tiếp theo sẽ xảy ra điều gì? Có thể tách thành hai tuyến来看:
- EIP-8141既然处于 CFI 状态 (đã ở trạng thái CFI),就说明它仍在被持续评估之中 (thì nói明 nó vẫn đang được đánh giá liên tục),提案作者会继续补足围绕交易池安全、验证规则和客户端实现的关键细节 (tác giả đề xuất sẽ tiếp tục bổ sung các chi tiết then chốt xoay quanh bảo mật pool giao dịch, quy tắc xác thực và triển khai client),后续 ACD 会议也会重新审视它是否具备进一步前推的条件 (các cuộc họp ACD tiếp theo cũng sẽ xem xét lại liệu nó có具备进一步前推的条件 (đủ điều kiện để đẩy mạnh hơn nữa) hay không);
- 如果这些不确定性能够被持续压缩 (Nếu những不确定性 (sự không chắc chắn) này能够被持续压缩 (có thể được nén liên tục)),它就有机会在后续升级中进入更实质的纳入阶段 (nó就有机会在后续升级中进入更实质的纳入阶段 (có cơ hội trong các bản nâng cấp tiếp theo进入更实质的纳入阶段 (bước vào giai đoạn纳入 (đưa vào) thực chất hơn));如果不能,它也完全可能被顺延到更晚的升级周期 (Nếu không, nó也完全可能被顺延到更晚的升级周期 (hoàn toàn có thể bị hoãn lại đến chu kỳ nâng cấp muộn hơn));
Nói một cách thực tế, EIP-8141也并非唯一的原生账户抽象提案 (cũng không phải là đề xuất trừu tượng hóa tài khoản gốc duy nhất),本身更不是某种现成的后量子签名方案 (bản thân nó lại càng không phải là某种现成的后量子签名方案 (một loại sơ đồ chữ ký hậu lượng tử có sẵn nào đó)),无法直接解决量子计算问题 (không thể直接解决量子计算问题 (giải quyết trực tiếp vấn đề tính toán lượng tử)),但它的重要性在于 (nhưng tầm quan trọng của nó在于),它第一次为账户摆脱 ECDSA 单一路径提供了协议层意义上的出口 (nó lần đầu tiên cung cấp lối ra về mặt ý nghĩa tầng giao thức cho tài khoản thoát khỏi con đường đơn nhất ECDSA).
Từ góc độ này,真正价值 của EIP-8141,并不在于它是不是唯一正确答案 (không nằm ở chỗ nó có phải là câu trả lời đúng duy nhất hay không),而在于它把「原生账户抽象的终局究竟应该长什么样」这个问题,第一次非常完整地摆到了以太坊协议讨论的桌面上 (mà在于 nó đặt vấn đề "原生账户抽象的终局究竟应该长什么样" (kết cục cuối cùng của trừu tượng hóa tài khoản gốc rốt cuộc nên như thế nào) lần đầu tiên một cách rất hoàn chỉnh lên bàn thảo luận giao thức Ethereum).
它不是唯一方案,但它确实是目前最雄心勃勃、也最接近「完整原生 AA」想象力上限的方案之一 (Nó không phải là方案 duy nhất, nhưng nó确实是目前最雄心勃勃、也最接近「完整原生 AA」想象力上限的方案之一 (quả thực là một trong những方案目前最雄心勃勃 (đầy tham vọng nhất)、也最接近「完整原生 AA」想象力上限 (giới hạn trí tưởng tượng của "AA gốc hoàn chỉnh") nhất)).
无论 EIP-8141 最终是否能赶上 Hegotá (Bất kể EIP-8141 cuối cùng có kịp Hegotá hay không),这场讨论本身至少已经说明了一件事 (bản thân cuộc thảo luận này ít nhất đã nói明 một điều):
以太坊并没有在原地等待问题发酵 (Ethereum并没有在原地等待问题发酵 (đứng tại chỗ chờ vấn đề lên men)),而是在用一种日拱一卒地为下一代账户体系提前铺路 (而是正在用一种日拱一卒地 (theo kiểu mỗi ngày tiến một bước nhỏ)为下一代账户体系提前铺路 (lót đường trước cho hệ thống tài khoản thế hệ tiếp theo)).
