Làm thế nào để giải quyết bài toán oracle MEV (OEV) thông qua cơ chế thị trường?

Tác giả: Shew, Geek web3

Lưu ý: Văn bản gốc được biên soạn từ một tweet hơn 2.000 từ trên Twitter chính thức của Geek web3 về vấn đề OEV và giải pháp của nó. Vì chủ đề này là Đặc biệt Thú vị, chúng tôi đã biên soạn thành một bài viết ngắn để các bạn tham khảo.

OEV (Oracle MEV) là gì

Nói một cách đơn giản, khi nhà điều hành oracle giám sát độ lệch giữa dữ liệu giá ngoài chuỗi và giá trên chuỗi, nhà điều hành có thể bắt đầu một giao dịch, cập nhật giá mà nhà tiên tri trên chuỗi cảm nhận được. Khi một giao dịch có thể sửa đổi giá của oracle xảy ra, điều này thường có nghĩa là tạo ra MEV. Chúng tôi gọi đây là MEV phụ thuộc vào oracle OEV (giá trị có thể trích xuất của oracle).

Sự tồn tại của OEV đã dẫn đến việc phân phối lại giá trị giữa các bên liên quan khác nhau và API3 tuyên bố sử dụng cơ chế đấu giá để phân phối lại OEV hợp lý nhất có thể (được phân bổ thông qua cơ chế thị trường) và cố gắng mang lại hiệu quả nhanh hơn, cập nhật giá chi phí thấp hơn.

Người ta thường tin rằng việc tạo và trích xuất OEV là một tập hợp con của vấn đề MEV. Ở đây chúng tôi giới thiệu ngắn gọn về cách tạo ra OEV. Nguyên nhân cốt lõi nằm ở hai khía cạnh sau:

< p> 1. Hệ thống DeFi sử dụng oracle để lấy giá và thực hiện thanh lý cũng như logic khác dựa trên giá oracle. Và việc thanh lý tài sản thường có nghĩa là có tỷ suất lợi nhuận lớn.

2. Có một vấn đề nghiêm trọng trong bản cập nhật oracle. Chỉ khi có sự sai lệch nhất định giữa giá ngoài chuỗi và giá trên chuỗi thì dữ liệu trên chuỗi mới được cập nhật và dữ liệu trên chuỗi sẽ được cập nhật. -Cập nhật dữ liệu chuỗi sẽ được trình bày dưới dạng giao dịch.

Việc tạo ra OEV đồng nghĩa với việc mất đi giá trị của các nhà cung cấp thanh khoản. Một số dữ liệu cho thấy dựa trên hai khía cạnh trên, có ba cách sau để tạo ra OEV:

Đi trước, Đó là chạy trước. Khi người tìm kiếm OEV theo dõi rằng giao dịch cập nhật giá oracle xuất hiện trong nhóm giao dịch, họ có thể chèn giao dịch của riêng mình trước giao dịch này để nhận được lợi ích do cập nhật giá mang lại. Đây là giao dịch chạy trước truyền thống nhất.

Arbitrage, tức là chênh lệch giá. Vì việc cập nhật giá trên chuỗi của máy oracle phụ thuộc vào chênh lệch giữa giá trên chuỗi và giá ngoài chuỗi, điều này có nghĩa là báo giá của máy oracle có thể không nhất quán với báo giá của các hệ thống khác và không gian chênh lệch giá sẽ phát sinh vào thời điểm này

< p>Thanh lý. Việc cập nhật giá của nhà tiên tri sẽ kích hoạt việc thanh lý một loạt vị thế cho vay và người thanh lý có thể nhận được một lượng lớn thu nhập thanh lý trong quá trình thanh lý.

Lợi nhuận thu được thông qua Frontrunning và Arbitrage thực chất là khoản lỗ của nhà cung cấp thanh khoản. Về lợi ích thu được từ việc thanh lý Thanh lý, một mặt, nó ảnh hưởng đến lợi ích của người đi vay, vì người đi vay sẽ mất một phần vốn đáng kể trong quá trình thanh lý và đối với người cho vay, do sự chậm trễ trong việc báo giá. do nhà tiên tri đưa ra, cuối cùng nó nhận được Giá trị của tài sản thế chấp có thể thấp hơn dự kiến. Vì vậy, dù thế nào đi nữa, việc rút OEV sẽ mang lại tổn thất cho tài sản lưu ký của giao thức Defi tương ứng.

Quá trình trích xuất OEV: bản chất vẫn là công việc hàng đầu

Đối với việc trích xuất OEV, người tìm kiếm sẽ giám sát "cập nhật dữ liệu oracle command" trong nhóm bộ nhớ, thông qua cơ sở hạ tầng MEV, các hướng dẫn giao dịch cập nhật của dữ liệu oracle được gói cùng với các hướng dẫn giao dịch do chính nó khởi tạo và cuối cùng được thực thi để thu được lợi nhuận.

