O que é empréstimo flash na Solana e como funciona
Um empréstimo flash na Solana empresta sem colateral e é quitado na própria transação. Veja como o credor confere, quanto custa e onde ele falha.
Um empréstimo flash na Solana empresta tokens sem colateral e sem análise de crédito, com uma condição: o dinheiro volta antes de a transação terminar. Se o pagamento faltar ou falhar, a rede rejeita a transação inteira e o empréstimo nunca existiu. Nada fica em aberto, por isso um protocolo de empréstimo pode oferecê-lo a qualquer carteira.
Parece uma brecha. São duas regras comuns trabalhando juntas: uma transação é tudo ou nada, e um programa pode ler as outras instruções da transação em que roda. Tudo o que um empréstimo flash na Solana faz, inclusive como ele quebra, vem desses dois fatos.
Como funciona um empréstimo flash dentro de uma transação
A Solana executa uma transação como uma lista ordenada de instruções. A documentação da Solana sobre transações é clara: se qualquer instrução falha, a transação inteira falha e toda mudança de estado é revertida. O empréstimo é montado em volta dessa regra.
- Pegar emprestado. O programa de empréstimo move tokens do cofre para a sua conta de token.
- Usar. Suas instruções gastam os tokens: um swap, uma liquidação, um depósito em outro lugar.
- Devolver. O programa recupera o mesmo valor, mais a taxa dele, se cobrar uma.
Se o passo três não roda, digamos porque um swap rendeu menos que o previsto, o passo um é desfeito com todo o resto e o cofre termina como começou. Pelo mesmo motivo não se exige colateral: um empréstimo comum precisa dele porque o tempo passa entre pegar e pagar, e aqui não passa tempo nenhum.
Como o credor sabe que o pagamento vem
O empréstimo roda primeiro e precisa decidir antes do pagamento. Ele lê adiante: a Solana expõe cada instrução de nível superior da transação em curso por meio de uma conta especial, a sysvar de instruções, e o guia da Solana sobre introspecção de instruções cita exatamente esse uso: conferir que uma instrução específica faz parte da transação.
O Kamino Lend publica o código-fonte, e a checagem está lá. O empréstimo percorre as instruções seguintes e só libera o valor se achar exatamente um pagamento compatível:
- o pagamento cita o mesmo valor;
- lista contas idênticas, sem mudar a ordem;
- aponta para a posição do empréstimo;
- nenhum segundo empréstimo flash vem depois.
Como os outros dois credores abaixo, o Kamino recusa um empréstimo chamado de dentro de outro programa, porque a sysvar lista só instruções de nível superior. A marginfi estrutura o empréstimo de outro jeito: uma instrução de início confere que há uma instrução de fim mais adiante, e o fim roda a checagem de saúde da conta.
Detalhes importam. O pagamento do Kamino carrega a posição do empréstimo como um número, então uma carteira que insere a própria instrução de proteção antes do empréstimo faz o pagamento apontar para a instrução errada, e ele é recusado. O da Jupiter Lend não carrega posição, e esse é um dos motivos de a ferramenta Volume flash pegar emprestado lá.
Quais credores da Solana oferecem empréstimos flash
Três protocolos de empréstimo descrevem empréstimos flash na Solana na própria documentação técnica.
| Credor | Taxa do credor |
|---|---|
| Jupiter Lend | Nenhuma, segundo a documentação, embora o administrador controle uma configuração de taxa |
| Kamino Lend | Definida por reserva; uma reserva pode desligar os empréstimos flash |
| marginfi (documentação agora sob o nome Project 0) | Nenhuma, segundo a documentação |
Para que servem os empréstimos flash
Todo uso aqui precisa de um valor grande por poucas instruções e de nada depois.
- Arbitragem. Comprar onde o token está barato, vender onde está caro, pagar. Se a diferença sumiu, a venda não cobre o pagamento e a transação reverte.
- Liquidações. O empréstimo quita a dívida de um tomador em risco; o colateral recebido com desconto, trocado de volta, paga o empréstimo.
- Troca de colateral e refinanciamento. Quitar um empréstimo com tokens emprestados, sacar o colateral, trocá-lo ou levá-lo a outro credor, pegar emprestado de novo, pagar.
- Autoliquidação. Abater a dívida com o próprio colateral poupa o prêmio que um liquidante levaria. O fluxo de pagar com colateral do Kamino faz isso.
- Looping. Pegar emprestado, trocar pelo ativo de colateral, depositar, pegar emprestado contra ele, pagar. O Multiply do Kamino roda assim.
- Volume de negociação. Comprar um token e vendê-lo de volta no mesmo pool; a carteira paga só a ida e volta.
É o que faz a ferramenta Volume flash: pega SOL emprestado na Jupiter Lend, compra seu token num pool da PumpSwap, Raydium, Orca ou Meteora, vende de volta, paga o empréstimo e a própria taxa com uma assinatura só e mostra o preço total antes de a carteira abrir. Quem lê a transação vê um empréstimo, uma compra e uma venda de uma carteira. Para ficar com os tokens, use um swap de tokens roteado pela Jupiter.
Quanto custa um empréstimo flash na Solana
O principal não é custo: volta dentro da transação. Você paga o que está em volta.
A taxa do credor. Jupiter Lend e marginfi documentam empréstimos flash sem taxa, e o Kamino define uma taxa por reserva. O administrador da Jupiter Lend ainda pode mudar essa configuração, então o Volume flash a lê antes de cada empréstimo e só monta a transação se ela estiver em zero.
Taxas de swap e impacto no preço. Cada swap dentro do empréstimo paga a taxa do seu pool, e um valor grande contra um pool raso move o preço contra você duas vezes, na entrada e na saída, como mostra como funciona a profundidade de um pool de liquidez. Defina uma saída mínima em cada swap, porque um pagamento que fica curto afunda tudo; como escolher o valor de slippage explica esse equilíbrio.
Taxas de rede. A taxa base é de 5 000 lamports por assinatura, mais uma taxa de prioridade cobrada por unidade de computação pedida, e um empréstimo flash pede muito mais computação que uma transferência. Quanto pagar de taxa de prioridade explica como dimensioná-la.
Um empréstimo que falha é barato, não grátis: uma transação incluída que reverte ainda paga a taxa de rede, como dizem a documentação da Solana e o guia de empréstimo flash da Jupiter. Uma que falha na simulação e nunca é enviada não custa nada.
Simule antes de assinar: um empréstimo que falharia aparece como simulação com falha e, nesse ponto, ainda não custou nada.
Limites: tamanho da transação, computação e o que o credor tem
Um empréstimo flash não pode crescer além de uma transação: as transações v0 que esses empréstimos usam levam no máximo 1 232 bytes e 1 400 000 unidades de computação. Empréstimo, pagamento, swaps e as contas deles precisam caber, e por isso quem constrói recorre a tabelas de consulta de endereços (address lookup tables).
Ele também não se estende por duas transações. A sysvar lista só a transação em curso, então um pagamento numa segunda fica invisível para o empréstimo, mesmo num único bundle da Jito. O que um bundle da Jito garante é outra questão.
Depois vem o que o credor tem. Um empréstimo sai do cofre dele, alguns credores somam um teto por empréstimo e a concessão pode ser pausada, então o tamanho máximo é uma leitura do momento, não uma constante. Kamino e marginfi também permitem um empréstimo flash por transação.
Riscos: alertas da carteira e ataques ao oráculo
Conte com um alerta da carteira. A Phantom avisa quando não consegue simular uma transação sem erros e aponta, entre as causas, tamanho perto do limite e transações que falham. Esse tipo de empréstimo é grande e chama um credor e uma DEX ao mesmo tempo. Quando um preço já andou demais, a simulação falha, e é a carteira dizendo que o empréstimo não seria pago.
Todo empréstimo flash também é público. Qualquer um pode abrir a transação num explorador, e a análise de carteiras em massa do Wallet Scope mostra as operações e o PnL das carteiras por trás dela.
A história mais sombria pertence a outros protocolos. Um ataque com empréstimo flash entorta um preço dentro de uma transação: o valor emprestado empurra um pool raso, e um protocolo que lê esse pool como fonte de preço age sobre o número distorcido. A documentação do Kamino descreve preços ponderados no tempo e faixas de preço como defesa. Suas saídas mínimas também limitam ataques sanduíche em volta de um swap grande.
Empréstimo flash, empréstimo comum e margem
| Empréstimo flash | Empréstimo com colateral | Margem | |
|---|---|---|---|
| Colateral | Nenhum | Acima do valor do empréstimo | Seu depósito mais a posição |
| Duração | Uma transação | Até você pagar | Enquanto a conta estiver saudável |
| Sem pagamento | A transação reverte | O colateral é liquidado | A posição é liquidada |
| Você paga | Taxa do credor, se houver, e taxas de swap e de rede | Juros enquanto está aberto | Juros mais taxas de negociação |
Empréstimos com colateral e margem carregam risco ao longo do tempo, porque os preços se movem enquanto estão abertos. Um empréstimo flash na Solana não tem esse "enquanto": você pode perder a taxa de uma transação revertida, mais qualquer perda de negociação que o seu próprio saldo cubra.
Este artigo explica como funcionam os empréstimos flash e não é aconselhamento financeiro, de investimento, jurídico ou tributário. Operações dentro de um empréstimo podem perder dinheiro, e os credores podem mudar as condições ou pausar os empréstimos.
Perguntas frequentes sobre empréstimo flash
Empréstimo flash na Solana é grátis?
O empréstimo em si pode ser: Jupiter Lend e marginfi documentam empréstimos flash sem taxa, enquanto o Kamino define uma taxa por reserva. Você ainda paga as taxas de swap, a taxa de rede e qualquer taxa da ferramenta que usar.
Preciso de colateral ou de análise de crédito?
Não. O pagamento só precisa estar na transação e dar certo. Sua carteira ainda precisa de SOL para a taxa de rede e para qualquer falta deixada pelas operações.
O que acontece se o empréstimo não puder ser pago?
A transação inteira é rejeitada e toda mudança dentro dela é desfeita, o empréstimo incluído. Se ela entrou num bloco, ainda paga a taxa de rede; se falhou na simulação e nunca foi enviada, não paga nada.
Um empréstimo flash pode abranger duas transações ou um bundle da Jito?
Não. O credor encontra o pagamento pela sysvar de instruções, que lista só a transação em curso, então um pagamento em outro lugar não conta, nem dentro do mesmo bundle.
Por que empréstimos flash aparecem em relatórios de exploits?
Porque deixam qualquer um controlar um valor grande por uma transação. Os exploits atingiram protocolos que confiavam no preço à vista de um pool raso, que o valor emprestado conseguia mover. Preços médios no tempo tornam isso bem mais difícil.
