Bài học 4

Từ lý thuyết đến thực hành – Xây dựng trên SUAVE

SUAVE giới thiệu một phương pháp hoàn toàn khác để xử lý MEV và luồng lệnh. Nhưng các nguyên tắc trừu tượng chỉ có thể áp dụng được đến một mức độ nào đó. Để được áp dụng, hệ thống này phải chứng minh được rằng nó hoạt động đáng tin cậy, an toàn và mang lại lợi ích rõ ràng cho từng bên tham gia. Mô-đun này hướng dẫn chi tiết về cơ chế hoạt động thực tế của SUAVE trong môi trường thực tế. Nó khám phá vòng đời giao dịch, các tác nhân tham gia thực hiện và cách các nhà phát triển và giao thức có thể bắt đầu xây dựng dựa trên ngăn xếp SUAVE ngay hôm nay.

Giao dịch SUAVE hoạt động như thế nào

Giao dịch SUAVE thông thường không bắt đầu trong mempool. Thay vào đó, nó bắt đầu bằng một ý định. Ý định này có thể là mong muốn của người dùng muốn trao đổi token, đấu giá NFT, tham gia thanh lý hoặc thực hiện hành động chuỗi chéo. Không giống như các giao dịch truyền thống được chỉ định đầy đủ và phát sóng công khai, ý định trong SUAVE được mã hóa và chỉ được chỉ định một phần. Nó tạo điều kiện cho solver đề xuất các lộ trình thực hiện tối ưu.

Sau khi người dùng ký và gửi ý định này tới SUAVE Membrane, lớp bảo mật sẽ mã hóa thông tin đó và gửi đến một môi trường an toàn. Môi trường này có thể là môi trường thực thi đáng tin cậy (TEE), hệ thống bằng chứng không kiến thức hoặc mạng lưới an ninh được sao chép. Trong môi trường này, mục đích được giữ bí mật cho đến khi mạng lưới solver đánh giá nó.

Các solver sẽ truy cập vào một loạt ý định được mã hóa và cạnh tranh trong một cuộc đấu giá chung để cung cấp giải pháp thực thi tốt nhất. Mỗi solver đề xuất một lộ trình giao dịch hoàn chỉnh cùng với một giá thầu—đại diện cho khoản hoàn tiền cho người dùng, mức đầu ra tối thiểu được đảm bảo hoặc một số lợi thế có thể đo lường được khác. Những giá chào mua này sẽ không hiển thị cho những solver khác trong suốt phiên đấu giá, đảm bảo tính công bằng.

MEVM, công cụ thực thi của SUAVE, sẽ đánh giá các giải pháp được đề xuất và chọn ra giải pháp chiến thắng dựa trên logic có thể lập trình. Gói thực thi của solver quyết chiến thắng sau đó sẽ được giải mã, hoàn thiện và chuyển đến chuỗi khối thích hợp thông qua Membrane. Chuỗi tiếp nhận chấp nhận giao dịch dưới dạng một gói chuẩn hoặc bằng chứng bao gồm, hoàn tất giao dịch trên chuỗi và trả về xác nhận cho SUAVE.

Không có thời điểm nào trong quá trình này mà dữ liệu giao dịch của người dùng được công khai. Tính cuối cùng được đảm bảo bởi lớp thanh toán của chuỗi đích, nhưng việc sắp xếp và quyền riêng tư được xử lý bởi SUAVE.

Vai trò và trách nhiệm trong hệ sinh thái SUAVE

Hệ sinh thái SUAVE bao gồm một số tác nhân riêng biệt, mỗi tác nhân đóng vai trò quan trọng trong chức năng của hệ thống. Việc hiểu rõ những vai trò này là điều cần thiết đối với bất kỳ ai muốn xây dựng hoặc tích hợp với SUAVE.

Người dùng là nguồn gốc của luồng lệnh. Họ tương tác với các dApp hoặc ví để thể hiện ý định của mình. SUAVE hỗ trợ cả người dùng cá nhân và các giao thức gửi giao dịch thay mặt người dùng. Người dùng hoàn toàn kiểm soát ý định của mình và có thể lựa chọn các tùy chọn về khả năng chịu trượt giá, tốc độ hoặc quyền riêng tư.

