Checklist para evitar liquidações: sobreviva a lags e…

Uma lista de verificação para prevenção de liquidação é um conjunto de regras de monitoramento e ação que mantém um empréstimo colateralizado seguro longe de seu gatilho, mesmo quando os preços variam e as atualizações do oráculo do protocolo atrasam. O objetivo não é prever a próxima vela, mas construir buffer e prontidão suficientes para sobreviver às mecânicas de liquidação automatizada, penalidades e condições em cascata.

Principais Conclusões

• O risco de liquidaçãoé "preço + tempo": o preço do Módulo de Segurança doOracle da Maker usado para leilões é atrasado em aproximadamente 1–2 horas, então o sistema pode se comportar de maneira diferente do spot durante movimentos rápidos.
• Na Maker Liquidation 2.0, cruzar a linha é um evento de posição total: quando Dog.bark é acionado, toda a dívida do Vault é tomada, não um corte suave.
• A matemática das penalidades importa quando você está apertado: com chop a 1.13, um 1.000DAIa dívida se torna um alvo de leilão de 1.130 DAI.
• Durantecascatas de liquidação,volatilidade, baixa liquidez e dados desatualizados ou manipuladosdados de oráculoamplificarvenda forçada, portanto, os buffers devem assumir as piores condições.

Como as liquidações acontecem em empréstimos

As liquidações são automatizadas porque o protocolo está protegendo a solvência, não negociando com o mutuário. Em empréstimos sobrecolateralizados, a posição se torna elegível quando o valor do colateral cai o suficiente para que o empréstimo ultrapasse o limite exigido pelo protocolo. Muitos modelos de empréstimo expressam isso como um fator de saúde, e a formulação comum é que, uma vez que cai abaixo de 1, a posição pode ser liquidada.

Essa elegibilidade pode se transformar rapidamente em uma liquidação real porque terceiros são pagos para agir. O design da Maker torna isso explícito: uma liquidação é a transferência automática de colateral de um Vault insuficientemente colateralizado, com a dívida do Vault transferida para o protocolo, e um leilão iniciado para vender colateral por DAI para cancelar a dívida atribuída.

Atores externos chamados de keepers monitoram os Vaults e acionam a liquidação quando a razão de liquidação é ultrapassada, porque o sistema incentiva esse comportamento.

O ponto relevante para o trader é que isso não é apenas um número de “preço de liquidação” em um painel. A liquidação é um fluxo de trabalho com seu próprio tempo, entradas de preços e incentivos. Na Maker Liquidation 2.0, os leilões são leilões holandeses que se liquidam instantaneamente a um preço calculado a partir do preço inicial e do tempo decorrido desde o início do leilão.

Essa liquidação instantânea muda quem pode participar e quão rápido o colateral pode ser liquidado, o que retroalimenta como uma cascata pode se tornar violenta.

A definição de cascata de liquidação da Chainlink é o modelo mental certo para estresse: vendas forçadas automatizadas empurram os preços para baixo, o que desencadeia mais liquidações em um ciclo de feedback. Os amplificadores são nomeados e concretos: volatilidade extrema, baixa liquidez e slippage, e manipulação de oráculos ou dados de preços desatualizados, incluindo congestionamento que atrasa atualizações. Esse é o ambiente onde “não se deixe liquidar” deixa de ser um meme e se torna um problema de sistemas.

Números-chave para monitorar diariamente

A lista de verificação começa com quatro números que aparecem na tela e se relacionam diretamente à elegibilidade para liquidação. Tudo o mais é comentário.

O valor do empréstimo em relação ao valor do colateral é o mais simples: valor do empréstimo dividido pelo valor do colateral. Se o colateral cair ou a dívida aumentar, o LTV aumenta. Os protocolos costumam mostrar a mesma ideia como um fator de saúde, onde o modelo comum é que abaixo de 1 significa elegibilidade para liquidação.

O Maker usa uma razão de liquidação chamada mat, que é o nível mínimo de colateralização que um Vault deve manter para permanecer seguro. O hábito operacional é acompanhar o gatilho do protocolo e um gatilho pessoal acima dele, porque o gatilho do protocolo é onde os mantenedores começam a correr.

O segundo número é o preço de liquidação. A maioria das UIs calcula um “preço de liquidação” para o colateral, mas a lista de verificação trata isso como um ponto de referência, não uma promessa. No Maker, o preço inicial do leilão é definido a partir do preço do Módulo de Segurança Oracle multiplicado por buf, e o preço do OSM é atrasado em aproximadamente 1–2 horas em relação ao mercado.

Esse atraso é o motivo pelo qual “eu adicionarei colateral se cair” falha quando o mercado se move mais rápido do que o usuário pode reagir ou a rede está congestionada.

