Bài viết này sẽ giới thiệu tính năng “Quyền riêng tư có thể lập trình” mang lại giao dịch tiên tiến hơn và một thiết kế thị trường MEV chéo chuỗi, mở hơn và công bằng hơn hơn -SUAVE. Trước khi đi vào chủ đề chính là giải thích SUAVE, hãy hiểu về khái niệm Intent trước.

Ý định

Kinh nghiệm hiện tại khi sử dụng giao dịch blockchain

Lấy giao dịch Ethereum làm ví dụ, giả sử một người dùng muốn đổi USDT của mình thành ETH, anh ta có thể truy cập trang web Uniswap để kiểm tra giá, sau đó thiết lập phần trượt giá cho phép, ký và gửi giao dịch, sau đó chờ kết quả của giao dịch.

Giao dịch của anh ta có thể sẽ như thế này: "Tôi ký và gửi giao dịch này, với giá trị Nonce là 23 và phí gas là 30 Gwei. Nó sẽ thực hiện hợp đồng Uniswap để hoán đổi 1000 USDT của tôi lấy 0,5 ETH, với mức trượt giá tối đa là 1%."

△ Nonce? Gwei? Nguồn hình ảnh:https://www.reddit.com/r/MemeRestoration/comments/ejcvd3/confused_math_lady_4080x2663px

Giả sử Alice là một người dùng mới, và cô ấy chỉ muốn trao đổi USDT của mình để ETH, nhưng cô ấy phải vượt qua nhiều ngưỡng cửa để thực hiện điều ước nhỏ này:

• Bước đầu tiên là tìm kênh giao dịch. Giả sử cô ấy tìm kiếm trên Google và tìm thấy trang Uniswap (ít nhất có một menu tài sản kỹ thuật số rõ ràng và nút Swap), sau đó cô ấy cần hiểu và thiết lập slippage (hoặc sử dụng mặc định).
• Sau khi nhấp vào nút Swap, màn hình chữ ký giao dịch sẽ hiện lên, chứa các thông tin Nonce và Gwei của phí xử lý.
• Cuối cùng, cô ấy gửi giao dịch, nhưng có lẽ không có gì xảy ra và Alice chỉ có thể đợi trong sự hoang mang và cầu nguyện rằng giao dịch sẽ được thực hiện thành công.

Mỗi cấp độ là một câu hỏi mà người dùng mới không cần phải hiểu nhưng bị buộc phải lựa chọn: Nơi để đổi? Bạn có muốn đặt mức trượt? Phần trăm nên được đặt cho trượt? Bạn có muốn điều chỉnh phí gas (phí xử lý)? Cần điều chỉnh bao nhiêu Gwei? Tại sao giao dịch thất bại? Tại sao giao dịch bị kẹt ở đó lâu như vậy (có thể là vấn đề với Nonce hoặc phí xử lý)? Tôi nên làm gì?

Trải nghiệm sử dụng giao dịch ý định

Không giống như Giao dịch, mà yêu cầu chỉ định các chi tiết đa dạng của một giao dịch, ý định chỉ yêu cầu người dùng chỉ định các kết quả mà anh ta muốn đạt được và các điều kiện thực hiện, và để lại phần còn lại cho những người chuyên nghiệp hơn.

Trong Intent, Alice đã chỉ định rằng 1000 USDT sẽ được đổi lấy 0.5 ETH, nhưng sau khi tính phí xử lý, giá đã được điều chỉnh thành 0.495 ETH, và sau đó lệnh được ký và gửi đi. Giao dịch của Alice sẽ trông như thế này: “Tôi ký và gửi lệnh này. Tôi muốn đổi 1000 USDT lấy 0.495 ETH. Lệnh này hợp lệ miễn là tôi có thể nhận được 0.495 ETH.”

Rất đơn giản, phải không? Đây là trải nghiệm khi sử dụng lệnh giới hạn (Limit Order), và cũng là trải nghiệm tổng quát khi sử dụng DEX Aggregators (như 1inch và Tokenlon).

△ Sự khác biệt giữa Giao dịch (trên) và Ý định (dưới). Với Intent, người dùng chỉ cần chỉ định các điều kiện và không cần phải lo lắng về việc làm thế nào để đạt được chúng. Đoạn thuyết minh:https://www.paradigm.xyz/2023/06/intents

Thông qua Intent, người dùng không cần phải đối mặt và lo lắng với các chi tiết khác nhau mệt mỏi và rối rắm giữa quá trình tạo, ký và thực thi các giao dịch. Họ thậm chí không cần phải tìm ra vấn đề và tiếp tục thử khi một giao dịch thất bại. Hơn nữa, các chuỗi khác nhau sẽ có các quy trình và điểm nguy hiểm giao dịch khác nhau!

Thong qua Yeu cau, nguoi dung chi can chi ra dieu kien thuc hien va ket qua du kien cua Yeu cau cua minh. Phan con lai la de Solver chuyen nghiep thuc hien Yeu cau cua nguoi dung - cach gui giao dich, theo doi giao dich, tang toc giao dich, vv. Xu ly van de kho chiu nhu giao dich that bai, va Yeu cau chi co the duoc thuc hien khi cac dieu kien thuc hien va ket qua du kien duoc dap ung, vi vay nguoi dung khong phai lo lang ve viec mot tai nan se lam mat tai san.

Ý định sẽ nâng cao đáng kể trải nghiệm blockchain.

