Tác giả: Nhà nghiên cứu OKX Ventures Kiwi
Bài viết này không cấu thành 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ứ, tình hình hiện tại và trạng thái 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 vào Web3;
Để đơn giản hóa các loại tài khoản, mang lại nhiều 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.
Có hai cách để 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 tóm tắt tài khoản được tích hợp nguyên bản. 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 sử dụng Operator để xác định trình tự giao dịch, thanh toán gas và 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, hơn 80% trong số đó mới được tạo vào tháng 7-8, chủ yếu là Polygon và Optimism. Hai chuỗi này đã đạt được mức tăng trưởng đáng kể thông qua việc ra mắt các sản phẩm AA . tă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.
Cơ hội do AA mang lại:
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. 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ơ 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- Tuy nhiên, việc đóng gói giao dịch không thành công sẽ khiến người đóng gói bị mất tiền nên việc lựa chọn giao dịch là một bài toán khó.
Việc xây dựng mạng Bundler với giao thức có nút và dịch vụ Relayer riêng sẽ dễ dàng hơn.Ví dụ: Rpc với tư cách là một cơ sở phân cấp có thể giúp trình đóng gói phân cấp;
Bundler hợp tác với người tìm kiếm và trình sắp xếp chuỗi là một 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 dưới hình thức 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, không 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 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 va chạm 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 đủ 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ả ERC6551 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;
Mạng 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 cho 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 đa 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 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.
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 ý định : Các ứng dụng dựa trên ý định không chỉ liên quan đến các định dạng tin nhắn mới để tương tác với hợp đồng thông minh mà còn cả các cơ chế truyền bá và khám phá đối tác thay thế dưới dạng nhóm bộ nhớ. 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 loại Hợp đồng Siêu thông minh đã 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 triển khai; Bộ giải sẽ mang lại khả năng dự đoán ngoài chuỗi Mô hình mới về xử lý hậu kỳ trên chuỗi mang lại lợi ích 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 trình diễn giải pháp về quyền riêng tư.
- Ngôn ngữ mới để thể hiện ý định : Hiện nay có Juvix và Essential, đ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;
Cơ hội truy cập và ví tiền: 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 rất nhiều 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ó số lượng lớn 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ư và khả năng 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 đủ sự đổ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 nhóm 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ư gửi và rút tiền hợp pháp và Giao thức DeFi) Sự cạnh tranh Có nhiều dự án khởi nghiệp nhưng giải pháp còn thô sơ, loại đầu tiên là các nhà cung cấp mô-đun của Bundler và Paymaster , hầu hết đề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 (tỷ lệ người dùng của toàn bộ chuỗi là 52% ) 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);
- Mỗi chuỗi trong Stackup có một 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ự bảo vệ quyền 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 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 chỉ đạo chính thức của 4337 được đưa ra, hầu hết các đề xuất hiện đề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 do nhóm này phát triển ) và hai dự án còn lại chủ yếu tập trung vào 4337 Dự án đổi mới nhờ khả năng kết hợp với các giao thức/công nghệ hiện có (zkShield đang sử dụng ZKP và tính năng trừu tượng hóa tài khoản để ẩn nhiều chữ ký riêng tư của chủ sở hữu tài khoản, Universal Paymaster do nhóm Uniswap đưa ra dưới dạng một giải pháp thanh khoản duy nhất cho thị trường thanh toán Gas ERC-20)
Phát triển trong tương lai: Trong ngắn hạn, trọng tâm chính là mở rộng thị trường, đồng thời hình thành mô hình quảng bá chung với lớp 2; trong trung hạn, trọng tâm là triển khai Bundler và Paymaster mô-đun và triển khai của 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 tùy chọn, v.v.); về lâu dài, hãy xem xét chuyển đổi bắt buộc đối với 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 động trên chuỗi trong khi đặ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 rất lớn và 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, 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 người dùng logic hoạt động mới và thêm Bundler vào 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 sánh với các giải pháp khác:
Kế hoạch AA của 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 nên nó bị hủy bỏ;
1.1 Định nghĩa và sơ đồ tóm tắt
Sự 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, đồng thời logic hoạt động rất cứng nhắc. Cơ chế ràng buộc chặt chẽ về 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à Tóm tắt tài khoản (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 rất lớn và 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 bên dưới.
- Phân biệt trực tiếp: chẳng hạn như thêm các 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 bắt đầu 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ý xác minh 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: được sử 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 nào sẽ được gửi đến nhóm bộ nhớ của các thao tác 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 đợt và gửi nó đến hợp đồng điểm đầu vào; sau khi đóng gói nhiều UserOperations trong Sau khi nhận đượ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ý 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 hoạt động của người dùng đến ví hợp đồng thông minh để thực thi, nó đó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 . Nó có xu hướng 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 một khuôn khổ linh hoạt hơn để 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 các thủ tục của Invoker thông qua yêu thích của họ phí 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ế 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: Đề xuất mở rộng cho EIP-3074 (AUTH và AUTHCALL) 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ó tính năng tóm tắt tài khoản được tích hợp nguyên bản. 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;
Polygon zkEVM đã nêu trong tài liệu chính thức của mình rằng nó sẽ hỗ trợ thanh toán gas bằng nhiều token trong tương lai;
Optimism 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 , Pimlico và Stackup .
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
Trọng tài:
Arbitrum đã thông qua đề xuất AIP-2 về 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. Hiệ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 L2 theo nhu cầu cụ thể của bộ đóng gói ERC-4337.
Đa giác:
Polygon tương thích với 4337 và đã phát hành các giải pháp liên quan đến siêu giao dịch, 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 chuyển tiếp, có sẵn thanh toán nhiều mã thông báo)
Polygon đã tuyên bố trong tài liệu chính thức của mình rằng Polygon zkEVM hỗ trợ việc 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. Thông tin chi tiết sẽ được công bố.
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ư các dự án như Alchemy , Biconomy , CyberConnect , Pimlico và Stackup .
BNB: Trong lộ trình công nghệ năm 2023 của chuỗi BNB, các quan chức đã 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.
- Mục tiêu của chương trình: 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 chương trình 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 xác minh bởi nouce trước khi đưa vào nhóm, 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.
Trước tiên, Trình sắp xếp chuỗi 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, Trình 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 Trình sắp xếp khác.
Sau khi hoàn thành mô phỏng thành công, giao dịch được thực hiện, được đưa vào nhóm và được truyền bá trong 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ý, đồng thời đảm bảo rằng người thực thi giao dịch có thể nhận đủ phí gas. trong 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 để hoàn thành 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à UserOperations: bởi vì tất cả các giao dịch của 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 trước tiên 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 được triển khai này có thể thanh toán gas;
EIP 4337 không cần phải 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ư mã thông báo và Paymaster có thể thanh toán phí gas;
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 của chương trình: 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 chương trình 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 sơ đồ 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.
zkSync cho phép các cuộc gọi xác thựcTransaction 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ầu; Sequencer 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 chúng; UserOperation của 4337 là Bước xác thựcUserOp có hạn chế về gas và Paymaster cần phải cam kết 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í Rollup;
Vai trò thực thi AA là 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 có thể gửi giao dịch 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 như 4337 EntryPoint cho phép nó triển khai Hợp đồng tài khoản cho người dùng, do đó không thể gửi giao dịch giao dịch trước khi tài khoản được triển khai;
Gọi các hợp đồng bên ngoài: zkSync cho phép chức năng xác thựcTransaction gọi các hợp đồng bên ngoài đã triển khai; cả 4337 và Starknet đều không thể;
- Quy tắc xác minh của Paymaster:
Starknet không có Paymaster;
4337 Giao diện Paymaster xác định hai chức năng, validPaymasterOp và postOp. Chức năng trước xác định logic của giao dịch thanh toán của Paymaster và chức năng sau đảm bảo rằng Paymaster có thể trích xuất tiền bù 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ố đó mới được tạo vào 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ý trong quý 2 năm 2023 tăng 11.837% và mức tăng trưởng của người dùng vượt quá 27.000%;
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ý 1 năm 2023, khối lượng giao dịch của Paymaster đã tăng 5182% trong quý 2. 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. Số lượng gói Ethereum trong tháng 8 là khoảng 1.000, trong đó Stackup chiếm 94% (940+) , hình thành sự độ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 là 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 sự ra mắt của mạng xã hội CyberConnect nên tất cả tài khoản trên mạng đều là ví ERC-4337. Tiếp theo là Biconomy, 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 việc áp dụng tính năng trừu tượng hó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 sử dụng số tiền được sử dụng để chuyển khoản sang thanh toán phí thủ tục 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 người dùng, 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 được đóng góp bởi Zerodev và có rất ít userops được tạo ra bởi các dự án như Safe và Biconomy. Hầu hết các UserOps còn lại được tạo ra bởi người dùng đúc và chuyển 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
Người trả lương
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à 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.
Kịch bản ứng dụng
Gửi tiền pháp định: Nó có thể cung cấp khả năng khai thác gas yêu cầu các giao dịch ngoài chuỗi (chẳng hạn như gửi và rút tiền pháp định). 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à 0xPass hợp tác với Transak để cung cấp quyền truy cập tiền pháp định;
Argent Vault hợp tác với Moonpay, Transak và Wyre để cung cấp quyền truy cập fiat và có bộ tổng hợp giao thức DeFi tích hợp;
Etherspot, UniPass và Braavos hỗ trợ các kênh 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 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ứ 3. 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ợ cầu nối trao đổi và 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 một mã thông báo cụ thể. Chức năng hợp đồng, 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, tức là chơi trò chơi mà không bị gián đoạn, không cần xác nhận chữ ký cho mọi thao tác;
Khả năng thiết lập 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 phải 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 khi 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 web3 OKX 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 Relayer hỗ trợ thanh toán gas bằng bất kỳ mã thông báo ERC20 nào.
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 cho UserOperation, đồng thời cam kết Ethereum trên 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 Tuy nhiên, Bundler chọn giao dịch không đúng, nếu đóng gói không thành công, người đóng gói sẽ bị mất tiền:
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 tại về lâu 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 khó kiếm lợi nhuận nhưng rất cần thiết cho hệ sinh thái: hiện tại 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 , điều này 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 một 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ộ nhớ 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ộ nhớ 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. 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 cho người đóng gói:
