---
title: "Empréstimo instantâneo"
description: "Um empréstimo instantâneo fornece liquidez temporária on-chain dentro de uma única transação atômica. Entenda como callbacks, verificações de pagamento, arbitragem, liquidações, taxas, MEV e vulnerabilidades de protocolos afetam o resultado."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Empréstimo instantâneo
> Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.
## Resposta direta
Um empréstimo instantâneo é uma liquidez disponibilizada por contrato inteligente durante uma única transação atômica. Na forma clássica, o tomador não oferece garantia porque o contrato de empréstimo exige que o principal e a taxa sejam devolvidos antes do fim da transação. Se a liquidação exigida não ocorrer, a execução é revertida e as alterações de estado da transação não persistem.
Esse mecanismo permite que um contrato use capital temporário para arbitragem, liquidação, troca de garantias ou refinanciamento de dívida sem que o operador financie antecipadamente todo o principal. Ele não cria dinheiro grátis: a estratégia precisa cobrir a taxa do empréstimo, as taxas de negociação, o slippage, o gas e qualquer execução adversa ou MEV. Algumas variantes de protocolo podem abrir uma posição de dívida comum em vez de exigir pagamento imediato, mas esse caminho requer garantia ou delegação de crédito e não deve ser confundido com um empréstimo instantâneo sem garantia.
Empréstimos instantâneos podem amplificar tanto transações úteis quanto ataques. Eles fornecem capital; uma exploração que cause perdas ainda depende de outra falha, como uma entrada de preço manipulável, contabilização incorreta, callback inseguro ou regra de governança defeituosa.
## Como funciona
1. **Solicitação:** Um contrato receptor solicita a um pool de liquidez um ativo e um valor, como `10,000,000 USDC`, e fornece os parâmetros necessários à sua estratégia.
2. **Transferência e callback:** O pool transfere o ativo e, em seguida, chama o receptor. Cada swap, liquidação, pagamento ou alteração de garantia ocorre por meio de chamadas de contrato aninhadas dentro da mesma transação.
3. **Execução da estratégia:** O receptor usa os fundos temporários. Como chamadas externas podem reentrar em contratos ou produzir preços inesperados, as implementações precisam de controle de acesso explícito, entradas validadas, limites de slippage e tratamento seguro de aprovações.
4. **Verificação da liquidação:** O receptor autoriza ou transfere o valor devido. Em um fluxo simples no estilo da Aave, o pool recolhe o principal mais o prêmio após o callback; saldo ou autorização insuficiente causa uma reversão.
5. **Resultado atômico:** Se todas as chamadas forem bem-sucedidas, o estado final é registrado. Se ocorrer um erro não capturado ou a liquidação falhar, a exceção de reversão de estado do Solidity desfaz as alterações na chamada e em suas subchamadas. O remetente ainda pode perder o gas gasto na transação malsucedida.
A atomicidade elimina a exposição de crédito do credor dentro da transação; ela não garante que a estratégia do tomador seja lucrativa, privada ou corretamente programada. Liquidez disponível, ativos habilitados, prêmios, interfaces de callback, opções de conversão em dívida e controles de pausa são específicos de cada protocolo e podem mudar por meio da governança.
## Exemplo
Suponha que um contrato tome `10,000,000 USDC` emprestados para comprar um ativo em um pool e vendê-lo em outro. Seja `A` o principal, `F` a taxa do empréstimo instantâneo, `G` os custos de gas e execução, `S` o slippage e outros custos de negociação e `R` o USDC recebido com a venda. Uma condição simplificada de equilíbrio é `R >= A + F + G + S`.
Suponha que os dois swaps retornem `10,012,000 USDC`, que o empréstimo exija `10,009,000 USDC` incluindo principal e taxa e que o gas somado aos outros custos de execução seja de `2,000 USDC`. O lucro simplificado é `10,012,000 - 10,009,000 - 2,000 = 1,000 USDC`.
Essa margem aparente pode desaparecer antes da inclusão. Outros buscadores podem copiar ou superar a oferta da transação, as reservas dos pools podem mudar, um token pode cobrar uma taxa de transferência inesperada ou a transação pode ser revertida depois de consumir gas. O contrato deve impor uma saída mínima aceitável e reverter quando o resultado realizado ficar abaixo dela; uma cotação em um painel não é lucro executável.
## Riscos
- **Risco da estratégia e do contrato:** Um erro de programação, uma aprovação insegura, um token malicioso, um caminho de reentrância ou uma autorização incorreta de callback pode causar a perda de fundos já mantidos pelo contrato receptor.
- **Risco de preço, liquidez e slippage:** Um spread cotado pode desaparecer à medida que as reservas mudam. Pools com pouca liquidez podem produzir forte impacto no preço, e um oráculo baseado em um mercado à vista manipulável pode permitir que capital temporário distorça decisões do protocolo.
- **Risco de MEV e ordenação:** Transações públicas pendentes podem ser copiadas, sofrer sandwich, front-running ou back-running. O envio privado reduz parte da exposição, mas cria dependências de builders ou relays e não garante inclusão.
- **Risco de taxas e reversão:** Prêmios do empréstimo, taxas de corretagem, gas, taxas de transferência de tokens e taxas de prioridade precisam ser cobertos. Uma operação revertida normalmente perde o gas, embora suas alterações de estado sejam desfeitas.
- **Risco de protocolo e governança:** Pausas, atualizações, mudanças nos prêmios, retiradas de liquidez, falhas de oráculos e falhas em qualquer protocolo integrado podem invalidar uma estratégia que, de outra forma, seria sólida.
- **Risco operacional e jurídico:** Chaves comprometidas, endereços incorretos, automação não confiável, sanções, tributação ou outras regras específicas da jurisdição podem gerar perdas ou obrigações fora do cálculo do contrato inteligente.
Para revisores de protocolos, um empréstimo instantâneo no rastreamento de um incidente é evidência de financiamento temporário, não prova da causa raiz. Reproduza as transições de estado e identifique qual invariante, fonte de preço, permissão ou regra contábil permitiu a saída de valor.
## Equívocos comuns
### Mito 1: Um empréstimo instantâneo é capital gratuito
Trata-se de liquidez temporária com condições rígidas de liquidação. Uma estratégia viável deve devolver o valor exigido e ainda cobrir todos os custos de execução; caso contrário, ela é revertida ou perde dinheiro.
### Mito 2: O tomador pode manter os fundos até mais tarde no bloco
O empréstimo clássico deve ser liquidado dentro da mesma pilha de chamadas da transação, não apenas em algum momento do mesmo bloco. Os fundos não podem ser transferidos para uma carteira e devolvidos em uma transação posterior.
### Mito 3: Execução atômica significa risco zero de perda
A atomicidade reverte alterações de estado após uma falha não capturada, mas não reembolsa o gas já consumido. Ela também não impede preços ruins, aprovações expostas, MEV ou perdas nos fundos que o receptor já possuía antes da chamada.
### Mito 4: Todo empréstimo instantâneo é um ataque
Arbitragem, liquidações, trocas de garantias e refinanciamento de dívida são usos normais. A exploração é o oráculo, a permissão, a contabilização, a governança ou a premissa de callback defeituosa; o empréstimo instantâneo pode apenas disponibilizar capital temporário suficiente para explorá-la.
### Mito 5: Um grande spread cotado garante lucro
O lucro depende dos preços executáveis e da ordenação da transação após todas as taxas e o slippage. Simule com base no estado pretendido do bloco, defina saídas mínimas e trate uma transação malsucedida ou cuja oferta foi superada como um custo real.
## Tópicos relacionados
- [Cash and carry de criptoativos](/crypto/cash-and-carry-crypto/)
- [DeFi](/crypto/defi/)
- [MEV](/crypto/mev/)
- [Oráculo](/crypto/oracle/)
- [Agregador de rendimento](/crypto/yield-aggregator/)
## Fontes
- [FlashLoanLogic.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/protocol/libraries/logic/FlashLoanLogic.sol) - Aave DAO (acessado em: 2026-08-20)
- [Expressions and Control Structures](https://docs.soliditylang.org/en/latest/control-structures.html#error-handling-assert-require-revert-and-exceptions) - Solidity (acessado em: 2026-08-20)
- [DeFi risks and the decentralisation illusion](https://www.bis.org/publ/qtrpdf/r_qt2112b.htm) - Bank for International Settlements (acessado em: 2026-08-20)
Source: https://wiki.fcontext.com/pt-br/crypto/flash-loan/index.mdx