Aceptar pagos en USDT TRC20 en un bot o servicio: direcciones, comisiones y errores

En resumen: aceptar pagos en USDT TRC20 en un bot o servicio no le cuesta nada por sí mismo, porque la transferencia entrante la paga el remitente. Los costos llegan después: cuando recolecta USDT de las direcciones de depósito a su billetera principal, cada una de esas transferencias consume unos 64 500–65 000 de energía (si la billetera principal ya tiene USDT), y sin energía la red quema unos 6,5 TRX. A continuación: cómo elegir el esquema de direcciones, cómo acreditar los pagos de forma fiable y dónde los servicios pierden dinero con más frecuencia.

Cómo funcionan los pagos en USDT TRC20: qué ve la red

USDT en TRON es un token TRC-20, es decir, un contrato inteligente. Cuando un cliente paga a su bot, llama a la función transfer del contrato: «enviar tanto USDT a esta dirección». El contrato actualiza los saldos y registra en la blockchain un evento Transfer con el remitente, el destinatario y el monto.

Para aceptar pagos, esto implica tres cosas. Primera: una transferencia de USDT no tiene un campo de «número de pedido» en el que se pueda confiar, así que el servicio solo sabe quién pagó por la dirección de destino o por el monto. Segunda: el monto se guarda en unidades mínimas y USDT TRC-20 tiene seis decimales, por lo que 1 USDT aparece en los datos del evento como 1 000 000. Tercera: la prueba de pago es un evento Transfer del contrato oficial de USDT, no cualquier otra cosa que aparezca en el historial de la dirección.

Dos esquemas: una dirección por cliente o una dirección compartida

Una dirección por cliente o por factura

El servicio entrega a cada usuario (o a cada factura) su propia dirección de depósito. Todo lo que llega a esa dirección se acredita a su dueño. Así funcionan los exchanges y la mayoría de los bots de recarga.

• Ventaja: el pago queda ligado sin ambigüedad al cliente, el monto puede ser cualquiera y acreditar a la persona equivocada es casi imposible.
• Desventaja: los fondos quedan repartidos en muchas direcciones y hay que recolectarlos en la billetera principal. Cada recolección es una transacción aparte con su propia comisión.
• Desventaja: se acumulan muchas direcciones, y cada dirección desde la que envía necesita energía o TRX.

Una dirección y un monto único

Todos pagan a una sola billetera y el servicio distingue los pagos por el monto: a una factura de 100 USDT se le añade una «cola» como 100,0137. No hace falta recolectar, porque el dinero ya está en un solo lugar.

• Ventaja: no hay costo de recolección desde direcciones de depósito.
• Desventaja: el cliente debe enviar el monto exacto. Los exchanges y algunas billeteras descuentan su propia comisión de retiro, llega menos y el pago no se identifica automáticamente.
• Desventaja: dos facturas con el mismo monto al mismo tiempo generan confusión, por lo que cada monto necesita un plazo de vigencia.

Para un bot con recargas frecuentes suele convenir la dirección por cliente, porque tolera mejor los errores de los usuarios. El esquema de monto único sirve para facturas puntuales y volúmenes pequeños.

Cómo acreditar un pago sin caer en una falsificación

El error más común en integraciones caseras es fiarse de lo primero que aparece en el historial de una dirección. Una verificación correcta del pago es así:

• Contrato. El evento debe venir del contrato oficial de USDT en TRON, TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t (se comprueba en Tronscan). Un token llamado «USDT» con el mismo icono pero otro contrato no es un pago.
• El tipo de evento es Transfer. Un approve (permiso de gasto) no mueve dinero, aunque lleve una cifra enorme. Nunca lo acredite como depósito.
• El destinatario es su dirección y el monto se lee en unidades mínimas con seis decimales.
• El estado de la transacción es exitoso. Una transacción fallida también queda en la cadena, pero no cambia los saldos.
• El bloque es irreversible. Acredite el pago cuando el bloque esté solidified (confirmado por los validadores), no en cuanto aparece la transacción.
• Idempotencia. La clave del pago es el hash de la transacción más el índice del evento dentro de ella. Procesar el mismo evento otra vez nunca debe acreditar fondos dos veces.

Confirmaciones y velocidad de acreditación

En TRON se produce un bloque cada 3 segundos, así que la transacción se ve en la red casi de inmediato. Pero «visible» e «irreversible» son estados distintos. Para montos pequeños muchos servicios acreditan cuando la transacción aparece por primera vez en un bloque; para montos grandes, solo cuando el bloque ya es irreversible. Las API públicas de TRON tienen métodos separados para leer datos confirmados (walletsolidity).

