Um contrato de empréstimo pode contabilizar o ETH depositado nele. No entanto, ele não pode decidir quanto esse ETH vale em dólares simplesmente inspecionando o saldo da carteira. Um mercado de previsão enfrenta um problema semelhante: o contrato pode manter garantias e calcular pagamentos, mas precisa de uma forma definida de estabelecer qual resultado ocorreu.
Um oráculo de blockchain fornece informações que um contrato inteligente pode usar além do estado ao qual tem acesso. Isso pode ser o preço de um ativo, o resultado de um evento ou o valor patrimonial líquido divulgado por um fundo. O oráculo torna essas aplicações possíveis, mas acrescenta dependências relacionadas à forma como as informações são coletadas, entregues e interpretadas.
Por que um contrato inteligente não pode simplesmente abrir um site
Na Ethereum e em redes semelhantes, os nós precisam reproduzir o mesmo resultado a partir da mesma transação e do mesmo estado. Um site comum pode mudar entre uma solicitação e outra, ficar indisponível ou retornar respostas diferentes para visitantes diferentes. Permitir que cada validador busque independentemente uma página da web em tempo real durante a execução comprometeria esse resultado compartilhado. A documentação de oráculos da Ethereum explica esse limite entre a execução do contrato e as informações externas.
Em vez disso, um processo externo traz um relatório para um formato que a blockchain pode aceitar. O contrato lê um valor publicado ou verifica um relatório fornecido com uma transação. Ele não obtém secretamente acesso irrestrito à internet.
O consenso da blockchain estabelece qual relatório foi aceito e quais regras foram executadas. Ele não estabelece de forma independente se uma estação meteorológica funcionou, se uma empresa divulgou informações honestamente ou se um preço de mercado estava livre de manipulação.
Acompanhe as informações da fonte até a decisão
Uma aplicação dependente de preços normalmente envolve várias etapas distintas:
- Observação: corretoras, empresas de trading ou outros provedores produzem observações sobre um ativo. As fontes podem medir diferentes mercados, horários de negociação ou instrumentos.
- Processamento: um sistema de oráculo aplica suas regras de agregação e divulgação. Vários operadores podem reduzir a dependência de um único relator, mas fontes upstream compartilhadas ainda podem criar um ponto comum de falha.
- Entrega: uma transação publica um valor ou um usuário envia um relatório autenticado para verificação. A rede de destino determina quando essa transação é executada.
- Aplicação: o contrato que consome os dados verifica o identificador do feed, as unidades e a idade permitida, e então aplica suas próprias regras de empréstimo, liquidação ou outras.
Essas responsabilidades não devem ser resumidas ao nome do provedor do oráculo. O modelo de dados descentralizado da Chainlink, por exemplo, separa a obtenção de dados, a divulgação pelos nós e a agregação on-chain. Ainda assim, uma aplicação precisa integrar corretamente o feed resultante.
Diferentes aplicações precisam de diferentes designs de oráculo
Push e pull descrevem como as atualizações chegam à aplicação. Por si só, eles não informam se o sistema é centralizado ou descentralizado.
| Design | Como as informações chegam | O que a aplicação precisa considerar |
|---|---|---|
| Feed push | As atualizações são publicadas em um feed on-chain. Os contratos leem o valor mais recente disponível. | Gatilhos de publicação, atrasos nas transações e a idade que a observação armazenada pode ter. |
| Relatório pull | Um usuário obtém um relatório e o envia quando uma aplicação precisa dele. | Autenticação, a idade da observação e o custo de enviar a atualização. |
| Oráculo otimista | Uma resposta proposta pode ser contestada durante um período definido; as disputas seguem um processo de resolução. | Critérios claros de resolução, incentivos para monitoramento, garantias e tempo até a liquidação. |
A Chainlink descreve gatilhos de desvio e heartbeat para atualizações em seus feeds baseados em push. Um heartbeat não é uma promessa de que toda atualização chegará apesar de congestionamentos ou interrupções. O oráculo otimista da UMA, por outro lado, dá aos participantes tempo para contestar respostas propostas. Isso pode ser mais adequado à resolução de eventos do que a um preço necessário imediatamente para uma negociação.
Nem todas as entradas de um oráculo têm origem off-chain. Um contrato pode derivar um preço do histórico on-chain de uma corretora descentralizada. O design de preço cumulativo da Uniswap v2 permite calcular preços médios ponderados pelo tempo, ou TWAPs. A média pode tornar a manipulação breve mais cara, mas o resultado ainda depende da liquidez e da janela de observação escolhida. Uma janela mais longa também reage mais lentamente a mudanças reais de preço.
Como um preço desatualizado pode alterar uma liquidação
Considere uma posição de empréstimo simplificada com 10 ETH como garantia, US$ 12.000 em dívida e um limite de liquidação de 80%. Suponha que o valor da dívida em dólares permaneça fixo e desconsidere juros e taxas.
A US$ 2.000 por ETH, a garantia vale US$ 20.000 e a dívida representa 60% desse valor. Se o ETH cair para US$ 1.400, a garantia cairá para US$ 14.000; a dívida passará a representar cerca de 85,7%, acima do limite presumido. A posição atenderia à condição de liquidação deste exemplo assim que o contrato aceitasse esse preço.
Se a aplicação continuar usando a observação antiga de US$ 2.000, a posição poderá parecer saudável enquanto sua cobertura econômica tiver enfraquecido. Uma observação falsamente baixa pode criar o problema oposto: a liquidação de uma posição que deveria permanecer saudável. O contrato pode executar seu código exatamente como foi escrito em ambos os casos.
É por isso que sistemas como o protocolo de empréstimos EVAA precisam ser entendidos tanto por meio de suas entradas de preço quanto de suas regras de liquidação. Os valores acima são apenas uma ilustração, não os parâmetros da EVAA.
Uma assinatura recente não significa necessariamente informações recentes
Três perguntas são importantes: quando a observação subjacente foi produzida, quando o relatório foi criado e quando a blockchain o aceitou? Uma transação enviada recentemente pode conter uma observação antiga.
As orientações de integração da Pyth Pro distinguem o momento da atualização da atualidade de cada feed e recomendam lidar com a incerteza nos preços divulgados. Uma assinatura válida autentica um relatório de acordo com as regras de verificação relevantes; ela não torna todos os valores atuais nem elimina a divergência entre mercados.
Os desenvolvedores também precisam de uma política para falhas. Rejeitar dados obsoletos, limitar novos empréstimos ou pausar operações sensíveis a preços pode conter os danos. Mudar automaticamente para um fallback não testado pode introduzir outra dependência. A Chainlink atribui explicitamente aos desenvolvedores de aplicações a responsabilidade por verificações de dados, disjuntores e lógica de contingência.
Em algumas redes de Camada 2, a capacidade de enviar uma transação é outra preocupação. Uma interrupção do sequenciador pode impedir que os usuários ajustem suas posições. As orientações da Chainlink sobre a disponibilidade do sequenciador descrevem verificações de status e um período de carência para recuperação; o timestamp do preço, por si só, não resolve esse problema de acesso.
O que observar antes de confiar em uma aplicação
Procure o feed e a rede exatos, o mercado ou a fonte de divulgação subjacente, a idade máxima aceita e o que acontece durante uma interrupção. Verifique quem pode substituir o oráculo ou alterar esses limites. “Usa um oráculo” é um ponto de partida para entender um protocolo, não uma classificação de segurança.
A mesma distinção se aplica aos ativos tokenizados. Publicar o valor patrimonial líquido de um fundo não estabelece custódia, propriedade legal ou direitos de resgate. Nossa discussão sobre Chainlink, Hanwha e infraestrutura de RWA explica por que a entrega confiável de dados e os direitos sobre os ativos são partes separadas de um produto.
Você pode explorar os mercados pela KTX Crypto Exchange. Para qualquer produto, leia suas próprias regras de precificação e liquidação: um valor de oráculo on-chain não é automaticamente o preço pelo qual sua ordem será executada.
Perguntas frequentes
Usar um oráculo significa que preciso comprar o token dele?
Não. Os usuários geralmente interagem com uma aplicação sem possuir o token do provedor do oráculo. As taxas de atualização e quem as paga dependem da integração. O token de um provedor também tem seus próprios riscos de mercado.
Um oráculo pode movimentar os ativos da minha carteira?
Um relatório de dados, por si só, não é uma assinatura de carteira nem uma autorização para gastar tokens. Os contratos podem usar esse relatório para acionar ações envolvendo ativos que já estejam sob suas regras, incluindo a liquidação de garantias.
O preço de um oráculo é igual a uma cotação de negociação executável?
Não. Uma referência pode agregar várias fontes ou calcular a média de um intervalo. Sua execução depende da plataforma, da liquidez disponível, do tamanho da ordem e das taxas. Uma referência exibida não garante uma execução.
Uma ponte de blockchain é a mesma coisa que um oráculo?
Eles podem se sobrepor em infraestrutura de mensagens e verificação. Uma ponte normalmente permite transferências ou mensagens entre redes; um oráculo fornece informações para uma aplicação. Seus nomes não estabelecem pressupostos de segurança idênticos.
Um oráculo pode manter privadas informações comerciais sensíveis?
Não simplesmente ao entregá-las on-chain. Dados publicados abertamente podem ser vistos por qualquer pessoa. Uma aplicação sensível à privacidade precisa de um design separado para divulgação, acesso e verificação.
Aviso de risco: falhas de oráculos, fontes manipuladas e erros de integração podem causar perdas mesmo quando uma blockchain opera normalmente. Este artigo é educativo e não constitui aconselhamento de investimento.