Giao dịch = bạn chỉ định cách thực hiện; Ý định = chỉ định những gì bạn muốn, nhưng không quan tâm làm thế nào để đạt được nó.
Tiêu đề gốc: " Trừu tượng hóa tài khoản và SUAVE: Chúng ta còn cách Ethereum bao xa? "
Viết bởi: StanleyH, Nhà nghiên cứu tại MetaWebVentures
Biên soạn: Yvonne
"Ý định" gần đây đã trở thành chủ đề thảo luận cốt lõi của những người đam mê Ethereum và các nội dung liên quan như Account Abstraction, SUAVE, đấu giá luồng đơn đặt hàng, v.v. cũng đã được kết nối thành chuỗi. Bài viết này sẽ thảo luận về cách chúng tôi hoàn thành quá trình chuyển đổi từ "hoán đổi dựa trên giao dịch" sang "hoán đổi dựa trên mục đích" và những kết quả không mong muốn nào có thể xảy ra trong quá trình này, thay đổi hoàn toàn hình thức MEV.
ý định
Nói đến "Intent" mà không nhắc đến Anoma là không chính đáng. Họ đã bắt đầu xây dựng một kiến trúc chuỗi khối ý định làm trung tâm ngay từ đầu. Vậy ý định là gì? Rất may, bài viết này dựa trên Mô hình, vì vậy tôi có thể mượn định nghĩa của họ:
"Ý định là một tập hợp các ràng buộc có khai báo, đã ký, cho phép người dùng thuê ngoài việc tạo giao dịch cho bên thứ ba, đồng thời từ bỏ toàn quyền kiểm soát đối với các bên tham gia giao dịch."
Hãy xem xét một ví dụ thực tế. Alice có 10.000 USDT trên Ethereum và cô ấy muốn sử dụng số tiền này để nhận được càng nhiều GLP (trên Arbitrum) càng tốt. Hôm nay, trước tiên, Alice cần bắc cầu chuyển tiền của mình từ Ethereum sang Arbitrum, điều này đòi hỏi phải chọn một cầu nối xuyên chuỗi tối ưu. May mắn thay, điều này có thể được thực hiện với một công cụ tổng hợp cầu nối như Bungee. Sau khi kết nối USDT với Arbitrum, bây giờ Alice cần quyết định xem cô ấy sẽ sử dụng tài sản nào để mua GLP - vì GMX áp dụng các khoản phí linh động đối với các tài sản khác nhau để cân bằng nhóm khi mua GLP, điều này có nghĩa là nếu phí USDT quá cao, Alice có thể sẽ hoán đổi USDT sang một tài sản khác (tức là ETH) và sử dụng ETH để mua GLP. Để đưa ra quyết định, Alice cần so sánh sự khác biệt về phí trên GMX và sự trượt giá của các giao dịch giữa nhiều tài sản. Rất nhiều việc phải làm và tính toán của cô ấy có thể không có sẵn vào thời điểm cô ấy ký hợp đồng -- tỷ giá, giá cả và trượt giá luôn thay đổi.
Với Intents, quy trình trông hoàn toàn khác. Alice chỉ cần thể hiện Ý định của mình "Tôi muốn nhận được càng nhiều GLP càng tốt, ít nhất là 100.000 và có 10.000 USDT trên Ethereum", bộ giải Ý định sẽ hoàn thành mọi tính toán và giao dịch cho cô ấy và chỉ cung cấp cho cô ấy Kết quả cuối cùng : GLP trên Arbitrum.
Tóm lại, giao dịch = bạn chỉ định cách thực hiện; Ý định = chỉ định những gì bạn muốn, nhưng đừng quan tâm làm thế nào để đạt được nó.
Trên thực tế, chúng tôi đã thể hiện Ý định trên Ethereum. Mọi giao dịch hoán đổi sử dụng công cụ tổng hợp DEX như 1inch đều là một Ý định: bạn chỉ cần chỉ định số tiền đầu vào và trượt giá, đồng thời để hợp đồng định tuyến tìm tuyến đường tốt nhất cho bạn. Chúng tôi gọi nó là "Ý định đơn giản". Ngoài ra còn có một thứ mà tôi gọi là "Ý định của người tìm kiếm", giống như tùy chọn của người tìm kiếm đối với thứ tự giao dịch trong phiên đấu giá Flashbots. Điều này rất quan trọng khi chúng ta đi sâu vào việc triển khai Intent sau này. Sau đó, có "Ý định tùy ý", tức là người dùng có thể thể hiện bất kỳ Ý định nào và hoàn thành Ý định đó.
Cách mạng UX
Chuỗi khối từ lâu đã bị chỉ trích vì trải nghiệm người dùng kém, điều mà nhiều người tin rằng đó là một trong những trở ngại ngăn cản việc áp dụng đại trà Web3. Bây giờ chúng tôi có Ý định, một mô hình tương tác có thể làm cho trải nghiệm người dùng chuỗi khối không chỉ tương đương với Web2 mà còn thực sự tốt hơn Web2. Với thiết lập Web2 hiện tại, người dùng với mục tiêu cuối cùng vẫn cần biết đường dẫn, tức là nếu bạn muốn mua cổ phiếu/vật phẩm/thực phẩm, bạn cần biết ứng dụng nào sẽ sử dụng... nhưng Ý định có thể hoạt động mà không cần biết đường dẫn đạt được mục tiêu cuối cùng. Khả năng kết hợp tự nhiên của dapps chuỗi khối càng làm cho mô hình này có thể mở rộng so với các ứng dụng Web2 bị tắt.
lớp ý định
Tầm nhìn này nghe có vẻ tốt, nhưng trước tiên chúng ta cần một lớp ý định nơi người dùng có thể thể hiện ý định của họ và người giải quyết có thể cạnh tranh để giải quyết những ý định đó. Anoma và SUAVE là ý định cuối cùng của Flashbot, cả hai đều cố gắng trở thành lớp ý định của chuỗi khối trong khi sử dụng các cách tiếp cận hoàn toàn khác nhau. Còn quá sớm để so sánh chúng (không ai biết Intent layer trông như thế nào), nhưng có một điều chắc chắn là: xây dựng Intent layer rất khó. Nhiều nguyên tắc thiết kế của nó thực sự trái ngược nhau, như được phản ánh trong bản thiết kế của SUAVE:
1. Cam kết và phân quyền đáng tin cậy
Một mạng Ý định p2p đơn giản (nghĩa là "Bộ nhớ ý định") không có khả năng hoạt động vì nó không thể đảm bảo cam kết của người dùng và người giải đối với Ý định - ví dụ: chúng tôi cần đảm bảo rằng người dùng sẽ trả số tiền mà cô ấy đã hứa, một lần Ý định của cô ấy được giải quyết, người giải quyết phải tuân theo các ràng buộc do người dùng đặt ra. Một giải pháp tập trung sẽ hiệu quả, nhưng tất nhiên chúng tôi muốn một giải pháp phi tập trung, cho phép chúng tôi có một lựa chọn: chuỗi khối. Vâng, đó là lý do tại sao SUAVE là một chuỗi khối.
2. Quyền riêng tư
Chúng tôi muốn các bộ giải cung cấp khả năng thực thi tốt nhất có thể cho ý định của người dùng, yêu cầu càng nhiều thông tin càng tốt, nhưng đồng thời không muốn các tác nhân độc hại khai thác chúng, điều này yêu cầu ẩn ít nhất một số thông tin về ý định. Hiện tại có hai vấn đề: Thứ nhất, về mặt kỹ thuật rất khó để giữ thông tin có thể tính toán được trên chuỗi khối ở chế độ riêng tư. Lựa chọn hạn chế: TEE, ZKP, MPC. Không có cái nào là hoàn hảo và Flashbots đề xuất sử dụng Môi trường thực thi tin cậy (TEE) của Intel, môi trường đã bị chỉ trích về tính bảo mật (và tính sang trọng so với các giải pháp được mã hóa). . Thứ hai, không rõ liệu sẽ có một "sự cân bằng phù hợp" về quyền riêng tư hay không. Sản phẩm mới nhất của Flashbots, MEV-Share hoặc "proto-SUAVE" có thể tiết lộ một số dữ liệu giao dịch của người dùng cho người tìm kiếm. Điều này có thực sự mang lại lợi ích cho cả người dùng và người tìm kiếm hay không vẫn còn phải xem: các lần chạy ngược chỉ được tối ưu hóa nếu người tìm kiếm biết chính xác quy mô và độ trượt giá của hoán đổi và việc rò rỉ thông tin bằng không khiến không thể trích xuất bất kỳ giá trị nào. Bất cứ điều gì ở giữa làm giảm thặng dư tối đa có thể.
3. ngôn ngữ/giao thức mục đích
Người dùng cũng cần một ngôn ngữ để thể hiện Ý định. Chúng tôi muốn ngôn ngữ này có thể thể hiện ý định tùy ý, đó là lý do tại sao SUAVE sẽ sử dụng EVM/Solidity - đó là Turing hoàn chỉnh. Nhưng chúng ta cũng cần một giao thức chuẩn hóa Ý định, có thể hạn chế ngôn ngữ, vì hai lý do: Thứ nhất, Ý định có biểu thức vô hạn có thể không được giải quyết hoặc không thể xác minh trên Chuỗi. Thứ hai, tính biểu cảm cho phép các ý định không rõ ràng, tạo ra nhiều MEV hơn mà chúng tôi muốn giảm thiểu. Đây là một sự cân bằng khó khăn khác để đạt được.
4. Thanh toán Chuỗi chéo& oracle
Vì SUAVE là một chuỗi khối độc lập nên để xử lý các Ý định từ các miền bên ngoài (tức là Ethereum), nên có sự tham gia của việc giải quyết Chuỗi chéo. Người dùng Ethereum phải gửi tiền vào SUAVE và cam kết mở khóa các khoản tiền đó khi Ý định của họ được giải quyết. Đối với các hợp đồng thông minh trên SUAVE, cần có oracle để xác minh điều này. Do đó, SUAVE sẽ phải đối mặt với tất cả các vấn đề mà chúng ta gặp phải trong cầu nối xuyên chuỗi ngày nay: bảo mật, tốc độ, trải nghiệm người dùng, giả định về niềm tin, v.v.
Tóm lại: chúng tôi muốn sử dụng chuỗi khối để phân cấp lớp Mục đích, đưa ra vấn đề giải quyết Chuỗi chéo; chúng tôi hy vọng mang lại cho người dùng nhiều lợi nhuận hơn, điều này cũng có thể mang lại nhiều tiền phạt hơn; bày tỏ mong muốn của họ, nhưng cũng cần phải đảm bảo rằng những gì họ thể hiện là có thể giải quyết được.
Lớp ý định yêu cầu Account Abstraction
Account Abstraction(AA) thường được rút gọn thành "giao dịch không tốn gas", "khôi phục không cần chìa khóa" và có lẽ là "giới hạn tỷ lệ". Vâng, đây là mát mẻ, nhưng không đủ mát mẻ. Điều thú vị nhất về AA là kiến trúc của nó, khiến chiếc ví trở thành lối vào của Intent.
Sơ lược về AA:
Có hai loại địa chỉ trên Ethereum: hợp đồng thông minh và tài khoản bên ngoài (EOA). EOA có thể bắt đầu giao dịch nhưng hợp đồng thông minh thì không. Do đó, hầu hết các ví Ethereum mà chúng ta sử dụng ngày nay là EOA. Có ví hợp đồng thông minh (SCW) như Gnosis Safe, nhưng vì hợp đồng thông minh không thể bắt đầu giao dịch nên bạn cần có EOA để trả tiền cho SCW. Ưu điểm của SCW: Là một hợp đồng thông minh, ví có thể thực thi logic tùy ý, mở ra vô số ứng dụng mới cho ví, trong khi EOA chỉ có thể ký các giao dịch.
Để cho phép người dùng sử dụng SCW mà không cần EOA riêng, EIP-4337 giới thiệu một loại giao dịch mới có tên là Hoạt động của người dùng và một vai trò mới có tên là Người đóng gói. Sau khi vượt qua EIP-4337, luồng người dùng của SCW là:
Người dùng gửi UserOps (cho biết hành động họ muốn ví thực hiện) đến UserOp mempool → trình đóng gói xác minh và "gộp" UserOps lại với nhau, thực hiện chúng (ký tên, thanh toán phí gas), gửi giao dịch đến hợp đồng EntryPoint → đặt hợp đồng EntryPoint giao dịch Được chuyển đến SCW, nhắc SCW thực hiện những gì người dùng yêu cầu → nhà đóng gói được hoàn lại phí gas từ hợp đồng EntryPoint (để đơn giản, chúng tôi sẽ bỏ qua PayMaster).
Vậy tại sao lớp Intent lại cần AA, chúng tôi vẫn lấy SUAVE làm ví dụ. Có hai trường hợp:
1. SUAVE trực tiếp xử lý Ý định của người dùng
Trong trường hợp này, như chúng tôi đã đề cập, người dùng cần gửi tiền vào SUAVE, đồng thời kiểm tra và viết hợp đồng thông minh. Điều này làm giảm đáng kể trải nghiệm người dùng. Điều này rất phản trực giác - tại sao tôi cần chuyển tiền đến và tương tác với một Chuỗi khác chỉ để làm điều gì đó trên Ethereum?Ở đây, AA và SCW phát huy tác dụng: bạn có thể đặt SUAVE Tất cả logic tương tác của được đóng gói vào ví Ethereum. Tiền được gửi, xác minh được thực hiện, mọi thứ đều hoạt động. Điều này không giải quyết được bất kỳ thách thức cơ bản nào mà SUAVE phải đối mặt - chúng tôi vẫn cần một cây cầu không tin cậy, một giao thức Intent, v.v. Nhưng ít nhất bản thân trải nghiệm người dùng có thể được lưu phần lớn với SCW. EOA chỉ đơn giản là không thể làm điều này.
2. SUAVE chỉ xử lý Ý định của người tìm kiếm
Rõ ràng là Flashbots sẽ lặp đi lặp lại việc xây dựng SUAVE trên các sản phẩm hiện có của nó, cụ thể là MEV-Boost và MEV-Share. Do khó khăn trong việc xây dựng một giao thức khả thi cho các ý định tùy ý, SUAVE có thể sẽ không chạm vào ý định của người dùng trong một thời gian dài. Thay vào đó, nó sẽ trông giống Flashbots hiện tại hơn, chủ yếu xử lý các tùy chọn đặt hàng giao dịch hoặc cái mà tôi gọi là "Ý định của người tìm kiếm". Trong trường hợp này, trước tiên ai đó phải chuyển đổi Ý định của người dùng thành giao dịch, sau đó gửi giao dịch tới SUAVE, điều đó có nghĩa là việc giải quyết Ý định sẽ xảy ra trước SUAVE.
Vậy lớp Ý định trong trường hợp này là ai?Các dapp hiện tại, chẳng hạn như trình tổng hợp DEX giải quyết các Ý định đơn giản. Khi AA trưởng thành, SCW có thể trở thành lớp ý định trên thực tế và ăn cắp bữa trưa từ các dapp và SUAVE. Những lý do như sau:
Hiện tại, MEV là sự sắp xếp lại các giao dịch hiện có. Tuy nhiên, với Ý định, hầu hết giá trị được trích xuất trước khi giao dịch được tạo và MEV (nếu chúng ta vẫn gọi nó như vậy) sẽ là về việc tạo giao dịch từ Ý định. Sau khi bộ giải nhận được Ý định, nó có thể điều chỉnh việc thực thi theo ý muốn (miễn là đáp ứng các ràng buộc), chèn giao dịch của chính nó vào giao dịch do Ý định tạo ra và gộp chúng lại với nhau dưới dạng một giao dịch nguyên tử.
Ví dụ trực tiếp nhất là tấn công sandwich: hiện tại, tấn công sandwich cần hàng tồn kho để điều chỉnh giá dựa trên giao dịch của người dùng và phải tin tưởng những người chuyển tiếp, người xây dựng và người đề xuất không tách nhóm bánh mì của họ (nếu không chúng sẽ bị phá hủy hoàn toàn ). Nhưng một người giải quyết ý định có thể kẹp ý định của người dùng mà không có rủi ro và không có vốn: anh ta chỉ cần chấp nhận khoản vay nhanh, thay đổi giá trước khi người dùng hoán đổi, hoán đổi sau khi người dùng hoán đổi, hoàn trả khoản vay nhanh và kiếm lợi nhuận, tất cả ngay lập tức Giao dịch được thực hiện vì tất cả các bước liên quan về mặt kỹ thuật đều là của NGÀI.
Đợi đã, điều này nghe có quen không? Hãy cùng xem lại bức tranh tuyệt vời này:
Thật vậy, Bundler rất giống với bộ giải Ý định. Họ lấy UserOps, chuyển đổi chúng thành giao dịch và tận dụng chúng theo ý muốn vì về mặt kỹ thuật, những giao dịch đó thuộc về họ.
Vì vậy Bundlers sẽ là những người tìm kiếm tiếp theo. Vấn đề là UserOps không phải là Ý định. UserOps là các giao dịch giả Ethereum mà việc sử dụng các trường nonce và chữ ký không được xác định bởi giao thức, mà bởi từng triển khai tài khoản. Do đó, phải có một quá trình "Ý định hành động của người dùng". Đây chính xác là những gì lớp Intent làm.
Nếu chúng tôi tin rằng SCW sẽ chiếm ưu thế, thì chỉ có một kết quả hợp lý: ví trở thành lớp Ý định. Luồng ý định và lệnh đã nhập vào dapp trước đó sẽ bị giao diện người dùng của ví chặn lại. Luồng người dùng sẽ trông như thế này:
Lưu ý rằng các bộ giải Ý định trên giao diện người dùng SCW có thể đồng thời đóng vai trò là Bộ đóng gói và Bộ đóng gói cũng có thể là trình tạo khối. Sự tích hợp theo chiều dọc này dẫn đến cái gọi là "Luồng ý định độc quyền (EIF)", giống như EOF (Luồng đặt hàng độc quyền) được thảo luận rộng rãi trong cộng đồng MEV. Trong bài đăng cuối cùng của mình, tôi đã lập luận rằng EOF không phải là vấn đề vì người dùng có thể dễ dàng chuyển đổi bộ truyền động nếu họ thấy mình bị mắc kẹt. Nhưng lần này Ý định sẽ khác: người dùng không còn sở hữu giao dịch. Tất nhiên, họ cũng có thể chuyển lớp Intent nhưng chi phí sẽ cao hơn nhiều so với chuyển RPC hiện nay.
Vì vậy (không ngạc nhiên), Intent sẽ tiếp tục tập trung hóa MEV. Tin vui là việc xây dựng lớp Ý định đầy đủ chức năng là điều khó khăn đối với Flashbot và đối với bất kỳ ví nào, vì vậy chúng tôi sẽ không thấy EIF đầy đủ trong một thời gian dài. Tin xấu là ví cũng có thể được lặp đi lặp lại. Hãy nhớ rằng, dapps ngày nay là bộ giải Intent, SCW có thể có plug-in hoặc dapps bên trong ví. Cài đặt plug-in ví trong ví của bạn cũng dễ dàng như cài đặt ứng dụng từ Google Play trên điện thoại Android của bạn. Plug-In ví này sẽ đóng vai trò là công cụ giải quyết ý định sớm nhất và tất cả các ý định mà chúng thu hút sẽ được chuyển vào ví trước tiên. Một lớp Intent được xây dựng từ dưới lên.
Bây giờ chúng ta có thể trả lời các câu hỏi trong chủ đề này: chúng ta vẫn còn cách xa Ethereum lấy ý định làm trung tâm, nhưng Ý định sẽ bắt đầu đóng vai trò lớn hơn trong lưu lượng người dùng, điều này chắc chắn sẽ thay đổi vĩnh viễn bối cảnh MEV, hợp đồng thông minh Ví sẽ là một ví mạnh mẽ bộ trích xuất giá trị. Người dùng hy sinh quyền sở hữu giao dịch để có trải nghiệm người dùng tốt hơn, hy vọng rằng lớp Ý định được thiết kế tốt sẽ thưởng xứng đáng cho họ về giá trị do Ý định của họ tạo ra.
