Tác giả gốc: Pengyu, Đồng sáng lập Mạng hạt

Intent-Centric (tập trung vào mục đích) là một chủ đề đã gây ra rất nhiều cuộc thảo luận gần đây và cũng có rất nhiều nghi ngờ về mức độ phổ biến.

Các câu hỏi chủ yếu tập trung vào hai góc độ:

• Nó quá trừu tượng và mang tính tường thuật, gây khó khăn cho việc thực hiện dự án, không giống như một bản nâng cấp ngành dựa trên công nghệ mà giống một triết lý thiết kế sản phẩm hơn.

• Có thể chỉ là bản nhạc Trừu tượng tài khoản có thuật ngữ mới. Bởi vì theo trực giác, mọi người sẽ nghĩ rằng Intent-Centric (tập trung vào ý định) và Trừu tượng hóa tài khoản (trừu tượng hóa tài khoản) có một mối quan hệ nhất định và chúng dường như có liên quan đến việc hạ thấp ngưỡng người dùng và cải thiện trải nghiệm người dùng.

Bài viết này sẽ phân tích mối liên hệ, sự phát triển và sự cạnh tranh giữa Ý định làm trung tâm và Trừu tượng hóa tài khoản.

Nguồn gốc của việc trừu tượng hóa tài khoản

Nhìn chung, xu hướng phát triển của ngành Web3 là từ ngành kỹ thuật thân thiện với cypherpunk sang ngành tiêu dùng thân thiện với đại chúng.

Đối với việc Trừu tượng hóa tài khoản của Ethereum, cộng đồng đã bắt đầu thảo luận từ năm 2016 đến năm 2017. Các cuộc thảo luận ban đầu và mục tiêu thiết kế xuất phát từ góc độ nhà phát triển nhiều hơn, chủ yếu là để đơn giản hóa việc tạo và tương tác giữa các hợp đồng, đồng thời mang lại nhiều tự do hơn cho các cấu trúc giao dịch phức tạp. Ngoài ra, chúng tôi cũng hy vọng sẽ giải quyết được một số vấn đề phức tạp trong hợp đồng thông minh và phát triển dApp thông qua việc trừu tượng hóa tài khoản. Việc trừu tượng hóa tài khoản ở giai đoạn này về cơ bản là sự khái quát hóa mô hình tài khoản.

Trong quá trình phát triển tính năng trừu tượng hóa tài khoản, cốt lõi là đề xuất và sự trưởng thành của ERC-4337. Khi cuộc thảo luận ngày càng sâu sắc, cộng đồng nhận thấy rằng một số nhu cầu chung của người dùng cuối thông thường trong các kịch bản kinh doanh lớp ứng dụng là không thể giải quyết được từ cấu trúc và chuỗi tài khoản.cấu trúc bản địađược thỏa mãn trực tiếp. Ví dụ: khôi phục khóa riêng, nhận các dịch vụ cụ thể với 0 gas và ủy quyền hàng loạt, v.v.

Là một phần bổ sung cho việc khám phá tính trừu tượng hóa tài khoản trước đây, ERC-4337 đã được Vitalik và Ansgar Dietrichs đề xuất, với hy vọng cung cấp một số chức năng kịch bản từ góc độ nâng cấp chính cấu trúc tài khoản. Nó giới thiệu khái niệm Hoạt động của người dùng, cho phép người dùng thực hiện các giao dịch linh hoạt hơn mà không phải lo lắng về Nonce hoặc phí giao dịch phức tạp.

Vui lòng xem hình bên dưới để biết dòng thời gian được đề xuất cho các giao thức khác nhau trong lĩnh vực Trừu tượng tài khoản:

Hiện trạng của ngành trừu tượng hóa tài khoản: các giá trị cốt lõi và những hạn chế

Ngành Trừu tượng Tài khoản đã gần trưởng thành và dễ hiểu, chúng ta có thể chia đại khái ngành Trừu tượng Tài khoản hiện tại thành các ngành sau theo thứ tự gần gũi với người dùng:

• Lớp chuỗi công khai

• quản lý khóa riêng

• Lớp AA Stack (chủ yếu bao gồm Paymaster và Bundler)

• Lớp chức năng

• Lớp ứng dụng

