OKX Ventures: Quá khứ, hiện tại và tương lai của quá trình trừu tượng hóa tài khoản phân tích hệ thống
Tác giả của bài viết này, Kiwi, một nhà nghiên cứu tại OKX Ventures, không đưa ra bất kỳ lời khuyên đầu tư nào.
Kể từ khi Vitalik Buterin đề xuất EIP-4337 vào tháng 9 năm 2021, khái niệm trừu tượng hóa tài khoản đang dần được đưa vào ví Web3 chính thống. OKX Ventures sử dụng nguồn gốc của khái niệm này làm điểm khởi đầu để sắp xếp một cách có hệ thống quá khứ, trạng thái hiện tại và tương lai của tài khoản trừu tượng. cơ hội trong tương lai.
Những điểm chính của bài viết
• Về thông tin cơ bản:
￮ Tính năng trừu tượng hóa tài khoản (AA), hỗ trợ khóa phiên, có thể tách rời các nguồn và chữ ký giao dịch, đồng thời giúp người dùng tránh các hoạt động phức tạp như sao lưu khóa riêng và phí gas cũng như hạ thấp ngưỡng cho người dùng tham gia Web3;
￮ Để đơn giản hóa các loại tài khoản, mang lại nhiều quyền tự do hơn cho các hành vi trên chuỗi và đặt tài khoản ở mức bảo mật cao hơn, cần phải trừu tượng hóa tài khoản.
￮ Sau khi trải nghiệm EIP-86, EIP-1014, EIP-2938 và EIP 3074, EIP 4337 về cơ bản có thể được coi là giải pháp cuối cùng của Ethereum AA vì không cần thay đổi lớp đồng thuận.
• Hai lộ trình trừu tượng hóa tài khoản đa chuỗi: phương pháp tương thích 4337 và trừu tượng hóa tài khoản gốc.
￮ Tương thích với sơ đồ 4337: Hiện tại Arbitrum, Polygon, Optimism và BNB không có tính năng trừu tượng hóa tài khoản tích hợp gốc. Tuy nhiên, hầu hết chúng đều được hỗ trợ thông qua 4337 sản phẩm liên quan (như Biconomy, Stackup, v.v.) và việc xây dựng cơ sở hạ tầng vẫn đang trong giai đoạn ý tưởng;
￮ Giải pháp trừu tượng hóa tài khoản gốc: Starknet và zkSync hỗ trợ trừu tượng hóa tài khoản gốc, khác với giải pháp 4337. Điểm khác biệt: Starknet không có Bundler và Paymaster.Sequencer xác định trình tự giao dịch, thanh toán gas và thực thi nó.zkSync xác định trình tự giao dịch, thanh toán gas thông qua Operator, sau đó gọi bootloader để cùng hoạt động;
• Dữ liệu phát triển: Ethereum, Arbitrum, Optimism và Polygon đã triển khai hơn 520.000 tài khoản AA, trong đó hơn 80% tài khoản mới được tạo vào tháng 7-8, chủ yếu thông qua việc ra mắt các sản phẩm AA trên chuỗi Polygon và Optimism. Bundler và Paymasters hiện đang thực hiện ít thỏa thuận hơn và mỗi chuỗi hiện được độc quyền bởi các dự án như Pimlico và StackUp.
• Cơ hội do AA mang lại:
￮ Paymaster là một hợp đồng thông minh được triển khai bởi dApp, kích hoạt Paymaster thông qua Bundler để thanh toán gas cho UserOperation được chỉ định. Paymaster là một dịch vụ được tiêu chuẩn hóa và rất khó để hình thành một dự án độc lập riêng lẻ, chỉ có thể sử dụng lưu lượng truy cập web2 như một sự tích hợp chức năng để phục vụ hoạt động kinh doanh web3. Cơ hội kinh doanh cho người trả tiền: cổng lưu lượng thanh toán, đổi quà tự động, tích hợp với các dự án trò chơi DeFi và những đổi mới tương tự về mặt vĩ mô trong ngành thanh toán. Hướng đổi mới của Paymaster tương đối đơn lẻ nhưng đây là phần ổn định nhất trong việc nắm bắt giá trị và hạ thấp ngưỡng để người dùng web2 vào web3. Một số lượng lớn các tổ chức web2 có thể triển khai dịch vụ Paymaster.
￮ Bundler là một trong những thành phần có nhiều cơ hội nhất, bản chất của nó tương tự như rơle, hướng lợi nhuận chủ yếu xoay quanh một loạt các cơ hội được mở rộng bởi các giao dịch đóng gói (chẳng hạn như kiếm chênh lệch giá gas, MEV và các quỹ riêng tư thiên về B -side nhu cầu), nhưng đóng gói giao dịch Nếu không làm như vậy sẽ khiến người đóng gói bị mất tiền nên việc lựa chọn giao dịch rất khó khăn.
▪ Việc xây dựng mạng Bundler với giao thức có nút riêng và dịch vụ Relayer sẽ dễ dàng hơn.Ví dụ, Rpc với tư cách là một cơ sở phi tập trung có thể giúp phân cấp gói;
▪ Bundler hợp tác với người tìm kiếm và người sắp xếp chuỗi là lựa chọn tốt hơn. Trong tương lai, doanh thu có thể được phản hồi lại cho người dùng thông qua nhiều kênh khác nhau thông qua chia sẻ mev, điều này cuối cùng sẽ ngày càng trở nên công bằng hơn;
▪ Bundler hiện là pool riêng, chưa có public pool, hiện tại chỉ có stackup hoạt động tốt và có lãi, còn Biconomy ở mức trung bình;
▪ Bundler là hàng hóa công khó kiếm lợi nhuận nhưng rất cần thiết cho hệ sinh thái, tuy nhiên trên thị trường chưa có kế hoạch vận hành hàng hóa công hoàn chỉnh và hầu hết các bên tham gia dự án hiện nay thích tư nhân hóa nó để cân nhắc lợi nhuận;
▪ Các hướng cải tiến kỹ thuật mà Bundler phải đối mặt bao gồm: tránh xung đột nonce.Mạng p2p có thể tối ưu hóa các vấn đề như vậy thông qua việc đánh dấu và xóa;và sửa đổi bộ lưu trữ hợp đồng khiến trình đóng gói không thể nhận được đủ tiền bồi thường.Phần này yêu cầu tối ưu hóa tiếp theo thông qua các đề xuất.
￮ Sự kết hợp giữa AA và MEV: AA, Sequencer và Intent về cơ bản mở rộng chuỗi hoạt động trên chuỗi. MEV yêu cầu chuỗi hối lộ dài hơn. Bundler và giải quyết ý định của AA có thể hợp tác với các vai trò như Người tìm kiếm trong chuỗi MEV để hình thành MEV hình thức chia sẻ. Vì AA cung cấp các hợp đồng Bundler và điểm đầu vào nên về mặt lý thuyết, AA cũng có thể chia sẻ thu nhập của PEV (Giá trị có thể trích xuất của Prover);
￮NFT: Bản thân việc cải thiện trải nghiệm người dùng có thể thu hút nhiều người dùng mới hơn, đồng thời khiến việc giám sát thị trường và giao dịch trở nên tự động hơn. Cả ERC 6551 và 4337 đều có khả năng tài khoản ở cấp độ nhận thức của người dùng và có thể tích hợp các trò chơi toàn chuỗi, DID và phần mềm trung gian. Các trò chơi toàn chuỗi tiếp theo yêu cầu khả năng kết hợp của ERC-6551 để hoàn thiện trải nghiệm trò chơi của các tài khoản thiết bị đa chuỗi + có thể giao dịch;
￮ Xã hội và trò chơi: Việc tối ưu hóa cơ sở hạ tầng nhận dạng sẽ cải thiện đáng kể tính dễ sử dụng của sản phẩm và việc hạ thấp ngưỡng vận hành đối với trò chơi toàn chuỗi + tối ưu hóa mô hình tài khoản + hệ thống tài khoản nhiều chuỗi sẽ mang lại thế giới quan trò chơi đa chuỗi;
• AA và ý định:
￮Về bản chất, không có mối quan hệ ràng buộc cần thiết giữa ý định và AA. Intent về cơ bản là sự đổi mới trong lớp trải nghiệm người dùng, hiểu và phân tách nhu cầu của người dùng tốt hơn và nhanh hơn, biến chúng thành một hoặc nhiều UserOperations; AA là tối ưu hóa back-end, thực hiện hướng dẫn người dùng tốt hơn. Telegram bot là một cải tiến Intent điển hình nhưng phần phụ trợ vẫn sử dụng ví EOA nên không ảnh hưởng đến trải nghiệm người dùng.
￮ Ý định là quá trình giải quyết lộ trình tối ưu cho một mục tiêu cụ thể. Trước đây, Intent có xu hướng là những yêu cầu đơn giản, nhưng trong tương lai, nó có thể hình thành những vấn đề phức tạp với nhiều điều kiện, nhiều bước, nhiều môi trường thực thi và thậm chí cả việc đưa vào các tác nhân AI.
￮ Cơ hội có ý định: Nhà điều hành có thể giảm số lượng chữ ký và cải thiện trải nghiệm người dùng. Phía ứng dụng có thể hình thành cơ sở hạ tầng mới, ngôn ngữ mới và hình thức giải pháp mới dựa trên tường thuật ý định, đây là một trong những trường hợp sử dụng tiềm năng nhất trong tương lai.
▪ Nhóm ý định trung gian hoặc chuỗi công khai có mục đích: Các ứng dụng dựa trên ý định không chỉ liên quan đến các định dạng thông báo mới để tương tác với hợp đồng thông minh mà còn cả các cơ chế phổ biến và khám phá đối tác dưới dạng nhóm bộ nhớ thay thế. Rất khó để thiết kế một cơ chế phát hiện và kết nối ý định vừa tương thích với động cơ vừa không tập trung.
▪ Lộ trình triển khai đa dạng của Solver: Nhiều Hợp đồng Siêu thông minh khác nhau đã tương đối trưởng thành trong ngắn hạn sẽ được tích hợp trước. Về lâu dài, AI có mức độ tự do cao hơn sẽ là hình thức lý tưởng nhất, nhưng rất khó thực hiện ; Bộ giải sẽ mang đến chuỗi ngoài đầu tiên Mô hình xử lý trước mới và sau đó tải lên chuỗi có lợi cho một số giao thức tự động (chẳng hạn như Uniswap X); hiện tại bộ đồng xử lý ZK Axiom có thể được sử dụng làm bản demo về quyền riêng tư gỡ rối.
▪ Ngôn ngữ mới để thể hiện ý định: Juvix và Essential đã tồn tại, điều quan trọng là những dự án như vậy phải được triển khai trước và người dùng cần tạo dựng niềm tin trước với chúng;
￮ Ví và cơ hội truy cập: Ví có thể được sử dụng làm mục đích xây dựng lớp ý định và vị trí chiến lược của nó được tăng lên đáng kể và nó có thể trở thành cơ sở hạ tầng thoát nước và lối vào của nhiều giao thức khác nhau. Phần phụ trợ Intent có thể tích hợp các ví EOA, MPC và hợp đồng thông minh truyền thống; cả ứng dụng giao dịch và chuỗi chéo sẽ cải thiện trải nghiệm với việc đa dạng hóa các điểm vào (chẳng hạn như tự động hóa, nhiều giải pháp);
￮Cơ hội ứng dụng ZK: Ý định của người dùng có nhiều yêu cầu mã hóa. Cơ chế riêng của 4337 có thể đáp ứng thanh toán quyền riêng tư. Sự tích hợp sâu hơn sẽ được phát triển trên thị trường zkProof.
￮ Rủi ro và ngưỡng: Ý định đòi hỏi những kỳ vọng tin cậy mạnh mẽ, tương ứng với rào cản gia nhập cao, dẫn đến sự tập trung quá mức và không đủ đổi mới.
• Các dự án trọng điểm:
￮ Có hai loại người tham gia vào thị trường trừu tượng hóa tài khoản: một là ví hợp đồng thông minh với các chức năng như đăng nhập và phục hồi xã hội, khai thác gas, phân khối giao dịch cũng như tích hợp và tổng hợp các dịch vụ của bên thứ ba (chẳng hạn như tiền gửi hợp pháp và rút tiền và giao thức DeFi). Có nhiều dự án khởi nghiệp đang trên đà phát triển, nhưng các giải pháp còn thô sơ; một hạng mục là các nhà cung cấp mô-đun của Bundler và Paymaster, hầu hết trong số đó đều đang ở giai đoạn đầu ngoại trừ nhị phân và xếp chồng.
￮ Các dự án trọng điểm: Biconomy, Stackup và Pimlico là 4337 giải pháp tương đối trưởng thành hiện có trên thị trường. Việc tiếp tục cải tiến SDK và các giải pháp mô-đun sẽ giúp chiếm lĩnh thị trường dẫn đầu và đạt được độ phủ thị trường cao về các giải pháp kỹ thuật. Hiện tại, Stackup đã triển khai hai loại Paymaster và mô hình Bundler, giải pháp toàn quy trình + thư viện nhiều thành phần sẽ là con đường để các dự án hàng đầu như vậy tiếp tục mở rộng lợi thế của mình trong tương lai.
▪ Thị phần gói của Pimlico (thị phần người dùng của toàn bộ gói chuỗi52% ) và lợi nhuận (lợi nhuận đầu tiên trên đa giác, đạt 637 MATIC trong tháng 7 và cũng là lợi nhuận dương khi tối ưu hóa);
▪ Tất cả các chuỗi Stackup đều có hoạt động kinh doanh gói, trong đó Arbitrum (5 ETH vào tháng 8) và Ethereum (0,4 ETH vào tháng 7) dẫn đầu về lợi nhuận. Người đóng gói ở trạng thái thua nhiều hơn nhưng lại kiếm được nhiều hơn;
￮Các dự án đổi mới: Quyền riêng tư là một yêu cầu khó khăn. Ví dụ: Axiom, bộ đồng xử lý ZK có thể được sử dụng làm bản demo của bộ giải quyết quyền riêng tư; Nocturne là lớp AA về quyền riêng tư có thể tổng hợp. Người dùng có thể tương tác với hợp đồng sau khi gửi tiền từ EOA hoặc hợp đồng, và sử dụng zkp để đạt được sự riêng tư. AI là một chủ đề nóng trên thị trường. Ví dụ: Ví Echooo kết hợp công nghệ MPC và AI để đạt được giám sát rủi ro AI và đa chữ ký. Đồng thời, những đổi mới dựa trên các dự án truyền thống cũng là những điểm nổi bật. Ví dụ, Universal của nhóm Uniswap Paymaster có thể phù hợp với luồng của cả người dùng ví và nhà điều hành Paymaster.
• Các EIP và Cơ hội khác:
￮ Đối với các EIP liên quan đến 4337, kể từ khi có chỉ đạo chính thức của 4337, hầu hết các đề xuất hiện nay đều tập trung vào việc tối ưu hóa việc triển khai AA. Ví dụ: ERC 6551 là phụ trợ cho các dẫn xuất 4337; EIP 6662, ERC 6900, ERC 1271, ERC 6492, EIP 7204 và EIP 7197 đều tối ưu hóa hướng AA; ERC 7377 hữu ích cho việc di chuyển tài khoản sau này;
￮Các dự án đoạt giải thưởng khác: Ethereum đã tài trợ cho tổng cộng 4 dự án liên quan đến trừu tượng hóa tài khoản trong quý 1 và quý 2 năm 2023, hai trong số đó được sản xuất bởi nhóm chính thức 4337 (nhóm chính thức AA và tấm bạt lò xo ví trình duyệt 4337 được phát triển bởi nó) và hai dự án Đổi mới lớn khác được tạo ra xung quanh khả năng kết hợp của 4337 với các giao thức/công nghệ hiện có (zkShield là một chữ ký đa chức năng riêng tư sử dụng ZKP và tính năng trừu tượng hóa tài khoản để ẩn chủ sở hữu tài khoản, Universal Paymaster do nhóm Uniswap đưa ra là một thanh khoản duy nhất như thị trường khớp thanh toán Gas ERC-20)
• Phát triển trong tương lai: Trước mắt, chúng tôi sẽ tập trung mở rộng thị trường và hình thành mô hình quảng bá chung với lớp 2, trong trung hạn, chúng tôi sẽ tập trung triển khai Bundler và Paymaster mô-đun và triển khai SDK, đồng thời tối ưu hóa trải nghiệm người dùng một cách chi tiết (chẳng hạn như giảm chi phí gas, thêm chuyển đổi EOA-sang-ERC-4337 được chọn tùy chọn, v.v.); về lâu dài, hãy xem xét chuyển đổi bắt buộc ví EOA.
1. Giới thiệu tóm tắt tài khoản
• Định nghĩa và tóm tắt:
￮Bản chất của việc trừu tượng hóa tài khoản là: tách nguồn giao dịch và chữ ký;
￮ Tại sao chúng ta cần trừu tượng hóa tài khoản: 1) Đơn giản hóa các loại tài khoản; 2) Tách tài khoản khỏi chữ ký, mang lại nhiều quyền tự do hơn cho các hành vi trên chuỗi, đồng thời đặt tài khoản ở mức bảo mật cao hơn;
￮ Sự phát triển của việc trừu tượng hóa tài khoản: Khối lượng công việc và độ phức tạp của việc phân biệt trực tiếp là lớn, EIP 2938 và EIP 3074 yêu cầu thay đổi lớp đồng thuận. Cuối cùng, giải pháp EIP 4337 đã được chọn mà không thay đổi lớp cơ bản.
• Nguyên tắc của ERC 4337:
￮ Vai trò: EIP 4337 tiêu chuẩn hóa ví hợp đồng thông minh và cơ sở hạ tầng liên quan thành năm giao diện hợp đồng: Bundler, Entry Point Contract, Paymaster và Smart Contract Wallet Factory) và Signature Aggregator. và một loại giao dịch mới (UserOperation).
￮Các bước giao dịch: 4337 Không sửa đổi lớp đồng thuận Ethereum, giới thiệu hoạt động logic hoạt động mới của người dùng và thêm Bundler chịu trách nhiệm đóng gói userop. Sau quy trình ban đầu, các hợp đồng EntryPoint và Wallet được thêm vào để phân chia quy trình xác minh và thực thi để hoàn thành việc thực hiện nhiệm vụ tùy chỉnh. Cuối cùng, logic thanh toán phí gas được trích xuất thông qua Paymaster. Người dùng bắt đầu một userop - userop được gửi đến nhóm bộ nhớ userop người dùng - Bundler chịu trách nhiệm đóng gói UserOps đã chọn vào một giao dịch và gửi nó đến EntryPoint - EntryPoint xác minh hoạt động của người dùng và ví hợp đồng thông minh sẽ thực thi người dùng hoạt động và kết hợp nó vào khối.
• 4337 so với các giải pháp khác:
￮Kế hoạch AA của EIP-3074: hai mã op mới cần được giới thiệu để cho phép tài khoản EOA sử dụng hợp đồng, liên quan đến những thay đổi đối với lớp đồng thuận nên bị hủy bỏ;
1.1 Định nghĩa và sơ đồ tóm tắt
• Trừu tượng hóa tài khoản là gì:
￮ Ethereum có hai loại tài khoản: tài khoản bên ngoài (EOA) và tài khoản hợp đồng (CA). Là một giải pháp truyền thống, EOA phụ thuộc quá nhiều vào quản lý khóa và chữ ký ECDSA. Logic hoạt động cứng nhắc và cơ chế của nó ràng buộc chặt chẽ các quyền chữ ký và tài khoản. Sẽ ảnh hưởng đến việc gia nhập và phát triển tiếp theo của người dùng mới;
￮ Cần có một giải pháp cho phép người dùng sử dụng ví hợp đồng thông minh chứa logic xác minh tùy ý để giải quyết những vấn đề như vậy, giải pháp này được gọi là Account Tóm tắt (AA) và nguyên tắc là tách rời nguồn giao dịch và chữ ký.
• Tại sao chúng ta cần trừu tượng hóa tài khoản:1) Đơn giản hóa các loại tài khoản; 2) Tách tài khoản khỏi chữ ký, mang lại nhiều quyền tự do hơn cho các hành động trên chuỗi và đặt tài khoản ở mức bảo mật cao hơn;
• Sự phát triển của việc trừu tượng hóa tài khoản:Khối lượng công việc và độ phức tạp của việc phân biệt trực tiếp giữa EIP 2938 và EIP 3074 yêu cầu phải sửa đổi lớp đồng thuận. Cuối cùng, giải pháp EIP 4337 đã được chọn mà không thay đổi lớp cơ bản.
￮ Phân biệt trực tiếp: Ví dụ thêm loại giao dịch mới thông qua EIP 86, EIP 101 và EIP 859;
￮ Để cải thiện trạng thái của một loại tài khoản nhất định:
▪ EIP 2938, biến các tài khoản hợp đồng thành tài khoản “cấp cao nhất” có thể thanh toán phí và thực hiện giao dịch;
▪ EIP 3074, giới thiệu hai mã hoạt động mới cho phép tài khoản EOA sử dụng hợp đồng;
￮ EIP 4337: Giới thiệu logic hoạt động mới - nhóm hoạt động của người dùng;
1.2 Nguyên tắc kiến thức cơ bản ERC 4337
• Giới thiệu: Vào tháng 9 năm 2021, Vitalik Buterin đã đề xuất EIP-4337 cùng với các nhà nghiên cứu Ethereum từ OpenGSN và Nethermind. EIP-4337 bổ sung nhóm bộ nhớ UserOperation mới với hy vọng thay thế hoàn toàn nhóm bộ nhớ giao dịch hiện tại để đạt được sự trừu tượng hóa tài khoản.
Vai trò
• UserOperation: Giao dịch mà người dùng cần thực hiện sẽ được đóng gói và gửi đến Bundler, đồng thời được đóng gói thành một Bundle cùng với các UserOperation khác;
• Bundler: Nút chịu trách nhiệm chọn các giao dịch từ nhóm giao dịch, đóng gói nhiều UserOperations và tạo các giao dịch EntryPoint.handleOps().
• EntryPoint: Hợp đồng thông minh xử lý việc xác thực giao dịch và thực thi gói UserOperations, đóng vai trò trung gian giữa Bundler và ví hợp đồng thông minh:
• Hợp đồng ví: hợp đồng thông minh có thể tạo ví hợp đồng cho 4337 người dùng;
• Bộ tổng hợp: dùng để xác minh chữ ký tổng hợp;
• Paymaster: Hợp đồng thông minh giúp người dùng thanh toán phí gas.
Các bước giao dịch
• Chữ ký giao dịch: Người dùng bắt đầu thao tác người dùng ví và sử dụng bất kỳ dạng khóa riêng nào để ký thao tác người dùng (hướng dẫn không thay đổi, nhưng trường nội dung thay đổi, có thể chọn chữ ký không phải ECDSA) để tạo thao tác người dùng đã ký ( UserOperations), UserOp sẽ được gửi đến vùng bộ nhớ chứa các hoạt động của người dùng đang chờ xử lý để chờ xử lý;
• Gửi giao dịch: Bundler đóng gói các hoạt động của người dùng trong nhóm bộ nhớ hoạt động của người dùng, sau đó ký một giao dịch riêng để gói các hướng dẫn của người dùng, xử lý UserOp thành một giao dịch theo lô và gửi nó đến hợp đồng điểm đầu vào, sau khi đóng gói nhiều UserOperation Sau khi được Cùng với nhau, Bundlers trước tiên sẽ mô phỏng giao dịch, phát hiện xem liệu có lỗi thực hiện hợp đồng hay không và tính toán xem phí gas có đủ hay không. Nếu mô phỏng thành công, lô UserOperations này sẽ được gửi đến nút khối dưới dạng giao dịch;
• Xử lý các hoạt động của người dùng: Hợp đồng điểm vào xác minh sự tồn tại của ví - yêu cầu ví xác minh hoạt động của người dùng - gửi các hoạt động của người dùng đến ví hợp đồng thông minh để thực thi, đóng vai trò trung gian giữa Bundler và ví hợp đồng thông minh;
• Chuỗi khối: Ví hợp đồng thông minh thực hiện các hoạt động của người dùng và kết hợp chúng vào khối.
1.3 So sánh giữa ví truyền thống và ví MPC
1.4 Gói AA của EIP-3074
• EIP-3074: Hai mã hoạt động mới cần được giới thiệu để cho phép tài khoản EOA sử dụng hợp đồng, liên quan đến những thay đổi đối với lớp đồng thuận, vì vậy chúng bị loại bỏ;
• Nếu EIP-4337 cho phép sử dụng ví tài khoản của CA như EOA, thì EIP-3074 cho phép ví bên ngoài EOA có chức năng lập trình của tài khoản hợp đồng thông minh. Cốt lõi là cho phép người khác sử dụng tài khoản của tôi để đưa ra hướng dẫn thông qua chữ ký.
• EIP-3074 bổ sung thêm hai OpCode mới là AUTH và AUTHCALL, cho phép Người dùng (EOA) thay mặt mình thực hiện nhiều hành động khác nhau thông qua hợp đồng (Hợp đồng Invoker, Invoker không thể nâng cấp), đồng thời cho phép các nhà phát triển sử dụng linh hoạt hơn framework để thiết kế các đối tượng giao dịch và cơ chế xác minh (thuật toán chữ ký) để bất kỳ EOA nào cũng có thể hoạt động như một tài khoản hợp đồng (Contract Account) mà không cần tự mình triển khai bất kỳ hợp đồng nào.
• Ưu điểm: 1) Có thể thực hiện được mức độ tự do cao hơn, chẳng hạn như giao dịch theo lô, giao dịch đóng gói, thanh toán phí, đa chữ ký, v.v.; 2) Có thể thực hiện thanh toán nhiều khoản phí và các tài khoản bên ngoài cũng có thể thanh toán cho Invoker thông qua tài khoản yêu thích của họ phí xử lý mã thông báo;
• Nhược điểm: 1) EIP-3074 liên quan đến những thay đổi đối với lớp đồng thuận khổng lồ. Khi sự cố xảy ra, cần có một hard fork để giải quyết vấn đề; 2) Vì EIP-3074 cho phép các tài khoản thuộc sở hữu bên ngoài EOA sở hữu tài khoản hợp đồng thông minh. cơ chế chữ ký vẫn sử dụng chữ ký ECDSA cố định và không thể sử dụng bất kỳ phương thức chữ ký nào như EIP-4337;
• EIP-5003: là một đề xuất mở rộng cho EIP-3074 (AUTH và AUTHCALL) nhằm giới thiệu opcode AUTHUSURP mới. Nếu địa chỉ EOA A đã ủy quyền cho một địa chỉ B khác hành động thay mặt nó bằng cơ chế EIP-3074 thì AUTHUSURP sẽ cho phép B đặt mã của A. Đó là nâng cấp các EOA hiện có thành hợp đồng và cho phép chúng chuyển từ ECDSA sang các sơ đồ chữ ký kháng lượng tử hoặc hiệu quả hơn.
2. Giải pháp trừu tượng hóa tài khoản đa chuỗi
Tóm tắt
• Hai tuyến: phương pháp tương thích 4337 và trừu tượng hóa tài khoản gốc.
• Tương thích với sơ đồ 4337:
￮ Hiện tại Arbitrum, Polygon, Optimism và BNB không có bản tóm tắt tài khoản tích hợp gốc. Tuy nhiên, hầu hết chúng đều được hỗ trợ thông qua 4337 sản phẩm liên quan (như Biconomy, Stackup, v.v.) và việc xây dựng cơ sở hạ tầng vẫn đang trong giai đoạn ý tưởng;
￮ Arbitrum đã thông qua đề xuất hỗ trợ điểm cuối cho AA vào tháng 7 năm nay;
￮ Đa giác zkEVM trong đóTài liệu chính thứcNgười ta tuyên bố rằng thanh toán gas bằng nhiều token sẽ được hỗ trợ trong tương lai;
￮ Sự lạc quan và BNB cung cấp một số cơ sở hạ tầng trừu tượng hóa tài khoản, chẳng hạn nhưAlchemy、Biconomy、PimlicoVàStackupChờ đợi.
• Giải pháp trừu tượng hóa tài khoản gốc: Hai chuỗi Starknet và zkSync hỗ trợ trừu tượng hóa tài khoản gốc, khác với giải pháp 4337
Tương thích với sơ đồ 4337
• Arbitrum：
￮ Trọng tài đã thông qua nghị quyết liên quan đến việc hỗ trợ các điểm cuối trừu tượng hóa tài khoản vào ngày 17 tháng 7 năm 2023.Đề xuất AIP-2Hiện tại, Offchain Labs đã chính thức kích hoạt hỗ trợ cho các điểm cuối trừu tượng hóa tài khoản trên Arbitrum One và Arbitrum Nova;
￮ Đề xuất nêu rõ rằng các nhà nghiên cứu Ethereum đề xuất điểm cuối RPC mới, eth_sendRawTransactionConditional, để điều chỉnh trình sắp xếp chuỗi L2 cho phù hợp với nhu cầu cụ thể của bộ đóng gói ERC-4337.
• Polygon：
￮ Polygon tương thích với 4337 và đã đưa ra các giải pháp liên quan đến giao dịch meta, chẳng hạn nhưBiconomy(Giao thức chuyển tiếp đa chuỗi),Gas Station Network (GSN)(Giao thức hàng hóa công cộng phi tập trung có thể giúp trừu tượng hóa quá trình người dùng thanh toán Gas),Infura(nhà cung cấp nút) vàGelato(SDK lặp lại, thanh toán nhiều mã thông báo có sẵn)
￮Đa giác trong đóTài liệu chính thứcCó tuyên bố rằng Polygon zkEVM hỗ trợ trừu tượng hóa tài khoản thông qua ERC 4337 và sẽ cho phép người dùng thanh toán phí bằng bất kỳ mã thông báo nào, với nhiều chi tiết hơn sẽ được phát hành.
• Lạc quan: Hiện tại mạng chính OP cung cấp một số cơ sở hạ tầng trừu tượng hóa tài khoản, chẳng hạn nhưAlchemy、Biconomy、CyberConnect、PimlicoVàStackupĐối với các dự án khác, chi tiết kiến trúc vẫn chưa được công bố;
• BNB: Trên chuỗi BNB vào năm 2023Lộ trình công nghệ trong, quan chức này tuyên bố rằng cơ sở hạ tầng trừu tượng hóa tài khoản sẽ được thiết lập. Hiện tại, 4377 tương thích trên BNB và nhiều thông tin chi tiết sẽ được công bố.
Giải pháp trừu tượng hóa tài khoản gốc
• Starknet vốn hỗ trợ tính năng trừu tượng hóa tài khoản, nghĩa là tất cả các tài khoản đều là tài khoản thông minh.
￮ Kế hoạchMục tiêu: Trừu tượng hóa chữ ký (các hợp đồng tài khoản khác nhau sử dụng các sơ đồ xác minh chữ ký khác nhau) và trừu tượng hóa thanh toán (các chế độ thanh toán giao dịch và hình thức mã thông báo khác nhau)
￮ Quy trình: Giao dịch được nouce xác minh trước khi đưa vào pool, sau đó được gửi đến địa chỉ của hợp đồng thông minh tài khoản để xác minh, sau đó được thêm vào khối. Hai giai đoạn này được mã hóa thành hai chức năng riêng biệt xác thực và thực thi trong hợp đồng tài khoản.
▪ Bộ sắp xếp chuỗi trước tiên yêu cầu hợp đồng tài khoản để xác minh giao dịch; để ngăn chặn các cuộc tấn công DoS, Bộ sắp xếp chuỗi chấp nhận giao dịch phải thực hiện mô phỏng cục bộ dựa trên trạng thái đã biết trước khi thêm giao dịch vào mempool và phát nó tới các Bộ sắp xếp khác.
▪ Sau khi hoàn thành mô phỏng thành công, giao dịch sẽ được thực hiện, được đưa vào nhóm và được truyền bá trên mạng.
￮Sự khác biệt giữa giải pháp Starknet và Ethereum:
▪ Trong tính năng trừu tượng hóa tài khoản gốc của Starknet, tất cả các tài khoản đều là tài khoản thông minh và phải chứa các chức năng xác thực và thực thi, người dùng có thể triển khai logic tùy ý trong hai chức năng này để mở rộng chức năng tài khoản.
▪ StarkNet hỗ trợ nhiều đường cong elip khác nhau và xác minh chữ ký có khả năng lập trình cao; xác thực đảm bảo rằng chỉ chủ tài khoản mới có thể bắt đầu giao dịch bằng cách xác minh chữ ký và cũng đảm bảo rằng người thực thi giao dịch có thể nhận đủ phí gas.Người dùng có thể thực hiện chữ ký khác nhau xác minh trong thuật toán hàm xác thực;
▪ Loại bỏ sự phức tạp bổ sung do Bundler mang lại: Starknet đơn giản hóa quy trình bằng cách chỉ định Sequencer để thực hiện vai trò của Bundler;
▪ Starknet không có giao thức trừu tượng hóa phí giao dịch tương tự như Paymaster;
▪ Starknet không phân biệt giữa giao dịch thông thường và Giao dịch người dùng: bởi vì tất cả các giao dịch Starknet đều được kích hoạt bởi tài khoản hợp đồng. Trong Ethereum, Bundlers thực hiện các giao dịch UserOperation, trong khi ở Starknet, Sequencer thực hiện tất cả các giao dịch;
▪ Có nhiều cách khác nhau để triển khai tài khoản hợp đồng:
• Starknet triển khai một tài khoản hợp đồng trước khi gọi nó. Starknet yêu cầu một tài khoản có số dư mã thông báo để tạo một tài khoản hợp đồng mới bằng cách gọi một hàm triển khai_account đặc biệt. Hợp đồng tài khoản đã triển khai này có thể trả gas;
• EIP 4337 không yêu cầu triển khai trước. Bundler triển khai các tài khoản hợp đồng bằng cách thực hiện các giao dịch UserOperation có tham số initCode không trống. Quá trình triển khai không yêu cầu tài khoản có số dư token và phí gas có thể được Paymaster thanh toán;
• zkSync: zkSync Era thuộc về giải pháp trừu tượng hóa tài khoản gốc nhưng cũng tương thích với EVM.
￮Mục tiêu dự án: trừu tượng hóa chữ ký (các hợp đồng tài khoản khác nhau sử dụng các phương thức xác minh chữ ký khác nhau) và trừu tượng hóa thanh toán (các chế độ thanh toán giao dịch và hình thức mã thông báo khác nhau)
￮ Quy trình: Người dùng gửi Giao dịch đã ký cục bộ cho Nhà điều hành và Nhà điều hành gửi Giao dịch đến bộ nạp khởi động để xác minh. Sau khi hoàn tất xác minh và nhận được phí xử lý, bộ nạp khởi động sẽ gọi execTransaction trên Hợp đồng tài khoản để thực hiện giao dịch.
￮ Sự khác biệt giữa giải pháp zkSync và 4337:
▪ zkSync không phân biệt giữa tài khoản EOA và tài khoản hợp đồng;
▪ zkSync cho phép hàm validTransaction gọi các hợp đồng bên ngoài đã triển khai: vì các hợp đồng đã triển khai là bất biến trong zkSync, Ethereum cấm các hàm xác minh gọi các hợp đồng bên ngoài để ngăn các thay đổi trạng thái khiến quá trình xác minh giao dịch được thông qua. Và việc thực hiện giao dịch không thành công;
▪ zkSync cho phép các lệnh gọi validTransaction và Paymaster phát hành bộ nhớ ngoài của tài khoản hợp đồng giao dịch này: chẳng hạn như số dư mã thông báo của tài khoản hợp đồng trên hợp đồng bên ngoài, điều này bị Ethereum cấm.
So sánh các giải pháp zkSync, Starknet và 4337
• sự giống nhau:
￮ Các quy trình cơ chế AA của zkSync, Starknet và 4337 đều tương tự nhau, đó là Giai đoạn xác minh → Cơ chế phí (được thanh toán bởi Hợp đồng tài khoản hoặc Paymaster) → Giai đoạn thực thi; giao diện ví hợp đồng thông minh được chia thành validTransaction và execTransaction;
￮ Đối mặt với các mối đe dọa DoS: logic hợp đồng của zkSync chỉ cho phép truy cập vào các vị trí riêng của nó và logic hợp đồng của nó không thể sử dụng các biến Toàn cục; Trình sắp xếp chuỗi của Starknet yêu cầu các giao dịch phải được mô phỏng cục bộ trước khi thêm chúng vào mempool và phát sóng; giới hạn UserOperation Gas của 4337 được thêm vào bước xác thựcUserOp và Paymaster cần đặt cược mã thông báo.
• Sự khác biệt:
￮ AA gốc: zkSync và StarkNet đều là các bản tóm tắt tài khoản gốc và kiến trúc của chúng khác với 4337;
￮ Mức tiêu thụ Gas trên chuỗi: zkSync và StarkNet đều là lớp 2 và cần phải xem xét phí tích lũy;
￮ Vai trò thực thi AA khác nhau: trong kiến trúc zkSync, Người vận hành và bộ nạp khởi động (Hợp đồng hệ thống) hợp tác để hoàn thành thao tác của Người dùng; trong StarkNet, Thao tác của người dùng được xử lý bởi Sequencer và không có cơ chế Bundler và Paymaster; trong 4337, Bundler và EntryPoint hợp tác thực hiện thao tác của Người dùng;
￮ Liệu một giao dịch có thể được gửi trước khi Hợp đồng tài khoản được triển khai hay không: Trong cả StarkNet và zkSync, không có trường initCode nào như 4337 EntryPoint cho phép nó triển khai Hợp đồng tài khoản cho người dùng, do đó cả hai đều không thể gửi giao dịch trước khi triển khai tài khoản;
￮ Gọi các hợp đồng bên ngoài: zkSync cho phép chức năng validTransaction gọi các hợp đồng bên ngoài đã triển khai, trong khi cả 4337 và Starknet đều không thể;
￮ Quy tắc xác minh của Paymaster:
▪ Starknet không có Paymaster;
▪ Giao diện 4337 Paymaster xác định hai chức năng, validPaymasterOp và postOp. Cái trước xác định logic của giao dịch thanh toán của Paymaster và cái sau đảm bảo rằng Paymaster có thể trích tiền bồi thường phí gas sau khi giao dịch được thực hiện. Paymaster cần gửi Ethereum vào hợp đồng điểm đầu vào (để trả tiền gas) và cầm cố Ethereum (để ngăn chặn việc robot tạo ra hàng loạt độc hại);
▪ zkSync tương tự như 4337. Giao diện xác định hai hàm, validPaymasterOp và postOp. Logic giống như 4337, nhưng phần chức năng này chưa được triển khai. Và Paymaster của zkSync sẽ không bắt đầu thực thi cho đến khi nó gọi postTransaction khi gas đủ.Phần này khác với 4337. 4337 sẽ không gọi postOp nếu validPaymasterUserOp không trả về ngữ cảnh và ngược lại.
3. Dữ liệu phát triển
• Tóm tắt:
• Ethereum, Arbitrum, Optimism và Polygon đã triển khai hơn 520.000 tài khoản ERC-4337, hơn 80% trong số đó được tạo chỉ trong tháng 7;
• Polygon và Optimism đạt được mức tăng trưởng đáng kể từ tháng 7 đến tháng 8 thông qua việc ra mắt các sản phẩm AA: Polygon chứng kiến làn sóng lưu lượng truy cập do ra mắt mạng CyberConnect và Optimism chứng kiến sự tăng trưởng do ví Beam và ZeroDev mang lại;
• Arbitrum và Ethereum ít phổ biến hơn, chỉ có vài trăm đến vài nghìn người dùng;
• Bundler và Paymasters hiện đang thực hiện ít thỏa thuận hơn và mỗi chuỗi hiện được độc quyền bởi các dự án như Pimlico và StackUp.
tóm tắt dữ liệu
• Mức độ phổ biến của 4337 bắt đầu tăng vọt vào tháng 7 năm 2023 và câu chuyện của nó lần đầu tiên được ra mắt trên tạp chí Polygon và Optimism. Kết nối mạng là động lực chính cho cơn sốt AA này. Khối lượng giao dịch và gas của Paymaster và Bundler đã tăng lên đáng kể và hiện tại StackUp, Pimlico và Biconomy đã hình thành thế độc quyền.
• Hợp đồng EntryPoint ERC-4337 được triển khai chính thức vào ngày 1/3/2023. Tính đến ngày 30 tháng 8 năm 2023, tổng số người dùng trên chuỗi tóm tắt tài khoản là khoảng 616.000 và tổng số Hoạt động của người dùng đạt 1,3 triệu. So với quý 1 năm 2023, hoạt động của người dùng hàng quý tăng 11.837% và mức tăng trưởng người dùng vượt 27.000% trong quý 2 năm 2023;
￮ Hiện tại, 4337 tài khoản đã được triển khai trên Ethereum, Arbitrum, Optimism và Polygon, trong đó hơn 80% được tạo trên Polygon và Optimism từ tháng 7 đến tháng 8. Polygon dẫn đầu với tỷ lệ hoạt động của người dùng là 43,9% và trong số những người dùng ví tài khoản, Polygon dẫn đầu với tỷ lệ 47%. Ngoài ra, Stackup còn tài trợ hơn 140.000 USD phí gas.
• Paymaster: Hiện có tổng cộng 96 Paymaster và tổng chi phí gas là khoảng 414.200 USD. So với quý I năm 2023, quý IIKhối lượng giao dịch Paymaster tăng 5182%. Sự tăng trưởng về tổng sản lượng khí và khối lượng giao dịch cho thấy nhu cầu về các dịch vụ trung gian này đang tăng trưởng đáng kể;
• Bundler: Hiện có tổng cộng 1.300 Bundler, với tổng doanh thu khoảng 33.800 USD. Có khoảng 1.000 gói Ethereum vào tháng 8, trong đóStackup chiếm 94% (940+), hình thành thế độc quyền về thành phần này.
Dữ liệu đa giác
• Hiện có 340.000 tài khoản và tổng số 560.000 người dùng, chủ yếu do lượng sử dụng tăng đột biến vào tháng 7 năm nay nên có 440.000 người dùng.
• Chủ yếu là do mạng xã hội CyberConnect ra mắt nên tất cả tài khoản trên mạng đều là ví ERC-4337. Tiếp theo là Biconomy, nơi cung cấp gần 30.000 lượt triển khai tài khoản;
• Bundler và Paymasters trong tháng 7 và tháng 8 chủ yếu do Pimlico cung cấp.
• Pimlico là cơ sở hạ tầng mật mã được thiết kế để tăng cường khả năng áp dụng tính trừu tượng của tài khoản. Pimlico sẽ tập trung vào việc cung cấp cơ sở hạ tầng toàn diện cho Bundlers và Paymasters.
Dữ liệu lạc quan
• Hiện có 150.000 tài khoản và 400.000 người dùng. Tỷ lệ sử dụng ERC-4337 và số lượng UserOps trong tháng 8 đã tăng rất nhiều so với tháng 7, chủ yếu là do ra mắt ví Beam (cho phép người dùng thanh toán bằng đồng xu được sử dụng trong chuyển phí thay vì mã thông báo gốc của blockchain) và ZeroDev (SDK được xây dựng dựa trên ERC-4337 để xây dựng các ứng dụng Web3 được hỗ trợ bởi tính năng trừu tượng hóa tài khoản).
• Bundler và Paymasters chủ yếu được cung cấp bởi Pimlico, giả kim thuật và StackUp;
• SDK của StackUp có thể sử dụng ERC-4337 để xây dựng các ví và quy trình giao dịch Web3 tùy chỉnh.
Dữ liệu trọng tài
• Hiện có 2.200 tài khoản và 18.000 user, mức tăng trưởng trong tháng 7 và tháng 8 chủ yếu đến từ Zerodev và Biconomy, còn lại chủ yếu là do người dùng thử nghiệm.
• Bundler và Paymasters về cơ bản được xây dựng bởi StackUp.
Dữ liệu Ethereum
• Hiện tại chỉ có 339 tài khoản và 2100 userops. Phần tài khoản về cơ bản do Zerodev đóng góp chính. Có rất ít userops được tạo ra bởi các dự án như Safe và Biconomy. Phần lớn UserOps còn lại được tạo ra bởi người dùng đúc và chuyển giao stETH, cbETH và rETH. .
• Bundler và Paymasters về cơ bản được xây dựng bởi StackUp.
4. Cơ hội do AA mang lại
Paymaster
• Paymaster là một hợp đồng thông minh được dApp triển khai, kích hoạt Paymaster thông qua Bundler để thanh toán gas cho UserOperation được chỉ định; dịch vụ của nó tương đối tập trung (so với dịch vụ gói) và hợp đồng là nguồn mở nhưng phần phụ trợ bị đóng.
• Paymaster là một dịch vụ được tiêu chuẩn hóa và khó có thể trở thành một dự án độc lập, chỉ có thể sử dụng lưu lượng truy cập web2 như một chức năng tích hợp để phục vụ hoạt động kinh doanh web3. Cơ hội kinh doanh cho người trả tiền: cổng lưu lượng thanh toán, đổi quà tự động, tích hợp với các dự án trò chơi DeFi và những đổi mới tương tự về mặt vĩ mô trong ngành thanh toán.
• Hướng đổi mới của Paymaster tương đối đơn lẻ nhưng là phần ổn định nhất trong việc nắm bắt giá trị và hạ thấp ngưỡng để người dùng web2 vào web3. Một số lượng lớn các tổ chức web2 có thể triển khai dịch vụ Paymaster.
Kịch bản ứng dụng
• Tiền gửi Fiat: Cung cấp khả năng khai thác gas yêu cầu giao dịch ngoài chuỗi (chẳng hạn như tiền gửi và rút tiền fiat). Ví dụ: người dùng có thể chọn sử dụng thẻ tín dụng để đăng ký dịch vụ Paymaster để thanh toán phí gas.
￮ Biconomy và 0x Pass hợp tác với Transak để cung cấp quyền truy cập tiền tệ fiat;
￮ Argent Vault hợp tác với Moonpay, Transak và Wyre để cung cấp các kênh tiền tệ fiat và có bộ tổng hợp giao thức DeFi tích hợp sẵn;
￮ Etherspot, UniPass và Braavos hỗ trợ các kênh tiền tệ fiat;
• Hoán đổi: Để ngăn chặn sự biến động của gas, Paymaster có thể được tích hợp với chức năng hoán đổi để thanh toán với mức phí gas đã thỏa thuận tại một thời điểm cụ thể;
• Cầu nối: Ví dụ: MetaMask đã tích hợp các cầu nối chuỗi chéo trong ví thông qua hợp tác với các nhà cung cấp bên thứ ba. Những cầu nối 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 việc khai thác gas.
￮Biconomy cung cấp các dịch vụ liên lạc xuyên chuỗi và cầu nối xuyên chuỗi;
￮ Etherspot, UniPass và Braavos hỗ trợ trao đổi và cầu nối chuỗi chéo.
• Phiên: Khóa phiên có thể được tích hợp trong Paymaster, nghĩa là người dùng phê duyệt trước các giao dịch cho một ứng dụng dựa trên một tập hợp các tham số, chẳng hạn như thời lượng nhất định, Gas tối đa, khối lượng giao dịch tối đa của một mã thông báo cụ thể hoặc hợp đồng cụ thể Chức năng cụ thể, v.v. Ví dụ sử dụng như sau
￮ Đạt được sự thân thiện với người dùng trong trò chơi toàn chuỗi, nghĩa là chơi trò chơi mà không bị gián đoạn, không yêu cầu xác nhận chữ ký cho mọi thao tác;
￮ Khả năng đặt nhiều vị trí DeFi trước khi xác nhận;
￮ Điền vào nhiều biểu mẫu trên chuỗi mà không cần xác nhận mỗi lần;
￮ Sắp xếp lại tài sản trong ví/kho mà không cần phải xác nhận từng thay đổi.
• Thanh toán đa hình thức: Thông qua nhiều hình thức tích hợp khác nhau, Gas thậm chí có thể hoàn toàn “vô hình” đối với người dùng.
￮ Nhà phát triển trả tiền: Nhà phát triển ứng dụng có thể dễ dàng trợ cấp phí cho người dùng của họ, chẳng hạn như một phương tiện để thu hút khách hàng;
▪ UniPass sử dụng nút Relayer của riêng mình để thanh toán gas và có kế hoạch bổ sung chế độ giao dịch không tốn gas để xem quảng cáo trong tương lai và hỗ trợ sử dụng các cầu nối chuỗi chéo để thanh toán gas.
￮ Phí tài trợ/phí quảng cáo: Có thể được tích hợp với một số nhà quảng cáo để cho phép người dùng thực hiện các tác vụ mà không tốn xăng, chẳng hạn như thích một video, chuyển tiếp một tweet, v.v.;
￮ Tổ chức tập trung: Ví dụ: tích hợp với trao đổi OKX và ràng buộc tài khoản OKX web3 và tài khoản trao đổi, người quản lý thanh toán có thể giúp địa chỉ trên chuỗi thực hiện thanh toán gas bằng cách khấu trừ số dư tài khoản trao đổi;
￮Thanh toán bằng nhiều loại tiền tệ/phương thức: paymaster cung cấp khả năng khai thác gas liên quan đến các quy trình ngoài chuỗi. Người dùng có thể thanh toán gas bằng cách sử dụng mã thông báo ERC-20 hoặc các phương thức thanh toán ngoài chuỗi như thẻ tín dụng hoặc các dịch vụ đăng ký khác;
▪ Biconomy không chỉ triển khai Paymaster riêng tương thích với EIP 4337 mà còn có mạng Rơle hỗ trợ bất kỳ mã thông báo ERC 20 nào để thanh toán gas.
￮Thanh toán tự động: Visa triển khai giải pháp tài khoản ủy quyền trên StarkNet để cho phép thanh toán tự động cho các ví tự lưu trữ;
￮ Logic thanh toán tùy chỉnh: Ví dụ: người dùng Stackup cũng có thể tùy chỉnh logic thanh toán gas và Stackup sẽ tính phí người dùng thông qua mô hình trả theo mức sử dụng.
• Kết hợp với Điểm đầu vào: Paymaster cần gửi Ethereum vào hợp đồng Điểm đầu vào để thanh toán gas UserOperation và Ethereum bổ sung cần được cam kết trong hợp đồng Điểm đầu vào để ngăn chặn các robot độc hại tạo Paymaster theo đợt. Có một loạt cơ hội tích hợp với các giao thức Defi do hoạt động đặt cược của nó, chẳng hạn như các khoản vay và nhóm thanh khoản.
Bundler và thượng nguồn và hạ lưu
• Giao dịch gói Bundler tạo ra nhiều cơ hội lợi nhuận:
￮ Kiếm chênh lệch giá gas: Bundler tính phí gas cho nhiều giao dịch và chênh lệch giá gas cho các giao dịch được gửi. Các giao thức RPC và Relayer có thể nhanh chóng xây dựng mạng Bundler. Các công cụ quét hợp đồng và giao thức kiểm tra bảo mật có thể bảo vệ tính bảo mật của mempool được gửi bởi trình đóng gói; nhưng trình đóng gói chọn giao dịch Việc đóng gói không đúng cách sẽ dẫn đến việc đóng gói không thành công, dẫn đến tổn thất của trình đóng gói:
￮ Bundler tham gia phân phối MEV: Mempool của Bundler sẽ cho phép một cấu trúc tương tự như những người tham gia thị trường MEV và có thể được kết hợp với những người chơi thị trường MEV hiện có trong thời gian dài để tạo thành chuỗi hối lộ dài hơn cho cổ phiếu MEV. Bundler chia sẻ thu nhập MEV và PEV với Searcher, Bundler, Sequncer và thậm chí cả Prover.
￮ Nhóm quyền riêng tư: Gửi các giao dịch đến nhóm quyền riêng tư để đóng gói. Một số tổ chức và người dùng cá voi có nhu cầu, nhưng họ phải đối mặt với áp lực pháp lý.
• Những thách thức trong tương lai đối với Bundler:
￮ Bundler là hàng hóa công cộng khó kiếm lợi nhuận nhưng rất cần thiết cho hệ sinh thái: hiện chưa có giải pháp hoàn thiện cho hàng hóa công; nếu nó được sử dụng như một dự án thương mại, hầu hết các bên tham gia dự án sẽ ưu tiên tư nhân hóa nó để cân nhắc lợi nhuận .Sẽ dẫn đến các mối đe dọa tập trung;
￮ Xung đột không xảy ra: Nếu một UserOperation được gửi bởi các Bundler khác nhau cùng lúc thì chỉ có một giao dịch thành công và các Bundler khác sẽ mất Gas do không tải lên chuỗi. Trước khi áp dụng AA trên quy mô lớn, không có kế hoạch chuyển đổi tốt nào ngoài việc chủ động vô hiệu hóa các tài khoản đáng ngờ. Sau khi áp dụng trên quy mô lớn, một số mạng p2p có thể tối ưu hóa các vấn đề như vậy bằng cách đánh dấu và xóa;
￮ Việc sửa đổi bộ lưu trữ hợp đồng sẽ khiến bộ đóng gói không thể nhận được khoản bồi thường thỏa đáng: Trong quá trình xác minh và trên chuỗi, nếu bộ lưu trữ hợp đồng bị sửa đổi do thay đổi thị trường, bộ đóng gói sẽ không thể nhận được khoản bồi thường thỏa đáng. Vấn đề này quá chi tiết và hiện tại chưa có giải pháp tốt, cần tối ưu hóa thông qua các đề xuất.
Cơ hội liên quan đến Bundlers
• Kiếm chênh lệch phí gas: Bundler tính phí gas cho nhiều giao dịch và chênh lệch giá gas cho các giao dịch được gửi. Các giao thức RPC và Relayer có thể nhanh chóng xây dựng mạng Bundler. Các công cụ quét hợp đồng và giao thức kiểm tra bảo mật có thể bảo vệ tính bảo mật của mempool được gửi bởi người đóng gói; nhưng người đóng gói chọn Giao dịch không đúng cách dẫn đến việc đóng gói không thành công, dẫn đến thiệt hại cho người đóng gói:
￮ Dẫn xuất của dịch vụ Relayer: Logic cơ bản của Bundler tương tự như của Relayer, loại dự án này đã thiết lập các trường hợp nên có lợi thế là người đi đầu. Ví dụ: trong khi Chainlink cung cấp nguồn cấp dữ liệu giá, nó cũng có thể xây dựng mạng p2p gói riêng của mình; Layer Zero, với tư cách là một hợp đồng nhiều chuỗi, có thể xây dựng một nhóm luồng UserOp đa chuỗi trong tương lai; Bộ chỉ mục của Graph cũng có tiện ích là lập chỉ mục (tìm kiếm) UserOps có lợi nhuận;
￮ Dịch vụ Blockchain RPC: Rpc là một cơ sở phi tập trung kết nối các dapp với blockchain và có thể giúp các nhà cung cấp dịch vụ phân cấp. Ví dụ: dịch vụ RPC do chính chuỗi công cộng cung cấp, các nhà cung cấp dịch vụ tập trung như Alchemy và Infura, nhà cung cấp dịch vụ phi tập trung Pocket Network, v.v.;
￮ Bảo mật Bundler: Về mặt lý thuyết, Bundler có thể tham gia vào bất kỳ số lượng nhóm bộ nhớ nào, nhưng ERC chỉ đảm bảo tính bảo mật của nhóm bộ nhớ được tiêu chuẩn hóa và tính bảo mật của bất kỳ nhóm bộ nhớ nào khác được những người tham gia đánh giá riêng lẻ. Nếu nó được thêm vào nhóm bộ nhớ độc hại, nó sẽ ảnh hưởng đến tính bảo mật của toàn bộ gói UserOp, vì vậy dự án đóng gói nên bổ sung cơ chế quét chống tấn công/bảo mật. Các dự án như CertiK và SlowMist có thể triển khai các dịch vụ kiểm tra bảo mật và cũng mang lại cơ hội cho các công cụ quét địa chỉ hợp đồng như Cyberscan;
• Bundler tham gia phân bổ MEV: Mempool của Bundler sẽ hình thành một cấu trúc tương tự như những người tham gia thị trường MEV và có thể kết hợp với những người chơi thị trường MEV hiện tại về lâu dài để tạo thành chuỗi hối lộ chia sẻ MEV dài hơn. Bundler chia sẻ thu nhập MEV, PEV (Giá trị có thể trích xuất của Prover) với Searcher, Builder, Sequncer và thậm chí cả Prover.
￮ Dịch vụ dữ liệu Bundler: Cung cấp dịch vụ phân tích dữ liệu MEV hoặc nhóm bộ nhớ, tham khảo Eigenphi;
￮Nhóm đặt hàng riêng tư: Dapp mới có thể xây dựng lớp chuyển tiếp khối dành riêng cho giao thức trong khi thiết lập các dịch vụ giao dịch. Tất cả các giao dịch được tạo bởi người dùng sử dụng giao thức này sẽ vào một nhóm riêng tư độc quyền và người tìm kiếm cần phải trả phí để có được luồng đơn hàng độc quyền cho hoạt động chênh lệch giá. Lớp giao thức có thể phản hồi lại các khoản phí mà người tìm kiếm đã trả cho người dùng (chẳng hạn như các dịch vụ Gas-free) để thu hút nhiều người dùng hơn tham gia các giao dịch giao thức.
￮ Dịch vụ đấu giá giao dịch: Chẳng hạn như cơ chế đấu giá của Suave: người tham gia có thể bày tỏ sự quan tâm và sẵn sàng trả tiền cho một mục đích nhất định của người dùng thông qua đặt giá thầu; hoặc cơ chế tổng hợp của Cowswap: nó cung cấp cho người dùng sự bảo vệ MEV thông qua đấu giá hàng loạt. Khi hai nhà giao dịch nắm giữ một tài sản mà người kia muốn, các lệnh có thể được giải quyết trực tiếp giữa họ mà không cần nhà tạo lập thị trường hoặc nhà cung cấp thanh khoản bên ngoài.
￮ Hình thành đồng thuận Bundler: Nếu hình thành đồng thuận thì khả năng trích MEV từ AA sẽ bị loại bỏ hoàn toàn, tuy nhiên Gas và cơ chế chi tiết của 4337 chưa được thiết lập và độ phức tạp triển khai của UserOp lớn hơn nên điều này giải pháp là lý tưởng;
￮ Tích hợp upstream: Tham khảo giải pháp Starkware và flashbot, Bundler hợp tác với Searcher và Sequencer để đóng gói hàng loạt dịch vụ trên chuỗi và chia sẻ doanh thu giao dịch;
￮ Trình giải quyết Bundler: UserOp mang lại những kỳ vọng về lợi nhuận Gas khác nhau và độ phức tạp thực hiện trên chuỗi và các Bundler cần xây dựng các thông số và kế hoạch giao dịch Gas giao dịch của riêng họ, điều này sẽ ảnh hưởng đến mức độ ưu tiên của những người xây dựng khối trong việc thực hiện giao dịch. Trong các điều kiện giá gas thị trường và biến động khí khác nhau, Bundlers có thể có các chiến lược đóng gói MEV khác nhau. Việc xác minh và tính toán chiến lược này yêu cầu tiêu thụ tài nguyên máy tính phần cứng cục bộ và tài nguyên nút blockchain. Vì vậy có thể có giải pháp giải quyết cho Bundlers;
￮ Hình thành cơ chế chống kiểm duyệt mới: 4337 không áp dụng được cho cơ chế chống kiểm duyệt crLists, vì hiện tại mempool UserOperation không thể kết hợp với crLists (cơ chế buộc các validator thêm giao dịch vào các khối của mempool) Cơ chế này chỉ dành cho các giao dịch và sẽ bị bỏ qua.
￮ Dịch vụ RPC: Nó có thể cung cấp cho người dùng RPC riêng và hứa hẹn rằng các giao dịch được phát qua RPC này sẽ không bị ưu tiên, chẳng hạn như Flashbot Protect RPC và OpenMEV RPC;
￮ PEV: Nhà cung cấp cố gắng kiếm nhiều lợi nhuận hơn từ dữ liệu, họ sẽ sử dụng dữ liệu trên Ethereum hoặc các giao thức khác hoặc thậm chí một số Rollups để kiếm lợi nhuận thay vì làm bằng chứng.
• Nhóm quyền riêng tư: Gửi các giao dịch đến nhóm quyền riêng tư để đóng gói. Một số tổ chức và người dùng cá voi có nhu cầu nhưng họ phải đối mặt với áp lực pháp lý.
￮Dịch vụ nhóm quyền riêng tư ẩn danh: Portal Gate cho phép người dùng sử dụng các ví khác nhau để vào và thoát khỏi nhóm quyền riêng tư, duy trì tính ẩn danh và tuân thủ trên chuỗi, nhưng chỉ khi họ cần vượt qua KYC bên ngoài chuỗi;
￮ Giao dịch nhóm tối: Renegade đã phát triển giao dịch nhóm tối phi tập trung dựa trên tính toán nhiều bên (MPC) và bằng chứng không có kiến thức.
Những thách thức trong tương lai của Bundler
• Giao thức Bundler là một hàng hóa công cộng không được phép và có tính mô-đun, bản thân phần mềm nguồn mở không có mô hình lợi nhuận rõ ràng và không thể thu được doanh thu trực tiếp từ Bundler. Các nhà khai thác Bundler không có động cơ để công khai Nhóm vận hành và bộ nhớ quyền riêng tư có rủi ro tập trung:
￮ Bản thân giao thức Bundler đã khó kiếm tiền: Giao thức Bundler nguồn mở không độc quyền và không có tính cạnh tranh, bất kỳ điểm cuối RPC nào cũng sao chép mã nguồn mở để chạy Bundler. Là một loại hàng hóa công cộng điển hình, Bundler không thể nhận được các ưu đãi kinh tế tương ứng, điều này rất giống với tình hình hiện tại của Flashbots. Giao thức Bundler vẫn đang ở giai đoạn đầu và cần được tối ưu hóa liên tục, vì việc xác minh và thực thi UserOperation cần có sự tham gia của càng nhiều Bundler càng tốt để phân cấp tốt hơn.
￮ Tập trung hóa Bundler: Hiện tại, chỉ có một số dự án cung cấp dịch vụ giao diện chương trình ứng dụng để chạy các chương trình đi kèm, điều này cũng dẫn đến việc tập trung hóa 4337. Trong tương lai, Bundler có thể hình thành độc quyền do lợi thế của người đi đầu, điều này cũng sẽ làm tăng thêm mối đe dọa tập trung hóa;
￮ Bundler không công khai Op pool: Hiện tại không có cơ chế hoàn trả doanh thu từ pool công cộng Bundler. Bundler dựa vào các giao dịch trong pool riêng của mình để thu phí dịch vụ và không có động cơ để public pool giao dịch và hiệu suất của public pool không thể được đảm bảo và nó sẽ phải đối mặt với các cuộc tấn công DDoS và MEV. Từ kiến trúc kỹ thuật, lợi ích kinh tế, mô hình phân phối và các khía cạnh khác, Op pool mở vẫn chưa sẵn sàng.
• Xung đột không xảy ra gây ra giao dịch thất bại:
￮ Nếu một UserOperation được gửi bởi các Bundler khác nhau cùng một lúc. Khi đó chỉ có một giao dịch thành công, tức là chỉ một Bundler sẽ nhận được phí Gas từ EntryPoint, và tất cả các Bundler khác sẽ mất Gas do lỗi trên chuỗi;
￮ Trước khi AA được áp dụng trên quy mô lớn, người gửi hoặc địa chỉ IP của UserOperation có thể bị vô hiệu hóa chủ động, nhưng điều này sẽ vô tình gây thương tích cho người dùng và điều trị triệu chứng thay vì nguyên nhân gốc rễ. Vẫn cần có một kế hoạch chuyển tiếp tốt hơn;
￮ Sau khi áp dụng AA trên quy mô lớn, một giải pháp là áp dụng mạng p2p. Ví dụ: Etherspot, công ty đã phát triển ứng dụng khách gói Skandha, đang phát triển mạng mempool p2p.
￮ Các hoạt động của người dùng đang chờ được nhóm sẽ được truyền trong mạng p2p này và sau khi được nhóm và xử lý trên chuỗi, chúng sẽ được đánh dấu và xóa khỏi danh sách.
• Sửa đổi hợp đồng lưu trữ khiến người đóng gói bị mất tiền:
￮ Trong quá trình xác minh và thực thi trên chuỗi, người dùng có thể sửa đổi việc lưu trữ hợp đồng hoặc lưu trữ hợp đồng liên quan, khiến nhà cung cấp gói không thể nhận được đủ tiền bồi thường.
￮ Ví dụ: nếu UserOp do người dùng gửi tiêu thụ 1 eth gas và giá của eth là 1000 u tại thời điểm này và có 1000 u trong tài khoản của người dùng, Paymaster sẽ khấu trừ 1000 u dưới dạng thanh toán gas, và sau đó người đóng gói sẽ thực hiện quy trình trên chuỗi. Trong quá trình này, 1 ETH đã được thanh toán thay mặt cho người dùng. Tuy nhiên, ngay sau khi giao dịch được xác minh, trong khoảng thời gian giữa lúc hoàn thành chuỗi, ETH đột ngột tăng lên 2000 u. Người đóng gói vẫn thanh toán gas ETH, nhưng vì quá trình xác minh đã được thông qua nên người dùng chỉ cần thanh toán 1000u theo logic trước đó và người đóng gói sẽ lỗ ròng 1000u. Hợp đồng oracle là hợp đồng liên quan được đề cập ở trên và thay đổi giá là sửa đổi lưu trữ.
AA và NFT
• AA cải thiện trải nghiệm người dùng, thu hút người dùng tham gia thị trường NFT và giúp việc giám sát thị trường và giao dịch tự động hơn;
• ERC-6551, NFT tích hợp các trò chơi toàn chuỗi, DID và phần mềm trung gian: ERC-6551 tương tự logic cơ bản của 4337 và NFT đóng vai trò như một chiếc ví để tích hợp và quản lý các NFT khác. Trò chơi toàn chuỗi yêu cầu phiên bản tổng hợp của ERC-6551 để hoàn thiện trải nghiệm chơi trò chơi trên nhiều chuỗi tài khoản thiết bị có thể giao dịch.
• Chức năng: Khôi phục ví, hỗ trợ giao dịch Gas-free, giao dịch tài khoản.
• Giám sát thị trường và phân tích dữ liệu: triển khai các chỉ số theo dõi, đúc tiền xu thời gian, phân tích giá sàn, v.v. và tự động giao dịch khi đáp ứng một số điều kiện nhất định;
• Sự tích hợp giữa trò chơi toàn chuỗi và NFT có thể gần gũi hơn: thế giới mở đa chuỗi trở nên khả thi, tài khoản người dùng không còn bị giới hạn trong một trò chơi hoặc một chuỗi và tài khoản trò chơi cũng có thể được chuyển nhượng, điều này cũng có thể tạo ra NFT trò chơi thị trường giao dịch tài khoản;
• Tích hợp với DID và phần mềm trung gian: Mã thông báo ERC 721 có thể đóng vai trò là tài khoản người dùng và có thể chuyển nhượng được. Đồng thời, NFT cũng có thể được tích hợp với kiến trúc phần mềm trung gian và tùy chỉnh.
￮ Ví dụ: CyberID của Cyberconnect là mã thông báo ERC-721, đại diện cho một Xử lý tài khoản duy nhất trong mạng CyberConnect. CyberID không ngụ ý quyền sở hữu vĩnh viễn mà hoạt động theo mô hình tính phí dựa trên nhu cầu và nếu người dùng quên gia hạn, CyberID của họ sẽ được bán đấu giá;
￮ CyberGraph cũng cung cấp cho các nhà phát triển không gian để tùy chỉnh logic thông qua kiến trúc phần mềm trung gian. Ví dụ: nếu DApp muốn xây dựng mạng xã hội cho cộng đồng BAYC, nó có thể đặt rằng chỉ chủ sở hữu BAYC mới có thể tạo ra nội dung NFT cụ thể của họ.
• Giới thiệu: ERC-6551 sẽ cung cấp tài khoản hợp đồng thông minh cho tất cả các Token ERC-721. Các tài khoản này không chỉ cho phép Token ERC-721 sở hữu nhiều tài sản khác nhau như ERC-20, ERC-721, ERC-1155 mà còn cho phép Token ERC-721 có thể tương tác với nhiều ứng dụng khác nhau.
• Hiện thực hóa khả năng chuyển nhượng của DID: Tất cả DID hoặc tài sản liên quan của người dùng có thể được chuyển sang NFT. Đồng thời, khả năng chuyển nhượng của tài sản và danh tính có thể được thực hiện. Đây là một giao thức cho phép NFT nắm giữ tài sản. Nghĩa là, NFT là ID của bạn và sau đó bạn có thể sở hữu một số tài sản trên ID này;
• Tiện ích: ERC 6551 là giao thức góp phần rất lớn vào sự phổ biến của AA và logic cơ bản cũng tương tự.
￮ Tương tự như việc triển khai phương thức xác thực liên quan đến NFT trong tài khoản AA, nếu Khóa bắt đầu yêu cầu chuyển là địa chỉ Ethereum và địa chỉ có NFT được đăng ký trước thì xác thực sẽ được thông qua và tài khoản có thể được mở khóa. Logic của việc đeo thiết bị trò chơi NFT có thể được thay đổi thành chuyển NFT thiết bị đến địa chỉ ràng buộc của nhân vật NFT.
AA và xã hội và chơi game
• Đường đua xã hội từng được coi là thị trấn ma do số lượng người dùng và độ phức tạp trong hoạt động. Tuy nhiên, thông qua việc trừu tượng hóa 4337, nó sẽ mang lại một lượng lớn người dùng mới và việc tối ưu hóa cơ sở hạ tầng nhận dạng sẽ cải thiện đáng kể Sản phẩm Dễ sử dụng, hạ thấp ngưỡng vận hành trò chơi toàn chuỗi + tối ưu hóa mô hình tài khoản giúp việc mua và bán các tài khoản từng gặp khó khăn (chẳng hạn như ERC 6551) có thể thực hiện được. Hơn nữa, hệ thống tài khoản đa chuỗi sẽ giúp tạo ra một thế giới quan đa chuỗi lớn hơn, mạng xã hội và chơi game toàn chuỗi sẽ là một trong những xu hướng trong tương lai.
• Cơ sở hạ tầng nhận dạng:
￮ Phục hồi xã hội: Là chức năng cơ bản nhất, nó sẽ được tích hợp vào các tài khoản của mỗi giao thức xã hội 4337;
￮Đăng ký danh tính: Cho phép bạn đăng ký ví hợp đồng thông minh qua email hoặc số điện thoại, chẳng hạn như phiên bản V3 do CyberConnect ra mắt.
• Hệ thống tài khoản đa chuỗi: Ví dụ: tài khoản nhận dạng của CyberConnect có tính linh hoạt trên nhiều chuỗi, sử dụng tính năng trừu tượng hóa tài khoản để loại bỏ sự phức tạp của việc chuyển đổi mạng và hạ thấp ngưỡng người dùng;
• Tối ưu hóa trải nghiệm chơi game:
￮ Hoạt động hàng loạt: Khóa phiên có thể được sử dụng để đạt được xử lý giao dịch hàng loạt và chữ ký được ủy thác, v.v., hạ thấp ngưỡng hoạt động và đạt được kịch bản mà bạn có thể gác máy và chơi trò chơi chỉ bằng một chữ ký;
￮ Nhiều hình thức trò chơi hơn: Trò chơi chiến lược có nhiều bước hơn sẽ không gặp rắc rối với nhiều chữ ký, sẽ có thể có một thế giới quan đa chuỗi lớn hơn, đồng thời độ phức tạp và sự thú vị của trò chơi toàn chuỗi sẽ được cải thiện hơn nữa.
5.Mối quan hệ giữa AA và Intent
Bản chất ý định và phân loại
• Về bản chất, ý định không có mối quan hệ ràng buộc cần thiết với AA. Intent về cơ bản là sự đổi mới trong lớp trải nghiệm người dùng, hiểu và phân tách nhu cầu của người dùng tốt hơn và nhanh hơn, biến chúng thành một hoặc nhiều UserOperations; AA là tối ưu hóa back-end, thực hiện hướng dẫn người dùng tốt hơn.
• Ý định là quá trình tìm ra lộ trình tối ưu cho một mục tiêu cụ thể. Trước đây, Intent có xu hướng là những yêu cầu đơn giản, nhưng trong tương lai, nó có thể hình thành những vấn đề phức tạp với nhiều điều kiện, nhiều bước, nhiều môi trường thực thi và thậm chí cả việc đưa vào các tác nhân AI.
• Ví dụ 1: Telegram bot là một cải tiến Intent điển hình nhưng back-end vẫn sử dụng ví EOA nên không ảnh hưởng đến trải nghiệm người dùng.
• Ví dụ 2: Tôi muốn mua Ethereum với giá 1.000 USD. Người giải cần tính toán chuỗi nào, dex nào, thời gian chặn trượt và các tham số khác cần đặt và tạo UserOperation tương ứng; phần phụ trợ có thể là ví EOA, MPC hoặc AA .
• Ví dụ 3: Đã có một số dự án đi trước câu chuyện “ý định”, chẳng hạn như công cụ tổng hợp DEX của 1inch: người dùng chỉ cần chỉ định số tiền đầu vào và khả năng chịu trượt giá, sau đó để hợp đồng tìm ra thao tác tốt nhất, người tìm kiếm ghép nối giao dịch trong cuộc đấu giá Flashbots Tùy chọn tuần tự cũng là một dạng ý định của người tìm kiếm. Những ý định trong tương lai sẽ có nhiều hình thức hơn.
• Phân loại ý định:
￮Conditional Intent: thực hiện một thao tác khi thỏa mãn một hoặc nhiều điều kiện, có thể hiểu là câu lệnh if, khi một điều kiện nào đó được đáp ứng thì sẽ thực hiện một hành vi nhất định, chẳng hạn như hành vi dừng lỗ trong tài chính;
￮ Ý định liên tục: thể hiện nhu cầu thực hiện các hoạt động lặp đi lặp lại; bất cứ khi nào đạt đến một khoảng thời gian hoặc cảnh theo chu kỳ liên tục nhất định, một hành vi nhất định sẽ được thực hiện, chẳng hạn như đầu tư cố định hàng tháng;
￮ Multi-step Intent: Sau khi một Intent được giải quyết, một hoặc nhiều Intent mới được mở ra, có thể coi là một máy trạng thái, khi mỗi giao dịch chuyển từ trạng thái trước đó sang trạng thái mới thì sẽ thực hiện một hành vi nhất định. Trạng thái mới mà bạn chuyển sang phụ thuộc vào các điều kiện được xác định bởi trạng thái trước đó. Ví dụ: Nếu bạn muốn mua Ethereum, khi giá thấp hơn xx, hãy mua và chuyển vào ví. Nếu giá cao hơn xx, hãy tự động tìm kiếm cơ hội chênh lệch giá;
￮Biểu đồ ý định: một đường dẫn được hình thành bởi một tập hợp các ý định liên quan; mối quan hệ giữa các ý định có thể tạo thành một biểu đồ ý định lồng nhau, chẳng hạn như người dùng thể hiện ý định mua và bán một mã thông báo nhất định trong các điều kiện khác nhau, chẳng hạn như kết quả quản trị đề xuất, khai thác các khối cụ thể, tăng giảm giá thị trường.
AA làm cho ý định hiệu quả hơn
• Cơ hội có ý định: Nhà điều hành có thể giảm số lượng chữ ký và cải thiện trải nghiệm người dùng. Phía ứng dụng có thể hình thành cơ sở hạ tầng mới, ngôn ngữ mới và hình thức giải pháp mới dựa trên tường thuật ý định, đây là một trong những trường hợp sử dụng tiềm năng nhất trong tương lai. Cơ hội chủ yếu bao gồm các khía cạnh sau:
• 1) Nhóm ý định trung gian hoặc chuỗi công khai có mục đích: Các ứng dụng dựa trên ý định không chỉ liên quan đến các định dạng thông báo mới để tương tác với hợp đồng thông minh mà còn cả các cơ chế phổ biến và khám phá đối tác dưới dạng nhóm bộ nhớ thay thế. 2) Lộ trình triển khai đa dạng của Solver: Nhiều Hợp đồng siêu thông minh khác nhau đã tương đối trưởng thành trong ngắn hạn sẽ được tích hợp trước. Về lâu dài, AI có mức độ tự do cao hơn sẽ là hình thức lý tưởng nhất, nhưng rất khó để triển khai; Bộ giải sẽ mang đến chuỗi đầu tiên Mô hình xử lý trước mới và sau đó tải lên chuỗi có lợi cho một số giao thức tự động (chẳng hạn như Uniswap X); hiện tại bộ đồng xử lý ZK Axiom có thể được sử dụng làm bản demo về quyền riêng tư gỡ rối. 3) Ngôn ngữ mới để thể hiện ý định: Juvix và Essential đã tồn tại, điều quan trọng là những dự án như vậy phải được triển khai trước và người dùng cần tạo dựng niềm tin trước với chúng. 4) Lối vào hợp nhất ví: Khi việc xây dựng lớp mục đích kết thúc, vị trí chiến lược của nó đã tăng lên rất nhiều và việc tích hợp với các giao thức khác nhau giúp nó có thể trở thành lối vào lưu lượng truy cập lớn nhất.
• Nhóm ý định trung gian: Ý định chuyển từ người dùng đến nhóm mục đích được phép/không được phép và công khai/riêng tư, được chuyển đổi thành giao dịch bởi người mai mối và cuối cùng thành các nhóm công khai hoặc trực tiếp trên chuỗi thông qua đấu giá kiểu MEV Boost. Các nhóm ý định này có thể ở chế độ riêng tư hoặc công khai, với các quyền có thể tùy chỉnh và những người giải quyết ý định sẽ cạnh tranh để thực hiện lệnh và trích xuất giá trị tốt nhất để kiếm lợi nhuận.
￮ Nhóm ý định không được phép: Nó cho phép các ý định được truyền bá giữa các nút khác nhau trong hệ thống, cung cấp cho người thực thi quyền truy cập không được phép. Nhưng nó có thể mang đến các mối đe dọa DoS và các vấn đề MEV.
￮ Nhóm ý định được cấp phép: Nhóm ý định tập trung đáng tin cậy có khả năng chống DoS tốt hơn. Một mô hình có độ tin cậy cao cũng có thể giảm bớt những lo ngại về MEV và cung cấp một số khuyến khích để đảm bảo thực thi tốt. Tuy nhiên, giả định về niềm tin mạnh mẽ có những mâu thuẫn nhất định với tinh thần của blockchain;
￮Kết hợp ý định tổng hợp: Có thể truyền bá quyền, nhưng không cần có sự cho phép để thực thi (giả sử giả định về độ tin cậy được giữ nguyên), một ví dụ phổ biến của kịch bản này làĐấu giá dòng lệnh。
• Chuỗi công khai Intent: Việc xây dựng một lớp Intent độc lập sẽ tập trung hơn nữa những mối nguy hiểm tiềm ẩn của MEV;
￮ Anoma và Flashbots SUAVE đang xây dựng một lớp truyền bá ý định nơi người dùng có thể truyền bá các ý định đã ký tới các nút truyền bá;
• Triển khai đa dạng Bộ giải: Hợp đồng siêu thông minh, AI, quyền riêng tư và mô hình mới về xử lý trước ngoài chuỗi.
￮ Hợp đồng thông minh tích hợp hợp đồng: Đã được triển khai trong thời gian ngắn. Giải pháp này dễ tích hợp hơn và tương tự như đường dẫn ví hợp đồng thông minh hiện tại; CoW Protocol xây dựng một mạng lưới cho các nhà giao dịch và người giải quyết để đạt được điểm tới- hiệu quả và không cần sự tin cậy giao dịch điểm; Zerion, Bprotatio và Instadpp đang thực hiện tích hợp tương tự.
￮ Một mô hình mới kết hợp tiền xử lý ngoài chuỗi với trên chuỗi: Sau khi môi trường tiền xử lý ngoài chuỗi hoàn thiện và ổn định, các giao thức DeFi tự động tương tự như Uniswap X có thể trở thành trung tâm giao dịch DeFi. Quá trình xử lý trước ngoài chuỗi là một tập hợp cơ chế tiền xử lý của Bộ giải, có thể được coi là phần mở rộng của ý định có cấu trúc của khung hợp đồng thông minh hiện tại và có cùng ý tưởng với Rollup.
￮ Nhu cầu riêng tư:
▪ Để ngăn chặn các cuộc tấn công độc hại, người dùng có thể muốn ẩn một số thông tin dự kiến. Hiện tại, Axiom bộ đồng xử lý ZK có thể được sử dụng làm trường hợp sử dụng để giải quyết quyền riêng tư, nhưng phiên bản này vẫn thiếu các giải pháp hoàn thiện;
▪ Về mặt kỹ thuật, việc giữ bí mật thông tin có thể tính toán trên chuỗi là khó khăn: TEE, ZKP và các giải pháp khác còn non nớt/không đủ khả năng thích ứng;
▪ Bộ đồng xử lý ZK hiện tại có thể được coi là bản demo của giải ZK, di chuyển các phép tính phức tạp từ Ethereum sang ngoài chuỗi, đồng thời sử dụng ZK để xác minh kết quả tính toán. Các dự án tiêu biểu là Axiom và hyperoracle, hiện có thể xác minh thông tin khối lịch sử hoặc thông tin lịch sử trong kho lưu trữ tài khoản.
• Thực thi tự động AI được chia thành hai ý tưởng: Nhập ví tích hợp AI và AI kết hợp trực tiếp với UserOp.
￮Lối vào ví tích hợp AI, quản lý tài chính tối ưu hóa AI phổ biến và trợ lý cá nhân AI.
￮AI được kết nối trực tiếp với UserOp. Sau khi AI giải quyết các yêu cầu và tạo ra UserOp tối ưu, AA chịu trách nhiệm thực thi UserOp.
￮ Tất cả những điều trên đòi hỏi sự phát triển AI ở mức độ cao. Các yêu cầu tương ứng đằng sau nó là: khả năng hiểu ngữ nghĩa nhanh chóng, khả năng tính toán thời gian thực, khả năng suy luận, cập nhật thông tin trên chuỗi và thông số kỹ thuật truyền thông đa chuỗi.
￮ Đối thủ cạnh tranh có thể là Siri, GoogleAssist, ChatGpt client, v.v. (giả định đằng sau đó là điện thoại di động Apple sẽ là ví quan trọng nhất trong tương lai);
• Ngôn ngữ mới để thể hiện ý định: chẳng hạn như thiết kế một ngôn ngữ biểu hiện ý định cho phép sự riêng tư.
￮ Juvix là một ngôn ngữ chức năng phát triển, mã nguồn mở để tạo các ứng dụng phi tập trung tập trung vào quyền riêng tư. Nó cho phép các nhà phát triển viết các chương trình cấp cao có thể được biên dịch sang WASM hoặc chuyển quaVampIRĐược biên soạn thành một mạch để sử dụng trên EthereumTaigabiểu diễn riêng tư;
￮ Essential đang tạo một ngôn ngữ dành riêng cho miền (DSL) để thể hiện ý định, tiêu chuẩn Ethereum để trừu tượng hóa tài khoản theo mục đích và lớp mục đích mô-đun.
• Ví có thể trở thành một lối vào giao diện người dùng thực sự: Ý định về cơ bản là một hộp đen xử lý trước ngoài chuỗi. Ví có thể được sử dụng làm đầu cuối xây dựng lớp ý định. Vị trí chiến lược của nó được tăng lên rất nhiều. Nó có thể trở thành cơ sở hạ tầng thoát nước và lối vào của giao thức DeFi, thu hút nhiều hệ sinh thái khác nhau.Người dùng cũng có thể tính một phần phí xử lý để kiếm lợi nhuận;
Cơ hội tham gia và ví tiền
• Chương trình phụ trợ có mục đích có thể tích hợp ví EOA và MPC truyền thống;
• Ví hợp đồng thông minh và SDK hỗ trợ có thể tích hợp ngược với các thành phần như Bundler và Paymaster, vốn là một đại dương đỏ, nhưng là một chiếc ví kết hợp với mục đích, sẽ có nhiều cơ hội để đổi mới. Cả ứng dụng giao dịch và chuỗi chéo sẽ cải thiện trải nghiệm của chúng với việc đa dạng hóa các điểm đầu vào (chẳng hạn như tự động hóa, nhiều giải pháp);
• Tích hợp ví truyền thống: Telegram bot là một cải tiến điển hình của Intent, tuy nhiên back-end vẫn sử dụng ví EOA, không ảnh hưởng đến trải nghiệm người dùng, giờ phải bàn giao Private key cho bot nên có nguy cơ bị đánh cắp tài khoản nhất định . AA có thể được sử dụng trong tương lai để đạt được nhiều Quản lý thông minh hơn; người dùng đưa ra các yêu cầu và bộ giải sẽ tính toán chuỗi nào, dex nào, thời gian chặn trượt và các tham số khác, đồng thời tạo ra UserOperation tương ứng. Phần phụ trợ có thể là EOA, MPC và các ví khác.
• Ví hợp đồng thông minh và SDK hỗ trợ: Họ thường xây dựng các thành phần của riêng mình như Bundler, Paymaster và Wallet Factory. Con đường này là một thị trường đại dương đỏ. Ví dụ: phục hồi xã hội hoặc mô-đun hóa hiện là chức năng hiện có của hầu hết các ví hợp đồng, nhưng trong trong tương lai, Tuyến đường này có thể được kết hợp với ý định và có nhiều cơ hội đổi mới.
￮ Phục hồi xã hội: Có nhiều vai trò khác nhau để lựa chọn.
▪ Nhà cung cấp dịch vụ Web2: Ví dụ: tài khoản mạng xã hội của người dùng ví, thường được triển khai bằng cách triển khai tiêu chuẩn OAuth (Ủy quyền mở). Ví dụ: Argent có thể thực hiện khôi phục dựa trên các liên hệ đáng tin cậy hoặc thiết bị khác;
▪ Thiết bị người dùng: như bộ nhớ trình duyệt và bộ nhớ di động;
▪ Email: Ví dụ, ủy quyền bằng cách nhấp vào liên kết email gửi chữ ký. Ví dụ: UniPass có thể sử dụng email để khôi phục xã hội và cũng có thể sử dụng bằng chứng không có kiến thức để giải mã thông tin người dùng trên chuỗi.Ví Soul có thể xác minh địa chỉ email của người giám hộ trên chuỗi để khôi phục xã hội.
▪ Đa chữ ký: Người dùng có thể thiết lập nhiều ví EOA hoặc hợp đồng thông minh thuộc sở hữu cá nhân làm người giám hộ. Ví dụ: Ví BLS và Argent sử dụng công nghệ đa chữ ký (multisig) để thực hiện khôi phục khóa thông qua nhiều địa chỉ EOA do người dùng chỉ định.
▪ MPC: Người dùng có thể chia khóa riêng thành nhiều phần chia sẻ, với mỗi phần chia sẻ được kiểm soát bởi một nút trong mạng MPC mà không tiết lộ khóa hoàn chỉnh. Ví dụ: dịch vụ MPC của Web3 Auth chia khóa người dùng thành nhiều phần chia sẻ cho người giám hộ, chẳng hạn như thông tin đăng nhập xã hội, thiết bị người dùng và mạng nút MPC của nó. Logic sản phẩm được triển khai hoàn toàn ngoài chuỗi và không có người giám hộ nào lưu trữ khóa riêng hoàn chỉnh.
￮ Tính mô-đun: Argent, Candide, Soul Wallet, Gnosis Safe và zeroDev đều có chức năng mô-đun và có thể được thêm vào giao diện 4337
