Bản cài đặt mới nhất của hồ bơi ổn định của Curve Finance bao gồm một Oracle hồ bơi nội bộ, tính toán Trung bình Động Exponential (EMA) để tạo dữ liệu giá không thể thao tác. Trong khi các nhà tích hợp đã bắt đầu khám phá việc sử dụng Oracle trong các ứng dụng DeFi khác, Oracle chủ yếu được sử dụng để đảm bảo an toàn của tài sản thế chấp trong thị trường crvUSD của Curve.
Mục tiêu chính của báo cáo này là xác định xem Oracle của Curve Finance có thể phục vụ như một lựa chọn đáng tin cậy thay thế cho Chainlink cho các mã token ETH LSD hay không. Nghiên cứu này bao gồm phân tích thống kê về hiệu quả của Oracle giá của Curve, so sánh sự biến động, độ chính xác và hiệu suất tổng thể với giá tham chiếu trên Uniswap (được cho là giá chính xác trên chuỗi).
Phân tích được chia thành hai nghiên cứu liên quan:
Phân Tích Dư Thừa Của Oracles stETH: Một nghiên cứu so sánh giữa Chainlink và Curve, sử dụng dữ liệu lịch sử để xác định sự chệch lệch của Oracle so với giá tham chiếu trung bình và độ lệch chuẩn.
Phân tích Thanh toán MEV stETH: Một nghiên cứu so sánh giữa Chainlink và Oracle trên chuỗi, sử dụng dữ liệu lịch sử để kiểm tra các sự kiện thanh toán trên Prisma và ước lượng tính lợi nhuận của robot và hành vi dự kiến bằng cách sử dụng các Oracle thay thế.
Sau khi phân tích, chúng tôi cung cấp các đặc tả sơ bộ cho Oracle, mong đợi cải thiện độ lệch giá của Oracle trong khi đảm bảo tính đáng tin cậy của Oracle. Giải pháp đề xuất có thể phục vụ như là một bản thiết kế ban đầu cho các nghiên cứu khác nhằm tối ưu hóa Oracle.
Hiệu suất của Oracle rất quan trọng đối với người dùng Prisma vì những người làm thương mại cơ hội để tạo lợi nhuận từ sự khác biệt giữa giá của Oracle và giá hiện tại. Đảm bảo việc sử dụng phản hồi giá chính xác nhất trong quá trình thanh lý và chuộc, mà không đánh đổi sự an toàn của nguồn cung cấp giá, phù hợp với lợi ích tốt nhất của giao thức Prisma và người gửi tiền vào quỹ.
Hai chức năng Oracle trong Prisma được mô tả như sau:
Tỷ lệ Tài sản đảm bảo Cá nhân (ICR) - Dựa trên độ lệch chuẩn của phần dư, Curve hiển thị biến động thấp hơn so với Chainlink so với giá tham chiếu và điều này luôn duy trì nhất quán trên các tài sản quan sát được, mặc dù độ lệch chuẩn giữa cbETH cho Chainlink và Curve tương đương.- Theo bảng trên, thông qua việc phân tích các phương tiện, có thể quan sát thấy rằng Chainlink đánh giá thấp giá tài sản so với giá tham chiếu của Uniswap. Curve sát với giá tham chiếu hơn, nhưng cũng có xu hướng đánh giá thấp giá so với giá tham chiếu của Uniswap.- Một lưu ý đối với những kết luận này là mặc dù sự ưu thế tổng thể của Curve Oracle hơn Chainlink được quan sát ở đây, rETH và cbETH đã trải qua sự lệch lạc mạnh mẽ và ngắn hạn, như được đề cập trong Phụ lục B: Phân tích Dư thừa rETH/cbETH. Điều này được cho là do sự không thanh khoản tương đối của các hồ bơi, hoạt động thấp và sự không đầy đủ của các triển khai hồ bơi cũ cho việc tích hợp. Tuy nhiên, cần có nghiên cứu sâu hơn để xác định các chỉ số chuẩn cần thiết cho các Oracle hồ bơi Curve đáng tin cậy một cách thích hợp.## Phần 3: Phân Tích Thực Hiện MEV stETH### 3.1 Mục tiêuPhân tích nhằm so sánh giá thực thi của các sự kiện chuộc trong WstETH TroveManager với giá giả định được trích dẫn bằng dữ liệu lịch sử bởi các oracles trên chuỗi thay thế. Kết quả của nghiên cứu sẽ cung cấp cái nhìn ban đầu về hành vi của các oracles ngoại chuỗi và trên chuỗi, từ đó cho phép một đánh giá chi tiết hơn trong nghiên cứu tiếp theo.
Mục đích của phân tích này là xác định xem oracle hiện tại có cung cấp giải pháp hiệu suất tốt nhất trong các kịch bản chuộc cụ thể hay không, hoặc có thể cải thiện thông qua việc triển khai các giải pháp on-chain hoặc hỗn hợp, sử dụng các oracle hồ bơi Curve EMA.
Đối với phân tích này, giá stETH thực tế được tính bằng cách chia số lượng mkUSD đã đổi được cho số lượng stETH mất vào Quản lý Kho bằng wstETH. Để xác định số lượng stETH, chúng ta cần xem xét số lượng wstETH nhận được từ việc đổi và số lượng wstETH đã tiêu phí để chuyển đổi chúng thành stETH. Nếu bất kỳ nguồn lực thay thế nào luôn cung cấp lợi nhuận thấp hơn cho người đổi, chúng ta có thể nói rằng hiệu suất MEV của họ tốt hơn so với giá thực tế.
TroveManager wstETH được sử dụng để truy xuất tất cả các băm giao dịch khi nhận mkUSD trao đổi. Các giao dịch mà địa chỉ nhận mkUSD nhận và đốt mkUSD được coi là giao dịch BOT. Các truy vấn chi tiết cho các sự kiện đổi mã có thể được tìm thấy tại đây: Truy vấn Dune_3352919. Truy vấn này là cần thiết để truy xuất tất cả dữ liệu từ các giao dịch BOT.