Solver là các thực thể diễn giải ý định của người dùng và đề xuất kế hoạch thực thi. Solver phân tích các ý định được mã hóa trong lớp bảo mật và cạnh tranh trong các phiên đấu giá để hoàn thành chúng. Họ có thể là người kinh doanh chênh lệch giá, người định tuyến thanh khoản, người tạo lập thị trường hoặc bot được tối ưu hóa cho các nhiệm vụ cụ thể. Động lực của họ được điều chỉnh theo người dùng—họ chỉ có lợi nhuận nếu họ cung cấp kết quả thực thi có giá trị nhất.

Builder là các trung gian tùy chọn, tổng hợp nhiều ý định đã giải quyết thành một gói duy nhất. Trong khi solver có thể gửi trực tiếp đến Membrane, builder có thể tối ưu hóa hiệu suất gas, sắp xếp lại hoặc đóng gói chung nhiều giao dịch. Các builder tăng khả năng mở rộng và tính linh hoạt, đặc biệt khi xử lý các giai đoạn thông lượng cao.

MEVM xử lý logic trọng tài và thực thi. Nó đánh giá các đề xuất giải pháp, thực thi các quy tắc đấu giá và đảm bảo chỉ những giải pháp hợp lệ mới được chọn. Các nhà phát triển có thể viết các quy tắc tùy chỉnh cho MEVM, chẳng hạn như ưu tiên cho các giải pháp phi tập trung, áp dụng mức hoàn tiền tối thiểu cho người dùng hoặc yêu cầu bằng chứng thanh khoản liên chuỗi.

Membrane hoạt động như cầu nối giữa SUAVE và các chuỗi bên ngoài. Nó tiếp nhận dữ liệu đầu vào của người dùng, phân phối các giao dịch đã hoàn tất và xử lý đồng bộ hóa trạng thái. Membrane cũng quản lý việc cấp phép và bằng chứng toàn vẹn cho việc thanh toán xuyên chuỗi.

Trong bối cảnh này, validatorbị giới hạn trong chuỗi thanh toán. Họ không biết về hoạt động bên trong của SUAVE và chỉ xử lý các gói đã hoàn thiện. Điều này giúp hoạt động của SUAVE nhẹ nhàng hơn và tránh phải thuyết phục các lớp đồng thuận áp dụng cơ sở hạ tầng mới.

Viết và triển khai bộ định tuyến giá trị

Một cải tiến quan trọng trong SUAVE là khái niệm bộ định tuyến giá trị— các dịch vụ giống như hợp đồng thông minh nằm bên trong MEVM và xử lý các lớp ý định cụ thể. Bộ định tuyến giá trị tương tự như một dApp nhưng hoạt động trên luồng lệnh riêng tư, tiền chuỗi (pre-chain) thay vì các giao dịch công khai.

Để xây dựng bộ định tuyến giá trị, nhà phát triển xác định ba thành phần:

  • Định dạng ý định – Người dùng cần cung cấp dữ liệu gì? Dữ liệu được mã hóa như thế nào?
  • Logic đấu giá – Solver nên được chấm điểm và lựa chọn như thế nào? Dựa trên giá, độ trễ, độ trượt giá hay các số liệu tùy chỉnh khác?
  • Logic thanh toán – Đầu ra nên được gửi đến đâu? Nên thanh toán trên Ethereum, Optimism hay cả hai?

Sau khi triển khai tới MEVM, bộ định tuyến giá trị sẽ bắt đầu chấp nhận các ý định thông qua Membrane. Các solver kết nối với bộ định tuyến thông qua API chuẩn hóa và bắt đầu cạnh tranh để thực hiện các yêu cầu đến. Vì bộ định tuyến hoạt động trong môi trường bảo mật quyền riêng tư nên chúng có thể xử lý an toàn khối lượng lớn dữ liệu nhạy cảm mà không tiết lộ chiến lược.

