Oráculos: o preço em que um contrato acredita
Distinga preços de mercado de dados usados pelos contratos e analise referências desatualizadas, pouco líquidas ou inadequadas.
A fronteira entre código e observação
Um contrato inteligente pode aplicar a aritmética de forma consistente usando um dado de entrada deficiente. Um oráculo fornece informações que o contrato não consegue inferir autonomamente do seu próprio estado de execução, como um preço de mercado externo. A documentação da Ethereum sobre oráculos explica esta fronteira entre a execução na blockchain e os dados externos. A questão importante não é apenas se uma fonte se atualiza, mas o que significa o número atualizado.
Um preço pode representar um local de negociação, um agregado, uma observação ponderada no tempo ou um valor de resgate. Estas definições respondem a perguntas diferentes. Um preço de execução numa plataforma descreve uma transação; um preço de referência sustenta uma regra; um valor de resgate descreve um direito sob condições especificadas. Não devem ser substituídos uns pelos outros sem explicação.
Examine a especificação da fonte de dados
Para um mercado fictício de empréstimos, anote o par de ativos, as unidades, as casas decimais, as condições de atualização e o comportamento de recurso. Determine se um valor está cotado em dólares, noutro token ou num ativo base. Um número aparentemente correto, mas escalado pelo fator decimal errado, pode estar catastroficamente errado quando interpretado por outra componente.
Examine também a atualidade. Um fluxo que só atualiza após um desvio ou intervalo decorrido pode legitimamente diferir de um livro de ordens em movimento rápido. A aplicação deve decidir quando os dados são demasiado antigos e o que fazer então. Suspender novos empréstimos pode proteger contra dados desatualizados, deixando ainda as posições existentes expostas a atualizações posteriores de preço. Não existe alternativa universalmente inofensiva.
A liquidez faz parte da qualidade dos dados
Um mercado pouco líquido pode produzir um preço da última transação que não representa uma grande transação executável. Agregar locais de negociação pode reduzir a dependência de um só local, mas a propriedade comum, a liquidez partilhada ou interrupções sincronizadas podem limitar a independência obtida. Uma média temporal suaviza movimentos breves, mas introduz atraso. Cada conceção troca um conjunto de fragilidades por outro.
Considere um token cotado a $10, mas com apenas $5,000 de profundidade de compra próxima desse preço. Avaliar $1 milhão de garantia a esse preço marginal não demonstra que os liquidadores consigam realizar $1 milhão. O oráculo pode comunicar corretamente a sua referência definida enquanto o modelo de risco sobrestima as receitas recuperáveis. A qualidade dos dados e a capacidade de liquidação são problemas relacionados, mas distintos.
Submeta ambos os lados de um rácio de garantias a esforço
Um empréstimo com garantia depende do preço da garantia e do preço da dívida. Pedir emprestado um token descrito como estável não torna o seu valor em dólares matematicamente fixo. Se a dívida ficar mais cara de recomprar enquanto a garantia cai, a posição deteriora-se dos dois lados. Modele essas alterações separadamente em vez de manter um dos lados constante por hábito.
Suponha que a garantia vale $12,000, a dívida é de 6,000 unidades inicialmente valendo $1 cada e o limiar hipotético de liquidação é 75%. O rácio de saúde inicial é 1.50. Se a garantia cair 25% para $9,000 enquanto as unidades de dívida sobem para $1.10, o rácio passa a $9,000 × 0.75 ÷ $6,600, aproximadamente 1.023. Uma margem aparentemente confortável fica quase esgotada.
Investigue a integração, não apenas o prestador
Um fornecedor de dados reputado não garante que uma aplicação selecione o fluxo correto, trate valores indisponíveis ou verifique adequadamente os registos temporais. Reveja a documentação da aplicação, auditorias relevantes e decisões de parâmetros. Num exercício simulado, acompanhe uma atualização normal de preço e depois uma atualização em falta ao longo do cálculo. Indique onde faltam evidências em vez de preencher lacunas com confiança.
Um plano de acompanhamento útil distingue um movimento de mercado de uma anomalia no fluxo de dados. Compare a referência indicada com observações independentes e com a política de atualização esperada do fluxo. As diferenças merecem investigação, não negociação automática. Esta lição trata da compreensão do comportamento dos contratos e do risco operacional, não da exploração de fragilidades nos dados de entrada nem da suposição de que um aparente erro de preço pode ser aproveitado em segurança.
Para praticar mais, calcule a mesma posição de garantia usando três pressupostos de referência: o último valor comunicado pela fonte, uma oferta de compra atualmente executável e um preço de venda sob stress. Identifique cada um claramente. O intervalo resultante não é um intervalo de confiança; é sensibilidade às escolhas de avaliação. O seu objetivo é revelar que definição de preço determina a conclusão e onde é necessária mais evidência de liquidez.
Escrever as unidades antes de aceitar o resultado
Um token de garantia vale ficticiamente 0,04 unidades de um ativo de referência que custa 2.000 euros. O preço implícito é 80 euros. Interpretar 0,04 diretamente como euros não é uma pequena diferença entre mercados; é outra conta. Casas decimais, moeda de referência e identidade do ativo fazem parte da especificação.
Identifique as unidades em cada etapa: ativo de referência por token, multiplicado por euros por ativo de referência. A unidade intermédia deve cancelar-se. Deixe depois uma cotação desatualizada enquanto a outra muda. Um preço composto depende de duas observações, mesmo que apareça como um único número.
Distinga ainda preço negociável e taxa contabilística de conversão. Um recibo pode representar 1,08 unidades subjacentes e transacionar com desconto. Numa liquidação, o valor do direito não equivale necessariamente a uma oferta imediata de compra. A utilização do preço no protocolo determina a pergunta que deve responder.
Suspender uma função implica uma escolha entre riscos
A aplicação precisa de regras para dados antigos, ausentes ou anómalos. A Chainlink descreve as responsabilidades de seleção e integração dos feeds. Escolher um fornecedor não determina automaticamente o que deve parar e como deve retomar.
Um sistema fictício suspende novos empréstimos quando o preço é demasiado antigo. Pode assim evitar crédito assente numa avaliação duvidosa. Mas suspender também liquidações durante uma queda da garantia pode dificultar a recuperação da dívida. Continuar a liquidar ao preço antigo cria outro problema. É preciso explicar o que fica ativo, o que é suspenso e quem pode alterar a regra.
Construa uma cronologia com último dado aceite, movimento de mercado, limite de antiguidade e nova atualização válida. Assinale ações possíveis em cada intervalo. Uma indicação simples de que «há um preço» não revela estas escolhas operacionais.