Hiện trạng và tương lai của MEV trên Sui
Tuyển chọn TechFlowTuyển chọn TechFlow
Hiện trạng và tương lai của MEV trên Sui
Giải thích cách MEV hoạt động trên Sui – cơ chế sắp xếp giao dịch, bảo vệ và cạnh tranh công bằng.
Chuyên sâu báo cáo Web3
MEV (Maximum extractable value – Giá trị khai thác tối đa) đã trở thành một chủ đề quan trọng trong ngành công nghiệp blockchain vì nó liên quan đến việc sắp xếp giao dịch và các cơ hội chênh lệch giá. Để đảm bảo tính minh bạch, bảo vệ giao dịch, duy trì sức khỏe mạng và thưởng cho người tham gia, chúng tôi đã và đang thực hiện có chọn lọc các đề xuất cải tiến Sui (SIPs) và các cơ chế khác nhằm định hướng MEV trên Sui.
Bên cạnh các cơ chế hiện tại, chúng tôi dự định xây dựng thêm nhiều cơ chế để đảm bảo rằng các nguyên tắc nâng cao của mình sẽ dẫn dắt sự phát triển của MEV trên Sui.
Nguyên tắc thiết kế và các cân nhắc
Mỗi giao dịch trên Sui đều đưa ra thông tin mới, tạo ra các cơ hội lợi nhuận tiềm năng. Hệ sinh thái MEV trên Sui hình thành thông qua một vài cơ chế:
-
Cơ chế gửi giao dịch MEV
-
Cơ chế công bố cơ hội MEV
-
Cơ chế phân bổ doanh thu MEV
-
Cơ chế bảo vệ giao dịch người dùng
Các ưu tiên tổng thể của chúng tôi như sau:
-
Bảo vệ giao dịch người dùng quan trọng hơn số lượng giá trị được khai thác. Ưu tiên mức trượt giá thấp hơn là khai thác giá trị lớn. Tránh các cuộc đấu giá ngoài giao thức gây tăng độ trễ mà không có tùy chọn rút lui.
-
Minh bạch mạng lưới được ưu tiên hơn các giao dịch ngoại tuyến với các nút xác thực hoặc trung gian (relayers).
-
Thúc đẩy cạnh tranh thông qua đấu giá gas ưu tiên (priority gas auctions – PGA), ngăn chặn hành vi spam làm giảm hiệu quả hệ thống: Mục tiêu lý tưởng của chúng tôi là khiến chiến lược thống trị của các bên tìm kiếm (searchers) là gửi một giao dịch với phí ưu tiên được xác định bởi giá trị khai thác.
-
Khuyến khích phân phối phần thưởng cho những người tham gia phù hợp với hệ sinh thái: các nút xác thực, người đặt cược, ứng dụng và người dùng.
Gửi giao dịch
Vì các giao dịch sửa đổi cùng một đối tượng được thực thi tuần tự, các máy khách cạnh tranh để tăng khả năng thứ tự thực thi của mình. Về mặt hệ thống, PGA là một cách phân bổ tài nguyên hiệu quả, giúp ngăn chặn spam đồng thời tái phân phối phí gas giữa các bên tham gia.
Yếu tố then chốt thúc đẩy đấu giá gas ưu tiên là lượng hóa thực thi:
-
Các giao dịch được sắp theo thứ tự đồng thuận sẽ được xử lý trong khối. Các nhà giao dịch cạnh tranh về thứ tự ưu tiên thông qua đấu giá gas, cả trong nội bộ khi gửi lẫn giữa các lần gửi khác nhau.
-
Điều này khác với các nhà tạo lập thị trường CEX, nơi thứ tự thực thi hoàn toàn phụ thuộc vào tốc độ, đạt được bằng mạng và thuật toán độ trễ thấp.
-
Tỷ lệ gửi đồng thuận cao hơn làm giảm hiệu ứng lượng hóa, giúp thực thi DEX hiệu quả hơn nhưng cũng thu hẹp cửa sổ PGA.
-
Hiện tại, PGA đối với các đối tượng không tắc nghẽn quan trọng nhất đối với các searcher nhanh nhất. Với tốc độ gửi 15 lần mỗi giây trên Sui, lợi thế 70 mili giây về tốc độ gửi giao dịch có thể quyết định liệu giao dịch có thành công hay không.
-
Các đối tượng tắc nghẽn có thể làm chậm thực thi giao dịch, điều này càng làm tăng tầm quan trọng của PGA, vì cửa sổ cạnh tranh cho các giao dịch có thể gấp 10 lần so với việc gửi đồng thuận thông thường.
Có hai cơ chế để định tuyến giao dịch tới một đợt gửi Sui cụ thể sắp tới:
1 Gửi một nhóm giao dịch thông qua gói mềm: SIP-19
🌟 SIP-19: https://github.com/sui-foundation/sips/blob/main/sips/sip-19.md
-
Các giao dịch được gửi thông qua gói mềm có xác suất rất cao được đưa vào cùng một lần gửi đồng thuận với gói hợp lệ. Điều kiện hợp lệ của gói yêu cầu tất cả các giao dịch phải có cùng mức giá gas.
-
Trong thực tế, cơ chế này cho phép tổ chức đấu giá ngoài chuỗi cho giao dịch gốc và các giao dịch tiếp theo, ví dụ như các giao dịch do Shio (https://www.getshio.com/explorer) vận hành.
2 Tăng cường giao dịch ưu tiên thông qua đồng thuận: SIP-45
🌟 SIP-45: https://github.com/sui-foundation/sips/blob/main/sips/sip-45.md
-
SIP-45 giải quyết vấn đề dao động tiềm tàng trong việc gửi đồng thuận, tránh tình trạng các giao dịch có mức giá gas thấp hơn được gửi cùng lúc lại bị xếp sau các giao dịch có mức giá gas cao hơn.
-
Hai nguồn dao động tự nhiên trong việc gửi đồng thuận: (1) Nút xác thực gửi bị tụt hậu vài vòng đồng thuận: giao dịch do nút xác thực khác gửi có thể được xếp trước. (2) Lãnh đạo vòng đồng thuận có lợi thế khi gửi so với các nút xác thực khác.
-
SIP-45 tăng cường việc gửi đồng thuận bằng cách khuếch đại mức giá gas vượt quá k x RGP (k là tham số hệ thống, hiện được đặt là 5, RGP là mức giá gas tham chiếu). Giao dịch có mức giá gas là n x RGP sẽ được khuếch đại n lần.
-
Việc áp dụng rộng rãi SIP-45 sẽ tạo ra một hệ thống cạnh tranh hiệu quả và công bằng hơn. Cần lưu ý rằng SIP-45 không thay đổi thuộc tính cơ bản của hệ thống từ góc nhìn của máy khách: nó chỉ ngăn chặn hành vi spam bằng cách cung cấp phương án thay thế hiệu quả hơn.
Chọn mức giá gas phù hợp cho giao dịch
Máy khách nên xem xét các yếu tố chính sau để xác định mức giá gas khi gửi giao dịch:
1 Đấu giá gas ưu tiên
Trong một lần gửi đồng thuận, các giao dịch sửa đổi cùng một đối tượng được sắp xếp theo mức giá gas, điều này mang lại cơ hội cạnh tranh công bằng cho các searcher.
2 Khuếch đại gửi đồng thuận
Như đã nêu, các giao dịch có mức giá gas vượt quá 5 x RGP sẽ được khuếch đại khi gửi tới đồng thuận thông qua n nút xác thực. Bất kỳ mức giá gas nào vượt ngưỡng khuếch đại đều làm giảm dao động của việc gửi kém hiệu quả. Trong thực tế, hệ số khuếch đại 5 là đủ để loại bỏ dao động, trong khi mức giá gas 100 x RGP sẽ có xác suất rất cao mở khóa việc gửi của lãnh đạo vòng tiếp theo.
3 Tránh trì hoãn và hủy bỏ do tắc nghẽn
Sui giới hạn thời gian thực thi kiểm điểm (wall clock time) bằng cách kiểm soát tốc độ gửi giao dịch sửa đổi cùng một đối tượng chia sẻ. Các giao dịch sửa đổi đối tượng tắc nghẽn được sắp xếp theo mức giá gas, các giao dịch giá thấp sẽ bị trì hoãn và cuối cùng bị hủy để giới hạn chuỗi thực thi tuần tự tối đa cho mỗi kiểm điểm, đây là cơ chế được gọi là thị trường phí cục bộ theo đối tượng. (Lưu ý rằng mặc dù mức giá gas có thể tăng vọt khi đối tượng chia sẻ mang lại cơ hội chênh lệch cao, các phần khác trong hệ thống vẫn giữ nguyên.)
Các nút đầy đủ theo dõi mức giá gas của các giao dịch được thực thi và bị hủy, đặc biệt là những giao dịch liên quan đến sửa đổi đối tượng tắc nghẽn. Qua kết quả chạy thử giao dịch (transaction dry-run), có thể biết được mức giá gas thấp nhất của giao dịch đã thực thi và mức giá gas cao nhất của giao dịch đã bị hủy. Sử dụng thông tin này, máy khách có thể xác định mức giá gas cần thiết để tránh trì hoãn giao dịch với xác suất cao. (Lưu ý rằng chức năng này hiện chỉ được thực hiện một phần và dự kiến sẽ được phát hành như một phần của SDK trong hai tháng tới.)
Công bố thông tin giao dịch
Mỗi giao dịch trên Sui đều mang lại cơ hội lợi nhuận tiềm năng. Hãy xem xét vòng đời của một giao dịch đối tượng chia sẻ, từ thời điểm máy khách gửi cho đến khi bên thứ ba quan sát được tác động của nó.
-
Máy khách gửi giao dịch: Máy khách gửi giao dịch tới một nút đầy đủ RPC (thường do ứng dụng lựa chọn).
-
Nút RPC phát tán giao dịch: Nút RPC phát tán giao dịch tới các nút xác thực, các nút xác thực xác minh tính hợp lệ của giao dịch và ký tên, nút RPC tập hợp chứng chỉ giao dịch từ chữ ký tập thể của các nút xác thực.
-
Nút RPC phát tán chứng chỉ giao dịch: Nút RPC phát tán chứng chỉ giao dịch tới các nút xác thực.
-
Nút xác thực gửi giao dịch: Một nút xác thực được chọn theo cách xác định sẽ gửi giao dịch vào đồng thuận. Đồng thuận Mysticeti phát tán khối giữa các nút xác thực, trong vòng 3 vòng đồng thuận, khối chứa giao dịch sẽ được gửi. Thực thi giao dịch: Giao dịch được thực thi trên từng nút xác thực.
-
Gửi lại chứng chỉ hiệu ứng giao dịch tới nút RPC và máy khách: Chứng chỉ hiệu ứng sau khi thực thi giao dịch sẽ được trả về cho nút RPC và máy khách.
-
Tạo kiểm điểm: Trong vòng 1 đến 3 vòng đồng thuận, mỗi nút xác thực sẽ hình thành và ký một kiểm điểm (kiểm điểm là lô gồm nhiều lần gửi đồng thuận).
-
Phát tán chữ ký kiểm điểm: Chữ ký kiểm điểm được phát tán giữa các nút xác thực, mỗi nút xác thực hình thành chứng chỉ kiểm điểm.
-
Giao thức đồng bộ trạng thái lan truyền kiểm điểm: Giao thức đồng bộ trạng thái chịu trách nhiệm lan truyền các kiểm điểm đã được xác thực thông qua phương thức điểm-điểm. Thông thường, mỗi nút xác thực đều có một nút ngang hàng trực tiếp không cung cấp yêu cầu RPC – một nút đầy đủ đồng bộ trạng thái, nhận kiểm điểm từ nút xác thực đó.
-
Nút thứ ba tải xuống kiểm điểm: Các nút đầy đủ thứ ba kết nối với nút đầy đủ đồng bộ trạng thái sẽ lấy được kiểm điểm và tải nội dung của nó. Tại thời điểm này, chúng ta giả định các bên thứ ba kết nối trực tiếp với nút đầy đủ có thể xử lý hậu kỳ và phản ứng với hiệu ứng giao dịch.
Truyền bá thông tin giao dịch trước khi gửi
Như đã nói, Sui có hệ thống đấu giá ngoài chuỗi để gửi gói mềm, tuân theo SIP-19. Các cuộc đấu giá này chặn việc gửi giao dịch thông qua giao thức ngoài chuỗi giữa ứng dụng và hệ thống đấu giá (ví dụ như Shio).
Việc truyền bá thông tin này giả định hệ thống đấu giá hoạt động tốt, bảo vệ giao dịch người dùng khỏi các cuộc tấn công夾击 tiềm tàng. Shio có động lực bảo vệ giao dịch người dùng để duy trì hoạt động kinh doanh, do đó sử dụng một số kỹ thuật đấu giá (giao dịch mồi, độ trễ ngẫu nhiên) để làm suy yếu lợi ích tài chính tiềm tàng của các bot夾击.
Rõ ràng, việc truyền bá thông tin này xảy ra bên ngoài Sui (giữa ứng dụng và hệ thống đấu giá), là lựa chọn tự nguyện của ứng dụng và người dùng, chỉ cung cấp thông tin đầu cơ và không đảm bảo giao dịch gốc của người dùng sẽ thành công.
Truyền dữ liệu khối đồng thuận
Để đạt được truy cập giao dịch người dùng với độ trễ thấp, chúng tôi đang thiết kế một hệ thống truyền trực tiếp dữ liệu khối đồng thuận. Tổng thể, các nút đầy đủ sẽ có thể đăng ký trực tiếp để nhận dữ liệu khối đồng thuận.
Thông qua cách này, các nút đầy đủ có thể thông báo đầu cơ về các giao dịch có xác suất cao được gửi. Mạng lưới sử dụng giao thức phát hiện ngang hàng đồng bộ trạng thái mở tiêu chuẩn.
Thông báo đầu cơ này có khả năng rút ngắn đáng kể độ trễ truyền bá giao dịch, chỉ khoảng 160 mili giây (2 vòng đồng thuận), tức là sau khi nút xác thực gửi.
Dự án truyền dữ liệu khối đồng thuận hiện đang ở giai đoạn thiết kế, dự kiến sẽ phát hành SIP trong vòng 1 đến 2 tháng tới.
Bảo vệ giao dịch người dùng
Giao dịch người dùng cần được bảo vệ khỏi các giao dịch đi trước, bị夾击 và bị trì hoãn gửi không tự nguyện.
Động lực viên ngoài
Việc gửi giao dịch Sui yêu cầu động lực viên ngoài, thường do nút đầy đủ thực hiện.
Nếu một nút xác thực nhận được yêu cầu gửi giao dịch t và muốn khởi động giao dịch mới t', nó sẽ bị tụt hậu trong quá trình lắp ráp chứng chỉ so với chương trình động lực viên ban đầu. Trừ khi nút đầy đủ gửi bị kết nối kém với động lực viên Sui, nếu không nút xác thực sẽ bị tụt hậu trong việc lắp ráp chứng chỉ của t' so với t.
Hơn nữa, do việc gửi đồng thuận của t là phi tập trung, một khi chứng chỉ của t đến được đồng thuận thì không thể trì hoãn một cách đáng tin cậy. Do đó, nếu chứng chỉ của t đến được đồng thuận Sui trước chứng chỉ của t', thì t sẽ có xác suất rất cao được thanh toán trước t'.
Do đó, động lực viên ngoài cung cấp khả năng bảo vệ tự nhiên khỏi các giao dịch đi trước, với giả định tin tưởng vào nút đầy đủ chịu trách nhiệm gửi giao dịch (vì các cuộc tấn công đi trước có thể dễ dàng phát hiện trên chuỗi, các cuộc tấn công này sẽ bị máy khách ghi lại và làm tổn hại đến danh tiếng của nhà vận hành RPC).
Đường dẫn nhanh Mysticeti
Hiện tại chúng tôi đang thực hiện một dự án chuyển đổi việc gửi giao dịch sang giao thức đường dẫn nhanh như mô tả trong bài báo Mysticeti. Theo giao thức này, giao dịch người dùng có thể được gửi tới một nút xác thực đơn lẻ, nút này sẽ sử dụng Mysticeti để thu thập và thực thi chứng chỉ giao dịch. Mặc dù điều này làm tăng đáng kể hiệu quả hệ thống, nhưng cũng tạo cơ hội cho nút xác thực thực hiện tấn công đi trước đối với giao dịch người dùng.
🌟 Bài báo Mysticeti: https://arxiv.org/abs/2310.14821
Rủi ro này thuần túy mang tính lý thuyết, vì hiện chưa có bằng chứng nào cho thấy đã xảy ra tấn công đi trước trên Sui. Trong hệ thống mới, khả năng đi trước cao hơn, nhưng mặt khác, do hiểu rõ xác định nút xác thực gửi, việc truy cứu trách nhiệm sẽ dễ dàng hơn.
Sự phát triển của MEV trên Sui
Hệ sinh thái MEV trên Sui vẫn đang trong quá trình hình thành, và sẽ có các cơ chế mới ra mắt vào cuối năm nay. Hiện tại, đấu giá gas ưu tiên và khuếch đại đồng thuận đang định nghĩa hệ thống hiện tại, trong khi các sáng tạo sắp tới như mã hóa khóa thời gian và đường dẫn nhanh Mysticeti sẽ định hình lại việc thực thi giao dịch và tính bảo mật. Khi các cơ chế này được triển khai, MEV trên Sui sẽ tiếp tục phát triển, tạo nên một hệ sinh thái ngày càng năng động và minh bạch hơn.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Sui Network