O terceiro número é o multiplicador de penalidade. O Maker expressa a penalidade de liquidação através do chop. A documentação dá um exemplo claro: se a dívida é 1.000 DAI e o chop é 1,13, o alvo do leilão se torna 1.130 DAI. Isso muda quanto colateral deve ser vendido para quitar a dívida, que é por isso que buffers finos transformam pequenos erros em buracos maiores.

O quarto número é o modo de margem da posição e o mecanismo de liquidação no local sendo utilizado. Perpetuais centralizados e contas de margem introduzem margem de manutenção e a escolha entre margem cruzada isolada. Essas configurações decidem se uma posição pode arrastar toda a conta para a liquidação ou se as perdas são isoladas.

Isso é separado da mecânica de liquidação defi, mas a lista de verificação precisa disso porque muitos traders operam ambos e confundem os dois.

Ações que previnem liquidação

O trabalho de prevenção é feito principalmente antes que o mercado se mova. A lista de verificação é construída em torno de uma ideia: a prevenção de liquidação em cripto é prontidão operacional mais dimensionamento de buffer para o tempo do oracle, não um concurso de previsões.

1. Defina um limite pessoal de pânico acima do gatilho do protocolo. A linha do protocolo é onde a liquidação se torna possível. A linha pessoal é onde o colateral é adicionado ou a dívida é paga enquanto o usuário ainda tem tempo e opções. 2. Dimensione o buffer para o atraso do oracle, não para o spot. O atraso do OSM do Maker é de aproximadamente 1–2 horas, e o preço de início do leilão é baseado em OSM*buf.

Um buffer que sobrevive apenas a um wick de spot ainda pode falhar se o preço de referência do sistema alcançar depois que o usuário já estiver preso. 3. Pré-estagiar o caminho da transação “salvar”. O modo de falha não é saber como evitar a liquidação, é falhar nas aprovações, trocar pelo ativo de pagamento, ou fazer a ponte quando o gás dispara.

O item da lista de verificação é simples: a carteira, a fonte de colateral e a rota do ativo de pagamento devem estar prontas antes que a posição esteja estressada. 4. Reduza a dívida antes de adicionar colateral quando a matemática da penalidade é feia. Quando o chop é significativo, a questão é se o colateral pode cobrir a dívida mais a penalidade se marcado.

Pagar reduz diretamente o alvo do leilão, enquanto adicionar colateral só ajuda se o preço não continuar caindo. 5. Use uma ordem de stop loss onde o local a suporta. Em margens centralizadas e perpétuas, uma ordem de stop loss é uma ferramenta para sair antes que a margem de manutenção seja violada. Não é uma garantia, mas é um caminho de automação definido quando o usuário não pode estar na tela. 6. Mantenha o modo de margem intencional.

Margem cruzada isolada não é uma preferência, é uma escolha de topologia de liquidação. Cruz pode salvar uma única posição ao recorrer ao resto da conta, e também pode liquidar toda a conta se o movimento for grande.

Essas ações são a diferença entre “como evitar liquidação” como um slogan e uma rotina repetível. A lista de verificação assume que o mercado pode se mover mais rápido do que um reabastecimento manual, especialmente durante cascatas.

Mecânica de liquidação do Maker Vault para saber

O caminho de liquidação do Maker é o exemplo mais claro de por que a liquidação é um problema de cronograma. Uma vez que um Vault se torna inseguro, o Dog.bark confisca o Vault e envia a garantia para o Clipper relevante, incrementa a contabilidade de dívida ruim e inicia o leilão. A implicação chave para o tomador é estrutural: na Liquidação do Maker 2.0, quando o Dog.bark é chamado, toda a dívida do Vault é assumida.

Não há um parâmetro de corte como o sistema mais antigo que usava mordidas parciais de tamanho fixo. Cruzar a linha não é um pequeno evento de corte.

O leilão em si é um leilão holandês com liquidação instantânea. O preço é calculado a partir do preço inicial e do tempo decorrido desde o início do leilão, o que reduz o bloqueio dos licitantes e permite uma reciclagem de capital mais rápida.

Os documentos do Maker também sinalizam um comportamento não óbvio: enquanto o preço geralmente diminui com o tempo, o preço de um leilão ativo pode aumentar se o leilão for redefinido via redo ou se a governança mudar os parâmetros do calculador de preços.

Redo não é um detalhe trivial. O Maker pode redefinir um leilão se muito tempo tiver decorrido (cauda) ou se o preço tiver caído abaixo de um limite em relação ao preço inicial (cusp). Quando redefinido, o leilão reancora o preço inicial da mesma forma que começou: preço atual do OSM multiplicado por buf. Como o OSM é atrasado e buf é um markup, a redefinição pode aumentar o preço do leilão em andamento mesmo enquanto o spot está caindo. Essa é exatamente a mecânica que quebra a intuição de um tomador.

