O memo em falta, recuperar um depósito de XRP ou TON

No Bitcoin ou Ethereum, um endereço identifica um destinatário. No XRP Ledger, Stellar e TON, isso não é suficiente: o endereço identifica uma conta, e um campo extra identifica quem, dentro dessa conta, deve ser creditado. Esse campo é chamado de Destination Tag no XRP, Memo no Stellar e comment no TON.

Esquecê-lo não faz os fundos desaparecerem. Mas transforma um depósito automático num caso manual e, em algumas situações, numa perda permanente. Eis porquê e o que acontece a seguir.

Porque é que o campo existe

Um serviço que recebe depósitos de milhares de clientes tem duas formas de os distinguir.

A primeira é criar um endereço por cliente. É o que fazem o Bitcoin e as cadeias EVM: gerar um endereço não custa nada, basta derivar uma chave.

A segunda é usar um único endereço e distinguir os clientes por um rótulo associado a cada transação. É o modelo imposto pela estrutura do XRP Ledger, Stellar e TON, por uma razão económica concreta: nessas redes, abrir uma conta exige bloquear uma reserva mínima no ativo nativo. Abrir dez mil contas significa bloquear dez mil reservas. O modelo "um endereço, muitas tags" é a resposta racional.

Consequência direta: nessas redes, o endereço de depósito que lhe fornecemos é partilhado. O memo é a única coisa que o identifica. Sem ele, a transação chega à conta, mas nada indica de quem é.

O que acontece exatamente sem um memo

Três casos, muito diferentes.

Caso 1: a rede recusa a transação. Algumas contas têm uma flag (RequireDest no XRP Ledger) que rejeita qualquer transação sem destination tag. É o melhor resultado: a transação falha, os seus fundos ficam consigo, e perde apenas a taxa de rede, que é insignificante nestas cadeias.

Caso 2: a transação chega a uma conta que controlamos. É creditada na conta agregada sem ser associada a uma ordem. Os fundos existem, estão no nosso tesouro, mas nenhuma automatização os consegue atribuir. É o caso padrão e é recuperável — o procedimento está abaixo.

Caso 3: a transação chega a outro serviço. Colou o endereço de outro custodiante, ou enviou de uma plataforma para outra sem memo. A recuperação depende inteiramente da política do destinatário. Alguns grandes serviços cobram taxas de recuperação substanciais; outros simplesmente recusam processar depósitos sem memo e declaram-no nos seus termos.

O caso 3 é a verdadeira fonte de perdas permanentes. Não nos diz respeito diretamente, mas diz respeito a qualquer pessoa que mova XRP entre duas contas.

O procedimento de recuperação connosco

Quando um depósito chega às nossas contas XRP, XLM ou TON sem um memo utilizável, é isto que acontece.

1. Deteção. Os nossos sistemas reconciliam continuamente os movimentos das contas de depósito com as ordens abertas. Uma entrada sem correspondência é automaticamente isolada numa fila de reconciliação manual.
2. Comunicação da sua parte. Abra um ticket a partir do centro de ajuda com três itens: o hash da transação, o endereço de onde enviou e o número da ordem em causa. O hash sozinho é tecnicamente suficiente, mas os três aceleram a verificação.
3. Prova de controlo. Temos de estabelecer que o remetente é realmente você. Dependendo da rede, isso significa uma mensagem assinada pela chave que emitiu a transação, ou uma correspondência com uma plataforma de origem já identificada em seu nome. Não é uma formalidade: sem ela, qualquer pessoa poderia reclamar um depósito órfão cujo hash leu num explorador público.
4. Atribuição ou devolução. Uma vez estabelecida a prova, há dois resultados: o depósito é atribuído à sua ordem e processado à taxa de câmbio em vigor no momento da atribuição, ou os fundos são devolvidos ao endereço de origem, deduzido o custo de rede da devolução.

O tempo depende da fila manual e da rapidez com que fornece a prova de controlo. Não é instantâneo, e não prometemos um prazo contratual para uma operação que sai do caminho automatizado.

