O ecossistema das Finanças Descentralizadas (DeFi) é frequentemente comparado a uma selva digital, e essa descrição é cirúrgica. Enquanto o investidor de varejo comum passa horas mofando na frente dos gráficos tentando adivinhar para onde vai a tendência, os players profissionais — como os MEV searchers (Maximal Extractable Value) e os operadores de bots de liquidação — escaneiam diretamente as entranhas do blockchain em busca de erros táticos alheios.
O bicho pega de verdade quando um player gigante (uma "baleia") toma um empréstimo astronômico deixando suas criptos como colateral em protocolos de lending (como Aave, Compound, Spark ou Morpho) e o mercado vira contra ele. Se a posição fica a um triz de ser desalancada à força, abre-se uma janela de ineficiência de mercado brutal e bizarramente lucrativa.
Neste artigo, vamos destrinchar como funciona a mecânica de caça a essas posições, como farejar baleias que estão a menos de 1% da liquidação e qual é o caminho das pedras, tanto técnico quanto estratégico, para extrair o máximo de lucro dessa situação.
A Anatomia do Lending em DeFi: Por Que as Liquidações Acontecem?
Para entender onde estão as brechas, você precisa dominar a matemática por trás dos protocolos de empréstimo (Lending Protocols). Diferente das exchanges centralizadas (CEX) — onde o motor de liquidação é controlado internamente pela própria corretora —, em DeFi esse processo é 100% terceirizado para atores externos, os chamados liquidadores (liquidators).
O protocolo não consegue fechar uma posição sozinho; ele não tem um gatilho automatizado interno. Em vez disso, ele oferece um baita incentivo econômico (um desconto na compra do colateral, geralmente entre 5% e 10%) para que qualquer um na rede venha, quite a dívida do inadimplente e embolse o colateral dele a preço de banana.
A Métrica Suprema: Health Factor (HF)
A segurança de qualquer posição de empréstimo é medida pelo chamado Fator de Saúde (Health Factor). A fórmula na grande maioria dos protocolos compatíveis com EVM (como a Aave v3) funciona exatamente assim:
Onde:
- Collateral_i - O valor total do colateral i na moeda base do protocolo (por exemplo, ETH ou USD).
- LiquidationThreshold_i (Limite de Liquidação) - A proporção máxima entre dívida e colateral definida pelo protocolo para aquele ativo específico (por exemplo, 85%).
- Debt_j - O valor total do empréstimo j tomado, já somando os juros acumulados.
O Ponto de Virada: Enquanto o HF estiver acima de 1, a posição está totalmente segura. Mas basta o HF cair para menos de 1 que a posição vira buffet livre para liquidação pública.
O Que Significa Estar "A 1% da Liquidação"?
É aquele estado de alerta máximo em que o HF da posição está espremido na zona de perigo entre 1.0001 e 1.01. Qualquer oscilação milimétrica no preço do colateral para baixo (ou do ativo emprestado para cima) transforma instantaneamente essa posição em "comida de bot".
Estratégia "Lucrando no Dump": Dois Cenários de Ataque
Muita gente acha que o ganho do liquidador se resume apenas ao bônus pago pelo protocolo. Mas quando estamos falando de posições de dezenas de milhões de dólares (as verdadeiras baleias), os bastidores revelam jogadas muito mais pesadas e lucrativas.
Cenário A: Liquidação Clássica via Flash Loans
Você encontra uma posição com HF < 1. Só que você não tem 10 milhões de dólares limpos na carteira para pagar a dívida do cara. Aí é que entram os Flash Loans (empréstimos instantâneos):
- Você pega 10 milhões de DAI emprestados na Uniswap ou na Aave dentro de uma única transação, sem precisar dar nenhuma garantia.
- Usa essa grana para liquidar a dívida da baleia direto no contrato do protocolo.
- Em troca, você resgata o colateral dela (digamos, ETH) com 5% de desconto (ou seja, você saca o equivalente a $10,5 milhões em ETH).
- No mesmo segundo, vende esse ETH em uma DEX por DAI, devolve os $10 milhões do Flash Loan + a taxa do empréstimo.
- O lucro líquido (~$490.000, já descontando o gas) cai direto na sua conta. Sem choro.
Cenário B: Short Direcionado e o "Empurrãozinho" (Whale Hunting)
Essa aqui é uma estratégia bem mais agressiva e profunda, que exige uma leitura cirúrgica da liquidez do mercado:
- Você monitora e acha uma baleia com HF em 1.005 (0,5% do precipício). O colateral do cara é 50.000 WBTC e a dívida está em USDT.
- Você faz os cálculos exatos para descobrir a qual preço do WBTC o HF dele bate cravado em 1. Digamos que o preço só precise cair reles 150 dólares.
- Você abre uma posição vendida (short) massiva em WBTC no mercado de futuros ou em uma DEX de derivativos com uma alavancagem de respeito.
- Se o livro de ordens (order book) no mercado à vista (spot) estiver meio raso (pouca liquidez), você ou outros players despejam uma ordem pesada de venda de WBTC no spot, forçando um flash crash de alguns segundos.
- O preço bate no gatilho de liquidação. Os bots liquidadores (ou o seu próprio script) começam a canibalizar a baleia em cascata. Para cobrir a dívida, uma enxurrada de WBTC é despejada à força no mercado, o que acelera ainda mais a queda (efeito cascata).
- A sua posição de short é realizada no Take-Profit exatamente no fundo desse movimento artificial ou acelerado. É o famoso jackpot.
O Arsenal para Rastrear "Baleias Feridas"
Tentar monitorar o blockchain manualmente pelo Etherscan é pedir para passar raiva. Os profissionais trabalham com um combo de ferramentas dividido em três níveis: dashboards prontos, APIs de infraestrutura e parsers próprios rodando direto nos seus nós (nodes).
1. Plataformas de Análise Prontas (Para o Start Rápido)
- DeFi Saver (seção Loan Shifter / Simulation): Excelente para visualizar graficamente as maiores posições abertas nos principais protocolos.
- Debank / Arkham Intelligence: A melhor opção para criar listas de monitoramento (Watchlists) de endereços específicos. Se você mapear um grande tomador de empréstimo cruzando os dados dos maiores holders de um token, é só cravar um alerta no rastro dele.
- Dune Analytics: Há uma infinidade de dashboards públicos que agregam o Health Factor de grandes tomadores em tempo real. (Busque pelas tags: Aave v3 liquidation thresholds, Compound positions monitoring).
2. APIs Especializadas (Para Automação)
A forma mais robusta de receber dados já filtrados sem o custo e a dor de cabeça de manter um Archive Node próprio é batendo direto nas APIs oficiais dos sub-sistemas.
A Aave, por exemplo, disponibiliza um endpoint aberto em GraphQL (via The Graph), por onde você consegue puxar o raio-X financeiro de todos os usuários de uma só vez.
| Parâmetro | Descrição | Por que monitorar? |
|---|---|---|
collateralBalanceUSD | Volume total de colateral em USD | Para filtrar apenas as baleias legítimas (de $1 milhão para cima). |
totalBorrowsUSD | Dívida total em USD | Essencial para calcular o tamanho da liquidez necessária para fechar a posição. |
currentLiquidationThreshold | Limite atual de liquidação do ativo | Necessário para calcular o preço exato do ponto de não retorno até o último centavo. |
Guia Prático: Codando um Parser de Posições Críticas
Hora de ir para o código. Para capturar um endereço que está operando a menos de 1% da liquidação, precisamos estruturar um script que fique fazendo requisições direto nos contratos Pool ou DataProvider do protocolo escolhido.
Abaixo está um exemplo de script em Python utilizando a biblioteca web3.py. Ele consulta o contrato do Aave Protocol Data Provider na rede Arbitrum (a queridinha para liquidações: taxas ridículas de baratas e execução instantânea), extrai as métricas da conta e calcula a proximidade do abismo.
import os
from web3 import Web3
# Conectando a um nó RPC de alta velocidade (como Alchemy ou QuickNode)
RPC_URL = "https://arb-mainnet.g.alchemy.com/v2/YOUR_API_KEY"
w3 = Web3(Web3.HTTPProvider(RPC_URL))
if not w3.is_connected():
raise Exception("Falha ao conectar ao blockchain")
# Endereço do contrato Aave v3 Pool na Arbitrum
AAVE_POOL_ADDRESS = "0x794a61358D6845594F94dc1DB02A252b5b4814aD"
# ABI minimalista contendo apenas a função getUserAccountData
AAVE_POOL_ABI = [
{
"inputs": [{"internalType": "address", "name": "user", "type": "address"}],
"name": "getUserAccountData",
"outputs": [
{"internalType": "uint256", "name": "totalCollateralBase", "type": "uint256"},
{"internalType": "uint256", "name": "totalDebtBase", "type": "uint256"},
{"internalType": "uint256", "name": "availableBorrowsBase", "type": "uint256"},
{"internalType": "uint256", "name": "currentLiquidationThreshold", "type": "uint256"},
{"internalType": "uint256", "name": "ltv", "type": "uint256"},
{"internalType": "uint256", "name": "healthFactor", "type": "uint256"}
],
"stateMutability": "view",
"type": "function"
}
]
pool_contract = w3.eth.contract(address=AAVE_POOL_ADDRESS, abi=AAVE_POOL_ABI)
def check_whale_position(user_address):
try:
# Puxa os dados da conta direto do smart contract
data = pool_contract.functions.getUserAccountData(w3.to_checksum_address(user_address)).call()
# Os dados retornam com precisão de 18 decimais (na moeda base da Aave)
collateral = data[0] / 1e8 # Depende da moeda base da v3 (geralmente USD com 8 decimais)
debt = data[1] / 1e8
hf = data[5] / 1e18 # O Health Factor retorna com 18 casas decimais
# Filtramos apenas os peixes grandes (Colateral > $500.000)
if collateral > 500000:
print(f"Endereço: {user_address}")
print(f" Colateral: ${collateral:,.2f} | Dívida: ${debt:,.2f}")
print(f" Health Factor: {hf:.4f}")
# Valida se a posição entrou no raio de 1% para liquidar
# Como o gatilho roda quando HF <= 1.0, a zona crítica fica entre 1.0000 e 1.0100
if 1.0000 < hf <= 1.0100:
print(f"⚠️ STATUS CRÍTICO: Baleia a menos de 1% da liquidação! Risco iminente de dump do colateral.")
# Aqui você conecta o seu webhook de alertas do Telegram ou chama a função de execução do seu bot
print("-" * 50)
except Exception as e:
print(f"Erro ao validar endereço {user_address}: {e}")
# Exemplo de teste passando uma carteira alvo (substitua por um endereço válido da sua lista)
whale_target = "0x..."
check_whale_position(whale_target)Como Alimentar Sua Base de Dados de Endereços?
O script acima analisa uma carteira isolada. Para colocar de pé um radar que se preze, você precisa de um fluxo contínuo de dados. Bots profissionais extraem esses endereços mapeando o ecossistema assim:
- Parsing de Eventos Históricos (Logs): O bot faz uma varredura completa no histórico do blockchain desde o bloco de deploy do protocolo, minerando todas as carteiras que dispararam eventos de
Supply,Borrow, ouCollateralSwitch. - Inscrição em Logs em Tempo Real: Via WebSockets (
w3.eth.subscribe('logs', ...)), o script fica escutando os novos blocos para capturar no ato qualquer endereço novo interagindo com o pool. Esses dados únicos são salvos direto em um banco local (tipo MariaDB ou PostgreSQL). - Varredura em Loop (Polling Worker): Um worker em background fica girando esse banco de dados sem parar, chamando a função
getUserAccountDatapara cada um dos perfis mapeados e atualizando os scores em tempo real.
Anatomia do "Hunt": Como Calcular o Ponto de Gatilho Exato
Para lucrar de verdade em cima de um "baleia machucado", não basta só olhar para o Health Factor atual dele. Um searcher profissional precisa dominar a dinâmica dos preços. A gente precisa sacar o valor exato do colateral que vai fazer a posição ir direto pro vinagre.
Vamos botar essa conta no papel. Digamos que a nossa baleia tenha um único ativo de colateral (tipo ETH) e uma dívida em uma stablecoin (USDT). O gatilho de liquidação (Liquidation Threshold, ou simplesmente LT) para o ETH no protocolo é de 85% (0.85).
A fórmula para cravar o preço crítico do colateral (Price_crit) funciona assim:
Exemplo Prático de Cálculo
Se liga nessa posição gigante aberta no mercado:
- Colateral (Collateral_Amount): $10,000\ ETH$
- Preço atual do ETH: $3,400\ USD$
- Valor do colateral em Fiat: $34,000,000\ USD$
- Dívida atual (Debt_USD): $28,500,000\ USDT$
- Gatilho de Liquidação (LT): 85% (0.85)
Primeiro, vamos rodar a conta do Health Factor atual da posição:
A posição está respirando por aparelhos, a só 1.4% de ser liquidada. Agora vamos descobrir o preço do ETH que vai fazer a casa cair de vez:
Assim que o preço do ETH no oracle do protocolo (que geralmente é a Chainlink) bater em $3,352.94, a posição fica madura para liquidação.
Visão de insider (Alpha puro): Os smart contracts não fazem a menor ideia de qual é o preço spot na Binance em tempo real. Eles são totalmente dependentes dos oracles. Os oracles da Chainlink atualizam o preço on-chain por tempo (tipo a cada 20 minutos) ou quando o preço off-chain desvia além de uma margem estipulada (Deviation Threshold) — que costuma ser de 0.5% ou 1% para os pares principais. Sabendo esse teto, os traders mais macacos velhos conseguem prever o segundo exato do "estalo" da liquidação, bem antes da transação do oracle ser confirmada no mempool.
Estratégia de "Whale Hunting" na Prática: A Mecânica de Execução
Com o alvo travado e o preço crítico calculado, o searcher tem dois caminhos para forrar o bolso: o jeito passivo (ficar de tocaia esperando a liquidação) e o jeito agressivo (dar um empurrãozinho para o mercado estourar).
1. Engenharia de Liquidez (Flash Loans vs. Capital Próprio)
Se a sua ideia é morder o bônus de liquidação (no nosso exemplo, 5% de $34 milhões dá uns $1.7 milhão de lucro bruto), você precisa arrumar $28.5 milhões num estalar de dedos para quitar a dívida.
Como deixar uma grana dessas mofando na wallet é uma baita ineficiência de capital, a jogada é puxar um Flash Loan direto nos pools de liquidez da Uniswap v3 ou nos lenders da Aave. Você pega esses $28.5 milhões emprestados dentro de uma única transação atômica, trigga a função liquidationCall no contrato da Aave, embolsa o ETH do colateral e, no mesmo segundo, converte uma parte desse ETH de volta para USDT via agregador (1inch / Paraswap) para pagar o flash loan com os juros da operação (0.05%). O ETH que sobrar é o seu lucro líquido e sem risco.
2. Arbitragem de Mercado e Short Direcionado
Se o tamanho do baleia for tão absurdo que limpa os pools normais de flash loan, ou se a liquidez nas DEXes de spot estiver muito rasa para despejar o colateral sem tomar um puta Slippage (impacto no preço), o jogo migra para o front-running de derivativos:
- Passo 1: Você saca que faltam meros 15 a 20 dólares de movimento para o preço bater no ponto crítico de 3,352.94.
- Passo 2: Abre-se um short agressivo e bem alavancado em uma DEX de perps (Hyperliquid, dYdX, Vertex) ou em uma CEX grande.
- Passo 3 (O Catalisador): No mercado spot (caçando a hora em que o book de ordens estiver mais vazio), entra uma ordem pesada de venda. Geralmente market makers gigantes ou sindicatos de searchers fazem isso juntos para forçar um dump temporário.
- Passo 4 (O Cascateamento): No momento em que o preço fura o gatilho, bots do mundo inteiro começam a bombardear as funções de liquidação. Para travar o lucro, esses bots começam a despejar o ETH tomado via market order direto para stablecoins.
- Passo 5 (Realização): Esse despejo massivo de 10,000 ETH em questão de um ou dois minutos rasga o suporte local, jogando o preço mais uns 2% a 3% para baixo. O seu short é fechado com chave de ouro exatamente no fundo desse pânico gerado artificialmente.
Arquitetura de um Bot de Liquidação: Como Passar a Perna na Concorrência no Dark Forest
Se você estiver pensando em buildar um bot para executar essas liquidações por conta própria, esquenta a cabeça não: script Web3 básico vai tomar um front-run lindo. Nesse nicho rola uma guerra de milissegundos insana, conhecida como PGA (Priority Gas Auction) e disputas de MEV-boost.
Uma transação comum jogada no mempool público vai ser fisgada por bots genéricos de front-running na hora. Eles vão copiar o seu calldata, botar 1 gwei a mais de gas e roubar o lucro da sua mão.
A tech stack de um bot de MEV profissional para produção:
- Linguagem de Programação: Coleta de dados e analytics rolam em Python ou Go. Mas o smart contract executor (que puxa o flash loan e faz o liquidation call) tem que ser feito estritamente em Solidity / Yul para otimizar cada gota de gas. Recentemente, a galera que roda bot pro vem usando Rust em peso no backend (com o ecossistema da biblioteca
alloy). - Conexão Direta com Block Builders: Quem é pro passa longe do mempool público. Os caras mandam as transações por relays privados, tipo Flashbots (MEV-Share / MEV-Boost), BeaverBuild ou Titan. A transação vai formatada como um "Bundle" direto para o validador. Você basicamente chega no validador e manda o papo: "Cola a minha transação colada logo atrás da transação do oracle que vai derrubar o preço do ETH. Em troca, eu te logo 50% do meu lucro de liquidação como tip (gorjeta)".
Abaixo está o fluxo lógico de como as engrenagens de um bot desses conversam entre si:
[Blockchain Node / Websocket]
│ (Escuta blocos novos e transações no mempool sem parar)
▼
[Parser & DB] ────► [Health Factor Calculator]
│ (Trigga se o HF for <= 1)
▼
[Flashbots / MEV Builder] ──► [Private Validator] ──► [Profit]
Arquitetura do Smart Contract de Execução (Solidity)
Para que a liquidação rode com sucesso dentro de uma única transação atômica (atomic transaction), toda a lógica de integração com o Flash Loan e o protocolo de lending precisa estar envelopada em um smart contract customizado. Nem pense em enviar transações separadas direto da sua carteira (EOA) — os bots de MEV concorrentes vão te frontrunnar e vão snipar o colateral antes que você consiga piscar.
Abaixo está um exemplo de arquitetura de smart contract em Solidity ^0.8.20, otimizado para interagir com o Aave v3 usando o mecanismo de Flash Loan.
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;
interface IPool {
function liquidationCall(
address collateralAsset,
address debtAsset,
address user,
uint256 debtToCover,
bool receiveAToken
) external;
function flashLoanSimple(
address receiverAddress,
address asset,
uint256 amount,
bytes calldata params,
uint16 referralCode
) external;
}
interface IERC20 {
function totalSupply() external view returns (uint256);
function balanceOf(address account) external view returns (uint256);
function transfer(address recipient, uint256 amount) external returns (bool);
function approve(address spender, uint256 amount) external returns (bool);
function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
}
contract LiquidatorBot {
address public immutable owner;
IPool public immutable aavePool;
modifier onlyOwner() {
require(msg.sender == owner, "Nao e o dono");
_;
}
constructor(address _pool) {
owner = msg.sender;
aavePool = IPool(_pool);
}
// Estrutura para passar os parametros para dentro do callback do flash loan
struct LiquidationParams {
address collateralAsset;
address debtAsset;
address userToLiquidate;
uint256 debtToCover;
}
// 1. Gatilho Externo: Chamado pelo seu backend (em Rust/Go/Python) assim que o alvo e detectado
function calmedDownTrigger(
address _collateralAsset,
address _debtAsset,
address _userToLiquidate,
uint256 _debtToCover
) external onlyOwner {
bytes memory params = abi.encode(
LiquidationParams({
collateralAsset: _collateralAsset,
debtAsset: _debtAsset,
userToLiquidate: _userToLiquidate,
debtToCover: _debtToCover
})
);
// Solicitamos o Flash Loan pro Aave cobrindo exatamente o tamanho da divida da baleia
aavePool.flashLoanSimple(
address(this),
_debtAsset,
_debtToCover,
params,
0
);
}
// 2. Callback do Aave: Executado dentro da MESMA transacao DEPOIS que os fundos caem no saldo do contrato
function executeOperation(
address asset,
uint256 amount,
uint256 premium,
address initiator,
bytes calldata params
) external returns (bool) {
require(msg.sender == address(aavePool), "Chamada invalida");
LiquidationParams memory lParams = abi.decode(params, (LiquidationParams));
// Aprovamos o pool a puxar nossos fundos emprestados para rodar a liquidacao
IERC20(lParams.debtAsset).approve(address(aavePool), lParams.debtToCover);
// Chamamos a liquidacao em si.
// O ultimo parametro em false significa que queremos o colateral limpo, e nao o seu derivado aToken
aavePool.liquidationCall(
lParams.collateralAsset,
lParams.debtAsset,
lParams.userToLiquidate,
lParams.debtToCover,
false
);
// A essa altura, o colateral liquidado (ex: ETH) ja esta no saldo do contrato
// Missao: Swappar o colateral em uma DEX (Uniswap/1inch) de volta para a moeda da divida (ex: USDT)
// Para cobrir o principal do emprestimo (amount) + a taxa do flash loan (premium)
uint256 totalOwed = amount + premium;
// [Aqui entra a lógica de chamada do swap() na Uniswap v3 / 1inch Router]
// No final, precisamos ter um saldo >= totalOwed na moeda debtAsset
// Aprovamos o pagamento do flash loan
IERC20(lParams.debtAsset).approve(address(aavePool), totalOwed);
// Enviamos o lucro liquido restante direto para o bolso do dono do contrato
uint256 profit = IERC20(lParams.debtAsset).balanceOf(address(this));
if (profit > 0) {
IERC20(lParams.debtAsset).transfer(owner, profit);
}
return true;
}
// Funcao de saque de emergencia para resgatar qualquer token travado no contrato
function withdrawToken(address _token) external onlyOwner {
uint256 balance = IERC20(_token).balanceOf(address(this));
IERC20(_token).transfer(owner, balance);
}
}Pulos do Gato Ocultos e Armadilhas (Informação Alpha Pura)
Se fosse moleza assim, qualquer dev virava milionário em uma semana. Na real, os bastidores dessa indústria (a famosa "dark forest") escondem gargalos técnicos sinistros.
1. O Gargalo da Liquidação Parcial (Close Factor)
Você não consegue liquidar a posição inteira de uma baleia de uma vez só se ela estiver na casa dos dezenas de milhões. A maioria dos protocolos modernos roda com um parâmetro chamado Close Factor (que geralmente é de 50%). Isso significa que, em uma única transação, você só consegue pagar metade da dívida pendente do usuário.
Se você pescar uma baleia com uma dívida de $20.000.000, o seu bot tem que mandar uma transação cobrindo no máximo $10.000.000. O resto da dívida é recalculado, o Health Factor (HF) dá uma respirada e, se a posição continuar na zona de risco, ela pode ser liquidada de novo logo no bloco seguinte.
2. Delays de Oráculo e Liquidações "Fantasma"
Os grandes players não deixam suas posições dando bobeira. Eles costumam se proteger usando sistemas descentralizados de automação (tipo Gelato network ou Chainlink Automation) que injetam margem (top-up) na hora se o HF ameaçar cair.
Para piorar, em momentos de volatilidade extrema (quando o mercado derrete), a rede Ethereum ou as L2s (Arbitrum, Base) costumam gargalar feio, fazendo o gas explodir (Gas Spike). O oráculo pode atualizar o preço on-chain com um delay de 1 a 2 blocos. Um bot que fica olhando o preço spot de derivativos off-chain (tipo na Binance) pode disparar a transação de liquidação achando que o HF < 1, mas a nível de smart contract a transação vai dar REVERT porque o oráculo interno da rede ainda não atualizou o preço. Aí você só perde dinheiro queimando gas a troco de nada.
3. Proteção contra Front-running via RPCs Privados
Quando o seu bot envia um bundle via Flashbots, você disputa com outros searchers puramente com base em quem racha mais lucro com o validador. Se você achou uma liquidação de $10.000 de lucro, mas o seu concorrente configurou o bot dele para dar 99% do bolo pro validador como suborno (Gas Tip), ele vai levar o bloco — mesmo que fique com apenas $100 limpos — e a sua transação vai ser rejeitada.
Hack Estratégico: Em redes com taxas ridículas de baratas e alta velocidade (Base, Arbitrum, Solana), os bundles clássicos de Flashbots funcionam de outro jeito ou nem existem nesse formato. Lá, quem ganha é quem está fisicamente mais perto dos validadores (menor ping de rede até o nó RPC) e quem consegue bombardear transações em massa (spamming) usando conexões gRPC customizadas.
Checklist: Como Montar uma Estratégia em Torno de Liquidação de Baleias
Se você quer estruturar um sistema de monitoramento ou operar esses cascatas de liquidação manualmente ou no modo semi-automático, siga esse passo a passo:
- Mapeamento de Alvos: Crie um script para minerar (scrape) os endereços dos tomadores de empréstimo nos grandes protocolos (Aave, Compound, Spark, Morpho, Radiant). Filtre as carteiras que tenham mais de $1.000.000 em colateral.
- Calculadora de Gatilhos: Desenvolva um módulo matemático que puxe os pesos atuais das posições das baleias monitoradas e calcule o preço exato do colateral onde o HF vai cravar em 1.0000.
- Integração de Alertas: Conecte esses pontos críticos a um parser do order book das exchanges. Assim que o preço de mercado chegar a menos de 1.5% do ponto de quebra da baleia, o sistema tem que disparar um alerta de prioridade máxima.
- Escolha do Vetor de Monetização:
- Para Times Capitalizados: Ativação de um bot de MEV puro, infraestrutura de Flash Loan engatilhada e briga por espaço de bloco via relays privados.
- Para Traders de Varejo (Retail): Abrir um short agressivo nos mercados de futuros/perpetuais já prevendo o dump em cascata que vai acontecer quando os bots começarem a despejar o colateral da baleia a mercado de forma compulsória.
O mercado de liquidações em DeFi é pura matemática e velocidade de execução. Quem sabe ler o estado da blockchain e automatizar o cálculo dos pontos críticos vai estar sempre anos-luz à frente dos analistas técnicos tradicionais de gráfico.