Há também um limitador em nível de sistema que importa durante estresse. O Maker impõe limites ao total de DAI necessário para cobrir a dívida mais as penalidades de liquidação de leilões ativos via Hole e ilk.hole, rastreados por Dirt e ilk.dirt. O Dog.bark exige que esses valores estejam abaixo de seus limites.

O tomador não controla esses parâmetros, mas eles moldam se as liquidações prosseguem como esperado quando muitos Vaults estão sendo marcados.

Advertências durante estresse extremo de mercado

A Quinta-Feira Negra de março de 2020 é o lembrete canônico de que a prevenção de liquidação não se trata apenas de estar "acima da linha". O artigo da Chainlink descreve o Ethereum caindo mais de 50% em um único dia, com a congestão da rede atrasando as atualizações de oráculo e impedindo os usuários de depositar garantias adicionais.

Também observa que a congestão prejudicou os bots liquidadores, e alguns participantes venceram leilões de liquidação sem custo, deixando dívida ruim para o protocolo.

Esse evento agrupa os três amplificadores de cascata em uma realidade negociável: volatilidade, liquidez e condições do oráculo. Quando a liquidez é escassa, a venda forçada cria deslizamento que empurra o spot para baixo do esperado, o que pode marcar posições que pareciam boas minutos antes.

Quando as atualizações de oráculo estão desatualizadas ou atrasadas pela congestão, o protocolo pode estar operando em um relógio diferente do gráfico do trader. Quando os liquidadores estão prejudicados, os leilões podem ser mal finalizados, o que aumenta a chance de que os resultados da liquidação sejam piores do que o tomador modelou.

Os locais centralizados têm suas próprias mecânicas de estresse. Os requisitos de margem de manutenção podem mudar com a volatilidade, e os motores de liquidação podem acionar o ADL de desalavancagem automática quando o local precisa reduzir o risco no livro. Isso não é o mesmo que um leilão do Maker, mas é a mesma lição: a liquidação é uma resposta do sistema sob estresse, e o usuário não é a prioridade.

A suposição de estresse da lista de verificação é simples: durante cascatas, a estrutura do mercado se torna o inimigo. A alavancagem conservadora não se trata de se sentir seguro, mas de não se tornar um fluxo forçado quando o ciclo de feedback começa.

Lista de verificação rápida antes de você pegar emprestado

Este pré-vôo é a lista de verificação de prevenção de liquidação que importa antes que a posição exista. É projetado para ser executado em dois minutos, e depois repetido sempre que o tamanho ou a garantia mudarem.

1. Identifique a métrica exata de gatilho no protocolo ou local. Registre a taxa de liquidação ou o modelo de fator de saúde e a regra de margem de manutenção se for uma conta centralizada. 2. Anote o preço de liquidação e um limite pessoal de pânico acima dele. O limite de pânico é onde a ação acontece sem debate. 3. Verifique os multiplicadores de penalidade e taxa.

Para o Maker, note o chop e traduza-o em “dívida × chop” para que o alvo do leilão seja compreendido. 4. Confirme o tempo do oráculo e o comportamento do preço de referência. Para o Maker, assuma que o preço OSM usado para a inicialização do leilão está atrasado cerca de 1 a 2 horas e que o preço inicial do leilão é OSM*buf. 5. Decida a isolação de margem.

Escolha a margem cruzada isolada intencionalmente e confirme qual garantia cobre qual posição. 6. Pré-estabeleça o caminho de resgate. Certifique-se de que a fonte do ativo para pagamento está pronta, as aprovações estão em vigor e a carteira tem gás para a cadeia em uso. 7. Defina a automação de saída. Se estiver negociando perps ou margem, defina a lógica da ordem de stop loss que impede a deriva para liquidação durante um movimento rápido.

Esta é a gestão de risco de negociação como um hábito, não uma configuração única. A lista de verificação deve parecer entediante quando os mercados estão calmos.

A Conclusão

Eu vi pessoas serem liquidadas no Maker porque se ancoraram ao gráfico spot e disseram a si mesmas que iriam aumentar “se chegasse perto.” O atraso do OSM e o preço de início do leilão OSM*buf significam que o relógio do protocolo pode estar de uma a duas horas atrás do mercado, e o Dog.bark assumindo toda a dívida do Vault significa que não há um salvamento parcial gentil uma vez que a linha é cruzada.

Minha regra prática é tratar a liquidação como uma mesa de margem trata um chamado. Aja em um limite pessoal que esteja confortavelmente acima do gatilho do protocolo e assuma que a congestão aparece exatamente quando a volatilidade aparece. Se a posição só sobrevive quando tudo funciona perfeitamente, já está dimensionada incorretamente para a mecânica de liquidação.

Fontes

• Documentos Técnicos do Protocolo Maker
• Documentos Técnicos do Protocolo Maker
• Documentação Técnica do Maker Protocol
• Chainlink