USDT TRC20, ERC20 y BEP20: guía de redes de cobro

USDT TRC20, ERC20 y BEP20 son la misma stablecoin en Tron, Ethereum y BNB Smart Chain. Las rutas no comparten un libro de cuentas. Cada red tiene su propio contrato de USDT, su modelo de comisiones, su contexto de billetera y su vía de confirmación.

Emparejar un pago con su factura tiene una regla estricta: el activo y la red deben coincidir. Con «USDT» no basta. El cliente necesita «USDT en Tron», «USDT en Ethereum» o «USDT en BNB Smart Chain». Compara todas las rutas disponibles en el directorio de redes de Paymos y usa después la guía para cobrar en USDT para diseñar la página de pago.

¿Qué son TRC20, ERC20 y BEP20?

Cada estándar define una interfaz común de token. Cubre operaciones como saldos, transferencias, autorizaciones y eventos de transferencia. ERC20 es la interfaz de Ethereum formalizada en la EIP-20. TRC20 aporta el estándar equivalente de token de contrato inteligente en Tron. BEP20 adapta el modelo de ERC20 a BNB Smart Chain.

Los estándares resuelven un problema de compatibilidad de software dentro de su propio ecosistema. Las billeteras y las aplicaciones saben mostrar un saldo y enviar una transferencia porque los contratos de token siguen una interfaz común. Lo que no crean es compatibilidad entre cadenas. Una transferencia ERC20 actualiza el estado de Ethereum, una TRC20 actualiza el de Tron y una BEP20 actualiza el de BNB Smart Chain. Que los métodos se llamen igual no convierte esas tres máquinas de estado en una sola red.

¿Por qué el mismo símbolo puede existir en tres redes?

Un símbolo es una etiqueta, no un identificador global de activo. Un emisor puede desplegar contratos separados para el mismo activo económico en varias blockchains. El USDT de Tron y el de Ethereum apuntan al mismo valor en dólares, pero cada saldo vive en un contrato y en un historial de cadena distintos.

La página de pago tiene que unir cuatro datos. Token, red, importe y destino definen la ruta de pago. Una transferencia puede llevar el símbolo y el importe correctos y aun así no cerrar la factura si llega al libro de cuentas equivocado. El riesgo es mayor entre redes EVM, porque las direcciones de Ethereum y de BNB Smart Chain usan el mismo formato visual. Una dirección 0x de aspecto conocido no demuestra que la red elegida sea la correcta.

Usa etiquetas de ruta explícitas en todas partes. Aplícalas a la página de pago, a los mensajes de confirmación, a las respuestas de soporte y a las instrucciones de devolución.

¿Cómo funciona TRC20 para cobrar?

TRC20 es el estándar de token de contrato inteligente que se usa en Tron. Una transferencia consume ancho de banda (Bandwidth) y, para ejecutar el contrato inteligente, energía (Energy). La billetera usa primero los recursos disponibles en su cuenta o delegados. Si esos recursos no alcanzan, Tron quema TRX para cubrir el déficit a los precios de recursos vigentes en la red.

Esa distinción importa en la página de pago. Un cliente puede tener USDT de sobra para la factura y aun así quedarse sin recursos ni TRX para difundir el pago. La cotización en vivo de la billetera es el coste fiable, porque los recursos de la cuenta y los parámetros de la red cambian.

Paymos acepta USDT en Tron, pero no acepta USDC allí. Tron es por tanto una ruta específica dentro de la matriz de activos de Paymos, no una red universal de stablecoins. Para los clientes que necesiten el detalle de la red, enlaza la página de pagos en Tron.

¿Cómo funciona ERC20 para cobrar?

ERC20 es la interfaz estándar de tokens fungibles de Ethereum. La billetera que envía paga el gas de la transacción en ETH, aunque el activo transferido sea USDT, USDC, USD1, DAI o XAUT. El gas varía con la demanda de la red y con el trabajo que hace el contrato del token, así que una comisión fija se queda obsoleta enseguida.

Ethereum es aquí la red con el conjunto de activos más amplio de Paymos. Incluye USDT, USDC, USD1, DAI y XAUT, respaldado por oro. Eso hace relevante ERC20 cuando un comercio quiere algo más que stablecoins de dólar o atiende a clientes cuyos activos ya están en Ethereum.