Có nhiều giải pháp hoàn thiện để quản lý khóa riêng tư, chẳng hạn như Magic.link, giải pháp lưu trữ dựa trên dịch vụ KMS của AWS và MPC-TSS được chúng tôi sử dụng (Particle Network). Hiện có hơn 100 nhà cung cấp lớp AA Stack, bao gồm các công ty khởi nghiệp StackUp, ZeroDev, Pimlico, cơ sở hạ tầng Alchemy và công ty ví hàng đầu Safe, tất cả đều cung cấp các giải pháp sẵn có. Trên lớp ứng dụng, chúng tôi thấy rằng các dự án hàng đầu như CyberConnect và dYdX đã áp dụng tính năng Trừu tượng tài khoản cho các kịch bản kinh doanh cụ thể của riêng họ.

Việc trừu tượng hóa tài khoản chắc chắn sẽ thúc đẩy trải nghiệm của người dùng cuối và xóa bỏ nhiều trở ngại hơn cho ứng dụng quy mô lớn của Web3. Tuy nhiên, hiệu quả thực tế ở giai đoạn này rõ ràng không phù hợp với kỳ vọng của chúng tôi về cải tiến mô hình mà việc trừu tượng hóa tài khoản có thể mang lại cho trải nghiệm của ngành.

Bởi vì bản chất của Trừu tượng hóa tài khoản là giải quyết các vấn đề về trải nghiệm người dùng từ phía cung cấp, nên nó giống như cung cấp cho các nhà phát triển nhiều tùy chọn phát triển hơn ở cấp cấu trúc tài khoản. Đồng thời, việc mở rộng chức năng đăng nhập xã hội + tài khoản do sự kết hợp giữa tính trừu tượng tài khoản và quản lý khóa riêng mang lại sẽ làm giảm ngưỡng cho người dùng mới tham gia các dịch vụ sản phẩm Web3 ở một mức độ nhất định.

Tuy nhiên, đánh giá từ sự gia tăng mức độ phổ biến của tính năng trừu tượng hóa tài khoản và phản hồi từ người dùng cuối về khoảnh khắc Aha, có vẻ như tiềm năng của người dùng vẫn chưa được giải phóng hoàn toàn.

Tất nhiên, một mặt, điều này là do số lượng và chất lượng của nội dung lớp ứng dụng vẫn đang được lặp lại nhanh chóng, nhưng mặt khác, chúng tôi cho rằng đó là do:

• Tính năng trừu tượng hóa tài khoản tối ưu hóa trải nghiệm người dùng khi nhập biểu thức

• Nhưng nó không giải quyết được vấn đề thể hiện kết quả

Việc tối ưu hóa biểu thức và kết quả là giá trị cốt lõi của Intent-Centric.

Tại sao Intent-Centric được đề xuất chủ yếu là do hai lý do:

• Một trong những nền tảng của ngành mã hóa là khôi phục quyền tự chủ của người dùng khỏi thiết kế cơ bản của chuỗi, bao gồm quyền tự chủ về tài sản, quyền tự chủ về dữ liệu và quyền tự chủ về thông tin. Nhưng vấn đề do quyền tự chủ mang lại là mọi hoạt động tinh vi trên chuỗi đằng sau việc hoàn thành mục tiêu cần phải được đưa ra cho người dùng để ủy quyền.

• Trong những ngày đầu của ngành, các kịch bản kinh doanh tương đối đơn giản, logic thực thi tương đối đơn giản và có rất ít khả năng tương tác giữa các chuỗi, tại thời điểm này không cần nhiều ủy quyền của người dùng và có rất ít nơi người dùng cần để đưa ra những đánh giá tích cực và trải nghiệm vẫn ổn. Đã chấp nhận. Nhưng khi xuất hiện nhiều L2 hơn, nhiều dịch vụ chồng chéo và kết hợp với nhau hơn, sẽ có vẻ như nhu cầu của người dùng là đơn lẻ, nhưng tần suất ủy quyền rất cao và nhiều dịch vụ khác tham gia vào quá trình này. , cài đặt trượt, v.v.

Logic cốt lõi được Intent-Centric giới thiệu thực sự là để chặn quá trình mà không làm mất quyền tự chủ của người dùng., bao gồm giám sát quy trình và quản lý quy trình, người dùng chỉ cần làm rõ điểm bắt đầu và điểm kết thúc nhu cầu của mình. Lợi ích của việc này là nó cho phép người dùng chuyển đổi từ góc độ Giao dịch sang góc độ nhu cầu.

Chúng ta có thể kiểm tra vấn đề này bằng một câu hỏi hội thoại đơn giản:

Hãy để tôi hỏi bạn về một trong những hoạt động phổ biến nhất trên chuỗi: Tôi có 10 ETH và tôi muốn cho vay trên Hợp chất với lợi nhuận hàng năm là 2%.

Biểu thức này có thực sự là thứ bạn cần không?

Trên thực tế, biểu thức này không phải là nhu cầu của bạn. Điều bạn cần là: Tôi có 10 ETH, hãy giúp tôi tìm ra lợi nhuận cao nhất trong một giao thức an toàn.

Và cho vay Hợp chất với lợi nhuận hàng năm là 2% là một Giao dịch.

Vậy tại sao trong tiềm thức bạn lại nghĩ rằng Giao dịch này là nhu cầu của bạn?Về cơ bản, đó là do ngành công nghiệp mã hóa hiện tại đã được tách thành các giao dịch và trạng thái lần lượt, tất cả các nhu cầu cần được chia nhỏ thành các giao dịch và trạng thái có thể được theo dõi. vấn đề được nhận ra là người dùng tôi vừa đề cập không xuất phát từ góc độ nhu cầu mà từ góc độ giao dịch, điều này rõ ràng hạn chế việc thể hiện và nhận ra nhiều nhu cầu của người dùng, bởi vì tâm lý người dùng thực sự có cách suy nghĩ về xiềng xích.

Do đó, Intent-Centric (tập trung vào mục đích) giải quyết vấn đề thể hiện đường dẫn tối ưu đến kết quả.

Vấn đề này rất có giá trị, bởi vì chỉ bằng cách giải quyết vấn đề về con đường từ biểu hiện đến kết quả, nhu cầu to lớn của người dùng cuối mới có thể thực sự được giải phóng.

Để đạt được mục tiêu như vậy, Intent-Centric (tập trung vào mục đích) cần từ góc độ nào để quảng bá sản phẩm và nghiên cứu.

Dựa trên ý tưởng vừa rồi, chúng tôi đã chia toàn bộ ngành Lấy Ý định làm Trung tâm thành bốn lớp:

• Cấp độ mục nhập biểu thức người dùng

• Lớp dịch thể hiện ý định

• Lớp tích hợp cho nhu cầu dọc

• Lớp phối hợp cho các yêu cầu phức tạp

Mục đích tính toán được mỗi người hoàn thành rất rõ ràng:

• Mức đầu vào của biểu thức người dùng được sử dụng để thu thập nhu cầu thực sự của người dùng. Các chỉ số cốt lõi: tỷ lệ hoàn thành;

• Lớp dịch thể hiện mục đích là dịch nhu cầu thực sự của người dùng sang ngôn ngữ có thể được giao tiếp thống nhất giữa các máy, giữa nhà phát triển với máy và giữa các nhà phát triển. Các chỉ số cốt lõi là: thời gian phản hồi và độ chính xác;

• Lớp tích hợp của nhu cầu theo chiều dọc là tích hợp nhu cầu danh mục theo chiều dọc và kết hợp các bộ giải thích hợp (Bộ giải) để đáp ứng nhu cầu này. Các chỉ số cốt lõi: hiệu quả phù hợp;

• Lớp phối hợp đáp ứng nhu cầu là phân tách các yêu cầu tổng hợp thành các yêu cầu danh mục theo chiều dọc, đồng thời phối hợp các Bộ giải (bộ giải) thuộc các danh mục dọc khác nhau để đáp ứng các yêu cầu tổng hợp theo mục tiêu hoặc logic. Các chỉ số cốt lõi: hiệu quả tháo dỡ và mức độ đáp ứng nhu cầu.

Khi cả bốn góc đều có mức độ trưởng thành nhất định, chúng có thể mang lại đường dẫn người dùng như vậy:

Người dùng hoàn thành biểu thức các yêu cầu ở bất kỳ lớp mục nhập biểu thức nào và biểu thức được lớp dịch dịch dịch thành ý định được mô tả bằng ngôn ngữ chung để phối hợp giữa các máy. Ý định này được phân tách bởi lớp phối hợp và Bộ giải (bộ giải) ) của lớp tích hợp nhu cầu dọc cạnh tranh với. Các ý định này được thực hiện một cách hiệu quả và an toàn, và cuối cùng kết quả thực hiện của các ý định dọc được lớp phối hợp tích hợp vào kết quả ý định tổng hợp.

