Giới thiệu

Nghiên cứu này bắt nguồn từ thách thức của việc có được thông tin giá trị liên kết đáng tin cậy trên chuỗi dữ liệu để tối đa hóa an ninh và phản ánh chính xác giá trị hiện tại của tài sản mục tiêu. Chúng tôi cụ thể tập trung vào các tài sản thế chấp của Prisma Finance (wstETH, rETH, cbETH và sfrxETH) cũng như các sản phẩm tài chính phái sinh dựa trên Ethereum (LSD). Một số trong số những tài sản này thiếu nguồn dữ liệu từ Chainlink (thường được coi là tiêu chuẩn vàng cho dữ liệu giá trị đáng tin cậy), điều này đã ảnh hưởng đến việc tích hợp chúng với nền tảng Prisma.

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.

Phần 1: Nền tảng liên quan

1.1 Các chức năng Oracle trong giao thức Prisma

Hiệu quả của các oracles được đánh giá trong môi trường cụ thể của việc sử dụng Prisma: thanh lý và chuộc lại. (Ngoài ra, lưu ý rằng các oracles giống nhau cũng được sử dụng cho các khoản phí phát hành token và bán các token đã được mua cho "hồ bơi ổn định token hóa," sự quan trọng của nó sẽ tăng lên sau khi ra mắt.)

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:

1.1.1 Thanh lý

Để bảo vệ Prisma khỏi sự phá sản, khi vị thế nợ vượt quá giá trị tài sản đảm bảo của họ, hợp đồng LiquidationManager thực thi logic thanh lý trên tất cả TroveManagers hoạt động (kho bạc Prisma). Thanh lý có thể được kích hoạt theo một trong ba cách, tùy thuộc vào tỷ lệ tài sản đảm bảo của tài khoản mục tiêu và tỷ lệ tài sản đảm bảo trên toàn hệ thống.

Tỷ lệ Tài sản đảm bảo Cá nhân (ICR) <= 100%: Tài khoản (kho bạc) thiếu tài sản đảm bảo. Tất cả nợ và tài sản đảm bảo được phân phối lại trong số các kho bạc hoạt động còn lại, hiệu quả như việc xã hội hóa thiệt hại.

100% < ICR < Tỷ lệ Tài sản đảm bảo Tối thiểu (MCR): Kho bạc giảm xuống dưới ngưỡng thanh lý nhưng có thể thanh lý an toàn. Hồ bơi ổn định được sử dụng như một nguồn dự trữ để xử lý thanh lý (khuyến khích hồ bơi thanh lý). Tài sản đảm bảo được phân bổ cho người gửi hồ bơi ổn định. Nếu số dư của hồ bơi ổn định không đủ để hoàn trả đầy đủ cho kho bạc, số nợ còn lại và tài sản đảm bảo sẽ được phân phối lại giữa các kho bạc hoạt động còn lại.

MCR <= ICR < Tỷ lệ Tổng Thế chấp Toàn cầu (GTCR) && GTCR < 150%: Hệ thống đang ở chế độ phục hồi, có nghĩa là ngân quỹ có thể bị thanh lý khi CR thấp hơn GTCR thay vì MCR. Tiền gửi vào hồ bơi ổn định được sử dụng trước để thanh lý ngân quỹ. Tài sản đảm bảo tương đương với giá trị nợ tại MCR được phân phối cho người gửi tiền vào hồ bơi ổn định. Tài sản đảm bảo còn lại có thể được yêu cầu bởi chủ sở hữu ngân quỹ.

Khả năng thanh lý Prisma tăng khi ETH hoặc ETH LSD trải qua biến động giá quan trọng, đặc biệt là sụt giảm, trong điều kiện thị trường cực kỳ biến động. Trong khi lỗi Oracle hoặc sự thao túng có thể ảnh hưởng đến giao thức bất kỳ lúc nào, nguy cơ lỗi Oracle có thể tăng lên vào những thời điểm quan trọng nhất. Tài sản thế chấp có thể không cập nhật giá trong thời gian hợp lý do sự tăng giá gas, hoặc phương pháp định giá của Oracle có thể không theo dõi đủ mức biến động tăng lên, dẫn đến sai lệch giá cả. Tình trạng vỡ nợ có thể tăng lên, yêu cầu phân phối lại giữa nguồn quỹ hoạt động, hoặc người vay có thể bị thanh lý một cách không công bằng (trong những trường hợp mà Oracle thông báo giá dưới giá thị trường công bằng).