Mẹo Đọc 1: Trên thực tế, đã có rất nhiều ví dụ về việc sử dụng Intent, chẳng hạn như chữ ký của một ví đa chữ ký, khái niệm Session Key cho phép một bên thứ ba cụ thể đặc quyền thực thi và thời hạn, hoặc cơ chế giao dịch phù hợp theo lô như CowSwap. Ngay cả trong thế giới Web2, cũng có dấu vết của Intent, chẳng hạn như các công cụ tìm kiếm (Tôi nhập thông tin tôi muốn truy vấn, và công cụ tìm kiếm tìm thông tin liên quan cho tôi thông qua nhiều kênh) hoặc bắn ảnh trực tuyến thương mại điện tử (Tôi nhập thông tin tôi muốn mua), Công ty thương mại điện tử tìm thấy thông tin đó thông qua nhiều kênh và giao hàng cho tôi). Chỉ là từ Intent chỉ gần đây mới trở nên phổ biến trong thế giới Web3.

Mẹo đọc 2: Trong tiếng Anh, từ Imperative ("mệnh lệnh") được sử dụng để mô tả trải nghiệm khi sử dụng Giao dịch, tức là phát ra một lệnh hoàn chỉnh để hoàn thành mục tiêu; trong khi từ "Declarative" ("Tuyên bố") được sử dụng để mô tả trải nghiệm khi sử dụng Ý định. Mô tả, cho biết rằng nó được sử dụng bằng cách nêu điều kiện thực hiện và kết quả thực hiện.

Ý định trong thế giới cross-chain

Trong các ứng dụng cross-chain như cầu nối cross-chain và cross-chain DEX, vì liên quan đến hai hoặc nhiều chuỗi, người dùng phải xử lý nhiều giao dịch trên các chuỗi khác nhau.

Ngoài các ứng dụng liên chuỗi thông qua đa chữ ký của bên dự án, nó có thể cung cấp trải nghiệm người dùng tốt hơn (ví dụ, sau khi người dùng gửi giao dịch trên chuỗi nguồn, đa chữ ký của bên dự án sẽ tự động gửi tài sản đến người dùng trên chuỗi đích) Địa chỉ cụ thể không yêu cầu người dùng thực hiện bất kỳ hoạt động nào trên chuỗi đích). Các ứng dụng liên chuỗi phi tập trung hơn như Nomad và Succinct không có trải nghiệm tốt như vậy. Người dùng có thể cần gửi giao dịch đến chuỗi đích để hoàn tất hoạt động.

Do đó, việc cải thiện trải nghiệm người dùng mà Intent mang lại càng quan trọng và cấp thiết hơn trong thế giới cross-chain.

Thông qua Intent, các hoạt động cross-chain sẽ chỉ yêu cầu người dùng ký, và họ không cần lo lắng về các quy tắc giao dịch và chi tiết của mỗi chuỗi nữa. Người dùng sẽ có thể vận hành các chuỗi khác nhau với cùng trải nghiệm người dùng, và thậm chí họ không nhận thức được rằng có các chuỗi khác nhau.

SUAVE

Tên đầy đủ của SUAVE là Đấu giá thống nhất duy nhất để thể hiện giá trị, mục đích là trở thành một thị trường MEV thống nhất trên nhiều chuỗi. Trong thị trường này, người dùng có thể thể hiện các điều kiện đóng cửa và phần thưởng của giao dịch một cách hiệu quả. Đồng thời, các executor (Executor) sẽ cạnh tranh với nhau, và sẽ hợp tác hiệu quả để hoàn thành các yêu cầu của người dùng.

SUAVE có thể phục vụ như một hồ bơi giao dịch cho một chuỗi khối và cũng đóng vai trò như một Builder chịu trách nhiệm sản xuất nội dung khối của chuỗi khối đó. Tuy nhiên, SUAVE không được thiết kế để thay thế hồ bơi giao dịch và chức năng Builder hiện có của một chuỗi khối, mà thay vào đó là kết nối một cách liền mạch với một chuỗi khối hiện có theo cách cắm và chạy.

Sau khi SUAVE được kết nối với một blockchain, blockchain tương đương với việc có một Trình xây dựng phi tập trung, rất chuyên nghiệp và mạnh mẽ mở rộng nhiều nguồn giao dịch blockchain. Việc có nhiều nguồn giao dịch blockchain cùng một lúc sẽ mang lại lợi thế rất lớn trong thị trường MEV đa miền sẽ dần phát triển trong tương lai. Các nhà xây dựng có lợi thế này sẽ cạnh tranh hơn so với các nhà xây dựng hoạt động trên một chuỗi duy nhất.

Từ Flashbot đến MEV-Boost đến SUAVE

Từ Flashbot đến MEV-Boost, tinh thần họ đề cao là công nhận sự tồn tại của MEV và cố gắng đưa các hoạt động kinh tế ẩn giấu ra ánh sáng. Họ nhằm tới việc thiết lập một thị trường công bằng mà bất kỳ ai cũng có thể tham gia, nhằm tránh tình huống mà một số cá nhân âm thầm kiểm soát và thống trị lợi ích kinh tế khổng lồ này, dẫn dần đến sự tập trung tài nguyên vào tay họ và ảnh hưởng cuối cùng đến sự phi tập trung và an ninh của toàn bộ mạng lưới blockchain.

Nhưng khi mọi người tìm hiểu ngày càng nhiều về MEV, họ dần nhận ra rằng ngoài thị trường MEV trưởng thành trên Ethereum, còn có các thị trường MEV xuyên chuỗi và xuyên biên giới. Thị trường MEV xuyên biên giới này sẽ lớn hơn nhiều so với Ethereum và các giao dịch xuyên chuỗi sẽ có nhiều cơ hội trích xuất MEV hơn các giao dịch trên cùng một chuỗi.

