Kế hoạch OEV của Uma Oval vạch ra một bản đồ mới cho tương lai DeFi
Tuyển chọn TechFlowTuyển chọn TechFlow
Kế hoạch OEV của Uma Oval vạch ra một bản đồ mới cho tương lai DeFi
Tìm hiểu sâu về OEV, khám phá nguồn gốc và nguyên lý hoạt động của nó.
Chuyên sâu báo cáo Web3Tác giả: Joey Shin, IOSG Ventures
Hãy tưởng tượng một thế giới nơi mỗi hành động tài chính không chỉ đơn thuần là một giao dịch.
Đây là một thế giới phức tạp được tạo nên từ thông tin, giá trị và thời điểm, tất cả đều do bàn tay vô hình của oracle blockchain dẫn dắt. Trong thế giới DeFi sôi động, có một khái niệm đặc biệt đáng chú ý gọi là Giá trị Khai thác từ Oracle (OEV) – một dạng giá trị đặc biệt xuất hiện nhờ cách thức mà oracle blockchain cập nhật giá, hoặc đôi khi là không cập nhật giá, cho phép bị khai thác. Bài viết này sẽ đưa bạn đi sâu vào OEV, khám phá nguồn gốc, cơ chế hoạt động của nó, cũng như cách mọi người thông minh tận dụng khoảng chênh lệch nhỏ giữa giá thực tế ngoài đời và giá được cập nhật trên chuỗi/phân cấp để khai thác giá trị.
Nhưng câu chuyện về OEV không dừng lại ở đó. Chúng ta còn cần quan tâm đến những nền tảng đổi mới như Uma Oval – nơi đang nghiên cứu cách biến việc tìm kiếm OEV thành lợi ích cho mọi người trong DeFi chứ không phải chỉ dành cho một nhóm thiểu số. Bằng cách đào sâu vào sự phức tạp của OEV và các giải pháp mới nổi như Uma Oval, tôi xin trình bày một số suy nghĩ và cảm nhận cá nhân về lĩnh vực OEV.
Tóm tắt nhanh (TL;DR)
-
Định nghĩa OEV: OEV xuất hiện khi có khoảng chênh lệch giữa giá tài sản thực tế bên ngoài với bản cập nhật (thường chậm trễ) của chúng trên blockchain, tạo ra cơ hội sinh lời cho những searcher tận dụng hành động sau khi oracle cập nhật.
-
Tổng quan Uma Oval: Oval của UMA áp dụng phương pháp mới để quản lý OEV bằng cách tận dụng oracle Chainlink đã đóng gói, cho phép các searcher đấu giá truy cập feeds giá. Sau đó, dữ liệu được gửi tới MEV-Share để thúc đẩy quy trình đấu giá lệnh riêng tư, và cuối cùng trả lại giá trị cho giao thức.
-
Các vấn đề then chốt của Oval: Oval xây dựng dựa trên sự cân bằng tinh vi và phức tạp giữa các bên liên quan khác nhau trong các loại MEV điển hình. Tuy nhiên, Oval sẽ cần trải qua kiểm nghiệm thực tế và cải thiện một số yếu tố như độ trễ tiềm tàng, các giả định tin cậy liên quan đến tập trung hóa, cũng như các thiết lập tham số cấp thấp khác.
-
Lý thuyết giải quyết OEV: Phân tích của tôi cho thấy mặc dù sự tồn tại của OEV đặt ra vấn đề, nhưng các giải pháp đổi mới như Uma Oval có thể làm giảm tác động tiêu cực, mở đường cho một tương lai DeFi công bằng và bền vững hơn.
-
Quan điểm cá nhân về tương lai DeFi: Tôi ủng hộ việc phát triển và triển khai các cơ chế kết hợp giải pháp ở tầng giao thức và tầng hạ tầng nhằm thúc đẩy hệ sinh thái lành mạnh hơn và mô hình lý thuyết trò chơi MEV hợp lý hơn.
Hướng dẫn nhập môn OEV
OEV thực chất là gì?
Giá trị Khai thác từ Oracle (OEV) đề cập đến lượng giá trị tối đa có thể bị khai thác do việc cập nhật feed giá từ oracle hoặc do thiếu cập nhật. Oracle cung cấp dữ liệu bên ngoài như giá tài sản cho các hợp đồng blockchain. Tuy nhiên, các bản cập nhật này mang tính rời rạc chứ không liên tục. Điều này tạo ra sự bất đối xứng thông tin và cơ hội MEV, còn được gọi là OEV. Các bot tìm kiếm (search bots) có thể lợi dụng sự chênh lệch tạm thời giữa giá trên chuỗi và giá giao ngay thực tế ở các sàn giao dịch để kiếm lợi nhuận trước khi oracle cập nhật.
Lưu ý rằng điều này không chỉ xảy ra với các hành động khởi chạy bởi oracle. Ví dụ, nếu một giao dịch lớn diễn ra trên DEX như Uniswap và làm thay đổi đáng kể giá, có thể xuất hiện "cập nhật oracle nội bộ".
Các chiến lược OEV phổ biến như front-running (đặt lệnh trước), khi các searcher theo dõi các giao dịch đang chờ xử lý và chèn lệnh với phí cao hơn trước giao dịch mục tiêu, tận dụng chênh lệch giá trong thời gian trì hoãn để kiếm lời; arbitrage (kho chênh lệch), các nhà arbitrage giao dịch chéo tài sản dựa trên giá oracle chậm trễ trước khi cập nhật, sau đó bán ra để thu lợi nhuận đảm bảo; và phổ biến nhất là thanh lý (liquidation), khi các searcher nhận diện các vị thế mất khả năng thanh toán dựa trên biến động giá và nhanh chóng thanh lý chúng để nhận thưởng.
OEV đại diện cho lợi nhuận thu được bằng cách tận dụng sự chênh lệch tạm thời do tính rời rạc của feed giá oracle. Các search bot có thể khai thác giá trị mà không đóng góp gì cho giao thức. Giá trị này thuộc về các searcher kiếm được lợi nhuận, các builder được khuyến khích vì đưa giao dịch lớn vào khối, và các validator đề xuất khối sau đó. Tuy nhiên, điều này diễn ra với chi phí từ người dùng giao thức, họ chịu mức phạt thanh lý cao, mất cơ hội arbitrage, v.v.
Tác động tiêu cực của OEV và tại sao chúng ta nên quan tâm?
OEV có thể gây ảnh hưởng tiêu cực đến Dapp và làm tổn hại đến người dùng cuối. Việc sử dụng quá mức robot để tận dụng arbitrage và thanh lý từ oracle làm tăng tổng chi phí giao dịch, vì các bot này luôn đặt phí cao hơn các giao dịch hợp pháp để giành ưu tiên đưa vào khối. Điều này trực tiếp làm tăng phí gas cho người dùng thực tế.
Hơn nữa, các giao dịch arbitrage bên ngoài do chênh lệch giá oracle tạm thời gây ra làm giảm lợi nhuận cho các nhà cung cấp thanh khoản trong hệ sinh thái DeFi. Ngay cả khi giá giao ngay hiện tại có thể mang lại chênh lệch đáng kể, họ vẫn bị ép chấp nhận giá kém hấp dẫn. Theo thời gian, tổn thất giao dịch liên tục ở một phía làm tăng tổn thất vĩnh viễn cho các nhóm thanh khoản/nhà cung cấp thanh khoản. Người dùng muốn trao đổi tài sản cũng phải đối mặt với trải nghiệm tệ hơn như thực thi giao dịch bị trễ, trượt giá tăng mạnh và tổn thất lớn hơn do bị thanh lý ép buộc.
Một vài ví dụ phổ biến minh họa rõ cách hoạt động OEV gây ra các vấn đề này:
-
Thanh lý: Các bot MEV tích cực theo dõi các nền tảng cho vay phi tập trung và tận dụng sự khác biệt giá oracle để nhanh chóng thanh lý các khoản vay mất khả năng thanh toán, nhằm thu phần thưởng từ hoạt động này. Cách này phụ thuộc vào việc thanh lý khoản vay trước khi oracle cập nhật giải quyết sự bất nhất dữ liệu phơi bày cơ hội thanh lý thuận lợi.
-
Kho chênh lệch: Các bot liên tục giao dịch trên một nền tảng DeFi dựa trên giá oracle chậm trễ, sau đó lập tức bán tài sản thu được trên một nền tảng khác có thể đã phản ánh đúng giá giao ngay thực tế. Hoạt động kho chênh lệch lặp đi lặp lại này khai thác giá trị mà không đóng góp khối lượng giao dịch hay thanh khoản ý nghĩa nào cho ứng dụng bị ảnh hưởng.
-
Đặt lệnh trước: Để tối đa hóa lợi nhuận từ các sự kiện oracle có thể dự đoán được, các bot MEV chèn các lệnh phí cao, lên lịch thực hiện ngay trước giao dịch của người dùng mục tiêu. Bằng cách xác nhận giao dịch khai thác của chúng trong khoảng cửa sổ trễ ngắn trước bản cập nhật giá chính, các bot có thể tận dụng sự chênh lệch trước các giao dịch cạnh tranh của người dùng thật.
Tuy nhiên, điều đáng lo ngại hơn là các bot này khai thác giá trị mà không thực hiện bất kỳ tương tác đôi bên cùng có lợi nào hay hỗ trợ giao thức DeFi nền tảng. Chúng tận dụng sự không chính xác tạm thời của oracle mà thực tế không giao dịch hay cung cấp thanh khoản trong các nền tảng này, đồng thời tiếp tục khuyến khích hệ sinh thái builder chiếm ưu thế. Các khoản tiền boa mà robot trả chỉ nhằm ưu tiên sắp xếp giao dịch của chúng, làm trầm trọng thêm cuộc cạnh tranh không gian khối và thúc đẩy tập trung hóa hạ tầng, thay vì mang lại lợi ích cho người dùng cuối hoặc ứng dụng.
Nhìn chung, lượng lớn giá trị tích tụ cho các thợ săn dữ liệu oracle và các validator blockchain chủ chốt, thay vì chảy ngược lại nuôi dưỡng sự phát triển hoặc tính bền vững của hệ sinh thái. Việc rút cạn dòng doanh thu sống còn cho các tác nhân bên ngoài chỉ tìm kiếm lợi nhuận một chiều ảnh hưởng nghiêm trọng đến đà tăng trưởng của tài chính phi tập trung. Chuyển việc thu giữ giá trị có thể khai thác từ oracle sang các ứng dụng tạo ra giá trị mở ra con đường chuyển đổi tính bền vững kinh tế cốt lõi của DeFi.
Đấu giá luồng lệnh (Order Flow Auction) là gì?
Đấu giá luồng lệnh (OFAs) tập hợp ý định hoán đổi (swap) và giao dịch, sau đó sắp xếp chúng theo tiêu chí công bằng. Mô hình này nhằm giảm thiểu tác động tiêu cực của các chiến lược MEV.
OFAs cho phép các trader dễ dàng đăng tải ý định swap mong muốn của họ, sau đó được các bên bên ngoài cạnh tranh điền đơn (fill). Điều này giúp trader nhận được giá tốt nhất xuyên suốt các nguồn thanh khoản phi tập trung và tập trung mà không cần tự tìm thủ công tỷ lệ tốt nhất.
Trong cấu trúc OFA, các swapper chỉ cần đăng ý định giao dịch, trong khi các filler chuyên biệt tối ưu hóa và thực hiện giao dịch thực tế thông qua nhiều nguồn thanh khoản. Những nguồn này bao gồm các thị trường tự động (AMM), các nhóm thanh khoản riêng tư, v.v., mà các filler có thể tận dụng để đáp ứng nhu cầu hoán đổi.
Các filler tích cực cạnh tranh để cung cấp cho các swapper ban đầu tỷ lệ giao dịch có lợi nhất. Lợi nhuận của họ đến từ chênh lệch giữa giá thực thi thực tế và tỷ lệ hoán đổi được cung cấp cho người đăng ý định.
Lợi ích chính khi sử dụng OFA để giao dịch bao gồm: giảm tác động ngoại vi tiêu cực của MEV nhờ cố gắng sắp xếp giao dịch công bằng, cung cấp giá tốt hơn và hiệu quả tổng thể cho trader ban đầu, đơn giản hóa việc giao dịch phân tán trên nhiều nguồn thanh khoản, và gộp lệnh để nâng cao hiệu suất thực thi.
Bằng cách thuê ngoài việc thực thi lệnh cho các filler cạnh tranh, cấu trúc OFA đơn giản hóa quá trình swap trong cảnh quan thanh khoản phức tạp, đồng thời cung cấp định giá có lợi nhất quán cho các trader.
Ví dụ về các giao thức giải quyết OEV
API3
API3 giải quyết vấn đề liên quan đến OEV thông qua việc triển khai một cơ chế OFA riêng biệt cho oracle có tên OEV-Share – một bước tiến mang tính đột phá. Nó cho phép các searcher đấu giá quyền thực hiện cập nhật từ các nguồn dữ liệu API3, vốn là oracle bên thứ nhất hoạt động ngoài chuỗi do chính nhà cung cấp API sở hữu và vận hành, đồng thời thu giữ lợi nhuận OEV liên quan đến các giao dịch này. Các meta-giao dịch được ký mã hóa bởi oracle API3 cho phép người thắng cuộc thực hiện cập nhật nguồn dữ liệu.
Phương pháp của API3 khi đưa đấu giá OEV dựa trên cạnh tranh vào hạ tầng oracle hiện có mang lại một số lợi ích then chốt:
-
Việc đấu giá tối đa hóa hiệu quả khai thác giá trị bằng cách gắn kết các sự kiện oracle với động lực.
-
Thứ hai, bằng cách hoàn trả lợi nhuận cho Dapp bị ảnh hưởng thay vì tích tụ bên ngoài, mô hình này ngăn chặn việc giá trị bị rò rỉ khỏi mạng lưới.
-
Thứ ba, áp lực cạnh tranh trong đấu giá tự nhiên làm giảm chi phí và tăng tính kịp thời của các bản cập nhật. Điều này cho phép API3 cung cấp dữ liệu nguồn rẻ, chính xác, độ trễ thấp ở quy mô lớn – nền tảng then chốt cho việc áp dụng rộng rãi DeFi.
-
Xét rộng hơn, kiến trúc OEV của API3 tạo ra một mô hình vòng khép kín bền vững với lợi ích cho mọi bên: các bot tìm kiếm có lối đi tổ chức để khai thác các cơ hội OEV bị bỏ quên nằm ngoài MEV ở cấp độ giao dịch. Các Dapp nhận được nguồn doanh thu mới và trả phí thấp hơn cho dịch vụ oracle quan trọng. Bản thân API3 hưởng lợi từ mô hình sinh lời bền vững tài trợ cho việc phát triển và vận hành hạ tầng oracle.
Điều này được thực hiện như thế nào trong cơ chế động lực MEV hiện tại “cân bằng” (nó không hoàn toàn cân bằng vì gây ra ngoại ứng tiêu cực, nhưng tương tác giữa các thực thể trong kiến trúc MEV ở một mức độ nào đó là cố định)?
Searcher có được con đường có tổ chức để khai thác các cơ hội OEV bị bỏ quên, vượt ra ngoài MEV ở cấp độ giao dịch. Mặc dù việc áp dụng quy trình đấu giá có thể tạo ra ma sát thủ tục nhẹ, nhưng hiệu quả gia tăng và cạnh tranh giảm dần cuối cùng sẽ làm tăng doanh thu. Vì việc cập nhật sẽ được giao cho một searcher cụ thể thực hiện, nó sẽ tương thích với mọi sơ đồ tạo khối và xác thực – ví dụ, nó không yêu cầu mempool riêng. Sau đó, lợi nhuận từ đấu giá sẽ được phân bổ lại cho giao thức, có nghĩa là chúng sẽ thu hồi lợi nhuận vốn có thể bị rò rỉ.
Nguồn: Multicoin Capital
Pyth Network đang mở đường cho một phương pháp mới giải quyết OEV, dựa trên vị thế dẫn đầu hiện tại của họ trong việc cung cấp dữ liệu tài chính bên thứ nhất. Pyth nhận ra rằng dữ liệu độc quyền lấy trực tiếp từ các nhà tạo lập thị trường, nhà cung cấp thanh khoản, sàn giao dịch và các bên tham gia hệ sinh thái trực tiếp khác có độ chính xác và cập nhật tốt hơn so với định giá tổng hợp bên thứ ba.
Bằng cách truy cập các luồng dữ liệu chất lượng cao này, thiết kế oracle của Pyth cung cấp thông tin định giá trung thực và độ trễ thấp hơn rõ rệt cho các hợp đồng cần giá trị thực tế. Pyth cũng triển khai một mô hình kéo theo nhu cầu (demand-pull), cho phép các hợp đồng lấy bản cập nhật giá chính xác theo yêu cầu, thay vì phụ thuộc vào việc đẩy (push) gián đoạn. Điều này tăng tính linh hoạt đồng thời giảm chi phí tải mạng.
Nằm ở điểm giao thoa then chốt giữa dữ liệu định giá blockchain và logic thực thi hợp đồng, Pyth dường như rất phù hợp để điều tiết không gian quý giá xoay quanh việc cung cấp thông tin giá. Bằng cách tập hợp cơ hội truy cập các ứng dụng nhúng sử dụng luồng thông tin oracle của mình, Pyth dự định thúc đẩy đấu giá luồng lệnh toàn cầu, phân bổ quyền truy cập giao dịch cho các bot chuyên biệt. Khác với trường hợp giá trị tích tụ hoàn toàn bên ngoài, Pyth có thể hoàn trả lợi nhuận tương tác hợp đồng cho các dApp sử dụng nó.
Lợi ích cho mạng oracle trung lập của Pyth bao gồm việc tạo ra nguồn doanh thu mới mà không ảnh hưởng đến vị thế độc lập trong hệ sinh thái. Bằng cách tích hợp truy cập luồng thông tin trên nhiều chuỗi, có thể tránh được các cuộc đấu giá riêng lẻ cho từng ứng dụng gây phân mảnh. Việc định giá cạnh tranh hơn trong các sự kiện OEV sẽ thu giữ giá trị toàn diện hơn.
Sự tương tác trong hệ sinh thái MEV cho phép giao thức có được sự đánh đổi cơ học tốt hơn so với quy trình vòng đời OEV hiện tại. Điểm độc đáo cốt lõi của Pyth Network là việc thừa nhận vai trò của oracle bằng cách thiết lập động lực chia sẻ dữ liệu độc quyền giữa các bên thứ nhất và nền tảng hợp đồng. Bằng cách lấy giá trên chuỗi trực tiếp từ các bên tham gia tạo lập thị trường, Pyth tăng cường độ tin cậy bằng cách tối thiểu hóa độ trễ, đồng thời căn chỉnh động lực hệ sinh thái giữa các ứng dụng tiêu thụ dữ liệu và nền tảng sản xuất dữ liệu. Searcher đạt được hiệu quả bằng cách tổ chức hóa quyền truy cập các phiên bản quý giá trong không gian khối liên kết với oracle. Builder đổi lấy uy tín giám sát các sự kiện thị trường quan trọng để nhận được lợi nhuận vô hạn. Quan trọng nhất, vị trí lợi thế của Pyth thúc đẩy việc tái phân phối lợi nhuận bị khai thác trở lại cho các ứng dụng tích hợp thông qua đấu giá luồng dữ liệu tập trung, nuôi dưỡng hệ sinh thái bằng doanh thu tái chế thay vì lãng phí rò rỉ.
UMA Oval (Oracle Value Aggregation Layer)
Nguồn: https://medium.com/uma-project/announcing-oval-earn-protocol-revenue-by-capturing-oracle-mev-877192c51fe2
Cơ chế hoạt động
UMA Oval tích hợp với hạ tầng feed giá hiện có của Chainlink và tận dụng kiến trúc MEV-Share của Flashbots để thúc đẩy đấu giá luồng lệnh xung quanh việc cập nhật oracle.
Khi bản cập nhật giá Chainlink được gửi lên blockchain, Oval về cơ bản đóng gói quyền truy cập vào dữ liệu mới nhất. Điều này cho phép các search bot đấu giá và cạnh tranh quyền mở khóa và "pre-run" các giao dịch luồng giá này để tận dụng cơ hội OEV.
Các nút trung gian đáng tin cậy, gọi là nút Oval, chịu trách nhiệm xác thực giá thầu của searcher và cấu hình các quy tắc hoàn tiền phân bổ giá trị. Chúng gửi giao dịch mở khóa để phát hành bản cập nhật đang giữ và giá thầu pre-run liên quan, dưới dạng một gói (bundle) được gửi qua MEV-Share.
MEV-Share vận hành một đấu giá luồng lệnh riêng tư chuẩn hóa, phối hợp xuyên suốt mạng lưới Builder và Validator rộng lớn hơn. Người thắng cuộc đấu giá đưa giao dịch bundle pre-run của họ cùng với việc mở khóa luồng thông tin giá vào khối, nhằm tận dụng các sự kiện arbitrage hoặc thanh lý.
Sau đó, theo các quy tắc hoàn tiền do nút Oval thiết lập, một phần lợi nhuận được chuyển hướng trở lại các nền tảng cho vay và các giao thức khác đã tích hợp Oval, đồng thời phân bổ khoản bình thường cho Builder và Validator (điều này đạt được thông qua việc cải thiện tỷ lệ thưởng thanh lý vốn có trong cơ chế Oval). Như vậy, giá trị quay trở lại ứng dụng, thay vì để toàn bộ lợi nhuận tích tụ cho các search bot và validator bên ngoài.
Lưu ý một điểm là, ngoài Builder và bản thân giao thức, hiện không có ai bị ảnh hưởng trong quy trình MEV hiện tại. Searcher sử dụng công nghệ hiện có, giúp tích hợp liền mạch, trong khi phí được tái phân bổ từ lợi nhuận của Builder trở lại giao thức – điều này được kiểm soát thông qua siêu dữ liệu của giao dịch bundle. Validator vẫn được thanh toán để đề xuất khối, cũng từ lợi nhuận của Builder, điều này có thể làm tăng thêm một chút độ trễ bao gồm khối trong các thời kỳ tắc nghẽn cao (sẽ được thảo luận sâu hơn trong báo cáo). Tuy nhiên, Builder có thể có luồng lệnh riêng ổn định thông qua MEV-Share, khuyến khích họ tạo khối, đặc biệt khi giá trị MEV cao, dẫn đến phí cao hơn được phân bổ cho Builder để đưa vào. Nó cũng kiềm chế hành vi xấu vì MEV-Share có thể đưa các hành vi xấu vào danh sách đen khỏi giao thức.
Tóm lại, Oval tận dụng hạ tầng oracle và MEV hiện có để truy cập các bản cập nhật luồng thông tin dữ liệu có giá trị. Bằng cách kiểm soát thời điểm phát hành, có thể thực hiện đấu giá tìm kiếm và chuyển một phần lợi nhuận thu được trở lại cho các ứng dụng bị ảnh hưởng.
Các giả định tin cậy của Oval
Cơ chế Oval có ba thành phần cốt lõi - giao thức tích hợp hệ thống, các nút Oval điều khiển đấu giá, và các builder/khai thác viên tham gia sắp xếp và xác nhận giao dịch. Điều này dẫn đến các vấn đề tin cậy tiềm tàng:
Giao thức phụ thuộc vào các nút Oval thiết lập các quy tắc hoàn tiền chính xác để hoàn trả giá trị, không làm trễ hoặc kiểm duyệt việc phát hành bản cập nhật giá. Tuy nhiên, điều này sẽ không làm tổn hại đến hoạt động của hầu hết các giao thức sử dụng Chainlink, nhưng trong trường hợp xấu nhất, giao thức có thể mất doanh thu vốn thuộc về builder và gây ra độ trễ trong việc cập nhật giá.
Oval phụ thuộc vào MEV-Share/Các Builder không tiết lộ giá trị mới nhất, không thay đổi sở thích của các searcher, và gửi đúng tải trọng pre-run. Tuy nhiên, trong trường hợp xấu nhất, điều này sẽ không làm tổn hại đến hoạt động cốt lõi của giao thức, nhưng giao thức có thể mất doanh thu vốn thuộc về builder và có thể gây ra độ trễ trong việc cập nhật giá.
Cả Oval và MEV-Share đều tin tưởng các Builder tuân thủ các quy tắc đóng gói trong việc gửi bundles, không tách giao dịch để ăn cắp lợi nhuận. Oval chọn các Builder mà người dùng có thể lựa chọn. Từ góc nhìn của Builder, động lực kiếm lợi nhuận từ OEV ít hơn so với động lực bị cấm nhận luồng đấu giá riêng tư này. Flashbots thông qua việc nghiên cứu kỹ lưỡng và kiểm nghiệm thực tế cơ chế cân bằng này, trong đó các động lực ngăn chặn các Builder có hành vi xấu ăn cắp lợi nhuận MEV:
(Github:https://github.com/flashbots/dowg/blob/main/fair-market-principles.md)
Trường hợp xấu nhất ở đây là, một giao dịch thanh lý cụ thể diễn ra như hiện nay – một Builder ăn cắp OEV bằng cách tách gói tương đương với một Builder thu thập MEV mà họ làm hiện nay.
Mặc dù động lực về uy tín và tài chính thường đảm bảo hành vi tốt, nhưng sự phụ thuộc vào trung gian tạo ra rủi ro. Nếu các nút Oval không phát hành bản cập nhật hoặc chuyển hướng lợi nhuận, việc thu giữ doanh thu sẽ dừng lại, nhưng chức năng định giá cốt lõi sẽ tiếp tục thông qua luồng thông tin nền tảng của Chainlink.
Tóm lại, Oval tận dụng hạ tầng oracle và MEV hiện có để truy cập các bản cập nhật luồng thông tin dữ liệu có giá trị. Bằng cách kiểm soát thời điểm phát hành, có thể thực hiện đấu giá tìm kiếm và chuyển một phần lợi nhuận thu được trở lại cho các ứng dụng bị ảnh hưởng.
Các điểm rủi ro tiềm tàng và phản biện
Một câu hỏi then chốt là tại sao UMA lại chọn mô hình đấu giá trung gian qua Oval thay vì triển khai trực tiếp phương pháp đấu giá Dutch trên chuỗi cho các sự kiện thanh lý trong giao thức cho vay. So với việc khuyến khích tự động, đấu giá Dutch có thể mang lại doanh thu thấp hơn và chậm hơn cho nền tảng. Đối với các tình huống rủi ro cao như vay thiếu tài sản đảm bảo, việc tối đa hóa tốc độ và độ tin cậy là cực kỳ quan trọng. Việc Oval tận dụng hạ tầng MEV hiện có giúp đảm bảo tính thanh khoản trong các trường hợp này.
Một mối lo ngại khác là liệu người dùng có thể cố gắng hối lộ validator để không đề xuất các khối nhất định nhằm kiểm duyệt việc phát hành bản cập nhật giá hay không. Tuy nhiên, việc duy trì cuộc tấn công này trên nhiều khối có thể tốn kém. Người dùng phải trả giá cao hơn đáng kể so với tiền boa hiện tại mà builder và validator đã nhận để ưu tiên gói giao dịch của họ. Trừ khi là trường hợp cực đoan, động lực tối đa hóa doanh thu vẫn ủng hộ việc bao gồm thay vì kiểm duyệt.
Một vấn đề rủi ro khác là có gì ngăn Chainlink tự xây dựng hệ thống khai thác MEV độc quyền thay thế xung quanh feeds của chính họ, thay vì tích hợp với các giải pháp trung gian như Oval? Một yếu tố giảm thiểu là việc chuyển hướng lại doanh thu MEV cho nhà cung cấp oracle có thể trở thành cơ chế tài trợ hữu ích cho sự phát triển liên tục của Chainlink. Oval cung cấp con đường đã được chứng minh để đạt được mục tiêu này thông qua tích hợp ở cấp độ giao thức.
Hơn nữa, các giả định tin cậy phần lớn được giảm nhẹ thông qua độ trễ giá nhỏ có thể xảy ra – như đã nói, tối đa 3 khối trong phân tích khả thi nhất. Trong hoạt động bình thường của giao thức cho vay, độ trễ giá tối đa 3 khối dự kiến sẽ không gây ra ảnh hưởng đo đếm được. Điều này rất khác so với việc độ trễ giá ảnh hưởng đến giao dịch thị trường hay các loại sản phẩm phát triển nhanh hơn. Khi cần thanh lý, tỷ lệ bao gồm trong khối tiếp theo (không trễ) là 90%, và trong 2 khối là 99%. Các chuyên gia của Uma không cho rằng độ trễ này sẽ gây ra biến động giá đủ lớn để làm cạn kiệt đệm thanh lý hiện có.
Cuối cùng, một điểm yếu tiềm tàng là liệu các builder chịu trách nhiệm về lệnh và xác nhận giao dịch có thể ăn cắp lợi nhuận OEV bằng cách backrun thay vì tuân thủ cơ chế đấu giá hay không. Tuy nhiên, động lực căn chỉnh vẫn ủng hộ việc tuân thủ hệ thống Oval để nhận luồng lệnh riêng từ Flashbots. Ảnh hưởng đến uy tín và rủi ro bị cắt khỏi toàn bộ hệ sinh thái là hàng rào mạnh mẽ chống lại hành vi trộm cắp cá nhân, và lợi ích một lần tiềm tàng sẽ lu mờ so với dòng thu nhập liên tục khi tuân thủ quy tắc.
Suy nghĩ của chúng tôi về OEV
OEV - Suy nghĩ tổng thể
Mặc dù có nhiều giải pháp giải quyết OEV (đặc biệt là nhằm tái đầu tư giá trị vào giao thức/hệ sinh thái), người dùng vẫn bị ảnh hưởng ở một mức độ nào đó. Các giải pháp như Broadcaster Extractable Value (BEV) đang cố gắng làm giảm áp lực MEV từ phía người dùng, điều này có thể là một hướng thú vị để xem xét trong thiết kế giao thức của các mô hình OFA khác. Để giảm bớt hơn nữa một số giả định tin cậy do mô hình OFA mang lại, chúng tôi rất mong được thấy các cơ chế OFA mới cũng có thể được triển khai ở cấp độ giao thức.
Ví dụ, việc khái quát OEV thành ngay cả những thay đổi giá nội bộ (như đã giới thiệu trong phần mở đầu) cho phép giao thức giảm thêm các tác động ngoại vi tiêu cực. Với ví dụ Oval, giống như các wrapper có thể trung gian quyền truy cập các sự kiện oracle dữ liệu bên ngoài để tái phân phối giá trị, giao thức có thể coi các giao dịch ảnh hưởng này như các cập nhật dữ liệu nội bộ.
Ví dụ, Uniswap có thể đặt một ngưỡng, bất kỳ dòng giao dịch nào lớn hơn $X đều phải được định tuyến qua hệ thống wrapper kiểu Oval. Điều này sẽ cho phép Uniswap đấu giá quyền truy cập, cho phép các bot có thể backrun hoặc arbitrage các giao dịch lớn cụ thể này.
Sau đó, giống như Oval hoàn trả giá trị từ việc thanh lý cho nền tảng cho vay, triển khai Uniswap này có thể hoàn trả một phần lợi nhuận từ tác động của giao dịch lớn cho giao thức Uniswap, nhóm thanh khoản, nhà cung cấp thanh khoản, hoặc thậm chí là người dùng giao thức.
Quan điểm về Uma Oval
Mặc dù UMA Oval khéo léo tận dụng hạ tầng hiện có để thu giữ và định tuyến lại OEV, hệ thống này phụ thuộc vào sự căn chỉnh động lực mong manh và các trung gian đáng tin cậy, tạo ra rủi ro an ninh.
Các nút Oval và cơ chế luồng lệnh cung cấp tối ưu hóa, nhưng mở ra các vector tấn công. Trong trường hợp tồi tệ nhất khi sự tin cậy trung gian hoặc mô hình động lực sụp đổ, vẫn có thể xảy ra độ trễ luồng dữ liệu quan trọng và khiến việc khai thác giá trị liên quan đến arbitrage có thể xảy ra nhiều hơn.
Tuy nhiên, phương pháp này thực sự làm giảm một số tác động ngoại vi tiêu cực trong khuôn mẫu hiện tại. Là một giải pháp tạm thời nhằm nâng cao tính bền vững, Oval có thể mang lại doanh thu ý nghĩa cho các ứng dụng bị ảnh hưởng. Dù vậy, những lo ngại về tập trung hóa gia tăng, minh bạch và độ trễ vẫn còn, và nếu không trải qua kiểm nghiệm thực tế kỹ lưỡng, những điều này có thể trở thành vector tấn công trong tương lai.
Nhìn chung, UMA Oval đại diện cho một nỗ lực đổi mới nhằm thu hồi giá trị bị rò rỉ, nhưng nó có thể chưa giải quyết triệt để tất cả các vấn đề động lực cốt lõi khiến cơ hội khai thác có thể xảy ra. Giống như bất kỳ hệ thống mật mã kinh tế mới nào, các cơ chế này cần trải qua quá trình xem xét rộng rãi, kiểm toán và kiểm nghiệm thực tế trong các điều kiện vận hành khác nhau trước khi đánh giá được độ bền thực sự và khả năng chống khai thác.
Tôi rất háo hức khi thấy Oval làm thay đổi cuộc thảo luận và khơi dậy nghiên cứu liên tục, vì chúng giải quyết một số vấn đề nổi bật trong lĩnh vực OEV chưa được giải quyết trực tiếp. Nhưng khi việc áp dụng được cân nhắc, việc hiểu đầy đủ về rủi ro và lợi ích sẽ là then chốt.
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
IOSG Ventures