1.1.2 Redemption

Người làm thương mại chênh lệch giá luôn có thể khởi động quá trình chuộc, chọn chuộc 1 mkUSD trị giá tài sản thế chấp cho 1 Đô la Mỹ (+ phí chuộc động), bắt đầu từ nguồn tài chính có tỷ lệ thế chấp thấp nhất trong hệ thống. Điều này giúp củng cố việc giữ định giá của nó khi giá mkUSD giảm xuống dưới 1 Đô la Mỹ. Quá trình chuộc giảm nguy cơ thế chấp của nguồn tài chính mục tiêu và tăng tỷ lệ thế chấp của nó. Bên thực hiện quá trình chuộc phải trả một khoản phí gọi là phí chuộc. Phạm vi phí chuộc thuộc về TroveManager và là tổng của mức phí chuộc tối thiểu + tỷ lệ cơ sở. Các biến số được lưu trữ trong TroveManager tăng tỷ lệ với tổng cung cấp mkUSD được chuộc và giảm theo cấp tuyến thời gian. Phí động này, tỷ lệ cơ sở, điều chỉnh tỷ lệ chuộc sinh lời.

Mặc dù việc thanh lý trên Prisma lịch sử là hiếm, việc đổi trả thông thường và xứng đáng được xem xét đặc biệt cho Oracles. Bot MEV tích cực tìm kiếm cơ hội như vậy để thu lợi nhanh chóng thông qua các khoản vay flash.

Ngoài sự phiền toái của việc đòi lại kho bảo, người dùng có thể trải nghiệm một số giá trị bị rút ra do sự sai lệch giữa Oracle và giá hiện tại. Sự định giá sai lệch có thể dẫn đến người dùng mất nhiều tài sản hơn cần thiết, đặc biệt là khi Oracle báo giá dưới giá thị trường công bằng. Ngược lại, giá được báo cáo bởi Oracle cao hơn giá thị trường công bằng có thể ngăn chặn việc đòi lại, làm mất đi mục đích của cơ chế đòi lại thiết lập sàn peg mkUSD.

1.2 tùy chọn Oracle

Dưới đây là một cái nhìn ngắn gọn về các ứng cử viên hàng đầu cho các nguồn giá Oracle trên Prisma.

1.2.1 Chainlink (off-chain)

Chainlink là một mạng lưới oracles phi tập trung thu thập dữ liệu từ nhiều nguồn thị trường và kết nối dữ liệu này với các hợp đồng thông minh. Kiến trúc của nó dựa vào các nhà điều hành nút độc lập thu thập và truyền dữ liệu từ các sàn giao dịch và các API tổng hợp dữ liệu thị trường khác nhau, giảm thiểu điểm hỏng đơn lẻ và tăng cường bảo mật. Tính toàn vẹn dữ liệu được đảm bảo thông qua các phương pháp mật mã và cơ chế đồng thuận xác minh độ chính xác của dữ liệu trước khi truyền. Phương pháp của nó bao gồm giá tài sản theo thể tích (VWAP) để tổng hợp các giá trị thị trường công bằng nhất đại diện cho giá dựa hạn tài sản.

Mạng lưới nút thường xuyên (nhịp tim) hoặc dựa trên ngưỡng dao động giá đẩy giá lên chuỗi. Hạn chế này, do phí gas cao trên mainnet, có thể khiến cập nhật giá trở nên đắt đỏ và có thể dẫn đến tăng độ trễ, từ đó làm giảm hiệu suất Oracle. Chi phí duy trì các Oracle như vậy có thể cao, đặc biệt là trong những giai đoạn biến động cao, khiến cho việc cập nhật kịp thời cho Oracle trở nên quan trọng.

1.2.2 Bể lưu vực EMA Oracle (trên chuỗi)

Các triển khai gần đây của các hồ bơi Curve (hồ bơi StableSwap và hồ bơi CryptoSwap) bao gồm các tính toán giá EMA được tiết lộ bởi các hàm getter như price_oracle(). Các hồ bơi này không phụ thuộc vào các tiên tri bên ngoài mà thay vào đó tính toán giá tài sản so với mã thông báo trong chỉ số 0 của hồ bơi dựa trên hoạt động giao dịch của chính họ bên trong. EMA tăng chi phí can thiệp thông qua việc điều chỉnh giá được làm mượt, tạo sự cân bằng giữa khả năng chống lại can thiệp và sự lệch giá so với điểm. Mỗi hồ bơi có ma_exp_timecó thể được cấu hình thông qua việc bỏ phiếu của Curve DAO.