Tất nhiên, đối với các giao dịch chênh lệch giá và thanh lý, người tìm kiếm chỉ cần theo dõi độ lệch giữa giá trên chuỗi và giá ngoài chuỗi, cuối cùng sử dụng cơ sở hạ tầng MEV để đảm bảo rằng các giao dịch mà họ khởi tạo sẽ được thực hiện trên chuỗi trước tiên.

Bất kể người tìm kiếm sử dụng quy trình nào, chúng ta có thể thấyrằng số tiền thu được từ OEV được phân phối giữa cơ sở hạ tầng MEV và người tìm kiếm OEV, trong khi giá trị OEV được giao thức “thu giữ” và Không nhận được những lợi ích xứng đáng. (Theo một số dữ liệu, sự cố OEV trước đây đã khiến gần 10% lợi nhuận của nền tảng GMX bị lấy đi)

Để giải quyết vấn đề này, một lượng lớn OEV Nền tảng giao dịch GMX áp dụng một phương pháp đơn giản và thô sơ: để một số người mà bạn chỉ định nắm bắt giá trị OEV và sau đó trả lại giá trị OEV cho nền tảng GMX càng nhiều càng tốt.

< / p>

Đáp lại, GMX đã giới thiệu Xe và danh sách trắng. Nói một cách đơn giản, bản cập nhật oracle của GMX được thực thi thông qua Rook và Rook sẽ thực hiện thao tác trích xuất OEV dựa trên các điều kiện thị trường hiện tại để có được OEV trên thị trường. 80% trong số OEV này sẽ được trả về giao thức GMX.

Tóm lại, GMX trao cho Rooks quyền cập nhật oracle thông qua whitelist, trích xuất OEV thông qua Rook để tránh bị người tìm kiếm khác trích xuất, đồng thời trả lại 80% OEV cho Hệ thống GMX. Thói quen này thực sự hơi đơn giản và thô thiển.

Cơ chế đấu giá OEV dựa trên đấu thầu thị trường

Trước khi giới thiệu sơ đồ đấu giá OEV được thảo luận gần đây do API3 đề xuất, trước tiên chúng tôi giới thiệu ngắn gọn nguyên lý hoạt động của máy oracle của API3. Cốt lõi củaAPI3 được gọi là giao thức Airnode. Giao thức này cho phép các nhà cung cấp dịch vụ API đóng gói trực tiếp API Web2 của họ vào các oracle Web3.

Nói một cách đơn giản, giao thức Airnode yêu cầu nhà cung cấp dịch vụ API sử dụng khóa riêng của mình để ký từng dữ liệu được công bố. Người dùng có thể lấy dữ liệu mới nhất và chữ ký của nó từ nhà cung cấp dịch vụ giao thức Airnode bất cứ lúc nào, sau đó xuất bản nó lên nhà tiên tri trên chuỗi để cập nhật dữ liệu.

< p >Đối với các nhà cung cấp dịch vụ API, việc đóng gói các dịch vụ API Web2 của họ dưới dạng các oracle blockchain thực ra chỉ yêu cầu thêm liên kết chữ ký khóa riêng. Một lượng lớn cơ sở hạ tầng của các nhà cung cấp dịch vụ API có thể được sao chép trực tiếp. Điều này làm giảm đáng kể ngưỡng để các nhà cung cấp dịch vụ API vào trường oracle.

Dựa trên giao thức Airnode, API3 sử dụng sơ đồ đấu giá tương tự như flashbot nhưng nhắm mục tiêu vào hệ thống oracle để đạt được sự phân phối OEV hợp lý. Nó cũng có thể cải thiện hơn nữa tính năng trên- chuỗi Tần số cập nhật của oracle. Hình sau đây minh họa giải pháp OEV của API3:

API3 cho phép mọi người chủ động cập nhật dữ liệu được ghi trong hợp đồng oracle của họ thông qua đấu thầu và giới thiệu nút Chuyển tiếp OEV làm cốt lõi của toàn bộ quy trình đấu giá OEV. OEV Relay thu thập dữ liệu trong mỗi nút mạng oracle và trả lại cho người tìm kiếm. Sau đó, người tìm kiếm sử dụng dữ liệu đó để cập nhật dữ liệu được ghi trên oracle API3 và tận dụng cơ hội để gộp các giao dịch MEV lại với nhau.

Sự tồn tại của OEV Relay mang lại hai ưu điểm sau:

1. Cung cấp tất cả dữ liệu cho người tìm kiếm một cách thống nhất, giảm nhu cầu người tìm kiếm tương tác với oracle riêng các nút. Sự kiện;