Nếu không có ai như Flashbot để phơi bày thị trường MEV qua chuỗi, đưa nó ra ánh sáng và cho phép mọi người tham gia một cách công bằng, những cá nhân ít ỏi lợi dụng MEV qua chuỗi sẽ có lợi thế hơn, ảnh hưởng cuối cùng đến sự an toàn của toàn bộ mạng lưới blockchain.

Một hiện tượng khác sẽ ảnh hưởng đến sự tập trung và bảo mật là Luồng Đặt Hàng Riêng: các giao dịch của người dùng không còn chảy vào hồ giao dịch công cộng mà trực tiếp đến Searcher hoặc Builder. Luồng Đặt Hàng Riêng có thể đến từ việc Searcher hoặc Builder mua quyền kiếm thu nhập từ các giao dịch của người dùng, hoặc Builder cung cấp các dịch vụ hấp dẫn, như (1) hủy giao dịch hoặc đơn đặt hàng DEX miễn phí được gửi bởi người dùng, hoặc (2) cung cấp Xác Nhận Trước, trước khi giao dịch được nhận, người dùng được đảm bảo về việc giao dịch sẽ được nhận nhanh chóng, để người dùng không cần lo lắng về việc giao dịch có được nhận hay không và mất bao lâu để được nhận.

Mặc dù Luồng Đặt Lệnh Riêng tư ban đầu có thể mang lại lợi ích cho người dùng, nhưng trong dài hạn, nó sẽ dẫn đến tập trung quá mức. Người tìm kiếm/Xây dựng với Luồng Đặt Lệnh Riêng tư sẽ có lợi thế cạnh tranh và đạt được nhiều lợi ích hơn so với những người không có, dẫn đến ảnh hưởng có hại đối với sự cạnh tranh. Ngoài ra, vì không có động lực để chia sẻ Luồng Đặt Lệnh Riêng tư với các người tìm kiếm/Xây dựng mới, những người mới này sẽ bị tổn thất khi bắt đầu trò chơi.

Tại sao các khối từ giao dịch của người dùng đến Bundle được tạo bởi Searcher phải được thu thập thông qua Luồng Đặt Hàng Riêng Tư? Điều này bởi vì nội dung của giao dịch và Bundle là công khai và không được mã hóa. Nếu chúng được nhìn thấy và thu được bởi người khác, có thể dẫn đến tổn thương cho người dùng hoặc Searcher. Ví dụ, người khác có thể trích xuất MEV của giao dịch của người dùng thông qua một cuộc tấn công kẹp hoặc tháo dỡ Bundle, cướp đi MEV. Đó là lý do tại sao cả người dùng và Searchers hiện tại phải tin tưởng Builder, vì họ cần giao nội dung gốc của giao dịch và Bundle cho Builder và tin rằng Builder sẽ không gây tổn thương gì.

Sự xuất hiện của SUAVE là để giải quyết các rủi ro tập trung do MEV và Luồng Đơn Đặt Hàng Riêng tại biên giới.

Đầu tiên, bằng cách thiết lập một thị trường công cộng phục vụ cho MEV cross-chain, người dùng hoặc Searchers có thể biểu hiện điều kiện thu nhập của họ cho giao dịch hoặc gói giao dịch trong thị trường này. Ví dụ, nếu một người dùng có hai giao dịch cần được định tuyến đến Ethereum và Arbitrum tương ứng, và cả hai giao dịch đều phải được bao gồm và thực hiện trước một thời điểm nhất định, họ có thể chỉ định những điều kiện này trong thị trường. Các Executors trong thị trường (có thể là Searchers hoặc Builders) sẽ cạnh tranh để đáp ứng những yêu cầu này để kiếm phần thưởng. Nhưng làm thế nào người dùng hoặc Searchers có thể tin tưởng rằng họ đưa giao dịch hoặc gói giao dịch của mình vào thị trường công cộng này? Đây là nơi công nghệ bảo mật thông tin ra đời. Bằng cách mã hóa các giao dịch, người dùng hoặc Searchers không còn cần lo lắng về nguy cơ gây hại có thể xảy ra do người khác xem xét giao dịch của họ. Chỉ với sự riêng tư của giao dịch, một Open Order Flow mới có thể trở nên khả thi.

SUAVE đề xuất thêm khái niệm Quyền riêng tư có thể Lập trình, trong đó người dùng hoặc người tìm kiếm có thể chọn xem có tiết lộ các phần cụ thể của giao dịch hoặc nội dung gói (như địa chỉ hợp đồng của giao dịch thực thi) thay vì bị hạn chế trong việc chọn giữa mã hóa hoàn toàn hoặc không mã hóa.

So với các giao dịch được mã hóa hoàn toàn, các giao dịch tiết lộ thông tin cụ thể có thể được kết hợp thành các gói hoặc khối hiệu quả và nhanh chóng hơn và thậm chí nhận lại quả, như được nêu chi tiết trong phần MEV-Share của bài viết thứ tư. Bằng cách tiết lộ thông tin cụ thể, Người tìm kiếm thậm chí có thể cộng tác với nhau. Searcher B có thể xây dựng dựa trên bundle của Searcher A: Searcher A bundle tuân theo giao dịch chênh lệch giá của người dùng và bundle của Searcher B tuân theo bundle của Searcher A để chênh lệch giá. Quyền riêng tư là điều cần thiết cho một luồng lệnh mở. Quyền riêng tư cho phép Người tìm kiếm có cơ hội hợp tác với nhau, mang lại lợi ích cho nhau thay vì cạnh tranh cho các cơ hội MEV.

