Mô hình: Kiến trúc dựa trên mục đích và rủi ro của nó

Viết bởi: Quintus Kilbourn, Georgios Konstantopoulos Biên soạn bởi: Kate, Marsbit

giới thiệu

Các cuộc thảo luận xung quanh “ý định” và ứng dụng của chúng gần đây đã trở thành chủ đề nóng trong cộng đồng Ethereum.

Trong khi các giao dịch đề cập rõ ràng đến "cách thức" thực hiện một hành động thì ý định đề cập đến kết quả mong đợi của hành động đó. Nếu nội dung giao dịch là “làm A trước, sau B, trả C để lấy X” thì mục đích là “Tôi muốn X và tôi sẵn sàng trả C”.

Mô hình khai báo này mang lại những cải tiến thú vị về trải nghiệm và hiệu quả của người dùng. Với ý định, người dùng có thể chỉ cần thể hiện kết quả mong muốn trong khi giao nhiệm vụ đạt được kết quả đó một cách tối ưu 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ù lời hứa về những cải tiến này mang lại một bước tiến 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ó mối liên hệ quan trọng giữa các hoạt động liên quan đến MEV và việc kiểm soát thị trường. Bài viết 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 nó, khám phá những rủi ro liên quan đến việc thực hiện nó và 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ý các giao dịch cung cấp tất cả thông tin cần thiết theo định dạng cụ thể để Máy ảo Ethereum (EVM) thực hiện chuyển đổi trạng thái. Tuy nhiên, việc tạo giao dịch có thể là một vấn đề phức tạp. Việc 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 hợp đồng thông minh rộng lớn và quản lý nonce, đồng thời nắm giữ một 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ả vì 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.

Có một ý định để giảm bớt những gánh nặng này. Một cách không chính thức, các ý định được ký dưới dạng một tập hợp các ràng buộc khai báo cho phép người dùng giao việc tạo giao dịch cho bên thứ ba mà không từ bỏ toàn quyền kiểm soát của 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 thực đi theo chính xác một đường dẫn tính toán cho một trạng thái và gợi ý khuyến khích người xác thực làm như vậy. Mặt khác, ý định không chỉ định đường dẫn tính toán phải được thực hiện mà 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, người dùng cấp quyền một cách hiệu quả cho người nhận để thay mặt họ chọn đường dẫn tính toán (xem sơ đồ bên dưới). Sự khác biệt này cho phép định nghĩa chặt chẽ hơn một chút về ý định dưới dạng thông báo đã ký, cho phép một tập hợp chuyển đổi trạng thái từ trạng thái bắt đầu nhất định, trường hợp đặc biệt là các giao dịch cho phép chuyển đổi duy nhất. Nói như vậy, chúng ta 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 ý định, người dùng chỉ định mục tiêu và một số ràng buộc, sau đó quá trình so khớp 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 lượng gas và hiệu quả kinh tế, ví dụ: trong sổ đặt hàng do người xây dựng duy trì, hai lệnh 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 tên miền chéo—ký một tin nhắn, thay vì nhiều giao dịch trên các tên miền khác nhau—sử dụng các kế hoạch chống lặp lại khác nhau và 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 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ững ý định

Mục đích đã được tạo ra là thuê ngoài để giải quyết sự phức tạp của việc tương tác với blockchain, đồ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ể bị trừ khỏi tài khoản của tôi nếu tôi nhận được ít nhất 200Y.
• Đấu giá theo 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. Mục đích này chỉ có thể được thực hiện bằng mục đích 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 đó.
• Phân nhóm giao dịch: Cho phép phân nhóm các ý định để nâng cao hiệu quả và giảm phí gas.
• Công cụ tổng hợp: chỉ hoạt động bằng cách sử dụng giá/lợi nhuận "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à tìm ra đường đi tốt nhất.

