

Tác giả gốc: CloudY, Jam
bản tóm tắt
Nhưng trên thực tế, tài khoản Ethereum EOA dùng để so sánh là một sản phẩm tương đối thô sơ, cụ thể:
Quyền kiểm soát tài khoản là duy nhất, chỉ có ủy quyền chữ ký và không có chữ ký, cho dù đó là giao dịch trị giá 1 đô la Mỹ hay giao dịch 100 triệu đô la Mỹ, bạn cần phải phê duyệt trước, sau đó ký để xác nhận giao dịch. Khi đó, chỉ có một sự khác biệt về chữ ký giữa quyền bị lừa đảo và giao dịch thông thường, điều này khiến mọi người dùng mới đều sợ hãi khi tương tác. Mặc dù Metamask hiện cho phép người dùng chọn số lượng phê duyệt khi phê duyệt quyền truy cập mã thông báo, nhưng đối với các tương tác thường xuyên, thay vì tiêu tốn phí gas cho nhiều lần phê duyệt, người dùng thích ủy quyền trực tiếp giới hạn trên. So với mô hình tài khoản Web2 như Xác thực hai yếu tố (2 FA) hoặc U-shield để kiểm soát rủi ro giao dịch số lượng lớn và quét khuôn mặt hoặc thanh toán không cần mật khẩu để hỗ trợ các giao dịch số lượng nhỏ, tài khoản EOA rất buồn tẻ và khó sử dụng .
Ngưỡng phí gas quá cao và chặn một lượng lớn người dùng mới. Lớp 2 như mạng chính Ethereum và Optimism/Arbitrum sử dụng mã thông báo ETH làm mã thông báo Gas, yêu cầu người dùng chuyển đổi tiền tệ fiat thành tiền tệ ổn định bằng đô la Mỹ, sau đó chuyển đổi tiếp thành ETH và sau đó chuyển ETH vào ví. Nhiều người dùng phát hiện ra rằng họ cần ETH dưới dạng Gas sau khi chuyển USD stablecoin vào ví của họ và phải mua lại ETH. Hơn nữa, các chuỗi công khai như BSC/Polygon/Solana đều sử dụng mã thông báo Gas của riêng họ, đây là một cạm bẫy khác mà những người mới tham gia phải bước vào. Ngoài ra, nhiều người dùng không thực sự muốn mua Gas token giao ngay mà họ phải để lại một lượng lớn Gas token dư thừa trong ví của mình vì nhu cầu tương tác trên chuỗi.
Vitalik thực sự đã biết rằng tài khoản EOA rất khó sử dụng, nhóm Ethereum cũng đang cố gắng giải quyết vấn đề này và việc trừu tượng hóa tài khoản là một trong những giải pháp. Tuy nhiên, do không thể sửa đổi sự đồng thuận cơ bản của Ethereum để trừu tượng hóa tài khoản, phải đến khi đề xuất ERC-4337, ví hợp đồng thông minh dựa trên lớp ứng dụng, việc trừu tượng hóa tài khoản mới thực sự được chú ý và trở thành chủ đề nóng.
Sau phần giới thiệu ngắn gọn về tính năng trừu tượng hóa tài khoản và ERC-4337, bài viết này sẽ suy đoán về sự phát triển trong tương lai của hệ thống tài khoản Web3 và quyền sở hữu các lối vào lưu lượng truy cập dựa trên ứng dụng trừu tượng hóa tài khoản và sự phát triển của hệ thống tài khoản Web2.
Từ góc độ sinh thái, trước đây, người dùng cần sử dụng EOA để thực hiện các hoạt động phức tạp trên chuỗi và do sự phát triển sinh thái trên chuỗi hiện tại còn hạn chế nên chỉ có thể cung cấp các giao thức hạn chế và nhu cầu thực tế của người dùng không thể được đáp ứng một cách hiệu quả. gặp. Việc trừu tượng hóa tài khoản giúp đơn giản hóa việc thực hiện các thao tác trên. Chỉ cần đầu vào của người dùng để có được đầu ra. Không còn những cú nhấp chuột thường xuyên và chữ ký rườm rà.Có thể nói rằng việc triển khai AA đã chuyển đổi hệ sinh thái on-chain từ do người bán thống trị sang do người mua thống trị.
Tóm tắt tài khoản và ERC-4337
Việc trừu tượng hóa tài khoản (sau đây gọi là AA) đề cập cụ thể đến điều gì?Tóm tắt công nghệ cơ bản và cấu trúc dữ liệu để đơn giản hóa các bước cho người dùng và nhà phát triển. Hiểu đơn giản là chức năng triển khai CA trên cơ sở EOA.
ERC-4337 trở thành tiêu chuẩn cơ bản cho AA. ERC-4337 giới thiệu UserOperation, đây là một giao dịch đặc biệt thể hiện ý định của người dùng và cho phép các tài khoản hợp đồng tích cực thực hiện các hoạt động. Các UserOperations này được quản lý bởi một vai trò có tên Bundler, mô phỏng việc thực thi UserOperations và thêm các hoạt động hợp lệ vào nhóm giao dịch đặc biệt. Sau đó, hợp đồng EntryPoint sẽ xác minh và thực thi các UserOperations này để đáp ứng ý định của người dùng.
Kiểu tài khoản
Có hai loại tài khoản chính trong Ethereum: tài khoản EOA (Tài khoản thuộc sở hữu bên ngoài) và Tài khoản hợp đồng.
Độ dài địa chỉ của tài khoản EOA là 20 byte và được tính từ khóa riêng được tạo khi người dùng được tạo và khóa chung được tạo bởi thuật toán mã hóa đường cong elip. Trạng thái tài khoản EOA bao gồm số lượng giao dịch (Nonce) và số lượng tài sản (Số dư). Địa chỉ của tài khoản hợp đồng cũng là 20 byte, nhưng chúng được tính từ địa chỉ người gửi và Nonce của giao dịch tạo hợp đồng. Trạng thái tài khoản hợp đồng bao gồm số lượng hợp đồng (Nonce), số lượng tài sản (Số dư), mã băm (CodeHash) và hàm băm gốc lưu trữ (StorageRoot), được sử dụng để lưu trữ giá trị băm nút gốc của Merkle Patricia Cây trie của dữ liệu hợp đồng.
Thông tin về loại tài khoản và trạng thái rất quan trọng đối với các giao dịch và thực hiện hợp đồng thông minh trên Ethereum và là điểm khác biệt giữa EOA và CA.
Source:《Account Abstraction, Analysed |Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
buôn bán
Giao dịch Ethereum bao gồm thông tin người gửi và người nhận, chữ ký điện tử, số lượng giao dịch, số tiền được chuyển, dữ liệu tùy chọn, giới hạn gas và phí giao dịch. 2 loại tài khoản khác nhau ở trên dẫn đến 2 loại giao dịch liên lạc riêng biệt.
Trong quá trình ký, dữ liệu giao dịch được băm và sau đó được ký điện tử. Người xác minh xác minh tính hợp lệ của chữ ký bằng cách tính các điểm trên đường cong elip. Không cần lấy khóa riêng của người gửi mà chỉ cần cung cấp giao dịch thông tin và khóa công khai. Việc khôi phục khóa chung đạt được thông qua giá trị v trong chữ ký, đảm bảo tính bảo mật của chữ ký và hiệu quả xác minh.
Trừu tượng hóa tài khoản
Cấu trúc giao dịch và quy trình xác minh chữ ký của Ethereum tiết lộ một sự thật quan trọng, đó là tài khoản thực hiện giao dịch phải là tài khoản EOA có cặp khóa công khai.
Các tài khoản hợp đồng do thiếu cặp khóa công khai và riêng tư nên không thể chủ động thực hiện giao dịch, thay vào đó sau khi nhận được giao dịch, chúng sẽ tự động thực thi mã hợp đồng thông minh trong tài khoản dựa trên thông tin trong giao dịch hoặc gửi thông tin giao dịch cho người khác. tài khoản hoặc thậm chí tạo hợp đồng thông minh mới. Do đó, các ví hiện tại được tạo bởi các ứng dụng ví chính thống như Metamask đều là tài khoản EOA. Tuy nhiên, có một số sai sót trong việc sử dụng tài khoản EOA: rủi ro khóa riêng, thuật toán chữ ký hạn chế, quyền chữ ký quá mức và hạn chế phí giao dịch.
Tài khoản hợp đồng có thể lưu trữ mã và dữ liệu, đồng thời thực thi logic hợp đồng thông minh được xác định trước để giải quyết các vấn đề trên của tài khoản EOA. Tuy nhiên, tài khoản hợp đồng không thể chủ động bắt đầu giao dịch.
Việc trừu tượng hóa tài khoản là một cải tiến của hai tài khoản trên. Nó cố gắng làm mờ ranh giới giữa hai tài khoản và biến nó thành một tài khoản chung chứa logic phức tạp, để tài khoản có thể có các chức năng của CA (tài khoản hợp đồng) và tài khoản EOA đồng thời.
ERC-4337
ERC-4337 đã hoàn thành chức năng trừu tượng hóa tài khoản mà không sửa đổi lớp đồng thuận Ethereum và trở thành giải pháp cuối cùng được Ethereum áp dụng. Cuối cùng, tầm nhìn cuối cùng về kết hợp ngoài chuỗi và giao dịch trên chuỗi sẽ được hiện thực hóa.
Source:《Account Abstraction, Analysed |Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
UserOperation
ERC-4337 giới thiệu một khái niệm mới gọi là UserOperation để giải quyết vấn đề tài khoản hợp đồng không thể chủ động thực hiện giao dịch trong khi tránh thay đổi các loại giao dịch cơ bản của giao thức Ethereum.
UserOperation tương tự như giao dịch tiêu chuẩn nhưng nó chỉ thể hiện ý định của người dùng chứ không thể hiện hành vi giao dịch trực tiếp.Các giao dịch tiêu chuẩn được gửi đến mempool (nhóm giao dịch) của Ethereum, sau đó được người tìm kiếm và người xây dựng kết hợp thành một khối hoàn chỉnh, và cuối cùng được người đề xuất gửi đến blockchain, thường chọn khối có phần thưởng cao nhất. Không giống như vậy, UserOperation không phải là một giao dịch thực sự, vì vậy ERC-4337 giới thiệu một mempool mới và một vai trò có tên Bundler để thực thi UserOperation theo cách phi tập trung. Sự đổi mới này cho phép ý định của người dùng được xử lý và thực hiện mà không cần tham gia trực tiếp vào các quy trình giao dịch tiêu chuẩn.
Source: ERC 4337: account abstraction without Ethereum protocol changes
Bundler
Khi Bundler xử lý UserOperation, trước tiên, Bundler sẽ thực hiện kiểm tra tính hợp pháp cơ bản, sau đó mô phỏng việc thực hiện thao tác để xác nhận tính hợp lệ của chữ ký. Nếu quá trình thực hiện mô phỏng thành công, UserOperation sẽ được thêm vào bộ nhớ UserOperation để chờ thực thi trên chuỗi thực tế. Để đảm bảo tính nhất quán giữa mô phỏng và thực thi thực tế, UserOperation hạn chế quyền truy cập vào các biến có thể thay đổi trong quá trình thực thi và chỉ cho phép truy cập vào dữ liệu liên quan đến địa chỉ của người gửi. Bundler có thể đóng gói các hoạt động của người dùng theo sở thích của mình, ưu tiên các hoạt động trả phí cao hơn. Cuối cùng, Bundler gửi lô hoạt động hợp lệ đến hợp đồng EntryPoint để thực thi trên chuỗi.
EntryPoint
EntryPoint là một hợp đồng đơn lẻ trong Ethereum và nhiệm vụ chính của nó là xử lý việc thực thi UserOperation. Nó có hai chức năng chính: handOps và handAggregatedOps, cả hai đều xác minh UserOperation trước rồi mới thực hiện thao tác. Việc xác minh bao gồm kiểm tra tài khoản, hiệu lực của chữ ký và thanh toán phí. Trong giai đoạn thực thi, dữ liệu trong UserOperation được sử dụng để gọi mã hợp đồng thông minh trong tài khoản hợp đồng mục tiêu. Các giao thức ví hợp đồng thông minh khác nhau có thể có các phương pháp phân tích và thực thi khác nhau.
Source: ERC-4337: Account Abstraction Using Alt Mempool
dữ liệu
Theo Báo cáo dữ liệu nửa năm ERC-4337 của SixdegreeLab:
Sau khi hợp đồng ERC-4337 được triển khai, hơn 687.000 ví AA đã được tạo trên chuỗi và UserOps được gọi hơn 2 triệu lần, tuy nhiên, 88,24% ví AA được sử dụng không quá 5 lần, hầu hết là trực tiếp. chuyển nhượng hoặc đúc tiền NFT.
Trong số 15.000 Bundlers, pimlico chiếm 43,48% và có thị phần lớn nhất, trong khi Alchemy tạo ra doanh thu cao nhất từ trước đến nay, khoảng 20.000 USD.
Tuy nhiên, 97,18% giao dịch theo gói chỉ chứa 1 UserOp, điều này cũng có nghĩa là 90% Bundler không thể kiếm được lợi nhuận thông qua các giao dịch theo gói.
Tổng cộng có 117 Paymasters đã trả tổng cộng 465.000 USD phí gas cho 19 triệu đại lý UserOps, trong đó Pimlico trả 43,45%.
ZeroDev thống trị Wallet Factory, triển khai 62,63% tài khoản.
Cách phổ biến nhất để xây dựng ví AA là LEGO, Paymaster, Wallet Factory và Bundler bằng cách sử dụng các bên thứ ba khác nhau.
Có thể thấy rằng tỷ lệ áp dụng ERC-4337 vẫn còn nhiều dư địa để tăng trưởng và việc xây dựng cơ sở hạ tầng chỉ mới bắt đầu khiến tương lai của AA đầy tiềm năng. Với sự gia tăng của Lớp 2 và các ứng dụng xã hội, việc sử dụng ví AA sẽ mở ra một làn sóng tăng trưởng nhanh chóng.
Hướng phát triển trừu tượng hóa tài khoản
Sau khi hiểu các nguyên tắc cơ bản về trừu tượng hóa tài khoản và kiến trúc của ERC-4337, chúng ta sẽ khám phá thêm các phương pháp mở rộng của AA. Chúng tôi sẽ không đi sâu vào chi tiết về các chức năng cơ bản của ví hợp đồng thông minh như không có khóa riêng và không có gas mà tìm kiếm nhiều khả năng hơn trong các thành phần của AA:
Ngành kiến trúc
Trừu tượng hóa tài khoản gốc
ERC-4337 chỉ là một giải pháp lớp ứng dụng được áp dụng để giải quyết tình trạng Ethereum hiện tại không có khả năng sửa đổi sự đồng thuận cơ bản. Mặc dù nó có thể phổ biến khái niệm trừu tượng về tài khoản trên quy mô lớn nhưng cuối cùng nó vẫn sử dụng tài khoản hợp đồng để tương tác. Mức tiêu thụ gas bổ sung trong quá trình xác minh, việc áp dụng các ERC cạnh tranh khác và lệnh cấm tương tác tài khoản hợp đồng của các dapp đều là những yếu tố cản trở sự phát triển của ERC-4337.
Do đó, việc trừu tượng hóa tài khoản gốc, đặc biệt là trừu tượng hóa tài khoản gốc Lớp 2, đặc biệt quan trọng. Hiện tại, ở Lớp 2, chỉ có chuỗi Starknet và ZKSync hỗ trợ tính năng trừu tượng hóa tài khoản gốc. Như được hiển thị trong hình bên dưới, không có Bundler và Paymaster trong sơ đồ trừu tượng hóa tài khoản gốc. Starknet sử dụng Sequencer để xác định trình tự giao dịch, thanh toán Gas và thực hiện nó. ZKSync sử dụng Toán tử để xác định trình tự giao dịch, thanh toán Gas và sau đó gọi bootloader để hoạt động cùng nhau.
Chuỗi DeBank, được tuyên bố là được xây dựng dựa trên OP Stack, cũng sẽ tích hợp một hệ thống tương tự như trừu tượng hóa tài khoản ở cấp chuỗi, nhưng kiến trúc cụ thể sẽ không được biết cho đến khi mạng chính của nó được ra mắt.
Nguồn: Giới thiệu về tính năng trừu tượng hóa tài khoản gốc trong zkSync
Ví hợp đồng NFT
Ví hợp đồng NFT là một giải pháp trừu tượng hóa tài khoản lớp ứng dụng tương tự như ERC-4337. Chúng cho phép tài khoản EOA có các chức năng của tài khoản CA thông qua NFT, thay vì gọi hợp đồng EntryPoint thông qua Bundler. Hiện tại, có hai cách triển khai chính của ví hợp đồng NFT .Phương pháp: ERC-6551 và Giao thức A3S.
ERC-6551 cho phép người dùng sử dụng NFT tiêu chuẩn ERC-721 trong ví EOA của họ làm bộ điều khiển để kiểm soát một/nhiều ví hợp đồng thông minh mới được tạo, từ đó đạt được hợp đồng plug-in mà không cần sửa đổi mã ERC-721. một/nhiều tài khoản hợp đồng thông minh cho NFT hiện có. Phương pháp này kết hợp NFT hiện có với tính năng trừu tượng hóa tài khoản, điều này không chỉ mở ra các kịch bản ứng dụng của NFT mà còn phổ biến khái niệm trừu tượng hóa tài khoản.
Source:《EIP-6551 》
Giao thức A3S sử dụng chính hợp đồng thông minh của NFT làm ví hợp đồng thông minh, điều đó có nghĩa là tài sản trong ví nằm trong tài khoản hợp đồng thông minh của NFT và hoàn toàn tuân theo quá trình chuyển quyền sở hữu NFT. Không cần phải cắm ví cho hợp đồng NFT như ERC-6551. Tài khoản hợp đồng sử dụng đường dẫn ngắn hơn để triển khai ví hợp đồng NFT, nhưng điều này cũng có nghĩa là không tương thích với các NFT hiện có.
Source:《A3S Protocol Gitbook》
Về mặt thống nhất các địa chỉ ví đa chuỗi, cả hai giải pháp đều mượn giá trị xáo trộn Salt để có được cùng một địa chỉ trên các chuỗi công khai tương thích EVM khác nhau nhằm giải quyết vấn đề nhầm lẫn về địa chỉ đa chuỗi cho các tài khoản hợp đồng. Đây cũng là vấn đề ban đầu khiến Wintermute mất 20 triệu token OP khi chuyển đến các địa chỉ có nhiều chữ ký trên các chuỗi khác nhau.
Tính mô đun và trừu tượng đa chuỗi
Tầm quan trọng của việc trừu tượng hóa tài khoản mô-đun là giảm thiểu chi phí phát triển và bảo trì như OP Stack, cho phép các nhà phát triển ví tập trung nhiều hơn vào chính sản phẩm thay vì xây dựng và bảo trì cơ sở hạ tầng cơ bản. Tất nhiên, hệ sinh thái mô-đun được thiết lập qua đó cũng là nền tảng của nền tảng mô-đun, vì vậy việc trừu tượng hóa tài khoản mô-đun phải được thực hiện:
Khả năng kết hợp lẫn nhau của từng mô-đun (EIP-6900 đang cố gắng thiết lập triển khai tiêu chuẩn)
Sự đa dạng của các chức năng mô-đun (sơ đồ chữ ký/quyền riêng tư/chống MEV/gửi tiền và rút tiền/Ý định, v.v.)
Bảo mật (mỗi mô-đun có tiêu chuẩn thống nhất để tránh xung đột lưu trữ)
Trừu tượng hóa nhiều chuỗi (Vitalik đề xuất sử dụng hợp đồng kho khóa chuỗi đơn thống nhất để đạt được sự phối hợp tài khoản hợp đồng thông minh đa chuỗi)
Chúng tôi đã đề cập ở trên rằng chúng tôi sử dụng Salt để làm cho các địa chỉ tài khoản hợp đồng thông minh đa chuỗi trở nên nhất quán, nhưng địa chỉ nhất quán chỉ là bước đầu tiên. Điều quan trọng hơn là người dùng không có nhận thức về chuỗi chéo trong quá trình hoạt động, tức là đa chuỗi trừu tượng hóa, đó là tính mô-đun. Một bước quan trọng để trừu tượng hóa tài khoản.
Source:《Future of Smart Accounts: Modular, Specialised & Multichain》
Xác minh chữ ký
Chúng tôi đã đề cập trước đó rằng mọi giao dịch trên Ethereum chỉ có thể dựa vào EOA để bắt đầu và thanh toán ETH dưới dạng Gas. Ngoài ra, EOA chỉ có thể sử dụng sơ đồ chữ ký ECDSA, điều này khiến việc sử dụng EOA rất cồng kềnh và chỉ có một chức năng duy nhất cũng như nguy cơ rò rỉ khóa riêng. tài khoản trở thành những con cừu bị giết thịt. .
Thuật toán chữ ký
Ở cấp độ chữ ký, hiện có các giải pháp triển khai đa chữ ký và phục hồi xã hội thông qua hợp đồng thông minh (Gnosis Safe và Argent), cũng như các giải pháp sử dụng cái gọi là trừu tượng hóa chữ ký để thực hiện tương tác miễn phí với các hợp đồng trong phạm vi nhất định sau khi được ủy quyền. một lần (Giao thức ống kính). . Nhưng theo nguyên tắc Không phải chìa khóa của bạn, không phải tiền của bạn, chúng ta có thể chú ý hơn đến chính thuật toán chữ ký:
tổng hợp chữ ký
Triển khai chữ ký hiệu quả và đơn giản hơn thông qua Schnorr hoặc BLS, không chỉ cho phép đa chữ ký từ dưới lên mà còn giảm mức tiêu thụ gas bằng cách tổng hợp chữ ký. Tất nhiên, chúng đều có những vấn đề riêng, chẳng hạn như yêu cầu thêm các vòng liên lạc, không phù hợp với sơ đồ đa chữ ký có giá trị m và n lớn hơn, thời gian cho số lượng lớn xác minh trùng khớp, v.v.
Chữ ký bảo mật sau lượng tử
Sử dụng chữ ký một lần như Lamport hoặc W-OTS để ngăn người khác sử dụng máy tính lượng tử để bẻ khóa một phần khóa riêng công khai nhằm giả mạo tin nhắn và chữ ký.
UserOperation
ERC 7521 Intent Centric
Khi chúng tôi so sánh mức độ trừu tượng hóa tài khoản, đặc biệt là ERC-4337 và kiến trúc của Intent Centric, chúng tôi có thể thấy rằng Bundler và Solver thực sự có thể là cùng một người. Điều đó có nghĩa là, nội dung tương tác của người dùng UserOperation có thể được Bundler đưa ra. Bundler phân tích ý định do người dùng đưa ra và đề xuất đường dẫn giải pháp phù hợp, sau đó xác nhận tính hợp pháp của đường dẫn đến người dùng thông qua hợp đồng EntryPoint để ngăn chặn Bundler khỏi làm điều ác, và cuối cùng việc hành quyết bị chặn.
Sự kết hợp giữa trừu tượng hóa tài khoản và mục đích sẽ cho phép trừu tượng hóa đồng thời các tài khoản và tương tác, mang lại trải nghiệm người dùng ngoài Web2.
Source:《ERC-7521 》
Toàn bộ quá trình giao dịch có thể sử dụng công nghệ bằng chứng ZK để đạt được khoản thanh toán riêng tư thông qua quy trình làm chứng/thách thức và phản hồi. Điều này không chỉ cho phép người dùng chứng minh tính hợp lệ của các giao dịch mà không tiết lộ địa chỉ thực của người gửi mà còn gộp nhiều giao dịch thành một bằng chứng duy nhất, từ đó giảm chi phí tính toán và cải thiện đáng kể khả năng mở rộng, được gọi là giảm chi phí và cải thiện hiệu quả. Một số người dùng doanh nghiệp cần phải chịu sự giám sát cũng có thể thực hiện các giao dịch minh bạch với cơ quan quản lý một cách độc lập để đáp ứng các yêu cầu tuân thủ quy định mà không phải hy sinh tính bảo mật.
Source:《ZKPayments: Achieving Privacy and Scalability》
Bundler
Cuộc thi Bundler MEV và Bundler
Bundler MEV và Bundler Cạnh tranh đều là kết quả của cơ sở hạ tầng không đầy đủ. Bundler MEV xuất phát từ trách nhiệm đóng gói giao dịch của Bundler tương tự như Searcher. Bundler có thể thay đổi thứ tự gửi của UserOperation để kiếm lợi nhuận, trong khi Cạnh tranh Bundler xảy ra khi các Bundler khác nhau đóng gói cùng một UserOperation. . Điều này tương tự như Searchers Gas War. Bundler có gói UserOperation không nằm trong chuỗi đã tiêu Gas nhưng giao dịch không thành công.
Tất cả đều có thể dựa trên cơ sở hạ tầng hiện có, chẳng hạn như MEV-Boost, để mở các kênh liên lạc giữa Bundlers và giữa Bundlers và Block Builders. Etherspot đang phát triển mạng p2p của mempool cho AA. Các hoạt động của người dùng đang chờ được đóng gói sẽ được truyền trong mạng p2p này. Sau khi được đóng gói và xử lý trên chuỗi, chúng sẽ được đánh dấu và xóa khỏi danh sách, do đó tránh bị đóng gói bởi nhiều Bundler.
Nguồn: Tại sao ERC-4337 Bundler cần làm việc với các nhà xây dựng khối
Paymaster
Gửi và rút tiền Paymaster
Paymaster có thể thanh toán Phí gas cho người dùng và thương lượng với người dùng để thay thế nó bằng bất kỳ mã thông báo hoặc tiền tệ fiat nào. Vì vậy, việc Paymaster hợp tác với các nhà cung cấp dịch vụ thanh toán để cung cấp cho người dùng dịch vụ gửi và rút tiền là một giải pháp tốt.
Nhóm Visa đã triển khai hai hợp đồng Visa Paymaster thử nghiệm trên mạng thử nghiệm Ethereum Goerli, một hợp đồng để khám phá xem liệu người dùng có thể thanh toán phí bằng các token khác bao gồm USD stablecoin và hợp đồng còn lại để cố gắng tài trợ trực tiếp phí giao dịch hay không. Tất nhiên, việc tích hợp Paymaster với mã thông báo ERC-20 hiện tại yêu cầu sử dụng nguồn bên ngoài hoặc nhà tiên tri trên chuỗi để xác định giá mã thông báo và kiểm tra xem hợp đồng Paymaster có chấp thuận tính phí cho người dùng đối với mã thông báo được chỉ định hay không. Theo giải pháp hoàn thiện này, quyền truy cập trực tiếp vào thẻ Visa để sử dụng tiền tệ pháp định để thanh toán Gas và thậm chí chuyển đổi theo thời gian thực bằng mã thông báo ERC-20, việc nhận ra việc loại bỏ tiền gửi và rút tiền sẽ làm giảm đáng kể ngưỡng truy cập cho người dùng Web2.
Sự phát triển của hệ thống tài khoản Web3 và lối vào Web3 trong tương lai
Sự phát triển của cổng lưu lượng mạng và hệ thống tài khoản tương ứng trong kỷ nguyên Web2 phản ánh sự phát triển nhanh chóng của Internet thế hệ thứ hai và những thay đổi về nhu cầu của người dùng.
Ban đầu, người dùng truy cập Internet thông qua các cổng và họ được tự do lựa chọn các tài nguyên trực tuyến được liệt kê trên các cổng. Sau đó, sự xuất hiện của các công cụ tìm kiếm cho phép người dùng truy vấn từ khóa thông qua các công cụ tìm kiếm và các công cụ tìm kiếm cung cấp các kết quả có liên quan bằng cách phân tích URL. Kỷ nguyên Web2 đã chứng kiến sự trỗi dậy của các nền tảng xã hội, bao gồm cả PC và di động. Ngoài việc chủ động sử dụng các công cụ tìm kiếm để vào Web2, người dùng cũng có thể truy cập Web2 một cách thụ động thông qua thông tin từ các nền tảng truyền thông PC, hoặc truy cập độc lập Web2 thông qua các nền tảng tự media PC/di động. Trong giai đoạn này, nó đã trải qua hai quá trình từ thụ động sang chủ động và một quá trình phân cấp thông tin.
Hệ thống tài khoản của Web2 cũng đồng thời thay đổi, từ SMS/MMS ban đầu sử dụng số điện thoại di động làm tài khoản, đến QQ/WeChat/Blog/Weibo để thiết lập nhiều tài khoản và có được các chức năng bổ sung phong phú cũng như danh tính mạng cá nhân độc lập, các nền tảng này đã giới thiệu Hồ sơ và danh sách liên hệ, mở rộng nhận dạng người dùng từ một URL duy nhất đến ID người dùng và biểu đồ xã hội phức tạp hơn.
Với sự phát triển của công nghệ mạng và phần cứng, có hai cách để phát triển hệ sinh thái của riêng mình:
iOS+Apple Pay+Apple Store và Chương trình WeChat Pay+Mini, sau khi thiết lập lợi thế về lưu lượng truy cập của tài khoản và hệ thống thanh toán của riêng họ, sẽ mở ra một khu vực cho các nhà phát triển bên ngoài truy cập, từ đó giữ người dùng trong hệ thống của riêng họ. hệ sinh thái.
Taobao + Alipay và Douyin + Douyin Payment phát triển tài khoản và hệ thống thanh toán của riêng họ dựa trên lưu lượng truy cập do các ứng dụng phổ biến mang lại, đồng thời tích hợp thêm các ứng dụng khác để thiết lập một tài khoản và hệ thống thanh toán thống nhất.
Cả hai phương pháp đều hiệu quả theo cách riêng của chúng và chiếm lĩnh một thế giới. WeChat có thể đáp ứng hầu hết nhu cầu của người dùng trong một ứng dụng, trong khi thanh toán Alipay cũng có thể được tìm thấy trong các ứng dụng chính.
Tóm lại, cổng giao thông trong thời đại Web2 nhằm mục đích mang đến cho người dùng nhiều sự chủ động và phân cấp hơn, trong khi hệ thống tài khoản đã phát triển từ đơn lẻ đến phong phú và đa dạng và đã đạt được sự phát triển sinh thái của riêng mình theo hai cách.
Source:OP Research
Hệ thống tài khoản
Sự phát triển của hệ thống tài khoản trong kỷ nguyên Web3 không chỉ giữ lại một số cái bóng của Web2 mà còn thể hiện một con đường phát triển độc đáo.
Sự phát triển của hệ thống tài khoản trong kỷ nguyên Web3 tiếp tục một số đặc điểm của Web2, đồng thời đưa ra một lộ trình phát triển độc đáo. Trong Web3, có nhiều loại tài khoản, bao gồm các ví plug-in như Metamask, ví phần mềm như Math và Trust, nền tảng điều hành như dAppOS và Gnosis Safe, cũng như UniPass được nhúng trong dApps và OKX Web3 Wallet được xây dựng vào các cuộc trao đổi.
Các ví plug-in như Metamask giống như những tin nhắn văn bản gốc có thể đáp ứng những nhu cầu cơ bản nhất của người dùng, tuy có thể sử dụng ở mọi nơi nhưng chức năng của chúng quá đơn lẻ.
Các ví phần mềm như Math và Trust, như QQ và WeChat, bổ sung nhiều chức năng và tối ưu hóa khác nhau để cải thiện trải nghiệm người dùng bên cạnh các chức năng cơ bản, chẳng hạn như quản lý nhiều tài khoản/phần xã hội/ứng dụng liên kết, v.v.
So với ví phần mềm, các “nền tảng vận hành” như dAppOS, Gnosis Safe đã nâng cấp thêm các chức năng cơ bản để xây dựng thêm một hệ thống tài khoản nâng cao khác, tương tự như Apple và WeChat, họ phát triển các “chương trình mini” hỗ trợ lấy mình làm cốt lõi để làm phong phú hệ sinh thái.
Ví tích hợp trong các ứng dụng như UniPass và OKX Web3 Wallet giống như Alipay và Douyin Payment, sử dụng một tài khoản và lộ trình thanh toán khác. Chúng sử dụng lưu lượng truy cập của các ứng dụng phổ biến để phát triển người dùng của riêng mình và xây dựng hệ sinh thái thông qua các liên minh.
Lối vào giao thông
Chúng tôi đã đề cập trong bài viết “Cổng thông tin lưu lượng truy cập Web3”:
“Dựa trên quá trình truy cập Web3 của người dùng, chúng tôi có thể xác định các lối vào lưu lượng truy cập Web3 thành hai loại chính:
Hệ thống tài khoản (gửi tiền, rút tiền và quản lý quỹ): trao đổi tập trung, dự án gửi và rút tiền độc lập, tổng hợp tiền gửi và rút tiền, ATM tiền điện tử, thẻ ngân hàng tiền điện tử và giao dịch phi tập trung (OTC); Ví và tài khoản EOA, CA, MPC trừu tượng (AA).
Web3 dapp (công cụ, xã hội và giải trí): DEX, thị trường NFT (Marketplace), tên miền, DeSoc, thị trường giao dịch bản quyền, GameFi, X to Earn.
Ngày nay chúng ta vẫn nghĩ như vậy, nhưng theo Phần 2, tất cả các cổng này đều có thể là một phần của ví AA. Tuy nhiên, họ cũng chia ngược lại lộ trình áp dụng ví AA thành hai loại, đó là tài khoản và ứng dụng như đã đề cập ở trên, liệu người dùng lấy tài khoản trước rồi tương tác với ứng dụng hay tương tác trước với ứng dụng rồi mới sử dụng tài khoản.
Ứng dụng Ví và Ví dưới dạng Dịch vụ
Khi xem xét tiến trình áp dụng AA, chúng ta có thể thấy rằng sản phẩm ví AA độc lập Avocado của Instadapp ban đầu được phát hành và sau đó Metamask phát hành thành phần ứng dụng Snaps để hỗ trợ một số chức năng AA. truy cập thanh toán Thẻ Visa. Ngay sau đó, ứng dụng xã hội Lens Protocol đã cố gắng thiết lập ví AA thông qua ERC-6551 và Safe cũng tương thích với ERC-4337 để củng cố thị trường chương trình nhỏ của riêng mình. Sau sự hỗ trợ của OKX Wallet cho việc sử dụng AA ví, Circle đã chọn phát hành ví AA của riêng mình.
Từ đó, không khó để thấy rằng việc áp dụng AA không gì khác hơn là hai phương thức:
Các bản phát hành ví riêng hoặc khả năng tương thích AA thúc đẩy người dùng ví và các ứng dụng nội bộ để thu hút và giữ chân người dùng.
Các ứng dụng/sàn giao dịch/nhà cung cấp dịch vụ thanh toán sử dụng lợi thế về lưu lượng truy cập của riêng họ để chuyển đổi người dùng thành người dùng ví AA.
Điều này cũng dẫn đến phần chúng ta cần thảo luận: Vì hệ sinh thái on-chain sẽ chuyển đổi từ thị trường của người bán sang thị trường của người mua do sự xuất hiện của AA, nên người dùng sẽ trả tiền cho mô hình nào?
Source:《Binance Research:Account Abstractation Report》
Applet
Đánh giá từ tỷ lệ chấp nhận ngắn hạn, mô hình AA phát triển hệ sinh thái chương trình nhỏ dựa trên ví của chính nó sẽ được người dùng dễ dàng chấp nhận hơn. Về cơ bản, đây là một giải pháp To C. Bởi vì hầu hết người dùng hiện đang dùng thử ví AA vẫn là người dùng Web3 nên bản thân chiếc ví này không hề xa lạ với họ và họ có thể sử dụng trực tiếp mà không cần hiểu biết thêm.Các chức năng phong phú và trải nghiệm vận hành mượt mà có thể thu hút và giữ chân họ. Lấy Snaps của MetaMask làm ví dụ, giao diện API cho phép các bên thứ ba phát triển các ứng dụng ví tương ứng để tương tác với các chuỗi không phải EVM. Nó dường như đang thu hút lưu lượng truy cập đến các ví khác, nhưng thực tế là nó đang xây dựng một hệ sinh thái cho chính nó và giáo dục người dùng. Không còn nghi ngờ gì nữa, ngày MetaMask hoàn toàn tương thích với ERC-4337 cũng chính là ngày nó trở thành ví AA hàng đầu.
Khi chúng tôi lấy dappOS làm ví dụ:
dappOS=Tài khoản dappOS (EOA hợp nhất đa chuỗi)+Mạng dappOS.
Tài khoản dappOS: Cho phép người dùng sử dụng tài khoản hợp nhất dựa trên việc trừu tượng hóa tài khoản thay vì các tài khoản thông thường thuộc sở hữu bên ngoài (EOA). Cách tiếp cận này giúp người dùng có thể khôi phục tài khoản, xử lý giao dịch trước hàng loạt, thực hiện tự động và các chức năng khác. Tại đồng thời Phương pháp tổng hợp ví đa chuỗi cũng có thể tạo điều kiện cho người dùng quản lý thống nhất tài sản trên các chuỗi khác nhau.
Mạng dappOS: Mạng phi tập trung giúp người dùng tự động thực hiện các hoạt động liên quan đến ví và chuỗi chéo cũng như hoàn tất quy trình tương tác phức tạp đằng sau các giao dịch.
dappOS cố gắng tách biệt các khái niệm về tài khoản, chuỗi công khai và Gas Token để người dùng có thể có trải nghiệm tương tự như tài khoản Web2. Tuy nhiên, vì vẫn còn ở giai đoạn đầu nên nền tảng này có hạn chế về dapp hợp tác, nhưng điều này không cản trở sự tăng trưởng của dữ liệu người dùng của nó. . Vì người dùng có động lực tham gia từ EOA, đặc biệt là những người dùng yêu cầu tương tác nhiều tài khoản và đa chuỗi nên trải nghiệm tương tác sau khi di chuyển sẽ lớn hơn chi phí di chuyển. Điều quan trọng nhất là một khi người dùng bước vào, hệ thống tài khoản này về cơ bản sẽ không bao giờ rời đi, bởi vì người dùng cũng đang được đào tạo khi sử dụng nó.Trước hết, những người dùng đã tiếp xúc với ví AA ngay từ đầu sẽ không thể sử dụng ví EOA. , các ví như dappOS Nó có thể đáp ứng hầu hết các nhu cầu tương tác của người dùng và người dùng không phải di chuyển.Cuối cùng, ngay cả khi người dùng muốn di chuyển, tính trừu tượng đa chuỗi vô hình sẽ khiến toàn bộ quá trình di chuyển trở nên cồng kềnh.
Có thể thấy, các sản phẩm ví được hình thành có thể thu hút và giữ chân người dùng Web3 AA nhanh hơn, chẳng hạn như Safe, Avocado, OKX Wallet, v.v.
Waas
WaaS là lộ trình ứng dụng Ví AA đối diện với ví AA đi theo lộ trình chương trình nhỏ. Có ứng dụng trước rồi đến ví rõ ràng là một giải pháp To B. Các ứng dụng sử dụng WaaS để tùy chỉnh ví của riêng chúng cho phù hợp với chức năng của sản phẩm. Các mô-đun WaaS được tiêu chuẩn hóa có sẵn cho các ứng dụng khác nhau để lựa chọn. Chúng sử dụng lưu lượng truy cập của ứng dụng để mở rộng hệ sinh thái của riêng mình, xây dựng nền tảng ví AA và sau đó chuyển sang phía C để phát hành ví tùy chỉnh cho người dùng.Người dùng tự do lựa chọn các chức năng ví mà bạn cần.
Lấy Stepn làm ví dụ, là một ứng dụng độc lập, Stepn có hàng chục triệu người dùng trên khắp thế giới và mỗi người dùng đã tạo một ví thông qua Stepn. Nếu Stepn có ví AA tích hợp và sử dụng ví này làm cốt lõi thay vì chỉ mã thông báo GMT, thì nó sẽ tiếp tục phát triển hệ sinh thái, chẳng hạn như thị trường giao dịch MOOAR NFT, trò chơi Mahjong và Gashero tiếp theo. Sau đó, chỉ riêng ví AA này đã có thể mang lại hàng chục triệu người dùng gia tăng cho toàn bộ thị trường Tiền điện tử và những người dùng này đều là những người dùng rất gắn bó với ví AA này, vì chi phí di chuyển đối với họ là cực kỳ cao.
Điều tương tự cũng áp dụng cho Friend Tech phổ biến gần đây. Mỗi người dùng Twitter đều có thể là người dùng tiềm năng của ví AA của nó và việc gửi và rút tiền hợp pháp cũng như thanh toán gas có thể cho phép người dùng vượt qua các rào cản tương tác của Web3 và nhanh chóng tích hợp vào Web3.
Trong số các sản phẩm được triển khai, chúng ta có thể tập trung vào WaaS Pay và UniPass. Hai sản phẩm này lần lượt thể hiện các đặc điểm của ví định hướng WaaS:
• WaaS Paylà nền tảng triển khai tài khoản hợp đồng thông minh tận dụng bộ giao thức Safe{Core} và SDK trừu tượng tài khoản Safe{Core}, được thiết kế cho các tổ chức đang tìm kiếm thanh toán blockchain ngay lập tức trong khi ưu tiên quyền riêng tư. Nó cung cấp giao diện không có mã thân thiện với người dùng để tùy chỉnh các tính năng của tài khoản hợp đồng thông minh như đăng nhập xã hội, đường dốc bật/tắt tiền pháp định và giao dịch không tốn xăng cho người nhận. Với ZKBob tạo điều kiện cho các giao dịch ẩn danh thông qua Bằng chứng không kiến thức (ZKP), WaaS Pay đảm bảo dữ liệu tài chính nhạy cảm vẫn được bảo mật và riêng tư. Nền tảng này được cung cấp bởi Polygon ZKEVM, đảm bảo khả năng mở rộng và hiệu quả, trong khi các nút IPFS tự lưu trữ với Helia bảo vệ siêu dữ liệu nhạy cảm.
• UniPassVề cơ bản, nó cũng là một SDK được cung cấp cho các dapp của bên thứ ba, cho phép các dapp bỏ qua các khóa riêng của tài khoản truyền thống cũng như một loạt chữ ký và hạn chế Gas hoặc tập trung các khóa riêng được quản lý để tạo địa chỉ liên kết email và trực tiếp sử dụng xác minh DKIM của UniPass. để triển khai các tài khoản không giám sát được kiểm soát qua email, đồng thời đơn giản hóa các tương tác trên chuỗi thông qua Relayer, đạt được các tính năng như trả lời xã hội/trừu tượng hóa chữ ký/không tốn gas giúp nâng cao đáng kể trải nghiệm tương tác của người dùng. Là một ứng dụng dựa trên kịch bản, UniPass chọn sử dụng mạng xã hội liên kết để cung cấp các dịch vụ tùy chỉnh cho các ứng dụng khác nhau đồng thời thiết lập một hệ thống tài khoản có thể tương tác. Dựa trên khả năng tương tác của mạng xã hội liên kết này, với tiền đề cung cấp quyền sở hữu dữ liệu và bảo vệ quyền riêng tư, các mối quan hệ xã hội được đưa vào chuỗi và các DID có quyền sở hữu dữ liệu và tài sản được thiết lập để chứng minh các kịch bản sử dụng của riêng chúng nhằm thu hút nhiều ứng dụng hơn sử dụng UniPass. SDK đi vào Web3. Người dùng các ứng dụng này đương nhiên trở thành người dùng UniPass và sử dụng nó để tiếp tục tương tác trong Web3, với độ bám dính cực cao.
Từ đó, chúng ta cũng có thể thấy rằng ví AA của lộ trình WaaS có nhiều lợi thế hơn về không gian tăng trưởng và thu hút người dùng Web2, nhưng điều này sẽ kiểm tra chất lượng sản phẩm và khả năng BD của nhóm. , sẽ có quán tính tăng trưởng, thuộc loại tác dụng lực vào thời kỳ sau.
Reference
[1] Báo cáo dữ liệu nửa năm ERC 4337 của Sixdegreehttps://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] Bài viết dài giải thích chuyên sâu về Tóm tắt tài khoản: lộ trình 7 năm phát triển và lộ trình theo dõihttps://www.chaincatcher.com/article/2085142
[3] Giải thích Báo cáo tóm tắt tài khoản nghiên cứu Binancehttps://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》https://eips.ethereum.org/EIPS/eip-6551
[5]《A3S Protocol Gitbook 》https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[ 6 ]《Future of Smart Accounts: Modular, Specialised & Multichain》https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] Tại sao ERC-4337 Bundler cần hợp tác với Block Buildershttps://learnblockchain.cn/article/6205
[8] Hướng dẫn đầy đủ về việc trừu tượng hóa tài khoảnhttps://news.marsbit.co/ 20230302172702633640 .html
[9] Cơ sở hạ tầng hỗ trợ hàng tỷ người dùng thông qua việc trừu tượng hóa tài khoản như thế nàohttps://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《You Could Have Invented Account Abstraction: Part 1 》https://www.alchemy.com/blog/account-abstraction
[11] Báo cáo nghiên cứu tóm tắt tài khoản Ethereum: Tháo dỡ 10 đề xuất EIP liên quan và các vấn đề tắc nghẽn ảnh hưởng đến hàng chục triệu người dùng hoạt động hàng ngàyhttps://www.odaily.news/post/5183201