Các lợi ích khác của SUAVE

• Qua SUAVE, giao dịch DEX qua chuỗi có thể đạt được giá tốt hơn, và các ý định qua chuỗi có thể được thực hiện một cách hiệu quả hơn.
• Nếu SUAVE được coi là một Builder lớn nhưng phi tập trung, nó sẽ có nhiều lợi thế hơn so với một Builder tập trung vì nó thu thập nhiều Luồng Đơn hàng hơn, điều này cũng có thể thu hút nhiều Builder hơn tham gia SUAVE, và có thể giảm thiểu các rủi ro do tập trung Builder gây ra.
• Qua SUAVE, mỗi chuỗi không cần phải xây dựng hồ bơi giao dịch riêng và thị trường MEV riêng của mình, và có thể tập trung tài nguyên và năng lượng của mình vào việc giải quyết các vấn đề khác hoặc cung cấp dịch vụ tốt hơn.

Kiến trúc SUAVE

Bảng tin cho Sở Thích Người Dùng

SUAVE có thể được mô tả như một “bảng tin Ưu tiên Người dùng”. Thuật ngữ “Người dùng” ở đây không nhất thiết phải ám chỉ đến người dùng blockchain chung, mà Người tìm kiếm cũng có thể là Người dùng của SUAVE. Trong phần tiếp theo, “Người dùng” sẽ ám chỉ đến người dùng blockchain chung, và “Người dùng SUAVE” sẽ ám chỉ đến người dùng của SUAVE.

Sở thích người dùng của SUAVE giống như một ý định chuyên biệt tập trung vào việc sắp xếp giao dịch. Không giống như các ý định chung mà độc giả có thể thấy ở nơi khác, có thể chỉ định các điều kiện khác nhau. Tương tự như cách người dùng chỉ định sở thích và điều kiện trong các ý định, trong Sở thích, người dùng SUAVE chỉ định sở thích hoặc điều kiện cho "các giao dịch hoặc thu nhập gói vào khối," chẳng hạn như:

• “Tôi muốn giao dịch của mình được sắp xếp trước giao dịch 0xabcd và được bao gồm trước khối 110050.” Trong thực tế, điều này giống như các điều kiện được chỉ định bởi Bundle of Searcher khi sử dụng Flashbot.
• “Tôi muốn Bundle của tôi được bao gồm và mang lại cho tôi 0.05 ETH doanh thu.”
• “Tôi muốn Intent A và Intent B được bao gồm trong khối 1001 của chuỗi X và khối 50900 của chuỗi Y tương ứng.” \

Mẹo đọc: Người dùng cũng có thể gửi giao dịch blockchain chung (mà không cần chỉ định bất kỳ Ưu tiên nào) đến SUAVE, tức là, chỉ cần sử dụng SUAVE như một hồ bơi giao dịch chung hoặc Flashbot, chẳng hạn như trực tiếp gửi giao dịch chuyển ETH của mình hoặc giao dịch Uniswap đến SUAVE đó.

Tất nhiên, nếu bạn chỉ xác định điều kiện, không cần thiết phải thiết kế một kiến trúc mới để làm điều này, chỉ cần sử dụng Flashbot ban đầu. Vì vậy, thực tế, các Ưu tiên được xác định trong SUAVE phải được khớp với phần thưởng, nếu không, không ai sẽ sẵn lòng hoàn thành Ưu tiên của bạn một cách mù quáng. Tất nhiên, điều kiện tiên quyết cho việc thanh toán phải là Ưu tiên đã được đạt được.

Bằng cách biến việc chỉ định Ưu tiên và phần thưởng thành hợp đồng thông minh để thực hiện, các bên có nhu cầu (như người dùng hoặc Người tìm kiếm) sẽ có thể đưa ra yêu cầu Ưu tiên chi tiết và đa dạng hơn, và những yêu cầu này được đáp ứng bằng động lực kinh tế thay vì Dựa vào lòng tốt của Người xây dựng.

• “Tôi muốn giao dịch của tôi được sắp xếp trước giao dịch 0xabcd và được bao gồm trước block 110050. Nếu đạt được, tôi sẽ trả cho bạn 3 ETH.”
• “Tôi muốn Bundle của tôi được bao gồm và mang lại cho tôi 0.05 ETH thu nhập. Nếu đạt được, tôi sẽ trao cho bạn 0.02 ETH.”
• "Tôi muốn Ý định A và Ý định B lần lượt được đưa vào khối thứ 1001 của chuỗi X và khối thứ 50900 của chuỗi Y. Nếu đạt được điều này, tôi sẽ cho cậu 1,8 ETH"。

Kiến trúc

SUAVE có thể được xem như bao gồm ba thành phần: Môi trường Ưu tiên, Thị trường Thực thi và Xây dựng Khối phi tập trung.

• Môi trường tùy chọn là nơi chứa Tùy chọn người dùng và phần thưởng từ các chuỗi khác nhau, bao gồm chuỗi SUAVE và nhóm giao dịch của nó. Người dùng SUAVE có thể là người dùng chung hoặc Người tìm kiếm.
• Thị trường Thực thi là một nhóm các Thực thi chuyên nghiệp tìm kiếm và thực thi Sở Thích Người Dùng (thực thi Sở Thích Người Dùng bằng cách đóng gói chúng vào Gói) để kiếm phần thưởng. Thực thi có thể là Người Tìm kiếm hoặc Người Xây dựng
• Xây dựng khối phi tập trung là quá trình lắp ráp nhiều Bó vào các khối cho một hoặc nhiều chuỗi.