Dựa trên dữ liệu trên, chúng tôi có thể xây dựng ba dữ liệu giá bằng cách sử dụng Oracle Curve giá stETH/ETH, và kết hợp chúng với ETH/USD để suy ra stETH/USD. Sau thao tác này, chúng tôi thu được dữ liệu sau để trực quan hóa:

Dữ liệu trên cung cấp giá stETH trong USD, có thể được phân tích dựa trên các giá stETH thực tế từ tất cả các giao dịch BOT. Giá trị stETH thực tế (trong USD) đơn giản chỉ được sử dụng để tính toán giá stETH cho mỗi mkUSD được cung cấp trong quá trình đổi lại.

Dựa trên thông tin trên, chúng ta có thể mô hình hóa lượng stETH tương đối nhận được từ việc chuộc mkUSD và chuẩn hóa nó dựa trên lượng nhận được thực tế từ bảng điều khiển hiện tại. Đồ thị sau hiển thị số lượng stETH được nhận từ mkUSD trước khi tính phí và xử lý dữ liệu để loại bỏ các điểm dữ liệu ngoại lệ để tăng cường việc trực quan hóa:


Dường như việc kết hợp Curve stETH/ETH, Uniswap ETH/USDC và Chainlink ETH/USD giảm khả năng sinh lời từ việc đổi trả so với giá cung cấp thực tế.
Giải pháp này hoạt động như một bộ lọc, xem xét cả giá của Curve và Chainlink. Các điều kiện được thiết lập trong một hàm, phục vụ như một công tắc. Để thiết kế điều kiện này, khái niệm về một phạm vi chấp nhận được được giới thiệu. Phạm vi này đại diện cho sự khác biệt chấp nhận được giữa giá của Chainlink và Curve oracle. Khi sự khác biệt quan sát vượt quá phạm vi này, nó cho thấy có thể có sự thiên vị hoặc can thiệp trong dữ liệu của Curve Oracle. Trong những trường hợp như vậy, hàm giảm thiểu các rủi ro tiềm năng bằng cách ủng hộ giá của Chainlink an toàn hơn. Ngược lại, khi sự khác biệt nằm trong phạm vi chấp nhận được, hàm dựa vào sự chính xác và độ chính xác của Curve Oracle.
Đáng chú ý rằng phạm vi chấp nhận được có thể được cấu hình là tĩnh hoặc động, tùy thuộc vào sự biến động của tài sản cơ bản (ví dụ, ETH và LSD liên quan). Tính động này cho phép thích nghi với điều kiện thị trường biến động, đảm bảo tính co giãn và cơ chế phản ứng trong việc xác định giá. Chiến lược hai mặt này giảm thiểu sự phụ thuộc vào một nguồn dữ liệu duy nhất, từ đó nâng cao sự đàn hồi và đáng tin cậy tổng thể của cơ chế định giá.
Một cách chiến lược, phạm vi chấp nhận cho phép báo giá nằm trong khoảng ±1% so với báo giá Chainlink. Điều này gần như là ba độ lệch chuẩn so với sự khác biệt trung bình giữa Curve và Chainlink, xem xét so với các feed cải thiện stETH/ETH và ETH/USD so với feed trước đó stETH/USD.

Giá tương lai là một hàm hoặc cơ chế được thiết kế để xác định báo giá cuối cùng cho một tài sản cụ thể, đặc biệt là trong các kịch bản liên quan đến Curve Oracle và Chainlink Oracle.
Trong giải pháp mô tả, hàm này đánh giá báo giá từ cả Oracle Curve và Oracle Chainlink. Dựa trên sự khác biệt quan sát được giữa hai giá này và xem liệu nó rơi vào hoặc vượt quá phạm vi chấp nhận được được xác định trước, hàm sẽ xuất các giái pháp khác nhau.
Đây là một so sánh giá tương đối với các nguồn giá khác đã được hiển thị trước đó:

Lợi nhuận BOT có thể được minh họa bằng giá phái sinh này (vì không có sự sai lệch, giá này sẽ chính xác bằng giá Curve stETH/ETH và CL stETH/ETH) như được hiển thị dưới đây:

Phân tích tổng lợi nhuận có thể tiết lộ bức tranh toàn cảnh. Sáu điểm ngoại lai đã được xác định và tổng lợi nhuận cho mỗi trường hợp đã được tính toán trước và sau khi lọc bỏ các điểm ngoại lai.

Curve stETH/ETH và Uniswap ETH/USDC làm tốt nhất trong việc giảm lợi nhuận có sẵn cho BOTs. Giá dẫn xuất mà họ cung cấp có tiềm năng lợi nhuận tương tự như hiện tại thực hiện Oracle stETH nhưng hạn chế lợi nhuận, giả sử nó tiết kiệm cho người dùng khoảng 35,4 ETH trên 189 giao dịch được phân tích.
Dữ liệu lịch sử cho thấy rằng giá Oracle hồ bơi Curve gần với giá tham chiếu (dữ liệu giá UniswapV3) so với giá Chainlink. Dữ liệu cho thấy việc triển khai Curve Oracle sẽ giảm MEV cho bot và cung cấp tỷ lệ trao đổi tốt hơn cho người dùng đổi báu vật của họ.
Mặc dù việc sử dụng Curve Oracle như một Oracle độc lập có thể rất hấp dẫn, hiệu quả của phản hồi giá của Curve phụ thuộc vào độ sâu thanh khoản của các tài sản cụ thể và sự tương tác với hồ. Một giải pháp Oracle lai với Curve Oracle và Chainlink Oracle có thể được sử dụng để phù hợp với giá on-chain trong khi vẫn giữ lại tính tin cậy và phạm vi thị trường rộng lớn được kế thừa từ Chainlink Oracle.
Giải pháp Oracle lai mà chúng tôi đề xuất đánh giá đồng đoán tiêu chuẩn (SD) để tạo ra derived_price. Nếu SD tiết ở 0, nó cho biết tuân thử của các giá trị tham chiếu derived_price, điểm đáng xem xét. Điều này đảm bảo rằng khi Oracle Curve bị lịch định trước đó, giải pháp chuyển đổi đổi với nguồn Chainlink an toàn hơn. Vì giải pháp này hầu nhơt luôn đầu ra báo giá Curve stETH, được giả đề MEV hoạt động tương tự như khi sử dụng Curve stETH/ETH, không có fallback.
Phụ lục A: Kịch bản Xử lý Dữ liệu
Các kịch bản được sử dụng để tạo ra phân tích trong báo cáo này như sau:
Các biểu đồ khác rETH
Chainlink và Curve

Uniswap và Curve

Uniswap và Chainlink

Kiểm tra đỉnh rETH
Trong quá trình quan sát, giá máy dự báo rETH đã có một số đỉnh điểm. Điều này dẫn đến sự tăng mạnh của sai lệch giá giữa giá máy dự báo và tham chiếu ngay lập tức. Dưới đây là biểu đồ chi tiết hơn, cho thấy tỷ lệ hồ bơi / tính thanh khoản của token và hành vi giá máy dự báo trong những giai đoạn tăng giá.

start_block = 18824000
end_block = 18827000
interval_blocks = 100
Tỷ lệ hồ bơi đào:

Giá của Oracle:

start_block = 18850000
end_block = 18858000
interval_blocks = 100
Tỷ lệ hồ bơi đào:

Giá của Oracle:

start_block = 18880000
end_block = 18885000
interval_blocks = 100
Tỷ lệ hồ bơi đào:

Giá Oracle:

Biểu Đồ Khác cbETH
Chainlink và Curve

Uniswap và Curve

Uniswap và Chainlink

Kiểm tra Peak cbETH
Trong giai đoạn quan sát, giá của Oracle cbETH Curve đã trải qua một số đỉnh điểm. Trong vài trường hợp, điều này dẫn đến những đợt tăng giá đột ngột đáng kể giữa giá của Oracle và tham chiếu trực tiếp. Dưới đây là biểu đồ chi tiết hơn về hành vi của tỷ lệ hồ bơi thanh khoản / thanh khoản token trong những giai đoạn tăng giá này và hành vi của giá của Oracle.

start_block = 18693500
end_block = 18696000
interval_blocks = 10
Tỷ lệ hồ bơi đào:

Giá Oracle:

start_block = 18814000
end_block = 18816500
interval_blocks = 10
Tỷ lệ hồ bơi đào:

Giá của Oracle:

start_block = 18800000
end_block = 18805000
interval_blocks = 10
Tỷ lệ hồ bơi khai thác:

Giá Oracle:

Bản quyền: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ đại diện cho quan điểm cá nhân của tác giả và không phải là bất kỳ lời khuyên đầu tư nào.
Các phiên bản ngôn ngữ khác của bài viết được dịch bởi nhóm Gate Learn, không được đề cập trong [](http://Gate.comGate.com, bài viết dịch có thể không được sao chép, phân phối hoặc đạo văn.





