Tác giả gốc:Albert He, BlockPI Cheif Scientist

Biên soạn gốc: MarsBit, MK

Tác giả gốc:

Biên soạn gốc: MarsBit, MK

Cho dù đó là thị trường tăng trưởng hay thị trường giảm giá, hệ sinh thái Ethereum vẫn liên tục được xây dựng và tự tối ưu hóa. Trong số đó, tính năng trừu tượng hóa tài khoản (AA) đã trở thành một tiến bộ rất quan trọng trong những năm gần đây và đã thâm nhập vào nhiều thành phần khác nhau của hệ sinh thái Ethereum, bao gồm các ứng dụng, cơ sở hạ tầng, người dùng và nhà phát triển.

Chúng ta có thể thấy trước rằng việc áp dụng rộng rãi AA có thể hạ thấp các rào cản gia nhập đối với các trường hợp sử dụng blockchain, từ đó mang lại trải nghiệm người dùng web2 cho ngành web3.

Để tận dụng khả năng hình thành một thị trường trị giá hàng tỷ AA, BlockPI có kế hoạch dành nguồn lực để tích hợp AA vào các dịch vụ cơ sở hạ tầng của mình. Bằng cách xây dựng sự tích hợp của AA, chúng tôi mong muốn cung cấp những cách thuận tiện và hiệu quả hơn cho người dùng AA để tương tác với tài khoản ví hợp đồng của họ trên blockchain, đồng thời định vị BlockPI là công ty dẫn đầu ngành.

Trong bài đăng này, tôi sẽ đi sâu tìm hiểu hiểu biết của chúng ta về AA và chia sẻ suy nghĩ từ góc độ của một nhà cung cấp dịch vụ cơ sở hạ tầng.

EOA và ví hợp đồng thông minh

Khái niệm AA bắt nguồn từ những hạn chế của tài khoản EOA. Tài khoản EOA (Tài khoản thuộc sở hữu bên ngoài) là tài khoản người dùng điển hình trong Ethereum, được biểu thị bằng khóa chung (địa chỉ blockchain) và có thể truy cập thông qua khóa riêng. Nó là thành phần chính của hệ sinh thái Ethereum, cho phép người dùng tương tác với các hợp đồng thông minh và thực hiện các giao dịch trên mạng. Tuy nhiên, việc sử dụng EOA có thể là một thách thức đối với mọi người và một số bất tiện có thể ảnh hưởng đến trải nghiệm của người dùng.

Bất tiện đầu tiên của EOA liên quan đến việc sử dụng Gas. Mỗi giao dịch sẽ tiêu tốn của người dùng một lượng lớn ETH dưới dạng phí Gas (phí chuyển ETH đơn giản là 25 Gwei đối với giá Gas là 0,5 USD và nhiều hơn nữa đối với tương tác hợp đồng hoặc giá Gas cao hơn). Điều này khiến phí giao dịch trở nên rất đắt đối với các giao dịch nhỏ, đặc biệt là trong thời gian tắc nghẽn mạng cao điểm. Ngoài ra, chỉ ETH mới có thể được sử dụng để thanh toán Gas, điều đó có nghĩa là người dùng phải có ETH trong ví của họ, đây là một rào cản đáng kể để gia nhập đối với nhiều người dùng.

Sự bất tiện thứ hai của EOA là các giao dịch có điều kiện không thể được thực hiện trừ khi một số logic được triển khai bằng các hợp đồng thông minh khác. Ví dụ: nếu người dùng muốn thiết lập chuyển khoản định kỳ theo thời gian, họ phải chuyển ETH sang hợp đồng thông minh của bên thứ ba có chức năng này để đạt được chức năng này.

Bất tiện thứ ba của EOA là thuật toán mã hóa chữ ký. Mạng Ethereum sử dụng thuật toán chữ ký số cụ thể có tên secp 256 k 1 để đảm bảo tính xác thực và bảo mật của giao dịch. Thuật toán này được mã hóa cứng vào hệ thống và người dùng không thể chọn sử dụng thuật toán khác.

