Làm thế nào để giải quyết vấn đề Oracle MEV (OEV) bằng cách sử dụng Cơ chế thị trường?

Trung cấp2/21/2024, 3:47:19 AM
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ẽ 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 những cập nhật về giá nhanh hơn và chi phí thấp hơn.

Lưu ý: Văn bản gốc được tổng hợp 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 đặc biệt hấp dẫn nên chúng tôi đã biên soạn thành một bài viết ngắn để 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 theo dõi sự khác biệt giữa dữ liệu giá ngoài chuỗi và trên chuỗi, nhà điều hành có thể bắt đầu giao dịch và cập nhật giá mà oracle trên chuỗi nhận thấy. 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 MEV này 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ẽ 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 những cập nhật về giá nhanh hơn và 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 bài toán MEV. Ở đây chúng tôi giới thiệu ngắn gọn cách tạo OEV. Nguyên nhân cốt lõi nằm ở hai khía cạnh sau:

  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 cho thấy 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à hiển thị 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ị đối với 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 để tạo OEV:

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: 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 lúc này.

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 bằng phương pháp chạy trước và chênh lệch giá 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ý, 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ý, mặt khác do sự chậm trễ trong việc báo giá. do nhà tiên tri đưa ra, người cho vay cuối cùng nhận được giá trị tài sản thế chấp có thể thấp hơn dự kiến. Do đó, dù thế nào đi nữa, việc rút OEV sẽ mang lại tổn thất cho giao thức Defi tương ứng về mặt tài sản lưu ký.

Quá trình trích xuất OEV về cơ bản là tiến hành trước

Để trích xuất OEV, người tìm kiếm sẽ giám sát “hướng dẫn cập nhật dữ liệu oracle” trong nhóm bộ nhớ, gộp các hướng dẫn giao dịch cập nhật dữ liệu oracle với các hướng dẫn giao dịch do chúng khởi tạo thông qua cơ sở hạ tầng MEV và cuối cùng thực thi chúng để 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 toán bù trừ, 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 và cuối cùng đảm bảo rằng các giao dịch mà họ bắt đầu được thực hiện trên chuỗi trước tiên thông qua cơ sở hạ tầng MEV.

