Việc sử dụng các hệ thống hiện tại khác nhau trong Web3 đã được chứng minh là một nỗ lực phức tạp và tốn thời gian. Nó liên quan đến việc chỉ định đường dẫn thực thi giữa các cơ sở hạ tầng khác nhau, đòi hỏi sự hiểu biết toàn diện. Do đó, người dùng thường xuyên phải đối mặt với sự thất vọng trong việc đạt được mục tiêu cuối cùng của mình và dễ bị lợi dụng bởi những kẻ tinh vi hơn.
Tình huống này phát sinh do phương pháp tiêu chuẩn phổ biến để người dùng tương tác với Ethereum yêu cầu các giao dịch phải được tạo và ký ở một định dạng cụ thể cung cấp tất cả thông tin cần thiết theo yêu cầu của Máy ảo Ethereum (EVM) để thực hiện chuyển đổi trạng thái.
Ý định đã được giới thiệu để giảm bớt gánh nặng cho người dùng. Về cơ bản, ý định là một tập hợp các ràng buộc khai báo cho phép người dùng ủy quyền việc tạo giao dịch cho một mạng chuyên dụng gồm các tác nhân bên thứ ba trong khi vẫn giữ toàn quyền kiểm soát quy trình. Nói một cách đơn giản, nếu một giao dịch chỉ định “cách” thực hiện một thao tác, thì một ý định sẽ xác định “kết quả mong đợi” của thao tác đó là gì.
Cách tiếp cận khai báo này mang lại những tiến bộ thú vị về trải nghiệm và hiệu quả của người dùng. Thông qua ý định, người dùng có thể dễ dàng thể hiện kết quả mong muốn của họ. Điều này hoàn toàn trái ngược với các giao dịch bắt buộc hiện tại, trong đó mỗi tham số phải được người dùng chỉ định rõ ràng.
Để tương tác với các ứng dụng phi tập trung (dApp) trên mạng Arbitrum, nhưng tiền của bạn hiện được lưu trữ trên chuỗi khối Ethereum:
- Truy cập trang web dApp
- Đã thử kết nối ví của bạn với Arbitrum nhưng không tìm thấy tiền
- Mở một tab mới và khám phá cách tốt nhất để chuyển tiền của bạn qua các chuỗi
- Đi đến cây cầu xuyên chuỗiKết nối ví của bạn với một blockchain khác (Ethereum)
- Chuyển tiền từ Ethereum sang Arbitrum
- Đợi chuỗi chéo hoàn thành
- Quay lại tab ban đầu
- Chuyển ví của bạn trở lại Arbitrum
- Giờ đây, cuối cùng bạn cũng có thể sử dụng dApps với số tiền được bắc cầu trên Arbitrum.
Sự thất vọng bắt đầu trước cả khi người dùng có cơ hội tương tác với chính dApp. Trong thế giới của hàng triệu Rollup tiếp theo, những vấn đề này càng trở nên rõ ràng hơn.
Vì vậy, làm thế nào để chúng ta chuyển từ một mô hình mệnh lệnh sang một mô hình tuyên bố? Để hiểu các nguyên tắc cơ bản, trước tiên hãy để tôi tóm tắt ngắn gọn các khái niệm dựa trên Tóm tắt tài khoản (AA).
An toàn, nhưng chúng yêu cầu EOA kích hoạt bất kỳ giao dịch nào, vì hợp đồng thông minh không thể tự khởi tạo giao dịch. Tuy nhiên, SCW có những lợi thế đáng kể vì chúng có thể thực thi logic phức tạp, cho phép nhiều ứng dụng mới khác nhau cho ví, trong khi EOA bị giới hạn ở chữ ký.
Để đáp ứng nhu cầu về SCW mà không có EOA riêng, ERC-4337 giới thiệu một loại giao dịch mới gọi là Hoạt động của người dùng (UserOp) và giới thiệu một vai trò mới gọi là “Bundler”. Ngoài ra, ERC-1271 (Phương pháp xác minh chữ ký tiêu chuẩn cho hợp đồng) đã giới thiệu một phương pháp tiêu chuẩn để xác minh rằng chữ ký của một hợp đồng nhất định là hợp lệ. Những bản cập nhật này cải thiện trải nghiệm người dùng SCW và cung cấp cho người dùng một quy trình mượt mà hơn. Quy trình cụ thể như sau:
- Người dùng ký UserOp, chỉ định thao tác mong muốn. UserOps không được gửi trực tiếp đến mempool chính mà nhiều người dùng sẽ gửi chúng đến mempool thay thế. Tại đây, Executor và Bundler sẽ đóng vai trò kết hợp các UserOps này lại với nhau và gửi chúng vào hợp đồng đầu vào dưới dạng một gói. Hợp đồng đầu vào này sau đó giao tiếp với ví hợp đồng thông minh.
- Sau khi SCW nhận được UserOp đi kèm, nó sẽ trải qua một quy trình gồm hai bước. Đầu tiên, nó thực hiện Xác thựcOp, bao gồm kiểm tra người ký thích hợp, kiểm soát truy cập và giới hạn tốc độ để đảm bảo hoạt động hợp pháp và an toàn. Sau khi xác thực thành công, SCW tiếp tục thực hiện thao tác bằng chức năng ExecuteOp. Những hành động này có thể bao gồm các tác vụ như chuyển tiền, thực hiện trao đổi hoặc mua NFT.
Một lợi thế chính của việc trừu tượng hóa tài khoản là trừu tượng hóa gas, giúp đơn giản hóa quy trình thanh toán gas cho người dùng. Đây là vai trò của chủ thể thanh toán. Hợp đồng gốc thanh toán hoạt động như một chủ thể khác. Khi người dùng gửi một giao dịch, UserOp sẽ được gửi đến hợp đồng chính thanh toán. Người trả tiền gốc xác minh và đảm bảo rằng họ sẽ trả chi phí gas của giao dịch. Nó trả lại một lượng mã thông báo Gas gốc tương ứng cho Bundler, hoạt động như một cơ chế hoàn trả. Chỉ sau khi xử lý khoản thanh toán Gas này, UserOp mới trải qua các giai đoạn Xác thựcOp và Thực thiOp.
Tiền gốc thanh toán cũng cho phép người dùng thực hiện các hoạt động khác sau khi thực hiện UserOp, mang lại khả năng kiểm soát và linh hoạt hơn nữa. Bằng cách sử dụng tiền gốc thanh toán và khai thác Gas, người dùng có thể thực hiện các giao dịch mà không phải lo lắng về việc quản lý trực tiếp chi phí Gas, làm cho quy trình trở nên trôi chảy và thân thiện hơn.
Một hạn chế của AA là nó không thể hỗ trợ người trả tiền xuyên chuỗi. Hãy xem xét một tình huống trong đó người dùng sở hữu USDC trên SCW trên mạng Ethereum, nhưng muốn sử dụng tiền gốc thanh toán để thanh toán phí giao dịch trên mạng Arbitrum. Vấn đề phát sinh khi tiền gốc thanh toán cố gắng chuyển USDC từ người dùng sang tiền gốc thanh toán trong chức năng sau hoạt động. USDC được lưu trữ trên Ethereum, trong khi hợp đồng thanh toán chính là trên Arbitrum. Về cơ bản, tính trừu tượng của tài khoản được thiết kế chủ yếu để sử dụng cho một miền và thiếu khả năng vốn có để hoạt động liền mạch trên nhiều chuỗi.
Ý định là gì?
Trong một quy trình giao dịch tiêu chuẩn, khi trình xác thực nhận được chữ ký giao dịch, chúng sẽ đi theo các đường dẫn tính toán cụ thể dựa trên các trạng thái cụ thể. Ngoài ra, các khoản phí đóng vai trò là động cơ khuyến khích người xác thực hành xử theo cách này. Tuy nhiên, mọi thứ sẽ khác khi sử dụng ý định. Ý định không quy định một đường tính toán cố định, nhưng cho phép bất kỳ đường nào thỏa mãn các điều kiện nhất định. Khi người dùng ký và chia sẻ ý định, họ ủy quyền cho người nhận thay mặt họ chọn đường dẫn tính toán. Sự khác biệt này cho phép một ý định được xác định chính xác hơn như một thông báo đã ký, tạo điều kiện thuận lợi cho một chuỗi các chuyển đổi trạng thái từ một điểm bắt đầu nhất định.
Điều đáng chú ý là một giao dịch đơn lẻ có thể chứa nhiều ý định, cho phép khớp các ý định chồng chéo. Điều này cải thiện đáng kể khí đốt và hiệu quả kinh tế. Ví dụ: trong một sổ đặt hàng được duy trì bởi một nhà xây dựng, hai đơn đặt hàng có thể được bù trừ hiệu quả với nhau trước khi tiếp cận thị trường. Ngoài ra, mục đích là cho phép thanh toán gas của người dùng linh hoạt hơn, chẳng hạn như cho phép các bên thứ ba tài trợ gas hoặc chấp nhận thanh toán bằng các mã thông báo khác nhau.
Vì vậy, UserOps không phải là mục đích vì về cơ bản chúng là Tx. Tuy nhiên, AA làm cho ví trở thành một mục nhập có mục đích, điều này đạt được thông qua logic xác minh trong ví hợp đồng thông minh. Logic xác thực này cho phép thể hiện và thực hiện các ý định đơn giản liên quan đến tài khoản người dùng. Tuy nhiên, SCW thiếu khả năng suy luận về trạng thái toàn cầu.
Tóm tắt tài khoản về cơ bản là để phục vụ một “mục đích cụ thể”. Trong trường hợp này, người dùng có thể chỉ định và thực thi các ý định đơn giản hóa thông qua SCW của họ, miễn là các ý định đó đáp ứng các yêu cầu hạn chế nhất định:
- Họ chuyên về một lĩnh vực duy nhất;
- Họ chỉ sử dụng và thực hiện thông tin liên quan đến tài khoản người dùng;
- Chúng liên quan đến bù khí.
Ví dụ cụ thể cho các ứng dụng có mục đích
Do đó, sự trừu tượng hóa tài khoản chủ yếu phục vụ cho các mục tiêu lấy người dùng làm trung tâm. Tuy nhiên, cũng có nhiều ví dụ về các ứng dụng “dành riêng cho mục đích” có thể được triển khai bằng AA, như được nêu bật bởi Paradigm :
- Lệnh giới hạn: Người dùng có thể chỉ định rằng 100 mã thông báo X sẽ chỉ được lấy từ tài khoản của họ nếu họ đã nhận được ít nhất 200 mã thông báo Y.
- Tài trợ gas: Người dùng có thể chọn sử dụng USDC để thanh toán phí giao dịch thay vì ETH và phân bổ USDC trong tài khoản của họ để trang trải phí gas của người trả tiền.
- Ủy quyền: Các tương tác với các tài khoản cụ thể có thể bị hạn chế theo cách được ủy quyền trước. Ví dụ: ETH có thể được dành để mua NFT được liệt kê trên OpenSea hoặc các địa chỉ cụ thể có thể bị hạn chế chỉ tương tác với Uniswap và Sushiswap.
- Nhóm giao dịch: Người dùng có thể cho phép nhiều ý định được nhóm vào một giao dịch để cải thiện hiệu quả sử dụng gas.
- Bộ tổng hợp: Người dùng có thể chỉ định giá hoặc lợi nhuận “tốt nhất” cho một hoạt động cụ thể. Mục đích này có thể đạt được bằng cách cung cấp bằng chứng rằng các tập hợp được thực hiện trên nhiều địa điểm và đường dẫn tốt nhất được chọn.
Mặc dù AA và các ứng dụng dành riêng cho mục đích là những tiến bộ đáng kể, nhưng chúng cũng có những hạn chế trong môi trường đa chuỗi. Hãy xem xét một tình huống: Tôi sở hữu ETH và muốn mua càng nhiều mã thông báo XYZ càng tốt bằng cách tận dụng thanh khoản trên các Rollup khác nhau. Với AA, tôi có thể dễ dàng và nhanh chóng sử dụng trình tổng hợp DEX yêu thích của mình trên bất kỳ Tổng hợp nào. Tuy nhiên, thách thức là tôi vẫn cần khám phá thủ công các công cụ tổng hợp DEX tốt nhất hiện có trên tất cả các Bản tổng hợp.
Do đó, trong một thế giới đa chuỗi, cần có một ngôn ngữ mục đích linh hoạt và toàn diện để có thể cải thiện khả năng mở rộng một cách hiệu quả.
Giải pháp chung
Trong thế giới lấy ý định làm trung tâm, người dùng khai báo hoặc ký tắt tùy chọn của họ và mạng dựa vào các tác nhân bên thứ ba (người giải quyết/người thi hành) để thay mặt họ thực thi các tùy chọn đó.
Điều quan trọng cần nhấn mạnh là cách tiếp cận dựa trên giao dịch hiện tại cũng cho phép người dùng thuê ngoài các giao dịch, nhưng điểm khác biệt là bên thứ ba là ai. Giờ đây, các ứng dụng thay mặt người dùng xây dựng các giao dịch và chúng không được tối ưu hóa để đạt được kết quả tốt nhất khi làm như vậy. Do đó, ý định đổi mới không phải là thuê ngoài việc tạo giao dịch cho bên thứ ba, mà là bổ sung một mạng lưới chuyên dụng gồm các bên thứ ba có thể mang lại kết quả tốt hơn.
Điều này cải thiện hiệu quả thực thi vì những bộ giải này có thể tích hợp thêm thông tin về trạng thái của các chuỗi khác mà không cần phải giao tiếp với người dùng.
Để minh họa điều này, hãy nhớ lại một tình huống trong đó tôi sở hữu ETH và mục tiêu của tôi là mua càng nhiều tiền XYZ càng tốt bằng cách tận dụng tính thanh khoản giữa các Rollup khác nhau. Trong một thế giới tập trung vào ý định, tôi có thể nói với mempool rằng tôi sở hữu ETH và muốn có số lượng tiền XYZ lớn nhất có thể. Một bộ giải rất tinh vi sẽ tìm ra giải pháp một cách hiệu quả. Kích thích các bộ giải này sẽ dẫn đến kết quả khá tối ưu. Trong môi trường đa chuỗi này, ngay cả các tác vụ cơ bản như một công ty duy nhất chạy bộ tổng hợp DEX để tích hợp với tất cả các bản tổng hợp và miền mới cũng trở nên không thực tế. Do đó, các ứng dụng dành riêng cho mục đích thiếu khả năng mở rộng trong môi trường đa chuỗi như vậy. Tuy nhiên, đối với mục đích, một ngôn ngữ linh hoạt và có mục đích chung sẽ mở rộng hiệu quả vì nó hoạt động như một hệ thống không được phép. Không cần một công ty hoạt động như một công cụ tổng hợp DEX toàn chuỗi bao gồm mọi chuỗi. Thay vào đó, một nhóm bộ giải có thể cạnh tranh để phục vụ người dùng, một số chuyên về một loại Rollup cụ thể và những người khác thuộc miền khác. Cách tiếp cận này chứng minh rằng ý định xuyên chuỗi có tiện ích và khả năng đáng kể ngoài việc trừu tượng hóa tài khoản thông thường, điều này có thể có lợi ngay cả đối với các trường hợp sử dụng đơn giản.
Cơ sở hạ tầng lý tưởng để thể hiện, giao tiếp và thực thi ý định phải giảm thiểu giá trị có thể trích xuất của công cụ khai thác (MEV), tối đa hóa khả năng chống kiểm duyệt và được tối ưu hóa cho các tương tác giữa các miền. Hơn nữa, cần xem xét cẩn thận sự cân bằng giữa giao tiếp mục đích người dùng chi tiết và trải nghiệm người dùng, vì quyết định này có tác động đáng kể đến kiến trúc của giao thức mục đích. Ngoài ra, có nhiều câu hỏi chưa được trả lời, chẳng hạn như cách chứng minh điều gì là tối ưu, nơi ý định tên miền chéo sẽ được xuất bản và cách người giải quyết sẽ xác định những gì cần tìm kiếm.
Các dự án như Anoma, SUAVE, Essential và CoW Protocol đều đang cạnh tranh để trở thành lớp ý định của chuỗi khối, thực hiện các cách tiếp cận khác nhau.
Tuy nhiên, do khái niệm về các lớp ý định đang phát triển và nhiều nguyên tắc thiết kế trong số này dường như mâu thuẫn với nhau nên còn quá sớm để so sánh. Xây dựng một lớp như vậy đưa ra những thách thức đáng kể.
Anoma là một kiến trúc hợp nhất cho các ứng dụng phi tập trung toàn ngăn xếp. Nó được thiết kế từ đầu cho các ứng dụng liên quan đến vô số người dùng và vô số ý định, mỗi ý định có độ phức tạp khác nhau. Anoma tuân theo các nguyên tắc lấy mục đích làm trung tâm và kiến trúc đồng nhất/bảo mật không đồng nhất, cùng nhau tạo thành một mô hình khai báo để xây dựng các ứng dụng phi tập trung. Ý định được gửi đến các nút truyền ý định, tạo thành một nhóm ý định. Người so khớp phân tích các nhóm này để tìm ý định có thể được kết hợp và khi kết hợp với nhau có thể thỏa mãn lẫn nhau. Máy trạng thái của giao thức cho phép thực thi từng bước và xác minh tách rời thông qua các vị từ hiệu quả đóng vai trò bất biến trên tài khoản người dùng. Anoma giúp đơn giản hóa việc xây dựng các ứng dụng mới có thể cồng kềnh, hạn chế hoặc không thể xây dựng trên Ethereum (EVM) hiện có và các giao thức giống Ethereum.
SUAVE là một giao thức đấu giá thống nhất để thể hiện giá trị. SUAVE cố gắng trao quyền cho người dùng và đạt được sự phân cấp tối đa cho các chuỗi khối công khai. SUAVE tách rời các vai trò xây dựng khối và mempool khỏi các chuỗi khối hiện có và cung cấp một giải pháp thay thế plug-and-play phi tập trung và chuyên biệt cao. Chia sẻ cùng một lớp đặt hàng cho phép tiền điện tử duy trì tính phi tập trung, trình tạo khối nắm bắt MEV trên các miền, trình xác thực để tối đa hóa doanh thu và người dùng thực hiện các giao dịch được thực hiện tốt nhất đồng thời giảm áp lực tập trung kinh tế trên từng miền. SUAVE là một môi trường tích hợp tạo điều kiện thuận lợi cho sự hợp tác phi tập trung trong việc thể hiện, thực thi và giải quyết các ưu tiên. Khái niệm cốt lõi là một tùy chọn, một thông báo được ký bởi người dùng để thể hiện mục tiêu, cho phép chuyển đơn giản hoặc các chuỗi phức tạp trên nhiều chuỗi khối. Bộ giải cạnh tranh để mang lại khả năng thực thi tốt nhất, bao gồm nắm bắt MEV và cung cấp giá trị dòng lệnh phi tập trung.
Essential đang phát triển một loạt sản phẩm sẽ thúc đẩy quá trình chuyển đổi hệ sinh thái chuỗi khối từ khai thác giá trị sang thỏa mãn mục đích. Họ đang tạo một Ngôn ngữ dành riêng cho miền (DSL) để thể hiện ý định, một tiêu chuẩn Ethereum để trừu tượng hóa tài khoản theo định hướng ý định và một lớp ý định mô-đun. DSL cho phép thể hiện ý định được tiêu chuẩn hóa và giải pháp tối ưu, nâng cao khả năng kết hợp và phát triển các ứng dụng dựa trên ý định. Tiêu chuẩn trừu tượng hóa tài khoản theo định hướng mục đích cung cấp cho người giải khả năng xây dựng các giao dịch hợp lệ dựa trên mục đích của người dùng, đưa chức năng mục đích vào chuỗi EVM hiện có. Lớp mục đích mô-đun đảm bảo kiến trúc chỉ dành cho mục đích, luồng đặt hàng tổng hợp, kháng MEV và khả năng thực hiện mục đích chuỗi chéo. Nhiệm vụ của Essential là trao quyền cho người dùng, loại bỏ sự bóc lột và thúc đẩy một tương lai chuỗi khối công bằng và lấy người dùng làm trung tâm.
Công nghệ Giao thức CoW xây dựng một mạng lưới cho các nhà giao dịch và người giải quyết, cho phép các giao dịch ngang hàng hiệu quả và đáng tin cậy. Giao thức CoW định vị duy nhất chính nó là cơ sở hạ tầng giao dịch gốc cho các lớp thanh toán theo thời gian rời rạc (như Ethereum) và cung cấp cho người dùng các giao dịch công bằng và dễ tiếp cận bằng cách sử dụng đấu giá theo lô làm khái niệm chính. Các giao dịch có thể được thanh toán trực tiếp thông qua AMM on-chain cơ bản hoặc thông qua công cụ tổng hợp DEX, tùy thuộc vào nhóm/tuyến đường nào đưa ra mức giá tốt nhất. Vì vậy, về cơ bản, nó là Trình tổng hợp Dex cho Trình tổng hợp Dex. Giao thức CoW thực hiện đấu giá theo lô thông qua Coincidence of Wants (CoW) để tối đa hóa tính thanh khoản và tận dụng tất cả tính thanh khoản có sẵn trên chuỗi khi cần. Giao thức liên tục chạy các cuộc đấu giá theo lô với tư cách là người giải quyết, các bên chịu trách nhiệm tìm ra giải pháp xử lý theo lô tối ưu, cạnh tranh để giải quyết nó.
1inch Fusion hoặc UniswapX. Vì lĩnh vực này còn non trẻ và đang phát triển nhanh chóng nên hình minh họa này có thể thay đổi rất nhiều chỉ sau vài tháng.
Phần kết luận
Cách tiếp cận dựa trên Tx hiện tại trong Web3 tỏ ra phức tạp và tốn thời gian cho người dùng cuối. Nó liên quan đến việc chỉ định đường dẫn thực thi giữa các cơ sở hạ tầng khác nhau, dẫn đến trải nghiệm người dùng khó chịu và khả năng bị các tác nhân tinh vi hơn lợi dụng. Các ứng dụng dựa trên mục đích cung cấp một sự thay đổi đầy hứa hẹn từ các mô hình mệnh lệnh sang mô hình khai báo, nâng cao trải nghiệm người dùng và giảm thiểu MEV. Mặc dù tính trừu tượng của tài khoản (AA) và các ứng dụng dành riêng cho mục đích đã mang lại những tiến bộ thú vị, nhưng chúng cũng có một số hạn chế, đặc biệt là trong thế giới đa chuỗi.
Xây dựng lớp ý định cho một thế giới hoàn toàn tập trung vào ý định phải đối mặt với những thách thức đáng kể, vì chúng ta cần khắc phục sự phức tạp của các hệ thống hiện tại và tạo cơ sở hạ tầng phi tập trung, hiệu quả và thân thiện với người dùng để thể hiện và thực thi ý định. Do đó, chúng ta vẫn còn một chặng đường dài từ mô hình này. Tuy nhiên, một số dự án đang thực hiện nỗ lực này và chúng tôi mong đợi nhiều dự án khác sẽ xuất hiện trong tương lai.
Khi việc áp dụng theo dự định tiếp tục phát triển (do ERC 4337 thúc đẩy), người dùng có thể chuyển sang các mempool thay thế. Quản lý cẩn thận là điều cần thiết để ngăn chặn nguy cơ tập trung hóa và sự gia tăng của các trung gian trục lợi.