La frecuencia con la que consulta la red depende de la API que use. Los planes gratuitos de los nodos públicos limitan las solicitudes por segundo, y un servicio que consulta miles de direcciones cada segundo choca enseguida con el límite. Es más fiable suscribirse a los eventos del contrato de USDT, o leer los bloques nuevos completos y filtrar las transferencias a sus direcciones, que consultar cada dirección por separado.

Cuánto cuesta realmente aceptar USDT TRC20

La transferencia entrante es gratis para usted: la energía y los TRX los gasta el remitente. Los costos aparecen cuando hay que mover el dinero.

• Recolectar de una dirección de depósito a una billetera principal que ya tiene USDT: unos 64 500–65 000 de energía por transferencia, o unos 6,5 TRX sin energía.
• Enviar a una dirección vacía (por ejemplo, una nueva billetera fría): aproximadamente el doble de energía, unos 131 000, o unos 13 TRX sin energía.
• Bandwidth: una transferencia simple ocupa unos 345–360 de bandwidth. La red da a cada dirección activada 600 de bandwidth gratis al día, así que una o dos transferencias diarias desde una dirección normalmente no requieren nada más.
• Los pagos a clientes y las devoluciones son transferencias salientes normales con las mismas reglas.

El costo de una transferencia no depende del monto. Recolectar 5 USDT cuesta lo mismo que recolectar 5 000. Por eso, con el esquema de dirección por cliente, los depósitos pequeños pueden costar más de lo que aportan si se recolectan uno a uno.

La comisión se cobra por transacción, no por monto. La economía de aceptar pagos es la economía de las recolecciones: con menos frecuencia, más grandes y con energía.

Cómo recolectar USDT de las direcciones de depósito por menos

• Umbral de recolección. No recolecte cada depósito al instante; espere a que la dirección acumule un monto que justifique gastar energía.
• Nunca vacíe la billetera principal. Mientras tenga USDT, cada recolección se cobra a la tarifa normal y no al doble.
• Energía en lugar de quemar TRX. Antes de una serie de recolecciones, delegue energía a las direcciones de depósito para no tener que mantener TRX en cada una.
• Tenga en cuenta el bandwidth. Si una dirección envía más de un par de transacciones al día, el cupo gratuito puede agotarse y la red quemará algo de TRX por bandwidth.
• Horario. Haga las recolecciones en lote a una hora fija en vez de reaccionar a cada pago entrante.

Errores típicos de los servicios al aceptar USDT

• Acreditar un approve o la transferencia de un token falso como pago.
• Acreditar un pago antes de que el bloque fuera irreversible y entregar el producto por una transacción que luego no estaba en la cadena.
• Sin idempotencia: tras reiniciar el procesador, la misma transferencia se acreditó dos veces.
• El cliente envió USDT por otra red (ERC-20, BEP-20) a una dirección «parecida». Avise en la interfaz: solo TRC-20.
• Pago incompleto por la comisión de un exchange en el esquema de monto único; hace falta revisión manual o una tolerancia en el monto.
• Direcciones de depósito sin energía ni TRX: el dinero llegó, pero no hay con qué recolectarlo.
• Las claves de todas las direcciones de depósito están en el mismo servidor que el bot. Una brecha del servidor significa perder todos los fondos. Guarde las claves aparte de la parte pública del servicio y recolecte en una billetera cuyas claves no estén en ese servidor.

AML y congelamientos: qué recordar al aceptar USDT

Tether puede congelar USDT en una dirección concreta. Si a su dirección de depósito llegan fondos vinculados a fraude, el riesgo pasa a ser suyo: la dirección puede quedar bloqueada y un exchange puede negarse a aceptar esos USDT. Los servicios con volumen relevante revisan los pagos entrantes con herramientas AML y tienen reglas para un depósito «sucio»: retención, devolución al remitente, revisión manual.

Lista de verificación para aceptar USDT TRC20 en un bot

• Ha elegido un esquema: dirección por cliente o dirección compartida con monto único.
• Un pago se acredita solo con un evento Transfer del contrato oficial de USDT, con estado exitoso y su dirección como destinataria.
• Tiene una regla de confirmaciones: cuándo acreditar montos pequeños y grandes.
• La clave del pago es el hash de la transacción más el índice del evento; la doble acreditación es imposible.
• Tiene un umbral y un horario de recolección para las direcciones de depósito; la billetera principal nunca se vacía.
• Tiene una fuente de energía para recolecciones y pagos: su propio stake de TRX o alquiler.
• Las claves de las direcciones de depósito se guardan aparte del bot.
• La interfaz dice claramente: solo red TRC-20.