Vì vậy, bắt đầu từ những vấn đề này, con người bắt đầu nỗ lực tìm kiếm giải pháp. Các ví hợp đồng thông minh như MetaMask và Argent là kết quả của những nỗ lực này, giải quyết nhiều hạn chế của EOA bằng cách sử dụng hợp đồng thông minh Ethereum để nâng cao chức năng tài khoản người dùng. Tuy nhiên, giải pháp như vậy vẫn còn một số nhược điểm, chủ yếu yêu cầu người dùng phải trả phí Gas cho các giao dịch và sự phổ biến của ví hợp đồng thông minh.

Dựa trên những thách thức này, Ethereum bắt đầu cố gắng giới thiệu một khái niệm mới, đó là trừu tượng hóa tài khoản. Mục tiêu của việc trừu tượng hóa tài khoản là giải quyết những vấn đề này ở cấp độ giao thức, thay vì dựa vào hợp đồng thông minh hoặc phần mềm trung gian khác. Đây là những gì chúng tôi gọi là trừu tượng hóa tài khoản (AA).

Trong phần còn lại của bài đăng này, tôi sẽ tìm hiểu khái niệm trừu tượng hóa tài khoản và cách chúng ta có thể sử dụng nó để tối ưu hóa cơ sở hạ tầng của BlockPI.

Ngoài ba bất tiện của EOA nêu trên, mối quan hệ ràng buộc giữa khóa chung và khóa riêng cũng là một vấn đề. Khóa riêng là cách duy nhất để truy cập EOA và nếu bị mất, không có cách nào lấy lại khóa riêng. Điều này có nghĩa là nếu khóa riêng bị mất, tất cả tài sản liên quan đến nó sẽ không thể lấy lại được.

Ngoài ra, EOA cũng phải đối mặt với những hạn chế khi thực hiện các tác vụ tuyến tính trong một giao dịch. Ví dụ: nếu người dùng muốn phê duyệt, trao đổi và không phê duyệt mã thông báo trong một hành động, họ cần thực hiện ba giao dịch riêng biệt, việc này không hiệu quả và tốn thời gian.

Tin tốt là tất cả các vấn đề trên đều có thể được giải quyết bằng ví hợp đồng thông minh. Ví hợp đồng thông minh là một loại hợp đồng thông minh đặc biệt triển khai AA. Nó được thiết kế để hoạt động như ví của người dùng trên mạng Ethereum và cung cấp cách quản lý tiền của họ thích ứng và cá nhân hóa hơn. Miễn là logic của hợp đồng thông minh Ethereum có thể được hiện thực hóa, ví hợp đồng thông minh có thể cung cấp các chức năng cần thiết.

EIP-86 

Cụ thể, các giao dịch của ví hợp đồng thông minh có thể được đóng gói thành một giao dịch trực tuyến để chia sẻ chi phí gas, nếu bên thứ ba sẵn sàng thanh toán thì thậm chí có thể không mất phí gas. Một hoạt động có thể tạo điều kiện thuận lợi cho việc thực hiện các nhiệm vụ tuần tự trong ví hợp đồng thông minh của nó. Ví hợp đồng thông minh có thể hỗ trợ mọi thuật toán mã hóa chữ ký và đặt mã khôi phục, v.v.

EIP-2938 

Với tất cả các cuộc thảo luận về lợi ích của ví hợp đồng thông minh, cộng đồng Ethereum thực sự đã làm việc trên ví hợp đồng ngay từ đầu. Mặc dù nhiều EIP đã được đề xuất để khám phá việc trừu tượng hóa tài khoản nhưng chưa có tiêu chuẩn thống nhất nào được thiết lập cho đến năm 2021. Dưới đây là một số đề xuất tiêu biểu nhất.

EIP-3074 