2. Bảo vệ một nút oracle duy nhất trong mạng để ngăn chặn một nút oracle duy nhất khỏi bị tấn công bởi các cuộc tấn công DoS của người tìm kiếm;

Người tìm kiếm có thể thu được các oracle tổng hợp trong Dữ liệu báo giá mạng OEV Relay Machine và chữ ký của nó, khi người tìm kiếm tin rằng báo giá mạng oracle hiện tại có thể giúp nó hoàn thành một số hoạt động trích xuất OEV nhất định, người tìm kiếm sẽ bắt đầu đặt giá thầu cho OEV Relay.

Trong quá trình đấu giá, nếu người tìm kiếm đưa ra giá thầu cao nhất, OEV Relay sẽ trả về một meta đã được ký và có thể upload trực tiếp lên chain để cập nhật giá của máy oracle. -tx. Người tìm kiếm có thể kết hợp giao dịch cập nhật giá này với các giao dịch khác trên chuỗi và thực hiện nó để nhận thu nhập OEV. Tại thời điểm này, do giao dịch cập nhật giá cũng được đóng gói trên chuỗi nên giá của oracle trên chuỗi cũng được cập nhật.

Chúng ta có thể thấy rằng một tác dụng của việc cho phép đấu giá OEV là đạt được các cập nhật tần suất cao về giá oracle trên chuỗi. Lấy nguồn dữ liệu AAPL/USD làm ví dụ. Trước phiên đấu giá OEV, khi giá ngoài chuỗi và trên chuỗi chênh lệch 1%, độ lệch lớn này sẽ khiến nhà tiên tri tích cực cập nhật dữ liệu trên -giá chuỗi. .

Nhưng nếu sau khi cuộc đấu giá OEV được mở, nhà tiên tri cho phép thế giới bên ngoài gửi hướng dẫn cập nhật dữ liệu cho nó, người tìm kiếm có thể nghĩ rằng chênh lệch giá 0,1% giữa trên chuỗi và ngoài chuỗi -chain có thể mang lại kết quả to lớn về thu nhập OEV. Điều này sẽ thúc đẩy người tìm kiếm sử dụng meta-tx để cập nhật giá khi chênh lệch giá là 0,1% và tải lệnh giao dịch lên chuỗi.

Điều này sẽ tăng tốc độ cập nhật nguồn dữ liệu AAPL/USD mà không phát sinh thêm chi phí cập nhật oracle cho các ứng dụng sử dụng oracle này.

Vì vậy, chi phí cập nhật dữ liệu oracle được chuyển cho người thu thập giá trị OEV và Rơle OEV của API3 có thể nhận được số tiền lớn phí đấu thầu từ người chơi OEV, sau đó các khoản phí này sẽ phản hồi lại vào Giao thức Defi ghi lại giá trị OEV.

Có thể thấy trước rằng khi thị trường OEV mở rộng, người tìm kiếm sẽ cạnh tranh gay gắt về giá đấu giá, dẫn đến hầu hết (thậm chí 95%) giá trị OEV được chuyển sang giao thức API3 và API3 sau đó giao thức nhận được phần thu nhập OEV này, nó sẽ phân biệt nguồn của giá trị OEV và trả về giao thức Defi đã thu được giá trị OEV.

Cũng cần lưu ý rằng vì mục đích bảo hiểm, API3 sẽ tự động thực hiện các hoạt động cập nhật dữ liệu khi sự khác biệt giữa dữ liệu trên chuỗi và dữ liệu ngoài chuỗi lớn, với điều kiện là không có nhà đấu giá OEV nào có tích cực cập nhật hợp đồng API3.

Tóm tắt

Dựa trên giao thức Airnode và cảm hứng từ Flashbot, API3 đã phát triển sơ đồ đấu giá OEV, mang lại những ưu điểm sau:

Trả về hầu hết OEV Nó cung cấp nhiều cập nhật giá chi tiết hơn cho các giao thức sử dụng nguồn cấp dữ liệu giá oracle.Và các nền tảng giao thức sử dụng nguồn cấp dữ liệu giá máy oracle không cần phải trả chi phí cao cho các cập nhật dữ liệu chi tiết hơn. Phần chi phí này là thông qua đấu giá. Được chuyển cho những người đi đầu OEV tham gia đấu giá.

So với giải pháp chuyên biệt của GMX, giải pháp của API3 linh hoạt hơn và người dùng oracle API3 chỉ cần cung cấp địa chỉ ví và giao thức API3 sẽ tự động tạo thu nhập OEV. Hãy nhập thông tin này wallet để giúp việc phân phối lại OEV thuận tiện hơn.