Như đã tiết lộ trong tài liệu của Curve Oracle, EMA Oracle đã được phát triển một cách tích cực:

“Nếu bạn muốn sử dụng chức năng 'bộ chuyển mạch giá' của Curve hoặc bất kỳ bộ chuyển mạch giá nào để cung cấp dữ liệu giá trên chuỗi trong ứng dụng phi tập trung mà bạn đang xây dựng, chúng tôi khuyến nghị bạn nên thận trọng hơn.”

Các phiên bản hồ bơi khác nhau sửa đổi phiên bản mã nguồn mở Oracle EMA, vì vậy người tích hợp phải hiểu rõ cách triển khai của Oracle trong hồ bơi đích.

Vào tháng 11 năm 2023, một lỗi ảnh hưởng đến Oracle hồ bơi đã được phát hiện trong quá trình triển khai của hồ bơi stableswap-ng. Lỗi này được phát hiện ngay sau quá trình triển khai của hồ bơi bởi yAudit trong quá trình kiểm toán phụ. Điều này đã thúc đẩy một đề xuất để nâng cấp việc triển khai và loại bỏ một số hồ bơi bị ảnh hưởng. Không có quỹ nào bị đe dọa, nhưng sự kiện này đã làm nổi bật sự phát triển tích cực của các Oracle hồ bơi Curve và tiềm năng cho sự không nhất quán giữa các hồ bơi, mặc dù đã có các cuộc kiểm toán kỹ lưỡng, và tiềm năng cho các lỗi tiếp tục tồn tại có thể làm cho các Oracle dễ bị chiếm đoạt hoặc không chính xác.

1.3 Lịch sử Rút MEV

Phần ba của báo cáo này là một phân tích về việc chuộc lại của TroveManager wstETH. Với tác động đáng kể của việc chuộc lại đối với người dùng Prisma, phần này trình bày các quan sát về các việc chuộc lại lịch sử, sẽ được đánh giá so sánh với Oracle Curve EMA thay thế trong phân tích so sánh.

1.3.1 Hành vi BOT

Truy vấn các sự kiện chuộc đổi trên WstETH TroveManager cho thấy tổng cộng có hơn 200 giao dịch chuộc đổi, trong đó 190 giao dịch được xác định là giao dịch BOT (phương pháp sử dụng để xác định giao dịch được thực hiện bởi BOTs sẽ được giải thích sau trong cùng phần). Dưới đây là một hình ảnh minh họa cho thấy tần suất của các giao dịch này theo thời gian.

Nguồn: Dune query_3402461

Chỉ có 3 BOT thường xuyên trao đổi mkUSD:

Nguồn: Dune query_3402461

Mỗi BOT tuân theo một quy trình chung tương tự khi mua mkUSD và đổi lại. Dưới đây là một trong những giao dịch BOT, tiết lộ một số thông tin hữu ích:

Nguồn: Trình duyệt Phalcon Tx

Mô hình giao dịch BOT có thể được chia nhỏ thành các phần sau:

Nhận vay nhanh từ Uniswap V3: USDC.

Chuyển đổi USDC sang mkUSD bằng cách sử dụng Metapool USD Factory của Curve.fi: Prisma mkUSD.

Trao đổi mkUSD cho wstETH trên Trưởng wstETH Trove.

Mở gói wstETH thành stETH trên wstETH.

Trao đổi stETH sang ETH trên hồ bơi Curve stETH/ETH.

Wrap ETH, trả lại khoản vay và phân phối lợi nhuận và hoa hồng.

Lợi nhuận MEV phụ thuộc vào sự chênh lệch giá trong các bước 2, 3 và 5:

2: Khi giá mkUSD giảm, lợi nhuận từ việc đổi trả tăng lên.

3: Khi các khoản phí chuộc động giảm dần theo hàm lượng chuộc gần đây và thời gian kể từ khi chuộc, lợi nhuận từ việc chuộc tăng lên.

-5: Khi độ trượt trong các sàn giao dịch tài sản (ví dụ, stETH) tăng lên, lợi nhuận từ việc đổi trả giảm đi. LSD như stETH có thể được trao đổi trực tiếp sang ETH cơ bản, nhưng quá trình này đòi hỏi một thời gian chờ đợi, làm cho tính thanh khoản trên thị trường phụ trọng yếu