Được tạo ra lần đầu vào năm 2017 bởi Vitalik Buterin. Đã triển khai một loạt thay đổi đối với các dịch vụ xác minh chữ ký trừu tượng và kiểm tra không kiểm tra, cho phép người dùng tạo hợp đồng tài khoản để thực hiện bất kỳ kiểm tra chữ ký/không kiểm tra một lần nào mong muốn.

Được tạo ra vào năm 2020. Tiêu đề của EIP này là Tài khoản trừu tượng. EIP này mô tả chi tiết khái niệm về AA. Nó giới thiệu một loại giao dịch mới, giao dịch AA. Giao dịch này sẽ được khởi tạo bằng địa chỉ EntryPoint và gọi hợp đồng ví AA. Bằng cách đó, nó cung cấp một đặc điểm kỹ thuật thống nhất và đưa AA vào sự đồng thuận của Ethereum. Cụ thể hơn, nó bổ sung thêm hai mã hoạt động mới, ba biến toàn cục và cấu trúc tải trọng khác vào sự đồng thuận của Ethereum.

ERC — 4337 

Được tạo ra vào năm 2020. EIP này giới thiệu hai hướng dẫn EVM, AUTH và AUTHCALL. AUTH đặt biến ngữ cảnh được gọi là ủy quyền dựa trên chữ ký ECDSA. AUTHCALL gửi cuộc gọi thay mặt cho tài khoản được ủy quyền. Điều này cho phép hợp đồng thông minh gửi giao dịch thay mặt EOA. Nhưng đây không phải là giải pháp hoàn hảo cho AA. EIP-3074 đặt ra một số hạn chế nhất định đối với việc chuyển giá trị gốc trong các giao dịch tài trợ. Nếu mất quyền truy cập vào EOA, bạn sẽ không thể lấy lại tài sản của mình và nếu bị đánh cắp, tất cả tài sản sẽ cần phải được chuyển sang tài khoản mới.

Không có ý tưởng nào ở trên được chính thức áp dụng vào giao thức Ethereum vì những lý do chính như yêu cầu thay đổi ở lớp đồng thuận hoặc không toàn diện. Do đó, cộng đồng Ethereum tiếp tục khám phá cách đưa AA vào giao thức Ethereum mà không làm thay đổi sự đồng thuận và cuối cùng đã tạo ra EIP 4337.

EIP-4337 ban đầu được đề xuất vào tháng 9 năm 2021 và được cấp phép dưới tên ERC-4337 vào tháng 3 năm 2023. Các tác giả của nó bao gồm Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson và Tjaden Hess.

EIP-4337 là một đề xuất thay đổi cuộc chơi, giới thiệu AA mà không thực hiện bất kỳ thay đổi nào đối với giao thức Ethereum cốt lõi. EIP-4337 hướng dẫn tiêu chuẩn ERC-4337 mà các nhà xây dựng có thể sử dụng để triển khai ví hợp đồng thông minh của riêng họ và bao gồm một số cơ sở hạ tầng bổ sung, bao gồm Bộ nhớ và nhóm bộ nhớ UserOperation. Bằng cách này, về cơ bản, nó sẽ tái tạo chức năng của bộ nhớ giao dịch trong một hệ thống tiên tiến hơn. Thay vì gửi giao dịch, người dùng gửi đối tượng UserOperation, sau đó có thể được đóng gói thành một giao dịch duy nhất và được đưa vào chuỗi Ethereum.

Sau đây là giải thích kỹ thuật cụ thể hơn về ERC-4337 từ tài liệu chính thức, cũng như một số nhận xét để hiểu rõ hơn.

Định nghĩa và vai trò chính của ERC-4337

UserOperation - cấu trúc mô tả các giao dịch được gửi thay mặt cho người dùng. Để tránh nhầm lẫn, nó không được đặt tên là giao dịch. Nó được gửi đến Bundler để được đóng gói cùng với các UserOperations khác. Gói này sau đó được gửi đến người tạo khối dưới dạng một giao dịch duy nhất.

