Stake vs Freeze TRX en TRON
Si ha investigado TRON, habrá visto que tanto "replantear" como "congelar" se utilizan para la misma acción. Esta guía aclara la terminología, explica la actualización Stake 2.0 y le ayuda a comprender qué hace realmente cada etiqueta de billetera.
Respuesta corta {#respuesta corta}
En el TRON moderno, apostar y congelar son lo mismo. Ambos bloquean el TRX en su billetera para recibir:
- Recursos de energía y/o ancho de banda
- Poder de voto para elecciones de Super Representantes
- Elegibilidad para recompensas de apuesta (cuando votas)
La palabra "participación" reemplazó a "congelar" después de la actualización del protocolo Stake 2.0. Las guías más antiguas y algunas versiones de billetera todavía dicen "congelar".
Cronograma de terminología
| Época | Término utilizado | Características clave |
|---|---|---|
| 2018-2022 | Congelar/Descongelar | Adquisición de recursos básicos, votación |
| 2022+ (Stake 2.0) | Apuesta/Desapuesta | Se agregó delegación de recursos, modelo unificado |
| Carteras actuales | Ambos términos visibles | Etiquetado del período de transición |
Si su TronLink muestra "Stake", ese es Stake 2.0. Si un tutorial anterior dice "Congelar", siga los mismos pasos en el menú Replantear.
Qué hace realmente la acción {#qué-hace}
Independientemente de la etiqueta, la operación en cadena:
- Bloquea TRX en tu cuenta (no se envía a ningún otro lugar)
- Otorga recursos: elija Energía, Ancho de banda o ambos
- Otorga poder de voto — 1 TRX bloqueado = 1 voto
- Impone un desbloqueo de 14 días: descongelar/desinstalar requiere un período de espera
Your wallet → Lock TRX → Get resources + votes → Vote for SR → Earn rewards
Ningún contrato inteligente retiene su TRX. Ningún tercero tiene la custodia. Esto es fundamentalmente diferente de los productos de apuestas de Ethereum o de intercambio.
Stake 2.0 mejoras sobre Freeze 1.0
Stake 2.0 funciones agregadas que no están disponibles en el modelo de congelación original:
| Característica | Congelar 1.0 | Stake 2.0 |
|---|---|---|
| Bloquee TRX para recursos | Sí | Sí |
| Vote por los SR | Sí | Sí |
| Delegar recursos | No | Sí |
| Descongelación parcial | Limitado | Sí |
| Gestión unificada de recursos | No | Sí |
Si tiene posiciones Freeze 1.0 heredadas, migre a través de TronLink o TronScan para acceder a la delegación.
"Apuestas" en intercambios versus en cadena
La palabra "participación" crea confusión porque los intercambios ofrecen productos de "participación TRX":
| Tipo | ¿Quién tiene TRX | Acceso a la energía | Votación SR | Delegación |
|---|---|---|---|---|
| Participación/congelación en cadena | Usted (autocustodia) | Sí | Sí | Sí |
| Apuesta de intercambio | Intercambio (custodia) | No | No (normalmente) | No |
Los productos de Exchange pueden ofrecer APY pero usted sacrifica el control, la energía y la gestión de recursos. Para obtener todos los beneficios de la apuesta TRON, utilice una billetera de autocustodia.
Guía de etiquetas de billetera
Lo que verás en carteras populares:
| Cartera | Etiqueta | Ubicación |
|---|---|---|
| TronLink (actual) | Estaca | Menú principal |
| TronLink (mayor) | Congelar | Página de cuenta |
| TronScan | Stake 2.0 | Sección de gobernanza |
| Monedero de confianza | Congelar TRX | TRON sección de replanteo |
| Libro mayor + TronLink | Estaca | A través de la integración TronLink |
El nombre del botón es diferente; la transacción en cadena es idéntica en Stake 2.0.
Apuesta por la energía frente al ancho de banda
Al apostar/congelar, eliges un tipo de recurso:
- 0 : Para transferencias TRC-20, DeFi, contratos inteligentes
- 0 : Para TRX envíos, votos, operaciones básicas
Puedes apostar por separado para cada tipo. La mayoría de los usuarios apuestan principalmente por la Energía.
Esta elección de recursos es independiente del debate sobre la terminología de juego/congelación.
Preguntas comunes debido a la confusión terminológica
"¿Debería apostar o congelar?" — Cualquiera de los dos. Misma acción en Stake 2.0.
"Me quedé helado, pero mi amigo apostó: ¿quién gana más?" — Quien vota por un SR mejor gana más. La etiqueta no importa.
"¿Puedo congelar y apostar simultáneamente?" — No es necesario. Una acción cubre ambos términos.
"¿Desactivar es diferente de descongelar?" — Mismo proceso de 14 días. Consulte la guía de descongelación.
Flujo de trabajo recomendado (independientemente del plazo)
- Crear o importar billetera
- Transferir TRX desde el intercambio
- Stake/Freeze para energía (y algo de ancho de banda)
- Vota por SR
- Opcionalmente delegar recursos excedentes
- Supervise las recompensas en TronScan
Preguntas frecuentes
¿Apostar es lo mismo que congelar en TRON?
Sí, en Stake 2.0 son la misma acción. "Estaca" es el término moderno; En el protocolo original se utilizó "congelación". Ambos bloquean TRX para recursos y poder de voto.
¿Necesito migrar de Freeze 1.0 a Stake 2.0?
Si todavía tiene posiciones de Freeze 1.0, migre a Stake 2.0 para acceder a la delegación y la gestión moderna de recursos. TronLink y TronScan ofrecen herramientas de migración.
¿Apostar en un intercambio cuenta?
Los productos de "participación" de Exchange son de custodia y están separados de la congelación/votación TRON en cadena. Para energía, recompensas de votación y delegación, apueste desde su propia billetera.
¿Qué término utilizará TRON en el futuro?
"Estaca" es la terminología oficial Stake 2.0. "Freeze" persiste en la documentación heredada y en algunas traducciones de billeteras.
¿El bloqueo de 14 días se aplica a ambos?
Sí. Tanto el desbloqueo de Stake 2.0 como el descongelamiento heredado requieren un período de espera de 14 días antes de que TRX se pueda gastar.
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 recibe OUT_OF_ENERGY, agregue/congela/delegue 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.