Làm thế nào để hiểu được sự trừu tượng hóa tài khoản ERC4337 dẫn đến sự phát triển của các tài khoản Ethereum?

Tác giả: Rui

Như nhiều người đã nói, công nghệ trừu tượng hóa tài khoản (AA), đặc biệt là ERC-4337, hứa hẹn sẽ cách mạng hóa trải nghiệm người dùng của Ví tự lưu ký và cho phép nó mở rộng quy mô để áp dụng hàng loạt. Tuy nhiên, khi tháng 5/2023 đến gần, chúng ta phải nhận ra rằng tiêu chuẩn này vẫn đang ở giai đoạn đầu, với cả cơ hội và rủi ro.

Xin lưu ý rằng nội dung của bài viết này có thể nhanh chóng trở nên lỗi thời khi nâng cấp phát triển nhanh chóng và bài viết này chỉ dựa trên ý kiến cá nhân của tôi.

TL; Tiến sĩ

ERC4337:

Tiêu chuẩn AA vẫn đang trong giai đoạn đầu, nhưng nhiều nhà xây dựng đổi mới đang làm việc để phát triển nó hơn nữa. Với sự hỗ trợ của hệ sinh thái và sự phổ biến của các sản phẩm lớn như MetaMask, chúng ta có thể mong đợi AA đẩy nhanh quá trình phát triển và tạo ra kết quả thú vị.

L2:

Việc áp dụng AA khác nhau trong các giải pháp L2. Các L2 lớn hơn (ví dụ: Optimism và Arbitrum) không hỗ trợ AA, trong khi ZKSync và Starknet thì có.

** Dịch vụ gói: **

• Nếu chúng tôi lạc quan về AA và tất cả L2 EVM tương đương được căn chỉnh bằng Ethereum không hỗ trợ AA gốc, thì dịch vụ Bundler là cần thiết để hỗ trợ AA trong mạng.
• Tính năng Mã nguồn mở làm cho dịch vụ Bundler không độc quyền, điều này khiến việc kiếm tiền trở nên khó khăn. Để đảm bảo sự ổn định của mạng, các dịch vụ Bundler khác nhau cần được sử dụng.
• Gói riêng tư có thể kiếm tiền bằng cách tùy chỉnh quyền riêng tư, bảo mật và các tính năng khác theo nhu cầu cụ thể.

** Dịch vụ Paymaster: **

• Dịch vụ Paymaster tương đối tập trung (so với dịch vụ Bundler), hợp đồng là Mã nguồn mở, nhưng phụ trợ bị đóng.
• Dịch vụ Paymaster có mô hình kiếm tiền có thể được kết hợp với các tính năng như tiền gửi Tiền tệ Fiat, trao đổi, cầu nối, thanh toán tự động, phiên, phí tài trợ, v.v. để nâng cao kịch bản thanh toán và do đó cải thiện khả năng sử dụng dApp.

Ví AA và SDK:

• Ví AA có thể được đánh giá từ góc độ sản phẩm, bao gồm Hệ thống quản lý khóa bí mật, Phục hồi xã hội, Tài trợ phí gas, Đồng bộ hóa tài khoản đa chuỗi và Blockchain được hỗ trợ.
• Lợi ích của AA vượt xa việc cung cấp trải nghiệm đăng nhập mượt mà (Web3 Auth được lưu trữ). AA cũng có thể cung cấp một số lợi ích cho dApps trong các tương tác trên chuỗi phức tạp và tùy chỉnh.
• BD là chìa khóa của trận chiến này. Hầu hết các Ví đều nhắm mục tiêu Defi, GameFi và nhằm mục đích đạt được sự hỗ trợ của hệ sinh thái, thuyết phục các dApp lớn và tìm ra những bước đột phá.
• Các mô hình kiếm tiền cần được khám phá thêm. Mô hình To Business (To B) có thể không kiếm được nhiều tiền và sẽ không tích lũy được người dùng của chính nó, trong khi mô hình To Customer (To C) cần tìm các kịch bản có giá trị cao và kiếm lợi nhuận dựa trên khối lượng. Tích hợp khả năng chuyển mạch và bắc cầu có thể mang lại lợi nhuận, nhưng điều quan trọng là tìm ra một mô hình bền vững.