Chúng ta hãy xem một ví dụ thực tế:

Một người nắm giữ cổ phiếu Coinbase thấy Base Chain được phát hành và muốn trải nghiệm ứng dụng trò chơi trên Base Chain. Anh ấy biết điều mình cần là Đúc NFT của trò chơi để bắt đầu quá trình.

Chúng tôi bỏ qua quá trình đăng ký ví (vốn vốn đã rất phức tạp) và cho rằng anh ấy đã chơi các trò chơi Web3 khác trong hệ sinh thái Polygon và đã nắm giữ mã thông báo Matic của Polygon. Để tham gia vào dự án Base Chain, anh ấy cần phải hoàn thành những việc sau tháo gỡ:

• Tìm cầu nối chuỗi chéo ba bên để liên chuỗi mã thông báo Matic sang mã thông báo ETH của Ethereum

• Chuyển đổi mã thông báo ETH từ Chuỗi cơ sở sang ETH-Base;

• Mint NFT；

• Bắt đầu trò chơi.

Đây là quy trình hiện tại, dù là Batch Transaction (giao dịch đóng gói) hay Gasless Transaction (giao dịch Gasless) kết hợp với việc trừu tượng hóa tài khoản thì ngưỡng vẫn rất cao. Chúng tôi biết rằng ý định của người dùng (Đào NFT trên Base Chain để bắt đầu trò chơi) thực sự rất rõ ràng, anh ấy biết mình muốn làm gì, nhưng quá trình này quá rườm rà.

Nếu trường Ý định tập trung hoàn thiện, nó có thể hoàn thành việc cấu trúc, tháo dỡ và thực hiện ý định của người dùng. Từ góc độ trải nghiệm của người dùng cuối, người dùng tương tác với ví hoặc ứng dụng được điều chỉnh theo giao thức Intent-Centric hoặc trongChatGPTTương tự như thể hiện ý định của một người trong LLM UI, khung phát triển Intent-Centric được nhà phát triển tích hợp sẽ tự động cấu trúc Intent, sau đó Intent Bidder và Solver sẽ hoàn thành việc tháo gỡ và thực thi cuối cùng. một tin nhắn nói một lời.

Bây giờ chúng ta có thể cố gắng trả lời câu hỏi này: Rượu cũ lấy ý định làm trung tâm trong chai mới dành cho AA (Tóm tắt tài khoản) hay nó là lựa chọn tốt nhất cho quá trình tiến hóa?

Ngoài việc tiến thêm một bước nữa dọc theo lộ trình của người dùng - từ mục nhập đến biểu thức, biểu thức đến kết quả - Ý định tập trung khác biệt đáng kể với việc trừu tượng hóa tài khoản theo những cách nào khác?

Qua so sánh các chiều nội dung trên, chúng ta có thể trả lời rõ ràng:Intent-Centric (tập trung vào mục đích) không phải là một loại rượu cũ trong một chai Trừu tượng tài khoản (trừu tượng hóa tài khoản) mới, mà là một tùy chọn khác để tối ưu hóa trải nghiệm đường dẫn người dùng.

Nhưng liệu rãnh Trừu tượng tài khoản có trở thành cơ sở hạ tầng để triển khai các hoạt động cụ thể trong trường Ý định trung tâm khi trường Ý định trung tâm trở nên hoàn thiện hơn không? Chúng tôi cần thêm thông tin. Điều này chỉ có thể được đánh giá nếu các giao thức hoặc sản phẩm trong lĩnh vực này trở nên hoàn thiện hơn .

Quan điểm độc đáo của Mạng hạt trong lĩnh vực Ý định làm trung tâm

Trước tiên, hãy xem lại sản phẩm cốt lõi của chúng tôi trong V1: Ví dưới dạng dịch vụ dựa trên MPC-TSS và Trừu tượng tài khoản. Vị trí giá trị trong trường Trừu tượng tài khoản có thể được sử dụng như trong hình.

Như được hiển thị trong hình, rõ ràng công việc cốt lõi của chúng tôi là lớp Quản lý khóa (quản lý khóa riêng) dựa trên MPC-TSS và lớp chức năng cung cấp bộ đăng nhập xã hội.

Trên thực tế, về cơ bản V1 của chúng tôi chỉ làm được hai việc:

• Đơn giản hóa và trừu tượng hóa hành vi cũng như nhu cầu của người dùng khi truy cập các sản phẩm Web3 thông qua đăng nhập mạng xã hội;