Prisma áp dụng một cơ chế để hạn chế cơ hội lợi nhuận từ việc đổi mkUSD sang wstETH thông qua các khoản phí linh hoạt. Bước 3 liên quan đến các khoản phí linh hoạt để ngăn chặn việc đổi thường xuyên và quá mức. Mặc dù có cơ chế này, việc đổi vẫn có thể xảy ra do Oracle định giá sai lệch để khai thác MEV. Báo giá từ Oracle cho việc đổi mkUSD có thể cung cấp tỷ lệ tài sản đảm bảo không tối ưu cho chủ sở hữu ký quỹ, dẫn đến trải nghiệm người dùng tiêu cực.

1.3.2 Sự hợp lệ của các thay đổi bộ gải wstETH

Đề xuất thay đổi giá cả của Prisma Oracle feed cho stETH đã được chấp thuận. Ban đầu, Prisma đã sử dụng oracle Chainlink stETH/USD, với ngưỡng lệch 1% cho wstETH TroveManager. Đã phát hiện rằng việc sử dụng kết hợp các oracle Chainlink stETH/ETH và ETH/USD có thể dẫn đến cải thiện, với ngưỡng lệch 0.5% cho mỗi oracle.

Vui lòng tham khảo sự sai lệch giữa Oracle mới và Oracle cũ với độ phân giải 15 khối:

Nguồn: Biểu đồ bởi @wavey

Đã quan sát thấy rằng khi giá giao dịch của mkUSD giảm dưới mức giá cố định, sự đòi hỏi quá mức xảy ra do sai lệch của Oracle vượt quá 1%. Trong những trường hợp như vậy, chúng tôi nhận thấy rằng các khoản phí linh hoạt không đủ để ngăn chặn sự đòi hỏi quá mức do sai lệch giá cả. Vui lòng tham khảo việc điều chỉnh phí đổi lại cho các sự kiện đổi lại dưới dạng.

Nguồn: Biểu đồ bởi @wavey

Những lần chuộc này có thể gây ra chi phí gián tiếp cho người dùng Prisma, vì họ có thể nhận được tỷ lệ không thuận lợi khi các kho của họ được chuộc. Phân tích của Wavey cho thấy rằng trạng thái stETH/USD có khả năng chệch lệch hơn so với các kết hợp trạng thái đã được xác thực trong bảng dữ liệu trên. Những chệch lệch tạm thời vượt quá 1,2% đã tạo ra cơ hội cho các bot MEV khai thác.

Đề xuất thay đổi Oracle (PIP-004) đã được thực hiện vào ngày 17 tháng 11 năm 2023, lúc 7Vào lúc 35 PM +UTC, cùng với giao dịch này. Dựa vào biểu đồ giá mkUSD dưới đây và ngày thực hiện đề xuất, có thể thấy rằng sau khi thực hiện đề xuất, giá thực tế của mkUSD trong USDC đã giảm. Lợi nhuận giảm của việc rút tiền do cải thiện oracle có thể dẫn đến sức mạnh pegging giảm.

Nguồn: Dune query_5685458

Các yếu tố ảnh hưởng khác cũng cần được xem xét, bao gồm các hạn chế của mô hình lãi suất giao thức, các trường hợp sử dụng cho mkUSD, và các biện pháp khuyến khích không đồng nhất. Một đề xuất quan trọng khác hạn chế việc chuộc lại là PIP-019, thực hiện vào ngày 31 tháng 1. Đề xuất này đã tăng phí chuộc cơ bản cho tất cả các Quản lý Trove lên 1%-1.5%, giảm độ co giãn cố định của mkUSD nhưng với chi phí giảm rủi ro chuộc lại cho chủ sở hữu Trove Prisma.

Phần 2: Phân tích dư thừa của Oracles

2.1 Mục tiêu

Bài phân tích nhằm đánh giá hiệu suất của các oracles Prisma đã triển khai và đánh giá hiệu suất giả định của các oracles Curve EMA on-chain thay thế bằng dữ liệu lịch sử. Các 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 off-chain và on-chain, từ đó cho phép đá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 bộ truy vấn hiện tại có cung cấp giải pháp hiệu suất tối ưu nhất hay không, hoặc có thể cải thiện bằng cách triển khai các giải pháp trên chuỗi hoặc kết hợp sử dụng truy vấn hồ bơi Curve EMA.

