El memo faltante, cómo recuperar un depósito de XRP o TON

En Bitcoin o Ethereum, una dirección identifica a un destinatario. En XRP Ledger, Stellar y TON eso no es suficiente: la dirección identifica una cuenta, y un campo adicional identifica a quién dentro de esa cuenta se debe acreditar. Ese campo se llama Destination Tag en XRP, Memo en Stellar, comment en TON.

Olvidarlo no hace que los fondos desaparezcan. Pero convierte un depósito automático en un caso manual y, en algunas situaciones, en una pérdida permanente. He aquí por qué y qué ocurre a continuación.

Por qué existe el campo

Un servicio que recibe depósitos de miles de clientes tiene dos formas de distinguirlos.

La primera es crear una dirección por cliente. Eso es lo que hacen Bitcoin y las cadenas EVM: generar una dirección no cuesta nada, solo se deriva una clave.

La segunda es usar una dirección y distinguir a los clientes mediante una etiqueta adjunta a cada transacción. Ese es el modelo impuesto por la estructura de XRP Ledger, Stellar y TON, por una razón económica concreta: en esas redes, abrir una cuenta requiere bloquear una reserva mínima en el activo nativo. Abrir diez mil cuentas significa bloquear diez mil reservas. El modelo de "una dirección, muchas etiquetas" es la respuesta racional.

Consecuencia directa: en estas redes, la dirección de depósito que te damos es compartida. El memo es lo único que te identifica. Sin él, la transacción sí llega a la cuenta, pero nada indica de quién es.

Qué ocurre exactamente sin un memo

Tres casos, muy diferentes.

Caso 1: la red rechaza la transacción. Algunas cuentas establecen un indicador (RequireDest en XRP Ledger) que rechaza cualquier transacción sin destination tag. Ese es el mejor resultado: la transacción falla, tus fondos permanecen contigo y solo pierdes la comisión de red, insignificante en estas cadenas.

Caso 2: la transacción llega a una cuenta que controlamos. Se acredita en la cuenta mancomunada sin vincularse a una orden. Los fondos existen, están en nuestra tesorería, pero ninguna automatización puede atribuirlos. Este es el caso estándar y es recuperable: el procedimiento está más abajo.

Caso 3: la transacción llega a otro servicio. Pegaste la dirección de otro custodio, o enviaste desde una plataforma a otra sin un memo. La recuperación depende por completo de la política del destinatario. Algunos grandes servicios cobran tarifas de recuperación sustanciales; otros simplemente se niegan a procesar depósitos sin memo y lo indican en sus términos.

El caso 3 es la fuente real de pérdidas permanentes. No nos concierne directamente, pero concierne a cualquiera que mueva XRP entre dos cuentas.

El procedimiento de recuperación con nosotros

Cuando un depósito llega a nuestras cuentas de XRP, XLM o TON sin un memo utilizable, esto es lo que ocurre.

1. Detección. Nuestros sistemas concilian continuamente los movimientos de las cuentas de depósito con las órdenes abiertas. Una entrada sin coincidencia se aísla automáticamente en una cola de conciliación manual.
2. Informe por tu parte. Abre un ticket desde el centro de ayuda con tres elementos: el hash de la transacción, la dirección desde la que enviaste y el número de orden correspondiente. El hash solo es técnicamente suficiente, pero los tres agilizan la verificación.
3. Prueba de control. Debemos establecer que el remitente eres efectivamente tú. Dependiendo de la red, eso significa un mensaje firmado con la clave que emitió la transacción, o una coincidencia con una plataforma de origen ya identificada a tu nombre. Esto no es una formalidad: sin ello, cualquiera podría reclamar un depósito huérfano cuyo hash leyó en un explorador público.
4. Vinculación o devolución. Una vez establecida la prueba, hay dos resultados: el depósito se vincula a tu orden y se procesa al tipo de cambio vigente en el momento de la vinculación, o los fondos se devuelven a la dirección de origen, menos el costo de red de la devolución.

