Pagar servidores em cripto, na prática

Pagar uma fatura de hospedagem em criptomoeda é uma operação de dois minutos depois da primeira vez, e de vinte minutos na primeira. O atrito não está na tecnologia — está em três erros que ninguém registra, porque registrá-los significaria admitir que acontecem. Os três são evitáveis, e um deles é irreversível.

Escolher uma rede, pelo que ela custa

A moeda que se possui costuma ser a moeda com que se paga, e não há problema nisso. Mas, para quem a compra especificamente para esse fim, os critérios sensatos são a taxa de transação, o tempo de confirmação e a relevância de o pagamento poder ser associado publicamente a um endereço usado em outro lugar.

Redes por custo e tempo de confirmação

Rede	Espera típica	Associável	Notas para uma fatura recorrente
Tron (TRC-20)	~1 min	Sim	Geralmente a forma mais barata de movimentar uma stablecoin. As taxas são pagas em TRX, então mantenha um pouco dela à mão, ou a transferência simplesmente não consegue ser montada.
Litecoin	~15 min	Sim	Barata, sem sobressaltos, extremamente confiável. Uma boa opção padrão quando não é necessária uma stablecoin.
Monero	~20 min	Não	A única desta lista em que o valor e a contraparte não são públicos. As taxas são baixas e previsíveis.
Bitcoin	~20 min	Sim	As taxas oscilam com o congestionamento, às vezes em uma ordem de grandeza. Tranquilo para uma fatura anual, irritante para uma mensal.
Ethereum (ERC-20)	~3 min	Sim	Rápida e confiável, e a taxa pode superar de longe uma fatura pequena. Verifique antes de enviar, não depois.

O ticker de uma stablecoin não é uma rede. O USDT existe na Tron, na Ethereum e em várias outras; os endereços têm aparências diferentes e os fundos não atravessam de uma para a outra. Escolher “USDT” é só metade da decisão — a outra metade é a rede, e é essa a metade que costuma dar errado.

Por que o valor termina em decimais estranhos

Uma fatura de US$ 39,00 que pede o envio de US$ 39,87 parece um arredondamento desleixado. É o oposto: esses decimais são a forma como o pagamento é associado ao pedido, sem que ninguém precise vincular um nome a ele.

Um provedor que não coleta identidade tem um problema na hora da conciliação. Dois clientes que pagam US$ 39 na mesma tarde produzem duas transações indistinguíveis. Dar a cada fatura um valor fracionário único transforma o próprio valor na referência — na prática, um nonce. Isso custa alguns centavos e elimina a necessidade de o provedor saber qualquer coisa sobre o cliente.

As três formas de dar errado

1. Rede errada — a cara

Copia-se o endereço de uma stablecoin a partir de uma fatura, esperando uma rede, e envia-se por outra. Se isso é recuperável depende inteiramente de o destinatário controlar uma chave na rede onde os fundos realmente pousaram. Se controlar, é um chamado de suporte. Se não controlar, ninguém no mundo consegue recuperar o valor, e um provedor que afirme o contrário está apenas ganhando tempo.

A regra que evita quase todos esses casos: conferir se a rede na tela de saque corresponde à rede na fatura antes mesmo de olhar para o endereço. O endereço é a última coisa a verificar, não a primeira.

2. Número redondo — a chata

Já abordado acima. Sempre recuperável. Custa uma hora e uma mensagem.

3. Um segundo pagamento para corrigir o primeiro — a que se agrava

É esta que transforma um pequeno problema em um problema de verdade. Algo parece errado, e um novo envio é feito. Agora há duas transações, uma das quais pode estar na rede errada, e qualquer reembolso precisa ser desembaraçado antes que qualquer outra coisa possa acontecer.

Escrever para o suporte antes de enviar qualquer coisa uma segunda vez. Quase todos os casos genuinamente irrecuperáveis começam com um segundo pagamento bem-intencionado.

A janela de câmbio, e o que ela protege

Uma fatura cotada em dólares e quitada em moeda precisa fixar uma taxa de câmbio em algum momento. A maioria dos provedores a mantém por uma janela curta — trinta minutos é comum — e essa janela existe para proteger os dois lados de uma variação entre a emissão e a confirmação.

O que acontece depois de a janela se fechar é a parte que vale a pena conhecer antes de precisar dela. Um comportamento razoável é creditar o pagamento pela taxa vigente no momento em que ele efetivamente chega, e acertar a diferença em qualquer direção, com um limite mínimo abaixo do qual ninguém cobra ninguém. Um comportamento não razoável é tratar um pagamento atrasado como não pago e, ao mesmo tempo, ficar com os fundos. Vale perguntar com qual dos dois se está lidando; a resposta cabe numa frase e diz muito.

Manter a contabilidade quando a fatura é em moeda

Para a contabilidade, a rede é irrelevante, mas três dados são essenciais. O ideal é registrá-los no momento do pagamento, em vez de reconstruí-los no fim do ano, quando a taxa utilizada já não passa de um palpite.

1. O valor em moeda fiduciária na fatura, que é o que o serviço realmente custou.
2. A moeda, a quantidade e o hash da transação, que são a prova de que o pagamento ocorreu e podem ser verificados por qualquer pessoa.
3. A taxa em que a moeda foi adquirida, caso tenha sido comprada especificamente para esse fim. Em muitas jurisdições, a própria diferença entre aquisição e gasto já é um evento tributável, e essa é uma questão para alguém local, não para uma página de hospedagem.

Manter o hash da transação junto com a fatura. É a única prova que não depende de o provedor ainda existir, ainda ter o registro, ou ainda estar em bons termos com o cliente — pelo mesmo motivo que leva a preferir, de modo geral, coisas verificáveis.

A forma como isso é tratado aqui está na página de formas de pagamento: quais redes, quantas confirmações cada uma exige e exatamente o que acontece em cada um dos três casos de falha acima, incluindo aquele em que a resposta honesta é que o dinheiro se perdeu.

Escrito pelos engenheiros que operam a plataforma, e revisado em há 27 dias. Se algo aqui estiver errado ou desatualizado, informe pelo painel — foi de lá que veio cerca de metade destes conteúdos.