2.2 Phương pháp

Phân tích sẽ tập trung cụ thể vào stETH vì đó là LSD phổ biến nhất, với một nguồn cung giá Chainlink đã trưởng thành và tính thanh khoản sâu trong hồ bơi Curve. Phân tích về tài sản thế chấp khác được liệt kê trên Prisma đã được tiến hành, và kết quả được cung cấp trong Phụ lục B của báo cáo để tham khảo.

Phân tích so sánh liên quan đến việc đánh giá mức độ sự phù hợp giữa dữ liệu thử nghiệm và tập dữ liệu tham chiếu. Trong trường hợp này, hai tập dữ liệu được xem xét: dữ liệu thử nghiệm quan tâm và tập dữ liệu tham chiếu. Mặc dù dự kiến rằng dữ liệu thử nghiệm nên theo dõi chặt chẽ dữ liệu tham chiếu, nhưng có thể xảy ra sự sai lệch.

Để định lượng sự cân chỉnh, chúng tôi xem xét dư thừa, đó về cơ bản là sự khác biệt giữa dữ liệu thử nghiệm và dữ liệu tham chiếu. Phân tích dư thừa nhằm mục đích phát hiện ra các mẫu hoặc xu hướng trong những khác biệt này.

Khi phân tích dư thừa (độ lệch so với giá trị tham chiếu), các quan sát được thực hiện dựa trên độ lệch chuẩn của các dư thừa. Độ lệch chuẩn (SD) là một đại lượng thống kê được sử dụng để đo lường sự biến thiên hoặc phân tán của một tập hợp giá trị. Nó cung cấp một chỉ dẫn về phân phối giá trị xung quanh giá trị trung bình. Độ lệch chuẩn thấp ngụ ý rằng điểm dữ liệu có xu hướng gần với giá trị trung bình, trong khi độ lệch chuẩn cao cho biết rằng các điểm dữ liệu được phân bố trên một phạm vi rộng hơn.

Trong trường hợp của chúng tôi, một giá trung bình gần 0 là mong muốn vì nó cho biết rằng các giá được cung cấp không đánh giá cao hoặc đánh giá thấp so với các giá tham chiếu. Tuy nhiên, một giá trung bình gần bằng hoặc bằng 0 với độ lệch chuẩn tương đối cao cho thấy sự dao động đáng kể, điều này là không mong muốn vì chúng tương ứng với việc tính giá sai lệch nghiêm trọng. Một truyền cảm biến với giá trung bình bằng không và độ lệch chuẩn tối thiểu là kết quả lý tưởng, cho thấy rằng truyền cảm biến theo dõi chính xác các giá hiện tại.

Để theo dõi và đánh giá độ chính xác của hoạt động giá oracle trên chuỗi, báo giá được thu thập từ các điểm đến giao dịch lớn nhất (trừ Curve) được sử dụng làm tham chiếu cho phân tích dư thừa. Cụ thể, báo giá từ cặp tiền LSD/ETH trên Uniswap là điểm tham chiếu chính trong tình huống này.

Bài phân tích của chúng tôi bao gồm hai chiến lược để suy ra giá stETH Chainlink. Điều này được thực hiện vì đã phát hiện ra rằng sự lệch lạc của feed gốc stETH/USD Chainlink cao hơn so với lệch lạc khi sử dụng stETH/ETH + ETH/USD. Các oracles đã được cập nhật theo các đề xuất quản trị. Sau đó, bài phân tích liên quan đến giá stETH/ETH Chainlink cải thiện theo ETH được gọi là stETHv1, trong khi feed kết hợp stETH/USD + ETH/USD (mô phỏng hiệu suất oracle stETH gốc, chuẩn hóa theo ETH) được gọi là stETHv2.

2.3 Thu thập dữ liệu

Để mục đích phân tích, dữ liệu cho quý cuối cùng của năm 2023 đã được thu thập từ tất cả các tài sản tương ứng (từ block 18331000 đến block 18931000, với độ phân giải là 250 block cho bộ dữ liệu). Điều này tạo ra một bộ dữ liệu chứa 2401 điểm dữ liệu cho tất cả các tài sản.