△ PE bên trái thu thập Cố ý và giao dịch lợi nhuận trên các chuỗi khác nhau, sau đó các Người thực hiện ở giữa cố gắng thỏa mãn những Sở thích này và đóng gói chúng thành Bó và đưa những Bó này cho vai trò bên phải có quyền sản xuất khối để lắp ráp các khối. Nguồn hình ảnh:https://writings.flashbots.net/the-future-of-mev-is-suave

SUAVE sẽ có chuỗi và hồ bơi giao dịch riêng của mình. SUAVE gọi chuỗi là Lớp Thanh Toán và hồ bơi giao dịch là Lớp Tin Nhắn.

Hợp đồng thông minh có thể được triển khai trên chuỗi để thiết lập hợp đồng giữa Sở thích và phần thưởng. Hồ bơi giao dịch sẽ được điền đầy giao dịch mà người dùng SUAVE tuyên bố Sở thích và Người thực thi nhận phần thưởng.

Vòng đời của giao dịch SUAVE

1. Biểu hiện Ưu tiên: Người dùng SUAVE chỉ định Ưu tiên và đấu giá cho một hoặc nhiều Mục đích/Giao dịch của mình.
2. Tối Ưu Hóa Thực Thi: Bộ thực thi tìm ra một con đường thực thi thỏa mãn Sở Thích Người Dùng, và thậm chí có thể tìm ra con đường tối ưu cho nó.
3. Quyết định Ưu tiên: Bundle(s) của Người thực thi đã được bao gồm thành công trong khối của chuỗi mục tiêu và đáp ứng các Ưu tiên được chỉ định bởi Người dùng SUAVE.
4. Thanh toán giải quyết: Oracle trả lại trạng thái chuỗi mục tiêu cho Chuỗi SUAVE, và Executor thực thi hợp đồng thông minh. Sau khi hợp đồng xác nhận rằng Sở thích đã được đáp ứng, phần thưởng người dùng SUAVE được trao cho Executor.

△ Ưu tiên bốn bước từ thiết lập đến thực thi đến thanh toán. Nguồn hình ảnh:https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

MEVM

SUAVE cần có khả năng viết Ưu tiên bằng ngôn ngữ lập trình và chuyển đổi nó thành hợp đồng thông minh để thực hiện hợp đồng giữa Người dùng SUAVE và Người thực thi. SUAVE dự kiến sẽ thiết kế một EVM dành riêng cho MEV dựa trên EVM - MEVM.

MEVM sẽ thêm một hợp đồng Precompile mới và loại giao dịch cụ thể cho MEV. Ưu tiên người dùng, Gói Bundle và các chức năng Xây dựng Khối đều có thể được hoàn thành một cách dễ dàng trong MEVM.

Đoạn mã chương trình mẫu trong hình dưới đây viết thuật toán Xây dựng Khối Giá khí hiệu quả (EGP) sử dụng hợp đồng Solidity và hợp đồng tiền xử lý MEV.

EGP Block Building sắp xếp các Gói theo Giá Gas được đưa ra bởi mỗi Gói. Các gói có Giá Gas cao hơn sẽ được xếp ở phía trước của khối:

△ Chức năng màu hồng trong hình ảnh là chức năng Chạy trước của MEVM, được thiết kế đặc biệt cho việc sử dụng MEV. Nguồn hình ảnh:https://writings.flashbots.net/mevm-suave-centauri-and-beyond

Mẹo đọc: Việc thực hiện thuật toán Xây dựng Khối thực sự không xảy ra trên chuỗi SUAVE Chain, nhưng Người xây dựng Khối mô phỏng việc thực hiện ngoài chuỗi (giống như nút sẽ mô phỏng việc thực hiện giao dịch cục bộ), vì vậy quá trình thực thi này Sẽ không thực sự trở thành một giao dịch chiếm không gian khối và tài nguyên tính toán của SUAVE Chain, cũng không bị giới hạn bởi hiệu suất đầu ra của SUAVE Chain.

Thông qua khả năng tổng hợp của hợp đồng EVM, Người tìm kiếm và Người tìm kiếm hoặc Người tìm kiếm và Người xây dựng sẽ có thể hợp tác thông qua các hợp đồng, thay thế mối quan hệ tin cậy một chiều ban đầu. Hợp tác cũng sẽ cải thiện hơn nữa hiệu quả của Gói và trích xuất nhiều MEV hơn, có thể mang lại lợi ích cho mọi người tham gia chuỗi cung ứng MEV. Ngoài ra, người tham gia có thể trực tiếp sử dụng các công cụ và cơ sở hạ tầng phát triển dựa trên EVM, chẳng hạn như RPC Provider, các công cụ kiểm thử như Foundry, v.v. và trải nghiệm phát triển sẽ rất tốt.

Hơn nữa, MEVM sẽ cung cấp chức năng bảo vệ sự riêng tư giao dịch, vì không có sự riêng tư, không có khả năng hợp tác. Thiếu sự riêng tư, các Searchers phải lo lắng về việc MEV của họ bị đánh cắp. Ở giai đoạn ban đầu, sự riêng tư này sẽ được đạt được thông qua phần cứng tin cậy SGX. Giao dịch sẽ được mã hóa và sau đó gửi đến SGX để thực thi. Tin rằng SGX sẽ thực thi mã chương trình được chỉ định của nó mà không đánh cắp MEV theo ý muốn. Trong tương lai, khi các công nghệ mật mã tiên tiến khác dần trở nên chín chắn, mật mã có thể được sử dụng để thay thế phần cứng tin cậy. Để biết thêm chi tiết, vui lòng tham khảo bài viết trước đó vềBộ nhớ tập hợp được mã hóa.