O que não podemos fazer

Os limites precisam de ser declarados claramente.

• Não podemos fazer nada quanto a um depósito enviado para outro serviço. Se o endereço de destino não é nosso, não temos acesso à conta. O seu único recurso é o apoio desse serviço.
• Não podemos reverter uma transação confirmada. No XRP Ledger, a finalidade é alcançada em segundos e é definitiva. Nenhum operador, validador ou autoridade a pode desfazer.
• Não podemos adivinhar a sua identidade. Um depósito sem memo proveniente de um endereço de exchange partilhado, sem possível prova de controlo, não pode ser atribuído. É exatamente esse o cenário que termina em perda.

Como nunca acabar aqui

As regras são curtas e cobrem quase todos os incidentes.

• Leia todo o ecrã de depósito. Quando um memo é obrigatório, é exibido ao lado do endereço com o mesmo peso visual. Não é um campo opcional.
• Copie o memo com o botão de copiar, não à mão. Um caractere a mais ou a menos produz uma tag inexistente, o que equivale a não haver memo.
• Cole o memo no campo certo. As interfaces de levantamento nomeiam-no de formas diferentes: Tag, Memo, Destination Tag, Comment, Message. Às vezes está escondido atrás de uma ligação "opções avançadas".
• Envie um valor de teste quando a quantia for significativa. Enviar primeiro um valor pequeno custa cêntimos nestas redes e prova que todo o caminho funciona.
• Escolha uma rede sem memo quando tiver opção. Se está a vender USDT, Tron, Solana e Polygon não exigem memo nenhum. A comparação está em USDT em TRC-20 ou ERC-20.

O caso especial da TON

A TON merece uma nota própria. Lá, o campo chama-se "comment" e é tecnicamente uma mensagem de texto associada à transação, não um número inteiro como a Destination Tag do XRP. Daí resultam duas armadilhas:

• Algumas carteiras enviam o comment encriptado por predefinição. Um comment encriptado é ilegível para o destinatário: o depósito chega como se não houvesse memo. Verifique se a opção de encriptação está desligada.
• O formato de endereço da TON existe em várias variantes (EQ... e UQ..., além de formas cruas). Denotam a mesma conta com flags diferentes. Use o que exibimos, sem o reescrever.

Porque é que os designs mais recentes se afastam dos memos

O memo é uma solução de recurso, não uma funcionalidade. Existe porque criar uma conta custa algo nessas redes, e empurra o fardo da correção para o participante menos preparado: a pessoa que envia.

Dois desenvolvimentos estão lentamente a remover esse fardo.

O primeiro é a queda no custo de manter contas. Quando os requisitos de reserva diminuem, ou quando um custodiante aceita suportá-los, gerar um endereço de depósito por cliente volta a ser viável — e o memo desaparece do ecrã do utilizador, mesmo que a rede ainda o suporte. Vários serviços já fizeram essa mudança no XRP Ledger para os seus maiores clientes.

O segundo é a derivação de endereços em redes de modelo de conta. Na TON, uma carteira pode implementar contratos leves derivados de um pai, dando a cada cliente um endereço distinto sem que o operador gerencie milhares de pares de chaves.

Nenhuma das mudanças é universal hoje. Até que seja, a regra prática mantém-se: se o ecrã de depósito mostrar um campo de memo, esse campo é tão obrigatório quanto o endereço, e tratá-lo como opcional é o que transforma uma transferência rotineira num ticket de apoio.

Uma coisa para recordar

No XRP, Stellar e TON, o endereço diz para onde vão os fundos; o memo diz para quem são. Um endereço sem memo é um envelope sem nome de destinatário, deixado na receção de um edifício de mil apartamentos.

Para requisitos de depósito por rede, incluindo contagens de confirmações e formatos de endereço, veja Escolher a sua rede de depósito e a página do ativo relevante, por exemplo Vender XRP.