Análise Comparativa Oracle Opcional Prisma

intermediário
Blockchain
Última atualização 04/11/2026 07:53:18
Tempo de leitura: 1m
Este artigo avalia o desempenho histórico da integração do Chainlink e a substituição do Oracle Curve Pool EMA. Foi constatado que a falta de fontes de dados confiáveis do Chainlink para ativos de garantia impactou a integração com a plataforma Prisma. O estudo propõe especificações preliminares para melhorar o Oracle a fim de aprimorar a precisão e confiabilidade do preço. Além disso, a pesquisa discute a importância do Oracle nos processos de liquidação e resgate do Prisma. É aconselhável usar com cautela a função de oráculo de preço da Curve. Por fim, é proposta uma solução híbrida que combina o Oracle da Curve e do Chainlink para aprimorar a flexibilidade e confiabilidade do mecanismo de preços. Este relatório é aplicável apenas ao protocolo Prisma.

IntroduçãoEste estudo teve origem no desafio de obter informações de preço on-chain confiáveis que maximizem a segurança, refletindo os preços atuais dos ativos-alvo. Especificamente, focamos nos ativos de garantia da Prisma Finance (wstETH, rETH, cbETH e sfrxETH), bem como nos derivados de staking líquido baseados em Ethereum (LSD). Alguns desses ativos não têm fontes de dados da Chainlink (frequentemente consideradas o padrão ouro para dados de preços confiáveis), o que afetou sua integração com a plataforma Prisma.

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.

Seção 1: Antecedentes relevantes### 1.1 Funções do Oracle no protocolo PrismaA eficácia dos oráculos é avaliada dentro do ambiente específico de uso do Prisma: liquidação e resgate. (Além disso, observe que os mesmos oráculos também são usados para taxas de emissão de tokens e venda de tokens adquiridos para o “pool estável tokenizado,” cuja importância aumentará uma vez lançado.)

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:

1.1.1 LiquidaçãoPara proteger o Prisma da insolvência, onde as posições de dívida excedem o valor de suas garantias, o contrato LiquidationManager executa a lógica de liquidação em todos os TroveManagers ativos (tesourarias da Prisma). A liquidação pode ser acionada de uma das três maneiras, dependendo da relação de garantia da conta de destino e da relação de garantia em todo o sistema.

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.

3.2 MetodologiaEsta análise se concentrará especificamente no stETH, pois é o LSD mais comumente usado e possui feeds de preços maduros da Chainlink e liquidez profunda na pool Curve. O estudo agregará todos os eventos de resgate, comparando os preços do oráculo stETH realizados com vários preços de oráculo alternativos, cotados em USD, e utilizando o preço do oráculo stETH/ETH 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.

3.3 Coleta de dadosA consulta Dune é usada para identificar transações BOT que obtêm todos os valores de hash de transação, a taxa de câmbio wstETH realizada para resgate de mkUSD e o número do bloco de eventos de resgate. Os números de bloco obtidos na consulta são usados como entradas para consultar os seguintes dados, que são usados para comparar a implementação atual com as mudanças no preço de alimentação Curve stETH:

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.

3.4 stETH Análise de Resgate MEVAbaixo estão 4 fontes de preço stETH para o bloco de negociação BOT (1 referência e 3 alternativas discutidas acima). Os feeds de preço realizados são preços de oráculos de preço implementados (ou seja, Chainlink). Isso é comparado a 3 feeds usando Curve stETH/ETH como o núcleo. Aqui, uma cotação mais alta resultará em uma diminuição no valor de stETH trocado por mkUSD e vice-versa.

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:

3.5 ResultadosA análise revela uma tendência clara: ao combinar Curve stETH/ETH com Uniswap ETH/USDC e Chainlink ETH/USD, a quantidade de stETH disponível para resgate em mkUSD diminui. Consequentemente, uma redução no número de unidades de stETH por resgate em mkUSD leva a uma diminuição nos lucros do BOT. A visualização fornecida ilustra a comparação entre os lucros do BOT sob vários preços de feed assumidos e o preço de feed real, excluindo taxas:

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

Parte 4: Melhorias Propostas no Oracle### 4.1 Solução híbrida OracleReconhecendo os riscos inerentes de depender exclusivamente do oráculo Curve, especialmente durante períodos de baixa liquidez ou flutuações de liquidez, a solução proposta integra estrategicamente o oráculo Chainlink como medida de salvaguarda (ou seja, um plano de backup) em caso de desvios. Considerando a possibilidade negligenciável de o Chainlink fornecer dados incorretos, ele pode servir como uma opção de backup confiável.

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.

4.2 Solução de verificação#### 4.2.1 Faixa aceitável estáticaA solução introduz um método estático, acceptable_range, para lidar com vulnerabilidades potenciais ao depender exclusivamente do Curve Oracle. Embora os preços gerados pelo Curve Oracle possam ser mais precisos do que os do Chainlink, eles podem ser suscetíveis a manipulações. Por outro lado, o Chainlink é robusto e testado, considerado uma escolha mais segura na indústria. Quando a diferença entre o Curve Oracle e o Chainlink excede um valor fixo, o acceptable_range serve como um limite para mudar para o feed do Chainlink.

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.

4.2.2 Saída da função preço derivado

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.

