Đây là phần 1 của loạt bài viết mà tôi viết để xem xét tác động mà EIP-7702 có thể gây ra đối với các phần khác nhau của thế giới tiền điện tử, bao gồm:
Trong phần 1, tôi muốn xem xét cách mà việc áp dụng 7702 có khả năng diễn ra. Liệu nó sẽ được áp dụng siêu nhanh hay chúng ta sẽ thấy một chu kỳ áp dụng rất dài? Ai sẽ áp dụng nó trước? Đó là vấn đề mà bài viết này đề cập đến.
Đầu tiên, một phần nhỏ tổng kết nhanh. EIP-7702 là một trong những EIP được lên kế hoạch để được triển khai trong cập nhật tiếp theo của Ethereum (Pectra), dự kiến vào quý 1 năm 2025.
Với EIP-7702, một EOA có thể “nâng cấp” chính mình thành một tài khoản thông minh, đồng thời vẫn là một EOA và giữ nguyên địa chỉ ban đầu.
Sau khi tài khoản đã được nâng cấp, người dùng sau đó có thể trải nghiệm hầu hết các lợi ích của AA như tài trợ gas, gom giao dịch, passkeys, v.v.
EIP-7702 là một đề xuất trừu tượng tài khoản, nhưng khác biệt với ERC-4337 ở những cách quan trọng:
Trong thực tế, hai điểm đầu tiên — rằng EIP-7702 có thể nâng cấp EOAs và rằng các EOAs vẫn là EOAs ngay cả sau khi nâng cấp — là những lý do quan trọng nhất khiến EIP-7702 có khả năng tăng cường việc áp dụng AA nhiều hơn rất nhiều so với việc ERC-4337 một mình có thể làm được. Điều này là bởi vì:
Tuy nhiên, nó sẽ không đúng khi nói rằng EIP-7702 sẽ "giết" ERC-4337. Như chúng tôi sẽ thảo luận trong một bài viết trong tương lai, EIP-7702 sẽ cần phải tận dụng ERC-4337 để đạt được tiềm năng đầy đủ của nó, vì vậy EIP-7702 thực sự là tin tức tuyệt vời đối với các công ty ERC-4337 ngày hôm nay như Gate.@zerodev_app""> @zerodev_app.
Bây giờ đến điểm chính của bài viết này: 7702 sẽ được áp dụng nhanh như thế nào và sự áp dụng sẽ diễn ra như thế nào trong thực tế, ví dụ như các phần khác nhau của ngăn xếp Web3 (ví dụ như ví tiền, ứng dụng phi tập trung, cơ sở hạ tầng) sẽ áp dụng 7702 như thế nào?
Đối với câu hỏi đầu tiên - tốc độ - có một số kịch bản có thể xảy ra:
Xếp hạng cá nhân của tôi về khả năng xảy ra của những tình huống này là 2 > 3 >> 4 > 1 (với 2/3 là những tình huống có khả năng xảy ra và 4/1 là những tình huống ít có khả năng xảy ra). Nói cách khác, 7702 có thể đạt được sự thông dụng rộng rãi trong vài năm tới, nhưng không thể được chấp nhận ngay lập tức hoặc bị bỏ qua hoàn toàn.
Để hiểu tại sao, hãy xem xét cách mà việc áp dụng 7702 có thể diễn ra trong thực tế.
Hãy bắt đầu bằng việc xem xét ví, người đứng đầu trong chu kỳ áp dụng của 7702, vì nếu không có ví hỗ trợ 7702, dapps không thể tận dụng các tính năng của 7702.
Đầu tiên, hãy phân biệt giữa các ví độc lập như@MetaMask""> @MetaMask @CoinbaseWallet và các dịch vụ ví tiền như@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Ví và dịch vụ ví độc lập sẽ đối mặt với các động cơ khác nhau trong việc áp dụng 7702. Trong phần này, chúng tôi chỉ nói về ví độc lập.
Các ví độc lập có một số lựa chọn khi áp dụng 7702:
Dự đoán của tôi là rằng công ty ví dài sẽ chọn tùy chọn 3 (chờ xem), vì lý do đơn giản là việc áp dụng 7702 là một công việc lớn nên hầu hết các công ty ví có thể đơn giản không có thời gian và tài nguyên để triển khai nhanh chóng. Tuy nhiên, các ví quan trọng nhất, như MetaMask và Coinbase, sẽ chọn tùy chọn 2, tức là triển khai hỗ trợ 7702 nhanh chóng nhưng yêu cầu người dùng chọn vào. Cũng sẽ có các ví độc lập mới chọn tùy chọn 1 (kích hoạt 7702 mặc định), nhưng vì ví là một không gian cạnh tranh và khó khăn đối với người chơi mới để tham gia, thực tế hầu hết người dùng sẽ sử dụng các ví hiện có chọn tùy chọn 2 hoặc 3.
Vì sao tôi nghĩ rằng các ví hàng đầu sẽ nhanh chóng triển khai hỗ trợ 7702? Bởi vì:
Bây giờ, tại sao tôi tin rằng những ví này sẽ không cho phép 7702 theo mặc định, mà thay vào đó yêu cầu người dùng tham gia?
Một từ, an ninh.
Chủ đề về an ninh với 7702 là một chủ đề rất tinh vi và xứng đáng có bài viết riêng của nó, nhưng tôi sẽ nhanh chóng đi qua những điều cơ bản ở đây.
Tóm lại, nó không chính xác khi nói rằng 1) 7702 cải thiện bảo mật ví tiền, hoặc 2) nó gây hại cho bảo mật ví tiền. Điều này là vì bảo mật là một khía cạnh đa diện, và 7702 cải thiện bảo mật trong một số khía cạnh trong khi gây hại bảo mật trong các khía cạnh khác.
7702 cải thiện bảo mật vì:
7702 không cải thiện tính bảo mật và đôi khi thậm chí làm tổn thương tính bảo mật ở một số cách vì:
Vì vậy, thực sự chỉ có thể đánh giá xem tài khoản 7702 có bảo mật hơn hay kém hơn tài khoản EOA, và cũng đánh giá xem lợi ích về giao diện người dùng có đáng đổi lại những đánh đổi về bảo mật hay không.
Vì tính bảo mật là đặc tính quan trọng nhất của một ví, các ví hàng đầu hiện có sẽ không đảm bảo tính bảo mật của người dùng bằng cách kích hoạt 7702 mặc định. Thay vào đó, họ sẽ chuyển quyết định cho người dùng và cho phép người dùng quyết định liệu họ có muốn sử dụng 7702 hay không.
Với việc các ví hàng đầu sẽ cung cấp 7702 như một tính năng tùy chọn, câu hỏi tự nhiên trở thành: người dùng có chọn tham gia không?
Câu trả lời thực sự rất đơn giản: người dùng sẽ kích hoạt 7702 nếu họ thực sự muốn sử dụng một dapp/tính năng yêu cầu 7702, nếu không họ sẽ không. Do đó, điều này dẫn chúng ta đến phần thứ hai của phân tích - làm thế nào dapps sẽ áp dụng 7702?
Đối với dapps, 7702 (và AA nói chung) có bốn đề xuất giá trị chính:
Cùng nhau, những lợi ích giá trị này mang lại lợi ích UX đáng kể sẽ phân biệt một dapp khỏi các đối thủ của nó, vì vậy các dapp có động cơ mạnh mẽ để tận dụng AA. Lý do tại sao bạn chưa thấy nhiều sự chấp nhận dapp cho AA cho đến nay là với ERC-4337, dapp phải chọn mô hình tài khoản hoàn toàn mới (tài khoản thông minh) không hoạt động với 99% người dùng hiện có (người dùng EOA), nhưng với 7702, dapp có thể cung cấp những lợi ích UX này mà không làm mất đi người dùng EOA, vì vậy phép tính lợi ích/chi phí cho dapp nhận AA trở nên thuận lợi hơn nhiều với 7702.
Nhưng ở đây chúng ta thấy một vấn đề gà trứng — dapps không muốn dành thời gian và nguồn lực để hỗ trợ 7702 nếu chỉ có rất ít người dùng sử dụng ví hỗ trợ 7702, nhưng người dùng cũng sẽ không kích hoạt 7702 trừ khi có các dapps hỗ trợ 7702. Làm thế nào chúng ta phá vỡ vấn đề gà trứng này?
Điều này dẫn chúng ta đến việc xem xét một phần khác của Web3 stack - dịch vụ ví tiền aka “ví nhúng.”
Giống như các ví độc lập, các nhà cung cấp ví nhúng sẽ không mặc định kích hoạt 7702, mà sẽ cung cấp điều này như một lựa chọn cho khách hàng của họ (nhà phát triển dapp). Tuy nhiên, khác với các ví độc lập, nơi sự lựa chọn để kích hoạt 7702 nằm trong tay người dùng (vì nếu một dapp có thể kích hoạt 7702 cho MetaMask của bạn thì sẽ rất không an toàn), sự lựa chọn để kích hoạt 7702 cho các ví nhúng sẽ nằm trong tay nhà phát triển dapp, vì các ví nhúng theo định nghĩa là các ví mới mà nhà phát triển tạo ra cho người dùng của họ.
Vì vậy, nếu một nhà phát triển dapp muốn tận dụng các tính năng AA, họ sẽ không cần phải đợi người dùng của họ chọn 7702 - họ có thể chỉ cần sử dụng các ví nhúng được kích hoạt 7702.
Bây giờ, bạn có thể nói rằng các nhà phát triển đã có thể tận dụng ERC-4337 thông qua ví nhúng, nhưng điều đó không dẫn đến sự áp dụng AA hàng loạt. Tuy nhiên, điểm khác biệt chính với 7702 là các nhà phát triển không cần loại trừ người dùng EOA khi họ xây dựng với ví nhúng có tính năng 7702. Thay vào đó, các ứng dụng có thể hỗ trợ cả ví nhúng và người dùng EOA. Người dùng EOA muốn trải nghiệm tính năng AA với ứng dụng có thể bật 7702 cho EOA của họ.
Do đó, ví nhúng sẽ đóng vai trò quan trọng trong việc thúc đẩy sự áp dụng của 7702, bằng cách cho phép nhà phát triển cung cấp các tính năng AA mà không cần chờ đợi người dùng kích hoạt 7702 cho ví độc lập của họ.
Chúng tôi đã xem xét cách bốn nhóm khác nhau — ví tiền, người dùng, ứng dụng phi tập trung và ví nhúng — có thể sẽ áp dụng 7702. Bây giờ hãy kết hợp mọi thứ lại với nhau.
Hy vọng rằng chu kỳ đạo đức này của ví tiền => ứng dụng phi tập trung => người dùng => ví tiền sẽ thúc đẩy toàn bộ không gian để chấp nhận 7702/AA, điều này sẽ mang lại cải thiện 10 lần cho UX Web3 như chúng ta biết đến ngày hôm nay, và mở ra cơ hội cho AA bản địa, bất cứ khi nào điều đó xảy ra.
Trong bài viết tiếp theo, chúng tôi sẽ đào sâu hơn vào phía kỹ thuật và xem xét cách mà ví và ứng dụng phi tập trung sẽ thực hiện hỗ trợ cho 7702.
Đây là phần 1 của loạt bài viết mà tôi viết để xem xét tác động mà EIP-7702 có thể gây ra đối với các phần khác nhau của thế giới tiền điện tử, bao gồm:
Trong phần 1, tôi muốn xem xét cách mà việc áp dụng 7702 có khả năng diễn ra. Liệu nó sẽ được áp dụng siêu nhanh hay chúng ta sẽ thấy một chu kỳ áp dụng rất dài? Ai sẽ áp dụng nó trước? Đó là vấn đề mà bài viết này đề cập đến.
Đầu tiên, một phần nhỏ tổng kết nhanh. EIP-7702 là một trong những EIP được lên kế hoạch để được triển khai trong cập nhật tiếp theo của Ethereum (Pectra), dự kiến vào quý 1 năm 2025.
Với EIP-7702, một EOA có thể “nâng cấp” chính mình thành một tài khoản thông minh, đồng thời vẫn là một EOA và giữ nguyên địa chỉ ban đầu.
Sau khi tài khoản đã được nâng cấp, người dùng sau đó có thể trải nghiệm hầu hết các lợi ích của AA như tài trợ gas, gom giao dịch, passkeys, v.v.
EIP-7702 là một đề xuất trừu tượng tài khoản, nhưng khác biệt với ERC-4337 ở những cách quan trọng:
Trong thực tế, hai điểm đầu tiên — rằng EIP-7702 có thể nâng cấp EOAs và rằng các EOAs vẫn là EOAs ngay cả sau khi nâng cấp — là những lý do quan trọng nhất khiến EIP-7702 có khả năng tăng cường việc áp dụng AA nhiều hơn rất nhiều so với việc ERC-4337 một mình có thể làm được. Điều này là bởi vì:
Tuy nhiên, nó sẽ không đúng khi nói rằng EIP-7702 sẽ "giết" ERC-4337. Như chúng tôi sẽ thảo luận trong một bài viết trong tương lai, EIP-7702 sẽ cần phải tận dụng ERC-4337 để đạt được tiềm năng đầy đủ của nó, vì vậy EIP-7702 thực sự là tin tức tuyệt vời đối với các công ty ERC-4337 ngày hôm nay như Gate.@zerodev_app""> @zerodev_app.
Bây giờ đến điểm chính của bài viết này: 7702 sẽ được áp dụng nhanh như thế nào và sự áp dụng sẽ diễn ra như thế nào trong thực tế, ví dụ như các phần khác nhau của ngăn xếp Web3 (ví dụ như ví tiền, ứng dụng phi tập trung, cơ sở hạ tầng) sẽ áp dụng 7702 như thế nào?
Đối với câu hỏi đầu tiên - tốc độ - có một số kịch bản có thể xảy ra:
Xếp hạng cá nhân của tôi về khả năng xảy ra của những tình huống này là 2 > 3 >> 4 > 1 (với 2/3 là những tình huống có khả năng xảy ra và 4/1 là những tình huống ít có khả năng xảy ra). Nói cách khác, 7702 có thể đạt được sự thông dụng rộng rãi trong vài năm tới, nhưng không thể được chấp nhận ngay lập tức hoặc bị bỏ qua hoàn toàn.
Để hiểu tại sao, hãy xem xét cách mà việc áp dụng 7702 có thể diễn ra trong thực tế.
Hãy bắt đầu bằng việc xem xét ví, người đứng đầu trong chu kỳ áp dụng của 7702, vì nếu không có ví hỗ trợ 7702, dapps không thể tận dụng các tính năng của 7702.
Đầu tiên, hãy phân biệt giữa các ví độc lập như@MetaMask""> @MetaMask @CoinbaseWallet và các dịch vụ ví tiền như@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Ví và dịch vụ ví độc lập sẽ đối mặt với các động cơ khác nhau trong việc áp dụng 7702. Trong phần này, chúng tôi chỉ nói về ví độc lập.
Các ví độc lập có một số lựa chọn khi áp dụng 7702:
Dự đoán của tôi là rằng công ty ví dài sẽ chọn tùy chọn 3 (chờ xem), vì lý do đơn giản là việc áp dụng 7702 là một công việc lớn nên hầu hết các công ty ví có thể đơn giản không có thời gian và tài nguyên để triển khai nhanh chóng. Tuy nhiên, các ví quan trọng nhất, như MetaMask và Coinbase, sẽ chọn tùy chọn 2, tức là triển khai hỗ trợ 7702 nhanh chóng nhưng yêu cầu người dùng chọn vào. Cũng sẽ có các ví độc lập mới chọn tùy chọn 1 (kích hoạt 7702 mặc định), nhưng vì ví là một không gian cạnh tranh và khó khăn đối với người chơi mới để tham gia, thực tế hầu hết người dùng sẽ sử dụng các ví hiện có chọn tùy chọn 2 hoặc 3.
Vì sao tôi nghĩ rằng các ví hàng đầu sẽ nhanh chóng triển khai hỗ trợ 7702? Bởi vì:
Bây giờ, tại sao tôi tin rằng những ví này sẽ không cho phép 7702 theo mặc định, mà thay vào đó yêu cầu người dùng tham gia?
Một từ, an ninh.
Chủ đề về an ninh với 7702 là một chủ đề rất tinh vi và xứng đáng có bài viết riêng của nó, nhưng tôi sẽ nhanh chóng đi qua những điều cơ bản ở đây.
Tóm lại, nó không chính xác khi nói rằng 1) 7702 cải thiện bảo mật ví tiền, hoặc 2) nó gây hại cho bảo mật ví tiền. Điều này là vì bảo mật là một khía cạnh đa diện, và 7702 cải thiện bảo mật trong một số khía cạnh trong khi gây hại bảo mật trong các khía cạnh khác.
7702 cải thiện bảo mật vì:
7702 không cải thiện tính bảo mật và đôi khi thậm chí làm tổn thương tính bảo mật ở một số cách vì:
Vì vậy, thực sự chỉ có thể đánh giá xem tài khoản 7702 có bảo mật hơn hay kém hơn tài khoản EOA, và cũng đánh giá xem lợi ích về giao diện người dùng có đáng đổi lại những đánh đổi về bảo mật hay không.
Vì tính bảo mật là đặc tính quan trọng nhất của một ví, các ví hàng đầu hiện có sẽ không đảm bảo tính bảo mật của người dùng bằng cách kích hoạt 7702 mặc định. Thay vào đó, họ sẽ chuyển quyết định cho người dùng và cho phép người dùng quyết định liệu họ có muốn sử dụng 7702 hay không.
Với việc các ví hàng đầu sẽ cung cấp 7702 như một tính năng tùy chọn, câu hỏi tự nhiên trở thành: người dùng có chọn tham gia không?
Câu trả lời thực sự rất đơn giản: người dùng sẽ kích hoạt 7702 nếu họ thực sự muốn sử dụng một dapp/tính năng yêu cầu 7702, nếu không họ sẽ không. Do đó, điều này dẫn chúng ta đến phần thứ hai của phân tích - làm thế nào dapps sẽ áp dụng 7702?
Đối với dapps, 7702 (và AA nói chung) có bốn đề xuất giá trị chính:
Cùng nhau, những lợi ích giá trị này mang lại lợi ích UX đáng kể sẽ phân biệt một dapp khỏi các đối thủ của nó, vì vậy các dapp có động cơ mạnh mẽ để tận dụng AA. Lý do tại sao bạn chưa thấy nhiều sự chấp nhận dapp cho AA cho đến nay là với ERC-4337, dapp phải chọn mô hình tài khoản hoàn toàn mới (tài khoản thông minh) không hoạt động với 99% người dùng hiện có (người dùng EOA), nhưng với 7702, dapp có thể cung cấp những lợi ích UX này mà không làm mất đi người dùng EOA, vì vậy phép tính lợi ích/chi phí cho dapp nhận AA trở nên thuận lợi hơn nhiều với 7702.
Nhưng ở đây chúng ta thấy một vấn đề gà trứng — dapps không muốn dành thời gian và nguồn lực để hỗ trợ 7702 nếu chỉ có rất ít người dùng sử dụng ví hỗ trợ 7702, nhưng người dùng cũng sẽ không kích hoạt 7702 trừ khi có các dapps hỗ trợ 7702. Làm thế nào chúng ta phá vỡ vấn đề gà trứng này?
Điều này dẫn chúng ta đến việc xem xét một phần khác của Web3 stack - dịch vụ ví tiền aka “ví nhúng.”
Giống như các ví độc lập, các nhà cung cấp ví nhúng sẽ không mặc định kích hoạt 7702, mà sẽ cung cấp điều này như một lựa chọn cho khách hàng của họ (nhà phát triển dapp). Tuy nhiên, khác với các ví độc lập, nơi sự lựa chọn để kích hoạt 7702 nằm trong tay người dùng (vì nếu một dapp có thể kích hoạt 7702 cho MetaMask của bạn thì sẽ rất không an toàn), sự lựa chọn để kích hoạt 7702 cho các ví nhúng sẽ nằm trong tay nhà phát triển dapp, vì các ví nhúng theo định nghĩa là các ví mới mà nhà phát triển tạo ra cho người dùng của họ.
Vì vậy, nếu một nhà phát triển dapp muốn tận dụng các tính năng AA, họ sẽ không cần phải đợi người dùng của họ chọn 7702 - họ có thể chỉ cần sử dụng các ví nhúng được kích hoạt 7702.
Bây giờ, bạn có thể nói rằng các nhà phát triển đã có thể tận dụng ERC-4337 thông qua ví nhúng, nhưng điều đó không dẫn đến sự áp dụng AA hàng loạt. Tuy nhiên, điểm khác biệt chính với 7702 là các nhà phát triển không cần loại trừ người dùng EOA khi họ xây dựng với ví nhúng có tính năng 7702. Thay vào đó, các ứng dụng có thể hỗ trợ cả ví nhúng và người dùng EOA. Người dùng EOA muốn trải nghiệm tính năng AA với ứng dụng có thể bật 7702 cho EOA của họ.
Do đó, ví nhúng sẽ đóng vai trò quan trọng trong việc thúc đẩy sự áp dụng của 7702, bằng cách cho phép nhà phát triển cung cấp các tính năng AA mà không cần chờ đợi người dùng kích hoạt 7702 cho ví độc lập của họ.
Chúng tôi đã xem xét cách bốn nhóm khác nhau — ví tiền, người dùng, ứng dụng phi tập trung và ví nhúng — có thể sẽ áp dụng 7702. Bây giờ hãy kết hợp mọi thứ lại với nhau.
Hy vọng rằng chu kỳ đạo đức này của ví tiền => ứng dụng phi tập trung => người dùng => ví tiền sẽ thúc đẩy toàn bộ không gian để chấp nhận 7702/AA, điều này sẽ mang lại cải thiện 10 lần cho UX Web3 như chúng ta biết đến ngày hôm nay, và mở ra cơ hội cho AA bản địa, bất cứ khi nào điều đó xảy ra.
Trong bài viết tiếp theo, chúng tôi sẽ đào sâu hơn vào phía kỹ thuật và xem xét cách mà ví và ứng dụng phi tập trung sẽ thực hiện hỗ trợ cho 7702.