Tài sản chính được xem xét là stETH, vì đây là loại tài sản thế chấp hiện được Prisma chấp nhận, với cả dữ liệu từ Chainlink feed và hồ bơi Curve StableSwap-ng có sẵn để tham khảo (vui lòng tham khảo Phụ lục B để xem phân tích về rETH và cbETH, sử dụng cài đặt hồ bơi CryptoSwap cũ hơn). Tất cả dữ liệu được thu thập bằng cách truy vấn giá cho dải khối được chỉ định.

Giá của Oracle được phân tích từ các nguồn sau:

Hồ chứa thanh khoản Curve

Chainlink Giá Phản Hồi

Địa chỉ hồ nước đào Uniswap như một đại lý tham chiếu giá chốt là như sau:

Giá hiện tại của Uniswap

Để chuẩn hóa LSD thành ETH cơ bản, chúng tôi sử dụng tỷ giá hối đoái LSD/ETH nội bộ:

Tỷ giá trao đổi LSD/ETH nội bộ

2.4 Phân tích dư thừa của máy truy vấn stETH oracle

2.4.1 Chainlink và Curve

Trong phần này, chúng tôi sẽ so sánh độ chính xác của nguồn cung cấp giá stETH Chainlink với Curve.

Chainlink stETHv1 Feed vs. Curve

Chainlink: stETH/ETH feed

Curve: cặp stETH/ETH

Dưới đây là một so sánh trực tiếp giữa giá stETH từ Chainlink và Curve. Do chu kỳ nhịp tim 24 giờ của Chainlink stETH/ETH, giá dao động mỗi vài khối. So sánh, sự biến động dễ quan sát hơn trong feed Chainlink (hiển thị tốt hơn trong feed Chainlink stETH/USD) so với Curve, vì Curve sử dụng thời gian EMA 10 phút (ma_exp_time) để suy ra giá của nó.

Nếu chúng ta trừ giá từ Curve cho giá từ Chainlink, chúng ta sẽ thu được số dư, như được hiển thị dưới đây:

Giá trị sai lệch trung bình là ~-0.000305.

Một quan sát quan trọng có thể được đưa ra ở đây là Curve Oracle hơi đánh giá cao dữ liệu giá của mình so với Chainlink.

Chainlink stETHv2 và Curve

Chainlink：stETH/USD feed / ETH/USD feed

Curve: stETH/ETH Pool

Dưới đây là so sánh giá từ các nguồn cung cấp Chainlink thay thế đã được chuẩn hóa thành ETH (stETH/USD và ETH/USD) so với stETH Curve. Vì Chainlink stETH/USD có ngưỡng sai lệch 1% (so với 0.5% trong nguồn cung cấp stETH/ETH), giá thể hiện sự sai lệch lớn hơn xung quanh giá neo.

Như đã quan sát trước đó, sự biến động giá stETH/USD của Chainlink đáng chú ý hơn so với Curve.

Giá trị sai lệch trung bình là ~-0.000171.

Tùy thuộc vào quy mô, nguồn cung này có các dư lượng lớn hơn, tức là biến động lớn hơn, so với stETH/ETH.

2.4.2 Uniswap và Chainlink

Trong phần này, chúng tôi sẽ so sánh tính chính xác lịch sử của nguồn cung cấp giá Chainlink stETH với giá tham chiếu từ Uniswap.

Giả sử dữ liệu giá hồ bơi UniswapV3 phục vụ như một chỉ số đáng tin cậy cho giá chốt, chúng ta có thể so sánh dữ liệu chuẩn trước đó đã được thu thập để kiểm tra sự gần gũi của dữ liệu cung cấp từ Chainlink Oracle với các giá trị tham chiếu.

Uniswap Spot vs. Chainlink stETHv1

Chainlink: feed stETH/ETH

Uniswap: hồ bơi wstETH/ETH / tỷ lệ trao đổi nội bộ wstETH/stETH

Đây là sự sai lệch thực tế giữa giá spot Uniswap và Chainlink stETH/ETH:

Trung bình dư thừa = 0.000415

Độ lệch chuẩn của sự khác biệt giá = 0.000601

Uniswap Spot vs. Chainlink stETHv2

Chainlink: stETH/USD feed / ETH/USD feed

Uniswap: bể wstETH/ETH / tỷ lệ trao đổi nội bộ wstETH/stETH

Đây là sự chênh lệch thực tế giữa Uniswap stETH và Chainlink stETH (stETH/USD):

Giá trung bình = 0.000281

