Hình 1: Khi gửi một giao dịch, người dùng chỉ định đường dẫn tính toán chính xác. Khi gửi một ý định, 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ẽ quyết định đường dẫn tính toán sẽ thực hiện.
Điều quan trọng là, nhiều ý định có thể được đưa vào một giao dịch duy nhất, cho phép khớp các ý định chồng chéo, tăng hiệu quả kinh tế và gas, ví dụ: trong Sổ lệnh được duy trì bởi một nhà xây dựng, hai đơn đặt hàng có thể hủy lẫn nhau trước khi tham gia thị trường. Các ứng dụng khác bao gồm ý định 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 sơ đồ kháng phát lại 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 bên thứ ba tài trợ gas hoặc thanh toán gas bằng các khoản thanh toán Token khác nhau .
quá khứ và tương lai là ý định
Mục đích đã đượ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: 100X có thể được ghi nợ 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 cho Gas bằng USDC thay vì ETH. Ý định này chỉ có thể được thực hiện bởi một ý định phù hợp trả phí cho 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 được ủy quyền trước nhất định. Một ý định chỉ có thể được thực hiện nếu giao dịch kết quả tuân theo danh sách kiểm soát truy cập được chỉ định trong ý định.
- Giao dịch theo đợt: Cho phép theo đợt các ý định để nâng cao hiệu quả và giảm phí gas.
- Bộ tổng hợp: hoạt động chỉ sử dụng 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 vị trí được thực hiện và đường dẫn tốt nhất được thực hiện.
Trong tương lai, ý định đang được hồi sinh trong bối cảnh MEV Chuỗi chéo(chẳng hạn như SUAVE), tóm tắt Account Abstraction kiểu ERC4337 và thậm chí cả các đơn đặt hàng Cảng biển! 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. Thảo luận thêm về ý định và ứng dụng của chúng có thể được tìm thấy trong bài nói chuyện này.
Điều quan trọng là trong tất cả các ứng dụng dựa trên mục đích cũ và mới, cần phải có ít nhất một bên khác hiểu được mục đích, có động lực để thực hiện mục đích đó và có thể thực hiện mục đích đó một cách kịp thời. Các bên này là ai, việc thực thi diễn ra như thế nào và động cơ của họ là gì là những câu hỏi phải được đặt ra để xác định tính hiệu quả, các giả định về độ tin cậy và ý nghĩa rộng 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 là Ethereum mempool. Thật không may, thiết kế hiện tại không hỗ trợ 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ợ chung cho mục đích 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 một rào cản bổ sung đối với ý định áp dụng.
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 một tập hợp được phép hay cung cấp nó theo cách không được phép để một trong hai bên có thể thực thi ý định.
Hình 2: Luồng ý định từ người dùng đến nhóm mục đích được phép/không được phép và công khai/riêng tư, được người mai mối chuyển đổi thành giao dịch và cuối cùng thành nhóm công khai hoặc trực tiếp trên Chuỗi thông qua đấu giá kiểu tăng cường MEV
Nhóm bộ nhớ không được phép
Một thiết kế mà người ta có thể cố gắng đạt được là API phi tập trung cho phép ý định được lan truyền trên các nút trong hệ thống, cung cấp cho người thực thi quyền truy cập không cần cấp phép. Việc này đã được làm từ trước. Ví dụ: trong giao thức 0x, những người chuyển tiếp trò chuyện với nhau về các lệnh giới hạn và đặt chúng trên Chuỗi khi có sự 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ể:
- Khả năng chống DoS: có thể cần giới hạn chức năng của ý định để tránh các vectơ tấn công (xem đề xuất ER C4337 để thảo luận thêm)
- Khuyến khích lan truyền: Thực hiện ý định là một hoạt động sinh lợi cho nhiều ứng dụng. Do đó, các nút vận hành nhóm ý định có động cơ không truyền bá ý định để giảm sự tranh chấp khi thực thi ý định.
- MEV: Các ý định dựa trên hành vi tốt của các tác nhân ngoài Chuỗi để cải thiện chất lượng thực thi, điều này có thể khó khăn khi sử dụng các nhóm ý định công khai, không được phép. Nếu việc thực thi kém mang lại lợi nhuận, nhóm ý định không được phép có khả năng dẫn đến kết quả đó. Điều này tương tự với các mempool Ethereum ngày nay và dự kiến sẽ trở thành một vấn đề phổ biến liên quan đến DeFi. Một con đường có thể chuyển tiếp ở đây có thể là nhóm mục đích được mã hóa nhưng không được phép.
"bộ nhớ" được cấp phép
Các API tập trung đáng tin cậy có khả năng chống lại các cuộc tấn công DoS cao hơn và không cần truyền bá ý định. Các mô hình 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. Các trung gian đáng tin cậy cũng có thể có danh tiếng gắn liền với họ, điều này mang lại cho họ động lực để thực hiện tốt. Do đó, nhóm mục đích được phép hấp dẫn đối với các nhà phát triển ứng dụng dựa trên mục đích trong thời gian ngắn. Tuy nhiên, tất cả chúng ta đều nhận thức rõ rằng 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 được thảo luận dưới đây.
dung dịch lai
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). Luồng thiết kế thường bao gồm một bên đáng tin cậy nhận ý định (hoặc giao dịch) từ người dùng và hỗ trợ đấu giá thay mặt cho người dùng. Tham gia đấu giá (đôi khi) không cần xin phép.
Những kiểu thiết kế này có nhược điểm riêng của chúng và có thể được quan tâm bởi nhiều nhóm mục đích cấp 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 mục đích 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 thủ và lan truyền dưới dạng các mempool thay thế. Thiết kế một cơ chế khám phá và kết hợp ý định tương thích với khuyến khích và đồng thời phi tập trung là không hề nhỏ.
Có thể đi 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ể đồng nghĩa với việc đẩy nhanh xu hướng chuyển hoạt động của người dùng sang các mempool khá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à sự cố thủ của những người trung gian đòi tiền thuê.
dòng lệnh
Việc di chuyển từ mempool công khai có thể tập trung hóa quá trình sản xuất khối của Ethereum nếu việc thực thi ý định được cho phép và bộ quyền không được chọn cẩn thận.
Việc di chuyển từ mempool công khai có thể tập trung hóa việc sản xuất khối trong Ethereum nếu việc thực thi ý định được cho phép, 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 của việc phân 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 với PBS là các nhà 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ị - giao dịch và ý định, hay còn 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 đượ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, một EOF nằm trong tay của bên không phù hợp sẽ đe dọa cấu trúc thị trường mà PBS dựa vào, vì tính độc quyền của dòng lệnh ngụ ý hệ thống bảo vệ 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 con đường kiểm duyệt. Vì mạng dựa vào sự cạnh tranh giữa các nhà xây dựng để chuyển giá trị cho người xác thực (hoặc bị đốt cháy trong tương lai), nên sự thống trị của một nhà xây dựng duy nhất sẽ tạo thành sự chuyển giá trị từ Ethereum sang nhà xây dựng. Tất nhiên, tìm kiếm tiền thuê và kiểm duyệt là những mối đe dọa quan trọng đố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 một bên trung gian, nên việc phát triển các kiến trúc dựa trên mục đích 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 thấy mình ở vị trí chỉ có một bên thực hiện ý định, chẳng hạn như trình tạo khối độc quyền trong phần trước. Trong một thế giới như vậy, các nhà xây dựng khối độc quyền 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 có ý định trao 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 không theo khối, rào cản gia nhập cao có thể đặt những người trung gian vào một vị trí thuận lợi, vì họ ít phải đối mặt với 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 các đơn đặt hàng chuyển đế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 giành được sự tin tưởng này chắc chắn đặt ra 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 được phép, đáng tin cậy có thể chứa 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 ý định EIP4337 cung cấp một ví dụ khác về cơ chế có thể thực hiện được. Hãy xem xét một thế giới nơi có các kiến trúc đáng tin cậy để hỗ trợ các ý định 4337. Nếu một định dạng mục đích khác được đề xuất, thì nó có thể phục vụ các trường hợp sử dụng khác như chức năng có 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 chấp nhận nhiều và cạnh tranh với mô hình kinh doanh của họ), việc triển khai của định dạng mới sẽ cần thiết lập niềm tin vào thực thể mới. Một lần nữa, chúng tôi thấy mình đang ở trong một tình huống mà sự đổi mới và thách thức hiện trạng gặp phải các 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, nên chúng tôi có rủi ro xây dựng một hệ thống không rõ ràng trong đó những gì người dùng mong đợi hoặc liệu nó có được đáp ứng hay không là không rõ ràng và các mối đe dọa đối với hệ sinh thái vẫn chưa được phát hiện.
Các phần trên giải quyết rủi ro mà sự mất cân bằng quyền lực trong thị trường dòng lệnh gây ra cho người dùng và các giao thức. Một vấn đề liên quan là hệ sinh thái của phần mềm trung gian và mempool được 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. Sự cố này đặc biệt áp dụng cho các ứng dụng dựa trên mục đích cố gắng 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 việc thực hiện của người dùng thường là do các giao dịch mang lại mức độ tự do cao cho những người thực hiện chúng (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 khi 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 của chúng cẩn thận hơn để thực thi. Kết quả tồi tệ nhất về vấn đề này là 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 thích), sau đó bằng cách nào đó, ý định này được thực hiện như một giao dịch mà không rõ bằng cách nào hoặc do ai Tạo ra. 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. Nếu hệ sinh thái này không rõ ràng đối với những người quan sát sắc sảo nhất, thì cộng đồng Ethereum làm cách nào để theo dõi các mối đe dọa đối với sức khỏe của hệ sinh thái sản xuất khối của nó?
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ư (bị kẹp ở giữa) và đố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 đặt các nhà phát triển ví và ứng dụng vào thế khó, 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 đã nói ở 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 nên được
Không được phép để bất kỳ ai cũng có thể so khớp và thực hiện ý định mà không phải hy sinh quá nhiều chất lượng thực thi
Chung để việc triển khai các ứng dụng mới không yêu cầu tạo vùng bộ nhớ mới,
Minh bạch để quá trình báo cáo việc thực hiện ý định được báo cáo công khai khi đảm bảo quyền riêng tư cho phép và 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. Do đó, 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 để đối phó với nhiều vấn đề tương tự xung quanh các ứng dụng dựa trên giao dịch và có thể không áp dụng được cho mục đích, nhưng một 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ẽ giúp cải thiện tình huống xấu nhất. Tương tự như vậy, các ứng dụng muốn bắt đầu một nhóm ý định, nếu không được phép, nên tìm kiếm điểm chung và nếu có, hãy chọn trung gian một cách cẩn thận.
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 đầy đủ tác động ngoại Chuỗi của các ứng dụng của họ, bởi vì những tác động này có thể ảnh hưởng đến cộng đồng rộng lớn hơn, không chỉ cơ sở người dùng của họ và chúng tôi yêu cầu cộng đồng rộng lớn hơn Tập trung chặt chẽ vào ngoại Chuỗi hệ sinh thá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 rò rỉ 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.
Ý định áp dụng ngày càng tăng, được thúc đẩy bởi ERC4337, có thể đẩy nhanh quá trình chuyển các mempool Ethereum sang các địa điểm mới. Mặc dù sự thay đổ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 mục đích có lý do chính đáng để thiết kế cẩn thận các thành phần Chuỗ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 không trình bày trong bài viết này, chẳng hạn như thiết kế một ngôn ngữ biểu đạt ý định cho phép quyền riêng tư. Nếu bạn thấy thú vị về chủ đề này hoặc các chủ đề nghiên cứu liên quan đến ý định khác, vui lòng liên hệ với 0xquintus georgios@paradigm.xyz.
Rất cám ơn Dan Robinson, Charlie Noyes, Matt Huang, John gu, Xinyuan Sun và Elijah Fox vì phản hồi của họ về bài viết này và Achal Srinivasan vì đã thiết kế đồ họa.
