A mais recente implementação da piscina estável da Curve Finance inclui um Oracle interno da piscina, que calcula a Média Móvel Exponencial (EMA) para derivar dados de preço à prova de adulteração. Enquanto os integradores começaram a explorar o uso do Oracle em outras aplicações DeFi, o Oracle é usado principalmente para garantir a segurança do colateral no próprio mercado crvUSD da Curve.
O principal objetivo deste relatório é determinar se o Oracle da Curve Finance pode servir como uma alternativa confiável ao Chainlink para tokens ETH LSD. Este estudo envolve análise estatística da eficácia do Oracle de preço da Curve, comparando sua volatilidade, precisão e desempenho geral com os preços de referência da Uniswap (assumidos como preços precisos na cadeia).
A análise está dividida em dois estudos relacionados:
Análise Residual dos Oráculos stETH: Um estudo comparativo entre Chainlink e Curve, utilizando dados históricos para determinar a desvio do Oráculo em relação à média e desvio padrão do preço de referência.
Análise de Resgate stETH MEV: Um estudo comparativo entre Chainlink e Oracle on-chain, usando dados históricos para examinar eventos de resgate na Prisma e estimar a lucratividade do robô e o comportamento esperado usando Oracles alternativos.
Após análise, fornecemos especificações preliminares para o Oracle, esperando melhorias na variação de preço do Oracle, garantindo a confiabilidade do Oracle. A solução proposta pode servir como um esboço inicial para outros estudos com o objetivo de otimizar o Oracle.
O desempenho do Oracle é crucial para os usuários do Prisma, pois os arbitragistas podem ter oportunidades de lucrar com discrepâncias entre os preços do Oracle e os preços à vista. Garantir o uso do feedback de preço mais preciso durante a liquidação e resgate, sem sacrificar a segurança das fontes de preços, está alinhado com os melhores interesses do protocolo Prisma e de seus depositantes do tesouro.
Duas funções do Oracle dentro do Prisma estão delineadas da seguinte forma:
Razão de Colateral Individual (ICR) - Com base no desvio padrão dos resíduos, Curve exibe menor volatilidade em comparação com o Chainlink em relação aos preços de referência, e isso se mantém consistente em relação aos ativos observados, embora o desvio padrão entre cbETH para Chainlink e Curve seja semelhante.- De acordo com a tabela acima, ao analisar os meios, pode-se observar que o Chainlink subestima os preços dos ativos em comparação com os preços de referência do Uniswap spot. A Curve se alinha mais de perto com os preços de referência, mas também tende a subestimar ligeiramente os preços em comparação com os preços de referência do Uniswap spot.- Um aviso sobre essas descobertas é que, apesar da superioridade geral do Curve Oracle sobre o Chainlink observada aqui, o rETH e o cbETH experimentaram desvios acentuados e de curta duração, conforme referenciado no Apêndice B: Análise Residual rETH/cbETH. Isso é atribuído à relativa iliquidez das pools, baixa atividade e à inadequação das implementações mais antigas das pools para integração. No entanto, mais pesquisas são necessárias para determinar as métricas de referência necessárias para Oráculos de pool Curve adequadamente confiáveis.## Seção 3: Análise de Resgate de stETH MEV### 3.1 ObjetivosA análise tem como objetivo comparar os preços de implementação de eventos de resgate no wstETH TroveManager com os preços hipotéticos cotados usando dados históricos por oráculos alternativos on-chain. Os resultados do estudo fornecerão insights iniciais sobre o comportamento dos oráculos off-chain e on-chain, possibilitando uma avaliação mais detalhada em pesquisas subsequentes.
O objetivo desta análise é determinar se o oráculo atual fornece a melhor solução de desempenho em cenários específicos de resgate ou se melhorias podem ser feitas por meio da implementação de soluções on-chain ou híbridas, utilizando oráculos de pool EMA da Curve.
Para esta análise, o preço stETH realizado é calculado dividindo o valor resgatado de mkUSD pela quantidade de stETH perdida para o Gerenciador de Tesouros na forma de wstETH. Para determinar a quantidade de stETH, precisamos considerar o wstETH recebido do resgate mais o wstETH gasto como taxas e convertê-los em stETH. Se alguma fonte alternativa oferecer consistentemente lucros mais baixos para os resgatantes, podemos dizer que seu desempenho de MEV é melhor do que o preço real.
O TroveManager wstETH é usado para recuperar todos os hashes de transação ao obter mkUSD em troca. Transações em que o endereço que resgata mkUSD recebe e queima mkUSD são consideradas transações BOT. Consultas detalhadas para eventos de resgate podem ser encontradas aqui: Dune query_3352919. Esta consulta é essencial para recuperar todos os dados de transações BOT.