Trong tương lai, ý định sẽ được tiếp thêm sinh lực trong bối cảnh MEV chuỗi chéo (chẳng hạn như SUAVE), trừu tượng hóa tài khoản kiểu ERC4337 và thậm chí cả các đơn đặt hàng tại Cảng biển! Trong khi ERC4337 đang phát triển hết tốc lực thì các ứng dụng mới khác như ý định tên miền chéo vẫn cần được nghiên cứu thêm. Thảo luận sâu hơn 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 ý định cũ và mới, cần phải có ít nhất một bên khác hiểu được ý định, có động lực thực hiện nó và có thể thực hiện ý định đó 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à mempool Ethereum. 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ợ chung cho mục đích chung hoàn toàn trong bộ nhớ Ethereum, ngay cả về lâu dài. Như chúng ta sẽ thấy bên dưới, tính chất mở và không cần cấp phép của mempool Ethereum 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ó mempool Ethereum, 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ó nên truyền bá ý định đến một tập hợp được phép hay cung cấp ý định đó theo cách không được phép để một trong hai bên có thể thực hiện ý định đó.

Hình 2: Ý định chuyển từ người dùng đến nhóm ý định đượ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 bộ nhớ công cộng 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 cấp phép

Một thiết kế mà người ta có thể phấn đấu là một API phi tập trung cho phép truyền bá ý định qua 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ự trùng khớp. Ý tưởng này cũng đã được khám phá trong bối cảnh một mempool ERC4337 được chia sẻ để chống lại các rủi ro về tập trung và kiểm duyệt. 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 hạn chế chức năng của các ý định để tránh các vectơ tấn công (xem đề xuất ER C4337 để thảo luận thêm)
• Tuyên truyền khuyến khích: Đối với nhiều ứng dụng, việc thực thi ý định là một hoạt động mang lại lợi nhuận. 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 hiện ý định.
• MEV: Ý định dựa vào 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ể gặp khó khăn khi sử dụng nhóm ý định công khai, không được cấp phép. Nếu việc thực thi kém mang lại lợi nhuận thì các nhóm mục đích không được phép có thể dẫn đến kết quả đó. Điều này tương tự như các mempool Ethereum ngày nay và được dự đoán sẽ trở thành một vấn đề phổ biến liên quan đến DeFi. Một con đường khả thi ở đây có thể là các nhóm mục đích không được phép nhưng được mã hóa.

"Bộ nhớ" được 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 tốt hơn và không cần phải truyền bá ý định. Các mô hình niềm tin cũng cung cấp một số cơ sở cho các vấn đề MEV. Miễn là giả định về sự tin cậy được giữ vững thì chất lượng thực hiện phải được đảm bảo. Các bên 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 sẽ 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à sai lầm và có phần trái ngược với phần lớn đặc tính của blockchain. Những vấn đề này sẽ được thảo luận dưới đây.

##Giải pháp 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 phổ biến nhưng không có quyền thực thi (giả sử giả định về độ tin cậy được giữ nguyên) 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 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à đối tác kém hơn (ví dụ: bên kia chấp nhận giao dịch ở mức giá thuận lợ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à tạo điều kiện đấ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ững nhược điểm riêng và có thể được nhiều nhóm mục đích cấp phép quan tâm, nhưng có một số 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 tin nhắn mới để tương tác với hợp đồng thông minh, chúng còn liên quan đến các cơ chế lan truyền và phát hiện đối thủ dưới dạng các mempool thay thế. Việc thiết kế một cơ chế phù hợp và khám phá ý định tương thích với khuyến khích và đồng thời 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ể đồ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 nhóm 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à cố thủ của những người trung gian trục lợi.

Luồng đơn hàng

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 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 việc 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 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ộ trình xác nhận. Một vấn đề lớn với PBS là 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ị - giao dịch và mục đích, hay còn gọi là “luồng đơn hàng”. Theo cách nói của PBS, quyền truy cập vào ý định được cấp phép đượ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 nằm trong 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 của dòng lệnh bao hàm một con hào chống lại các lực lượng cạnh tranh.

Các nhà xây dựng khối (hoặc các đơn vị cộng tác) kiểm soát phần lớn luồng đơn hàng của Ethereum sẽ có thể tạo ra phần lớn các khối mạng chính, mở ra 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 giao giá trị từ Ethereum sang các nhà xây dựng. Tìm kiếm đặc quyền và kiểm duyệt tất nhiên 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 đòi hỏi 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, đồng nghĩa với việc tỷ lệ đổi mới và cạnh tranh để đảm bảo chất lượng thực thi thấp hơn.