• Tính toán chữ ký đa chuỗi và trực tiếp hoàn thiện chữ ký trong nhiều loại sản phẩm được kết nối với ví của chúng tôi như một dịch vụ để nâng cao hiệu quả giao dịch.

Những lý do cốt lõi khiến chúng tôi ra mắt các sản phẩm liên quan đến Intent-Centric là hai điểm:

• Công việc cốt lõi của Intent-Centric hoàn toàn phù hợp với bản chất của sản phẩm v1 của chúng tôi: trừu tượng hóa nhu cầu của người dùng và cải thiện hiệu quả giao dịch.

• chúng tôi đang ởB 2 B 2CTheo cách tiếp cận này, chúng tôi đã làm việc với các đối tác của mình để giới thiệu một số lượng người dùng đáng kể trong 10 tháng qua và trọng tâm của chúng tôi đã chuyển từ mục nhập của người dùng sang biểu hiện và kết quả của người dùng.

Vậy đánh giá cơ bản của chúng tôi về lĩnh vực Lấy ý định làm trung tâm là gì, những lợi thế độc đáo của chúng tôi trong lĩnh vực Lấy ý định làm trung tâm và chiến lược sản phẩm của chúng tôi dựa trên lợi thế này là gì?

Chúng tôi tin rằng trong logic phân cấp của trường Intent-Centric mà chúng tôi đã đề cập ở trên, có một thứ tự ưu tiên giá trị rõ ràng:

Chúng tôi tin rằng Lớp dịch thể hiện ý định là cốt lõi, bởi vì đây là Lớp duy nhất được thúc đẩy bởi việc xây dựng các tiêu chuẩn.hiệu ứng bánh đàcấp độ, tiếp theo là lớp điều phối của các yêu cầu tổng hợp, sau đó là lớp tích hợp của các yêu cầu dọc và sau đó là lớp biểu thức của cổng thông tin người dùng.

Điểm mạnh độc đáo của chúng tôi tại Intent-Centric là gì:

• Việc tích lũy nhu cầu trừu tượng của người dùng và tích lũy các tính toán chữ ký đa chuỗi và đa hành vi;

• Các đối tác đã hoàn thành việc tích hợp sản phẩm về cơ bản bao gồm tất cả các tuyến đường;

Vì vậy, sản phẩm V2 của chúng tôi trong lĩnh vực Ý định tập trung được gọi là Giao thức kết hợp ý định, về cơ bản bao gồm:

• Một ngôn ngữ và khung thống nhất để thể hiện lớp dịch dự định (phục vụ lớp dịch mà chúng tôi cảm thấy là quan trọng nhất)

• Bộ công cụ phát triển cho lớp phối hợp của các yêu cầu phức tạp

• và zkEVM, được Particle Network sử dụng để quản lý trừu tượng và tính toán các tài khoản toàn chuỗi.

Chúng tôi mong muốn sử dụng Giao thức kết hợp ý định của V2 để cho phép người dùng đăng nhập riêng tư vào bất kỳ sản phẩm lớp ứng dụng nào được kích hoạt bởi các sản phẩm zkWaaS (đồng thời tận hưởng sự tiện lợi của việc đăng nhập qua mạng xã hội mà không để lộ bất kỳ quyền riêng tư nhận dạng Web2 nào), cho phép họ duy trì chỉ bằng một cú nhấp chuột. ETH tham gia vào các sản phẩm thu nhập trên chuỗi tốt nhất trên bất kỳ L1/L2 nào và tự động đổi chúng khi thu nhập đạt đến một số tiền cụ thể, sau đólời hứaHãy đến Lido để nhận được lợi nhuận không rủi ro.

Giao thức kết hợp ý định của Particle Network V2 sẽ dựa nhiều hơn vào nhu cầu và mong đợi của người dùng, thay vì cung cấp một loạt các chức năng và cài đặt phức tạp, đồng thời trực tiếp thực hiện ý định thực sự của người dùng với chi phí vận hành và hiểu biết tối thiểu.

Chúng tôi cảm thấy phương pháp này có thể tiến gần hơn đến mục tiêu của chúng tôi:

Bằng cách tạo lớp truy cập Web3 mô-đun, tập trung vào mục đích, chúng tôi đẩy nhanh quá trình chuyển đổi Web3 từ ngành tài chính thân thiện với kỹ sư sang ngành tiêu dùng thân thiện với đại chúng.