TRON Explicación de Mainnet frente a Testnet
TRON opera múltiples redes: la red principal de producción donde se mueve el valor real y las redes de prueba donde los desarrolladores experimentan de forma gratuita. Confundir los dos puede significar pérdida de fondos (usando TRX real en testnet) o implementaciones fallidas (pruebas en mainnet). Esta guía aclara las diferencias y cuándo utilizar cada una.
Las redes de TRON de un vistazo
| Red | Propósito | Valor TRX | USDT | Explorador de bloques |
|---|---|---|---|---|
| Red principal | Producción | reales | Real USDT | tronscan.org |
| Red de prueba del Nilo | Desarrollo | Ninguno (gratis) | Fichas de prueba | nilo.tronscan.org |
| Red de prueba de Shasta | Pruebas heredadas | Ninguno (gratis) | Fichas de prueba | shasta.tronscan.org |
Mainnet: donde vive el valor real
TRON mainnet es la cadena de bloques de producción:
- Real TRX — comprado en bolsas, tiene valor de mercado
- Real USDT — TRC-20 USDT con respaldo real en dólares
- Consecuencias reales: los errores cuestan dinero real
- Explorador de bloques — tronscan.org
- Punto final API —
https://api.trongrid.io - ID de cadena: no aplicable (TRON usa nombres de red, no ID de cadena)
Todo lo que lee sobre las tarifas de TRON, la energía, las transferencias de USDT y las apuestas se aplica a la red principal. Cuando un intercambio dice "retirarse a la red TRON", se refiere a la red principal.
Nile testnet: el entorno de prueba actual
Nile es la red de prueba principal de TRON para el desarrollo:
- Prueba gratuita TRX: obtenida de grifos, sin valor real
- Tokens de prueba: implementar y probar contratos TRC-20
- Mismas características: energía, ancho de banda, apuestas y contratos inteligentes, todo funciona
- Explorador de bloques — nile.tronscan.org
- Punto final API —
https://nile.trongrid.io
Nile refleja la funcionalidad de la red principal. Los desarrolladores lo utilizan para probar dApps, contratos inteligentes e integraciones antes de implementarlos en la red principal.
Guía de configuración completa: Guía de prueba de Nile.
Shasta testnet: el entorno heredado
Shasta es la red de prueba más antigua de TRON:
- Aún funcional pero menos mantenido activamente
- Prueba gratuita TRX de grifos Shasta
- Algunos tutoriales y herramientas más antiguos hacen referencia a Shasta
- Explorador de bloques - shasta.tronscan.org
- Punto final API —
https://api.shasta.trongrid.io
Los nuevos proyectos deberían utilizar Nile. Shasta sigue disponible para compatibilidad heredada.
Diferencias clave
Las direcciones tienen el mismo aspecto
Las direcciones TRON (que comienzan con T) se generan de manera idéntica en todas las redes. La misma clave privada produce la misma dirección en mainnet, Nile y Shasta. Esta es una fuente común de confusión: el formato de la dirección no indica en qué red se encuentra.
Los tokens no son intercambiables
| Acción | Resultado |
|---|---|
| Enviar mainnet USDT a la dirección de testnet | Fondos perdidos (diferentes redes) |
| Enviar testnet TRX a la dirección de mainnet | No pasa nada (la prueba TRX no tiene valor de mainnet) |
| Utilice la clave privada de mainnet en testnet | Misma dirección, pero solo activos de testnet |
| Implementar contrato en testnet | Sólo existe en testnet |
Los grifos ofrecen prueba gratuita TRX
Testnet TRX está libre de grifos:
- Grifo del Nilo: disponible a través de TronGrid y grifos comunitarios
- Grifo Shasta — disponible a través de TronGrid
- Cantidad: normalmente entre 1000 y 10 000 pruebas TRX por solicitud
- Enfriamiento: los faucets limitan las solicitudes por dirección por día
La energía y el ancho de banda funcionan igual
Testnet utiliza el mismo modelo de recursos que mainnet. Puede congelar la prueba TRX para Energía, probar escenarios OUT_OF_ENERGY y practicar la gestión de recursos, todo sin gastar dinero real.
Cuándo usar cada red
Utilice la red principal cuando:
- Enviar o recibir USDT real
- Compra, venta o negociación TRX
- Uso de dApps de producción (SunSwap, JustLend)
- Apostar TRX para obtener recompensas reales
- Cualquier transacción que implique valor real.
Utilice la red de prueba de Nile cuando:
- Desarrollo de contratos inteligentes.
- Prueba de integraciones de dApps
- Aprender TRON sin riesgo financiero
- Practicar operaciones de billetera.
- Prueba de llamadas API TronWeb/TronGrid
Utilice Shasta testnet cuando:
- Mantener proyectos heredados que hacen referencia a Shasta
- Seguir tutoriales más antiguos que utilizan puntos finales Shasta
Cambiando de red en TronLink
TronLink admite conmutación de red:
- Abra la configuración de TronLink
- Seleccione Red
- Elija Mainnet, Nile Testnet o Shasta Testnet.
- Su dirección sigue siendo la misma, pero los saldos y tokens cambian según la red.
Siempre verifique dos veces el indicador de red antes de confirmar las transacciones.
Errores comunes
| Error | Consecuencia | Prevención |
|---|---|---|
| Envío de TRX real al contrato de testnet | Fondos perdidos | Verificar red en billetera |
| Esperando que testnet TRX tenga valor | Decepción | La prueba TRX es gratuita y no tiene valor |
| Implementación en la red principal sin realizar pruebas | Errores caros | Prueba en el Nilo primero |
| Usando un punto final API incorrecto | Datos de red incorrectos | Haga coincidir el punto final con la red de destino |
| Compartir semilla de mainnet en herramientas de testnet | Robo potencial | Nunca ingrese una frase inicial en los sitios de prueba |
Preguntas frecuentes
¿Cuál es la diferencia entre TRON mainnet y testnet?
Mainnet utiliza TRX real con valor real. Testnet utiliza una prueba gratuita TRX sin valor monetario, diseñada para desarrollo y pruebas sin riesgo financiero.
¿Puedo enviar testnet TRX a mainnet?
No. Testnet y mainnet son redes completamente separadas. La prueba TRX no tiene valor y no se puede transferir entre redes.
¿Qué red de prueba TRON debo usar?
Nile testnet es la red de prueba actualmente recomendada para el desarrollo. Shasta es la red de prueba más antigua, todavía funcional pero con un mantenimiento menos activo.
Lista de verificación para solucionar problemas
Si algo sale mal en TRON, trátelo como un problema de depuración estructurado: confirme el txid exacto en la cadena, verifique la dirección del contrato de destino y solo entonces decida si la falla es recuperable. En TRON, muchos problemas "misteriosos" son simplemente uno de: red incorrecta (mainnet vs testnet), contrato de token incorrecto (falso USDT/tokens con nombres similares), recursos insuficientes (OUT_OF_ENERGY/ancho de banda) o retraso en la interfaz de usuario/indexador entre la billetera y el explorador.
Comience con estas comprobaciones en cadena:
- Copie siempre el txid/hash completo de su billetera o explorador.
- Confirme el estado del resultado del tx en TronScan (SUCCESS, REVERT, OUT_OF_ENERGY o aún pendiente).
- Compruebe si la dirección del destinatario/contrato coincide con la que desea enviar.
- Si se trata de una llamada de contrato, confirme que el selector de función y los parámetros coincidan con el estándar de token que cree que está utilizando (TRC-20 vs TRC-10 vs BEP-20 en BSC).
Luego aplique la ruta de corrección para su categoría:
- Confirmar el estado y los parámetros de la transacción.
- Verificar direcciones (contrato de token, destinatario, enrutador/gastador).
- Agregar o delegar recursos (Energía/Ancho de banda) cuando el fallo esté basado en recursos.
Errores comunes
Estos patrones causan la mayoría de los errores a nivel de usuario:
- Usar direcciones de mainnet en testnet (o al revés).
- Copiar un símbolo de token en lugar de la dirección del contrato TRC-20 real.
- Firmar la dirección de aprobación/gastador incorrecta porque el enlace de la interfaz de usuario es malicioso o está desactualizado.
- Reintentar sin cambiar la entrada fallida (por ejemplo, REVERT sigue revirtiéndose hasta que corrija el parámetro).
Si no está seguro, no “simplemente envíe de nuevo”. Realice un cambio controlado, verifique en TronScan y luego continúe.
Preguntas frecuentes
¿Cómo sé si una transacción está realmente confirmada?
Utilice TronScan y verifique el estado del resultado del tx. Las etiquetas "pendientes" de la billetera pueden retrasarse; El estado de la cadena es la fuente de la verdad. Copie txid y verifique SUCCESS/REVERT/OUT_OF_ENERGY, no solo el texto de la interfaz de usuario.
¿Por qué la interfaz de usuario difiere de TronScan?
Algunas billeteras y dApps utilizan diferentes indexadores o capas de caché. Es normal que haya un breve retraso entre la transmisión y la indexación; compare txid y espere a que la cadena se estabilice antes de concluir que hay una falla.
¿Qué debo hacer después de un REVERT?
Detenga y decodifique la llamada fallida. La mayoría de los REVERT se deben a parámetros no válidos, dirección de contrato incorrecta, aprobaciones faltantes o una falta de coincidencia entre el estándar del token y el método. Solucione la causa y luego vuelva a firmar.
¿Es seguro firmar una aprobación ilimitada?
Las aprobaciones ilimitadas son seguras solo para direcciones de gastadores confiables que usted haya verificado (fuente verificada, enrutador correcto y contrato de token esperado). Para las pruebas, prefiera aprobaciones limitadas y revoque una vez que haya terminado.
¿Qué recursos requiere TRON para las llamadas de contrato?
La ejecución de contratos inteligentes consume principalmente energía, mientras que los bytes de transacciones consumen ancho de banda. Si recibes OUT_OF_ENERGY, agrega/congela/delega energía. Si se agota el ancho de banda, concéntrese en mantener suficiente líquido TRX para bytes y asignación de recursos.
¿Cómo puedo reducir los tickets de soporte?Muestre a los usuarios un mensaje claro de "qué sucedió" basado en el estado de la cadena y vincule directamente a la guía relevante (pendiente, fallida, sin energía o verificación). Guarda txid para que puedas conciliar rápidamente.
Gracias — tu feedback nos ayuda a mejorar la documentación.