Các trường hợp sử dụng cho bộ định tuyến giá trị bao gồm:

  • Đấu giá hàng loạt NFT với giá thầu kín
  • Tái cân bằng DeFi trên nhiều thị trường cho vay
  • Trò chơi trên chuỗi yêu cầu thực hiện nước đi ẩn
  • Các hành động quản trị DAO đòi hỏi phải có sự phối hợp thanh toán

Vì MEVM không phụ thuộc vào chuỗi nên một bộ định tuyến có thể phục vụ nhiều chuỗi, cho phép các nhà phát triển viết một lần và phục vụ cơ sở người dùng toàn cầu.

Tích hợp ví và trải nghiệm người dùng

Một trong những mục tiêu dài hạn của SUAVE là khiến khả năng chống MEV trở nên vô hình với người dùng. Để điều này xảy ra, ví phải tích hợp với SUAVE ở cấp độ UI và RPC. Thay vì gửi giao dịch đến mempool truyền thống, ví sẽ định tuyến chúng qua Membrane và hiển thị các tùy chọn thực hiện được trả về từ solver.

Từ quan điểm của người dùng, không có gì thay đổi. Họ nhấp vào “Hoán đổi”, “Đúc” hoặc “Bỏ phiếu” như bình thường. Nhưng đằng sau hậu trường, giao dịch của họ được mã hóa, đấu giá và thực hiện thông qua SUAVE. Người dùng sẽ thấy giá tốt hơn, xác nhận nhanh hơn hoặc được giảm giá mà không cần phải hiểu bất kỳ thông tin nào về cách thức hoạt động.

Ví có thể tùy chọn hiển thị các tùy chọn solver, được xếp hạng theo giá, quyền riêng tư hoặc tốc độ. Điều này cho phép người dùng có quyền tùy chỉnh trải nghiệm của họ trong khi người dùng thông thường được hưởng lợi từ các cài đặt mặc định được tối ưu hóa để đảm bảo tính công bằng. Các SDK ví tương lai từ Flashbots và bên thứ ba có thể sẽ đơn giản hóa quá trình tích hợp này.

Khả năng kết hợp và thực thi xuyên chuỗi

Vì SUAVE không tự thanh toán các giao dịch nên nó phải hoạt động hài hòa với các chuỗi bên ngoài. Điều này tạo ra sự phức tạp nhưng cũng mở ra cơ hội cho các quy trình làm việc tiên tiến. Hãy xem xét một người dùng muốn:

  • Hoán đổi ETH lấy USDC trên Ethereum
  • Cầu nối USDC với Arbitrum
  • Sử dụng USDC đó để mua NFT trên thị trường dựa trên Arbitrum

Trong thiết lập truyền thống, điều này sẽ yêu cầu nhiều bước, sự chấp thuận và sự tin tưởng vào bộ chuyển tiếp cầu nối. Trong SUAVE, toàn bộ quy trình làm việc có thể được thể hiện dưới dạng một ý định duy nhất. Các solver cạnh tranh để thực hiện mục đích đó theo cách hiệu quả nhất có thể. Giải pháp tốt nhất sẽ được lựa chọn, thanh toán trên nhiều chuỗi và xác nhận với người dùng bằng một chữ ký duy nhất.

Khả năng kết hợp nhiều chuỗi như thế này rất khó đạt được với các kiến trúc hiện có. SUAVE thực hiện điều này bằng cách tách biệt việc thực hiện khỏi việc thanh toán, cho phép phối hợp các quy trình công việc trước khi được gửi đến từng chuỗi theo trình tự.

Động cơ, thanh toán và niềm tin

Câu hỏi cuối cùng để áp dụng thực tế là người tham gia được trả tiền như thế nào. Các solver, builder và người chuyển tiếp phải được khuyến khích thực hiện tính toán, tham gia đấu giá và định tuyến giao dịch.

Trong SUAVE, động cơ có thể lập trình được. Các solver gửi giá chào mua bao gồm khoản thanh toán cho người dùng (tiền hoàn lại), cho hệ thống (phí) và cho chuỗi thanh toán (gas). Các khoản thanh toán này được thực hiện ở cấp MEVM và chỉ được hoàn tất khi giao dịch được xác nhận.

