A liquidação não é apagar incêndio, é acertar contas
Usaram a mesma posição alavancada em três contratos diferentes para um teste de estresse: o gatilho de liquidação do TermMax foi lento, mas lento de um jeito “com propósito”. A multa da liquidação é dividida em duas partes: uma vai para o fundo de seguro e outra volta para o liquidante. Essa estrutura não é comum entre os concorrentes. O preço do $TERM não reage a essa camada de design; o mercado só trata como “governance token”. $NVDAB
No Aave v3, a linha de liquidação é mais apertada: o oráculo atualiza mais rápido e, após o gatilho, aplica-se um desconto fixo para vender a preço de liquidação. O TermMax tem uma “faixa de amortecimento” de LTV, proteção contra slippage mais agressiva e margens mais finas para o liquidante. Em cenários de mercado extremo, pode haver ordens sem quem as pegue. O risco de contas incobráveis é postergado. O detentor de $TERM não assume risco diretamente, mas o escopo de cobertura do fundo de seguro é pouco claro.
Comparado ao Compound, a multa de liquidação no Compound é transparente: o mecanismo é antigo, mas estável. A vantagem do TermMax está na estrutura a prazo das taxas de juros; na liquidação, ele desconta posições não vencidas pela curva, mais parecido com “interromper perdas como renda fixa” do que com um fechamento imediato. É mais amigável ao usuário, porém aumenta o custo de cálculo para os liquidantes — scripts não conseguem rodar a interface. Se o $TERM não conseguir incentivar liquidantes profissionais, a liquidez pode sumir justamente na hora crítica.
Na prática, há ainda um detalhe: o evento de liquidação do TermMax aparece com atraso de dezenas de blocos na UI; o estado on-chain já mudou, mas o front-end ainda exibe “seguro”. Não é uma falha central, mas afeta bastante a tomada de decisão. A sincronização do front-end no Euler é melhor. A documentação do TermMax é mais enxuta; mudanças de parâmetros não têm um registro claro de versões. Depois que o módulo de garantia do $TERM foi lançado, a experiência não melhorou de forma perceptível.
Em resumo, o design da liquidação tem boas ideias, mas os detalhes de execução ainda faltam um trecho, e a captura de valor do $TERM não foi vinculada à receita gerada pelas liquidações. @TermMax #termmax
Usaram a mesma posição alavancada em três contratos diferentes para um teste de estresse: o gatilho de liquidação do TermMax foi lento, mas lento de um jeito “com propósito”. A multa da liquidação é dividida em duas partes: uma vai para o fundo de seguro e outra volta para o liquidante. Essa estrutura não é comum entre os concorrentes. O preço do $TERM não reage a essa camada de design; o mercado só trata como “governance token”. $NVDAB
No Aave v3, a linha de liquidação é mais apertada: o oráculo atualiza mais rápido e, após o gatilho, aplica-se um desconto fixo para vender a preço de liquidação. O TermMax tem uma “faixa de amortecimento” de LTV, proteção contra slippage mais agressiva e margens mais finas para o liquidante. Em cenários de mercado extremo, pode haver ordens sem quem as pegue. O risco de contas incobráveis é postergado. O detentor de $TERM não assume risco diretamente, mas o escopo de cobertura do fundo de seguro é pouco claro.
Comparado ao Compound, a multa de liquidação no Compound é transparente: o mecanismo é antigo, mas estável. A vantagem do TermMax está na estrutura a prazo das taxas de juros; na liquidação, ele desconta posições não vencidas pela curva, mais parecido com “interromper perdas como renda fixa” do que com um fechamento imediato. É mais amigável ao usuário, porém aumenta o custo de cálculo para os liquidantes — scripts não conseguem rodar a interface. Se o $TERM não conseguir incentivar liquidantes profissionais, a liquidez pode sumir justamente na hora crítica.
Na prática, há ainda um detalhe: o evento de liquidação do TermMax aparece com atraso de dezenas de blocos na UI; o estado on-chain já mudou, mas o front-end ainda exibe “seguro”. Não é uma falha central, mas afeta bastante a tomada de decisão. A sincronização do front-end no Euler é melhor. A documentação do TermMax é mais enxuta; mudanças de parâmetros não têm um registro claro de versões. Depois que o módulo de garantia do $TERM foi lançado, a experiência não melhorou de forma perceptível.
Em resumo, o design da liquidação tem boas ideias, mas os detalhes de execução ainda faltam um trecho, e a captura de valor do $TERM não foi vinculada à receita gerada pelas liquidações. @TermMax #termmax