Tìm hiểu về Ví tiền điện tử

Phân loại

Có hai loại tài khoản trên mạng Ethereum: Ví tài khoản thuộc sở hữu bên ngoài (EOA), chẳng hạn như MetaMask và Tài khoản hợp đồng (CA), chẳng hạn như An toàn.

Sự khác biệt chính giữa Ví EOA và Ví hợp đồng là cách nó được kiểm soát. Ví EOA được kiểm soát bởi người dùng cá nhân thông qua Khóa riêng, trong khi Ví hợp đồng được kiểm soát bởi Hợp đồng thông minh. Mặc dù Ví EOA đơn giản hơn và được sử dụng để quản lý việc nắm giữ Tài sản tiền điện tử cá nhân, Ví hợp đồng có thể có các quy tắc phức tạp hơn và có thể được sử dụng cho các mục đích cụ thể.

TừBitcoin Insider

Điểm đau

Người dùng Ví EOA cần chú ý đến việc bảo vệ Khóa riêng tư. Bất kỳ sai lầm hoặc thiếu sót nào được thực hiện trên Khóa riêng tư đều có thể dẫn đến mất tiền, vì vậy việc sử dụng Ví EOA sẽ tốn kém và rủi ro hơn. Ngay cả người dùng Tài sản tiền điện tử có kinh nghiệm cũng có thể mất quyền kiểm soát tài khoản của họ do một sai lầm hoặc di chuyển bất cẩn. Sự phức tạp của hoạt động, không thể bỏ qua phí gas hoặc thanh toán phí gas và chức năng hạn chế của Ví là tất cả các vấn đề gây khó khăn cho người dùng.

Smart ContractWallet cung cấp một giải pháp cho một số vấn đề này, nhưng Ethereum hiện yêu cầu tất cả các hoạt động phải được đóng gói trong các giao dịch từ các EOA được ECDSA bảo vệ. Điều này làm phát sinh phí giao dịch bổ sung và thêm 21.000 phí gas, và cùng với đó là rủi ro và phức tạp tập trung tiềm ẩn: người dùng cần quản lý hai tài khoản và gửi ETH vào các EOA riêng biệt để thanh toán phí gas hoặc dựa vào hệ thống chuyển tiếp tập trung để thanh toán.

Những điểm đau này đã sinh ra một tiêu chuẩn AA mới, ERC-4337.

ERC4337 đề xuất:

Vấn đề của CA

Ngày nay, tất cả những điều này đều có thể được giải quyết bằng Ví hợp đồng, nhưng bản thân Ethereum yêu cầu mọi thứ phải được đóng gói trong các giao dịch có nguồn gốc từ EOA được ECDSA bảo vệ, điều này sẽ dẫn đến:

Phí giao dịch bổ sung: Mỗi hành động của người dùng phải do EOA khởi xướng, dẫn đến phí gas bổ sung 21.000. Độ phức tạp và tập trung: Người dùng cần gửi ETH vào các EOA riêng biệt để trả phí gas và quản lý số dư trong cả hai tài khoản hoặc dựa vào hệ thống Relay để thanh toán, Relay thường được tập trung.

Trong những năm qua, đã có một số nỗ lực để thực hiện trừu tượng hóa tài khoản trên Blockchain dựa trên Ethereum như EIP-86 và EIP-2938. Tuy nhiên, không có cách tiếp cận nào trong số này hoạt động, vì tất cả chúng đều yêu cầu thay đổi lớp Đồng thuận, rất khó thực hiện.

Cơ chế #### 4337

ERC-4337 thực hiện trừu tượng hóa tài khoản bằng cách giới thiệu một đối tượng giao dịch giả cấp cao hơn được gọi là UserOperation, tương tự như các bản tổng hợp về các khái niệm gói. May mắn thay, tiêu chuẩn này cho phép chúng tôi xây dựng trừu tượng tài khoản mà không thay đổi lớp Đồng thuận.