Hệ thống danh tiếng có thể theo dõi hiệu suất của solver theo thời gian. Hiệu suất kém, thực hiện không thành công hoặc trượt giá vượt quá mức dung sai đã khai báo có thể bị phạt bằng cách loại solver khỏi các cuộc đấu giá trong tương lai. Người dùng cũng có thể đưa những solver có hành vi độc hại vào danh sách đen.

Sự cân bằng giữa động cơ và danh tiếng là điều cần thiết để SUAVE bền vững. Thay vì dựa vào lòng vị tha hay lòng tin, nó tạo ra một thị trường mà hành vi trung thực là chiến lược có lợi nhuận cao nhất.

Ví dụ thực tế: Mua NFT chuỗi chéo với quá trình thực thi tốt nhất

Tình huống:

Sarah muốn mua một NFT được niêm yết trên sàn giao dịch Arbitrum, nhưng cô ấy chỉ nắm giữ ETH trên Ethereum Mainnet. Trong một thiết lập Web3 thông thường, việc này sẽ bao gồm:

  1. Hoán đổi ETH lấy USDC thông qua DEX trên Ethereum (ví dụ: Uniswap).
  2. Cầu nối USDC với Arbitrum (thông qua Hop hoặc Stargate).
  3. Đang chờ xác nhận và giải quyết sự chậm trễ.
  4. Điều hướng đến thị trường NFT trên Arbitrum và hoàn tất giao dịch mua theo cách thủ công.

Luồng này mất thời gian, liên quan đến nhiều giao diện, khiến cô ấy phải chịu rủi ro MEV và cầu nối, đồng thời tốn phí gas cao trên Ethereum.


Tình huống tương tự trên SUAVE

Bước 1: Gửi ý định

Sarah sử dụng ví hỗ trợ SUAVE. Cô ấy nhấp vào “Mua NFT” từ giao diện người dùng trên thị trường và chấp thuận một ý định duy nhất:

  • “Tôi muốn mua NFT này trên Arbitrum, chi tiêu tối đa 0,5 ETH, với xác nhận nhanh nhất và chi phí thấp nhất.”

Bước 2: Quyền riêng tư & đấu giá solver

  • Ý định được mã hóa và gửi đến Membrane của SUAVE.
  • Các solver sẽ nhận được lô ý định này. Một solver đề xuất:

  • Hoán đổi ETH→USDC thông qua đường dẫn được tối ưu hóa MEV trên Ethereum.

  • Cầu nối USDC qua cầu nối nhanh với bằng chứng thanh khoản.
  • Thanh toán giao dịch mua NFT trực tiếp trên thị trường.
  • Cung cấp cho Sarah khoản hoàn tiền 0,2% cho giao dịch.
  • Những solver khác đề xuất nhiều đường dẫni khác nhau, nhưng đây là cách hiệu quả nhất.

Bước 3: Thực thi và hoàn thiện

  • MEVM chọn gói (bundle) chiến thắng và định tuyến gói này qua Membrane.
  • Giao dịch hoán đổi ETH→USDC, cầu nối và mua NFT được thanh toán nguyên tử trên khắp các chuỗi.
  • Sarah nhận được NFT trên Arbitrum, khoản hoàn tiền bằng USDC và xác nhận—tất cả chỉ bằng một cú nhấp chuột

Ví dụ này cho thấy cách SUAVE chuyển đổi trải nghiệm người dùng (UX) nhiều bước, ma sát cao thành một giải pháp thực thi riêng tư xuyên chuỗi chỉ với một cú nhấp chuột, với chi phí được tối ưu hóa và các ưu đãi tích hợp. Nó phản ánh các hành vi DeFi quen thuộc (như hoán đổi và bắc cầu) nhưng thực hiện chúng tốt hơn, giúp tầm nhìn kỹ thuật của SUAVE vừa trực quan vừa mạnh mẽ trong thực tế.

Tuyên bố từ chối trách nhiệm
* Đầu tư tiền điện tử liên quan đến rủi ro đáng kể. Hãy tiến hành một cách thận trọng. Khóa học không nhằm mục đích tư vấn đầu tư.
* Khóa học được tạo bởi tác giả đã tham gia Gate Learn. Mọi ý kiến chia sẻ của tác giả không đại diện cho Gate Learn.