Mẹo đọc: Tuy nhiên, cũng có nhược điểm dựa trên EVM, như EVM quá Phong phú: Trên thực tế, để viết các chức năng cần thiết bởi MEV, bạn không cần nhiều Opcodes trong EVM. Cho phép sử dụng các Opcodes này có thể cho phép những người muốn viết thực hiện rất phức tạp, và sau đó để giao dịch thất bại vào cuối quá trình thực hiện, gây ra việc một nút mạng lãng phí một đống tài nguyên tính toán, đó là một cuộc tấn công DoS. Dự án Anoma thiết kế lại một ngôn ngữ lập trình và môi trường thực thi cụ thể để diễn đạt và thực thi Ý định. Trong tương lai, SUAVE cũng có thể sử dụng kiến trúc của Anoma để thay thế MEVM.

Plug-N-Play SUAVE

Nếu nhà phát triển khối hoặc Validator của một chuỗi biết về sự tồn tại của SUAVE và có ý định sử dụng SUAVE, thì nó sẽ coi SUAVE như một Block Builder. Nếu SUAVE cung cấp một giá đấu cao hơn cho các khối mà nó xây dựng, thì Người đào hoặc Validators sẽ sử dụng các khối của SUAVE. Lấy ví dụ về MEV-Boost hiện tại trên Ethereum, các khối được tạo bởi SUAVE sẽ được chuyển đổi thành một định dạng tuân thủ cơ chế đấu giá MEV-Boost thông qua plug-in do SUAVE cung cấp. Người đề xuất không cần phải thực hiện bất kỳ thay đổi nào để chấp nhận các khối của SUAVE.

Nếu nhà phát triển khối hoặc Validator của một chuỗi không biết đến sự tồn tại của SUAVE, thì Executor của SUAVE sẽ đấu giá để nhận Bundle của mình thông qua quy tắc phí của chuỗi.

Những thách thức của MEV chuỗi chéo

Mỗi chuỗi đều có nhà phát triển khối và người xác thực riêng. Khối B1 của SUAVE được nhận bởi chuỗi X không có nghĩa là khối B2 cũng sẽ được nhận thành công bởi Người xác thực của chuỗi Y. Cơ chế sản xuất khối và thị trường của chuỗi X và chuỗi Y là độc lập. Chừng khi cả chuỗi X và chuỗi Y đều sử dụng Shared Sequencer, và cùng một Sequencer sản xuất khối cho cả hai chuỗi cùng một lúc, thì chỉ bằng cách kết hợp SUAVE chúng ta mới có thể đảm bảo Bao gồm Nguyên tử: hai chuỗi không được “thu thập các giao dịch cụ thể (hoặc khối) cùng nhau”. Yuan)”, hoặc “không có thu nhập nào”.

Và ngay cả khi Bộ sắp xếp Chia sẻ có thể đảm bảo Bao gồm Nguyên tử, điều đó không có nghĩa là giao dịch sẽ được thực hiện 'thành công' sau khi được bao gồm. Nếu cả hai giao dịch đều không được thực hiện 'thành công', điều đó có nghĩa là MEV qua chuỗi đã thất bại. Giả sử một Người dùng SUAVE muốn hoàn thành một cơ hội thương mại qua chuỗi, giao dịch trên cả hai chuỗi phải được tạo ra và thực hiện thành công trong thời gian thực trước khi anh ta có thể hưởng lợi:

• Nếu Người dùng SUAVE không sẵn sàng chịu rủi ro thực hiện giao dịch không thành công, thì Ưu tiên của anh ta sẽ yêu cầu cả hai giao dịch phải được thực hiện thành công trước khi chúng được hoàn thành, và sau đó Người thực thi sẽ được thanh toán và Người thực thi sẽ chịu rủi ro. Anh ta có thể hạn chế "kết quả thực hiện thành công" bằng cách chỉ định trạng thái trên chuỗi, ví dụ: chỉ định rằng hợp đồng phải phát ra một Sự kiện cụ thể hoặc chỉ định số dư mã thông báo của một địa chỉ nhất định phải lớn hơn bao nhiêu. Tiếp theo, Chấp hành viên sẵn sàng chấp nhận rủi ro sẽ cố gắng thực hiện cả hai giao dịch theo thời gian thực và được thực hiện thành công. Nếu chỉ có một trong số chúng được nhận hoặc việc thực hiện một trong các giao dịch "không thành công", Chấp hành viên sẽ không nhận được phần thưởng.
• Nếu Người Dùng SUAVE sẵn lòng chấp nhận rủi ro, thì Sở Thích của anh ta chỉ cần cả hai giao dịch đều được nhận, và cũng không sao nếu thực thi giao dịch thất bại (tức là giao dịch Revert). Người Thực Thi vẫn sẽ cố gắng hết sức để thực hiện cả hai giao dịch thành công (việc thực thi thành công có thể dẫn đến phần thưởng cao hơn), nhưng miễn là có thu nhập, bạn có thể nhận được phần thưởng.

Lấy hình dưới đây làm ví dụ, Người dùng SUAVE muốn thực hiện chênh lệch giá giao dịch chuỗi chéo giữa Bản tổng hợp 1 và Bản tổng hợp 2: mua một ETH với giá thấp hơn trên Bản tổng hợp 1 và bán một ETH với giá cao hơn trên Bản tổng hợp 2. .

