Tác giả: Quintus Kilbourn, Georgios Konstantopoulos, Paradigm; Dịch: Golden Finance 0xxz
Giới thiệu
Các cuộc thảo luận xung quanh “ý định” và các ứng dụng của chúng đã trở thành một chủ đề nóng trong cộng đồng Ethereum gần đây.
Khi các giao dịch đề cập cụ thể đến "cách thức" một hành động nên được thực hiện, ý định đề cập đến "cái gì" kết quả mong đợi của hành động đó. Nếu một giao dịch có nội dung "làm A trước, sau đó đến B, thanh toán đầy đủ C để nhận X", ý định nói "Tôi muốn X và tôi sẵn sàng trả tối đa C".
Mô hình khai báo này mở ra trải nghiệm người dùng thú vị và cải thiện hiệu quả. Thông qua ý định, người dùng có thể chỉ cần thể hiện kết quả mong muốn trong khi thuê ngoài nhiệm vụ tối ưu để đạt được kết quả đó cho bên thứ ba có kinh nghiệm. Khái niệm về ý định trái ngược với mô hình giao dịch bắt buộc ngày nay, trong đó mỗi tham số được người dùng chỉ định rõ ràng.
Mặc dù những lời hứa cải tiến này cung cấp các bước rất cần thiết cho hệ sinh thái, nhưng thiết kế dựa trên mục đích trên Ethereum cũng có thể có ý nghĩa quan trọng đối với cơ sở hạ tầng ngoài chuỗi. Đặc biệt, có những liên kết quan trọng đến các hoạt động liên quan đến MEV và kiểm soát thị trường. Bài đăng này nhằm mục đích cung cấp một định nghĩa ngắn gọn về ý định và lợi ích của chúng, khám phá các rủi ro liên quan đến việc triển khai chúng và một số thảo luận về các biện pháp giảm thiểu tiềm năng.
Ý định là gì?
Cách tiêu chuẩn hiện tại để người dùng tương tác với Ethereum là tạo và ký một giao dịch, một thông báo ở định dạng cụ thể cung cấp tất cả thông tin cần thiết để Máy ảo Ethereum (EVM) thực hiện chuyển đổi trạng thái. Tuy nhiên, tạo giao dịch có thể là một việc phức tạp. Tạo một giao dịch đòi hỏi phải suy luận về các chi tiết như mạng lưới rộng lớn các hợp đồng thông minh và quản lý nonce, đồng thời nắm giữ các tài sản cụ thể để trả phí gas. Sự phức tạp này dẫn đến trải nghiệm người dùng dưới mức tối ưu và mất hiệu quả do người dùng buộc phải đưa ra quyết định mà không có quyền truy cập đầy đủ vào thông tin hoặc các chính sách thực thi phức tạp.
Ý định được thiết kế để giảm bớt những gánh nặng này cho người dùng. Một cách không chính thức, các ý định ký một tập hợp các ràng buộc khai báo cho phép người dùng thuê ngoài việc tạo giao dịch cho các bên thứ ba mà không từ bỏ toàn quyền kiểm soát các bên giao dịch.
Trong các quy trình dựa trên giao dịch tiêu chuẩn, chữ ký giao dịch cho phép người xác minh đi theo chính xác một đường dẫn tính toán cho một trạng thái cụ thể và gợi ý khuyến khích người xác minh làm như vậy. Mặt khác, ý định không chỉ định rõ ràng đường dẫn tính toán phải được thực hiện, nhưng cho phép bất kỳ đường dẫn tính toán nào thỏa mãn các ràng buộc nhất định. Bằng cách ký và chia sẻ ý định (intents), người dùng cấp quyền hiệu quả cho người nhận để chọn đường dẫn tính toán thay cho họ (xem sơ đồ bên dưới). Sự khác biệt này cho phép định nghĩa một chút chặt chẽ hơn về ý định như các thông báo đã ký cho phép một tập hợp các chuyển đổi trạng thái từ một trạng thái bắt đầu nhất định, với trường hợp đặc biệt là các giao dịch cho phép chuyển đổi duy nhất. Phải nói rằng, chúng tôi sẽ tiếp tục phân biệt "ý định" với các giao dịch.
*Hình 1: Khi gửi giao dịch, người dùng chỉ định đường dẫn tính toán chính xác. Khi gửi các ý định (intent), người dùng chỉ định một mục tiêu và một số ràng buộc, và quá trình đối sánh sẽ xác định đường dẫn tính toán sẽ được thực hiện. *
Điều quan trọng là nhiều ý định (ý định) có thể được bao gồm trong một giao dịch duy nhất, cho phép khớp các ý định (ý định) chồng chéo, tăng gas và hiệu quả kinh tế, ví dụ: trong sổ đặt hàng do nhà xây dựng duy trì, hai đơn đặt hàng có thể được trao đổi lẫn nhau trước khi nhập lệnh bù trừ thị trường. Các ứng dụng khác bao gồm ý định (intent) giữa các miền - ký một tin nhắn thay vì nhiều giao dịch trên các miền khác nhau - sử dụng các lược đồ kháng phát lại (replay resistance) khác nhau và thanh toán gas cho người dùng linh hoạt hơn, chẳng hạn như cho phép 3 bên đầu tiên tài trợ gas hoặc thanh toán trong các mã thông báo khác nhau.
quá khứ và tương lai của ý định
Các ý định đã được tạo ra để thuê ngoài sự phức tạp của việc tương tác với chuỗi khối, đồng thời cho phép người dùng duy trì quyền giám sát tài sản và danh tính mật mã của họ.
Bạn có thể nhận thấy rằng nhiều ý tưởng trong số này tương ứng với các hệ thống đã hoạt động trong nhiều năm:
Lệnh giới hạn: Có thể rút 100X từ tài khoản của tôi nếu tôi nhận được ít nhất 200Y.
Đấu giá kiểu CowSwap: Tương tự như trên, nhưng dựa vào bên thứ ba hoặc cơ chế khớp nhiều lệnh để tối đa hóa chất lượng khớp lệnh.
**Tài trợ gas: **Thanh toán gas bằng USDC thay vì ETH. Ý định (ý định) chỉ có thể được thực hiện bằng cách khớp ý định và phí được trả bằng ETH.
Ủy quyền: Chỉ cho phép tương tác với một số tài khoản nhất định theo những cách nhất định được ủy quyền trước. Ý định chỉ có thể được thực hiện nếu giao dịch kết quả tôn trọng danh sách kiểm soát truy cập được chỉ định trong ý định.
**Giao dịch hàng loạt: **Cho phép xử lý hàng loạt ý định để cải thiện hiệu suất Gas.
** Bộ tổng hợp: ** Chỉ hoạt động với giá/sản lượng "tốt nhất". Mục đích này có thể đạt được bằng cách chứng minh rằng việc tổng hợp nhiều địa điểm được thực hiện và đường dẫn tốt nhất được thực hiện.
Trong tương lai, trong bối cảnh MEV chuỗi chéo (chẳng hạn như SUAVE), tóm tắt tài khoản kiểu ERC4337 và thậm chí cả đơn đặt hàng Cảng biển, ý định của mọi người đang được hồi sinh! Trong khi ERC4337 đang phát triển hết tốc lực, các ứng dụng mới khác như ý định tên miền chéo vẫn cần nghiên cứu thêm.
Điều quan trọng, trong tất cả các ứng dụng dựa trên ý định, cũ và mới, cần phải có ít nhất một bên khác hiểu ý định, có động lực để thực hiện ý định và có thể thực hiện điều đó một cách kịp thời. Các câu hỏi về các bên này là ai, họ thực hiện như thế nào và động cơ của họ là gì phải được đặt ra để xác định tính hiệu quả, các giả định về niềm tin và ý nghĩa rộng lớn hơn của các hệ thống hướng đến mục đích.
Người trung gian và mempool của nó
Kênh rõ ràng nhất để ý định lọt vào tay người trung gian là Ethereum mempool. Thật không may, thiết kế hiện tại không hỗ trợ việc truyền bá ý định. Những lo ngại về các cuộc tấn công DoS có thể có nghĩa là không thể hỗ trợ toàn cầu cho các ý định chung hoàn toàn trong bộ nhớ Ethereum ngay cả trong thời gian dài. Như chúng ta sẽ thấy bên dưới, bản chất mở và không cần cấp phép của Ethereum mempool tạo ra các rào cản bổ sung đối với việc áp dụng các ý định.
Trong trường hợp không có Ethereum mempool, các nhà thiết kế hệ thống ý định hiện phải đối mặt với một số vấn đề về thiết kế. Quyết định cấp cao là liệu có truyền ý định đến tập quyền hay cung cấp chúng theo cách không được phép để một trong hai bên có thể thực thi ý định.
Hình 2: Các luồng ý định từ người dùng đến nhóm ý định (ý định) được phép/không được phép và công khai/riêng tư, được trung gian chuyển đổi thành giao dịch và cuối cùng nhập vào nhóm bộ nhớ công cộng hoặc chuyển trực tiếp đến chuỗi thông qua đấu giá kiểu MEVBoost
Mempool không được phép
Một thiết kế mà người ta có thể cố gắng đạt được là một API phi tập trung cho phép các ý định được lan truyền trên các nút trong hệ thống, cung cấp quyền truy cập không cần cấp phép cho các tác nhân. Việc này đã được làm từ trước. Ví dụ: tin đồn giới hạn các đơn đặt hàng giữa các bộ chuyển tiếp giao thức 0x và đưa chúng vào chuỗi khi khớp. Ý tưởng này cũng được khám phá trong bối cảnh của một bộ nhớ chung ERC4337 được chia sẻ để chống lại rủi ro kiểm duyệt và tập trung hóa. Tuy nhiên, việc thiết kế một "nhóm ý định" không được phép như vậy phải đối mặt với một số thách thức đáng kể:
** Anti-DoS: ** Có thể cần giới hạn chức năng của ý định (intent) để tránh bị tấn công.
Tuyên truyền các ưu đãi: Đối với nhiều ứng dụng, thực hiện các ý định là một hoạt động có lợi nhuận. Do đó, các nút vận hành một nhóm ý định có động cơ không lan truyền, để giảm sự tranh chấp khi thực thi ý định.
**MEV: **ý định dựa vào hành vi tốt từ các tác nhân ngoài chuỗi để cải thiện chất lượng thực thi và việc sử dụng nhóm ý định công khai, không được phép có thể gặp khó khăn. Nếu việc thực thi kém mang lại lợi nhuận, thì một nhóm ý định trái phép có khả năng dẫn đến kết quả đó. Điều này tương tự như việc bị mắc kẹt trong Ethereum mempool ngày nay và dự kiến sẽ là một vấn đề phổ biến đối với các ý định liên quan đến DeFi. Một con đường khả thi phía trước có thể là nhóm mục đích được mã hóa nhưng không được phép.
"nhóm bộ nhớ" được phép
Các API tập trung đáng tin cậy có khả năng chống lại DoS cao hơn và không cần truyền bá ý định. Các mô hình đáng tin cậy cũng cung cấp một số cơ sở cho các vấn đề về MEV. Miễn là giả định tin cậy được duy trì, chất lượng thực hiện sẽ được đảm bảo. Một bên trung gian đáng tin cậy cũng có thể có danh tiếng gắn liền với nó, cung cấp một số động lực để thực hiện tốt. Vì điều này, nhóm ý định được phép hấp dẫn đối với các nhà phát triển ứng dụng dựa trên ý định trong thời gian ngắn. Tuy nhiên, như tất cả chúng ta đều biết, giả định về niềm tin mạnh mẽ là thiếu sót và có phần trái ngược với phần lớn các đặc tính của chuỗi khối. Những vấn đề này sẽ được giải quyết dưới đây.
dung dịch hỗn hợp
Một số giải pháp là hỗn hợp của những điều trên. Ví dụ: có thể có quyền truyền bá, nhưng không có quyền thực thi (giả sử giả định tin cậy được giữ) và ngược lại. Một ví dụ phổ biến về giải pháp kết hợp là đấu giá luồng đơn đặt hàng.
Ý tưởng cấp cao đằng sau những thiết kế này là người dùng cần đối tác có thể cần phân biệt giữa đối tác tốt hơn và kém hơn (ví dụ: bên kia chấp nhận giao dịch với giá ưu đãi). Quá trình thiết kế thường bao gồm một bên đáng tin cậy nhận ý định (hoặc giao dịch) của người dùng và thay mặt họ tạo điều kiện cho phiên đấu giá. Tham gia đấu giá (đôi khi) là trái phép.
Những kiểu thiết kế này có nhược điểm riêng và có khả năng gặp phải nhiều lo ngại xung quanh nhóm mục đích được phép, nhưng có một số điểm khác biệt quan trọng sẽ trở nên rõ ràng sau này.
Điểm mấu chốt: Các ứng dụng dựa trên ý định không chỉ liên quan đến các định dạng thông báo mới để tương tác với các hợp đồng thông minh, chúng còn liên quan đến các cơ chế phát hiện đối tác và lan truyền kiểu mempool thay thế. Việc thiết kế một cơ chế khám phá và kết hợp ý định vừa tương thích với khuyến khích vừa phi tập trung là điều không hề đơn giản.
Tôi có thể sai ở đâu?
Mặc dù ý định là một mô hình giao dịch mới thú vị, nhưng việc áp dụng rộng rãi chúng có thể có nghĩa là xu hướng lớn hơn của hoạt động người dùng chuyển sang mempool thay thế đang tăng tốc. Nếu không được quản lý đúng cách, sự thay đổi này có thể dẫn đến sự tập trung hóa và cố thủ của những người trung gian đòi tiền thuê.
Luồng đặt hàng
Di chuyển từ mempool công khai có thể dẫn đến việc tập trung sản xuất khối Ethereum nếu ý định thực thi với quyền, nhưng bộ quyền không được chọn cẩn thận. *
Phần lớn quá trình sản xuất khối trên Ethereum hiện đang diễn ra thông qua MEV-Boost, một triển khai ngoài giao thức tách người đề xuất-người xây dựng (PBS) và lộ trình hiện tại không đưa ra dấu hiệu nào cho thấy giao diện này sẽ sớm thay đổi. PBS dựa vào sự tồn tại của một thị trường cạnh tranh để các nhà xây dựng khối hướng MEV đến bộ xác thực. Một vấn đề lớn trong PBS là khả năng của những người xây dựng khối có quyền truy cập độc quyền vào các nguyên liệu thô cần thiết để tạo ra các khối có giá trị—các giao dịch và ý định, còn được gọi là “luồng đặt hàng”. Theo cách nói của PBS, quyền truy cập được phép vào các ý định sẽ được gọi là "Luồng đặt hàng độc quyền" (EOF). Như đã thảo luận trong bài viết này, EOF rơi vào tay kẻ xấu đe dọa cấu trúc thị trường mà PBS dựa vào, vì tính độc quyền trong dòng lệnh có nghĩa là một con hào chống lại các lực lượng cạnh tranh.
Những người xây dựng khối (hoặc các thực thể hợp tác) kiểm soát phần lớn luồng đặt hàng của Ethereum sẽ có thể tạo ra phần lớn các khối mainnet, mở ra một véc tơ để kiểm duyệt. Vì mạng dựa vào sự cạnh tranh giữa những người xây dựng để chuyển giá trị cho người xác thực (hoặc bị phá hủy trong tương lai), nên sự thống trị của một người xây dựng duy nhất sẽ tạo thành sự chuyển giao giá trị từ Ethereum sang người xây dựng. Trục lợi và kiểm duyệt chắc chắn là những mối đe dọa đáng kể đối với giao thức.
lòng tin
Vì nhiều giải pháp yêu cầu sự tin tưởng vào các bên trung gian, nên việc phát triển các kiến trúc dựa trên ý định mới bị cản trở bởi các rào cản gia nhập cao, nghĩa là tỷ lệ đổi mới và cạnh tranh thấp hơn để đảm bảo chất lượng thực thi. *
Trong trường hợp xấu nhất, người dùng có thể thấy mình ở vị trí chỉ có một bên thực hiện ý định, chẳng hạn như độc quyền xây dựng khối trong phần trước. Trong một thế giới như vậy, các công ty độc quyền xây dựng khối sẽ có thể trích tiền thuê và bất kỳ đề xuất mới nào về cách xử lý ý định sẽ bị từ chối nếu không được các nhà xây dựng chấp nhận. Người dùng cá nhân mất quyền đàm phán khi đối mặt với độc quyền—một tác động trở nên trầm trọng hơn khi người dùng sử dụng ý định cung cấp thêm mức độ tự do cho người trung gian.
Thật không may, sự trì trệ của thị trường do cơ sở hạ tầng tập trung không bao gồm những lo ngại về thị trường cho các nhà xây dựng. Ngay cả đối với các doanh nghiệp xây dựng phi khối, rào cản gia nhập cao đặt người trung gian vào một vị trí vững chắc, vì họ phải đối mặt với ít sự cạnh tranh. Ví dụ, hãy xem xét trạng thái hiện tại của thị trường đấu giá dòng lệnh. Một vài thực thể như Flashbots và CoWswap nhận hầu hết luồng đơn đặt hàng đến OFA. Luồng đặt hàng được phân phối phần lớn bởi vì các thực thể này đã tồn tại trong nhiều năm hoặc được liên kết với các thực thể có uy tín, nghĩa là họ đã đạt được mức độ tin cậy nhất định của công chúng. Nếu một thiết kế OFA mới cố gắng tham gia thị trường, bất kỳ ai đang điều hành OFA mới sẽ phải mất nhiều thời gian để thuyết phục người dùng và ví tiền rằng họ có uy tín và sẽ không lạm dụng quyền lực của mình. Nhu cầu về một chiến dịch đáng tin cậy như vậy chắc chắn tạo thành một rào cản đáng kể đối với việc gia nhập.
Thị trường đấu giá dòng lệnh chỉ mới bắt đầu thu hút sự chú ý gần đây và vẫn còn phải xem sự cạnh tranh sẽ phát triển như thế nào, nhưng thị trường cung cấp một ví dụ minh họa trong đó các mempool đáng tin cậy, được phép có thể lưu giữ một số lượng nhỏ những người tham gia mạnh mẽ, do đó gây hại cho lợi ích tốt nhất của người dùng.
Định dạng mục đích EIP4337 cung cấp một ví dụ khác về cơ chế khả thi đối với chúng tôi. Hãy xem xét một thế giới nơi đã có sẵn một kiến trúc đáng tin cậy để hỗ trợ các ý định 4337. Nếu một định dạng khác cho ý định được đề xuất - có thể phục vụ các trường hợp sử dụng bổ sung như chức năng trên nhiều nguồn gốc - nhưng các bên trung gian đáng tin cậy đã được thiết lập không áp dụng định dạng mới này (xét cho cùng, định dạng này không được áp dụng nhiều và không liên quan đến cạnh tranh mô hình kinh doanh của họ ), việc triển khai các định dạng mới đòi hỏi phải xây dựng niềm tin vào các thực thể mới. Tương tự như vậy, chúng tôi nhận thấy mình đang ở một vị trí để đổi mới và thách thức hiện trạng, nhưng gặp phải những rào cản gia nhập dựa trên niềm tin.
Độ mờ
Vì nhiều kiến trúc ý định yêu cầu người dùng từ bỏ một số quyền kiểm soát đối với tài sản trên chuỗi của họ và các mempool được phép ngụ ý một mức độ không thể xâm nhập từ bên ngoài, chúng tôi gặp rủi ro khi xây dựng một hệ thống không rõ ràng trong đó. đã gặp, và mối đe dọa đối với hệ sinh thái vẫn chưa được khám phá. *
Các phần trên giải quyết các rủi ro đối với người dùng và các giao thức gây ra sự mất cân bằng quyền lực trong thị trường dòng lệnh. Một vấn đề liên quan là hệ sinh thái của phần mềm trung gian và mempool phát triển giữa người dùng và chuỗi khối trở nên mờ đục, ngay cả đối với những người quan sát sắc sảo. Mối quan tâm này đặc biệt liên quan đến các ứng dụng dựa trên ý định tìm cách cho phép người dùng thuê ngoài để đưa ra các quyết định quan trọng, chẳng hạn như định tuyến đơn hàng.
Các tình huống mà MEV tác động tiêu cực đến hoạt động của người dùng thường là do những người thực thi từ bỏ mức độ tự do cao trong giao dịch (ví dụ: giới hạn trượt giá). Vì vậy, không phải là một bước nhảy vọt về mặt logic để khẳng định rằng các ứng dụng dựa trên ý định từ bỏ mức độ tự do cao hơn nên thiết kế hệ thống thực thi của chúng cẩn thận hơn. Kết quả tồi tệ nhất về vấn đề này là một thế giới mà việc sử dụng một ứng dụng dựa trên ý định yêu cầu ký một ý định biến mất (vào một khu rừng tối, nếu bạn muốn) và sau đó bằng cách nào đó được Thực hiện dưới dạng giao dịch, nhưng không rõ giao dịch được tạo ra như thế nào hoặc bởi ai. Tất nhiên, khả năng giám sát các hệ sinh thái như vậy cũng liên quan đến những lo ngại về EOF và phòng thủ dựa trên niềm tin.
Giảm thiểu rủi ro
Ethereum mempool bị hạn chế. Đối với một số ứng dụng, điều này là do nó thiếu tính riêng tư (clip kẹp), đối với những ứng dụng khác, điều này là do nó không thể hỗ trợ nhiều định dạng tin nhắn hơn. Điều này khiến các nhà phát triển ví và ứng dụng gặp khó khăn vì họ phải tìm cách nào đó để kết nối người dùng với chuỗi khối trong khi tránh những nguy hiểm được mô tả ở trên.
Khi kiểm tra các câu hỏi trên, chúng ta có thể suy ra một số tính chất nhất định của các hệ thống lý tưởng. Một hệ thống như vậy phải không cần cấp phép, để bất kỳ ai cũng có thể khớp và thực thi các ý định mà không phải hy sinh quá nhiều chất lượng thực thi; chung chung, để việc triển khai các ứng dụng mới không yêu cầu xây dựng vùng bộ nhớ mới; minh bạch, để báo cáo công khai về quá trình thực thi ý định và, khi bảo đảm quyền riêng tư cho phép, cung cấp dữ liệu để thực hiện kiểm tra chất lượng.
Trong khi các nhóm như Flashbots và Anoma đang nghiên cứu các giải pháp chung đáp ứng các yêu cầu trên bằng cách kết hợp quyền riêng tư và không được phép, thì hệ thống lý tưởng có thể chưa sẵn sàng sớm. Vì vậy, các giải pháp khác nhau tạo ra sự đánh đổi của riêng chúng có thể phục vụ tốt nhất cho các ứng dụng khác nhau. Mặc dù các cơ chế như crlist phát sinh để giải quyết nhiều vấn đề tương tự xung quanh các ứng dụng dựa trên giao dịch, nhưng có lẽ không phải vì ý định, các tiện ích cho phép người dùng quay lại giao dịch bất cứ khi nào có thể sẽ rất tốt. ý định tốt hơn là tìm kiếm tính tổng quát khi chúng không được phép và chọn người trung gian một cách cẩn thận khi chúng được phép.
Nói chung, chúng tôi yêu cầu các nhà thiết kế ứng dụng dựa trên ý định xem xét kỹ lưỡng tác động ngoại chuỗi của các ứng dụng của họ, vì những tác động này có thể ảnh hưởng đến các cộng đồng rộng lớn hơn chứ không chỉ cơ sở người dùng của họ, chúng tôi yêu cầu cộng đồng chú ý đến hệ sinh thái ngoại chuỗi xung quanh Ethereum.
Tóm lại là
Việc áp dụng các ý định thể hiện sự thay đổi từ mô hình bắt buộc sang mô hình khai báo, hứa hẹn sẽ cải thiện đáng kể trải nghiệm người dùng và giảm hiệu quả do MEV. Nhu cầu về các ứng dụng này là rõ ràng và nhiều ứng dụng dựa trên mục đích đã được sử dụng rộng rãi trong nhiều năm.
Việc tăng cường áp dụng các ý định, được thúc đẩy bởi ERC4337, có thể đẩy nhanh quá trình di chuyển từ Ethereum mempool sang các địa điểm mới. Mặc dù động thái này là hợp lý và không thể tránh khỏi, nhưng các nhà thiết kế ứng dụng dựa trên ý định có lý do chính đáng để cẩn thận trong việc thiết kế các thành phần ngoài chuỗi trong hệ thống của họ khi phát triển cơ sở hạ tầng mạnh mẽ.
Vẫn còn rất nhiều nghiên cứu và kỹ thuật cần được thực hiện trong mô hình giao dịch non trẻ này và trong các lĩnh vực chúng tôi chưa đề cập đến trong bài viết này, chẳng hạn như thiết kế ngôn ngữ biểu thức cho các ý định cho phép quyền riêng tư.
Rất cám ơn DanRobinson, CharlieNoyes, MattHuang, JohnGuibas, XinyuanSun và ElijahFox vì phản hồi của họ về bài viết này và AchalSrinivasan về tác phẩm.
Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Mô hình: Mô hình ý định của các giao dịch Ethereum - kiến trúc và rủi ro
Tác giả: Quintus Kilbourn, Georgios Konstantopoulos, Paradigm; Dịch: Golden Finance 0xxz
Giới thiệu
Các cuộc thảo luận xung quanh “ý định” và các ứng dụng của chúng đã trở thành một chủ đề nóng trong cộng đồng Ethereum gần đây.
Khi các giao dịch đề cập cụ thể đến "cách thức" một hành động nên được thực hiện, ý định đề cập đến "cái gì" kết quả mong đợi của hành động đó. Nếu một giao dịch có nội dung "làm A trước, sau đó đến B, thanh toán đầy đủ C để nhận X", ý định nói "Tôi muốn X và tôi sẵn sàng trả tối đa C".
Mô hình khai báo này mở ra trải nghiệm người dùng thú vị và cải thiện hiệu quả. Thông qua ý định, người dùng có thể chỉ cần thể hiện kết quả mong muốn trong khi thuê ngoài nhiệm vụ tối ưu để đạt được kết quả đó cho bên thứ ba có kinh nghiệm. Khái niệm về ý định trái ngược với mô hình giao dịch bắt buộc ngày nay, trong đó mỗi tham số được người dùng chỉ định rõ ràng.
Mặc dù những lời hứa cải tiến này cung cấp các bước rất cần thiết cho hệ sinh thái, nhưng thiết kế dựa trên mục đích trên Ethereum cũng có thể có ý nghĩa quan trọng đối với cơ sở hạ tầng ngoài chuỗi. Đặc biệt, có những liên kết quan trọng đến các hoạt động liên quan đến MEV và kiểm soát thị trường. Bài đăng này nhằm mục đích cung cấp một định nghĩa ngắn gọn về ý định và lợi ích của chúng, khám phá các rủi ro liên quan đến việc triển khai chúng và một số thảo luận về các biện pháp giảm thiểu tiềm năng.
Ý định là gì?
Cách tiêu chuẩn hiện tại để người dùng tương tác với Ethereum là tạo và ký một giao dịch, một thông báo ở định dạng cụ thể cung cấp tất cả thông tin cần thiết để Máy ảo Ethereum (EVM) thực hiện chuyển đổi trạng thái. Tuy nhiên, tạo giao dịch có thể là một việc phức tạp. Tạo một giao dịch đòi hỏi phải suy luận về các chi tiết như mạng lưới rộng lớn các hợp đồng thông minh và quản lý nonce, đồng thời nắm giữ các tài sản cụ thể để trả phí gas. Sự phức tạp này dẫn đến trải nghiệm người dùng dưới mức tối ưu và mất hiệu quả do người dùng buộc phải đưa ra quyết định mà không có quyền truy cập đầy đủ vào thông tin hoặc các chính sách thực thi phức tạp.
Ý định được thiết kế để giảm bớt những gánh nặng này cho người dùng. Một cách không chính thức, các ý định ký một tập hợp các ràng buộc khai báo cho phép người dùng thuê ngoài việc tạo giao dịch cho các bên thứ ba mà không từ bỏ toàn quyền kiểm soát các bên giao dịch.
Trong các quy trình dựa trên giao dịch tiêu chuẩn, chữ ký giao dịch cho phép người xác minh đi theo chính xác một đường dẫn tính toán cho một trạng thái cụ thể và gợi ý khuyến khích người xác minh làm như vậy. Mặt khác, ý định không chỉ định rõ ràng đường dẫn tính toán phải được thực hiện, nhưng cho phép bất kỳ đường dẫn tính toán nào thỏa mãn các ràng buộc nhất định. Bằng cách ký và chia sẻ ý định (intents), người dùng cấp quyền hiệu quả cho người nhận để chọn đường dẫn tính toán thay cho họ (xem sơ đồ bên dưới). Sự khác biệt này cho phép định nghĩa một chút chặt chẽ hơn về ý định như các thông báo đã ký cho phép một tập hợp các chuyển đổi trạng thái từ một trạng thái bắt đầu nhất định, với trường hợp đặc biệt là các giao dịch cho phép chuyển đổi duy nhất. Phải nói rằng, chúng tôi sẽ tiếp tục phân biệt "ý định" với các giao dịch.
Điều quan trọng là nhiều ý định (ý định) có thể được bao gồm trong một giao dịch duy nhất, cho phép khớp các ý định (ý định) chồng chéo, tăng gas và hiệu quả kinh tế, ví dụ: trong sổ đặt hàng do nhà xây dựng duy trì, hai đơn đặt hàng có thể được trao đổi lẫn nhau trước khi nhập lệnh bù trừ thị trường. Các ứng dụng khác bao gồm ý định (intent) giữa các miền - ký một tin nhắn thay vì nhiều giao dịch trên các miền khác nhau - sử dụng các lược đồ kháng phát lại (replay resistance) khác nhau và thanh toán gas cho người dùng linh hoạt hơn, chẳng hạn như cho phép 3 bên đầu tiên tài trợ gas hoặc thanh toán trong các mã thông báo khác nhau.
quá khứ và tương lai của ý định
Các ý định đã được tạo ra để thuê ngoài sự phức tạp của việc tương tác với chuỗi khối, đồng thời cho phép người dùng duy trì quyền giám sát tài sản và danh tính mật mã của họ.
Bạn có thể nhận thấy rằng nhiều ý tưởng trong số này tương ứng với các hệ thống đã hoạt động trong nhiều năm:
Trong tương lai, trong bối cảnh MEV chuỗi chéo (chẳng hạn như SUAVE), tóm tắt tài khoản kiểu ERC4337 và thậm chí cả đơn đặt hàng Cảng biển, ý định của mọi người đang được hồi sinh! Trong khi ERC4337 đang phát triển hết tốc lực, các ứng dụng mới khác như ý định tên miền chéo vẫn cần nghiên cứu thêm.
Điều quan trọng, trong tất cả các ứng dụng dựa trên ý định, cũ và mới, cần phải có ít nhất một bên khác hiểu ý định, có động lực để thực hiện ý định và có thể thực hiện điều đó một cách kịp thời. Các câu hỏi về các bên này là ai, họ thực hiện như thế nào và động cơ của họ là gì phải được đặt ra để xác định tính hiệu quả, các giả định về niềm tin và ý nghĩa rộng lớn hơn của các hệ thống hướng đến mục đích.
Người trung gian và mempool của nó
Kênh rõ ràng nhất để ý định lọt vào tay người trung gian là Ethereum mempool. Thật không may, thiết kế hiện tại không hỗ trợ việc truyền bá ý định. Những lo ngại về các cuộc tấn công DoS có thể có nghĩa là không thể hỗ trợ toàn cầu cho các ý định chung hoàn toàn trong bộ nhớ Ethereum ngay cả trong thời gian dài. Như chúng ta sẽ thấy bên dưới, bản chất mở và không cần cấp phép của Ethereum mempool tạo ra các rào cản bổ sung đối với việc áp dụng các ý định.
Trong trường hợp không có Ethereum mempool, các nhà thiết kế hệ thống ý định hiện phải đối mặt với một số vấn đề về thiết kế. Quyết định cấp cao là liệu có truyền ý định đến tập quyền hay cung cấp chúng theo cách không được phép để một trong hai bên có thể thực thi ý định.
Hình 2: Các luồng ý định từ người dùng đến nhóm ý định (ý định) được phép/không được phép và công khai/riêng tư, được trung gian chuyển đổi thành giao dịch và cuối cùng nhập vào nhóm bộ nhớ công cộng hoặc chuyển trực tiếp đến chuỗi thông qua đấu giá kiểu MEVBoost
Mempool không được phép
Một thiết kế mà người ta có thể cố gắng đạt được là một API phi tập trung cho phép các ý định được lan truyền trên các nút trong hệ thống, cung cấp quyền truy cập không cần cấp phép cho các tác nhân. Việc này đã được làm từ trước. Ví dụ: tin đồn giới hạn các đơn đặt hàng giữa các bộ chuyển tiếp giao thức 0x và đưa chúng vào chuỗi khi khớp. Ý tưởng này cũng được khám phá trong bối cảnh của một bộ nhớ chung ERC4337 được chia sẻ để chống lại rủi ro kiểm duyệt và tập trung hóa. Tuy nhiên, việc thiết kế một "nhóm ý định" không được phép như vậy phải đối mặt với một số thách thức đáng kể:
"nhóm bộ nhớ" được phép
Các API tập trung đáng tin cậy có khả năng chống lại DoS cao hơn và không cần truyền bá ý định. Các mô hình đáng tin cậy cũng cung cấp một số cơ sở cho các vấn đề về MEV. Miễn là giả định tin cậy được duy trì, chất lượng thực hiện sẽ được đảm bảo. Một bên trung gian đáng tin cậy cũng có thể có danh tiếng gắn liền với nó, cung cấp một số động lực để thực hiện tốt. Vì điều này, nhóm ý định được phép hấp dẫn đối với các nhà phát triển ứng dụng dựa trên ý định trong thời gian ngắn. Tuy nhiên, như tất cả chúng ta đều biết, giả định về niềm tin mạnh mẽ là thiếu sót và có phần trái ngược với phần lớn các đặc tính của chuỗi khối. Những vấn đề này sẽ được giải quyết dưới đây.
dung dịch hỗn hợp
Một số giải pháp là hỗn hợp của những điều trên. Ví dụ: có thể có quyền truyền bá, nhưng không có quyền thực thi (giả sử giả định tin cậy được giữ) và ngược lại. Một ví dụ phổ biến về giải pháp kết hợp là đấu giá luồng đơn đặt hàng.
Ý tưởng cấp cao đằng sau những thiết kế này là người dùng cần đối tác có thể cần phân biệt giữa đối tác tốt hơn và kém hơn (ví dụ: bên kia chấp nhận giao dịch với giá ưu đãi). Quá trình thiết kế thường bao gồm một bên đáng tin cậy nhận ý định (hoặc giao dịch) của người dùng và thay mặt họ tạo điều kiện cho phiên đấu giá. Tham gia đấu giá (đôi khi) là trái phép.
Những kiểu thiết kế này có nhược điểm riêng và có khả năng gặp phải nhiều lo ngại xung quanh nhóm mục đích được phép, nhưng có một số điểm khác biệt quan trọng sẽ trở nên rõ ràng sau này.
Điểm mấu chốt: Các ứng dụng dựa trên ý định không chỉ liên quan đến các định dạng thông báo mới để tương tác với các hợp đồng thông minh, chúng còn liên quan đến các cơ chế phát hiện đối tác và lan truyền kiểu mempool thay thế. Việc thiết kế một cơ chế khám phá và kết hợp ý định vừa tương thích với khuyến khích vừa phi tập trung là điều không hề đơn giản.
Tôi có thể sai ở đâu?
Mặc dù ý định là một mô hình giao dịch mới thú vị, nhưng việc áp dụng rộng rãi chúng có thể có nghĩa là xu hướng lớn hơn của hoạt động người dùng chuyển sang mempool thay thế đang tăng tốc. Nếu không được quản lý đúng cách, sự thay đổi này có thể dẫn đến sự tập trung hóa và cố thủ của những người trung gian đòi tiền thuê.
Luồng đặt hàng
Phần lớn quá trình sản xuất khối trên Ethereum hiện đang diễn ra thông qua MEV-Boost, một triển khai ngoài giao thức tách người đề xuất-người xây dựng (PBS) và lộ trình hiện tại không đưa ra dấu hiệu nào cho thấy giao diện này sẽ sớm thay đổi. PBS dựa vào sự tồn tại của một thị trường cạnh tranh để các nhà xây dựng khối hướng MEV đến bộ xác thực. Một vấn đề lớn trong PBS là khả năng của những người xây dựng khối có quyền truy cập độc quyền vào các nguyên liệu thô cần thiết để tạo ra các khối có giá trị—các giao dịch và ý định, còn được gọi là “luồng đặt hàng”. Theo cách nói của PBS, quyền truy cập được phép vào các ý định sẽ được gọi là "Luồng đặt hàng độc quyền" (EOF). Như đã thảo luận trong bài viết này, EOF rơi vào tay kẻ xấu đe dọa cấu trúc thị trường mà PBS dựa vào, vì tính độc quyền trong dòng lệnh có nghĩa là một con hào chống lại các lực lượng cạnh tranh.
Những người xây dựng khối (hoặc các thực thể hợp tác) kiểm soát phần lớn luồng đặt hàng của Ethereum sẽ có thể tạo ra phần lớn các khối mainnet, mở ra một véc tơ để kiểm duyệt. Vì mạng dựa vào sự cạnh tranh giữa những người xây dựng để chuyển giá trị cho người xác thực (hoặc bị phá hủy trong tương lai), nên sự thống trị của một người xây dựng duy nhất sẽ tạo thành sự chuyển giao giá trị từ Ethereum sang người xây dựng. Trục lợi và kiểm duyệt chắc chắn là những mối đe dọa đáng kể đối với giao thức.
lòng tin
Trong trường hợp xấu nhất, người dùng có thể thấy mình ở vị trí chỉ có một bên thực hiện ý định, chẳng hạn như độc quyền xây dựng khối trong phần trước. Trong một thế giới như vậy, các công ty độc quyền xây dựng khối sẽ có thể trích tiền thuê và bất kỳ đề xuất mới nào về cách xử lý ý định sẽ bị từ chối nếu không được các nhà xây dựng chấp nhận. Người dùng cá nhân mất quyền đàm phán khi đối mặt với độc quyền—một tác động trở nên trầm trọng hơn khi người dùng sử dụng ý định cung cấp thêm mức độ tự do cho người trung gian.
Thật không may, sự trì trệ của thị trường do cơ sở hạ tầng tập trung không bao gồm những lo ngại về thị trường cho các nhà xây dựng. Ngay cả đối với các doanh nghiệp xây dựng phi khối, rào cản gia nhập cao đặt người trung gian vào một vị trí vững chắc, vì họ phải đối mặt với ít sự cạnh tranh. Ví dụ, hãy xem xét trạng thái hiện tại của thị trường đấu giá dòng lệnh. Một vài thực thể như Flashbots và CoWswap nhận hầu hết luồng đơn đặt hàng đến OFA. Luồng đặt hàng được phân phối phần lớn bởi vì các thực thể này đã tồn tại trong nhiều năm hoặc được liên kết với các thực thể có uy tín, nghĩa là họ đã đạt được mức độ tin cậy nhất định của công chúng. Nếu một thiết kế OFA mới cố gắng tham gia thị trường, bất kỳ ai đang điều hành OFA mới sẽ phải mất nhiều thời gian để thuyết phục người dùng và ví tiền rằng họ có uy tín và sẽ không lạm dụng quyền lực của mình. Nhu cầu về một chiến dịch đáng tin cậy như vậy chắc chắn tạo thành một rào cản đáng kể đối với việc gia nhập.
Thị trường đấu giá dòng lệnh chỉ mới bắt đầu thu hút sự chú ý gần đây và vẫn còn phải xem sự cạnh tranh sẽ phát triển như thế nào, nhưng thị trường cung cấp một ví dụ minh họa trong đó các mempool đáng tin cậy, được phép có thể lưu giữ một số lượng nhỏ những người tham gia mạnh mẽ, do đó gây hại cho lợi ích tốt nhất của người dùng.
Định dạng mục đích EIP4337 cung cấp một ví dụ khác về cơ chế khả thi đối với chúng tôi. Hãy xem xét một thế giới nơi đã có sẵn một kiến trúc đáng tin cậy để hỗ trợ các ý định 4337. Nếu một định dạng khác cho ý định được đề xuất - có thể phục vụ các trường hợp sử dụng bổ sung như chức năng trên nhiều nguồn gốc - nhưng các bên trung gian đáng tin cậy đã được thiết lập không áp dụng định dạng mới này (xét cho cùng, định dạng này không được áp dụng nhiều và không liên quan đến cạnh tranh mô hình kinh doanh của họ ), việc triển khai các định dạng mới đòi hỏi phải xây dựng niềm tin vào các thực thể mới. Tương tự như vậy, chúng tôi nhận thấy mình đang ở một vị trí để đổi mới và thách thức hiện trạng, nhưng gặp phải những rào cản gia nhập dựa trên niềm tin.
Độ mờ
Các phần trên giải quyết các rủi ro đối với người dùng và các giao thức gây ra sự mất cân bằng quyền lực trong thị trường dòng lệnh. Một vấn đề liên quan là hệ sinh thái của phần mềm trung gian và mempool phát triển giữa người dùng và chuỗi khối trở nên mờ đục, ngay cả đối với những người quan sát sắc sảo. Mối quan tâm này đặc biệt liên quan đến các ứng dụng dựa trên ý định tìm cách cho phép người dùng thuê ngoài để đưa ra các quyết định quan trọng, chẳng hạn như định tuyến đơn hàng.
Các tình huống mà MEV tác động tiêu cực đến hoạt động của người dùng thường là do những người thực thi từ bỏ mức độ tự do cao trong giao dịch (ví dụ: giới hạn trượt giá). Vì vậy, không phải là một bước nhảy vọt về mặt logic để khẳng định rằng các ứng dụng dựa trên ý định từ bỏ mức độ tự do cao hơn nên thiết kế hệ thống thực thi của chúng cẩn thận hơn. Kết quả tồi tệ nhất về vấn đề này là một thế giới mà việc sử dụng một ứng dụng dựa trên ý định yêu cầu ký một ý định biến mất (vào một khu rừng tối, nếu bạn muốn) và sau đó bằng cách nào đó được Thực hiện dưới dạng giao dịch, nhưng không rõ giao dịch được tạo ra như thế nào hoặc bởi ai. Tất nhiên, khả năng giám sát các hệ sinh thái như vậy cũng liên quan đến những lo ngại về EOF và phòng thủ dựa trên niềm tin.
Giảm thiểu rủi ro
Ethereum mempool bị hạn chế. Đối với một số ứng dụng, điều này là do nó thiếu tính riêng tư (clip kẹp), đối với những ứng dụng khác, điều này là do nó không thể hỗ trợ nhiều định dạng tin nhắn hơn. Điều này khiến các nhà phát triển ví và ứng dụng gặp khó khăn vì họ phải tìm cách nào đó để kết nối người dùng với chuỗi khối trong khi tránh những nguy hiểm được mô tả ở trên.
Khi kiểm tra các câu hỏi trên, chúng ta có thể suy ra một số tính chất nhất định của các hệ thống lý tưởng. Một hệ thống như vậy phải không cần cấp phép, để bất kỳ ai cũng có thể khớp và thực thi các ý định mà không phải hy sinh quá nhiều chất lượng thực thi; chung chung, để việc triển khai các ứng dụng mới không yêu cầu xây dựng vùng bộ nhớ mới; minh bạch, để báo cáo công khai về quá trình thực thi ý định và, khi bảo đảm quyền riêng tư cho phép, cung cấp dữ liệu để thực hiện kiểm tra chất lượng.
Trong khi các nhóm như Flashbots và Anoma đang nghiên cứu các giải pháp chung đáp ứng các yêu cầu trên bằng cách kết hợp quyền riêng tư và không được phép, thì hệ thống lý tưởng có thể chưa sẵn sàng sớm. Vì vậy, các giải pháp khác nhau tạo ra sự đánh đổi của riêng chúng có thể phục vụ tốt nhất cho các ứng dụng khác nhau. Mặc dù các cơ chế như crlist phát sinh để giải quyết nhiều vấn đề tương tự xung quanh các ứng dụng dựa trên giao dịch, nhưng có lẽ không phải vì ý định, các tiện ích cho phép người dùng quay lại giao dịch bất cứ khi nào có thể sẽ rất tốt. ý định tốt hơn là tìm kiếm tính tổng quát khi chúng không được phép và chọn người trung gian một cách cẩn thận khi chúng được phép.
Nói chung, chúng tôi yêu cầu các nhà thiết kế ứng dụng dựa trên ý định xem xét kỹ lưỡng tác động ngoại chuỗi của các ứng dụng của họ, vì những tác động này có thể ảnh hưởng đến các cộng đồng rộng lớn hơn chứ không chỉ cơ sở người dùng của họ, chúng tôi yêu cầu cộng đồng chú ý đến hệ sinh thái ngoại chuỗi xung quanh Ethereum.
Tóm lại là
Việc áp dụng các ý định thể hiện sự thay đổi từ mô hình bắt buộc sang mô hình khai báo, hứa hẹn sẽ cải thiện đáng kể trải nghiệm người dùng và giảm hiệu quả do MEV. Nhu cầu về các ứng dụng này là rõ ràng và nhiều ứng dụng dựa trên mục đích đã được sử dụng rộng rãi trong nhiều năm.
Việc tăng cường áp dụng các ý định, được thúc đẩy bởi ERC4337, có thể đẩy nhanh quá trình di chuyển từ Ethereum mempool sang các địa điểm mới. Mặc dù động thái này là hợp lý và không thể tránh khỏi, nhưng các nhà thiết kế ứng dụng dựa trên ý định có lý do chính đáng để cẩn thận trong việc thiết kế các thành phần ngoài chuỗi trong hệ thống của họ khi phát triển cơ sở hạ tầng mạnh mẽ.
Vẫn còn rất nhiều nghiên cứu và kỹ thuật cần được thực hiện trong mô hình giao dịch non trẻ này và trong các lĩnh vực chúng tôi chưa đề cập đến trong bài viết này, chẳng hạn như thiết kế ngôn ngữ biểu thức cho các ý định cho phép quyền riêng tư.
Rất cám ơn DanRobinson, CharlieNoyes, MattHuang, JohnGuibas, XinyuanSun và ElijahFox vì phản hồi của họ về bài viết này và AchalSrinivasan về tác phẩm.