Người gửi - tài khoản hợp đồng gửi UserOperation mới. Ví hợp đồng thông minh phải triển khai giao diện IAccount của ERC-4337.

EntryPoint - một hợp đồng đơn lẻ triển khai gói UserOperations. Danh sách trắng Bundlers/Khách hàng được hỗ trợ EntryPoints. Hợp đồng này được nhóm Infinitism phê duyệt và xem xét, đồng thời chịu trách nhiệm xử lý tất cả các Hoạt động của người dùng và kết nối các hợp đồng khác bao gồm Wallet Factory, Aggregator, Paymaster. Nó sẽ có cùng địa chỉ trên hầu hết các chuỗi tương thích với EVM.

Bundler — một nút (trình tạo khối) gói nhiều UserOperations từ một mempool và tạo các giao dịch EntryPoint.handleOps(). Tất cả các trình xác thực ở lớp giao thức không nhất thiết phải là Bundlers. Dịch vụ Bundler có thể chạy độc lập với trình tạo khối và sử dụng RPC để gửi các Hoạt động người dùng đi kèm.

Bộ tổng hợp - Một hợp đồng trợ giúp được các tài khoản tin cậy để xác minh chữ ký tổng hợp. Trình tổng hợp được hỗ trợ trong danh sách trắng của Bundlers/Khách hàng. Bộ tổng hợp phải triển khai giao diện IAggregator ERC-4337.

Paymaster — Hợp đồng có thể thanh toán phí gas của UserOperation cho Người gửi nếu đủ ETH được gửi vào hợp đồng EntryPoint. Paymaster triển khai tính năng trừu tượng Gas hiệu quả. Paymaster phải triển khai giao diện Paymaster của ERC-4337. Paymaster có thể có logic riêng để thực hiện giao dịch với Người gửi. Ví dụ: Người gửi thanh toán USDC cho Paymaster và Paymaster tài trợ cho Hoạt động người dùng của mình bằng ETH. Trên thực tế, bất kỳ mã thông báo ERC 20 hoặc thậm chí mã thông báo nào trên các chuỗi khác đều có thể được hỗ trợ miễn là Paymaster đồng ý và nó khả thi về mặt kỹ thuật.

Wallet Factory — một hợp đồng có thể được gọi để tạo ví hợp đồng thông minh cho người dùng ERC-4337. Việc triển khai một nhà máy sản xuất ví là không được phép. Là một thành phần trên chuỗi, nó được mở cho kiểm toán công khai và giám sát minh bạch. Nhà máy Ví được sử dụng rộng rãi phải được các chuyên gia kiểm tra đầy đủ.

Sơ đồ bên dưới giải thích cách hợp đồng EntryPoint tương tác với các tác nhân khác.

Các nhà đóng gói gọi hàm handOps của hợp đồng EntryPoint, hàm này lấy UserOperation làm đầu vào.

handOps xác minh UserOperation trên chuỗi, kiểm tra xem nó có được ký bởi địa chỉ ví hợp đồng thông minh được chỉ định hay không và liệu ví có đủ Gas để bù cho Bundler hay không.

Nếu xác minh thành công, handOps sẽ thực thi chức năng ví hợp đồng thông minh theo chữ ký hàm và các tham số đầu vào được xác định trong calldata của UserOperation.

Mặt khác, khi Bundler sử dụng EOA để kích hoạt chức năng handOps, phí Gas sẽ phát sinh. Ví hợp đồng thông minh có thể thanh toán phí Gas cho Bundlers từ số dư tài khoản của chính họ hoặc yêu cầu hợp đồng Paymaster thanh toán thay mặt họ. Các hoạt động của người dùng không có đủ Gas không thể vượt qua quá trình xác minh trong ví hợp đồng thông minh mục tiêu và do đó không thành công trước khi thực thi. Ngay cả khi có đủ gas, UserOperations vẫn có thể thất bại trong quá trình thực thi, chẳng hạn như do lỗi thời gian chạy. Cho dù việc thực thi có thành công hay không thì hợp đồng EntryPoint sẽ trả phí Gas cho Bundler để kích hoạt hàm HandleOps.

