Ir para o conteúdo
Financial Context Wiki

O que acontece se um keeper de liquidação falhar?

Um bot de liquidação que falha geralmente pode ser substituído, mas um atraso de execução em todo o mercado pode transformar um empréstimo em risco em dívida incobrável. Entenda a sequência da falha, os incentivos econômicos e as salvaguardas do protocolo.

Atualizado

Somente para fins educacionais; não constitui aconselhamento de investimento. Sistemas de empréstimo e liquidação DeFi podem gerar perdas rápidas e irreversíveis.

Resposta direta

A falha de um keeper de liquidação geralmente causa uma transação perdida ou revertida, não uma falha imediata do protocolo. Em muitos protocolos de empréstimo não há um keeper exclusivo: a liquidação é permissionless, portanto outro bot, contrato ou usuário pode enviar a transação. A Aave, por exemplo, afirma que qualquer participante da rede pode liquidar uma posição elegível e descreve as liquidações como altamente competitivas.

O caso grave é a falha coletiva: nenhum participante consegue ou aceita executar a um preço economicamente viável. Uma posição pode permanecer abaixo do limiar de liquidação enquanto os juros se acumulam e o valor do colateral continua variando. Se uma liquidação posterior recuperar menos valor do que a dívida e os custos atribuídos à posição, a diferença se torna um déficit ou dívida incobrável conforme a contabilidade desse protocolo.

Quem absorve o déficit depende do protocolo. No Compound III, absorb transfere ao protocolo a dívida de uma conta insolvente e usa as reservas do ativo-base, enquanto o protocolo recebe o colateral. No Maker, Dog.bark transfere ao protocolo a dívida de um Vault inseguro, inicia um leilão de colateral e registra a dívida em seu sistema contábil. Outros sistemas podem usar reservas, fundos de seguro ou estabilidade, recapitalização por governança, socialização de perdas ou uma combinação dessas alternativas.

Para o tomador, portanto, a automação de liquidações não é um serviço de stop-loss. A medida prudente é monitorar a posição e quitar dívida ou adicionar colateral antes de cruzar o limiar; uma liquidação atrasada pode aumentar tanto a perda de colateral quanto a possibilidade de um déficit irrecuperável.

Como funciona

Um fluxo típico com um liquidante externo tem cinco etapas:

  1. Elegibilidade: O protocolo consulta o oráculo configurado e determina que uma conta cruzou o limiar de liquidação. Um oráculo desatualizado ou pausado pode atrasar ou bloquear essa mudança de estado mesmo quando o preço de mercado já se moveu.
  2. Detecção e precificação: Bots off-chain indexam posições, simulam a liquidação, estimam o valor obtido com o colateral e decidem se a oportunidade é lucrativa.
  3. Inclusão da transação: Um liquidante obtém o ativo de dívida necessário, envia uma transação e compete por espaço no bloco. Congestionamento, taxa subestimada, falha de RPC, conflito de nonce ou a vitória de outro liquidante podem deixar a transação pendente ou fazê-la reverter.
  4. Execução do contrato: O contrato verifica preços atuais, estado da conta, fator de fechamento ou limites do leilão, controles de pausa e liquidez disponível. Uma transação válida durante a simulação pode falhar depois que qualquer um desses dados mudar.
  5. Destinação do colateral: O liquidante ou protocolo precisa vender, proteger ou leiloar o colateral apreendido. Liquidez reduzida e mercado em queda podem transformar um bônus aparente em prejuízo.

A decisão simplificada do liquidante é expected profit = liquidation incentive - gas - price impact - hedge cost - expected revert loss. O custo de capital e as taxas do protocolo também podem se aplicar. Um bônus anunciado elevado não basta se o colateral não puder ser vendido perto do preço do oráculo ou se a execução tiver pouca chance de sucesso.

A falha costuma ser parcial, não absoluta. Uma conta, tipo de colateral, blockchain, oráculo, provedor de RPC ou leilão pode falhar enquanto os demais continuam. A documentação do Liquidation 2.0 do Maker, por exemplo, inclui limites de leilão por colateral e globais, reinícios de leilão, incentivos para keepers e um disjuntor de quatro estágios. Esses controles alteram a forma como a execução atrasada se propaga por esse sistema específico.

Exemplo prático

