Thấy rằng Particle Network vừa phát hành trừu tượng hóa tài khoản chuỗi đầy đủ, có cảm giác như nó cần phải chồng lên một "lớp giữa" trên các tiêu chuẩn ERC4337 hiện có, tại sao bạn phải làm điều này? Nếu bạn đã quen thuộc với hiện trạng trừu tượng hóa tài khoản, không khó để đưa ra câu trả lời:
Hiện tại, mỗi chuỗi tương đương EVM, bao gồm chuỗi ứng dụng Lớp 1 và Lớp 2 và Lớp 3, có một cách tiếp cận hoàn toàn khác nhau và loại trừu tượng này dựa trên chuỗi, không hướng đến người dùng;
Để thực sự nhận ra định hướng người dùng, chẳng hạn như cho phép người dùng kết nối tất cả các chuỗi liên quan dựa trên một mục nhập và một địa chỉ, để đạt được trải nghiệm tương tác toàn cầu và mạch lạc hơn, vai trò "lớp giữa" có thể xác định đặc tả thống nhất và các tiêu chuẩn thực hiện ý định đã trở thành điều bắt buộc;
Tại sao thực tiễn thị trường hiện nay về "trừu tượng hóa tài khoản" quá chia rẽ? Trừu tượng hóa tài khoản chuỗi đầy đủ của Particle Network được triển khai về mặt kỹ thuật như thế nào? Bao xa là để đạt được việc áp dụng hàng loạt theo dõi trừu tượng tập trung vào Ý định? Hãy phân tích từng cái một:
Các giải pháp AA trừu tượng hóa tài khoản được thống nhất ở cấp độ "kỹ thuật" và lớp thực hành là nhiều mặt
Về mặt đơn giản kỹ thuật, trừu tượng hóa tài khoản là một loạt các ý định mà người dùng nhét vào nhóm bộ nhớ UserOP và gói chúng và gửi chúng đến hợp đồng Entrypoint để thực hiện, nơi các giao dịch hàng loạt có thể được xử lý thông qua tổng hợp chữ ký của Bộ tổng hợp và các chi tiết thanh toán gas được xử lý bởi Paymaster.
Đây là một tập hợp các tiêu chuẩn được xác định ERC4337 và logic triển khai back-end cũng được thống nhất, nhưng về cơ bản nó là một sự trừu tượng của chuỗi EVM và front-end kết nối người dùng không nhất thiết phải là "thống nhất".
Ví dụ: zkSync sử dụng địa chỉ EOA để liên kết tài khoản và tất cả những gì người dùng thấy là địa chỉ bóng có thể chuyển nhượng và giao diện người dùng hầu như không cảm nhận được sự tồn tại của tài khoản AA. Mặt khác, Starknet ở dạng tài khoản hợp đồng có thể nâng cấp và người dùng cần liên tục nâng cấp hợp đồng để cập nhật chức năng tài khoản. Ngoài ra, Argent sử dụng cơ chế phục hồi xã hội của cơ chế Guardian và sơ đồ trừu tượng hóa tài khoản của Unipass có xu hướng được áp dụng trong các ứng dụng đa chuỗi không đồng nhất trong môi trường không EVM.
Chờ đã, loại không nhất quán này ở cuối lối vào dường như là một loại cá nhân hóa, nhưng chắc chắn nó làm tăng ngưỡng cho người dùng. Trừu tượng đến và đi, tại sao ngưỡng cao hơn trong "hướng đến người dùng"? Nó được biểu hiện trong thực tế là người dùng không thể chỉ tương tác với một chuỗi trong môi trường đa chuỗi và đa lớp2 và chi phí học tập được tạo ra từ không khí mỏng khi trải rộng nhiều ví và nhiều chuỗi; Người dùng sẽ tạo nhiều địa chỉ hợp đồng khác nhau trên các chuỗi EVM khác nhau, điều này mang lại những thách thức cho việc quản lý thống nhất tài sản.
Làm thế nào một triển khai kỹ thuật đa chuỗi ERC4337 tiêu chuẩn bị phân mảnh như vậy có thể dẫn đến việc áp dụng hàng loạt theo định hướng người dùng?
Khó khăn trong logic thực hành trừu tượng của các tài khoản hợp nhất là gì? Lấy sự trừu tượng hóa tài khoản toàn chuỗi làm ví dụ
Như đã đề cập trước đó, sự trừu tượng hóa tài khoản vãng lai chỉ dựa trên chuỗi EVM, nhưng địa chỉ EOA vẫn có thể được thống nhất với chuỗi EVM, tại sao?
Bởi vì địa chỉ EOA có nguồn gốc từ tính toán khóa công khai, miễn là các thuật toán của các chuỗi khác nhau giống nhau và khóa riêng giống nhau, địa chỉ dẫn xuất cũng giống nhau. Tuy nhiên, địa chỉ hợp đồng được tính từ địa chỉ Người tạo và nonce, và địa chỉ hợp đồng khác nhau do các nonces khác nhau của mỗi chuỗi. Một cách tiếp cận dường như khả thi là sử dụng phương pháp đăng ký để ánh xạ cùng một địa chỉ giữa các chuỗi khác nhau, nhưng có nguy cơ tập trung.
Mặt khác, sơ đồ cấu trúc trừu tượng của Particle Network về toàn bộ tài khoản chuỗi, nó đang cố gắng đảm nhận vai trò của một "trung tâm điều phối" với khung gốc của chuỗi phi tập trung và mỗi chuỗi mới có địa chỉ mới sẽ được tạo ra bởi hợp đồng chung của trung tâm điều phối và Hợp đồng triển khai phụ sẽ được kết nối thống nhất với Hợp đồng triển khai để hoạt động thống nhất, bao gồm triển khai và nâng cấp, tất cả các khía cạnh sẽ được lên lịch thống nhất bởi hợp đồng chung.
Khó khăn duy nhất trong việc này là sự lưu loát của giao tiếp tức thì giữa các chuỗi không đồng nhất, đòi hỏi "lớp giữa" hoạt động như một phương tiện giao tiếp hiệu quả, có thể đạt được lịch trình thống nhất bằng cách phân phối hợp đồng trên mỗi nút ánh sáng chuỗi và sơ đồ thực hành tương tự như giải pháp chuỗi chéo của LayerZero.
Cách tiếp cận này ít nhất phá vỡ các giới hạn thuộc tính của chuỗi EVM, do đó bất kỳ chuỗi đa chuỗi nào hỗ trợ khả năng tương tác hợp đồng chuỗi không đồng nhất và sơ đồ EIP-4337 sẽ được đưa vào hệ thống đa chuỗi. Trừu tượng hóa tài khoản toàn chuỗi có thể được thực hiện trên quy mô lớn.
Tuy nhiên, các chuỗi không phải EVM như Aptos và Sui hiện không thể kết nối theo cách tương tự trong chuỗi. Đây là một thị trường đủ lớn tại thời điểm hệ sinh thái Ethereum chiếm ưu thế tuyệt đối trong các danh mục Lớp, Lớp 2 và Lớp 3.
Loại trí tưởng tượng nào có thể được giải phóng bởi các dịch vụ trừu tượng mô-đun khác trong "lớp giữa"?
Tất nhiên, để thực sự đạt được đầy đủ các khái niệm trừu tượng "hướng đến người dùng", sự trừu tượng hóa tài khoản toàn chuỗi chỉ là khởi đầu. Ngoài việc bản thân tài khoản được trừu tượng hóa để cải thiện trải nghiệm, một trung tâm điều phối "trung cấp" cũng có thể cố gắng thực hiện các công việc trừu tượng khác:
Việc chuyển giao tài sản chuỗi chéo và lớp thanh toán thống nhất cho phép người dùng thực hiện quản lý và lưu thông tài sản theo cách phi tập trung giữa các chuỗi khác nhau, giảm mức tiêu thụ ma sát trượt có thể có của chuỗi chéo.
DID chuỗi chéo thống nhất việc nối nhận dạng và tín dụng, với lớp giữa là "trung tâm xác thực", để thực hiện chia sẻ danh tính và đồng bộ hóa dữ liệu giữa nhiều chuỗi, sau đó lấy được "tín dụng" có thể được áp dụng trên các chuỗi, giảm ngưỡng đa nền tảng cho người dùng, đồng thời phá vỡ sự tách biệt dữ liệu giữa các chuỗi và thực sự nhận ra trải nghiệm tương tác của tiêu chuẩn "danh tính";
Triển khai giải pháp Bộ giải phi tập trung thống nhất, tốt nhất là tổng hợp các Bộ giải phân tán này thành một trung tâm điều phối Super Solver, ví dụ: người dùng có thể kết nối với UniswapX và Cowswap và SUAVE của Flashbot và các giải pháp Solver khác trên một nền tảng và xây dựng Bộ giải thuận tiện cho những người tham gia Giải tiềm năng như các nhà tạo lập thị trường, nhà giao dịch tổ chức và các nhà khoa học chênh lệch giá. Bởi vì không có lớp giữa để lập lịch, chắc chắn rằng các Bộ giải này vẫn sẽ tồn tại trong các mảnh giữa các chuỗi.
Bạn có thể hiểu rằng dưới tiền đề rằng có nhiều sự phân chia tiêu chuẩn khác nhau trong hệ sinh thái EVM ERC4337 xác định các quy tắc giao tiếp và giao tiếp vẫn dựa vào IBC hoạt động như "lớp giữa" xuất hiện.
Và đừng đánh giá thấp giá trị của loại INFRA trung cấp này, bởi vì nó có thể là một bổ sung cần thiết cho sự trừu tượng hóa tài khoản để di chuyển ra khỏi lớp trừu tượng kỹ thuật và tiến tới phổ biến quy mô lớn.
Làm thế nào để tối đa hóa giá trị của tiêu chuẩn ERC4337, làm thế nào để thống nhất các sản phẩm và tiêu chuẩn giao thức của các ví, chuỗi và các nhà xây dựng khác nhau trong đường đua và làm thế nào để thực sự làm phẳng khoảng cách giữa trải nghiệm người dùng Web2 và các đặc điểm gốc của chuỗi Web3 dựa trên định hướng người dùng là tất cả các chủ đề cần được khắc phục.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Tại sao "trừu tượng hóa tài khoản" hiện tại quá phân chia và làm thế nào để tiến tới một sự trừu tượng "hướng đến người dùng" thống nhất?
Tác giả: Haotian
Thấy rằng Particle Network vừa phát hành trừu tượng hóa tài khoản chuỗi đầy đủ, có cảm giác như nó cần phải chồng lên một "lớp giữa" trên các tiêu chuẩn ERC4337 hiện có, tại sao bạn phải làm điều này? Nếu bạn đã quen thuộc với hiện trạng trừu tượng hóa tài khoản, không khó để đưa ra câu trả lời:
Tại sao thực tiễn thị trường hiện nay về "trừu tượng hóa tài khoản" quá chia rẽ? Trừu tượng hóa tài khoản chuỗi đầy đủ của Particle Network được triển khai về mặt kỹ thuật như thế nào? Bao xa là để đạt được việc áp dụng hàng loạt theo dõi trừu tượng tập trung vào Ý định? Hãy phân tích từng cái một:
Các giải pháp AA trừu tượng hóa tài khoản được thống nhất ở cấp độ "kỹ thuật" và lớp thực hành là nhiều mặt
Về mặt đơn giản kỹ thuật, trừu tượng hóa tài khoản là một loạt các ý định mà người dùng nhét vào nhóm bộ nhớ UserOP và gói chúng và gửi chúng đến hợp đồng Entrypoint để thực hiện, nơi các giao dịch hàng loạt có thể được xử lý thông qua tổng hợp chữ ký của Bộ tổng hợp và các chi tiết thanh toán gas được xử lý bởi Paymaster.
Đây là một tập hợp các tiêu chuẩn được xác định ERC4337 và logic triển khai back-end cũng được thống nhất, nhưng về cơ bản nó là một sự trừu tượng của chuỗi EVM và front-end kết nối người dùng không nhất thiết phải là "thống nhất".
Ví dụ: zkSync sử dụng địa chỉ EOA để liên kết tài khoản và tất cả những gì người dùng thấy là địa chỉ bóng có thể chuyển nhượng và giao diện người dùng hầu như không cảm nhận được sự tồn tại của tài khoản AA. Mặt khác, Starknet ở dạng tài khoản hợp đồng có thể nâng cấp và người dùng cần liên tục nâng cấp hợp đồng để cập nhật chức năng tài khoản. Ngoài ra, Argent sử dụng cơ chế phục hồi xã hội của cơ chế Guardian và sơ đồ trừu tượng hóa tài khoản của Unipass có xu hướng được áp dụng trong các ứng dụng đa chuỗi không đồng nhất trong môi trường không EVM.
Chờ đã, loại không nhất quán này ở cuối lối vào dường như là một loại cá nhân hóa, nhưng chắc chắn nó làm tăng ngưỡng cho người dùng. Trừu tượng đến và đi, tại sao ngưỡng cao hơn trong "hướng đến người dùng"? Nó được biểu hiện trong thực tế là người dùng không thể chỉ tương tác với một chuỗi trong môi trường đa chuỗi và đa lớp2 và chi phí học tập được tạo ra từ không khí mỏng khi trải rộng nhiều ví và nhiều chuỗi; Người dùng sẽ tạo nhiều địa chỉ hợp đồng khác nhau trên các chuỗi EVM khác nhau, điều này mang lại những thách thức cho việc quản lý thống nhất tài sản.
Làm thế nào một triển khai kỹ thuật đa chuỗi ERC4337 tiêu chuẩn bị phân mảnh như vậy có thể dẫn đến việc áp dụng hàng loạt theo định hướng người dùng?
Khó khăn trong logic thực hành trừu tượng của các tài khoản hợp nhất là gì? Lấy sự trừu tượng hóa tài khoản toàn chuỗi làm ví dụ
Như đã đề cập trước đó, sự trừu tượng hóa tài khoản vãng lai chỉ dựa trên chuỗi EVM, nhưng địa chỉ EOA vẫn có thể được thống nhất với chuỗi EVM, tại sao?
Bởi vì địa chỉ EOA có nguồn gốc từ tính toán khóa công khai, miễn là các thuật toán của các chuỗi khác nhau giống nhau và khóa riêng giống nhau, địa chỉ dẫn xuất cũng giống nhau. Tuy nhiên, địa chỉ hợp đồng được tính từ địa chỉ Người tạo và nonce, và địa chỉ hợp đồng khác nhau do các nonces khác nhau của mỗi chuỗi. Một cách tiếp cận dường như khả thi là sử dụng phương pháp đăng ký để ánh xạ cùng một địa chỉ giữa các chuỗi khác nhau, nhưng có nguy cơ tập trung.
Mặt khác, sơ đồ cấu trúc trừu tượng của Particle Network về toàn bộ tài khoản chuỗi, nó đang cố gắng đảm nhận vai trò của một "trung tâm điều phối" với khung gốc của chuỗi phi tập trung và mỗi chuỗi mới có địa chỉ mới sẽ được tạo ra bởi hợp đồng chung của trung tâm điều phối và Hợp đồng triển khai phụ sẽ được kết nối thống nhất với Hợp đồng triển khai để hoạt động thống nhất, bao gồm triển khai và nâng cấp, tất cả các khía cạnh sẽ được lên lịch thống nhất bởi hợp đồng chung.
Khó khăn duy nhất trong việc này là sự lưu loát của giao tiếp tức thì giữa các chuỗi không đồng nhất, đòi hỏi "lớp giữa" hoạt động như một phương tiện giao tiếp hiệu quả, có thể đạt được lịch trình thống nhất bằng cách phân phối hợp đồng trên mỗi nút ánh sáng chuỗi và sơ đồ thực hành tương tự như giải pháp chuỗi chéo của LayerZero.
Cách tiếp cận này ít nhất phá vỡ các giới hạn thuộc tính của chuỗi EVM, do đó bất kỳ chuỗi đa chuỗi nào hỗ trợ khả năng tương tác hợp đồng chuỗi không đồng nhất và sơ đồ EIP-4337 sẽ được đưa vào hệ thống đa chuỗi. Trừu tượng hóa tài khoản toàn chuỗi có thể được thực hiện trên quy mô lớn.
Tuy nhiên, các chuỗi không phải EVM như Aptos và Sui hiện không thể kết nối theo cách tương tự trong chuỗi. Đây là một thị trường đủ lớn tại thời điểm hệ sinh thái Ethereum chiếm ưu thế tuyệt đối trong các danh mục Lớp, Lớp 2 và Lớp 3.
Loại trí tưởng tượng nào có thể được giải phóng bởi các dịch vụ trừu tượng mô-đun khác trong "lớp giữa"?
Tất nhiên, để thực sự đạt được đầy đủ các khái niệm trừu tượng "hướng đến người dùng", sự trừu tượng hóa tài khoản toàn chuỗi chỉ là khởi đầu. Ngoài việc bản thân tài khoản được trừu tượng hóa để cải thiện trải nghiệm, một trung tâm điều phối "trung cấp" cũng có thể cố gắng thực hiện các công việc trừu tượng khác:
Việc chuyển giao tài sản chuỗi chéo và lớp thanh toán thống nhất cho phép người dùng thực hiện quản lý và lưu thông tài sản theo cách phi tập trung giữa các chuỗi khác nhau, giảm mức tiêu thụ ma sát trượt có thể có của chuỗi chéo.
DID chuỗi chéo thống nhất việc nối nhận dạng và tín dụng, với lớp giữa là "trung tâm xác thực", để thực hiện chia sẻ danh tính và đồng bộ hóa dữ liệu giữa nhiều chuỗi, sau đó lấy được "tín dụng" có thể được áp dụng trên các chuỗi, giảm ngưỡng đa nền tảng cho người dùng, đồng thời phá vỡ sự tách biệt dữ liệu giữa các chuỗi và thực sự nhận ra trải nghiệm tương tác của tiêu chuẩn "danh tính";
Triển khai giải pháp Bộ giải phi tập trung thống nhất, tốt nhất là tổng hợp các Bộ giải phân tán này thành một trung tâm điều phối Super Solver, ví dụ: người dùng có thể kết nối với UniswapX và Cowswap và SUAVE của Flashbot và các giải pháp Solver khác trên một nền tảng và xây dựng Bộ giải thuận tiện cho những người tham gia Giải tiềm năng như các nhà tạo lập thị trường, nhà giao dịch tổ chức và các nhà khoa học chênh lệch giá. Bởi vì không có lớp giữa để lập lịch, chắc chắn rằng các Bộ giải này vẫn sẽ tồn tại trong các mảnh giữa các chuỗi.
Bạn có thể hiểu rằng dưới tiền đề rằng có nhiều sự phân chia tiêu chuẩn khác nhau trong hệ sinh thái EVM ERC4337 xác định các quy tắc giao tiếp và giao tiếp vẫn dựa vào IBC hoạt động như "lớp giữa" xuất hiện.
Và đừng đánh giá thấp giá trị của loại INFRA trung cấp này, bởi vì nó có thể là một bổ sung cần thiết cho sự trừu tượng hóa tài khoản để di chuyển ra khỏi lớp trừu tượng kỹ thuật và tiến tới phổ biến quy mô lớn.
Làm thế nào để tối đa hóa giá trị của tiêu chuẩn ERC4337, làm thế nào để thống nhất các sản phẩm và tiêu chuẩn giao thức của các ví, chuỗi và các nhà xây dựng khác nhau trong đường đua và làm thế nào để thực sự làm phẳng khoảng cách giữa trải nghiệm người dùng Web2 và các đặc điểm gốc của chuỗi Web3 dựa trên định hướng người dùng là tất cả các chủ đề cần được khắc phục.