Nếu cả hai giao dịch được thanh toán trong thời gian thực và thực hiện thành công, Người Dùng SUAVE có thể kiếm được sự khác biệt về giá. Kịch bản 1 và 2 trong bảng trong hình ảnh lần lượt là “Người Dùng SUAVE sẵn lòng chịu rủi ro mình” và “Người Thực Hiện sẵn lòng chịu rủi ro”.

Các cột dưới cùng của bảng là “phần thưởng cho cả hai thành công”, “phần thưởng chỉ cho một thành công” và “kết quả cuối cùng cho chỉ một thành công”:

• Phần thưởng cho cả hai giao dịch thành công (Người dùng SUAVE kiếm được sự khác biệt về giá):
  • Kịch bản 1: Người dùng SUAVE trả $50 phí xử lý cho Executor.
  • Kịch bản 2: Người dùng SUAVE trả 1 khoản phí xử lý 70 đô la cho Executor (đắt hơn vì Executor chịu rủi ro).
• Chỉ có một phần thưởng cho sự thành công (Người dùng SUAVE không kiếm được lợi nhuận):
  • Kịch bản 1: Người dùng SUAVE trả phí xử lý 25 đô la cho Executor. Người dùng SUAVE tự chịu rủi ro.
  • Kịch bản 2: Người dùng SUAVE không cần phải trả phí hoặc gánh chịu rủi ro.
• Chỉ có một kết quả thành công (Người dùng SUAVE không kiếm được lợi nhuận):
  • Kịch bản 1: Người dùng SUAVE trả một khoản phí xử lý $25 cho Executor và có thêm ETH trong tay.
  • Trường hợp 2: Người dùng SUAVE không cần phải trả phí xử lý cho Executor và sẽ không có thêm ETH phụ thuộc. Và Executor có thêm một ETH trong tay.

△ Kết quả thực thi khác nhau dưới các tình huống khác nhau. Nguồn hình ảnh:https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

MEV cross-chain yêu cầu Executors phải có vốn, sẵn lòng chấp nhận rủi ro và có đủ công nghệ để đảm bảo doanh thu và thực thi thành công trong thời gian thực, Atomic. Điều này có thể là một công việc có nguồn thu nhập khá cao nhưng với rào cản tương đối cao.

Tại sao SUAVE cần một chuỗi riêng của mình?

Tại sao chúng ta không thể đơn giản chuyển và chia sẻ Sở thích thông qua mạng P2P? Bởi vì một mạng P2P thuần túy không thể ngăn mạng bị lấp đầy bởi vô số Sở thích (tức là cuộc tấn công DoS). Nếu đó là một chuỗi, cuộc tấn công DoS có thể được ngăn chặn thông qua phí xử lý.

Tại sao SUAVE không sử dụng chuỗi hiện tại? Bởi vì SUAVE cần chức năng (MEV) riêng và cài đặt chuỗi riêng như thời gian khối và kích thước khối. Nếu bạn xây dựng nó trực tiếp trên Ethereum, bạn sẽ gặp vấn đề như chi phí quá cao, thời gian khối quá dài và các chức năng bị giới hạn.

Ngoài ra, vì SUAVE cần phải thu thập thông tin từ các chuỗi khác để xác minh xem Ưu tiên có được đáp ứng hay không, một Chuỗi SUAVE độc lập có thể duy trì tính trung lập bằng cách thu thập thông tin từ tất cả các chuỗi khác.

Tuy nhiên, SUAVE có chuỗi riêng của mình, điều này cũng có nghĩa là (1) Người dùng SUAVE có thể cần chuyển tài sản từ các chuỗi khác sang Chuỗi SUAVE để sử dụng SUAVE, và (2) SUAVE cần phải phụ thuộc vào Oracle để báo cáo thông tin từ các chuỗi khác. Điều này có nghĩa là SUAVE chính nó cần yêu cầu tin cậy bổ sung đối với Oracle. Nếu Oracle không an toàn, nó sẽ ảnh hưởng đến tính bảo mật của hợp đồng trên SUAVE.

Mẹo đọc: Hiện vẫn chưa có nhiều chi tiết về việc liệu SUAVE có sở hữu token riêng, liệu tài sản cần phải được chuyển đổi sang Chuỗi SUAVE để sử dụng, hoặc cách chuyển đổi sang Chuỗi SUAVE. Chỉ được đề cập trong video và bài viết “Người dùng SUAVE phải chuyển tài sản từ các chuỗi khác sang Chuỗi SUAVE trước khi họ có thể sử dụng nó.”

Mô hình thiết kế và bảo mật của Chính sách SUAVE hiện đang được thảo luận. Nếu SUAVE Chain là một Rollup trên Ethereum, bạn có thể trực tiếp sử dụng cơ chế Rollup's để chuyển tài sản và đọc thông tin Rollup khác. Điều này sẽ tốt hơn việc phụ thuộc vào các rollup khác. Công nghệ Cross-chain và dịch vụ Oracle mang lại rất nhiều tính an toàn.

Nếu Validator của SUAVE Chain có thể kết hợp với Eigenlayer, việc sử dụng trực tiếp Ethereum Validator như là SUAVE Chain Validator sẽ an toàn và đáng tin cậy hơn so với việc tạo ra một bộ Validator bởi chính SUAVE. Tuy nhiên, tất nhiên, những thiết kế này cũng có nhược điểm tương ứng. Để biết thêm thông tin về thiết kế SUAVE Chain, vui lòng tham khảo bài viết này.