Bất kể người tìm kiếm sử dụng quy trình nào, chúng ta có thể thấy rằng lợi ích của OEV được phân bổ giữa cơ sở hạ tầng MEV và người tìm kiếm OEV, đồng thời các giao thức “thu thập” giá trị OEV không nhận được lợi ích mà chúng xứng đáng được nhận. (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, GMX, công ty đã đóng góp một lượng lớn giá trị OEV và là một nền tảng giao dịch phái sinh trên chuỗi, đã áp dụng một phương pháp đơn giản và thô sơ: để một số người do chính họ chỉ định nắm bắt giá trị OEV, sau đó trả lại Giá trị OEV càng nhiều càng tốt cho nền tảng GMX.

Về vấn đề này, GMX đã giới thiệu Rook 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 hiện 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 danh sách trắng, 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 do API3 đề xuất đã được thảo luận sôi nổi trong những ngày gần đây, trước tiên chúng tôi giới thiệu ngắn gọn về nguyên lý hoạt động của máy oracle của API3. Cốt lõi của API3 đượ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 xuất bản. 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.

Đố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 sự chỉ yêu cầu thêm một liên kết chữ ký khóa riêng. Một lượng lớn cơ sở hạ tầng của nhà cung cấp dịch vụ API có thể được tái sử dụng trực tiếp, điều này giúp giảm đáng kể ngưỡng cho các doanh nghiệp API tham gia vào lĩnh vực máy 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 vào hệ thống oracle để đạt được sự phân phối OEV hợp lý, đồng thời tăng thêm tần suất cập nhật của oracle trên chuỗi. Hình dưới đây cho thấy sơ đồ 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ả về cho người tìm kiếm. Sau đó, người tìm kiếm sử dụng nó để 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 và giảm số lượng người tìm kiếm chỉ tương tác với các nút oracle;

  2. Bảo vệ một nút oracle duy nhất trong mạng và 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 do người tìm kiếm thực hiện;

Người tìm kiếm có thể lấy dữ liệu và chữ ký báo giá mạng oracle tổng hợp trong OEV Relay. Khi người tìm kiếm tin rằng báo giá mạng oracle hiện tại có thể giúp họ 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 thầu, nếu người tìm kiếm đưa ra giá thầu cao nhất, OEV Relay sẽ trả về một meta-tx đã được ký và có thể tải trực tiếp lên chuỗi để cập nhật giá của máy oracle trên chuỗi. 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ó để có được 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 hỗ trợ đấ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 khi diễn ra 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 giá trên chuỗi.

Nhưng nếu máy oracle 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ó sau khi phiên đấu giá OEV được mở, thì những người tìm kiếm có thể nghĩ rằng chênh lệch giá 0,1% giữa giá trên chuỗi và giá ngoài chuỗi có thể mang lại lợi ích rất lớn cho 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.

Do đó, chi phí cập nhật dữ liệu oracle được chuyển cho bộ thu thập giá trị OEV và Rơle OEV của API3 có thể nhận được phí đặt giá thầu lớn từ người chơi OEV, sau đó cung cấp các khoản phí này trở lại giao thức Defi để thu thập 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á, khiến phần lớn (thậm chí 95%) giá trị OEV được chuyển sang giao thức API3. Sau khi giao thức API3 nhận được phần doanh thu OEV này, nó sẽ phân biệt nguồn giá trị OEV và trả về giao thức Defi nơi giá trị OEV được ghi lại.

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 có 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 tích cực cập nhật dữ liệu được ghi trong hợp đồng API3.

Tóm tắt

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

Trả lại hầu hết OEV cho các giao thức sử dụng nguồn cấp dữ liệu giá oracle, cung cấp thông tin cập nhật giá chi tiết hơn; các nền tảng giao thức sử dụng nguồn cấp dữ liệu giá oracle không cần phải trả chi phí cao để cập nhật dữ liệu chi tiết hơn. Chi phí này được chuyển cho những người đi đầu OEV, những người đấu giá thông qua các cuộc đấ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. Hơn nữa, người dùng oracle API3 chỉ cần cung cấp địa chỉ ví và giao thức API3 sẽ tự động chuyển thu nhập OEV vào ví này, giúp việc phân phối lại OEV thuận tiện hơn.

Tuyên bố từ chối trách nhiệm:

  1. Bài viết này được in lại từ [PANews], Mọi bản quyền thuộc về tác giả gốc [Geek Web3]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
  2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày 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. Việc 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 viết đã dịch đều bị cấm.

Làm thế nào để giải quyết vấn đề Oracle MEV (OEV) bằng cách sử dụng Cơ chế thị trường?

Trung cấp2/21/2024, 3:47:19 AM
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ẽ 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 những cập nhật về giá nhanh hơn và chi phí thấp hơn.

Lưu ý: Văn bản gốc được tổng hợp 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 đặc biệt hấp dẫn nên chúng tôi đã biên soạn thành một bài viết ngắn để 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 theo dõi sự khác biệt giữa dữ liệu giá ngoài chuỗi và trên chuỗi, nhà điều hành có thể bắt đầu giao dịch và cập nhật giá mà oracle trên chuỗi nhận thấy. 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 MEV này 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ẽ 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 những cập nhật về giá nhanh hơn và 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 bài toán MEV. Ở đây chúng tôi giới thiệu ngắn gọn cách tạo OEV. Nguyên nhân cốt lõi nằm ở hai khía cạnh sau:

  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 cho thấy 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à hiển thị 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ị đối với 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 để tạo OEV:

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: 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 lúc này.

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 bằng phương pháp chạy trước và chênh lệch giá 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ý, 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ý, mặt khác do sự chậm trễ trong việc báo giá. do nhà tiên tri đưa ra, người cho vay cuối cùng nhận được giá trị tài sản thế chấp có thể thấp hơn dự kiến. Do đó, dù thế nào đi nữa, việc rút OEV sẽ mang lại tổn thất cho giao thức Defi tương ứng về mặt tài sản lưu ký.

Quá trình trích xuất OEV về cơ bản là tiến hành trước

Để trích xuất OEV, người tìm kiếm sẽ giám sát “hướng dẫn cập nhật dữ liệu oracle” trong nhóm bộ nhớ, gộp các hướng dẫn giao dịch cập nhật dữ liệu oracle với các hướng dẫn giao dịch do chúng khởi tạo thông qua cơ sở hạ tầng MEV và cuối cùng thực thi chúng để 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 toán bù trừ, 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 và cuối cùng đảm bảo rằng các giao dịch mà họ bắt đầu được thực hiện trên chuỗi trước tiên thông qua cơ sở hạ tầng MEV.

Bất kể người tìm kiếm sử dụng quy trình nào, chúng ta có thể thấy rằng lợi ích của OEV được phân bổ giữa cơ sở hạ tầng MEV và người tìm kiếm OEV, đồng thời các giao thức “thu thập” giá trị OEV không nhận được lợi ích mà chúng xứng đáng được nhận. (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, GMX, công ty đã đóng góp một lượng lớn giá trị OEV và là một nền tảng giao dịch phái sinh trên chuỗi, đã áp dụng một phương pháp đơn giản và thô sơ: để một số người do chính họ chỉ định nắm bắt giá trị OEV, sau đó trả lại Giá trị OEV càng nhiều càng tốt cho nền tảng GMX.

Về vấn đề này, GMX đã giới thiệu Rook 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 hiện 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 danh sách trắng, 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 do API3 đề xuất đã được thảo luận sôi nổi trong những ngày gần đây, trước tiên chúng tôi giới thiệu ngắn gọn về nguyên lý hoạt động của máy oracle của API3. Cốt lõi của API3 đượ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 xuất bản. 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.

Đố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 sự chỉ yêu cầu thêm một liên kết chữ ký khóa riêng. Một lượng lớn cơ sở hạ tầng của nhà cung cấp dịch vụ API có thể được tái sử dụng trực tiếp, điều này giúp giảm đáng kể ngưỡng cho các doanh nghiệp API tham gia vào lĩnh vực máy 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 vào hệ thống oracle để đạt được sự phân phối OEV hợp lý, đồng thời tăng thêm tần suất cập nhật của oracle trên chuỗi. Hình dưới đây cho thấy sơ đồ 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ả về cho người tìm kiếm. Sau đó, người tìm kiếm sử dụng nó để 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 và giảm số lượng người tìm kiếm chỉ tương tác với các nút oracle;

  2. Bảo vệ một nút oracle duy nhất trong mạng và 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 do người tìm kiếm thực hiện;

Người tìm kiếm có thể lấy dữ liệu và chữ ký báo giá mạng oracle tổng hợp trong OEV Relay. Khi người tìm kiếm tin rằng báo giá mạng oracle hiện tại có thể giúp họ 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 thầu, nếu người tìm kiếm đưa ra giá thầu cao nhất, OEV Relay sẽ trả về một meta-tx đã được ký và có thể tải trực tiếp lên chuỗi để cập nhật giá của máy oracle trên chuỗi. 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ó để có được 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 hỗ trợ đấ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 khi diễn ra 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 giá trên chuỗi.

Nhưng nếu máy oracle 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ó sau khi phiên đấu giá OEV được mở, thì những người tìm kiếm có thể nghĩ rằng chênh lệch giá 0,1% giữa giá trên chuỗi và giá ngoài chuỗi có thể mang lại lợi ích rất lớn cho 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.

Do đó, chi phí cập nhật dữ liệu oracle được chuyển cho bộ thu thập giá trị OEV và Rơle OEV của API3 có thể nhận được phí đặt giá thầu lớn từ người chơi OEV, sau đó cung cấp các khoản phí này trở lại giao thức Defi để thu thập 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á, khiến phần lớn (thậm chí 95%) giá trị OEV được chuyển sang giao thức API3. Sau khi giao thức API3 nhận được phần doanh thu OEV này, nó sẽ phân biệt nguồn giá trị OEV và trả về giao thức Defi nơi giá trị OEV được ghi lại.

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 có 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 tích cực cập nhật dữ liệu được ghi trong hợp đồng API3.

Tóm tắt

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

Trả lại hầu hết OEV cho các giao thức sử dụng nguồn cấp dữ liệu giá oracle, cung cấp thông tin cập nhật giá chi tiết hơn; các nền tảng giao thức sử dụng nguồn cấp dữ liệu giá oracle không cần phải trả chi phí cao để cập nhật dữ liệu chi tiết hơn. Chi phí này được chuyển cho những người đi đầu OEV, những người đấu giá thông qua các cuộc đấ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. Hơn nữa, người dùng oracle API3 chỉ cần cung cấp địa chỉ ví và giao thức API3 sẽ tự động chuyển thu nhập OEV vào ví này, giúp việc phân phối lại OEV thuận tiện hơn.

Tuyên bố từ chối trách nhiệm:

  1. Bài viết này được in lại từ [PANews], Mọi bản quyền thuộc về tác giả gốc [Geek Web3]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
  2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày 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. Việc 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 viết đã dịch đều bị cấm.
Bắt đầu giao dịch
Đăng ký và giao dịch để nhận phần thưởng USDTEST trị giá
$100
$5500