4.3 ConclusãoDevido à grande dependência de cotações das exchanges descentralizadas mais líquidas para atividades on-chain e ao fato de que os bots MEV também seguem as mesmas cotações ao trocar mkUSD por LSD, a precisão das cotações (usadas para precificar resgates pelo Oráculo) é de extrema importância.

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:

  • OracleAnalysisV4: Caderno Colab para coleta de dados- OracleAnalysisPlayground: Notebook do Colab para traçar gráficos usando arquivos de dados pickle- PrismaOracleModelingV1: Caderno Colab para traçar gráficos de atividade de troca de MEV- Modelagem de Preço Derivado: Caderno Colab para testar e modelar soluções Oracle alternativasApêndice B: análise residual rETH/cbETH

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:

Declaração:- Este artigo é reproduzido de [[marsbit](https://news.marsbit.co/20240328182452771072.html] título original “Análise comparativa dos oráculos opcionais do Prisma”, os direitos autorais pertencem ao autor original [PrismaRisk], se você tiver alguma objeção à reprodução, entre em contato[Equipe de Aprendizagem Gate](https://www.Gate.com/questionnaire/3967, a equipe lidará com isso o mais rapidamente possível de acordo com os procedimentos relevantes.

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

Compartilhar

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

Artigos Relacionados

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi
iniciantes

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi

A principal diferença entre Morpho e Aave está nos mecanismos de empréstimo que cada um utiliza. Aave adota o modelo de pool de liquidez, enquanto Morpho evolui esse conceito ao implementar um mecanismo de correspondência P2P, proporcionando uma melhor adequação das taxas de juros dentro do mesmo mercado. Aave funciona como um protocolo de empréstimo nativo, oferecendo liquidez básica e taxas de juros estáveis. Morpho atua como uma camada de otimização, elevando a eficiência do capital ao reduzir o spread entre as taxas de depósito e de empréstimo. Em essência, Aave é considerada infraestrutura, e Morpho é uma ferramenta de otimização de eficiência.
04/11/2026 08:12:20
0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?
intermediário

0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?

Tanto o 0x Protocol quanto o Uniswap são projetados para a negociação descentralizada de ativos, mas cada um adota mecanismos de negociação distintos. O 0x Protocol utiliza uma arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para fornecer infraestrutura de negociação para carteiras e DEXs. Já o Uniswap segue o modelo de Maker de mercado automatizado (AMM), facilitando swaps de ativos on-chain por meio de pools de liquidez. A principal diferença entre ambos está na organização da liquidez. O 0x Protocol prioriza a agregação de ordens e o roteamento eficiente das negociações, sendo ideal para oferecer suporte de liquidez essencial a aplicações. O Uniswap utiliza pools de liquidez para proporcionar serviços diretos de swap aos usuários, consolidando-se como uma plataforma robusta para execução de negociações on-chain.
04/11/2026 08:12:49
Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor
iniciantes

Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor

MORPHO é o token nativo do protocolo Morpho, utilizado principalmente para governança e incentivos ao ecossistema. Com a estruturação da distribuição de tokens e dos mecanismos de incentivo, Morpho promove o alinhamento entre as ações dos usuários, o crescimento do protocolo e a autoridade de governança, estabelecendo uma estrutura de valor sustentável no ecossistema de empréstimos descentralizados.
04/11/2026 08:12:19
Quais são os componentes essenciais do 0x Protocol? Uma visão detalhada da arquitetura de Relayer, Mesh e API
iniciantes

Quais são os componentes essenciais do 0x Protocol? Uma visão detalhada da arquitetura de Relayer, Mesh e API

O 0x Protocol cria uma infraestrutura de negociação descentralizada ao integrar componentes essenciais como Relayer, Mesh Network, 0x API e Exchange Proxy. O Relayer gerencia a transmissão de ordens off-chain, a Mesh Network viabiliza o compartilhamento dessas ordens, a 0x API apresenta uma interface unificada para ofertas de liquidez e o Exchange Proxy gerencia a execução de negociações on-chain e o roteamento de liquidez. Juntos, esses elementos formam uma arquitetura que une a propagação de ordens off-chain à liquidação de negociações on-chain, permitindo que Carteiras, DEXs e aplicações DeFi acessem liquidez de múltiplas fontes em uma única interface integrada.
04/11/2026 08:12:49
Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio
iniciantes

Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio

ST é o token de utilidade fundamental do ecossistema Sentio, servindo como principal meio de transferência de valor entre desenvolvedores, infraestrutura de dados e participantes da rede. Como elemento essencial da rede de dados on-chain em tempo real da Sentio, o ST é utilizado para aproveitamento de recursos, incentivos de rede e colaboração no ecossistema, contribuindo para que a plataforma estabeleça um modelo sustentável de serviços de dados. Com a implementação do mecanismo do token ST, a Sentio integra o uso de recursos da rede aos incentivos do ecossistema, possibilitando que desenvolvedores acessem serviços de dados em tempo real com mais eficiência e reforçando a sustentabilidade de longo prazo de toda a rede de dados.
04/11/2026 08:12:32
Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph
intermediário

Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph

Sentio e The Graph são plataformas voltadas para indexação de dados on-chain, mas apresentam diferenças marcantes em seus objetivos de design. The Graph utiliza subgraphs para indexar dados on-chain, atendendo principalmente a demandas de consulta e agregação de dados. Já a Sentio adota um mecanismo de indexação em tempo real que prioriza processamento de dados com baixa latência, monitoramento visual e funcionalidades de alerta automático, o que a torna especialmente indicada para monitoramento em tempo real e avisos de risco.
04/11/2026 08:12:32