Thiết kế mô-đun của EIP 4337 chia sự trừu tượng hóa tài khoản Smart ContractWallet thành nhiều cổng:

Vỏ :

• Bundler là một EOA. Vì tất cả các giao dịch phải được bắt đầu bởi EOA, Bundler cho phép người dùng kích hoạt các giao dịch Smart ContractWallet mà không cần phải tạo và ghi nhớ Khóa riêng EOA.
• Những gì Bundler làm: Xác thực UserOperation, đóng gói một tập hợp các đối tượng UserOperation vào một “giao dịch gói” duy nhất. Phát nội dung UserOperation đã xác thực tới nhóm bộ nhớ công cộng hoặc riêng tư.
• Bundler cũng có lợi về mặt tài chính bằng cách bỏ túi khoản chênh lệch giữa phí ưu tiên cao nhất và phí gas thực tế sau khi UserOperation được thực hiện. Tương tự như chuyển tiếp của một giao dịch bình thường, Bundler lấy MEV bằng cách sắp xếp UserOperation trong giao dịch đi kèm.

Điểm vào:

• Điểm vào là một hợp đồng toàn cầu mà tất cả các Bundler cần gọi để thực hiện UserOperation. Điểm vào đóng vai trò trung gian giữa Bundler và Smart ContractWallet.
• Xác thực và thực thi với handleOp: Hàm handleOp sử dụng UserOperation làm tham số đầu vào để trước tiên xác thực UserOperation trên chuỗi, kiểm tra xem nó có được ký bởi Smart ContractWalletAddress được chỉ định hay không và Wallet có đủ phí gas để bù đắp cho Bundler hay không. Nếu xác thực thành công, các tham số đầu vào được thực thi dựa trên chữ ký hàm.

Token cần nạp Smart ContractWallet trả phí gas cho Bundler: Khi Bundler kích hoạt handleOp bằng EOA, phí gas sẽ phát sinh. Smart ContractWallet có thể thanh toán phí gas bằng số dư của riêng họ hoặc yêu cầu Pymaster thanh toán. Lỗi có thể xảy ra: Phí gas không đủ, bước xác thực không thành công và ngay cả khi phí gas là đủ, bước thực thi UserOperation có thể không thành công, chẳng hạn như lỗi thời gian chạy. Bất kể việc thực hiện có thành công hay không, hợp đồng điểm vào lệnh sẽ trả phí gas cho Bundler để kích hoạt chức năng handleOp. Hợp đồng điểm vào cung cấp Smart ContractWallet khả năng thêm hoặc rút Token làm Tài sản thế chấp.

Ví thông minh:

Hợp đồng chính của Smart ContractWallet tách biệt các bước xác nhận và thực hiện của UserOperation. Bằng cách tách nó, Bundler có thể xác thực UserOperation off-chain, lọc ra các giao dịch độc hại mà không phải trả phí gas.

Các bước xác thực được xác định trong hàm validateOp: lệnh gọi đầu tiên để xác thựcOp, Bundler mô phỏng xác thực ngoài chuỗi, xác minh chữ ký trong UserOperation và đảm bảo rằng Smart ContractWallet có đủ cân bằng gas và lệnh gọi thứ hai để xác thực Op là hợp đồng điểm nhập, thực hiện xác minh trên chuỗi trước khi thực hiện UserOperation.

Người quản lý tiền lương :

• Paymaster định nghĩa logic trừu tượng gas của Smart ContractWallet, bao gồm việc sử dụng ERC20 Fungible Token để thanh toán phí gas Ethereum cũng như các giao dịch không có phí gas.
• Paymaster là một Hợp đồng thông minh được triển khai bởi một dApp có thể kích hoạt PaymasterOp xác thực của Paymaster.

Nhà máy sản xuất ví:

