Conteúdo · 22
Todo checkout em cripto no mundo tem o mesmo formato: um endereço, um valor e um relógio. Quase tudo que dá errado dá errado no intervalo entre o que a sua carteira enviou e o que essas três coisas esperavam. Enviar um valor levemente menor é a falha mais comum de todas, quase nunca é erro de conta, e tem conserto. Enviar pela rede errada é bem mais raro e é a única falha que ninguém consegue desfazer.
Este guia é sobre o pagamento, não sobre o código. Se você já recebeu um gift card e ele não resgata, esse é um problema diferente, com uma causa diferente — o nosso guia de resolução de problemas de resgate cobre esse caso. A seguir está tudo o que pode acontecer entre o momento em que você clica em Pagar e o momento em que o pedido vira confirmado, na ordem de frequência com que cada coisa realmente acontece.
O que o checkout está fazendo enquanto o relógio corre
Quando você escolhe uma moeda, três coisas são criadas ao mesmo tempo. Um endereço de depósito é gerado só para o seu pedido, e para mais nada. Uma cotação é registrada — o preço do cartão naquela moeda naquele segundo — e mantida. E uma contagem regressiva começa, que é por quanto tempo essa cotação fica valendo.
A partir desse momento o endereço é monitorado continuamente. O monitoramento começa no broadcast, não na confirmação: no segundo em que a sua carteira envia a transação para a rede, a página de pagamento a detecta e muda de "pendente" para "confirmando". Você não precisa enviar um hash, colar um comprovante nem avisar ninguém. Não existe conta, então não há onde fazer login nem nada para vincular a um pagamento manualmente.
A contagem regressiva é o prazo de validade da cotação, não um prazo final para o seu dinheiro. Essa distinção é a origem de quase todo o pânico em torno desse assunto, então vale a pena dizer com todas as letras: quando o relógio chega a zero, o preço deixa de ser garantido. As suas moedas não desaparecem, não são queimadas, não se perdem. Elas simplesmente chegam contra uma cotação que já expirou, e existe um mecanismo separado — descrito mais adiante — que as recolhe.
Os cinco estados em que um pedido pode estar
A página de pagamento mostra exatamente um entre cinco estados, e ela os atualiza ao vivo sem que você precise atualizar a página. Saber em qual deles você está diz se é hora de agir ou de esperar.
| Estado | O que significa | O que fazer |
|---|---|---|
| Pendente | Endereço criado, nada visto na rede ainda. O relógio está correndo. | Envie, ou feche a aba e comece de novo depois. Nada é devido. |
| Confirmando | A sua transação foi vista no mempool. A rede está confirmando. | Nada. Feche a página se quiser — a entrega vai para o seu e-mail. |
| Pagamento parcial detectado | Fundos reais chegaram, mas menos do que a cotação exige. O pedido está pausado. | Envie a diferença para o mesmo endereço, ou peça o saldo de volta. |
| Janela encerrada | A cotação expirou antes de um depósito confirmar. | Se você não enviou nada, comece de novo. Se enviou tarde, aguarde a varredura. |
| Confirmado | Confirmações suficientes. O código está sendo emitido. | Fique de olho na caixa de entrada — a mediana é 11 minutos do início ao fim. |
O intervalo entre "confirmando" e "confirmado" é trabalho da rede, não da nossa fila, e é determinado inteiramente pela moeda que você escolheu. Essa linha do tempo é detalhada minuto a minuto em como a entrega em 11 minutos realmente funciona.
Pagamento a menor é taxa de saque, não erro
Eis a falha responsável pela maioria dos pedidos pausados, e o motivo é tão banal que chega a ser decepcionante: você pediu para a sua exchange enviar 0.00184 BTC, e a sua exchange enviou 0.00184 BTC menos a taxa de saque dela.
Cada exchange custodial trata isso de um jeito diferente, e quase nenhuma deixa isso claro na tela de confirmação. Algumas deduzem a taxa de rede do valor que você digitou. Outras a somam por cima e debitam o total do seu saldo. Algumas deixam você escolher, escondido atrás de um interruptor. Se a sua deduz, a fatura pediu um número e recebeu esse número menos algo entre poucos centavos e 30 dólares — e uma fatura que espera um valor exato interpreta isso como um pagamento parcial, porque é exatamente isso que é.
A mesma coisa acontece de uma segunda forma, mais discreta, em transferências de tokens. Envie USDT na Ethereum e o gas é pago em ETH, então o USDT chega inteiro; envie-o a partir de uma plataforma que desconta a própria taxa de serviço do valor do token, e ele não chega. A rede não é a variável aqui. A política de taxas de quem envia é.
Existe uma terceira variante que pega até gente cuidadosa. Carteiras com um botão "enviar máximo" ou "esvaziar" calculam o maior valor que cabe depois das taxas, o que é um recurso genuinamente útil para esvaziar um endereço e péssimo para pagar uma fatura, porque o número resultante é o que sobra, não o número que foi pedido.
Como um pagamento parcial é resolvido, na prática
Quando um depósito chega incompleto, a página de pagamento não falha. Ela exibe um painel com o título Pagamento parcial detectado que mostra três números: recebido até agora, total exigido e a diferença. O endereço de depósito continua ativo e continua seu.
A partir daí você tem dois caminhos, e os dois terminam com você inteiro:
- Complete o valor. Envie a diferença para o mesmo endereço. O monitor soma os depósitos, então um complemento de 0.00003 BTC contra uma diferença de 0.00003 BTC completa o pedido e ele segue normalmente. Faça isso enquanto a cotação ainda estiver valendo e o preço que foi dado originalmente ainda se aplicar.
- Peça de volta. Solicite o reembolso do que realmente chegou. Ele é devolvido na moeda que você enviou — nunca convertido — para um endereço de carteira que você informar. Nenhum código é emitido até o valor total confirmar, então nunca existe um estado em que você pagou parcialmente e recebeu algo parcialmente.
A única coisa a não fazer é abrir um segundo pedido e pagar esse no lugar. Aí você fica com duas faturas ativas, uma financiada parcialmente e outra financiada por completo, e desembaraçar isso exige uma pessoa. Completar o valor no endereço já existente é mais rápido em todos os casos.
Pagamento a maior é o caso fácil
Enviar demais é mais raro e bem menos interessante. O pedido fica financiado, então segue imediatamente e o código é emitido no preço que foi cotado para você. O excedente é reembolsado para um endereço de carteira que você informar, na mesma moeda.
O pagamento a maior costuma vir de arredondamento manual — digitar 0.0019 porque 0.00184 parecia complicado demais. Isso custa uma ida e volta de reembolso e a taxa de rede dela, que na Bitcoin vale mais do que o arredondamento que você estava tentando evitar. Copie o valor com o botão em vez de redigitá-lo e essa categoria desaparece por completo.
O relógio zerou e você já tinha enviado
Esse é o estado que parece catastrófico e quase nunca é. Bitcoin em um horário de pico pode ficar sem confirmar por mais tempo do que a cotação fica valendo; um saque de exchange em horário bancário pode entrar em fila para revisão manual; você pode simplesmente ter saído no meio do pagamento. A página diz que a janela se encerrou e você tem uma transação no mempool sem um destino óbvio.
Depósitos atrasados são recolhidos automaticamente por 48 horas depois que a janela se encerra. Uma varredura de recuperação roda sobre as faturas expiradas, associa o depósito ao pedido para o qual ele foi endereçado, e o completa. Não há nada para enviar e nenhum formulário para preencher — o endereço só foi gerado para o seu pedido, então o dinheiro se identifica sozinho.
O que a varredura não faz é preservar o preço. A cotação expirou por definição, então uma variação grande entre o envio e a varredura é aplicada, não ignorada. Na prática, esse é o argumento mais forte para pagar com stablecoins em uma rede rápida, se você é o tipo de comprador que começa um pagamento e depois se distrai: o USDT não se move enquanto você não está olhando.
A rede errada: a falha que não tem volta
Tudo o que veio antes tem conserto. Este, em geral, não tem, e merece o parágrafo mais direto deste guia: um depósito enviado em uma rede na qual o endereço não existe não é recebido por ninguém. Não há varredura para isso, porque não há nada do nosso lado para recolher. A transação é válida, confirmada e permanente em uma rede que ninguém está monitorando.
Isso acontece porque os símbolos de ticker são compartilhados entre redes e as telas de saque colocam o seletor de rede fora da vista imediata. O USDT existe na Ethereum, na Tron, na Solana, na BNB Chain e em mais uma dezena de outras. Cada uma dessas é um ativo diferente com um formato de endereço diferente, e duas delas — Ethereum e BNB Chain — usam o mesmo formato de endereço, e é exatamente por isso que esse erro em especial é o clássico. O endereço parece certo. E está certo, só que para uma rede que não estamos monitorando.
| Moeda no checkout | Rede a selecionar | Endereço começa com | Confirmação | Jeito mais fácil de errar |
|---|---|---|---|---|
| Bitcoin | Bitcoin mainnet | bc1, 1 ou 3 | 1–2 confs, ~10–30 min | Sacar BTC como BEP-20 "BTCB" |
| Tether (TRC-20) | Tron | T | 1 conf, 90 s – 3 min | Deixar o seletor em Ethereum |
| Tether (ERC-20) | Ethereum | 0x | ~12 blocks, 2–5 min | Escolher BNB Chain — endereço 0x idêntico |
| Ethereum | Ethereum mainnet | 0x | ~12 blocks, 2–5 min | Enviar de uma L2 (Arbitrum, Base, Optimism) |
| Monero | Monero | 4 ou 8 | 10 confs, ~20 min | Raramente errado — não existe XMR wrapped para confundir |
| Litecoin | Litecoin | ltc1, L ou M | ~2 confs, 5–15 min | Endereços legados com prefixo 3, de carteiras antigas |
| Solana | Solana | base58, 32–44 chars | ~1 conf, 5–30 s | Confundir SOL com USDT-on-Solana |
| TRON | Tron | T | 1 conf, ~1–3 min | Enviar TRX para uma fatura USDT-TRC20 |
A página de pagamento sempre indica a rede ao lado do endereço, e vale dois segundos de leitura antes de aprovar qualquer coisa. Escolher a moeda com cuidado desde o início também reduz o risco: o nosso ranking sobre a melhor moeda para comprar gift cards pesa exatamente isso contra taxa e velocidade.
Por que o botão "abrir na carteira" às vezes não aparece
Em alguns pedidos, a página de pagamento oferece um link que passa o endereço e o valor direto para uma carteira desktop. Em outros, ela mostra apenas um QR code e o endereço. Isso é proposital, e é um dos poucos lugares em que tirar uma conveniência é a escolha de engenharia mais segura.
O botão é retirado sempre que o pagamento não pode ser expresso em uma URI de carteira sem ambiguidade: quando um memo ou tag é exigido e nenhum esquema de URI carrega um; quando o endereço não corresponde ao formato que os endereços daquela moeda assumem; quando a rede registrada contradiz a moeda; quando o valor está ausente ou malformado; ou quando o valor não pode ser convertido com exatidão para a menor unidade do token. Truncar uma fração enviaria um pouquinho menos do que o pedido — o que é um pagamento a menor, fabricado por nós, de propósito. Melhor sem botão.
Tron é o único caso em que o botão nunca aparece: TRX e USDT-TRC20 não têm um esquema de URI padrão, e as alternativas são links web específicos de cada carteira, que publicariam o seu endereço de depósito para terceiros. Essas duas moedas ficam só com o QR code, e nada mais. Quando uma carteira desktop é citada na interface — Electrum, Sparrow ou Exodus para Bitcoin; Litecoin Core ou Electrum-LTC para Litecoin; Monero GUI ou Feather para XMR — ela é citada em uma frase, e não em um botão, porque uma máquina registra exatamente um manipulador por esquema de URI, e três botões fariam todos a mesma coisa.
Moedas com memo e tag
Algumas redes encaminham todo depósito de um serviço inteiro por um único endereço e diferenciam os clientes com um campo de memo, tag ou comentário. Nessas, o memo é o endereço, no que diz respeito ao seu pedido. Um depósito que chega sem ele cai em um conjunto comum sem nenhuma marca indicando de quem era, e recuperá-lo é um exercício manual, lento e de melhor esforço, não automático.
Nenhuma das oito moedas deste checkout — Bitcoin, Monero, Ethereum, USDT na Tron ou na Ethereum, Litecoin, TRON e Solana — normalmente exige um. Se uma página de pagamento em qualquer lugar mostrar um campo de memo, trate-o como obrigatório mesmo quando estiver estilizado como opcional, e nunca envie a partir de uma exchange que não consiga anexar um.
Dividir um pagamento em duas transações
Dois depósitos para o mesmo endereço são somados, então uma divisão deliberada acaba completando um pedido. Ainda assim, é a forma errada de pagar, por motivos que não têm nada a ver com aritmética.
O pedido só avança quando o total confirma, o que significa que você comprou a latência de confirmação duas vezes e fica limitado pela mais lenta das duas. Em Bitcoin, num horário de pico, isso pode custar mais do que a janela da cotação. Você também pagou duas taxas de rede para realizar um único pagamento. E se qualquer uma das metades tiver uma taxa baixa demais e ficar presa no mempool, o pedido fica em estado de pagamento parcial até que ela seja confirmada. Uma transação, valor exato, copiado, não redigitado. Dividir é uma ferramenta de recuperação, não uma estratégia de pagamento.
Preso no mempool: sem confirmar por uma hora
Uma transação transmitida com uma taxa abaixo da taxa vigente não se perde, ela entra em fila, e em Bitcoin, durante um pico de congestionamento, essa fila pode durar horas. A página de pagamento vai dizer honestamente "confirmando" o tempo todo, porque ela viu o broadcast.
Você tem três opções, e todas elas são suas para tomar — na sua carteira, não na nossa. Esperar: os mercados de taxa caem tanto quanto sobem, e a maioria das transações presas se resolve em poucas horas. Acelerar, se você tiver ativado o replace-by-fee, retransmitindo a mesma transação com uma taxa maior. Ou empurrar, gastando o troco de volta para você mesmo a uma taxa alta, para que os mineradores precisem confirmar a transação-pai a fim de recebê-la. Se, nesse meio-tempo, tudo expirar, a varredura de 48 horas continua funcionando a seu favor.
A solução estrutural é parar de usar uma rede com mercado de taxas para pagamentos pequenos e sensíveis ao tempo. Um cartão comprado com USDT-TRC20 ou Solana confirma em segundos por centavos, e nenhuma das duas tem um leilão de mempool para perder.
Pagar de uma exchange versus pagar da sua própria carteira
Quase todas as falhas acima são mais prováveis quando as moedas saem de uma exchange custodial, porque a exchange fica entre a sua instrução e a rede, e aplica a própria política a ambas.
| Falha | De uma exchange | Da sua própria carteira |
|---|---|---|
| Chega incompleto | Comum — a política de taxas varia e raramente é explícita | Raro — você define o valor e a taxa separadamente |
| Rede errada | A principal fonte — um único menu, muitas redes | Quase impossível — a carteira lida com uma única rede |
| Chega depois da janela | Possível — saques podem ser agrupados em lote ou retidos para revisão | O broadcast é imediato |
| Preso com taxa baixa | Incomum — exchanges costumam pagar taxas a mais | Possível se você define a taxa manualmente |
| O que a exchange fica sabendo | Um saque para um endereço, vinculado à sua identidade verificada | Nada — não há intermediário para informar |
Essa última linha não é uma falha de pagamento, mas é a linha que as pessoas subestimam. Um saque de uma conta verificada cria um registro permanente ligando a sua identidade ao endereço que você pagou. Nós pedimos um e-mail e nada mais, o que significa que o próprio checkout guarda quase nada — mas uma exchange com KYC um passo atrás guarda bastante. O modelo de ameaça à privacidade detalha o que cada parte nessa cadeia realmente vê, e a comparação com sacar em uma exchange cobre o lado do custo.
Seis hábitos que evitam tudo isso
- Copie o valor, nunca o redigite. O controle de copiar fornece o número exato até a última casa decimal. Valores digitados à mão arredondam, e o arredondamento é como o pagamento a menor e o pagamento a maior acontecem.
- Leia a linha da rede antes de aprovar. Ela fica ao lado do endereço na página de pagamento e na tela de saque. Dois segundos aqui eliminam a única classe de falha sem conserto.
- Em uma exchange, verifique se a taxa é deduzida ou somada. Se for deduzida, aumente o valor que você digita pelo tanto da taxa, para que a fatura receba o que pediu.
- Envie uma única vez. Uma transação, valor total. Dividir dobra tanto as taxas quanto o risco de confirmação.
- Escolha a moeda para a situação. Stablecoins em uma rede rápida para qualquer coisa sensível ao tempo, Monero quando a privacidade importa mais do que os 20 minutos.
- Mantenha a aba aberta só se você quiser. O pedido vive no servidor e o código vai para o seu e-mail. Fechar a página não cancela nada.
Perguntas frequentes
Enviei um valor levemente menor. Eu perco o pedido?
Não. O pedido pausa e a página de pagamento mostra um painel de pagamento parcial com a diferença exata. Envie essa diferença para o mesmo endereço e ele se completa, ou peça o saldo de volta na moeda que você enviou. Nenhum código é emitido até o valor total confirmar, então não existe um estado de entrega pela metade.
A contagem regressiva zerou depois que eu enviei. O meu dinheiro se perdeu?
Não. Depósitos atrasados são recolhidos automaticamente por uma varredura de recuperação durante 48 horas depois que a janela se encerra, e o endereço sempre pertenceu apenas ao seu pedido. O que não é preservado é o preço — a cotação expirou, então a liquidação usa a taxa do momento em que o depósito é recolhido, e não a que foi mostrada a você.
Enviei USDT na rede errada. Dá para recuperar?
Em geral, não. Um depósito confirmado em uma rede na qual o endereço não existe não foi recebido por ninguém aqui, então não há nada deste lado para devolver. Essa é a única falha que vale a pena ser lento e cuidadoso, e é por isso que a rede é exibida ao lado do endereço.
Por que a minha transação continua confirmando por uma hora?
Porque a taxa ficou abaixo da taxa vigente e a transação está na fila do mempool. Espere passar, acelere com replace-by-fee, ou empurre com um gasto child-pays-for-parent. Se a cotação expirar antes, a varredura de 48 horas ainda se aplica. Trocar para USDT-TRC20 ou Solana evita os mercados de taxa por completo.
Posso pagar a partir da Binance, Kraken ou Coinbase?
Sim, e muita gente faz isso. Fique de olho em duas coisas: o seletor de rede, de onde vêm os envios pela rede errada, e a política de taxas, de onde vêm os pagamentos a menor. Pagar a partir de uma carteira que você controla evita as duas coisas e não deixa nenhum registro de saque ligando a sua identidade ao endereço.
Preciso enviar o hash da transação para provar que paguei?
Não. O endereço de depósito é gerado só para o seu pedido, então um depósito que chega se identifica sozinho. Não existe conta, não existe ticket, não existe prova para enviar. O monitoramento começa no broadcast, antes da primeira confirmação.
E se eu fechar a página de pagamento no meio do pagamento?
Nada muda. A contagem regressiva e o monitoramento rodam no servidor, e o código é entregue por e-mail. Você pode reabrir o pedido pela consulta de pedidos com o número do seu pedido e o e-mail que você usou no checkout.
Posso pedir reembolso se eu simplesmente mudar de ideia?
Antes de o código ser emitido, sim — um pedido não financiado ou financiado parcialmente pode ser devolvido na moeda que você enviou. Depois da entrega, um código não resgatado pode ser reembolsado em até 14 dias na moeda original. Depois que um código é resgatado na marca, ele não pode ser revertido. O FAQ detalha cada caso, e o contato alcança uma pessoa de verdade para qualquer coisa que ele não cubra.
Encontrou uma peculiaridade regional que perdemos? Diga à secretária — /contact.