El comercio no debería prometer un tiempo de confirmación fijo. La política de confirmaciones de Paymos depende de la red y del importe del pago, y el tiempo transcurrido depende además de las condiciones de la cadena. Muestra el estado de la factura en vez de convertir un número de bloques en una promesa permanente.

¿Cómo funciona BEP20 para cobrar?

BEP20 es el estándar de token de BNB Smart Chain. Deriva de ERC20 y funciona en un entorno compatible con la EVM, así que las billeteras y las interfaces de contrato le resultan familiares a quien viene de Ethereum. La billetera que envía paga las comisiones en BNB.

Esa familiaridad crea el principal riesgo operativo. Una dirección de Ethereum y una de BNB Smart Chain pueden parecer idénticas, pero las redes siguen separadas. Una billetera puesta en Ethereum no satisface una factura BEP20, y una puesta en BNB Smart Chain no satisface una factura ERC20.

Paymos acepta USDT y USDC en BNB Smart Chain. La ruta encaja con los clientes que ya tienen esos activos en BSC. No empujes hacia ella con una etiqueta permanente de «red barata»: deja que la billetera muestre la comisión del momento y que decida el saldo que el cliente ya tiene.

¿Qué red es la más barata y la más rápida?

No hay un ganador permanente. El cliente paga la comisión de red de entrada, y el importe del momento depende del estado de la red, de los recursos de la billetera y del contrato del token. Tron puede salir barato para una billetera con energía asignada y bastante más caro para una billetera nueva que tiene que quemar TRX. El gas de Ethereum varía con la demanda. Las comisiones de BNB Smart Chain se pagan en BNB y son independientes de Ethereum aunque las dos redes usen herramientas EVM.

La velocidad también necesita contexto. La producción de bloques es solo una parte de completar un pago. Un procesador tiene que decidir cuándo la transferencia ha alcanzado un umbral de finalidad aceptable, y Paymos ajusta esa política según la red y el importe del pago. La promesa correcta en la página de pago es un estado en vivo, no «siempre definitivo en N segundos».

El modelo de coste completo necesita más detalle. Lee cómo funcionan las comisiones de gas.

¿Cómo debe elegir un comercio entre las tres?

Empieza por lo que tienen los clientes. Activa las redes donde los compradores ya guardan los activos que quieren gastar. En Paymos, las tres rutas aceptan USDT, mientras que Ethereum y BNB Smart Chain aceptan además USDC. Ethereum suma USD1, DAI y XAUT; Tron, no.

Evalúa después la claridad del cobro. Cada ruta debería mostrar el nombre de la red junto al activo, avisar del activo nativo necesario para la comisión e impedir que el usuario dé por hecho que dos formatos de dirección iguales significan la misma cadena. Los guiones de soporte deberían pedir token y red antes de investigar una transferencia.

Por último, evalúa las necesidades de tesorería. Paymos registra los saldos por activo, no por red de depósito. El comercio elige entre las rutas de salida activadas en ese momento para ese activo, así que la red que elige el cliente y la ruta de retiro del comercio están relacionadas, pero no son la misma.

¿Qué ocurre después de que el cliente paga?

Paymos observa cada transferencia en la blockchain elegida. Aplica la política de confirmaciones y abona el importe en el saldo de ese activo del comercio. La billetera del pagador cubre la comisión de red de entrada. Paymos asume el trabajo de red necesario para aceptar y consolidar el pago dentro del modelo de procesamiento.

Cuando el comercio retira, Paymos no cobra comisión de procesamiento por el retiro. La ruta elegida de activo y red puede incluir una comisión de red declarada, con su importe a la vista y por debajo de lo que cuesta enviar por esa red — y TRC20, ERC20 y BEP20 no cuestan lo mismo. Solo se ofrecen las rutas activadas para ese activo, y el destino debe ser una dirección controlada por el comercio e incluida en la lista blanca.

La decisión de red se toma al cobrar. La gestión del saldo llega después de la liquidación. El pagador elige una ruta válida para la transferencia que puede hacer. El comercio elige más tarde una ruta disponible para el saldo que quiere mover.