• Wallet Factory là một hợp đồng công khai tạo ra Smart ContractWallet. Khi Địa chỉ nhà máy của Ví và các tham số Smart ContractWallet mới được cấy vào initCode, Bundler sẽ kích hoạt Wallet Factory tương ứng để tạo Smart Contract với các tham số được chỉ định. Mã nhà máy của Ví phổ biến được kiểm tra đầy đủ, vì vậy sẽ an toàn hơn khi tạo Ví với Wallet Factory.
• Wallet Factory cần stake ETH tại điểm vào lệnh và tiếp tục phục vụ tốt UserOperations để nhận được nhiều lưu lượng truy cập hơn từ Bundler.
• Người dùng có thể gửi UserOperation chứa đầy initCode và yêu cầu Bundler tạo Ví CA.
• Người dùng có thể chọn Wallet Factory với các thông số tùy chỉnh cụ thể để tùy chỉnh Ví CA của họ.

Bộ tổng hợp chữ ký:

• Bộ tổng hợp chữ ký được sử dụng để tổng hợp chữ ký của nhiều giao dịch thành byte để xác minh và thực hiện giao dịch nhanh hơn. Các Smart ContractWallet khác nhau sử dụng Thuật toán chữ ký khác nhau và cần sử dụng cùng một Thuật toán chữ ký tổng hợp UserOperations trước.
• Tiết kiệm phí gas: Vì tính toán mật mã trên chuỗi tiêu tốn rất nhiều phí gas, các sơ đồ chữ ký tổng hợp (chẳng hạn như BLS) có thể tiết kiệm phí gas khi xác minh trên chuỗi.
• Bundler sử dụng nhiều hợp đồng tổng hợp chữ ký để tạo nhiều chữ ký tổng hợp, thay vì xác thực một UserOperations tại một thời điểm.
• Bundler chuyển mảng UserOperation, chữ ký tổng hợp và Địa chỉ tổng hợp đến điểm nhập và mỗi cuộc họp nhóm UserOperation gọi hàm validateSignature của trình tổng hợp chữ ký tương ứng của nó.
• Sau khi xác nhận, Bundler sẽ thực thi bộ UserOperations này trên Smart ContractWallet.
• Các nhà tổng hợp cũng cần đặt cược Ethereum vào hợp đồng điểm nhập cảnh và duy trì hồ sơ dịch vụ UserOperation tốt.

Ưu điểm của AA

** Trừu tượng khí: **

Sự trừu tượng hóa gas không chứa các giao dịch phí gas và trả phí gas với bất kỳ Mã thông báo ERC20 nào. Logic có thể được thực hiện trong hợp đồng Paymaster hoặc thông qua rơle. Đối với AA, nhiều Smart ContractWallet có thể thực hiện các hợp đồng Paymaster tuân thủ EIP 4337 và đặt cọc Token trên hợp đồng điểm vào để giúp người dùng trả phí gas.

** Phục hồi xã hội: **

Trong trường hợp Khóa riêng bị mất hoặc bị xâm phạm, người dùng có thể ủy quyền cho Khóa bí mật mới làm chủ sở hữu Ví hợp pháp. Logic của đăng nhập xã hội và phục hồi xã hội thường được định nghĩa trong hợp đồng chính của Ví. Nó có thể được thực hiện theo nhiều cách khác nhau, chẳng hạn như email, Multisig, MPC hoặc SWIE (đăng nhập bằng Ethereum).

Lô giao dịch:

Phân lô giao dịch là một tính năng duy nhất cho Smart ContractWallet cho phép người dùng Ví thực hiện nhiều giao dịch trong một giao dịch trên chuỗi.

Tương tác xuyên chuỗi và tích hợp cầu nối:

Hiện tại, nhiều ví đang làm việc với các nhà cung cấp bên thứ ba để tích hợp các kênh gửi và rút tiền Fiat Currency và cầu nối Tương tác chuỗi chéo vào ví. Các kênh gửi và rút tiền và cầu nối tương tác chuỗi chéo này có thể được tích hợp thêm với hợp đồng thanh toán (Paymaster) trong sự trừu tượng hóa khí.

** Thiết kế mô-đun: **

Có lẽ một trong những thế mạnh lớn nhất của AA là dịch vụ mô-đun, nơi Bundler, Paymaster và các bộ phận khác có thể được kết hợp linh hoạt.

Khiếm khuyết ở AA

Từ stackup

Phí xử lý tương đối cao:

Sử dụng ERC-4337 để thực hiện chuyển khoản đơn giản đắt hơn nhiều so với sử dụng Ví truyền thống (thường được gọi là EOA) vì trước đây yêu cầu gọi đến hợp đồng.

Tuy nhiên, trên mạng Rollup, việc truyền đơn giản bằng ERC-4337 có thể rẻ hơn EOA vì nó tổng hợp các chữ ký lại với nhau để giảm lượng dữ liệu trên Mainnet.

Tiêu chí chưa hoàn thiện:

Những thách thức như tăng Attack Vector do khả năng mở rộng giao dịch, tiềm ẩn các lỗi không xác định hoặc rủi ro bảo mật khi di chuyển sang các tiêu chuẩn mới, nhu cầu về hợp đồng điểm vào toàn cầu mạnh mẽ và an toàn để đảm bảo rằng tất cả các giao dịch được ký kết và xác minh đúng cách, v.v.

Lớp 2

✅ * và ❌ cho biết liệu AA gốc có được hỗ trợ hay không. *

**Lạc quan: ❌ **

Optimism phiên bản 1 có ba Mã hoạt động OVM để đạt được sự trừu tượng hóa tài khoản Smart ContractWallet. Tuy nhiên, vì lý do nhất quán và bảo mật, phiên bản 2 loại bỏ các Mã hoạt động này và không có tuyên bố chính thức về việc hỗ trợ trừu tượng hóa tài khoản.

**Trọng tài: ❌ **

Mặc dù hiện tại có một số Smart ContractWallet được xây dựng trên Arbitrum, nhưng không có tuyên bố chính thức nào về việc hỗ trợ trừu tượng hóa tài khoản.

**Starknet: ✅ **

Starknet chỉ có tài khoản Hợp đồng thông minh với chức năng xác minh và thực hiện và tất cả các tài khoản phải triển khai các tính năng này để xác minh chữ ký và đảm bảo phí gas. Starknet cấm chức năng xác minh gọi trạng thái hợp đồng bên ngoài để ngăn chặn các giao dịch chưa được thực hiện. Tuy nhiên, có một số khác biệt giữa Starknet và Ethereum, chẳng hạn như thiếu UserOperations, giao thức trừu tượng hóa phí giao dịch tương tự như Paymaster và nhu cầu về tài khoản có số dư Token để tạo hợp đồng mới. Ngoài ra, trình tự của Starknet không thể tính phí gas nếu giao dịch được xác minh không thành công, trong khi Ethereum thì có thể.

**zkĐồng bộ hóa: ✅ **

zkSync không phân biệt giữa tài khoản EOA và tài khoản hợp đồng. Mô hình tài khoản của nó tương tự như EIP 4337 và bao gồm các chức năng xác thựcTransactiom và uteTransaction riêng biệt. Giao diện Paymaster cũng bao gồm các hàm validateAndPayForPaymasterTransaction và postOp. Tuy nhiên, có một số khác biệt, chẳng hạn như khả năng gọi các hợp đồng bên ngoài đã triển khai và bộ nhớ ngoài trong quá trình xác thực. Paymaster cũng có thể gọi bộ nhớ ngoài trong quá trình xác thực giao dịch.

Cơ sở hạ tầng AA:

Hiện tại, một số dự án xuất sắc như Stackup, Etherspot, Candide, Infinistism và Pimlico đang cố gắng xây dựng cơ sở hạ tầng.

Dịch vụ gói:

Builder:

• Golang triển khai Stackup
• Triển khai Python của Candide
• Loại hình thực hiện Infinitism
• Skandha - Loại triển khai Etherspot

Một số đồng thuận:

Dịch vụ công

Bản chất Mã nguồn mở của đại đa số các Bundler làm cho chúng không độc quyền và không cạnh tranh. Bất kỳ điểm cuối RPC nào cũng có thể chạy Bundler bằng cách sao chép mã nguồn mở.

• Khó kiếm tiền

