Làm thế nào cơ sở hạ tầng có thể hỗ trợ hàng tỷ người dùng thông qua việc trừu tượng hóa tài khoản?
Tiêu đề gốc: "Cách trao quyền cho cơ sở hạ tầng để phục vụ cơ sở người dùng mạnh hàng tỷ USD bằng tính năng trừu tượng hóa tài khoản"
Tác giả gốc: Albert He, Nhà khoa học trưởng của BlockPI
Bất kể đó là thị trường tăng trưởng hay thị trường giảm giá, hệ sinh thái Ethereum vẫn không ngừng xây dựng và tối ưu hóa chính nó. Trong số đó, Account Trừu tượng (AA) đã đạt được tiến bộ quan trọng trong những năm gần đây và đã thâm nhập vào tất cả các phần 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 AA trên quy mô lớn sẽ hạ thấp ngưỡng sử dụng blockchain nói chung và mang lại trải nghiệm người dùng về web2 cho ngành công nghiệp web3.
Để nắm bắt cơ hội trong thị trường AA tiềm năng trị giá hàng tỷ đô la, BlockPI có kế hoạch 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 tích hợp đổi mới trong lĩnh vực AA, BlockPI cam kết cung cấp cho người dùng AA một cách thuận tiện và hiệu quả hơn để tương tác với các tài khoản ví hợp đồng blockchain và hy vọng sẽ trở thành người dẫn đầu trong ngành.
Trong bài viết này, nhóm BlockPI sẽ đi sâu tìm hiểu về AA và chia sẻ những phản ánh 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
AA's The khái niệm này 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 trong Ethereum, được biểu thị bằng khóa chung (địa chỉ blockchain) và được 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 và cho phép người dùng chuyển tiền hoặc tương tác với các hợp đồng thông minh trên blockchain. Tuy nhiên, đối với nhiều người, việc sử dụng EOA bản thân nó đã là một nhiệm vụ đầy thách thức. Hơn nữa, tài khoản EOA hiện tại vẫn còn một số bất tiện trong quá trình sử dụng, ảnh hưởng đến trải nghiệm của người dùng.
Đầu tiên là vấn đề phí gas. Mỗi giao dịch sẽ tiêu tốn của người dùng một lượng ETH đáng kể dưới dạng phí Gas (lấy giá Gas là 25 Gwei làm ví dụ, phí Gas cho một lần chuyển ETH đơn giản là khoảng 0,5 USD và sẽ đắt hơn khi tương tác với các hợp đồng hoặc khi giá gas cao hơn). Điều này làm cho phí giao dịch nhỏ trở nên cực kỳ đắt đỏ, đặc biệt là trong thời kỳ tắc nghẽn mạng nghiêm trọng. Ngoài ra, Gas chỉ có thể được thanh toán bằng ETH, có nghĩa là người dùng phải giữ ETH trong ví của họ, điều này gây ra rào cản gia nhập cao đối với nhiều người dùng.
Thứ hai, đối với một số hoạt động phức tạp mà người dùng muốn đạt được, EOA phải dựa vào 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 lịch trình, người dùng cần chuyển ETH sang hợp đồng thông minh có chức năng này để đạt được thao tác này.
Vấn đề thứ ba với EOA là thuật toán mã hóa chữ ký cố định. Mạng Ethereum sử dụng thuật toán chữ ký số có tên secp256k1 để đảm bảo tính xác thực và bảo mật của giao dịch. Thuật toán được mã hóa cứng vào hệ thống và người dùng không thể lựa chọn sử dụng thuật toán mã hóa khác.
Ngoài ba vấn đề trên, mối quan hệ ràng buộc giữa khóa công khai và khóa riêng của EOA cũng là một vấn đề. Khóa riêng là cách duy nhất để người dùng truy cập EOA. Nếu khóa riêng bị mất thì không thể lấy lại được. Điều này cũng có nghĩa là tất cả tài sản trong EOA được liên kết với nó sẽ không được phục hồi.
Đồng thời, EOA cũng có những hạn chế khi thực hiện một số nhiệm vụ tuyến tính nhất định. Ví dụ: nếu người dùng muốn phê duyệt, hoán đổi và không phê duyệt mã thông báo trong một thao tác thì cần phải thực hiện ba giao dịch riêng biệt, điều này vừa không hiệu quả vừa tốn thời gian.
Tin tốt là ví hợp đồng có thể giải quyết tất cả các vấn đề trên. Ví hợp đồng về cơ bản là một loại tài khoản hợp đồng thông minh cụ thể triển khai AA, có thể được sử dụng làm ví của người dùng trên Ethereum. Và nó có thể cung cấp cho người dùng một cách linh hoạt và cá nhân hóa hơn để quản lý tiền. Miễn là logic có thể được triển khai bởi các hợp đồng thông minh Ethereum thì ví hợp đồng có thể triển khai nó và cung cấp các chức năng tương ứng.
Đặc biệt, nhiều hoạt động ví hợp đồng có thể được gói gọn thành một giao dịch trực tuyến và các hoạt động này có thể khấu hao chi phí gas của Một giao dịch. Nếu bên thứ ba sẵn sàng trả phí Gas thì không cần phải trả phí Gas cho người dùng sử dụng ví hợp đồng. Ví hợp đồng cũng có thể hoàn thành nhiều nhiệm vụ tuyến tính cùng một lúc. Ngoài ra, ví hợp đồng còn hỗ trợ các thuật toán mã hóa chữ ký tùy chỉnh và thiết lập các chức năng khôi phục ví, v.v.
Khi cuộc thảo luận về lợi ích của ví hợp đồng vẫn tiếp tục, cộng đồng Ethereum đã thực sự tiến hành nghiên cứu dài hạn về ví hợp đồng. Mặc dù nhiều EIP đã tìm hiểu các vấn đề liên quan đến việc trừu tượng hóa tài khoản nhưng tính đến năm 2021, vẫn chưa có tiêu chuẩn thống nhất nào được thiết lập. Dưới đây là một số EIP đại diện.
EIP-86
Được đề xuất lần đầu vào năm 2017 bởi Vitalik Buterin. Giải pháp thực hiện một loạt thay đổi với mục tiêu chung là "trừu tượng" xác minh chữ ký và kiểm tra nonce, cho phép người dùng tạo "hợp đồng tài khoản" có thể thực hiện kiểm tra chữ ký/không kiểm tra một lần tùy ý.
EIP-2938
Đề xuất vào năm 2020. Tiêu đề của EIP này là Tài khoản trừu tượng. Khái niệm AA được mô tả rõ ràng trong EIP này. Nó giới thiệu một loại giao dịch mới, giao dịch AA. Giao dịch được bắt đầu bởi địa chỉ điểm vào (địa chỉ `EntryPoint`) và gọi ví hợp đồng AA. EIP-2938 cung cấp thông số kỹ thuật thống nhất và chính thức giới thiệu tính năng trừu tượng hóa tài khoản AA cho đồng thuận Ethereum. Cụ thể, nó giới thiệu hai opcode 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 Ethereum.
EIP-3074
Đề xuất vào năm 2020. EIP này giới thiệu hai hướng dẫn EVM, `AUTH` và `AUTHCALL`. `AUTH` đặt các biến môi trường dựa trên ủy quyền có chữ ký của ECDSA. `AUTHCALL` gửi cuộc gọi dưới dạng tài khoản được ủy quyền. Điều này cho phép các hợp đồng thông minh gửi giao dịch thay mặt EOA. Nhưng đó vẫn chưa phải là giải pháp hoàn hảo cho AA. Trong quá trình giao dịch ủy quyền, EIP-3074 có một số hạn chế nhất định trong việc truyền giá trị gốc. Và nếu người dùng mất quyền truy cập vào EOA, anh ta vẫn không thể lấy lại tài sản của mình. Nếu khóa riêng bị rò rỉ, người dùng cần chuyển tất cả tài sản sang tài khoản mới.
Không có đề xuất nào ở trên được chính thức đưa vào giao thức Ethereum do nhu cầu thay đổi ở lớp đồng thuận hoặc vì các giải pháp 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 đã đề xuất EIP4337.
ERC - 4337
EIP -4337 ban đầu được đề xuất vào tháng 9 năm 2021 và được cấp phép dưới dạng 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 đột phá giới thiệu AA mà không thay đổi giao thức Ethereum cốt lõi. EIP-4337 cuối cùng đã trở thành tiêu chuẩn ERC-4337, tiêu chuẩn 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ọ. Đồng thời, tiêu chuẩn cũng giới thiệu một số cơ sở hạ tầng bổ sung bao gồm "Bundlers" và "`UserOperation` mempool". Bằng cách này, nó thực sự sao chép một mempool Ethereum có chức năng tương tự trên hệ thống blockchain. Những gì người dùng gửi không còn là một giao dịch đơn lẻ nữa mà là `UserOperation`. Những `Hoạt động người dùng` này có thể được đóng gói thành một giao dịch duy nhất và gửi tới Ethereum.
Sau đây là Ethereum [Tài liệu chính thức], cùng với một số nhận xét để hỗ trợ sự hiểu biết.
Vai trò chính của ERC-4337 và định nghĩa của nó
- Hoạt động của người dùng
- Hoạt động của người dùng
- Hoạt động của người dùng
- b>—Mô tả cấu trúc của giao dịch được gửi thay mặt người dùng. Để tránh nhầm lẫn, nó không được đặt tên là "giao dịch" mà được gửi đến Bundler và được đóng gói thành một Gói cùng với `UserOperations` khác. Gói sau đó được gửi đến chuỗi dưới dạng một giao dịch riêng biệt.
- Người gửi—Tài khoản hợp đồng gửi `UserOperation`. Hợp đồng ví phải tuân theo giao diện `IAAccount` cấu hình tiêu chuẩn ERC-4337.
- EntryPoint—Hợp đồng đơn lẻ toàn cầu thực thi gói `UserOperations`. Danh sách trắng Bundlers/Khách hàng được hỗ trợ `EntryPoint`. Hợp đồng này đã được nhóm Infinitism kiểm tra và phê duyệt để triển khai. Hợp đồng này chịu trách nhiệm xử lý tất cả `Hoạt động của người dùng` và kết nối các hợp đồng với các vai trò khác, bao gồm Wallet Factory, Aggregator và `Paymaster`. Hợp đồng có cùng địa chỉ trên chuỗi tương thích EVM.
- Bundler—một nút đóng gói nhiều `UserOperations` từ mempool và tạo các giao dịch `EntryPoint.handleOps()` ( Nút sản xuất khối hiện tại). Dịch vụ Bundler có thể chạy độc lập với nút blockchain và gửi `UserOperations` được đóng gói thông qua RPC.
- Bộ tổng hợp—Hợp đồng phụ trợ đượ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 chữ ký được hỗ trợ trong danh sách trắng của Bundlers/Clients. Bộ tổng hợp phải định cấu hình giao diện IAggregator theo tiêu chuẩn ERC-4337.
- Paymaster—một hợp đồng thông minh có thể thay mặt bạn thanh toán Gas. Nếu nó gửi đủ ETH trong hợp đồng `EntryPoint`, thì đó có thể là một hợp đồng thông minh trả phí gas của `UserOperation` cho người gửi, triển khai hiệu quả việc khai thác Gas. `Paymaster` phải tuân theo tiêu chuẩn ERC-4337 để định cấu hình giao diện `Paymaster`. `Paymaster` có thể thỏa thuận với `Người gửi`. Ví dụ: `Người gửi` trả USDC cho `Paymaster` và `Paymaster` sử dụng ETH để thanh toán gas cho `UserOperations` mà nó gửi. Trên thực tế, `Paymaster` có thể chọn hỗ trợ bất kỳ Mã thông báo , bao gồm cả ERC-20 Mã thông báo Ngay cả trên các chuỗi khác Mã thông báo .
- Wallet Factory—Một hợp đồng thông minh có thể tạo ví hợp đồng cho người dùng ERC-4337. Triển khai Wallet Factory không cần giấy phép. Là một hợp đồng thông minh trên chuỗi, mã của nó được mở cho công chúng và bất kỳ ai cũng có thể xem xét. Một 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 vai trò khác.
- Người đóng gói gọi hàm `handleOps` của hợp đồng `EntryPoint`, chấp nhận `UserOperation` làm đầu vào.
- `handleOps` sẽ 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à xác nhận xem ví có đủ Gas để bù cho Bundler hay không.
- Nếu việc xác minh là được thông qua, `handleOps` sẽ thực thi chức năng ví hợp đồng thông minh dựa trên chức năng và các tham số đầu vào được xác định trong lệnh gọi của `UserOperation`.
Mặt khác, khi Bundler sử dụng EOA để kích hoạt ` handOps` Khi thực hiện một chức năng, phí Gas sẽ phát sinh. Ví hợp đồng thông minh có thể thanh toán phí gas cho Người đóng gói từ số dư tài khoản của chính họ hoặc yêu cầu thanh toán từ hợp đồng `Paymaster`. `UserOperations` không thể vượt qua bước xác minh ngoài chuỗi nếu không có đủ Gas, nghĩa là nó không thành công trước khi thực hiện giao dịch trên chuỗi. Ngay cả khi có đủ Gas, `UserOperations` vẫn có thể bị lỗi do lỗi thời gian chạy và các lý do khác trong quá trình thực thi. Đối với `UserOperation`, bất kể việc thực hiện hợp đồng có thành công hay không, hợp đồng `EntryPoint` sẽ thanh toán phí Gas cho Bundler đã kích hoạt chức năng `handleOps`.
Sau khi ERC-4337 có hiệu lực, giờ đây người dùng có thể bắt đầu các giao dịch blockchain theo hai cách. Một là cách truyền thống, tức là EOA trực tiếp thực hiện giao dịch. Cách khác là sử dụng tiêu chuẩn ERC-4337 để khởi tạo `UserOperation` thông qua Bundler, sau đó Bundler sẽ đóng gói nó với `UserOperations` khác và chạy nó trên chuỗi mạng. Lưu đồ sau đây minh họa sự khác biệt giữa giao dịch gửi EOA thông thường và ví hợp đồng ERC-4337 gửi `UserOperation`.
Đường đã được trải nhựa nhưng vẫn chưa có nhiều người đi bộ
ERC-4337 cung cấp một khuôn khổ mạnh mẽ cho phép người dùng và nhà phát triển sử dụng và xây dựng AA trên 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 những thách thức và sự 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 [Tóm tắt tài khoản ERC-4337], chuỗi Chỉ có 65k+ `UserOperations` được thực thi, 90% trong số đó là từ Polygon. Vì vậy, số lượng `UserOperation` hiện được thực thi vẫn còn rất ít, hầu hết là thử nghiệm của nhà phát triển và chỉ một phần nhỏ đến từ người dùng thực. Chúng tôi lưu ý rằng các sản phẩm đã tích hợp AA vẫn đang ở giai đoạn đầu. Hiện tại, chúng ta có thể quan sát thấy rằng Bundlers nói chung vẫn đang trong tình trạng thua lỗ, với mức lỗ hiện tại khoảng hơn 700 MATIC. Điều này chủ yếu là do một số Bundlers trên Polygon đánh giá sai lượng gas cần thiết, khiến lượng gas được `EntryPoint` trả về ít hơn lượng gas mà Gói đã gửi tiêu thụ. Vấn đề này cần được giải quyết ở cấp độ khách hàng Bundler.
Ngoài ra, vẫn còn một số vấn đề cần giải quyết. Một trong những vấn đề là cách Bundlers xử lý các lỗi giao dịch.
Sau khi đóng gói nhiều `UserOperations` lại với nhau, trước tiên, Bundlers sẽ mô phỏng giao dịch, phát hiện xem có xảy ra lỗi thực thi hợp đồng hay không và tính toán ``Sender`` Hoặc liệu phí Gas được `Paymaster` trả lại có lớn hơn phí Gas đã trả hay không.
Nếu có lãi, Bundler sẽ gửi lô `UserOperations` này dưới dạng giao dịch tới nút khối. Tuy nhiên, giao dịch vẫn có thể không thành công khiến Bundler trả phí gas nhưng không nhận được `EntryPoint` để trả gas. Ví dụ: người dùng có thể gửi hành động đến các Bundler khác nhau. Nếu có chỗ cho lợi nhuận và mô phỏng thành công, Bundlers sẽ gửi nó vào chuỗi. Trong trường hợp này, nếu `UserOperation` được gửi đến nhà sản xuất khối bởi các Bundler khác nhau cùng một lúc, thì chỉ một giao dịch sẽ thành công, điều đó có nghĩa là chỉ một Bundler sẽ nhận được phí Gas được trả lại bởi `EntryPoint` và tất cả các Bundler khác Gas sẽ bị thất thoát do dây chuyền bị hỏng. Mặc dù người ta có thể lập luận rằng hành vi này nên được coi là một cuộc tấn công độc hại và cho rằng 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ỉ đó, nhưng đây không phải là giải pháp hợp lý vì người dùng có thể không có ý định thực hiện hành động này. . Vấn đề này cần được giải quyết hợp lý trong mã, có thể thông qua mạng mempool công cộng đang được phát triển. Ngoài ra, Bundlers có thể bị thua lỗ do biến động gas đột ngột ngay cả khi giao dịch được gửi thành công và kết quả mô phỏng cho thấy vẫn còn chỗ để kiếm lợi nhuận.
Một vấn đề khác là Giá trị có thể trích xuất tối đa (MEV) có thể thu được 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 trích xuất bằng cách thao túng thứ tự giao dịch trong một khối hoặc chèn giao dịch của riêng họ vào một khối. Người ta có thể lưu ý rằng logic của MEV cũng có thể được áp dụng cho AA. Điều này là do trong AA, Người đóng gói có thể tự do sắp xếp các UserOps, điều này mang lại cho họ khả năng nhận được MEV. Tuy nhiên, việc Bundler có thể trích xuất MEV hay không còn phụ thuộc vào việc có đủ `UserOperations` có thể được nhóm lại với nhau hay không. 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. Điều có thể thấy là MEV của 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; hướng còn lại là hình thành sự đồng thuận Bundler để thực hiện phân loại công bằng. Điều thứ hai sẽ loại bỏ hoàn toàn khả năng trích xuất MEV từ AA.
Sự phát triển trong tương lai
Nhóm công cộng
Mặc dù hệ sinh thái AA đã hoạt động nhưng vẫn còn rất nhiều công việc phát triển cần thực hiện. Nhìn vào toàn bộ hệ sinh thái AA, phần còn thiếu lớn nhất hiện nay là bộ nhớ công khai. 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 cho các mempool công cộng. Mạng p2p của mempool công khai dự kiến sẽ ra mắt vào tháng 8 năm nay.
Thuật toán gói
Trong quá trình này, Quỹ Ethereum đã tài trợ cho một số nhóm phát triển AA xuất sắc. Cho đến nay, một số ứng dụng khách Bundler đã được phát triển và hiện có sẵn. Một số người trong số họ đã rất trưởng thành. Đó 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.v.
Điều này liên quan đến vấn đề chiến lược đóng gói. Hiện tại, do số lượng `UserOperations` còn ít nên Người đóng gói có thể áp dụng logic đóng gói đơn giản, chẳng hạn như các khoảng thời gian cố định hoặc một số lượng `UserOperations` nhất định 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: trong hệ sinh thái AA thiếu cơ chế tương tự giao thức đồng thuận blockchain, nhóm Bundler đã trở thành một khu rừng tối tăm, với mỗi Bundler ưu tiên các nhiệm vụ theo sở thích riêng và cạnh tranh với nhau. Ngược lại với mempool công cộng, mempool riêng tư có thể xuất hiện sớm 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` trong mempool riêng tư vẫn có khả năng sinh lời. Trong trường hợp này, Bundler này cạnh tranh hơn với các Bundler khác về mặt đóng gói.
Ngoài ra, với sự phổ biến dần dần của mempool công cộng, `UserOperations` có nhiều tính năng khác nhau, chẳng hạn như các kỳ vọng về lợi nhuận Gas khác nhau và về - độ phức tạp thực hiệ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 tương ứng của họ. Việc đóng gói nhiều `UserOperations` hơn có khả năng tạo ra lợi nhuận cao hơn, nhưng nó 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 thành công, nguy cơ lỗi thực thi trên chuỗi vẫn tồn tại. Ngược lại, điều ngược lại cũng đúng đối với `UserOperations` ít được đóng gói hơn.
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 nút khối để thực hiện giao dịch này. Các nhà cung cấp có thể có các chiến lược đóng gói khác nhau với giá khí ước tính và điều kiện biến động của khí khác nhau. Đồng thời, chi phí cho việc xác minh và tính toán chính sách này 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 cũng phải được xem xét. Ngoài ra, Bundlers cũng cần đảm bảo trải nghiệm người dùng tốt cho người dùng, đảm bảo người dùng không gặp phải tình trạng 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 rõ ràng nhưng chúng tôi có thể tự tin nói rằng sự tăng trưởng của ngành AA và sự phát triển của các nhà phát triển Working cùng nhau cuối cùng sẽ giải quyết được những vấn đề này. Với tư cách là nhà xây dựng cơ sở hạ tầng, BlockPI hy vọng sẽ đóng vai trò là người giải quyết vấn đề trong sự phát triển của ngành AA, vừa là nhà phát triển vừa bằng cách cung cấp cơ sở hạ tầng thân thiện với AA cho các nhà phát triển khác.
*Cơ sở hạ tầng phải thích ứng với AA
AA sẽ có hành vi giao dịch trên chuỗi Các vai trò khác nhau liên quan đến nó đều được trừu tượng hóa, bao gồm Người gửi, Người đóng gói, Người trả tiền 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 chuỗi khối. Đồng thời, các nhà cung cấp cơ sở hạ tầng có thể triển khai các dịch vụ này một cách độc lập dựa trên đánh giá của chính họ về thị trường.
Để đáp ứng 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: Dịch vụ Bundler và Paymaster `Dịch vụ.
Trong các dịch vụ của Bundler, các nhà cung cấp cơ sở hạ tầng có thể cần phát triển các mempool riêng với Bundler để mang lại trải nghiệm tốt cho người dùng. Cụ thể, các nhà cung cấp cơ sở hạ tầng cần tích hợp nhiều máy khách Bundler để đảm bảo tính ổn định của dịch vụ Bundler. Các ứng dụng khách Bundler này hiện cung cấp cho người dùng một số phương thức JSON RPC tiêu chuẩn do nhóm phát triển cốt lõi ERC-4337 cung cấp. Có thể thấy trước rằng sẽ có nhiều phương pháp RPC hơn cho người dùng trong tương lai. Các nhà cung cấp dịch vụ cơ sở hạ tầng cần cập nhật hỗ trợ của họ cho các phương pháp này một cách kịp thời trong quá trình này.
Ngoài ra, điều quan trọng là phải tối ưu hóa giữa API Bundler và RPC máy khách nút thô. Máy khách nút hiện tại không được tối ưu hóa cho AA. Một số phương pháp API Bundler yêu cầu lập chỉ mục dựa trên dữ liệu được cung cấp cho AA. Ví dụ: khi tra cứu `UserOperation` bằng cách băm, máy khách hiện tại cần quét nhật ký hợp đồng `EntryPoint` trong tất cả các khối. Nếu không có chỉ mục dữ liệu, mức tiêu thụ tài nguyên phần cứng của một yêu cầu này sẽ khá lớn và thời gian trả về của yêu cầu cũng sẽ rất lâu.
Ngoài ra, để cung cấp cho người dùng trải nghiệm người dùng không cần Gas và các dịch vụ đa dạng, các nhà cung cấp cơ sở hạ tầng cần có sự Hợp tác khác nhau với ` Các nhà cung cấp dịch vụ Paymaster` để tích hợp các dịch vụ `Paymaster` khác nhau. Đồng thời, theo nhu cầu thị trường, các nhà cung cấp cơ sở hạ tầng cũng có thể thiết kế các giải pháp tích hợp tiện lợi hơn dựa trên dịch vụ `Paymaster` hiện có. Các dịch vụ khác, chẳng hạn như chữ ký tổng hợp, nhà máy ví, v.v., cũng là những hướng tiềm năng để phát triển và tích hợp cơ sở hạ tầng trong tương lai.
Tóm lại, để thích ứng với việc ứng dụng AA trên quy mô lớn, các nhà cung cấp cơ sở hạ tầng cần liên tục cải thiện và mở rộng dịch vụ của mình . Điều này bao gồm tối ưu hóa dịch vụ Bundler, làm việc với các nhà cung cấp dịch vụ `Paymaster` khác nhau, tích hợp nhiều giao diện API khác nhau và phát triển các dịch vụ tiềm năng khác. Khi ngành AA tiếp tục phát triển, những nỗ lực này sẽ giúp mang lại trải nghiệm sử dụng blockchain hiệu quả, an toàn và thuận tiện hơn.
Hiện tại, BlockPI đang nỗ lực hết sức để đạt được các mục tiêu trên. Không chỉ vậy, chúng tôi đã 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 AA vào mạng BlockPI là ưu tiên phát triển hàng đầu của chúng tôi. Đồng thời, chúng tôi cũng tiến hành trao đổi 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. Chúng tôi chân thành chào đón tất cả các Bundlers, `Paymasters` và ví giao tiếp và hợp tác với chúng tôi.
Mục tiêu của BlockPI là xây dựng và phát triển hệ sinh thái AA cùng với cộng đồng, đồng thời cố gắng hết sức để thúc đẩy sự tiến bộ và thịnh vượng của hệ sinh thái AA. Chúng tôi hy vọng có thể đóng góp cho toàn bộ ngành AA với tư cách là người dẫn đầu ngành thông qua hợp tác với cộng đồng và hỗ trợ quá trình phát triển tiếp theo của nó, để người dùng Web2 có thể trải nghiệm công nghệ blockchain mà không gặp bất kỳ rào cản nào.
Bài viết này là từ một bài gửi và không thể hiện quan điểm của BlockBeats.
Liên kết gốc
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
Bài viết liên quan
