Tài khoản Abstact: Dấu hiệu chuyển đổi từ thị trường bán sang thị trường mua trong hệ sinh thái trên chuỗi
Tuyển chọn TechFlowTuyển chọn TechFlow
Tài khoản Abstact: Dấu hiệu chuyển đổi từ thị trường bán sang thị trường mua trong hệ sinh thái trên chuỗi
Bài viết này sẽ giới thiệu về tài khoản trừu tượng và ERC-4337, đồng thời dựa trên sự ứng dụng của tài khoản trừu tượng và sự phát triển hệ thống tài khoản Web2 để suy đoán về xu hướng tiến hóa cũng như vị trí cổng vào lưu lượng truy cập trong tương lai của hệ thống tài khoản Web3.
Chuyên sâu báo cáo Web3Tác giả: CloudY, Jam
Ví tài khoản là yếu tố không thể thiếu để bước vào Web3, và mô hình UTXO của mạng Bitcoin cùng mô hình tài khoản của mạng Ethereum từ lâu đã được so sánh về ưu nhược điểm. Tất nhiên, mỗi mô hình đều có điểm mạnh riêng, không thể đơn giản nói cái nào tốt hơn mà chỉ nên xem cái nào phù hợp với từng bối cảnh cụ thể.
Tuy nhiên trên thực tế, tài khoản EOA của Ethereum – thường dùng để so sánh – lại là một sản phẩm khá thô sơ. Cụ thể:
• Quyền kiểm soát tài khoản đơn nhất, chỉ có xác thực bằng chữ ký hoặc không có chữ ký. Dù giao dịch trị giá 1 đô la hay 100 triệu đô la, người dùng đều phải approve trước rồi mới ký xác nhận. Như vậy, ranh giới giữa việc bị lừa mất quyền truy cập và giao dịch bình thường chỉ cách nhau một chữ ký duy nhất, khiến người dùng mới luôn lo lắng khi tương tác. Mặc dù hiện nay Metamask cho phép người dùng chọn mức cấp phép khi approve token, nhưng đối với những hành vi tương tác thường xuyên, thay vì phải approve nhiều lần tốn phí Gas, người dùng thường chọn cấp quyền tối đa. So với các tài khoản Web2 sử dụng Xác thực hai yếu tố (2FA) hoặc thiết bị bảo mật U盾 để kiểm soát rủi ro giao dịch lớn, hay quét khuôn mặt hoặc thanh toán không cần mật khẩu cho giao dịch nhỏ để tiện lợi, thì tài khoản EOA tỏ ra rất cứng nhắc và khó dùng.
• Ngưỡng phí Gas quá cao cản trở lượng lớn người dùng mới. Mạng chính Ethereum và các Layer2 như Optimism/Arbitrum sử dụng ETH làm token Gas, điều này yêu cầu người dùng phải chuyển tiền pháp định thành stablecoin USD, sau đó tiếp tục đổi sang ETH rồi mới gửi vào ví. Nhiều người dùng chỉ phát hiện ra họ cần ETH làm Gas sau khi đã gửi stablecoin USD vào ví, buộc phải mua thêm ETH. Hơn nữa, các chuỗi công cộng như BSC/Polygon/Solana đều sử dụng token Gas riêng, đây cũng là một cái bẫy phổ biến với người mới. Ngoài ra, nhiều người dùng thực sự không muốn sở hữu token Gas, nhưng vì cần tương tác trên chuỗi nên đành phải giữ lại lượng lớn token Gas dư thừa trong ví.
Vitalik vốn đã biết rõ EOA khó dùng như vậy, và nhóm phát triển Ethereum cũng đang tìm cách giải quyết, trong đó Trừu tượng Tài khoản (Account Abstraction - AA) là một giải pháp. Tuy nhiên, do không thể sửa đổi giao thức đồng thuận底层 của Ethereum, mãi đến khi đề xuất ERC-4337 – một ví hợp đồng thông minh dựa trên tầng ứng dụng – ra đời, AA mới thực sự thu hút sự chú ý và trở thành chủ đề nóng.
Sau phần giới thiệu ngắn gọn về Trừu tượng Tài khoản và ERC-4337, bài viết sẽ dự đoán xu hướng phát triển tương lai của hệ thống tài khoản Web3 và nơi nắm giữ cổng vào hệ sinh thái, dựa trên sự tiến hóa của AA và hệ thống tài khoản Web2.
Xét về hệ sinh thái, trước đây người dùng phải dùng EOA để thực hiện các thao tác phức tạp trên chuỗi, nhưng do hệ sinh thái hiện tại còn hạn chế nên chỉ cung cấp được số lượng giao thức giới hạn, nhu cầu thực tế của người dùng chưa được đáp ứng hiệu quả. Trong khi đó, AA đơn giản hóa toàn bộ quy trình thực thi, người dùng chỉ cần nhập đầu vào là có ngay đầu ra, không còn phải liên tục nhấn chuột hay ký tên rườm rà.Có thể nói, sự hiện diện của AA đã chuyển hệ sinh thái trên chuỗi từ thị trường bán phương sang thị trường mua phương.
Trừu tượng Tài khoản (Account Abstraction) và ERC-4337
Trừu tượng Tài khoản (gọi tắt là AA) cụ thể là gì?Là việc che giấu đi cấu trúc dữ liệu và công nghệ底层, nhằm đơn giản hóa thao tác cho người dùng và nhà phát triển. Hiểu đơn giản là “thực hiện chức năng của CA trên nền tảng EOA”.
ERC-4337 đã trở thành tiêu chuẩn cơ bản cho AA. ERC-4337 giới thiệu khái niệm UserOperation – một dạng giao dịch đặc biệt biểu thị ý định người dùng, cho phép tài khoản hợp đồng tự chủ thực hiện hành động. Những UserOperation này được quản lý bởi một vai trò gọi là Bundler, người này mô phỏng việc thực thi UserOperation và đưa các thao tác hợp lệ vào một pool giao dịch đặc biệt. Sau đó, hợp đồng EntryPoint xác minh và thực thi các UserOperation này để hoàn tất ý định của người dùng.
Loại tài khoản
Ethereum có hai loại tài khoản chính: tài khoản do bên ngoài sở hữu (EOA) và tài khoản hợp đồng (Contract Account).
Địa chỉ EOA dài 20 byte, được tạo ra từ khóa riêng và khóa công khai do thuật toán mã hóa đường cong Elliptic sinh ra khi người dùng tạo ví. Trạng thái EOA gồm số lần giao dịch (Nonce) và số dư (Balance). Địa chỉ tài khoản hợp đồng cũng dài 20 byte, nhưng được tính từ địa chỉ người gửi giao dịch tạo hợp đồng và Nonce. Trạng thái tài khoản hợp đồng bao gồm: số lượng hợp đồng (Nonce), số dư (Balance), băm mã (CodeHash) và băm gốc lưu trữ (StorageRoot), trong đó StorageRoot là băm của nút gốc cây Merkle Patricia Trie dùng để lưu dữ liệu hợp đồng.
Loại tài khoản và thông tin trạng thái cực kỳ quan trọng đối với giao dịch và việc thực thihợp đồng thông minhtrên Ethereum, đồng thời cũng là điểm khác biệt giữa EOA vàCA.
Giao dịch
Giao dịch Ethereum bao gồm thông tin người gửi và người nhận, chữ ký số, Nonce, số lượng chuyển tiền, dữ liệu tùy chọn, giới hạn gas và phí giao dịch. Hai loại tài khoản khác nhau dẫn đến hai kiểu giao dịch truyền thông hoàn toàn khác biệt.
Trong quá trình ký, dữ liệu giao dịch được băm rồi ký số, người xác minh kiểm tra tính hợp lệ chữ ký bằng cách tính điểm trên đường cong Elliptic, không cần biết khóa riêng của người gửi, chỉ cần cung cấp thông tin giao dịch và khóa công khai. Việc phục hồi khóa công khai được thực hiện qua giá trị v trong chữ ký, đảm bảo an toàn và hiệu quả xác minh.
Trừu tượng 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: tài khoản khởi tạo giao dịch bắt buộc phải là EOA – tức tài khoản sở hữu cặp khóa công/khóa riêng.
Tài khoản hợp đồng vì không có cặp khóa nên không thể tự khởi tạo giao dịch, mà chỉ có thể tự động thực thi mã hợp đồng thông minh theo nội dung giao dịch nhận được, hoặc gửi thông tin giao dịch tới tài khoản khác, thậm chí tạo hợp đồng mới. Do đó, các ví phổ biến như Metamask hiện nay đều là tài khoản EOA. Tuy nhiên, EOA tồn tại một số khuyết điểm: rủi ro mất khóa riêng, thuật toán ký bị giới hạn, quyền ký quá cao, giới hạn phí giao dịch.
Tài khoản hợp đồng có thể lưu mã và dữ liệu, thực thi logic hợp đồng thông minh định sẵn để giải quyết các vấn đề trên của EOA. Nhưng tài khoản hợp đồng lại không thể tự khởi tạo giao dịch.
Trừu tượng Tài khoản là cải tiến cho cả hai loại tài khoản trên, cố gắng xóa nhòa ranh giới giữa chúng, tạo ra một tài khoản tổng quát có khả năng tích hợp logic phức tạp, giúp tài khoản vừa có chức năng củaCA(tài khoản hợp đồng) vừa có chức năng của EOA.
ERC-4337
ERC-4337 đạt được chức năng Trừu tượng Tài khoản mà không cần sửa đổi tầng đồng thuận của Ethereum, trở thành giải pháp cuối cùng được Ethereum chấp nhận. Mục tiêu tối thượng "ghép nối ngoài chuỗi, giao dịch trên chuỗi" cuối cùng cũng thành hiện thực.
• UserOperation
ERC-4337 giới thiệu một khái niệm mới có tên UserOperation, nhằm giải quyết vấn đề tài khoản hợp đồng không thể tự khởi tạo giao dịch, đồng thời tránh việc thay đổi loại giao dịch底层 của giao thức Ethereum.
UserOperation giống giao dịch chuẩn, nhưng nó chỉ biểu thị ý định người dùng chứ không phải hành vi giao dịch trực tiếp.Giao dịch chuẩn được gửi vào mempool của Ethereum, sau đó được searcher và builder ghép thành khối đầy đủ, cuối cùng proposer gửi lên blockchain, thường chọn khối mang lại lợi nhuận cao nhất. Ngược lại, UserOperation không phải giao dịch thật, do đó ERC-4337 giới thiệu một mempool mới và một vai trò mới tên là Bundler, thực hiện UserOperation theo cách phi tập trung. Sáng kiến này cho phép ý định người dùng được xử lý và thực thi mà không cần tham gia trực tiếp vào quy trình giao dịch chuẩn.
• Bundler
Khi xử lý UserOperation, Bundler trước tiên thực hiện kiểm tra hợp lệ cơ bản, sau đó mô phỏng thực thi để xác nhận tính hợp lệ chữ ký. Nếu mô phỏng thành công, UserOperation sẽ được đưa vào mempool UserOperation chờ thực thi trên chuỗi. Để đảm bảo tính nhất quán giữa mô phỏng và thực thi thật, UserOperation bị giới hạn truy cập các biến có thể thay đổi khi thực thi, chỉ được phép truy cập dữ liệu liên quan đến địa chỉ người gửi. Bundler có thể đóng gói UserOperation theo sở thích cá nhân, ưu tiên những thao tác trả phí cao hơn. Cuối cùng, Bundler gửi batch các thao tác hợp lệ đến hợp đồng EntryPoint để thực thi trên chuỗi.
• EntryPoint
EntryPoint là một hợp đồng đơn thể (singleton) trên Ethereum, nhiệm vụ chính là xử lý việc thực thi UserOperation. Nó có hai hàm quan trọng: handleOps và handleAggregatedOps, đều thực hiện xác minh UserOperation trước rồi mới thực thi thao tác. Quá trình xác minh bao gồm kiểm tra tài khoản, tính hợp lệ chữ ký và thanh toán phí. Trong giai đoạn thực thi, dữ liệu trong UserOperation được dùng để gọi mã hợp đồng thông minh trong tài khoản hợp đồng đích. Các giao thức ví hợp đồng thông minh khác nhau có thể có cách phân tích và thực thi khác nhau.
• Dữ liệu
Theo báo cáo dữ liệu nửa năm về ERC-4337 của SixdegreeLab:
-
Sau khi triển khai hợp đồng ERC-4337, đã tạo ra hơn 687.000 ví AA trên chuỗi, thực hiện hơn 2 triệu lần gọi UserOps, tuy nhiên 88,24% ví AA được dùng không quá 5 lần, phần lớn chỉ dùng để chuyển tiền hoặc mint NFT.
-
Trong 15.000 Bundler, Pimlico chiếm 43,48%, có thị phần lớn nhất, trong khi Alchemy tạo ra doanh thu cao kỷ lục khoảng 20.000 đô la Mỹ.
-
Tuy nhiên 97,18% giao dịch Bundled chỉ chứa 1 UserOp, nghĩa là 90% Bundler không thể kiếm lời nhờ đóng gói giao dịch.
-
117 Paymaster đã đại chi trả phí Gas 465.000 đô la Mỹ cho 19 triệu UserOps, trong đó Pimlico chi 43,45%.
-
ZeroDev chiếm vị trí thống trị trong Wallet Factory, triển khai 62,63% tài khoản.
-
Phương pháp xây dựng ví AA phổ biến nhất là LEGO, tức kết hợp các thành phần bên thứ ba như Paymaster, Wallet Factory và Bundler.
Từ đó có thể thấy, tỷ lệ áp dụng ERC-4337 vẫn còn dư địa tăng trưởng lớn, hạ tầng cơ sở cũng mới bắt đầu xây dựng, mở ra vô vàn khả năng cho tương lai củaAA. Cùng với sự nổi lên của Layer2 và ứng dụng xã hội, việc sử dụng ví AA sẽ đón làn sóng tăng trưởng mạnh mẽ.
Hướng phát triển của Trừu tượng Tài khoản
Sau khi hiểu rõ nguyên lý cơ bản và kiến trúc ERC-4337 của Trừu tượng Tài khoản, chúng ta sẽ đi sâu hơn vào các phương pháp mở rộng AA. Chúng tôi sẽ không lặp lại các chức năng cơ bản như ví không cần khóa, không cần Gas, mà tìm kiếm thêm khả năng trong các thành phần của AA:
Kiến trúc
Trừu tượng Tài khoản bản địa
ERC-4337 chỉ là giải pháp ở tầng ứng dụng, tạm thời áp dụng khi Ethereum không thể sửa đổi tầng đồng thuận底层. Dù nó giúp phổ biến rộng rãi khái niệm AA, nhưng rốt cuộc vẫn mượn tài khoản hợp đồng để tương tác. Quá trình xác minh tốn thêm phí Gas, việc các sản phẩm cạnh tranh áp dụng ERC khác, hay các dapp cấm tương tác với tài khoản hợp đồng, đều là những yếu tố cản trở sự phát triển của ERC-4337.
Do đó, Trừu tượng Tài khoản bản địa, đặc biệt là trên Layer2, trở nên đặc biệt quan trọng. Hiện tại trong các Layer2, chỉ có Starknet và ZKSync hỗ trợ Trừu tượng Tài khoản bản địa. Như hình dưới, trong giải pháp bản địa không có Bundler hay Paymaster, Starknet dùng Sequencer để xác định thứ tự giao dịch, thanh toán Gas và thực thi, còn ZKSync dùng Operator xác định thứ tự, thanh toán Gas, sau đó gọi bootloader để xử lý chung.
DeBank Chain tuyên bố sẽ xây dựng trên OP Stack và tích hợp bản địa hệ thống tương tự Trừu tượng Tài khoản ở cấp độ chuỗi, nhưng kiến trúc cụ thể sẽ chỉ rõ khi mainnet ra mắt.
Ví hợp đồng NFT
Ví hợp đồng NFT là một giải pháp Trừu tượng Tài khoản ở tầng ứng dụng tương tự ERC-4337, dùng NFT để trao cho EOA chức năng của CA, thay vì mượn Bundler gọi hợp đồng EntryPoint. Hiện có hai cách triển khai chính: ERC-6551 và A3S Protocol.
ERC-6551 cho phép người dùng dùng NFT chuẩn ERC-721 trong ví EOA của mình làm bộ điều khiển, vận hành một hoặc nhiều ví hợp đồng thông minh mới tạo, từ đó đạt được chức năng CA cho NFT sẵn có mà không cần sửa mã ERC-721, thông qua "hợp đồng ngoại vi". Cách này kết hợp NFT hiện có với Trừu tượng Tài khoản, vừa mở rộng ứng dụng NFT vừa phổ biến khái niệm AA.
A3S Protocol thì dùng chính hợp đồng thông minh của NFT làm ví hợp đồng thông minh, tức tài sản ví nằm ngay trên tài khoản hợp đồng của NFT, hoàn toàn đi theo quyền sở hữu NFT. Không cần gắn thêm hợp đồng ví như ERC-6551, dùng đường đi ngắn hơn để tạo ví NFT, nhưng đồng nghĩa không tương thích với NFT đã tồn tại.
Trong việc thống nhất địa chỉ ví đa chuỗi, cả hai giải pháp đều dùng giá trị Salt để tạo cùng địa chỉ trên các chuỗi công EVM tương thích, giải quyết vấn đề rối loạn địa chỉ ví hợp đồng đa chuỗi – cũng là nguyên nhân khiến Wintermute mất 20 triệu OP khi chuyển tiền đến địa chỉ multisig trên nhiều chuỗi khác nhau.
Module hóa và Trừu tượng Đa chuỗi
Module hóa Trừu tượng Tài khoản có ý nghĩa giúp giảm thiểu chi phí phát triển và bảo trì xuống mức thấp nhất, giống như OP Stack, để nhà phát triển ví tập trung vào sản phẩm thay vì hạ tầng底层. Dĩ nhiên, hệ sinh thái module được xây dựng từ đó cũng là nền tảng tồn tại của nền tảng module, do đó Module hóa Trừu tượng Tài khoản phải đạt được:
• Khả năng kết hợp giữa các module (EIP-6900 đang cố thiết lập tiêu chuẩn)
• Đa dạng chức năng module (phương án ký, riêng tư, chống MEV, nạp/rút tiền, Intent...)
• An toàn (các module có tiêu chuẩn thống nhất tránh xung đột lưu trữ)
• Trừu tượng đa chuỗi (Vitalik đề xuất dùng kho khóa đơn chuỗi thống nhất để phối hợp tài khoản hợp đồng đa chuỗi)
Chúng tôi đã đề cập dùng Salt để thống nhất địa chỉ ví hợp đồng đa chuỗi, nhưng địa chỉ giống nhau chỉ là bước đầu. Quan trọng hơn là làm cho người dùng cảm giác không có sự khác biệt khi tương tác liên chuỗi – tức Trừu tượng Đa chuỗi – đây là bước quan trọng trong module hóa và cũng là bước then chốt của Trừu tượng Tài khoản.
Xác minh Chữ ký
Chúng tôi từng nói mọi giao dịch trên Ethereum đều phải do EOA khởi tạo và trả phí Gas bằng ETH. Ngoài ra, EOA chỉ có thể dùng phương án ký ECDSA, khiến EOA dùng rất rườm rà, chức năng đơn điệu, rủi ro lộ khóa riêng, và một ngày máy tính lượng tử ra đời cũng là ngày EOA Ethereum trở thành con cừu non chờ giết mổ.
Thuật toán ký
Ở tầng ký hiện đã có giải pháp dùng hợp đồng thông minh để thực hiện đa ký và khôi phục xã hội (Gnosis Safe và Argent), cũng có giải pháp gọi là Trừu tượng Ký để sau một lần ủy quyền có thể tự do tương tác hợp đồng trong phạm vi nhất định (Lens Protocol). Nhưng theo triết lý “Not your keys, not your coins”, chúng ta nên tập trung vào bản thân thuật toán ký:
• Tập hợp chữ ký
Dùng Schnorr hoặc BLS để có chữ ký hiệu quả và đơn giản hơn, không chỉ thực hiện đa ký底层 mà còn giảm phí Gas nhờ tập hợp chữ ký. Tất nhiên chúng đều có vấn đề riêng, như cần thêm vòng truyền thông, không phù hợp với đa ký m/n lớn, thời gian kiểm tra khớp lớn...
• Chữ ký an toàn hậu lượng tử
Dùng chữ ký một lần như Lamport hoặc W-OTS để tránh kẻ tấn công dùng máy tính lượng tử giải mã một phần khóa riêng công khai để làm giả tin nhắn và chữ ký.
UserOperation
ERC7521 Hướng tới Intent
Khi so sánh Trừu tượng Tài khoản, đặc biệt là ERC-4337, với kiến trúc định hướng Intent, ta thấy thực ra Bundler và Solver có thể là cùng một người. Nghĩa là nội dung tương tác "UserOperation" của người dùng có thể do Bundler đề xuất, Bundler phân tích ý định người dùng đưa ra đường đi giải pháp phù hợp, sau đó dùng hợp đồng EntryPoint xác nhận tính hợp lệ đường đi với người dùng để tránh Bundler ác ý, cuối cùng thực thi đường đi đã được xác minh.
Việc kết hợp Trừu tượng Tài khoản và Intent sẽ đạt được trừu tượng đồng thời cho tài khoản và tương tác, mang lại trải nghiệm vượt trội hơn Web2.
Toàn bộ quá trình giao dịch có thể dùng kỹ thuật chứng minh ZK thực hiện thanh toán riêng tư thông qua các bước như nhân chứng/thử thách và phản hồi. Điều này vừa giúp người dùng chứng minh tính hợp lệ giao dịch mà không cần tiết lộ địa chỉ thật, vừa có thể gộp nhiều giao dịch thành một chứng minh duy nhất, giảm chi phí tính toán và nâng cao đáng kể khả năng mở rộng – đúng nghĩa tiết kiệm chi phí, tăng hiệu suất. Một số doanh nghiệp chịu sự giám sát cũng có thể minh bạch riêng với cơ quan quản lý, đáp ứng yêu cầu tuân thủ mà không đánh đổi tính bảo mật.
Bundler
MEV của Bundler và Cạnh tranh Bundler
Cả MEV của Bundler và Cạnh tranh Bundler đều là hệ quả của hạ tầng chưa hoàn thiện. MEV của Bundler bắt nguồn từ trách nhiệm đóng gói giao dịch giống Searcher, Bundler có thể thay đổi thứ tự nộp UserOperation để kiếm lợi. Cạnh tranh Bundler xảy ra khi các Bundler khác nhau đóng gói cùng một UserOperation, tương tự chiến tranh Gas của Searcher: Bundler không đưa được giao dịch lên chuỗi dù đã tốn phí Gas nhưng giao dịch thất bại.
Cả hai đều có thể học hỏi hạ tầng sẵn có, ví dụ MEV-Boost, mở kênh liên lạc giữa các Bundler và giữa Bundler với Block Builder. Etherspot đang phát triển mạng p2p cho mempool của AA, các UserOperation chờ đóng gói sẽ được truyền tải trong mạng p2p này, một khi được đóng gói và xử lý trên chuỗi sẽ bị đánh dấu và xóa khỏi danh sách, tránh tình trạng bị nhiều Bundler đóng gói.
Paymaster
Nạp/rút tiền qua Paymaster
Paymaster có thể trả phí Gas cho người dùng, và thương lượng nhận bất kỳ token hay tiền pháp định nào làm bù đắp. Vì vậy, kết hợp Paymaster với nhà cung cấp dịch vụ thanh toán để cung cấp dịch vụ nạp/rút tiền cho người dùng là một giải pháp rất tốt.
Nhóm Visa đã triển khai hai hợp đồng thử nghiệm Visa Paymaster trên mạng thử nghiệm Goerli của Ethereum: một nhằm khám phá khả năng người dùng dùng các token khác (kể cả stablecoin USD) để trả phí, cái còn lại thử nghiệm tài trợ trực tiếp phí giao dịch. Tất nhiên, tích hợp Paymaster với token ERC-20 hiện có cần một nguồn bên ngoài hoặc oracles trên chuỗi để xác định giá token, và kiểm tra xem hợp đồng Paymaster có được ủy quyền thu token chỉ định từ người dùng hay không. Với giải pháp trưởng thành này, việc kết nối thẻ Visa để dùng tiền pháp định trả Gas, thậm chí chuyển đổi thời gian thực với token ERC-20, sẽ rút ngắn đáng kể rào cản gia nhập cho người dùng Web2.
Sự tiến hóa hệ thống tài khoản Web3 và cổng vào Web3 tương lai
Sự phát triển cổng vào lưu lượng mạng và hệ thống tài khoản thời Web2 phản ánh tốc độ phát triển nhanh chóng của Internet thế hệ thứ hai và sự thay đổi nhu cầu người dùng.
Ban đầu, người dùng truy cập Internet qua các cổng thông tin, tự do lựa chọn tài nguyên trực tuyến được liệt kê. Sau đó, sự xuất hiện của công cụ tìm kiếm cho phép người dùng tra cứu từ khóa, công cụ này phân tích URL để cung cấp kết quả liên quan. Thời Web2 chứng kiến sự trỗi dậy của nền tảng xã hội, cả trên PC và di động. Người dùng không chỉ chủ động dùng công cụ tìm kiếm để vào Web2, mà còn có thể tiếp xúc Web2 một cách thụ động qua nền tảng truyền thông PC, hoặc tự chủ tiếp cận Web2 qua nền tảng自媒体 PC/di động. Giai đoạn này trải qua hai lần chuyển từ thụ động sang chủ động và một lần phi tập trung thông tin.
Hệ thống tài khoản Web2 cũng thay đổi song song: từ ban đầu dùng số điện thoại làm tài khoản với SMS/MMS, đến việc QQ/WeChat/blog/Weibo xây dựng tài khoản đa dạng kèm chức năng phụ phong phú và 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ơ cá nhân và danh sách liên hệ, mở rộng định danh người dùng từ URL đơn lẻ thành ID người dùng phức tạp hơn và đồ thị xã hội.
Cùng với sự phát triển của mạng và phần cứng, xuất hiện hai hướng phát triển hệ sinh thái riêng:
-
“iOS+Apple Pay+Apple Store” và “WeChat Pay + mini program” sau khi xây dựng lợi thế lưu lượng từ hệ thống tài khoản và thanh toán riêng, mở ra khu vực cho nhà phát triển bên ngoài tham gia, giữ người dùng trong hệ sinh thái của mình để mở rộng.
-
“Taobao+Alipay” và “Douyin+Douyin Pay” phát triển hệ thống tài khoản và thanh toán riêng trên nền tảng lưu lượng từ ứng dụng đình đám, sau đó tích hợp thêm ứng dụng khác để xây dựng hệ thống tài khoản và thanh toán thống nhất.
Hai cách trên đều hiệu quả, chiếm lĩnh một vùng trời riêng: WeChat có thể đáp ứng phần lớn nhu cầu người dùng trong một ứng dụng, trong khi thanh toán Alipay có thể tìm thấy trong hàng loạt ứng dụng khác.
Tổng kết, cổng vào lưu lượng thời Web2 nhằm trao thêm chủ động và phi tập trung cho người dùng, hệ thống tài khoản phát triển từ đơn lẻ đến phong phú, đa dạng, và phát triển hệ sinh thái theo hai hướng trên.
Hệ thống tài khoản
Sự tiến hóa hệ thống tài khoản thời Web3 vừa kế thừa bóng dáng Web2, vừa thể hiện con đường phát triển riêng biệt.
Sự tiến hóa hệ thống tài khoản Web3 kế thừa một phần đặc điểm Web2, đồng thời thể hiện lộ trình phát triển riêng. Trong Web3 xuất hiện nhiều loại tài khoản: ví plugin như Metamask, ví phần mềm như Math và Trust, “nền tảng vận hành” như dAppOS và Gnosis Safe, cũng như UniPass tích hợp trong dApp hay OKX Web3 Wallet tích hợp trong sàn giao dịch.
-
Ví plugin như Metamask giống như SMS ban đầu, đáp ứng nhu cầu cơ bản nhất của người dùng, dù dùng được ở khắp nơi nhưng chức năng quá đơn điệu.
-
Ví phần mềm như Math và Trust bổ sung nhiều cải tiến và chức năng nâng cao trải nghiệm người dùng trên nền tảng chức năng cơ bản, ví dụ quản lý đa tài khoản, mục xã hội, ứng dụng phụ...
-
“Nền tảng vận hành” như dAppOS và Gnosis Safe tiến xa hơn ví phần mềm, nâng cấp chức năng cơ sở để xây dựng hệ thống tài khoản tiên tiến khác, tương tự Apple và WeChat, phát triển “mini program” riêng để làm phong phú hệ sinh thái.
-
Ví tích hợp ứng dụng như UniPass và OKX Web3 Wallet giống Alipay và Douyin Pay đi theo một hướng khác về tài khoản và thanh toán, tận dụng lưu lượng từ từng ứng dụng đình đám để phát triển người dùng, xây dựng hệ sinh thái qua liên minh.
Cổng vào lưu lượng
Chúng tôi từng đề cập trong bài viết “Cổng vào lưu lượng Web3”:
“Dựa trên quy trình người dùng vào Web3, ta có thể chia cổng vào Web3 thành hai loại lớn:
-
Hệ thống tài khoản (nạp/rút tiền và quản lý vốn): sàn giao dịch tập trung, dự án nạp/rút độc lập, bộ tổng hợp nạp/rút, ATM tiền mã hóa, thẻ ngân hàng tiền mã hóa, giao dịch OTC; EOA, CA, ví MPC và Trừu tượng Tài khoản (AA).
-
dApp Web3 (công cụ, xã hội, giải trí): DEX, thị trường NFT, tên miền, DeSoc, thị trường giao dịch bản quyền, GameFi, X to Earn.”
Hiện tại chúng tôi vẫn giữ quan điểm này, nhưng theo phần hai, tất cả các cổng vào này đều có thể trở thành một phần của ví AA. Tuy nhiên, chúng cũng ngược lại chia đường áp dụng ví AA thành hai loại: như đã nói, tài khoản và ứng dụng – người dùng có lấy tài khoản trước rồi tương tác ứng dụng, hay tương tác ứng dụng trước rồi dùng tài khoản.
Mini program ví và Wallet as a Service
Khi nhìn vào tiến trình áp dụng AA, ta thấy ban đầu Instadapp ra mắt sản phẩm ví AA độc lập Avocado, sau đó Metamask phát hành thành phần mini program Snaps hỗ trợ một số chức năng AA, gã khổng lồ thanh toán Visa cũng tham gia thử nghiệm Paymaster và tích hợp thanh toán bằng thẻ Visa, không lâu sau ứng dụng xã hội Lens Protocol thử nghiệm xây ví AA qua ERC-6551, Safe cũng tương thích ERC-4337 củng cố “thị trường mini program” của mình, tiếp đó OKX Wallet hỗ trợ dùng ví AA, Circle thì chọn phát hành ví AA riêng.
Từ đó dễ thấy, việc áp dụng AA chỉ có hai mô hình:
-
Ví riêng phát hành hoặc tương thích AA, dùng người dùng ví và mini program nội bộ để thu hút và giữ chân người dùng.
-
Ứng dụng/sàn giao dịch/nhà cung cấp dịch vụ thanh toán tận dụng lợi thế lưu lượng, chuyển đổi người dùng thành người dùng ví AA.
Điều này dẫn đến phần cần thảo luận: khi hệ sinh thái trên chuỗi chuyển từ thị trường bán sang thị trường mua nhờ AA, người dùng sẽ chọn mô hình nào?
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