Com base nos dados acima, podemos construir três feeds de preço usando o preço do Oracle Curve stETH/ETH e mesclá-los com ETH/USD para derivar stETH/USD. Após esta operação, obtemos os seguintes dados para visualização:

Os dados acima fornecem o preço do stETH em USD, que pode ser analisado com base nos preços do stETH realizados de todas as transações BOT. O stETH realizado (em USD) é simplesmente usado para calcular o preço do stETH para cada mkUSD fornecido durante o resgate.

Com base nas informações acima, podemos modelar a quantidade relativa de stETH recebida ao resgatar mkUSD e normalizá-la com base na quantidade real recebida do oráculo existente. O gráfico a seguir exibe o stETH obtido a partir do mkUSD antes que as taxas sejam cobradas e processa os dados para remover outliers para uma visualização aprimorada:


É evidente que a combinação de Curve stETH/ETH, Uniswap ETH/USDC e Chainlink ETH/USD reduz a rentabilidade dos resgates em comparação com o preço de alimentação realizado.
Esta solução atua como um filtro, considerando os preços da Curve e Chainlink. As condições são estabelecidas dentro de uma função, servindo como um interruptor. Para projetar essa condição, o conceito de uma faixa aceitável é introduzido. Essa faixa representa a diferença aceitável entre os preços do oráculo Chainlink e Curve. Quando a diferença observada excede essa faixa, indica viés potencial ou manipulação nos dados do Oracle da Curve. Nestes casos, a função mitiga os riscos potenciais favorecendo os preços mais seguros da Chainlink. Por outro lado, quando a diferença está dentro da faixa aceitável, a função confia na precisão e precisão do Oracle da Curve.
Vale ressaltar que a faixa aceitável pode ser configurada como estática ou dinâmica, dependendo da volatilidade dos ativos subjacentes (por exemplo, ETH e LSD relacionados). A natureza dinâmica permite a adaptação às condições de mercado voláteis, garantindo elasticidade e mecanismos de resposta na determinação de preços. Essa estratégia de duplo pronged minimiza a dependência de uma única fonte de dados, melhorando assim a resiliência e confiabilidade geral do mecanismo de preços.
Estrategicamente, a acceptable_range aceita cotações que estão dentro de ±1% das cotações do Chainlink. Isso está quase três desvios padrão de diferença em relação à média entre Curve e Chainlink, considerando os feeds aprimorados de stETH/ETH e ETH/USD em comparação com o feed anterior de stETH/USD.

O derived_price é uma função ou mecanismo projetado para determinar a cotação final de um ativo dado, especialmente em cenários envolvendo o Oracle da Curve e o Oracle da Chainlink.
Na solução descrita, essa função avalia cotações tanto do Curve Oracle quanto do Chainlink Oracle. Com base na diferença observada entre esses dois preços e se ela está dentro ou excede a faixa aceita predefinida, a função gera diferentes preços derivados.
Aqui está uma comparação do derived_price com as outras fontes de preço anteriormente exibidas:

Os lucros do BOT podem ser visualizados por este preço derivado (uma vez que não há desvio, este preço será exatamente igual ao Curve stETH/ETH e CL stETH/ETH) conforme mostrado abaixo:

Analisar os lucros totais pode revelar o quadro geral. Seis valores atípicos foram identificados e o lucro total para cada caso foi calculado antes e depois de filtrar os valores atípicos.

Curve stETH/ETH e Uniswap ETH/USDC têm o melhor desempenho na redução do lucro disponível para os BOTs. O preço derivado que eles fornecem tem o mesmo potencial de lucro que a implementação atual do Oracle stETH, mas limita o lucro, assumindo que economiza aproximadamente 35,4 ETH para os usuários em 189 transações analisadas.
Dados históricos sugerem que os preços do Oracle da pool Curve estão mais próximos da referência (dados de preço UniswapV3) em comparação com os preços da Chainlink. Os dados indicam que a implementação do Oracle da Curve reduziria o MEV para os bots e forneceria melhores taxas de câmbio para os usuários que resgatam seus tesouros.
Embora usar o Curve Oracle como um Oracle independente possa ser tentador, a eficácia do feedback de preço do Curve depende da profundidade de liquidez de ativos específicos e da interação com o pool. Uma solução híbrida de Oracle com o Curve Oracle e o Chainlink Oracle pode ser usada para combinar preços on-chain, mantendo a confiabilidade e a ampla cobertura de mercado herdados do Chainlink Oracle.
A solução híbrida da Oracle que propomos avalia o desvio padrão (SD) para gerar derived_price. Se o SD se aproximar de 0, isso indica adesão aos valores de referência derived_price, tornando-a digna de consideração. Isso garante que, quando a Oracle da Curve se desvia dos limites predefinidos, a solução muda dinamicamente para a fonte mais segura da Chainlink. Como essa solução quase sempre produz a cotação da Curve para stETH, assume-se que a atividade de MEV é a mesma que usar a stETH/ETH da Curve, sem fallback.
Apêndice A: Scripts de Processamento de Dados
Os scripts usados para gerar a análise neste relatório são os seguintes:
Outros Gráficos rETH
Chainlink e Curve

Uniswap e Curve

Uniswap e Chainlink

Verifique o pico rETH
Durante o período de observação, o preço do oráculo da curva rETH atingiu picos várias vezes. Isso resultou em um aumento acentuado no desvio de preço entre o preço do oráculo e a referência à vista. Abaixo está um gráfico mais detalhado que mostra o comportamento da proporção do pool de liquidez/token e do preço do oráculo durante os períodos de aumento de preço.

start_block = 18824000
end_block = 18827000
interval_blocks = 100
Proporção da piscina de mineração:

Preço do Oracle:

start_block = 18850000
end_block = 18858000
interval_blocks = 100
Proporção da piscina de mineração:

Preço do Oracle:

start_block = 18880000
end_block = 18885000
interval_blocks = 100
Taxa da pool de mineração:

Preço do Oracle:

Outros Gráficos cbETH
Chainlink e Curve

Uniswap e Curve

Uniswap e Chainlink

Verificar Pico cbETH
Durante o período de observação, os preços do Oracle Curve cbETH experimentaram vários picos. Em várias ocasiões, isso resultou em picos significativos na divergência de preços entre o preço do Oracle e a referência spot. Abaixo está um gráfico mais detalhado mostrando o comportamento das taxas de pool de liquidez/liquidez do token durante esses períodos de aumento de preços e o comportamento dos preços do Oracle.

start_block = 18693500
end_block = 18696000
interval_blocks = 10
Rácio da pool de mineração:

Preço do Oracle:

start_block = 18814000
end_block = 18816500
interval_blocks = 10
Proporção da piscina de mineração:

Preço do Oracle:

start_block = 18800000
end_block = 18805000
interval_blocks = 10
Taxa de pool de mineração:

Preço do Oracle:

Aviso Legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer tipo de conselho de investimento.
Outras versões do artigo em outros idiomas são traduzidas pela equipe Gate Learn, não mencionadas em [](http://Gate.comGate.com, o artigo traduzido não pode ser reproduzido, distribuído ou plagiado.