Trong trường hợp xấu nhất, người dùng sẽ rơi vào tình thế chỉ có một bên thực hiện ý định, chẳng hạn như người xây dựng khối độc quyền ở phần trước. Trong một thế giới như vậy, những người 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 sự độc quyền - hiệu ứng này 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 dành 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 người trung gian vào thế có lợi vì họ gặp ít 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 số thực thể như Flashbots và CoWswap nhận được hầu hết các đơn đặt hàng chuyển đến OFA. Luồng đơn đặt hàng được phân phối phần lớn 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 thâm nhập 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í 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ể cho việc gia nhập.

Thị trường đấu giá theo luồng đơn hàng chỉ mới bắt đầu thu hút được 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 này cung cấp một ví dụ minh họa trong đó các mempool được cấp phép, đáng tin cậy có thể chứa một số lượng nhỏ người tham gia có quyền lực, do đó gây tổn 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. 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ợ 4337 ý định. 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ó nguồn gốc chéo, nhưng các bên trung gian đáng tin cậy đã được thiết lập sẽ không áp dụng định dạng mới này (xét cho cùng, nó không được nhiều người áp dụng 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 phải thiết lập niềm tin vào thực thể mới. Một lần nữa, chúng ta thấy mình ở trong 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 mục đích 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ấm nước nhất định từ bên ngoài, nên 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 đó những gì người dùng mong đợi hoặc liệu nó có được đáp ứng hay không. không rõ ràng và các mối đe dọa đối với hệ sinh thái vẫn chưa bị phát hiện.

Các phần trên đề cập đến những rủi ro mà sự mất cân bằng quyền lực trong thị trường dòng chảy trật tự gây ra cho người dùng và giao thức. Một vấn đề liên quan là hệ sinh thái của phần mềm trung gian và bộ nhớ đượ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 nhạy bén. Vấn đề 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 đưa ra các quyết định quan trọng bên ngoài như định tuyến đơn hàng.

Các trường hợp MEV tác động tiêu cực đến việc thực thi của người dùng thường là do các giao dịch mang lại mức độ tự do cao cho người thực thi (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 mục đích có mức độ tự do cao hơn nên thiết kế hệ thống của chúng để thực thi một cách cẩn thận hơn. Kết quả tồi tệ nhất trong vấn đề này là việc sử dụng một ứng dụng dựa trên mục đích yêu cầu phải ký một ý định biến mất (vào một khu rừng tối, nếu bạn muốn), sau đó bằng cách nào đó được thực hiện như một giao dịch mà không rõ ai đã tạo ra nó như thế 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 mối lo ngại về EOF và các biện pháp phòng vệ dựa trên sự tin cậy. Nếu hệ sinh thái này còn mơ hồ đối với những người quan sát nhạy bén nhất, thì cộng đồng Ethereum phải làm thế 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

Bộ nhớ Ethereum bị hạn chế. Đối với một số ứng dụng, điều này là do nó thiếu quyền riêng tư (bị kẹp ở giữa) và đối với những ứng dụng khác, đó là do nó không có khả năng 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ế bị ràng buộc, vì họ phải tìm cách nào đó để kết nối người dùng với blockchain đồng thời tránh những nguy hiểm nói trên.

Khi xem xét 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 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ể 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 nhóm bộ nhớ mới,

Minh bạch để quá trình thực hiện mục đích báo cáo đượ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ần cấp 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 sẽ có sự cân bằng riê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ư danh sách crlist xuất hiện để 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 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 Trường hợp 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, hãy tìm kiếm sự tương đồng và nếu có, hãy chọn các bên trung gian một cách cẩn thận.

Nói rộng hơn, chúng tôi yêu cầu các nhà thiết kế ứng dụng dựa trên mục đích 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 hơn chứ 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 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ự chuyển đổ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à tổn thất về hiệu quả do rò rỉ MEV. Nhu cầu về các ứng dụng này rất 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, do ERC4337 thúc đẩy, có thể đẩy nhanh việc chuyển các nhóm Ethereum đến 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 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 mà chúng tôi chưa đề cập đến 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 chủ đề nghiên cứu này hoặc các chủ đề nghiên cứu liên quan đến mục đích khác thú vị, vui lòng liên hệ 0xquintus georgios@paradigm.xyz.

*Xin chân thành 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. *