(Nguồn: Tài liệu chính thức: https://eips.ethereum.org/EIPS/eip-4337)

Sau khi ERC-4337 có hiệu lực, giờ đây người dùng có hai cách để bắt đầu giao dịch blockchain. Một là cách ban đầu, nơi EOA bắt đầu giao dịch. Cách khác là sử dụng tiêu chuẩn ERC-4337 để khởi động UserOperation thông qua Bundler, sau đó Bundler sẽ đóng gói nó với các UserOperation khác và khởi tạo nó trên chuỗi. Biểu đồ luồng sau đây minh họa sự khác biệt giữa giao dịch gửi EOA thông thường và gửi ví hợp đồng ERC-4337 UserOperation.

Đường được trải nhựa nhưng không có nhiều hành khách

ERC-4337 cung cấp một khuôn khổ mạnh mẽ cho người dùng và nhà phát triển sử dụng và xây dựng AA trên nền tảng Ethereum. Mặc dù khuôn khổ này là một bước tiến quan trọng nhưng vẫn còn một số thách thức và điểm không chắc chắn cần được giải quyết.

Việc áp dụng AA vẫn còn ở giai đoạn sơ khai. Theo bảng phân tích Dune ERC-4337 (Trừu tượng tài khoản ERC-4337 từ @niftytable), chỉ có 65 nghìn+ Thao tác người dùng được thực thi trên chuỗi, 90% trong số đó đến từ Đa giác. Vì vậy, số lượng UserOperations được thực hiện vào thời điểm này vẫn còn rất ít, hầu hết đều là thử nghiệm của nhà phát triển và chỉ một phần nhỏ được quy cho người dùng. Chúng tôi lưu ý rằng các sản phẩm có tích hợp AA vẫn đang ở giai đoạn đầu. Đồng thời, bạn có thể thấy rằng lợi nhuận của Bundler là âm (-700 theo thuật ngữ MATIC). Điều này là do một số bộ đóng gói trên Polygon không tính toán chính xác lượng khí xác thực trước. Thuật toán xác minh này vẫn cần tối ưu hóa.

Ngoài ra, có một số vấn đề cần được giải quyết. Một vấn đề như vậy là cách Bundlers xử lý các lỗi giao dịch. Sau khi Bundler gộp nhiều Thao tác người dùng lại với nhau, trước tiên Bundler sẽ mô phỏng giao dịch để kiểm tra xem giao dịch đó có được khôi phục hay không, sau đó tính toán xem phí Gas mà Người gửi hoặc Người trả tiền trả lại có lớn hơn phí Gas mà giao dịch trả hay không. Nếu nó mang lại lợi nhuận, Bundler sẽ gửi loạt UserOperations này cùng nhau dưới dạng giao dịch cho người xây dựng khối. Tuy nhiên, giao dịch vẫn có thể không thành công, dẫn đến việc Bundler trả phí gas nhưng không nhận lại gas từ EntryPoint. Ví dụ: người dùng có thể gửi hành động đến các Bundler khác nhau. Các nhà cung cấp sẵn sàng gửi bất kỳ hoạt động nào trên chuỗi nếu họ có lãi và mô phỏng của họ thành công. Điều này có nghĩa là nếu một UserOperation được gửi bởi các Bundler khác nhau cùng một lúc. Chỉ một giao dịch thành công, chỉ một Bundler sẽ nhận được phí gas từ EntryPoint, tất cả các Bundler khác sẽ bị mất gas do lỗi trên chuỗi. Mặc dù người ta có thể lập luận rằng người dùng không nên làm điều này, nhưng hành vi đó sẽ bị coi là một cuộc tấn công độc hại và Bundler có thể cấm địa chỉ Người gửi và từ chối mọi yêu cầu trong tương lai từ địa chỉ này, đây không phải là cách tiếp cận hợp lý vì người dùng này có thể có được gửi một cách vô tình. Những vấn đề như vậy cần được giải quyết hợp lý trong mã, có thể bằng cách phát triển mạng mempool công cộng chưa hoàn thiện. Ngoài ra, do biến động gas đột ngột, Bundlers có thể phải đối mặt với thua lỗ ngay cả khi các giao dịch đã được gửi thành công và được mô phỏng là có lãi.

Một điều nữa là giá trị có thể trích xuất tối đa (MEV) có thể được trích xuất từ ​​AA. Trong bối cảnh Ethereum, MEV thường đề cập đến giá trị mà người khai thác hoặc bộ xử lý giao dịch khác có thể trích xuất bằng cách thao túng thứ tự giao dịch trong một khối hoặc bao gồm các giao dịch của chính họ trong một khối. Có ai nhận thấy rằng logic của MEV cũng có thể được áp dụng cho AA, vì Người đóng gói có thể tự do đặt hàng các Hoạt động của Người dùng? Tuy nhiên, đây là điều kiện có điều kiện, cần phải nhóm đủ các UserOperations lại với nhau để Bundlers trích xuất MEV. Hiện tại toàn bộ thị trường AA vẫn còn ở giai đoạn sơ khai, vì vậy Bundler MEV cũng có thể được coi là ở giai đoạn sơ khai. Nhìn chung, ngành AA có thể phát triển theo hai hướng: một hướng tương tự như mạng chính Ethereum, với những người tham gia như Flashbots, Ultra Sound và BloXroute, và hai là hình thành sự đồng thuận của Bundler để thực thi trật tự công bằng. Cách tiếp cận thứ hai sẽ loại bỏ hoàn toàn khả năng MEV ở AA.

Sự phát triển tương lai

bộ nhớ công khai

Mặc dù hệ sinh thái AA đã hoạt động nhưng vẫn còn rất nhiều việc phải làm để phát triển. Nhìn vào toàn bộ hệ sinh thái AA, khoảng cách lớn nhất hiện nay là mempool công cộng. Nhóm Etherspot, nhà phát triển ứng dụng khách Skandha Bundler, hiện đang phát triển mạng p2p với mempool công khai. Mạng p2p của mempool công cộng dự kiến ​​sẽ ra mắt vào tháng 8 năm nay.

thuật toán đóng gói

Đồng thời, Ethereum Foundation đã tài trợ cho một số nhóm phát triển AA gồm các nhà phát triển tận tâm và chăm chỉ. Cho đến nay, một số phiên bản của ứng dụng khách Bundler đã được phát triển và hiện có sẵn. Một số trong số đó được phát triển cao về mặt độ chín của sản phẩm. Họ là Candide (Voltaire Bundler viết bằng Python), Pimlico (Alto Bundler viết bằng Typescript), Etherspot (Skandha Bundler viết bằng Typescript), Stackup (Stackup-Bundler viết bằng Go) và nhiều hơn nữa.

Bây giờ, hãy đi sâu vào thuật toán đóng gói chi tiết hơn. Hiện tại, do số lượng UserOperations thấp nên Bundler có thể sử dụng logic đóng gói đơn giản và dễ hiểu, chẳng hạn như các khoảng thời gian cố định hoặc số lượng UserOperations trong mỗi gói. Tuy nhiên, khi số lượng UserOperations tăng lên, đặc biệt là sau khi giới thiệu mempool công khai, chiến lược chọn và đóng gói UserOperations trở nên phức tạp hơn. Lý do rất đơn giản: không có giao thức đồng thuận như blockchain, các Bundlers tạo thành một khu rừng tối tăm, mỗi người ưu tiên công việc theo sở thích riêng và cạnh tranh với nhau. Các mempool riêng tư, tương ứng với các mempool công khai, có nhiều khả năng được ưu tiên hơn. Bởi vì khi việc đóng gói UserOperations từ mempool công cộng không mang lại lợi nhuận thì việc đóng gói UserOperations cùng nhau trong mempool riêng tư có thể mang lại lợi nhuận. Bằng cách này, Bundler có lợi thế cạnh tranh về bao bì.

Ngoài ra, khi mempool công khai dần dần được chấp nhận, UserOperations trong đó sẽ có các đặc điểm khác nhau, chẳng hạn như các kỳ vọng về lợi nhuận Gas khác nhau và độ phức tạp khi thực hiện trên chuỗi. Các nhà đóng gói sẽ tiến hành mô phỏng ngoài chuỗi để đánh giá lợi nhuận của các kết hợp Hoạt động người dùng khác nhau nhằm thiết lập các chiến lược đóng gói độc đáo của họ. Việc đóng gói nhiều UserOperations hơn có khả năng mang lại lợi nhuận lớn hơn nhưng cũng làm tăng nguy cơ thất bại trong việc xác thực. Ngay cả khi quá trình xác minh được thông qua, nguy cơ lỗi thực thi trên chuỗi vẫn tồn tại. UserOperations ít đóng gói hơn thì làm ngược lại. Người đóng gói cần đặt tham số khí giao dịch của riêng mình, điều này sẽ ảnh hưởng đến mức độ ưu tiên của 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 biến động của Giá khí và thị trường khác nhau, Nhà cung cấp có thể có các chiến lược đóng gói khác nhau. Đồng thời, các tính toán chính sách và xác minh này cần tiêu tốn tài nguyên máy tính phần cứng cục bộ và tài nguyên nút blockchain. Người đóng gói cũng cần đảm bảo rằng người dùng có trải nghiệm tốt và người dùng không gặp phải sự chậm trễ quá mức sau khi gửi UserOperation.

Mặc dù giải pháp cho những thách thức này vẫn chưa chắc chắn nhưng chúng tôi có thể tin tưởng rằng sự phát triển của ngành AA và nỗ lực tổng hợp của các nhà phát triển cuối cùng sẽ tìm ra giải pháp. Với tư cách là nhà xây dựng cơ sở hạ tầng, BlockPI hy vọng sẽ giải quyết được các vấn đề trong quá trình phát triển ngành AA, dù với tư cách là nhà phát triển hay cung cấp cơ sở hạ tầng AA thân thiện cho các nhà phát triển khác.

Cơ sở hạ tầng phải thích ứng

AA trừu tượng hóa các vai trò khác nhau trong hành vi giao dịch trên chuỗi, bao gồm người gửi, người đóng gói, người trả gas, ví hợp đồng và người ký, cho phép người dùng có mức độ tự do cao hơn khi sử dụng blockchain. Ngoài ra, các dịch vụ trong AA có thể được triển khai riêng biệt.

Để thích ứng với việc áp dụng AA trên quy mô lớn, trước tiên các nhà cung cấp cơ sở hạ tầng cần cung cấp ít nhất hai dịch vụ cơ bản, đó là dịch vụ Bundler và dịch vụ Paymaster.

Trong dịch vụ Bundler, nhà cung cấp cơ sở hạ tầng có thể cần phát triển một nhóm riêng với Bundler để đảm bảo trải nghiệm người dùng tốt. Cụ thể, các nhà cung cấp cơ sở hạ tầng cần tích hợp nhiều ứng dụng khách Bundler khác nhau để đảm bảo tính mạnh mẽ của dịch vụ Bundler. Các ứng dụng khách Bundler này được phát triển bằng các ngôn ngữ lập trình khác nhau nhưng tất cả đều cung cấp một bộ phương thức JSON RPC tiêu chuẩn do nhóm cốt lõi ERC-4337 chỉ định. Hiện tại, không có nhiều phương pháp nhưng sẽ có thêm nhiều phương pháp được bổ sung trong tương lai. Các nhà cung cấp dịch vụ cơ sở hạ tầng phải cung cấp hỗ trợ liên tục và đầy đủ cho các API này.

Ngoài ra, các nhà cung cấp cơ sở hạ tầng cũng cần tích hợp các dịch vụ Paymaster khác nhau để cung cấp cho khách hàng trải nghiệm người dùng không cần gas và cung cấp cho họ các tùy chọn dịch vụ khác nhau. Điều này đòi hỏi phải có sự giao tiếp và tích hợp tốt với các nhà cung cấp dịch vụ Paymaster bên thứ 3. Đồng thời, theo nhu cầu thị trường, các giải pháp tích hợp thuận tiện hơn dựa trên các dịch vụ Paymaster hiện có cũng có thể được thiết kế. Các dịch vụ khác, chẳng hạn như chữ ký tổng hợp, nhà máy sản xuất ví, v.v., cũng là những hướng đi khả thi cho sự phát triển và hội nhập trong tương lai.

Tóm tắt

Hiện tại, BlockPI thực sự đang cố gắng đạt được tất cả các mục tiêu trên. Không chỉ vậy, chúng tôi đang liên lạc với hầu hết tất cả khách hàng Bundler và nhà cung cấp dịch vụ Paymaster trong cộng đồng và đặt việc tích hợp dịch vụ AA vào Mạng BlockPI là ưu tiên hàng đầu của chúng tôi. Chúng tôi cũng đang thảo luận chuyên sâu với các nhà phát triển ví AA để hiểu nhu cầu của người dùng. Do đó, chúng tôi chân thành hoan nghênh sự hợp tác và trao đổi với tất cả các Bundlers, Paymasters và ví khi chúng tôi tiến lên phía trước. Mục tiêu chung của chúng tôi là xây dựng và phát triển hệ sinh thái AA cùng với những người khác, thúc đẩy sự tăng trưởng và phát triển của nó bằng khả năng tốt nhất của chúng tôi. Bằng cách làm việc cùng nhau, chúng tôi hy vọng sẽ đóng góp có ý nghĩa cho toàn bộ ngành AA và hỗ trợ ngành này tiếp tục phát triển. Bởi vì sau cùng, sứ mệnh cuối cùng của chúng tôi là trở thành người tiên phong trong ngành và thúc đẩy sự phát triển của hệ sinh thái AA để người dùng web2 có thể tận hưởng trải nghiệm blockchain của họ mà không gặp rào cản.

Tóm tắt

Từ góc độ của AA, chúng ta đang ở một thời điểm lịch sử mới. Mặc dù chúng tôi đã trải nhựa trên đại lộ nhưng vẫn chưa có nhiều người đi. Hiện tại, ứng dụng AA vẫn còn ở giai đoạn sơ khai. ERC-4337 cung cấp một khuôn khổ mạnh mẽ cho người dùng và nhà phát triển sử dụng và xây dựng AA trên nền tảng Ethereum. Tuy nhiên, vẫn còn nhiều thách thức và bất ổn cần được giải quyết.

Nhà cung cấp cơ sở hạ tầng của AA cần cung cấp dịch vụ Bundler và dịch vụ Paymaster cho người dùng của mình, đồng thời cần tích hợp nhiều ứng dụng khách Bundler và nhà cung cấp dịch vụ Paymaster khác nhau để đảm bảo tính mạnh mẽ của dịch vụ. Để tối ưu hóa khả năng phản hồi giữa API và máy khách nút, dữ liệu AA có thể cần được lập chỉ mục để giảm mức tiêu thụ phần cứng cho một yêu cầu. Để mang đến trải nghiệm người dùng tốt hơn, các nhà cung cấp cơ sở hạ tầng cũng cần cung cấp cho người dùng nhiều lựa chọn dịch vụ hơn.