Los plazos dependen de la cola manual y de la rapidez con que aportes la prueba de control. No es instantáneo y no prometemos un plazo contractual en una operación que sale de la vía automatizada.

Lo que no podemos hacer

Los límites deben expresarse claramente.

• No podemos hacer nada con un depósito enviado a otro servicio. Si la dirección de destino no es nuestra, no tenemos acceso a la cuenta. Tu único recurso es el soporte de ese servicio.
• No podemos revertir una transacción confirmada. En XRP Ledger, la finalidad se alcanza en segundos y es definitiva. Ningún operador, validador o autoridad puede deshacerla.
• No podemos adivinar tu identidad. Un depósito sin memo desde una dirección de exchange compartida, sin posible prueba de control, no puede atribuirse. Ese es precisamente el escenario que termina en pérdida.

Cómo no acabar nunca aquí

Las reglas son breves y cubren casi todos los incidentes.

• Lee toda la pantalla de depósito. Cuando se requiere un memo, se muestra junto a la dirección con el mismo peso visual. No es un campo opcional.
• Copia el memo con el botón de copiar, no a mano. Un carácter de más o de menos produce una etiqueta inexistente, lo que equivale a no tener memo.
• Pega el memo en el campo correcto. Las interfaces de retiro lo nombran de forma diferente: Tag, Memo, Destination Tag, Comment, Message. A veces está plegado detrás de un enlace de "opciones avanzadas".
• Envía una cantidad de prueba cuando la suma sea significativa. Enviar primero una cantidad pequeña cuesta céntimos en estas redes y demuestra que todo el trayecto funciona.
• Elige una red sin memo cuando tengas la opción. Si vendes USDT, Tron, Solana y Polygon no requieren memo. La comparación está en USDT en TRC-20 o ERC-20.

El caso especial de TON

TON merece una nota propia. Allí el campo se llama "comment" y es técnicamente un mensaje de texto adjunto a la transacción, no un entero como el Destination Tag de XRP. Dos trampas se derivan de ello:

• Algunas carteras envían el comment cifrado por defecto. Un comment cifrado es ilegible para el destinatario: el depósito llega como si no hubiera memo. Comprueba que la opción de cifrado esté desactivada.
• El formato de dirección de TON existe en varias variantes (EQ... y UQ..., además de formas crudas). Denotan la misma cuenta con diferentes indicadores. Usa la que mostramos, sin reescribirla.

Por qué los diseños más nuevos se alejan de los memos

El memo es una solución provisional, no una funcionalidad. Existe porque crear una cuenta cuesta algo en esas redes, y traslada la carga de la corrección al participante menos preparado: la persona que envía.

Dos avances están eliminando lentamente esa carga.

El primero es la caída del costo de mantener cuentas. Cuando los requisitos de reserva bajan, o cuando un custodio acepta asumirlos, generar una dirección de depósito por cliente vuelve a ser viable — y el memo desaparece de la pantalla del usuario aunque la red aún lo soporte. Varios servicios ya han dado ese paso en XRP Ledger para sus clientes más grandes.

El segundo es la derivación de direcciones en redes con modelo de cuenta. En TON, una cartera puede desplegar contratos ligeros derivados de una matriz, dando a cada cliente una dirección distinta sin que el operador gestione miles de pares de claves.

Ninguno de los dos cambios es universal hoy. Hasta que lo sea, la regla práctica se mantiene: si la pantalla de depósito muestra un campo de memo, ese campo es tan obligatorio como la dirección, y tratarlo como opcional es lo que convierte una transferencia rutinaria en un ticket de soporte.

Una cosa para recordar

En XRP, Stellar y TON, la dirección indica a dónde van los fondos; el memo indica para quién son. Una dirección sin memo es un sobre sin nombre de destinatario, dejado en la recepción de un edificio de mil apartamentos.

Para los requisitos de depósito por red, incluidos los números de confirmación y los formatos de dirección, consulta Elegir tu red de depósito y la página del activo correspondiente, por ejemplo Vender XRP.