Độ lệch chuẩn của sự khác biệt giá = 0.002747

Ở đây, chúng tôi so sánh Chainlink stETHv1 (tức là stETH/ETH) và stETHv2 (tức là stETH/USD) với dữ liệu Uniswap, và kết quả cho thấy sự sai lệch của stETHv2 đáng kể hơn so với stETHv1.

Quan sát tương tự cũng được thực hiện trong đề xuất quản trị của Prisma (PIP-004) khi bộ truy vấn chuyển từ stETH/USD sang stETH/ETH + ETH/USD để giảm độ lệch feed giá.

2.4.3 Uniswap và Curve

Trong phần này, chúng tôi sẽ so sánh độ chính xác lịch sử của Oracle stETH Curve với giá tham chiếu từ Uniswap.

Giả sử dữ liệu giá hồ bơi UniswapV3 được xem như một chỉ số đáng tin cậy cho giá thị trường, chúng ta có thể so sánh dữ liệu tham chiếu đã thu được trước đó để kiểm tra sự gần gũi của dữ liệu cấp thông tin từ Oracle của Curve với các giá trị tham chiếu.

Uniswap Spot vs. Curve

Curve: stETH/ETH pool

Uniswap: bể lưu trữ wstETH/ETH / tỷ lệ trao đổi nội bộ wstETH/stETH

Dựa trên phân tích dư thừa tương tự như trên, chúng tôi có các chỉ số sau để so sánh với mốc đánh giá đã được đặt trước đó:

Sự khác biệt giá trung bình = 0.000110.

Độ lệch chuẩn của sự khác biệt giá = 0.000141.

Như đã quan sát, giá trung bình được báo cáo bởi Curve thấp hơn một chút so với Uniswap, với độ lệch chuẩn đáng kể thấp hơn so với bất kỳ nguồn thông tin nào từ Chainlink.

2.5 Kết quả

Khi so sánh các chỉ số này, chúng tôi thấy rằng sự lệch lạc của dữ liệu Chainlink lớn hơn đáng kể so với Curve khi tham chiếu dữ liệu Uniswap như một proxy cho giá spot.

Khi các quan sát trên dựa vào sự lệch khỏi mỗi nguồn giá, có thể xảy ra trường hợp Feed Oracle Curve cho thấy sự lệch dương trong khi Feed Chainlink cho thấy sự lệch âm, và ngược lại. Tình huống này hoàn toàn bị loại trừ khi phạm vi lệch của Feed Chainlink và Feed Oracle Curve nhỏ hơn so với phạm vi lệch của Uniswap & Chainlink và Uniswap & Curve.

Bảng dưới đây hiển thị phân tích dư thừa được thực hiện trên dữ liệu đã thu thập. Trung bình dư thừa, nhân 100, cho ra tỷ lệ lệch trung bình của tài sản mục tiêu so với tham chiếu (theo giá ETH được định giá bằng USD).

Bảng so sánh trực tiếp hiệu suất tương đối của Chainlink và Curve với tham chiếu Uniswap theo từng tài sản về giá trị trung bình và độ lệch chuẩn. Trong tất cả các trường hợp, Curve có giá trị trung bình và độ lệch chuẩn thấp hơn. Bộ nhân độ chính xác cho thấy độ chính xác tương đối của mỗi giá trị quan sát.

Các điểm chính ở đây như sau:

1. 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.
2. 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.
3. 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êu

Phâ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.

3.2 Phương pháp

Phân tích này sẽ tập trung cụ thể vào stETH, vì đây là LSD được sử dụng phổ biến nhất và có nguồn cung cấp giá Chainlink đã trưởng thành và thanh khoản sâu trong hồ bơi Curve. Nghiên cứu sẽ tổng hợp tất cả các sự kiện đền bù, so sánh giá oracle stETH thực tế với một số giá oracle thay thế, được định giá bằng USD, và sử dụng giá oracle stETH/ETH của Curve.

Đố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.

3.3 Thu thập dữ liệu

Truy vấn Dune được sử dụng để xác định các giao dịch BOT nhận tất cả các giá trị băm giao dịch, tỷ lệ trao đổi wstETH thực tế cho việc đổi mkUSD, và số block của các sự kiện đổi mkUSD. Các số block được nhận từ truy vấn được sử dụng như đầu vào để truy vấn dữ liệu sau, được sử dụng để so sánh việc triển khai hiện tại với sự thay đổi trong giá cung cấp stETH từ Curve:

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.