Ngay cả khi điểm cuối RPC chạy Bundler tính phí sử dụng dịch vụ thông qua khóa bí mật API, các dịch vụ Bundler khó kiếm tiền hơn các cơ sở hạ tầng khác như Paymaster, hợp đồng thanh toán, vì Paymaster có thể dễ dàng kiếm được sự khác biệt về phí bằng cách hợp tác với các nhà cung cấp tiền gửi và rút tiền bên thứ ba hoặc nhà cung cấp tổng hợp giao thức Tài chính phi tập trung.

Cơ sở hạ tầng quan trọng

Xác thực và thực thi UserOperations yêu cầu càng nhiều Bundler càng tốt để Phân cấp tốt hơn. Vì các nhà cung cấp dịch vụ Bundler bên thứ ba duy nhất hiện nay là Stackup và eth-infinitism, chúng tôi cần nhiều nhà cung cấp dịch vụ Bundler như vậy.

Cơ chế**

Các gói cung cấp thông điệp và tự truyền bá hành động của người dùng, tương tự như các nhóm bộ nhớ dùng chung, mà không cần phải đồng ý về các vấn đề cụ thể. Bundler có một tính năng quan trọng để lọc thư rác và vì lý do tài chính của riêng mình, Bundler muốn giám sát càng nhiều càng tốt để đảm bảo an toàn cho mempool.

Sự khác biệt giữa các dịch vụ Bundler:

• Dịch vụ Bundler có thể là cơ sở hạ tầng chung hoặc được xây dựng riêng cho Wallet. Các dự án ví có thể ưu tiên xây dựng gói cơ bản nhất, trong khi các nhà cung cấp bên thứ ba phải xây dựng các gói mô-đun cho các tình huống khác nhau.
• Tương tự như EthereumNode, dịch vụ Bundler được triển khai bằng một ngôn ngữ lập trình khác để ngăn chặn các điểm thất bại đơn lẻ và mang lại lợi ích cho hệ sinh thái.
• Dịch vụ Bundler hỗ trợ cả mempool riêng tư và công khai, đồng thời cung cấp các tùy chọn tùy chỉnh cho mempool riêng.

Dịch vụ Paymaster

• So với dịch vụ Bundler, dịch vụ Paymaster tập trung hơn, hợp đồng là Mã nguồn mở, nhưng phụ trợ bị đóng.
• Dịch vụ Paymaster có mô hình kiếm tiền có thể cải thiện khả năng sử dụng của dApps bằng cách kết hợp với tiền gửi Tiền tệ Fiat, trao đổi, bắc cầu, thanh toán tự động, phiên, phí tài trợ và các tính năng khác.

Ví AA và SDK:

Đánh giá sản phẩm

• Hệ thống quản lý khóa bí mật:
  • Logic đa chữ ký (secure): Chỉ có thể thực hiện được logic đa chữ ký 2/3 và 3/5;
  • Quản lý quyền đơn giản (Tuần tự): Bạn có thể đặt trọng số cho khóa bí mật và sau đó đặt ngưỡng cho tài khoản hoạt động.
  • Quản lý quyền dựa trên vai trò (Unipass): Bạn có thể đặt trọng số và vai trò cho khóa bí mật. Các vai trò khác nhau có thể thực hiện các hành động khác nhau. Mỗi vai trò cũng có một ngưỡng tương ứng. Nếu vượt quá ngưỡng này, các quyền của vai trò tương ứng có thể được thực thi.
• Phương pháp phục hồi xã hội
• Tài trợ phí gas: xây dựng Relay của riêng bạn hoặc thiết lập Bundler + Paymaster
• Đồng bộ hóa tài khoản đa chuỗi
• Đa chuỗi Thống nhất địa chỉ
• Blockchain được hỗ trợ

Kinh doanh

• Mô hình kinh doanh: To b/ To B + To C/ToC
• Hợp tác với dApps: Hợp tác với các dApp cơ sở hạ tầng khổng lồ như Stable Coin hoặc Tài chính phi tập trung trên mỗi chuỗi
• Tiện ích: Tích hợp các thị trường Mã thông báo không thể thay thế, bệ phóng, v.v.
• Hỗ trợ bên ngoài: từ Quỹ Ethereum hoặc các tổ chức đầu tư mạo hiểm nổi tiếng khác