Tóm tắt về thách thức của SUAVE

• Thời gian khối chuỗi SUAVE: Thời gian khối của Chuỗi SUAVE cần phải ngắn đủ để người dùng SUAVE có thể tuyên bố Sở thích của mình cho Người thực hiện thấy. Nếu thời gian chuỗi SUAVE dài hơn chuỗi mà nó kết nối với (như Solana hoặc Rollup khác), người dùng SUAVE có thể không có thời gian để cho Người thực hiện SUAVE biết rằng anh ấy muốn giao dịch được bao gồm trong khối tiếp theo của một chuỗi cụ thể. Một khối đã được tạo ra.
• Rủi ro của Oracle: Oracle chịu trách nhiệm cung cấp thông tin về các chuỗi khác, và cũng có thể chịu trách nhiệm chuyển tài sản của Người dùng SUAVE sang SUAVE Chain, vì vậy tầm quan trọng của Oracle không hề nhỏ.
• Trải nghiệm sử dụng cross-chain: Người dùng SUAVE cần chuyển tài sản sang SUAVE Chain, đây cũng là một hạn chế trong trải nghiệm sử dụng.
• Mô hình kinh tế: Liệu SUAVE cần phát hành tài sản riêng, làm thế nào để khuyến khích SUAVE Validator, làm thế nào để ngăn chặn cơ chế động viên kinh tế của SUAVE ảnh hưởng đến an ninh kinh tế của các chuỗi khác, v.v.
• Công nghệ bảo mật: Trong tương lai ngắn hạn, SUAVE sẽ phải dựa vào phần cứng đáng tin cậy như SGX để cung cấp các chức năng bảo mật giao dịch, nhưng trong tương lai dài hạn sẽ phải chuyển sang một phương pháp phân quyền và an toàn hơn để giảm thiểu rủi ro.
• Ngôn ngữ Ưu tiên Thích hợp: EVM có phù hợp làm phương tiện để diễn đạt và thực thi Ưu tiên không?

Tóm tắt và điểm nổi bật

• Sự xuất hiện của SUAVE là để (1) giải quyết rủi ro tập trung do sự khác biệt về lợi thế của Builders có thể phát sinh từ Cross Domain MEV, và (2) mở cánh cửa cho sự hợp tác giữa Searchers / Builders thông qua việc giới thiệu quyền riêng tư có thể lập trình, giảm thiểu rủi ro tập trung có thể phát sinh từ Luồng Lệnh Riêng.
• Các giao dịch hoàn toàn riêng tư làm cho công việc của Searchers trở nên khó khăn, vì họ không thể hiệu quả Back-Run các giao dịch người dùng, điều này dẫn đến sự giảm hiệu suất trên chuỗi. Tuy nhiên, người dùng không cần phải lựa chọn giữa "sự riêng tư" và "hiệu suất." Thay vào đó, họ có thể sử dụng sự riêng tư có thể lập trình để lựa chọn tiết lộ thông tin một phần, làm cho công việc của Searchers dễ dàng hơn và cải thiện hiệu suất trên chuỗi và phần thưởng Back-run.
• Với SUAVE, Người dùng SUAVE có thể chỉ định tùy chọn Ý định / giao dịch của họ và các điều kiện khác nhau, trong khi phần còn lại được xử lý bởi các Chấp hành viên chuyên nghiệp để đạt được các điều kiện và nhận phần thưởng mà Người dùng SUAVE đã hứa khi hoàn thành.
• SUAVE sẽ có chuỗi riêng của mình vì P2P thuần túy không thể ngăn chặn các cuộc tấn công DoS, và SUAVE sẽ có các tính năng và cài đặt độc đáo riêng cho chuỗi (MEV), vì vậy các chuỗi hiện tại không thể được sử dụng trực tiếp. Chuỗi này sẽ dựa trên một sửa đổi EVM, thêm các chức năng cần thiết cho MEV, được gọi là MEVM.
• MEV liên chuỗi là một hoạt động rất khó khăn, vì nó yêu cầu đảm bảo sự bao gồm nguyên tử và đảm bảo “thực thi thành công” của các giao dịch. Người dùng SUAVE có thể chỉ định trạng thái để yêu cầu rằng giao dịch phải được thực thi thành công trước khi thưởng cho Người thực thi, qua đó chuyển gánh nặng sang Người thực thi. Bộ xếp chung có thể đảm bảo sự bao gồm nguyên tử nhưng không đảm bảo rằng các giao dịch sẽ được thực thi “thành công.”
• SUAVE là một chuỗi riêng của mình cũng có nghĩa là người dùng SUAVE cần chuyển tài sản sang Chuỗi SUAVE trước khi họ có thể sử dụng SUAVE. Hơn nữa, một Oracle an toàn cần được yêu cầu để báo cáo thông tin từ các chuỗi khác đến Chuỗi SUAVE để xác minh xem các Ưu tiên có được thỏa mãn hay không.
• SUAVE vẫn đối mặt với nhiều thách thức kỹ thuật và thiết kế, như Oracle an toàn, kỹ thuật bảo mật quyền riêng tư, ngôn ngữ ưu tiên và mô hình kinh tế, trong số những thách thức khác.

Disclaimer：

1. Bài viết này được tái bản từ [ imToken Labs]. Tất cả bản quyền thuộc về tác giả gốc [Nic]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ vớiHọc cửađội, và họ sẽ xử lý nhanh chóng.
2. Từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Bản dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài báo đã dịch đều bị cấm.