3.4 stETH MEV Phân Tích Đền Bù

Dưới đây là 4 nguồn giá stETH cho khối giao dịch BOT (1 tham chiếu và 3 phương án thay thế đã được thảo luận ở trên). Các nguồn cung cấp giá thực tế là giá từ các oracles giá đã triển khai (tức là Chainlink). Điều này được so sánh với 3 nguồn cung cấp sử dụng Curve stETH/ETH làm trung tâm. Ở đây, một báo giá cao hơn sẽ dẫn đến giảm giá trị của stETH được trao đổi đổi mkUSD và ngược 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:

3.5 Kết quả

Phân tích cho thấy một xu hướng rõ ràng: khi kết hợp Curve stETH/ETH với Uniswap ETH/USDC và Chainlink ETH/USD, lượng stETH có sẵn để đổi lấy mkUSD giảm. Do đó, việc giảm số đơn vị stETH mỗi lần đổi lấy mkUSD dẫn đến giảm lợi nhuận BOT. Biểu đồ cung cấp minh họa so sánh giữa lợi nhuận BOT dưới giá feed giả định và giá feed thực tế, không bao gồm phí:

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ế.

Phần 4: Cải tiến đề xuất của Oracle

4.1 Giải pháp Oracle kết hợp

Nhận thức về các rủi ro tự nhiên khi chỉ dựa vào oracles của Curve, đặc biệt là trong những giai đoạn thanh khoản thấp hoặc biến động thanh khoản, giải pháp đề xuất tích hợp oracles của Chainlink một cách chiến lược như một biện pháp bảo vệ (tức là một kế hoạch dự phòng) trong trường hợp có sự sai lệch. Xét đến khả năng rất thấp của Chainlink cung cấp dữ liệu không chính xác, nó có thể phục vụ như một lựa chọn dự phòng đáng tin cậy.

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á.

4.2 Giải pháp xác minh

4.2.1 Phạm vi chấp nhận tĩnh

Giải pháp giới thiệu một phương pháp tĩnh, acceptable_range, để giải quyết những lỗ hổng tiềm ẩn khi chỉ dựa vào Curve Oracle. Trong khi các giá được tạo ra bởi Curve Oracle có thể chính xác hơn so với Chainlink, nó có thể dễ bị can thiệp. Chainlink, ngược lại, mạnh mẽ và được thử nghiệm, được xem là lựa chọn an toàn hơn trong ngành công nghiệp. Khi sự khác biệt giữa Curve Oracle và Chainlink vượt quá một giá trị cố định, acceptable_range đóng vai trò là ngưỡng để chuyển sang dữ liệu từ Chainlink.

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.

4.2.2 Chức năng đầu ra giá triển khai

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.

4.3 Kết luận

Do sự phụ thuộc nặng nề vào bảng giá từ các sàn giao dịch phi tập trung cực kỳ lỏng lẻo cho các hoạt động trên chuỗi và thực tế là bot MEV cũng theo dõi các bảng giá tương tự khi trao đổi mkUSD cho LSD, độ chính xác của các bảng giá (được sử dụng để định giá việc chuộc bởi Oracle) là vô cùng quan trọng.

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:

1. OracleAnalysisV4: Sổ tay Colab cho việc thu thập dữ liệu
2. OracleAnalysisPlayground: Sổ tay Colab để vẽ biểu đồ bằng cách sử dụng các tệp dữ liệu pickle
3. PrismaOracleModelingV1: Sổ ghi chép Colab để vẽ biểu đồ hoạt động trao đổi MEV
4. Mô hình Giá phát sinh: Sổ tay Colab để thử nghiệm và mô hình hóa các giải pháp Oracle thay thế

Phụ lục B: Phân tích dư thừa rETH/cbETH

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:

Tuyên bố:

1. Bài viết này được sao chép từ [Gatemarsbit]], tiêu đề gốc là “Phân tích so sánh giữa các nhà tiên đoán tùy chọn của Prisma”, bản quyền thuộc về tác giả gốc [PrismaRisk], nếu bạn có bất kỳ ý kiến ​​nào về việc tái bản, vui lòng liên hệ Gate Learn Team, nhóm sẽ xử lý nó càng sớm càng tốt theo các quy trình liên quan.

2. 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.

3. 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 Gate.io, bài viết dịch có thể không được sao chép, phân phối hoặc đạo văn.