Suponha que uma conta elegível tenha uma dívida de 100,000 USDC e colateral no valor de 103,000 USDC. Um protocolo simplificado permite que um liquidante quite 50,000 USDC e reivindique colateral no valor de 52,500 USDC, um incentivo bruto de 5%.

  • Espera-se que a venda do colateral custe 2,000 USDC em impacto no preço.
  • O gas e as taxas de prioridade são 700 USDC.
  • O custo esperado de transações revertidas ou superadas por concorrentes é 300 USDC.
  • Portanto, o lucro esperado é 52,500 - 50,000 - 2,000 - 700 - 300 = -500 USDC.

Um liquidante racional pode esperar ou ignorar a conta. Se ninguém executar e o colateral cair mais 5%, seu valor passa a 97,850 USDC, deixando um déficit de 2,150 USDC em relação à dívida original, antes de juros ou taxas adicionais. Uma liquidação posterior ainda pode reduzir a perda, mas não pode criar um valor de colateral que já não existe.

Este é um exemplo ilustrativo, não um modelo de um mercado específico em operação. Os fatores de fechamento, bônus, preços de oráculos, taxas do protocolo, regras de reservas e custos de transação reais devem ser consultados nos contratos vigentes e na documentação oficial. As regras publicadas pela Aave, por exemplo, variam a parcela máxima liquidável conforme o fator de saúde e o tamanho da posição.

Riscos e salvaguardas

  • Controles do tomador: Mantenha uma margem deliberada acima do limiar de liquidação, configure alertas independentes e preserve uma forma testada de quitar ou adicionar colateral. Não presuma que uma interface, um provedor de automação ou um liquidante continuará disponível durante congestionamentos.
  • Controles do protocolo: Sistemas robustos diversificam a infraestrutura de oráculos e transações, calibram bônus e tamanhos mínimos de posição, limitam o volume de liquidação, permitem liquidação parcial ou em lote quando adequado e definem pausas, reinícios de leilão, reservas e tratamento de déficits antes de uma crise.
  • Controles do liquidante: Operadores devem usar vários endpoints RPC, reconciliar o estado on-chain antes de assinar, simular com o estado pendente, gerenciar a substituição de nonces, limitar a derrapagem e evitar depender de uma única corretora ou fonte de liquidez instantânea.
  • Verificações de credores e depositantes: Identifique a cascata exata da dívida incobrável. Verifique qual reserva cobre cada mercado, quem pode alterar parâmetros, se a reserva é líquida e acessível e o que acontece quando ela se esgota.

Nenhuma salvaguarda garante a execução. Os incentivos podem ser pequenos demais em mercados calmos, mas excessivamente generosos ou exploráveis depois de mudanças nos parâmetros. Pausas e disjuntores podem limitar os danos de um oráculo ou contrato defeituoso, mas também podem interromper intencionalmente a liquidação e permitir o acúmulo de risco de preço. A questão relevante é como o sistema completo se comporta sob estresses simultâneos de preço, liquidez, rede e infraestrutura.

Erros comuns

Mito 1: Todo protocolo designa um keeper confiável

Muitos protocolos permitem que qualquer endereço faça a liquidação. Um bot identificado pode ser apenas um dos participantes ou um provedor de interface. Sua indisponibilidade só importa quando nenhum substituto consegue executar.

Mito 2: Uma posição elegível já foi liquidada

A elegibilidade é um estado do contrato; a liquidação é uma transação ou leilão separado. Até que essa execução seja concluída e a dívida e o colateral resultantes sejam contabilizados, a exposição ao mercado permanece.

Mito 3: Aumentar o gas sempre corrige a falha

Taxas de transação maiores podem melhorar a prioridade de inclusão, mas não conseguem corrigir um oráculo desatualizado, um mercado pausado, capital insuficiente, autorização ausente, mudança no estado da conta, venda não lucrativa do colateral ou reversão do contrato.

Mito 4: Dívida incobrável significa que os credores perdem imediatamente o mesmo valor

A dívida incobrável entra primeiro na cascata de perdas definida pelo protocolo. Reservas ou outro mecanismo de proteção podem absorvê-la. Credores ou detentores de tokens de governança só são afetados conforme determinam as regras aplicáveis e os recursos disponíveis, e o momento pode ser diferente daquele em que o déficit surge.

Tópicos relacionados

Fontes oficiais

Navegação

Pesquisar na wiki...