Tác giả gốc:Rui
Như nhiều người đã nói, công nghệ Trừu tượng 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 về ví tự lưu trữ và cho phép nó mở rộng quy mô để áp dụng đại trà. Tuy nhiên, khi tháng 5 năm 2023 đến gần hơn, chúng ta phải nhận ra rằng vẫn còn những ngày đầu cho tiêu chuẩn này và các cơ hội cũng như rủi ro vẫn tồn tại.
*Xin lưu ý rằng với sự phát triển nhanh chóng của các bản nâng cấp, nội dung của bài viết này có thể sớm trở nên lỗi thời và bài viết này chỉ dựa trên quan điểm cá nhân của tôi.
TL;DR
ERC 4337 ：
Tiêu chuẩn AA vẫn đang ở giai đoạn đầu nhưng nhiều nhà xây dựng sáng tạo đang nỗ lực phát triển nó hơn nữa. Trong bối cảnh hỗ trợ hệ sinh thái và sự phổ biến của các sản phẩm quy mô lớn như MetaMask, chúng ta có thể mong đợi AA sẽ tăng tốc phát triển và tạo ra những kết quả thú vị.
L2：
Việc áp dụng AA khác nhau giữa các giải pháp L2. Các L2 lớn hơn như Optimism và Arbitrum về cơ bản không hỗ trợ AA, trong khi ZKSync và Starknet thì có.
Dịch vụ trọn gói:
Nếu chúng tôi lạc quan về AA và tất cả các L2 tương đương EVM phù hợp với Ethereum không hỗ trợ AA gốc thì dịch vụ Bundler là cần thiết để hỗ trợ AA trong mạng.
Bản chất nguồn mở khiến dịch vụ Bundler không độc quyền, điều này khiến con đường kiếm tiền trở nên khó khăn. Để đảm bảo an ninh và ổn định mạng, các dịch vụ Bundler khác nhau được sử dụng.
Nhà cung cấp tư nhân có thể kiếm tiền bằng cách điều 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à nguồn mở nhưng phần phụ trợ bị đóng.
Dịch vụ Paymaster có mô hình lợi nhuận có thể được kết hợp với các chức năng như tiền gửi fiat, trao đổi, bắc cầu, thanh toán tự động, phiên, phí tài trợ, v.v. để nâng cao các kịch bản thanh toán và từ đó 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, khôi phục xã hội, tài trợ phí gas, đồng bộ hóa tài khoản đa chuỗi, chuỗi khối được hỗ trợ, v.v.
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ó sẵn thông qua dịch vụ lưu trữ). AA cũng có thể mang lại nhiều lợi ích cho dApp 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 đến Defi và GameFi, đồng thời cam kết nhận được sự hỗ trợ của hệ sinh thái, thuyết phục các dApp lớn và tìm kiếm các điểm đột phá.
Mô hình kiếm tiền cần được khám phá sâu hơn. Mô hình To Business (To B) có thể không kiếm được nhiều tiền, cũng như không tích lũy được người dùng cho riêng mình, 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 số lượng. Việc tích hợp các 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 trong 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ư Safe.
Sự khác biệt chính giữa ví EOA và ví hợp đồng là cách chúng đượ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ữ tiền điện tử cá nhân, nhưng ví hợp đồng có thể có các quy tắc phức tạp hơn và được sử dụng cho các mục đích cụ thể.
From Bitcoin Insider
Điểm đau
Người dùng ví EOA cần chú ý bảo vệ khóa riêng. Bất kỳ sai sót hoặc thiếu sót nào đối với khóa riêng đều có thể dẫn đến mất tiền, do đó chi phí sử dụng ví EOA tương đối cao và rủi ro cao. Ngay cả những người dùng 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 mình do một sai lầm hoặc di chuyển bất cẩn. Các hoạt động phức tạp, không thể bỏ qua phí gas hoặc không có khả năng trả phí gas và chức năng ví hạn chế đều là những vấn đề gây khó chịu cho người dùng.
Ví hợp đồng thông minh cung cấp giải pháp cho một số vấn đề, 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ừ EOA được ECDSA bảo vệ. Điều này sẽ phát sinh thêm phí giao dịch và tiêu tốn thêm 21.000 phí gas, cùng với rủi ro tập trung tiềm ẩn và các hoạt động phức tạp: người dùng cần quản lý hai tài khoản và gửi ETH vào một EOA riêng để trả 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 yếu này đã sinh ra một tiêu chuẩn AA mới - ERC-4337.
Đề xuất ERC 4337:
vấn đề CA
Ngày nay, những vấn đề 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 gói gọn trong các giao dịch có nguồn gốc từ EOA được ECDSA bảo vệ, dẫn đến:
Phí giao dịch bổ sung:Mỗi hoạt động của người dùng phải được thực hiện bởi EOA, yêu cầu thêm 21.000 phí gas.
Độ phức tạp và tập trung:Người dùng cần gửi ETH vào một EOA riêng để thanh toán phí gas và quản lý số dư trong cả hai tài khoản hoặc dựa vào hệ thống chuyển tiếp để thanh toán, thường được tập trung hóa.
Trong nhiều năm qua đã có một số nỗ lực nhằm triển khai tính năng trừu tượng hóa tài khoản trên các chuỗi khối dựa trên Ethereum, chẳng hạn như EIP-86 và EIP-2938. Tuy nhiên, không có phương pháp nào trong số này hoạt động vì chúng đều yêu cầu sửa đổi lớp đồng thuận, rất khó thực hiện.
Cơ chế 4337
ERC-4337 triển khai tính năng 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ó tên là UserOperation, tương tự như các bản tổng hợp về 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 phần tóm tắt tài khoản mà không cần thay đổi lớp đồng thuận.
Thiết kế mô-đun của EIP 4337 chia chức năng trừu tượng hóa tài khoản của ví hợp đồng thông minh thành nhiều cổng:
Bundler:
Bundler là một EOA. Vì tất cả các giao dịch phải được thực hiện bởi EOA nên với Bundler, người dùng có thể kích hoạt các giao dịch ví hợp đồng thông minh mà không cần tạo và ghi nhớ khóa riêng EOA.
Vai trò của Bundler: xác minh UserOperation, đóng gói một tập hợp các đối tượng UserOperation thành một giao dịch theo gói duy nhất. Phát nội dung của UserOperation đã được xác thực tới nhóm bộ nhớ công cộng hoặc riêng tư.
Bundler cũng được hưởng lợi về mặt tài chính bằng cách bỏ túi phần chênh lệch giữa phí ưu tiên cao nhất và phí gas thực tế sau khi thực hiện UserOperation. Tương tự như bộ chuyển tiếp cho một giao dịch thông thường, Bundler có thể lấy MEV bằng cách ra lệnh cho 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 Bundlers cần gọi để thực thi UserOperation. Điểm vào đóng vai trò trung gian giữa Bundler và ví hợp đồng thông minh.
Xác minh và thực thi với handOp: Hàm handOp sử dụng UserOperation làm tham số đầu vào. Đầu tiên, UserOperation được xác minh trên chuỗi, kiểm tra xem nó có được ký bởi địa chỉ ví hợp đồng thông minh đã chỉ định hay không và ví có đủ phí gas để bù đắp cho Bundler hay không. Nếu xác minh thành công, các tham số đầu vào sẽ được thực thi dựa trên chữ ký hàm.
Các token cần được gửi vào ví hợp đồng thông minh sẽ trả phí gas cho Bundler: Khi Bundler sử dụng EOA để kích hoạt handOp, phí gas sẽ được tạo ra. Ví hợp đồng thông minh có thể thanh toán phí gas bằng số dư của chính họ hoặc yêu cầu thanh toán từ Pymaster. Lỗi có thể xảy ra: Phí gas không đủ, bước xác minh không thành công; ngay cả khi có đủ phí gas, bước thực hiện 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 thi có thành công hay không, hợp đồng điểm vào 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 cho ví hợp đồng thông minh chức năng thêm hoặc rút mã thông báo làm tài sản thế chấp.
Ví thông minh:
Hợp đồng chính của ví hợp đồng thông minh tách biệt các bước xác minh và thực thi của UserOperation. Bằng cách tách nó ra, Bundler có thể xác minh UserOperation ngoài chuỗi, 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 xác thựcOp: lần đầu tiên xác thựcOp được gọi, Bundler mô phỏng xác minh ngoài chuỗi, xác minh chữ ký trong UserOperation và đảm bảo rằng ví hợp đồng thông minh có đủ số dư gas; lần thứ hai xác thựcOp được gọi, hợp đồng điểm vào được thực thi. Thực hiện xác minh trên chuỗi trước UserOperation.
Paymaster:
Paymaster xác định logic trừu tượng hóa gas của ví hợp đồng thông minh, bao gồm cả việc sử dụng mã thông báo có thể thay thế ERC 20 để thanh toán phí gas Ethereum và các giao dịch mà không phải trả phí gas.
Paymaster là một hợp đồng thông minh được dApp triển khai có thể kích hoạt tính năng xác thựcPaymasterOp của Paymaster.
Wallet Factory:
Wallet Factory là một hợp đồng công khai để tạo ví hợp đồng thông minh. Khi địa chỉ nhà máy sản xuất ví và các tham số của ví hợp đồng thông minh mới được cấy vào initCode, Bundler sẽ kích hoạt Nhà máy Ví tương ứng để tạo hợp đồng thông minh với các tham số được chỉ định. Mã Wallet Factory phổ biến đã được kiểm tra đầy đủ, do đó việc tạo ví bằng Wallet Factory sẽ an toàn hơn.
Wallet Factory cần đặt cược ETH vào điểm vào và tiếp tục cung cấp dịch vụ tốt cho 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 với initCode được điền để 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 mình.
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 ví hợp đồng thông minh khác nhau sử dụng các thuật toán chữ ký khác nhau và trước tiên, UserOperations cần được tổng hợp bằng cùng một thuật toán chữ ký.
Tiết kiệm phí gas: Vì tính toán mã hóa trên chuỗi tiêu tốn rất nhiều phí gas, nên các sơ đồ chữ ký tổng hợp (chẳng hạn như BLS) có thể tiết kiệm phí gas trong quá trình 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 từng chữ ký của UserOperations.
Bundler chuyển mảng UserOperation, chữ ký tổng hợp và địa chỉ bộ tổng hợp đến điểm vào và mỗi phiên nhóm UserOperation gọi hàm validSignature của bộ tổng hợp chữ ký tương ứng của nó.
Sau khi vượt qua quá trình xác minh, Bundler sẽ thực thi bộ UserOperation này trên ví hợp đồng thông minh.
Các nhà tổng hợp cũng được yêu cầu đặt cọc Ethereum vào hợp đồng điểm đầu vào và duy trì hồ sơ dịch vụ UserOperation tốt.
Ưu điểm của AA
Khai thác khí:
Việc khai thác Gas bao gồm các giao dịch không cần gas và sử dụng bất kỳ mã thông báo ERC 20 nào để thanh toán phí gas. Logic này có thể được thực hiện trong hợp đồng Paymaster hoặc thông qua bộ chuyển tiếp. Đối với AA, bản thân nhiều ví hợp đồng thông minh có thể triển khai hợp đồng Paymaster tuân thủ EIP 4337 và đặt cược mã thông báo vào hợp đồng điểm đầu vào để giúp người dùng thanh toán 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 khóa mới làm chủ sở hữu ví hợp pháp. Logic đăng nhập xã hội và phục hồi xã hội thường được xác định trong hợp đồng chính của ví. Có thể sử dụng nhiều phương pháp khác nhau, chẳng hạn như email, đa chữ ký, MPC hoặc SWIE (Đăng nhập bằng Ethereum), v.v.
Phân nhóm giao dịch:
Lô giao dịch là một tính năng duy nhất của ví hợp đồng thông minh cho phép người dùng ví thực hiện nhiều giao dịch trong một giao dịch trực tuyến.
Tích hợp cầu nối chuỗi chéo và cầu kết 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 pháp định cũng như cầu nối chuỗi chéo vào ví. Các kênh gửi và rút tiền cũng như cầu nối chuỗi chéo này có thể được tích hợp hơn nữa với hợp đồng thanh toán (Paymaster) trong quá trình khai thác gas.
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ụ theo mô-đun, trong đó Bundler, Paymaster và các phần khác có thể được kết hợp linh hoạt với nhau.
Nhược điểm của AA
từ stackup
Phí xử lý (có thể) tương đối cao:
Chi phí thực hiện chuyển khoản đơn giản bằng ERC-4337 cao hơn nhiều so với sử dụng ví truyền thống (thường được gọi là EOA) vì nó yêu cầu gọi hợp đồng.
Tuy nhiên, trên mạng Rollup, chuyển khoả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 mạng chính.
Các tiêu chuẩn chưa được hoàn thiện:
Các thách thức bao gồm các vectơ tấn công gia tăng do khả năng mở rộng giao dịch mở rộng, 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 và nhu cầu về các hợp đồng điểm đầu 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 đều được ký và xác minh hợp lệ.
Layer 2
✅ và ❌ cho biết AA gốc có được hỗ trợ hay không.
Optimism: ❌
Optimism phiên bản 1 có ba mã OVM để triển khai tính năng trừu tượng hóa tài khoản cho ví hợp đồng thông minh. Tuy nhiên, phiên bản 2 đã loại bỏ các opcode này vì lý do nhất quán và bảo mật, đồng thời không có thông báo chính thức nào về việc hỗ trợ trừu tượng hóa tài khoản.
Arbitrum: ❌
Mặc dù hiện tại có một số ví hợp đồng thông minh được xây dựng trên Arbitrum nhưng không có thông báo 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ó các tài khoản hợp đồng thông minh có chức năng xác minh và thực thi và tất cả các tài khoản phải thực hiện các chức năng này để xác minh chữ ký và đảm bảo phí gas. Starknet cấm các 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 không được thực hiện. Tuy nhiên, Starknet vẫn có một số điểm khác biệt so với Ethereum, chẳng hạn như thiếu UserOperations, giao thức trừu tượng hóa phí giao dịch giống như Paymaster và cần có tài khoản có số dư token để tạo hợp đồng mới. Ngoài ra, người đặt hàng 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ể.
zkSync: ✅
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 hàm xác thựcTransactiom và execTransaction riêng biệt. Giao diện Paymaster cũng bao gồm các hàm validAndPayForPaymasterTransaction và postOp. Tuy nhiên, có những 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ộ lưu trữ bên ngoài trong quá trình xác minh. Paymaster cũng có thể gọi bộ nhớ ngoài trong quá trình xác minh 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ụ trọn gói:
Người xây dựng:
xếp chồng lên nhauTriển khai Golang
của CandideTriển khai Python
Chủ nghĩa vô cựcTriển khai TypeScript
Skandha của Etherspot —Triển khai TypeScript
Một số đồng thuận:
Dịch vụ công cộng
Bản chất nguồn mở của đại đa số Bundlers khiến 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ó nhận ra
Mặc dù điểm cuối RPC chạy Bundler tính phí sử dụng dịch vụ thông qua khóa API, nhưng dịch vụ Bundler khó kiếm tiền hơn so với các cơ sở hạ tầng khác (chẳng hạn như hợp đồng thanh toán Paymaster), vì Paymaster có thể được sử dụng bởi các nhà cung cấp dịch vụ nạp tiền bên thứ ba hoặc công cụ tổng hợp giao thức DeFi Hợp tác và dễ dàng kiếm được khoản chênh lệch phí.
cơ sở hạ tầng quan trọng
Việc xác thực và thực thi UserOperations yêu cầu càng nhiều Bundlers càng tốt để phân quyền tốt hơn. Bởi 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, nên chúng tôi thực sự cần thêm nhiều nhà cung cấp dịch vụ Bundler như vậy.
cơ chế
Bundler tự gửi tin nhắn và truyền bá hành động của người dùng, tương tự như nhóm bộ nhớ dùng chung mà không cần phải thống nhất về các chi tiết cụ thể. Bundler có chức năng quan trọng là lọc thư rác và vì lý do kinh tế riêng, Bundler muốn giám sát nhiều nhất có thể để đảm bảo an toàn cho vùng nhớ.
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 có mục đích chung hoặc được xây dựng riêng cho ví. Các dự án ví có thể ưu tiên xây dựng Bundler cơ bản nhất, trong khi các nhà cung cấp bên thứ ba phải xây dựng Bundler mô-đun cho nhiều tình huống khác nhau.
Tương tự như các nút Ethereum, các dịch vụ Bundler được triển khai bằng các ngôn ngữ lập trình khác nhau để ngăn chặn các điểm lỗi duy nhất và mang lại lợi ích cho hệ sinh thái.
Dịch vụ Bundler hỗ trợ nhóm bộ nhớ riêng và nhóm bộ nhớ chung, đồng thời cung cấp các tùy chọn tùy chỉnh cho nhóm bộ nhớ riêng.
Dịch vụ thanh toán
So với dịch vụ Bundler, dịch vụ Paymaster tương đối tập trung, hợp đồng là nguồn mở nhưng phần phụ trợ đóng.
Dịch vụ Paymaster có mô hình kiếm tiền giúp cải thiện khả năng sử dụng dApp bằng cách tích hợp với tiền gửi 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:
Logic đa chữ ký (bảo mật): Chỉ có thể triển khai logic đa chữ ký như 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 và sau đó đặt ngưỡng cho tài khoản đang vận hành.
Quản lý quyền dựa trên vai trò (Unipass): có thể đặt trọng số và vai trò cho các khóa. Các vai trò khác nhau có thể thực hiện các hoạt động khác nhau. Mỗi vai trò cũng có ngưỡng tương ứng. Nếu vượt quá ngưỡng này, 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 rơle 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 chỉ đa chuỗi thống nhất
Blockchain được hỗ trợ
việc 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 stablecoin trên nhiều chuỗi khác nhau hoặc các dApp cơ sở hạ tầng khổng lồ như DeFi
Tiện ích: Tích hợp thị trường NFT, launchpad, v.v.
Hỗ trợ bên ngoài: từ Ethereum Foundation hoặc các tổ chức đầu tư mạo hiểm nổi tiếng khác
Báo cáo gốc tiếng AnhĐược phát hành lần đầu vào tháng 5 năm 2023. Để biết thêm nội dung nghiên cứu đầu tư của Trung Quốc, vui lòng theo dõi tài khoản công khai [SevenXVentures].
Bài viết này là bản gốc của nhóm nghiên cứu SevenX và chỉ dành cho mục đích giao tiếp và học tập chứ không phải là bất kỳ tài liệu tham khảo đầu tư nào. Nếu cần trích dẫn xin vui lòng ghi nguồn.
