Cómo congelar TRX para ancho de banda
El ancho de banda es el recurso de red de TRON para los datos de transacciones básicas: cada operación de transferencia, votación y congelación consume puntos de ancho de banda. Si bien cada cuenta recibe una pequeña asignación diaria gratuita, congelar TRX para el ancho de banda aumenta drásticamente su límite y evita quemaduras inesperadas de TRX en operaciones de rutina.
Ancho de banda frente a energía {#ancho de banda frente a energía}
TRON utiliza dos sistemas de recursos separados:
| Recurso | Poderes | Acciones típicas |
|---|---|---|
| Ancho de banda | Tamaño de bytes de transacción | TRX transferencias, votos, congelar/descongelar |
| Energía | Ejecución de contratos inteligentes | TRC-20 transferencias, DeFi, llamadas dApp |
Una transferencia USDT consume ambos: principalmente energía (~65 000) más una pequeña cantidad de ancho de banda (~300–400 bytes). Los usuarios que solo mantienen y envían TRX se benefician más de la congelación del ancho de banda. Los usuarios que utilizan muchos tokens deben priorizar la congelación de energía.
Asignación de ancho de banda gratuito
Cada cuenta TRON activada recibe 5000 puntos de ancho de banda por día sin costo. Esto cubre aproximadamente:
- 1–2 transferencias TRX (según el tamaño de la transacción)
- Varias operaciones de votación o congelación.
Una vez agotadas, las transacciones queman TRX (~0,1–1 TRX por transferencia) a menos que haya congelado TRX para obtener ancho de banda adicional.
Cuánto TRX congelar {#cuánto}
El ancho de banda por TRX congelado varía según las condiciones de la red. Pautas generales:
| Perfil | Congelación sugerida | Ancho de banda diario ganado |
|---|---|---|
| Soporte informal TRX | 100–300 TRX | ~10–30 transferencias |
| Votante frecuente / apostador | 300–500 TRX | Margen cómodo |
| Combinado con las necesidades energéticas | Congelación dividida | Ver guías de recursos |
La mayoría de los usuarios activos congelan principalmente para Energía y agregan 100–200 TRX para Ancho de banda como búfer.
Guía de congelación paso a paso {#paso a paso}
TronLink
- Abra TronLink → Stake
- Seleccione Congelar para ancho de banda
- Ingrese el monto TRX
- Confirmar transacción (~3 segundos de confirmación)
TronScan
- Conecte la billetera en tronscan.org
- Navegue hasta Stake 2.0 → Congelar
- Elija el tipo de recurso ANCHO DE BANDA
- Enviar y confirmar
El ancho de banda se repone cada 24 horas hasta el máximo de su cuenta, similar a la Energía.
Cuando el ancho de banda es más importante
Transferencias puras de TRX. El envío de TRX a intercambios, amigos o almacenamiento en frío utiliza ancho de banda exclusivamente, no requiere energía.
Operaciones de votación y participación. Cada voto, congelación, descongelación y delegación consume ancho de banda. Los participantes activos deben mantener límites adecuados.
Cuentas multifirma. Operaciones multifirma generan transacciones más grandes que consumen más ancho de banda por acción.
Respaldo para transferencias de tokens. Incluso las transacciones que consumen mucha energía necesitan ancho de banda. Quedarse sin combustible provoca quemaduras parciales de TRX junto con costos de energía.
Delegación de ancho de banda {#delegación}
Puede delegar ancho de banda a otras direcciones, útil para:
- Financiar una billetera activa utilizada por los miembros del equipo.
- Soporte a nuevos usuarios que aún no se han congelado TRX
- Cuentas comerciales que procesan un alto volumen TRX
La delegación no transfiere la propiedad TRX; comparte derechos de uso de recursos.
Monitoreo del ancho de banda
Verifique el ancho de banda restante en:
- TronLink → Cuenta → Recursos
- TronScan → Tu dirección → pestaña Recursos
TronScan muestra: límite total, cantidad utilizada y tasa de recuperación por día.
Optimización de su división de recursos {#optimización}
Un enfoque equilibrado para usuarios típicos:
- Congelar 80–90% de la apuesta TRX para Energía
- Congelar 10–20% para Ancho de banda
- Vota todo congelado TRX para obtener recompensas SR
- Delegar recursos excedentes si corresponde
Ajuste según si envía más TRX o más tokens. Utilice la guía de terminología stake vs frozen si las etiquetas de su billetera difieren.
Descongelar ancho de banda TRX
Descongelar el ancho de banda bloqueado TRX activa el período de espera estándar de 14 días. Su límite de ancho de banda cae inmediatamente después de la solicitud de descongelación, lo que puede causar quemaduras de TRX en operaciones pendientes. Planifique con anticipación con nuestra guía de descongelación.
Preguntas frecuentes
¿Cuántas transferencias TRX gratuitas ofrece Bandwidth?
Cada cuenta obtiene 5000 puntos de ancho de banda gratuitos diariamente sin congelarse. La congelación de TRX aumenta tu límite; normalmente es suficiente para docenas de transferencias TRX por día.
¿Las transferencias TRC-20 utilizan ancho de banda?
Sí, pero consumen principalmente energía. El ancho de banda cubre los bytes de transacción base; Un ancho de banda insuficiente provoca quemaduras TRX adicionales.
¿Debería congelarme por ancho de banda o energía?
La mayoría de los usuarios necesitan Energía para las transferencias de tokens. Congele el ancho de banda si envía principalmente TRX o necesita espacio adicional para transacciones complejas.
¿Se regenera el ancho de banda si no se utiliza?
El ancho de banda se recupera diariamente hasta su límite máximo. No se acumula más allá del límite.
¿Puedo cambiar el ancho de banda a energía sin descongelarlo?
No puede convertir tipos de recursos directamente. Descongelar (espera de 14 días) y luego volver a congelar para el otro recurso.
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.