Diccionario TRON

ABI (Application Binary Interface) (Interfaz de interacción con contratos)

Interfaz estandarizada para interactuar con smart contracts en la red TRON. El ABI describe las firmas de las funciones del contrato y los tipos de parámetros de entrada y salida. Lo usan wallets y aplicaciones para construir llamadas a contratos, включая el envío de USDT TRC-20 (función transfer). Sin un ABI correcto, es imposible interactuar con un contrato de forma programática.

Account Activation (Activación de cuenta TRON)

Proceso inicial de creación y activación de una dirección en la red TRON. Para activar, basta con recibir en la dirección recién creada una cantidad mínima de TRX (es suficiente enviar 0,00001 TRX), после чего la dirección se convierte en un participante completo de la red. La comisión estándar de activación es 1 TRX, la paga el wallet remitente y en realidad se gasta en registrar la nueva cuenta en el ledger del blockchain.
Justo después de la activación, a la cuenta se le acreditan automáticamente 600 unidades de Bandwidth, que se restauran gratis cada día. Sin activación es imposible: enviar USDT TRC-20, recibir y usar Energy, ejecutar llamadas a smart contracts. La activación es el primer paso obligatorio para trabajar plenamente con la red TRON.
Nota: los términos Account Creation Fee, Activation Fee y Address Activation Fee describen la misma comisión (1 TRX) por activar una nueva dirección y se unifican en esta definición.

Account Balance (Balance de la cuenta)

Cantidad de криптовалuta, tokens y recursos disponibles (Energy, Bandwidth) en una dirección de blockchain. El balance se puede verificar a través de un wallet (TronLink, Trust Wallet) o el explorador público Tronscan (tronscan.org).

Account Model (Modelo de cuentas)

Modelo arquitectónico del blockchain TRON en el que el estado de la red se almacena como cuentas con balances y recursos (a diferencia del modelo UTXO de Bitcoin). Cada cuenta TRON contiene: balance de TRX, balances de tokens, recursos (Energy, Bandwidth), TRON Power, datos de permisos y el historial de staking.

Account Permission Update (Actualización de permisos de acceso)

Operación en la red TRON que permite cambiar la estructura de control de una cuenta, incluyendo añadir o eliminar claves, configurar niveles de acceso y derechos de firma de transacciones. Incluye tres niveles: Owner Permission (permisos completos), Active Permission (permisos operativos), Witness Permission (para nodos SR).

Account Resource Limit (Límite de recursos de la cuenta)

El máximo volumen de Energy y Bandwidth disponible para una cuenta en la red TRON. Se determina por la suma de la cuota gratuita (600 Bandwidth/día), los recursos obtenidos por staking y los recursos delegados. Los límites actuales se pueden consultar mediante la API wallet/getaccountresource.

Account Type (Tipo de cuenta)

En TRON existen dos tipos de cuentas: External Account (cuenta externa) — está controlada por una clave privada y pertenece al usuario; Contract Account (cuenta de contrato) — está controlada por el código de un smart contract y se crea al desplegar el contrato. Solo las cuentas externas pueden iniciar transacciones.

Active Permission (Permiso activo)

Uno de los tres niveles de permisos en el sistema de gestión de cuentas de TRON (junto con Owner Permission y Witness Permission). Active Permission define qué tipos de transacciones puede ejecutar la cuenta: transfers, staking, delegación, llamadas a contratos. Se configura mediante el campo operations y soporta multisig con un umbral configurable (threshold). Importante: las cuentas creadas antes de Stake 2.0 pueden no tener permisos para operaciones Stake 2.0 — se requiere actualizar permissions.

Address (Dirección)

Identificador público en el blockchain, usado para enviar y recibir криптовaluta y tokens. En TRON, las direcciones empiezan con la letra “T”, tienen 34 caracteres y usan codificación Base58Check con verificación integrada de checksum.

Advanced TRON Metrics (Métricas avanzadas de TRON)

Conjunto de indicadores y estadísticas avanzadas usados para analizar la carga de la red TRON, el funcionamiento de smart contracts y el consumo de Energy y Bandwidth. Disponibles a través de Tronscan, TronGrid API y servicios analíticos de terceros.

Approval (Aprobación de tokens)

Permiso otorgado a un smart contract para usar tokens del wallet del usuario dentro de un límite establecido. En el contexto TRC-20: la función approve (spender, amount) permite, por ejemplo, que una DEX pueda gastar USDT desde tu dirección durante un swap. Cada llamada a approve consume Energy. Se recomienda establecer un límite igual al monto necesario y no un approve infinito, para reducir riesgos.

APR (Annual Percentage Rate) (Tasa porcentual anual)

Indicador de rentabilidad del staking de TRX en la red TRON. Se forma a partir de recompensas por votar a Super Representatives. El APR real depende del tamaño del stake, del SR elegido y de los parámetros actuales de recompensa (16 TRX por bloque + recompensas de voto). Cada SR establece su propia parte de distribución de recompensas a los votantes.

Asset Issue (Emisión de activo / TRC-10)

Mecanismo para crear tokens personalizados estándar TRC-10 en la red TRON. A diferencia de TRC-20, los tokens TRC-10 están implementados a nivel de protocolo (no mediante smart contracts), lo que hace sus transfers más baratos — requieren solo Bandwidth, sin consumo de Energy. La creación de un token TRC-10 cuesta 1 024 TRX.

Automation & Smart Rules (Automatización y reglas inteligentes)

Mecanismos de gestión automática de recursos y transacciones en la red TRON basados en condiciones, límites y сценарios de uso definidos. Se implementan mediante integraciones API, smart contracts y servicios de terceros.

Auto Energy Allocation (Asignación automática de energía)

Mecanismo de distribución automática de Energy entre wallets u operaciones en la red TRON según necesidades actuales. Lo usan servicios de alquiler de Energy y plataformas para бизнеса para optimizar recursos entre wallets operativos.

Auto Resource Refill (Recarga automática de recursos)

Función de recarga automática de Energy o Bandwidth cuando se alcanza un nivel mínimo definido de recursos. Se implementa mediante APIs de servicios de alquiler de Energy: cuando el balance cae por debajo del umbral, el sistema delega automáticamente el volumen necesario.

Available Bandwidth (Bandwidth disponible)

Cantidad de ancho de banda disponible para ejecutar transacciones en la red TRON sin pagar комисiones en TRX. Se compone de: 600 unidades gratis al día, recursos por staking de TRX y Bandwidth delegado. Se puede verificar en el wallet o en Tronscan en la sección “Resources”.

Available Energy (Energía disponible)

Volumen actual de Energy disponible para una cuenta para ejecutar smart contracts y enviar USDT TRC-20 sin quemar TRX. Se compone de recursos por staking, Energy delegada y alquilada. No existe cuota gratuita de Energy — con Energy en cero la red quema TRX.

Bandwidth (Ancho de banda TRON)

Recurso base de red en el blockchain TRON, necesario para transmitir y almacenar transacciones. Bandwidth define el “peso” de una transacción en bytes — 1 byte de datos = 1 unidad de Bandwidth. Prácticamente cualquier transacción en TRON, excepto operaciones de lectura (query), requiere consumir Bandwidth.
El pool diario de Bandwidth de la red es 43 200 000 000 unidades (parámetro de red #62). Cada cuenta activada recibe gratis 600 unidades al día.

Bandwidth Consumption (Consumo de Bandwidth)

Cantidad de ancho de banda usada al ejecutar una transacción. El consumo depende directamente del tamaño de la transacción en bytes (1 byte = 1 unidad). Valores típicos: transferencia de TRX — ~268 unidades, transferencia de USDT TRC-20 — ~345 unidades, delegación de Energy — ~281–283 unidades, votación — ~270–300 unidades.

Bandwidth Delegation (Delegación de Bandwidth)

Mecanismo de TRON que permite transferir ancho de banda de una cuenta a otra sin transferir monedas TRX. El Bandwidth delegado lo usa el receptor para transacciones, reduciendo o eliminando la necesidad de quemar TRX. Se realiza mediante DelegateResourceContract en Stake 2.0. Solo se puede delegar Bandwidth no usado.

Bandwidth Fee Fallback (Compensación de Bandwidth mediante TRX)

Mecanismo встроено de TRON en el que la falta de Bandwidth se compensa automáticamente quemando TRX. Precio: 1 unidad de Bandwidth = 1 000 sun = 0,001 TRX. Para transferir USDT TRC-20 (~345 Bandwidth) esto es ~0,345 TRX. Permite que la transacción pase incluso sin Bandwidth, pero con gasto directo.

Bandwidth Limit (Límite de Bandwidth)

Cantidad máxima de ancho de banda disponible para una cuenta. Se compone de 600 unidades gratis al día y el recurso obtenido por staking. Fórmula: tu Bandwidth = (tus TRX en Bandwidth / todos los TRX en Bandwidth en la red) × 43 200 000 000.

Bandwidth Points (Puntos de Bandwidth)

Sinónimo de Bandwidth — unidades de ancho de banda que permiten ejecutar transacciones sin pagar комисiones en TRX. A cada cuenta se le acreditan 600 Bandwidth Points cada 24 horas. Se pueden obtener más mediante staking de TRX o delegación.

Bandwidth Recovery (Recuperación de Bandwidth)

Proceso de restauración automática del ancho de banda tras gastarlo. La recuperación ocurre de forma lineal durante 24 horas (~28 800 bloques): con cada bloque (~3 segundos) se devuelve ~1/28 800 del volumen consumido. Después de 6 horas — ~25%, después de 12 horas — ~50%, recuperación total — después de 24 horas.
Nota: el término Bandwidth Regeneration describe el mismo proceso y se unifica con esta definición.

Bandwidth Surplus / Deficit (Superávit / déficit de Bandwidth)

Estado de una cuenta en el que el volumen disponible de Bandwidth excede las necesidades (superávit) o es insuficiente (déficit). En caso de déficit, la red quema TRX automáticamente (Bandwidth Fee Fallback). En caso de superávit, el Bandwidth excedente puede delegarse a otras cuentas.

Bandwidth Usage Rate (Velocidad de uso de Bandwidth)

Indicador de la intensidad de uso del ancho de banda por una cuenta o smart contract por unidad de tiempo. Es útil para прогнозирование de necesidades y planificación de staking o alquiler.

Base58Check (Formato de codificación de direcciones)

Formato de codificación de direcciones en TRON. Todas las direcciones TRON empiezan con la letra “T” y tienen 34 caracteres. Base58Check incluye verificación integrada de checksum, lo que reduce la probabilidad de error al copiar. Internamente, TRON almacena direcciones en formato hex con el prefijo 0x41. Base58 no incluye los símbolos 0, O, l, I, que se confunden fácilmente.

Block (Bloque)

Conjunto de transacciones confirmadas, agrupadas y añadidas al blockchain. En TRON, un nuevo bloque se crea cada ~3 segundos por uno de los 27 Super Representatives. Se producen ~28 800 bloques al día. Cada bloque contiene el hash del bloque anterior, timestamp, transacciones y la firma del productor.

Block Explorer (Explorador de blockchain)

Herramienta para ver transacciones, bloques, direcciones, smart contracts y el consumo de recursos en la red TRON. El explorador principal es Tronscan (tronscan.org). Permite verificar: balances, estado de recursos (Energy, Bandwidth), historial de transacciones, delegaciones y staking.

Block Production (Producción de bloques)

Proceso de creación de nuevos bloques en la red TRON. Los bloques los producen 27 Super Representatives por turno, cada ~3 segundos (~28 800 bloques al día). El orden lo determina el mecanismo de consenso DPoS y se recalcula cada Maintenance Period (6 horas).

Block Reward (Recompensa de bloque)

Recompensa para Super Representatives por producir bloques. Se compone de: 16 TRX por crear un bloque (8 TRX block reward + 8 TRX recompensa de voto) y 160 TRX de recompensas de voto distribuidas entre 27 SR y 100 SR partners cada 6 horas. Una parte de las recompensas los SR la redistribuyen a los votantes proporcionalmente a los votos.

Block Time (Tiempo de bloque)

Tiempo promedio para crear un nuevo bloque. En TRON — ~3 segundos. Para confirmación fiable (solid block) se requieren 19 de 27 SR — aproximadamente 1 minuto.

Blockchain (Blockchain)

Ledger distribuido e inmutable de datos protegido por criptografía, en el que se almacenan todas las transacciones de la red. TRON usa un blockchain basado en el consenso DPoS (Delegated Proof of Stake).

Burn Mechanism (Mecanismo de quema)

Proceso automático de deducción irreversible de TRX cuando hay falta de recursos. Si falta Energy — 0,0001 TRX por unidad (100 sun), si falta Bandwidth — 0,001 TRX por unidad (1 000 sun). Los TRX quemados se eliminan de circulación para siempre. Prioridad de consumo: recursos delegados → propios (staking) → gratuitos (solo Bandwidth) → quema de TRX.

Burn TRX (Quema de TRX)

Mecanismo de pago de comisión mediante deducción irreversible de TRX cuando falta Energy o Bandwidth. Es la opción extrema — la red recurre a ello automáticamente cuando no hay recursos disponibles. Para transferir USDT TRC-20 sin recursos se queman ~6,77–13,37 TRX.

Bytecode (Bytecode)

Código compilado de bajo nivel de un smart contract, ejecutado por la máquina virtual TVM. Los contratos en Solidity o Java se compilan a bytecode antes del despliegue. Precisamente el bytecode determina el consumo de Energy — cada instrucción tiene un coste fijo (SSTORE: 20 000/5 000 Energy, SLOAD: 200 Energy).

CancelAllUnfreezeV2 (Cancelación del unstaking)

Transacción en Stake 2.0 que permite cancelar todas las operaciones de desbloqueo de TRX que aún no se han completado. Los TRX regresan al estado congelado y los recursos (Bandwidth/Energy) y TRON Power se restauran. Es útil cuando el unstaking fue iniciado por error. API: wallet/cancelallunfreezev2.

Checkpoints (Checkpoints)

Momentos de registro del estado de la red TRON utilizados para calcular la recuperación de Energy y Bandwidth. Están vinculados a números de bloque. Cada bloque (~3 segundos) es un posible checkpoint para la recuperación lineal de recursos.

Cold Storage (Almacenamiento en frío)

Método de almacenamiento de criptomonedas sin conexión a internet para aumentar la seguridad. En el contexto de TRON: TRX y USDT se almacenan en una dirección cuya clave privada nunca entra en contacto con internet (hardware wallet, paper wallet, dispositivo air-gapped).

Cold Wallet (Wallet en frío)

Wallet que no está conectado a internet y se usa para almacenamiento seguro de criptomonedas. En TRON: puede recibir TRX, USDT y otros tokens, pero para enviar necesita Energy y Bandwidth — que pueden delegarse desde un hot wallet. Ejemplos: Ledger, SafePal, Trezor.

Cold Wallet Energy Management (Gestión de Energy en wallet en frío)

Estrategia de delegar Energy desde un hot wallet hacia un cold wallet para ejecutar transacciones sin almacenar TRX en el wallet en frío. Todos los TRX se mantienen en una cuenta de staking caliente, y el wallet operativo (frío) recibe solo recursos mediante delegación — máxima seguridad.

Committee Proposal (Propuesta del comité)

Mecanismo para cambiar parámetros de red de TRON mediante votación de Super Representatives. Cualquier SR puede crear una propuesta. Para aprobarla — se requiere el voto favorable de 19 de 27 SR. Parámetros clave: #19 — pool de Energy (180 mil millones), #62 — pool de Bandwidth (43,2 mil millones), #70 — período de unstaking (14 días). Lista completa — en Tronscan, sección “Parameters”.

Confirmation (Confirmación)

Proceso de inclusión de una transacción en un bloque y su validación por la red. Una confirmación (inclusión en bloque) — ~3 segundos. Confirmación sólida (solid block) — 19 de 27 SR, aproximadamente 1 minuto. La mayoría de exchanges consideran una transacción confirmada tras 19 confirmaciones.

Consensus Mechanism / DPoS (Mecanismo de consenso / DPoS)

Algoritmo de validación de transacciones — Delegated Proof of Stake. Los holders de TRX votan por Super Representatives usando TRON Power (1 TRX = 1 voto). Los 27 nodos con más votos producen bloques. Los votos se recalculan cada 6 horas (00:00, 06:00, 12:00, 18:00 UTC). Proporciona ~2 000 TPS y block time ~3 segundos.

consume_user_resource_percent (Porcentaje de recursos del usuario)

Parámetro de smart contract (de 0 a 100) que define la parte de Energy que paga el usuario al llamar al contrato. El resto lo cubre el deployer (dentro del límite origin_energy_limit). Para USDT — 100%: toda la Energy la paga el remitente. Se establece en el deploy y solo puede cambiarlo el owner mediante UpdateSettingContract.

Contract Account (Cuenta de contrato)

Tipo de cuenta creada al desplegar un smart contract. A diferencia de External Account, está controlada por el código del contrato, no tiene clave privada y no puede iniciar transacciones. Contiene bytecode, storage y parámetros de recursos (consume_user_resource_percent, origin_energy_limit).

Contract Bandwidth Usage (Consumo de Bandwidth del contrato)

Cantidad de Bandwidth utilizada por un smart contract al ejecutar operaciones. Para USDT TRC-20 — ~345 unidades de Bandwidth por una llamada transfer(). Lo paga el iniciador de la transacción.

Contract Call (Llamada a smart contract)

Operación de interacción con una función de smart contract que requiere consumo de Energy y Bandwidth. Cada transferencia USDT TRC-20 es una llamada a la función transfer(). Se ejecuta mediante la transacción TriggerSmartContract. Para estimar el consumo: API wallet/triggerconstantcontract o wallet/estimateenergy.

Contract Call Failure (Fallo de llamada de contrato)

Interrupción de la ejecución del contrato debido a error o falta de recursos. Causas típicas: OUT_OF_ENERGY (fee_limit insuficiente), OUT_OF_TIME (superado el límite de 80 ms), REVERT (error lógico — por ejemplo, saldo insuficiente). La Energy consumida no se devuelve, excepto en REVERT (se devuelve la parte no utilizada).

Contract Deploy (Despliegue de contrato)

Publicación de un smart contract en el blockchain TRON. La transacción contiene bytecode y parámetros de configuración (consume_user_resource_percent, origin_energy_limit). Consume una cantidad significativa de Energy y Bandwidth. API: wallet/deploycontract.

Contract Energy Limit (Límite de Energy del contrato)

Cantidad máxima de Energy para una operación del contrato. Definida por el parámetro origin_energy_limit establecido en el deploy. Limita cuánta Energy está dispuesto a gastar el deployer por llamada en nombre del usuario.

Contract Execution Cost (Costo de ejecución del contrato)

Volumen total de Energy y Bandwidth necesario para ejecutar la lógica del contrato. Para USDT TRC-20: ~64 285 Energy + ~345 Bandwidth (dirección con saldo), ~130 285 Energy + ~345 Bandwidth (nueva dirección). Operaciones DeFi: 150 000–500 000+ Energy.

Contract Owner (Propietario del contrato)

Dirección con derechos para gestionar parámetros del smart contract: consume_user_resource_percent, origin_energy_limit, etc. Solo el owner puede actualizar parámetros mediante la transacción UpdateSettingContract.

Contract Resource Allocation (Asignación de recursos del contrato)

Mecanismo que determina y usa Energy y Bandwidth para operaciones del contrato. Orden de consumo de Energy: delegada → propia (staking) → quema de TRX. La distribución entre usuario y deployer la define consume_user_resource_percent.

Contract Resource Optimization (Optimización de recursos del contrato)

Prácticas para reducir el consumo de Energy y Bandwidth en el desarrollo de contratos: optimizar SSTORE (escritura 20 000 vs actualización 5 000 Energy), minimizar SLOAD, usar eventos (events) en lugar de escritura en storage, estructuras de datos eficientes, batching de operaciones.

Cost per Transaction (CPT) (Costo por transacción)

Coste promedio en recursos o TRX por una transacción. Para USDT TRC-20: ~6,77 TRX (quema, dirección con USDT) o ~13,37 TRX (nueva dirección). Con alquiler de Energy — ~2–6 TRX. Transferencia de TRX — 0 TRX con Bandwidth gratuito.

CPU-equivalent Instructions (Instrucciones equivalentes a CPU)

Operaciones computacionales de la TVM que afectan el consumo de Energy. Cada instrucción de bytecode tiene coste fijo: SSTORE (escritura) — 20 000 Energy (nueva celda) / 5 000 (actualización); SLOAD (lectura) — 200 Energy; ADD/MUL — 3–5 Energy.

Cross-chain (Cross-chain)

Tecnología para transferir activos entre blockchains. Los bridges cross-chain permiten mover USDT entre TRC-20, ERC-20, BEP-20 y otras redes. El modelo de comisión cambia: en TRON — Energy + Bandwidth, en Ethereum — gas, en BSC — BNB gas.

Custodial Wallet (Wallet custodial)

Wallet cuya clave privada es almacenada por un tercero (exchange, servicio). El usuario no controla las claves ni puede gestionar directamente recursos (Energy, Bandwidth), hacer staking de TRX o conectar alquiler de Energy. Opuesto a Non-custodial wallet, donde las claves las controla el usuario (TronLink, Trust Wallet, SafePal).

dApp (Decentralized Application) (Aplicación descentralizada)

Aplicación basada en smart contracts dentro del blockchain TRON. A diferencia de apps tradicionales, la lógica del dApp se ejecuta en la TVM y no puede ser modificada o detenida por terceros. Ejemplos en TRON: DEX (SunSwap), lending (JustLend), stablecoins (USDD). Cada interacción con un dApp consume Energy.

Delegated Energy (Energy delegada)

Volumen de Energy transferido de una cuenta a otra en TRON sin transferir TRX. La Energy delegada es utilizada por el receptor para ejecutar transacciones y smart contracts. El propietario mantiene la titularidad de los TRX y puede revocar la Energy delegada en cualquier momento (si no hay timelock). Se realiza mediante DelegateResourceContract en Stake 2.0.

Delegating (Delegación de recursos)

Proceso de transferir Energy o Bandwidth de un wallet a otro sin transferir la propiedad de TRX. Solo se pueden delegar Bandwidth y Energy — TRON Power no es delegable. La delegación solo es posible hacia cuentas activadas y solo para recursos no utilizados. Coste de la transacción — ~281–283 Bandwidth.

DelegateResourceContract (Transacción de delegación de recursos)

Tipo estándar de transacción en Stake 2.0 mediante el cual se delega Bandwidth o Energy a otra dirección. Parámetros: dirección del receptor, tipo de recurso, volumen en TRX, lock_period opcional (en bloques, 1 bloque ≈ 3 segundos). Todos los servicios de alquiler de Energy funcionan a través de este contrato.

Delegation Limit (Límite de delegación)

Volumen máximo de Energy o Bandwidth que puede delegarse desde una cuenta. Determinado por la cantidad de TRX en staking y la participación relativa en el staking total de la red. Solo pueden delegarse recursos no utilizados.

Delegation Lock Period (Timelock de delegación)

Período de bloqueo establecido al delegar recursos en Stake 2.0. Durante este tiempo el propietario no puede revocar los recursos delegados. Se expresa en bloques (1 bloque ≈ 3 segundos). Ejemplo: 28 800 bloques ≈ 24 horas. Si lock_period = 0, la revocación es inmediata.

Delegation Pool (Pool de delegación)

Conjunto de recursos Energy y Bandwidth disponibles para distribuir entre múltiples wallets. Utilizado por servicios de alquiler de Energy y grandes stakers.

Delegation Queue (Cola de delegación)

Lista de operaciones activas o pendientes de delegación de recursos en TRON.

Delegation Reclaim (Revocación de delegación)

Proceso de retorno de Bandwidth o Energy delegada mediante UnDelegateResourceContract. Solo posible tras finalizar el timelock o inmediatamente si no existe bloqueo. Se aplica mecanismo de reclamación proporcional durante 24 horas.

Delegation Status (Estado de delegación)

Estado actual de recursos delegados: activo, bloqueado o revocado.

Delegation Transaction (Transacción de delegación)

Operación on-chain que registra la delegación o revocación de recursos.

Delegation Utilization (Uso de recursos delegados)

Volumen real de recursos consumidos por el receptor.

DPoS (Delegated Proof of Stake) (Prueba de participación delegada)

Mecanismo de consenso de TRON con 27 SR elegidos por voto.

Duplicate Transaction (Transacción duplicada)

Reenvío de una transacción ya procesada; la red la rechaza por txID duplicado.

Dynamic Energy Model (Modelo dinámico de Energy)

Mecanismo que aumenta dinámicamente el coste de Energy para contratos muy utilizados. Parámetro clave: energy_factor.
Consumo real = consumo base × (1 + energy_factor).
Para USDT, energy_factor puede ser ≥0,5 (+50%).
Valor disponible vía API getcontractinfo.

Energy (Energía TRON)

Recurso de blockchain de la red TRON que refleja el volumen de recursos computacionales (CPU) que consume la máquina virtual TVM al ejecutar smart contracts. 1 unidad de Energy corresponde a 1 milisegundo de tiempo de CPU. Cuanto más compleja sea la lógica del contrato y cuanto más tiempo se ejecute, más Energy se requiere.
Energy es necesaria para cualquier operación con smart contracts: transferencias de USDT TRC-20, interacción con DeFi, NFT y dApps. A diferencia de Bandwidth, no existe Energy gratuita acreditada automáticamente a las cuentas: solo puede obtenerse mediante staking de TRX, delegación o alquiler. Si falta Energy, la red quema automáticamente TRX a un precio de 0,0001 TRX por unidad (100 sun).
La Energy gastada se restaura de forma lineal durante 24 horas — aproximadamente 1/28 800 del volumen consumido con cada bloque (~3 segundos).

Energy Consumption (Consumo de energía)

Cantidad de Energy usada al ejecutar smart contracts o transacciones TRC-20 en la red TRON. Valores típicos: envío de USDT a una dirección con saldo — ~64 285 Energy; envío a una dirección nueva — ~130 285 Energy; operaciones DeFi (swap, stake) — 150 000–500 000+ Energy; multicontactos complejos — 1 000 000+ Energy.

Energy Deficit (Déficit de energía)

Estado de la cuenta en el que el volumen disponible de Energy no es suficiente para ejecutar una operación sin quemar TRX. Con déficit, se activa automáticamente el mecanismo Energy Fee Fallback — la Energy faltante se compensa quemando TRX a un precio de 0,0001 TRX por unidad.

energy_factor (Factor de energía)

Multiplicador dinámico aplicado al consumo de Energy al llamar contratos populares en la red TRON. Forma parte del Dynamic Energy Model. Fórmula: consumo real = consumo base × (1 + energy_factor). Se recalcula cada ciclo de mantenimiento (6 horas) según la frecuencia de llamadas del contrato. El valor se puede obtener vía API getcontractinfo.

Energy Fee Fallback (Compensación de Energy mediante TRX)

Mecanismo de TRON por el cual la falta de Energy se compensa automáticamente quemando TRX. Precio: 1 unidad de Energy = 100 sun = 0,0001 TRX. Se activa automáticamente, sin aviso — los TRX simplemente se deducen del balance. Si el balance no tiene ni Energy ni suficiente TRX, la transacción fallará. Este mecanismo es el que forma la comisión ~6,43–13,03 TRX al enviar USDT sin recursos.

Energy Limit (Límite de energía)

Cantidad máxima de Energy que puede consumirse al ejecutar una transacción o una llamada a smart contract. Se determina por el parámetro fee_limit de la transacción (en sun). Valor recomendado para transferencias de USDT TRC-20: no menos de 15 000 000 sun (15 TRX). Con un fee_limit demasiado bajo, la transacción fallará con OUT_OF_ENERGY.

Energy Marketplace (Marketplace de energía)

Plataformas y servicios donde los usuarios pueden alquilar o proporcionar Energy para reducir comisiones en TRON. Funcionan mediante el mecanismo estándar de delegación de recursos Stake 2.0. Ejemplos: Tron Pool Energy y plataformas similares. El mercado de alquiler de Energy procesa más de 1 millón de delegaciones al día.

Energy Pool (Pool de Energy de la red)

Volumen diario fijo de Energy distribuido entre todos los participantes de staking en TRON proporcionalmente a su participación. Valor actual — 180 000 000 000 (180 mil millones) unidades de Energy al día. Es el parámetro de red #19 y solo puede cambiarse mediante votación de Committee Proposal. Fórmula: tu Energy = (tus TRX en Energy / todos los TRX en Energy en la red) × 180 000 000 000.

Energy Recovery (Recuperación de energía)

Proceso automático de restauración gradual de Energy en una cuenta de TRON tras su consumo. La recuperación es lineal durante 24 horas: con cada bloque (~3 segundos) se devuelve aproximadamente 1/28 800 del volumen consumido. En 6 horas se restaura ~25%, en 12 horas — ~50%, recuperación total — en 24 horas.

Energy Rental (Alquiler de energía)

Mecanismo para obtener Energy temporalmente y ejecutar transacciones y smart contracts sin necesidad de hacer staking de TRX. El servicio de alquiler delega Energy a tu dirección mediante el protocolo estándar de TRON (DelegateResourceContract). Para alquilar solo se necesita la dirección pública del wallet — no se requieren claves privadas. El coste del alquiler de Energy es mucho menor que la quema de TRX: el ahorro llega al 65%. Formatos: alquiler por hora, paquetes de transacciones, suscripción, integración por API.

Energy Spike (Pico brusco de consumo de energía)

Aumento fuerte y de corta duración del consumo de Energy, normalmente ligado a operaciones complejas o masivas: swaps DeFi, llamadas multicontacto, envíos batch de USDT. También puede deberse a un aumento del energy_factor para un contrato popular dentro del Dynamic Energy Model.

Energy Surplus (Exceso de energía)

Estado de la cuenta en el que hay más Energy disponible de la necesaria para transacciones típicas. La Energy excedente puede delegarse a otras cuentas o proporcionarse mediante servicios de alquiler para obtener ingresos adicionales.

Energy Utilization Rate (Tasa de utilización de energía)

Indicador que muestra la proporción de Energy usada respecto al total disponible en la cuenta. Una tasa alta (>80%) indica necesidad de aumentar el stake o подключar alquiler para cubrir la demanda.

ERC-20 / TRC-20 (Estándares de tokens)

ERC-20 es el estándar de tokens en Ethereum, TRC-20 es su análogo en TRON. Ambos definen un conjunto de funciones obligatorias (transfer, approve, balanceOf, totalSupply, etc.) que debe implementar el smart contract del token. USDT existe en ambos estándares: ERC-20 (Ethereum, comisión en gas) y TRC-20 (TRON, comisión en Energy). Las transferencias de tokens TRC-20 requieren Energy, mientras que el estándar más antiguo TRC-10 está implementado a nivel de protocolo y requiere solo Bandwidth.

estimateenergy (API de estimación de consumo de Energy)

Endpoint API de TRON (wallet/estimateenergy) que permite estimar por adelantado el consumo de Energy para una llamada específica a un smart contract. Disponible desde Java-Tron 4.7.0.1. Devuelve energy_required — consumo total teniendo en cuenta energy_factor. Para nodos que no soportan este método se usa la alternativa wallet/triggerconstantcontract. Se recomienda llamarlo antes de cada transacción para ajustar con precisión fee_limit.

Estimated Energy Consumption (Consumo de energía estimado)

Cantidad прогнозada de Energy necesaria para ejecutar una transacción o smart contract. Se usa para estimar comisión y ajustar fee_limit. La estimación se obtiene vía API wallet/estimateenergy o wallet/triggerconstantcontract. El consumo real puede variar ligeramente por el coeficiente dinámico energy_factor.

Event (Evento de smart contract)

Mecanismo de logging de acciones de un smart contract en el blockchain TRON. Al transferir USDT TRC-20, el contrato emite el evento Transfer(from, to, value), que se registra en el log de la transacción. Los eventos no consumen storage, pero sí consumen Energy. Se usan por wallets, exploradores (Tronscan) y servicios API para rastrear transfers de tokens en tiempo real.

Execution Fee (Comisión por ejecución de smart contract)

Comisión por ejecutar la lógica de un smart contract en la TVM, pagada mediante Energy. Si no hay Energy, la comisión se cubre quemando TRX (Energy Fee Fallback). Para transferir USDT TRC-20, la Execution Fee es ~6,43–13,03 TRX con quema total. Con alquiler de Energy — ~2–6 TRX.

External Account (Cuenta externa)

Tipo de cuenta en TRON controlada por una clave privada y принадлежащая al usuario. A diferencia de Contract Account, una cuenta externa puede iniciar transacciones, hacer staking de TRX, delegar recursos y votar por Super Representatives. Cada cuenta externa activada recibe 600 unidades gratuitas de Bandwidth al día.

External Energy Source (Fuente externa de energía)

Energy recibida por una cuenta no mediante su propio staking de TRX, sino desde fuentes externas: delegación desde otra cuenta o alquiler mediante un servicio. Al gastar Energy, la red usa primero recursos externos (delegados), luego propios (staked), y solo después pasa a quemar TRX.

Energy Sharing Contract / origin_energy_limit (Distribución de Energy entre usuario y deployer)

Mecanismo de TRON que permite al desarrollador (deployer) de un smart contract asumir parte de los costes de Energy en las llamadas al contrato. Se regula con dos parámetros:
consume_user_resource_percent (de 0 a 100) — porcentaje de Energy que paga el usuario. El resto lo cubre el deployer del contrato con sus propios recursos.
origin_energy_limit — volumen máximo de Energy que el deployer está dispuesto a gastar por una llamada.
Por ejemplo, si consume_user_resource_percent = 30, el usuario paga 30% de la Energy y el deployer — 70% (dentro de origin_energy_limit). En la práctica, la mayoría de contratos populares, включая USDT, establecen consume_user_resource_percent = 100% — toda la Energy la paga el usuario. Este parámetro se fija en el deploy y solo el owner puede cambiarlo.

Failed Transaction Fee (Comisión por transacción fallida)

Costes de Energy o TRX que se deducen incluso si la transacción en TRON falla. En errores OUT_OF_ENERGY y OUT_OF_TIME toda la Energy consumida se pierde. En REVERT (error lógico) se devuelve la parte no usada de Energy, pero la ya gastada no se recupera. El Bandwidth por transmitir datos de la transacción se consume en любом caso.

Fee (Comisión)

Pago por procesar una transacción o ejecutar un smart contract en TRON. A diferencia de la mayoría de blockchains, en TRON la comisión puede compensarse totalmente con recursos de red — Energy y Bandwidth. Si hay suficientes recursos, no se deduce comisión en TRX y la transacción es efectivamente gratuita. Si faltan recursos, la red quema TRX automáticamente.

Fee Estimation (Estimación de comisión)

Cálculo previo de los costes esperados en Energy, Bandwidth o TRX antes de ejecutar una transacción. En TRON existen endpoints API para estimar: wallet/estimateenergy (cálculo de Energy con energy_factor), wallet/triggerconstantcontract (simulación de llamada sin escribir en blockchain). Se recomienda llamarlos antes de cada transacción para ajustar con precisión fee_limit.

fee_limit (Límite de comisión)

Parámetro de una transacción en TRON que define el máximo de TRX (en sun) que puede gastarse en Energy al llamar a un smart contract. Si el consumo real de Energy supera fee_limit, la transacción falla con OUT_OF_ENERGY y se pierden todos los recursos gastados.
Valor recomendado para USDT TRC-20: no menos de 15 000 000 sun (15 TRX). Si la cuenta tiene suficiente Energy (por staking, delegación o alquiler), fee_limit no se gasta; solo actúa como umbral de seguridad.

Fee Optimization (Optimización de comisiones)

Conjunto de métodos para reducir el gasto de TRX en transacciones en TRON. Enfoques principales: staking de TRX para obtener Energy y Bandwidth (comisión = 0), alquiler de Energy (ahorro hasta 65%), delegación de recursos entre wallets, uso de 600 Bandwidth gratuitos diarios, enviar a direcciones con saldo de USDT (~65 000 Energy en lugar de ~130 000).

Fee Structure (Estructura de comisiones)

Conjunto de reglas de cálculo de comisiones en TRON. La comisión se compone de dos partes: Energy (para smart contracts, ~95% de la comisión al enviar USDT) y Bandwidth (para datos de transacción, ~5%). Precios al quemar: Energy — 0,0001 TRX/unidad, Bandwidth — 0,001 TRX/unidad. Prioridad: recursos delegados → propios (staking) → gratuitos (Bandwidth) → quema de TRX.

Finality (Finalidad de transacción)

Momento a partir del cual una transacción se considera irreversible y no puede cancelarse ni modificarse. En TRON, la finalidad llega tras la confirmación de 19 de 27 Super Representatives (solid block) — aproximadamente en 1 minuto (~19 bloques × 3 segundos). Antes de la finalización existe un riesgo teórico de reorganización. La mayoría de exchanges y servicios esperan el solid block para acreditar fondos.

Free Bandwidth (Bandwidth gratuito)

Volumen de ancho de banda acreditado diariamente a cada cuenta activada en TRON sin staking — 600 unidades al día. Suficiente para 1 transferencia de TRX (~268) o 1 transferencia de USDT TRC-20 (~345) al día. Se restaura linealmente en 24 horas.

Freeze TRX / FreezeBalanceV2 (Congelación de TRX / staking)

Proceso de bloquear TRX en la cuenta para obtener recursos de red en Stake 2.0. Al congelar se elige el tipo de recurso: Bandwidth o Energy. Los recursos se acreditan inmediatamente. También se acredita TRON Power (1 TRX = 1 TP).
Los TRX siguen siendo propiedad del titular y pueden descongelarse con un período de espera de 14 días. Diferencia de FreezeBalanceV2 frente al antiguo FreezeBalance (Stake 1.0): no requiere receiver_address; la delegación se hace mediante una transacción separada DelegateResourceContract. API: wallet/freezebalancev2.

Freeze Period (Período de congelación)

En Stake 2.0 no hay período mínimo de congelación: puedes iniciar el desbloqueo (unstaking) en cualquier momento. Sin embargo, tras iniciar el desbloqueo hay un período de espera de 14 días (parámetro de red #70) durante el cual los TRX no están disponibles. Los recursos se revocan inmediatamente al comenzar el unstaking.

Frozen Balance (Balance congelado)

Cantidad de TRX en estado de congelación (staking) que genera recursos de red. Los TRX congelados se muestran separados del balance libre en el wallet y en Tronscan. No pueden transferirse ni gastarse hasta el desbloqueo. Generan Energy o Bandwidth (según la elección en staking) y TRON Power.

Frozen Resource Allocation (Asignación de recursos por congelación)

Proceso de distribución de Energy y Bandwidth obtenidos por congelar TRX. La cantidad se determina proporcionalmente: tu participación = tus TRX en staking / todos los TRX en staking en la red × pool diario. Pool diario de Energy: 180 mil millones (#19). Pool diario de Bandwidth: 43,2 mil millones (#62).

Full Node (Nodo completo)

Nodo de la red TRON que almacena una copia completa del blockchain y valida todas las transacciones. Proporciona HTTP API (puerto 8090) y gRPC API (puerto 50051) para interactuar con la red: envío de transacciones, consulta de balance, estimación de recursos. Hay Full Nodes públicos a través de TronGrid (requiere TRON-PRO-API-KEY). Para aplicaciones de alta carga se recomienda un Full Node propio.

Gas Fee (Comisión de gas)

Nombre general para la comisión por ejecutar transacciones en blockchains. En Ethereum se paga en ETH (gas × gas price). En TRON el concepto de “gas” se sustituye por el modelo de recursos: Energy (cómputo de smart contracts) + Bandwidth (datos de transacción). Si hay recursos suficientes, no se descuenta comisión en TRX. Esta es una diferencia clave de TRON: con Energy y Bandwidth suficientes, las transacciones son efectivamente gratuitas.

Gas Limit (Límite de gas)

Máximo de recursos computacionales permitidos para ejecutar una transacción. Término de Ethereum. En TRON el equivalente es fee_limit — máximo de TRX (en sun) que puede gastarse en Energy. Valor recomendado para USDT TRC-20: no menos de 15 000 000 sun (15 TRX).

Gas Optimization (Optimización de gas)

Conjunto de métodos para reducir el gasto computacional al ejecutar smart contracts. En TRON: optimización de operaciones SSTORE (escritura 20 000 Energy, actualización 5 000), minimizar SLOAD, usar eventos en vez de storage, estructuras de datos eficientes. Para usuarios: staking, alquiler de Energy, enviar a direcciones con saldo de USDT.

Gas-equivalent Cost (Coste equivalente de gas)

Indicador условный para comparar costes de transacciones entre TRON y otras blockchains. Transferencia de USDT: TRON (TRC-20) — ~6,77 TRX (~$1,5–2,5), con alquiler de Energy — ~$0,5–1; Ethereum (ERC-20) — $2–15+; BSC (BEP-20) — $0,10–0,30; Solana (SPL) — $0,01–0,05.

Gasless Transaction (Transacción sin gas)

Transacción en la que el usuario no paga la comisión directamente. En TRON se implementa de dos formas: consume_user_resource_percent = 0 (el deployer cubre la Energy), delegación de Energy al wallet del usuario por un tercero. Los servicios de alquiler de Energy permiten acercarse a un modelo “sin gas”: el coste del alquiler es mucho menor que la quema de TRX.

getaccountresource (API de recursos de cuenta)

Endpoint de TRON (wallet/getaccountresource) que devuelve el estado actual de recursos: Bandwidth y Energy disponibles y totales, volumen de TRX congelados por tipo de recurso, recursos delegados y límites. Es el endpoint clave para мониторинг antes de transacciones y para decidir si se necesita alquiler o staking.

getcontractinfo (API de información del contrato)

Endpoint de TRON (wallet/getcontractinfo) que devuelve información completa de un smart contract: consume_user_resource_percent, origin_energy_limit, energy_factor actual (Dynamic Energy Model), bytecode, ABI y otros parámetros. Se usa para calcular el consumo esperado de Energy antes de llamar al contrato, teniendo en cuenta el coeficiente dinámico.

Global Resource Limit (Límite global de recursos)

Restricción total de uso de Energy y Bandwidth en la red TRON. Pools diarios: Energy — 180 000 000 000 unidades (parámetro #19), Bandwidth — 43 200 000 000 unidades (#62). Los recursos se distribuyen entre stakers proporcionalmente. Los parámetros solo pueden cambiarse mediante Committee Proposal (votación de 19 de 27 SR).

Governance (Gobernanza de la red)

Mecanismo de toma de decisiones en TRON. Los holders de TRX hacen staking, reciben TRON Power (1 TRX = 1 TP) y votan por Super Representatives. Los 27 SR con más votos producen bloques y gestionan parámetros de red. Los votos se recalculan cada 6 horas (00:00, 06:00, 12:00, 18:00 UTC). Los SR pueden crear Committee Proposals para cambiar parámetros de red.

Governance Proposal (Propuesta de gobernanza)

Propuesta oficial para cambiar parámetros de la red TRON sometida a votación de Super Representatives. Sinónimo de Committee Proposal. Cualquier SR puede crear una propuesta. Para aprobar se requiere 19 de 27 SR. Ejemplos: precio de Energy, tamaño del pool de Bandwidth, período de unstaking, máximo de unstakings paralelos.

Hardware Wallet (Cartera de hardware)

Dispositivo físico para guardar claves privadas en modo offline, proporcionando mayor seguridad de los fondos. La clave privada nunca sale del dispositivo: las transacciones se firman dentro de él. En el contexto de TRON: las carteras de hardware (Ledger, Trezor) soportan TRX y tokens TRC-20. Para ejecutar transacciones desde una cartera de hardware se necesitan Energy y Bandwidth, que pueden delegarse desde otra cuenta.

Hash / txID (Hash de transacción)

Identificador único de una transacción de 64 caracteres hexadecimales, generado por la función criptográfica SHA-256. Cada transacción en TRON tiene un txID único, con el que se puede rastrear el estado, el consumo de recursos (Energy, Bandwidth) y el resultado en Tronscan. Si se reenvía una transacción con el mismo txID, la red la rechazará.

Hex Address (Dirección hex)

Formato interno de dirección en la red TRON, que empieza con el prefijo 41 (en hex). Longitud: 42 caracteres. Se usa en llamadas API y en estructuras internas del blockchain. Para los usuarios, la dirección se convierte al formato Base58Check (empieza con “T”, 34 caracteres). Ejemplo: hex 41a614f803b6fd780986a42c78ec9c7f77e6ded13c → Base58 TQn7aGHkLGKf6sT6vSaNwSBg...

High Energy Consumption (Alto consumo de Energy)

Estado en el que las transacciones o smart contracts consumen un volumen significativo de Energy. Ejemplos típicos: envío de USDT a una dirección nueva (~130 285 Energy), operaciones DeFi (150 000–500 000+ Energy), llamadas multicontacto (1 000 000+ Energy). El consumo alto puede amplificarse por el Dynamic Energy Model (energy_factor) en contratos populares.

Historical Energy Usage (Uso histórico de Energy)

Datos sobre el consumo de Energy de una cuenta o contrato en períodos pasados. Se usan para análisis, прогноз, y planificación de staking o alquiler. Están disponibles en Tronscan (sección “Resources” de la cuenta), TronGrid API y servicios analíticos. Permiten calcular la necesidad media diaria y el volumen óptimo de staking.

Hot Wallet (Cartera caliente)

Cartera conectada permanentemente a internet, usada para operaciones activas y transacciones frecuentes. En TRON: la hot wallet es la herramienta operativa principal para envíos de USDT, interacción con DeFi y transacciones del día a día. Requiere disponibilidad constante de Energy y Bandwidth. Ejemplos: TronLink (extensión del navegador y app móvil), Trust Wallet, SafePal.

Hot Wallet Energy Management (Gestión de Energy en cartera caliente)

Práctica de optimizar el uso de Energy y Bandwidth en una cartera usada para transacciones regulares. Incluye: monitoreo del balance de recursos antes de cada envío, activar alquiler de Energy o staking de TRX, separar carteras en “storage” (staking) y “operativa” (recibe recursos delegados), configurar auto-recarga vía API.

Hot Wallet Risk (Riesgos de cartera caliente)

Conjunto de amenazas asociadas a la conexión constante del wallet a internet. Riesgos principales: phishing (sitios y apps falsas), approvals maliciosos (approve infinito a un contrato fraudulento), compromiso de la clave privada, sustitución de dirección al copiar. Recomendaciones: no guardar grandes sumas en hot wallets, revisar límites de approve, usar hardware wallet para хранение.

HTTP API / gRPC API (Interfaces de interacción con el nodo)

Dos protocolos principales para interactuar con nodos TRON. HTTP API (puerto 8090) es una interfaz REST para llamadas wallet/ (Full Node) y walletsolidity/ (Solidity Node). gRPC API (puerto 50051) es un protocolo binario, más rápido para apps de alta carga.
El acceso público vía TronGrid requiere una API key (TRON-PRO-API-KEY). Endpoints principales: wallet/createtransaction (transferencia TRX), wallet/triggersmartcontract (llamada a contrato), wallet/freezebalancev2 (staking), wallet/estimateenergy (estimación de consumo de Energy).

Hybrid Wallet (Cartera híbrida)

Tipo de wallet que combina elementos de almacenamiento caliente y frío para equilibrar seguridad y comodidad. En TRON: la mayor parte de TRX y USDT se guarda en una hardware wallet (cold storage), y la parte operativa en una hot wallet con Energy y Bandwidth. Los recursos se delegan desde la cuenta de staking a ambas carteras según necesidad.

Insufficient Balance (Saldo insuficiente)

Estado de una cuenta en el que no hay suficiente TRX o tokens para ejecutar una transacción. En TRON puede ocurrir en varios casos: no hay TRX para pagar comisión cuando faltan Energy/Bandwidth, no hay USDT para enviar, no hay TRX para activar una dirección nueva (1 TRX). Se puede verificar el saldo antes de la transacción vía API wallet/getaccount.

Insufficient Energy / Insufficient Bandwidth (Falta de Energy / Bandwidth)

Estado en el que los recursos disponibles no alcanzan para ejecutar una transacción sin quemar TRX. Si falta Energy, la red quema TRX automáticamente a 0,0001 TRX por unidad (Energy Fee Fallback). Si falta Bandwidth — 0,001 TRX por unidad (Bandwidth Fee Fallback). Si no hay ni recursos ni TRX en el balance, la transacción fallará.
Nota: los términos Insufficient Energy e Insufficient Bandwidth se agrupan porque describen el mismo mecanismo — Fee Fallback.

Internal Transaction (Transacción interna)

Operación realizada dentro de un smart contract durante su ejecución — llamada de un contrato desde otro. En TRON, las transacciones internas se ven en Tronscan en la pestaña “Internal Transactions” de la transacción principal. Consumen Energy del fee_limit total de la transacción padre. Ejemplo típico: en un swap en SunSwap, el contrato principal llama a contratos de tokens para mover fondos.

Internal Call Trace (Trazado de llamadas internas)

Detalle de la secuencia de llamadas internas entre smart contracts al ejecutar una transacción en TRON. Muestra: qué contratos fueron llamados, en qué orden, cuánta Energy consumió cada llamada y qué datos se pasaron. Disponible en Tronscan (pestaña “Internal Txns”) y vía API wallet/gettransactioninfobyid.

Invalid Transaction (Transacción inválida)

Transacción rechazada por la red TRON debido a errores. Causas típicas: firma incorrecta (clave privada equivocada), expiración (expiration), txID duplicado, saldo TRX insuficiente para fee_limit, formato de datos incorrecto. Una transacción rechazada no se escribe en el blockchain y no consume recursos.

Invocation Cost (Coste de llamada a contrato)

Consumo total de Energy y Bandwidth necesario para invocar una función de un smart contract. Incluye: Energy para cómputo TVM (principal) + Bandwidth para transmitir los datos de la transacción. Para transfer() de USDT TRC-20: ~64 285 Energy + ~345 Bandwidth (dirección con saldo) o ~130 285 Energy + ~345 Bandwidth (dirección nueva). Se puede estimar заранее vía API wallet/estimateenergy.

I/O Overhead (Overhead de entrada/salida)

Operaciones computacionales adicionales al procesar datos en smart contracts, que aumentan el consumo de Energy. La fuente principal de I/O overhead en TRON son operaciones SSTORE (escritura en storage: 20 000 Energy para una celda nueva, 5 000 para actualización) y SLOAD (lectura: 200 Energy). Optimizar I/O es una forma clave de reducir el consumo de Energy al desarrollar contratos.

Ledger Balance (Saldo contable)

Saldo real de TRX y tokens registrado en el ledger distribuido del blockchain tras confirmar todas las transacciones. No incluye fondos congelados (staked), temporalmente no disponibles para transferir, ni TRX en proceso de unstaking (período de espera de 14 días). Se puede verificar el balance completo (libre + congelado + en espera) vía API wallet/getaccount.

Legacy Stake / Stake 1.0 (Staking legado)

Modelo antiguo de staking en TRON, reemplazado por Stake 2.0. Limitaciones clave de Stake 1.0: delegación solo a una dirección al congelar, solo descongelación completa (sin parcial), sin timelock de delegación, sin unstakings paralelos, sin cancelación de unstaking. Stake 1.0 sigue soportado por compatibilidad, pero todas las operaciones nuevas deben hacerse con Stake 2.0.

Limit of Resources (Límite de recursos)

Volumen máximo de Energy o Bandwidth que una cuenta puede usar en 24 horas. Se define proporcionalmente a la participación de TRX congelados del usuario respecto al stake total de la red. Fórmulas: tu Energy = (tus TRX en Energy / todos los TRX en Energy) × 180 mil millones; tu Bandwidth = (tus TRX en Bandwidth / todos los TRX en Bandwidth) × 43,2 mil millones. Además 600 Bandwidth gratuitos al día para cada cuenta.

Liquidity Provider Energy (Energy de proveedor de liquidez)

Consumo de Energy al añadir o retirar liquidez en protocolos descentralizados (por ejemplo, SunSwap, JustLend). Estas operaciones suelen consumir 2–5 veces más Energy que una transferencia normal de USDT, por la complejidad del smart contract: múltiples SSTORE, cálculo de proporciones del pool, actualización de LP-tokens. Consumo típico: 200 000–500 000+ Energy.

Liveness (Liveness de la red)

Indicador de funcionamiento continuo de la red TRON. Lo aseguran 27 Super Representatives que generan bloques cada ~3 segundos. Para mantener liveness basta con 2/3+1 SR (19 de 27). Si un SR pierde su turno, el siguiente SR produce el bloque. La liveness de TRON es de las más altas: la red funciona de forma continua desde su lanzamiento.

lock_period (Período de bloqueo de delegación)

Parámetro de timelock al delegar recursos en Stake 2.0. Se indica en bloques (1 bloque ≈ 3 segundos). Durante lock_period el propietario no puede retirar la Energy o Bandwidth delegadas. Ejemplos: lock_period = 28 800 ≈ 24 horas, lock_period = 403 200 ≈ 14 días. Si lock_period = 0, la retirada es inmediata. El timelock es la base de los servicios de alquiler de Energy: garantiza el recurso por el período pagado.

Lock-up Period / Unstaking Period (Período de espera de descongelación)

Intervalo de 14 días (parámetro de red #70) durante el cual los TRX quedan no disponibles tras iniciar el unstaking en Stake 2.0. Importante: los recursos (Energy/Bandwidth) y TRON Power se revocan inmediatamente al iniciar el unstaking; los 14 días se esperan solo para mover TRX al balance libre. Puede haber hasta 32 unstakings en paralelo. Se puede cancelar vía CancelAllUnfreezeV2.

Lost Energy (Energy perdida)

Energy gastada de forma irreversible cuando una transacción falla. Ocurre con errores OUT_OF_ENERGY (fee_limit insuficiente) y OUT_OF_TIME (se superó el límite de 80 ms): toda la Energy asignada o su equivalente en TRX se “quema”. Con REVERT, la Energy no usada se devuelve, pero la ya gastada en cómputo no. Recomendación: siempre verificar el consumo con estimateenergy antes de la transacción.

Maintenance Period (Período de mantenimiento)

Ciclo de 6 horas de recálculo de votos y actualización de parámetros en TRON. Inicio de ciclos: 00:00, 06:00, 12:00, 18:00 UTC (4 veces al día). En cada ciclo ocurre: recuento de TRON Power y selección de 27 Super Representatives, actualización de energy_factor (Dynamic Energy Model), distribución de recompensas SR (16 TRX por bloque + 160 TRX de recompensas de voto), aplicación de Committee Proposals aprobadas.

Malicious Contract (Smart contract malicioso)

Smart contract creado para robar tokens, abusar de permisos o lograr acceso no autorizado al wallet. Ataques típicos: approve infinito (el contrato obtiene acceso ilimitado a tokens), contratos de phishing (se disfrazan de legítimos), honeypots (permiten comprar token pero no vender). Protección: revisar límites de approve, no interactuar con contratos desconocidos, usar dApps проверенные.

Mass Distribution (Distribución masiva)

Proceso de enviar fondos o tokens a muchas direcciones. En TRON cada envío es una transacción on-chain отдельная, que consume Energy y Bandwidth. Para enviar USDT a 100 direcciones: ~6 400 000–13 000 000 Energy + ~34 500 Bandwidth. Para optimizar: staking o alquiler de Energy, enviar a direcciones con saldo de USDT (ahorro del 50% de Energy).

Memo (Memo / nota de transacción)

Campo de texto adicional transmitido junto con una transacción en TRON. Se usa para comentarios, IDs de pago o info de servicio. El memo aumenta el tamaño de la transacción y, por tanto, el consumo de Bandwidth (cada carácter = 1 byte adicional = 1 Bandwidth). No afecta al consumo de Energy.

Mempool (Pool de transacciones pendientes)

Cola de transacciones no confirmadas en TRON a la espera de entrar en un bloque. A diferencia de Ethereum, donde el mempool puede congestionarse, en TRON los bloques salen cada ~3 segundos, por lo que el mempool suele vaciarse rápido. Con alta carga, la prioridad la determinan los Super Representatives, no el precio del gas.

Message Size (Tamaño del mensaje / transacción)

Volumen de datos de una transacción en bytes, que define directamente el consumo de Bandwidth (1 byte = 1 Bandwidth). Depende del tipo de transacción: transferencia TRX — ~268 bytes, transferencia USDT TRC-20 — ~345 bytes, delegación de Energy — ~281–283 bytes. Añadir memo o parámetros complejos aumenta tamaño y Bandwidth.

Mint / Burn (Mint / burn de tokens)

Procesos de emisión de nuevos tokens (mint) y su destrucción (burn) para gestionar oferta y estabilidad. En TRON: Tether (USDT) hace mint para aumentar la oferta de USDT TRC-20 y burn para reducirla. Las operaciones mint/burn del contrato USDT solo las ejecuta la dirección owner del contrato. No confundir con Burn TRX — quema de TRX al pagar comisiones.

Misconfigured Contract (Contrato mal configurado)

Smart contract con parámetros erróneos que causan alto consumo de Energy o fallos de ejecución. Errores típicos: consume_user_resource_percent = 0 sin Energy del deployer (usuario no paga, deployer no puede — la tx falla), origin_energy_limit demasiado bajo, SSTORE no optimizado, falta de checks en el código.

Monitoring Dashboard (Panel de monitoreo)

Interfaz para rastrear transacciones, balances y uso de Energy/Bandwidth en TRON. Herramientas: Tronscan (tronscan.org) — explorador público con sección “Resources”; TronGrid API — acceso programático; dashboards de terceros para бизнеса con agregación por múltiples wallets.

Monthly Energy Usage (Consumo mensual de Energy)

Volumen total de Energy consumida por una cuenta o proyecto en un mes calendario. Se usa para планificar staking y alquiler. Ejemplo: 10 envíos USDT/día × ~65 000 Energy × 30 días = ~19 500 000 Energy/mes. Con quema sería ~1 950 TRX/mes. Con alquiler — ahorro hasta 65%.

Multi-account Resource Pool (Pool de recursos para múltiples cuentas)

Reserva común de Energy y Bandwidth usada por varios wallets en un sistema. Se implementa con staking centralizado en una cuenta y delegación a wallets operativos vía DelegateResourceContract. Permite redistribuir recursos según necesidades de cada wallet.

Multi-signature Wallet (Cartera multisig)

Wallet donde para confirmar operaciones se requieren varias firmas independientes. En TRON la multisig se configura vía Account Permission Update indicando threshold (umbral) — el “peso” mínimo total de firmas para aprobar una transacción. A cada clave se le asigna weight, y la transacción pasa si la suma de weights firmantes >= threshold.
Importante: cuentas activadas antes de Stake 2.0 pueden no tener permisos para FreezeBalanceV2, DelegateResource y otras operaciones — se requiere actualizar Active Permission mediante el campo operations.

Multi-wallet Management (Gestión de múltiples wallets)

Modelo donde transacciones y recursos se distribuyen entre varios wallets. Arquitectura típica: storage (staking TRX + delegación), wallets operativos (reciben recursos, hacen envíos), hot wallet (operaciones diarias), cold wallet (custodia de grandes fondos). La delegación en Stake 2.0 permite gestionar recursos de forma centralizada.

Network Congestion (Congestión de red)

Estado de la red TRON con alta actividad. A diferencia de Ethereum, donde la congestión sube el precio del gas, en TRON no hay un impacto directo en el coste porque el precio de Energy es fijo. Sin embargo, el Dynamic Energy Model aumenta el consumo de Energy para contratos muy llamados (energy_factor), lo que en la práctica encarece el coste cuando hay mucha carga sobre un contrato конкретный (por ejemplo, USDT).

Network Fee (Comisión de red)

Pago por procesar transacciones en TRON. Se compone de dos partes: Energy (para smart contracts) y Bandwidth (para datos). Puede compensarse полностью con recursos — тогда la comisión en TRX = 0. Si faltan recursos, la red quema TRX automáticamente: Energy — 0,0001 TRX/unid., Bandwidth — 0,001 TRX/unid.

Network Load (Carga de red)

Nivel actual de actividad en TRON: transacciones por segundo, volumen de llamadas a smart contracts, consumo de recursos. La carga влияет en el energy_factor de contratos populares (Dynamic Energy Model). El monitoreo está disponible en Tronscan en “Dashboard” y “Contracts”.

Network Parameters (Parámetros de red)

Conjunto de parámetros configurables de TRON que definen el comportamiento de la red. Parámetros clave: #4 — precio de Energy al quemar (100 sun = 0,0001 TRX); #11 — precio de Bandwidth al quemar (1 000 sun = 0,001 TRX); #19 — pool diario de Energy (180 mil millones); #62 — pool diario de Bandwidth (43,2 mil millones); #70 — período de unstaking (14 días); #78 — máximo de unstakings paralelos (32). Se cambian vía Committee Proposal (19 de 27 SR).

Network Throughput (Rendimiento / throughput de red)

Cantidad de transacciones que TRON puede procesar por unidad de tiempo. Indicador actual: ~2 000 TPS (transacciones por segundo). Un bloque se crea cada ~3 segundos por uno de los 27 Super Representatives. Comparación: Ethereum ~30 TPS, Bitcoin ~7 TPS, Solana ~4 000+ TPS.

Node (Nodo de red)

Computadora o servidor que participa en mantener el blockchain TRON. Tipos: Full Node — guarda toda la cadena, ofrece HTTP API (puerto 8090) y gRPC API (puerto 50051); Solidity Node — guarda bloques confirmados (solid), API walletsolidity/; Super Representative Node — Full Node + producción de bloques. Nodos públicos доступны vía TronGrid (se requiere TRON-PRO-API-KEY).

Node Synchronization (Sincronización del nodo)

Proceso de actualizar los datos del nodo para que coincidan con el estado actual del blockchain TRON. La sincronización completa de un Full Node toma bastante tiempo por el tamaño de la cadena. Existe sincronización rápida vía snapshot (copia/snapshot del blockchain). El nodo se considera sincronizado cuando su último bloque coincide con el último bloque de la red.

Node Validation (Validación por el nodo)

Proceso de verificación de transacciones y bloques por los nodos TRON antes de añadirlos al blockchain. Incluye: verificación de firmas, validación del formato, verificación de suficiencia de recursos (Energy, Bandwidth, TRX), ejecución de la lógica de smart contracts en TVM, verificación de integridad del bloque (hash del bloque previo, firma del SR).

Non-custodial Wallet (Wallet no custodial)

Wallet donde el usuario controla completamente las claves privadas y el acceso a los fondos. Ninguna tercera parte puede bloquear o confiscarlos. En TRON: permite gestionar recursos (Energy, Bandwidth), hacer staking de TRX, conectar alquiler de Energy y delegación. Ejemplos: TronLink, Trust Wallet, SafePal, Ledger. Opuesto: Custodial Wallet (custodial).

Network Monitoring (Monitoreo de red)

Seguimiento en tiempo real del estado de TRON: carga, velocidad de confirmación, trabajo de SR, consumo de recursos. Herramientas: Tronscan Dashboard (tronscan.org), TronGrid API para monitoreo programático, Node Tracker para seguir métricas de rendimiento de SR.

Network Resource Allocation (Asignación de recursos de red)

Mecanismo de distribución de Energy y Bandwidth entre cuentas en TRON. Los recursos se distribuyen proporcionalmente a la participación de staking de cada participante en el total. Fórmula: cuota de la cuenta = sus TRX en staking / todos los TRX en staking × pool diario. Pools diarios: Energy — 180 mil millones (#19), Bandwidth — 43,2 mil millones (#62).

Network Stability (Estabilidad de red)

Capacidad de TRON para mantener operación estable con alta carga. Se asegura por: DPoS (27 SR producen bloques por turno), redundancia (si un SR pierde un bloque, el siguiente lo produce), Dynamic Energy Model (protección contra sobrecarga de contratos populares), finalización rápida (~1 minuto).

Network Upgrade (Actualización de red)

Proceso de внедрить cambios en el protocolo TRON. Actualizaciones grandes (por ejemplo, Stake 2.0, Dynamic Energy Model) requieren обновление del software de nodos. Cambios menores de parámetros (precio de Energy, tamaño de pools) se hacen vía Committee Proposal sin actualizar software. El historial de upgrades está en el repo java-tron en GitHub.

Nonce (Identificador de unicidad de transacción)

A diferencia de Ethereum, donde nonce es un contador secuencial por cuenta, en TRON no existe nonce en ese sentido. La unicidad se garantiza por: timestamp, expiration y txID único (hash SHA-256 de los datos). Si el txID coincide con una transacción ya procesada, la red la rechaza.

Off-chain Calculation (Cálculo off-chain)

Cálculo previo de parámetros de transacción fuera del blockchain para estimar consumo de Energy y comisiones. En TRON las herramientas principales: wallet/triggerconstantcontract (simulación de llamada a contrato sin escribir en blockchain y sin gastar recursos), wallet/estimateenergy (estimación de Energy con energy_factor). Se recomienda antes de cada transacción para ajustar con precisión el fee_limit.

On-chain Transaction (Transacción on-chain)

Transacción registrada directamente en el blockchain TRON y verificable públicamente vía Tronscan. Incluye: envíos de TRX, envíos de tokens TRC-20 (USDT), llamadas a smart contracts, staking, delegación, votación. Cada transacción on-chain consume Bandwidth, y las llamadas a contratos además consumen Energy.

On-chain Execution (Ejecución on-chain)

Proceso de ejecutar una transacción o smart contract directamente en el blockchain TRON. La lógica se ejecuta en la TVM de cada nodo, y el resultado se escribe en el bloque. Durante la ejecución se consume Energy (cómputo) y Bandwidth (datos). El resultado se verifica vía API wallet/gettransactioninfobyid: estado, consumo de recursos, logs de eventos.

Operational Wallet (Wallet operativo)

Wallet usada para operaciones diarias y transacciones frecuentes. En una arquitectura óptima: el wallet operativo no guarda grandes sumas, recibe Energy y Bandwidth vía delegación desde un wallet “storage” (staking), y ejecuta envíos de USDT e interacción con contratos. Esto mejora la seguridad: si se компромете, se pierde solo el saldo operativo.

Optimization Strategy (Estrategia de optimización)

Conjunto de enfoques para reducir consumo de Energy, Bandwidth y TRX en TRON. Estrategias principales: staking de TRX (comisión = 0 con suficiente stake), alquiler de Energy (ahorro hasta 65% vs quema), delegación entre wallets, enviar USDT a direcciones con saldo (~65 000 en vez de ~130 000 Energy), usar los 600 Bandwidth gratis, configurar un fee_limit correcto.

origin_energy_limit (Límite de Energy del deployer)

Parámetro del smart contract que define el máximo de Energy que el deployer (creador) está dispuesto a pagar por una llamada usando sus propios recursos. Funciona junto con consume_user_resource_percent: si consume_user_resource_percent = 40, el usuario paga 40% y el deployer hasta 60% (pero no más de origin_energy_limit). Se establece al desplegar y se cambia vía UpdateEnergyLimitContract. Para el contrato USDT: origin_energy_limit = 0 (el deployer no paga, consume_user_resource_percent = 100).

Out of Bandwidth (Falta de Bandwidth)

Error que ocurre cuando no hay suficiente Bandwidth ni TRX en la cuenta. Si hay TRX, la red los quema automáticamente a 0,001 TRX por unidad (Bandwidth Fee Fallback) y la transacción pasa. Si no hay ni Bandwidth ni TRX, la transacción se rechaza. Solución: staking de TRX a Bandwidth, delegación desde otra cuenta, recargar TRX.

Out of Energy (OUT_OF_ENERGY) (Falta de Energy / OUT_OF_ENERGY)

Error de ejecución de smart contract cuando se agota el fee_limit y no hay suficiente Energy para завершить la operación. La transacción no se ejecuta (USDT no se envía), pero todos los recursos gastados — Energy y TRX — se pierden de forma irreversible. Causa principal: fee_limit demasiado bajo. Solución: subir fee_limit mínimo a 15 TRX para USDT o asegurar Energy (staking/alquiler/delegación).

Overconsumption Risk (Riesgo de sobreconsumo de recursos)

Probabilidad de superar límites de Energy o Bandwidth en operaciones masivas o complejas. Factores: subida de energy_factor (Dynamic Energy Model) en contratos populares, envíos a direcciones nuevas (2× Energy), DeFi (3–5× Energy), envíos por lotes. Mitigación: monitoreo antes de транзакции, auto-recarga de Energy vía API, запас de fee_limit.

Owner Permission (Permiso Owner)

Nivel más alto de permisos de una cuenta TRON. Owner Permission da control total: cambiar permisos (Active, Owner, Witness), actualizar claves, gestionar staking y delegación. Por defecto está ligado a la dirección creadora de la cuenta. Se puede configurar multisig con threshold. Importante: perder Owner Permission significa perder el control total de la cuenta.

Partial Execution (Ejecución parcial)

Situación en la que un smart contract se ejecutó de forma incompleta por falta de recursos o por un error. En una ejecución parcial, los cambios de estado del contrato se revierten (REVERT), pero la Energy gastada no se devuelve. Causa típica: fee_limit demasiado bajo para completar todas las operaciones del contrato. Resultado: USDT no se envía, pero se debitan Energy/TRX.

PBFT (Practical Byzantine Fault Tolerance) (Tolerancia práctica a fallos bizantinos)

Mecanismo que asegura la finalidad de una transacción (no se puede cancelar después de confirmarse) en TRON. PBFT complementa el consenso DPoS: tras crear un bloque, 19 de 27 Super Representatives deben confirmarlo para alcanzar el estado solid block. La finalidad llega aprox. en 1 minuto (~19 bloques × 3 segundos). Antes de la finalidad existe un riesgo teórico de reorganización.

Peak Energy Usage (Pico de consumo de Energy)

Cantidad máxima de Energy consumida por una cuenta o contrato en un periodo determinado. Los picos aparecen en envíos masivos de USDT, operaciones DeFi (swap, añadir liquidez) o llamadas de contrato en lote. Monitorear picos ayuda a planificar staking o alquiler de Energy con margen. Datos disponibles en Tronscan y TronGrid API.

Pending Transaction (Transacción pendiente)

Transacción enviada a la red pero aún no incluida en un bloque. En TRON se confirman cada ~3 segundos, así que el estado pending suele ser corto. Si no se confirma antes de que venza expiration (por defecto 60 segundos), se rechaza. Motivos de retraso: formato incorrecto, congestión de SR, problemas con la node.

Permission Control (Control de permisos)

Mecanismo para configurar derechos de acceso de una cuenta TRON. Tres niveles: Owner Permission (control total: cambio de claves y permisos), Active Permission (operativo: envíos, staking, delegación, llamadas a contrato), Witness Permission (solo para nodos SR: producción de bloques). Cada nivel soporta multisig con threshold configurable. Se ajusta vía Account Permission Update.

Permission Update (Actualización de permisos)

Operación de cambio de permisos mediante la transacción AccountPermissionUpdateContract. Permite: añadir o eliminar claves, cambiar threshold (umbral de firmas), configurar operaciones permitidas (campo operations). Importante: cuentas creadas antes de Stake 2.0 pueden no tener permisos para FreezeBalanceV2 y DelegateResource — hay que añadirlos actualizando Active Permission.

Pre-execution Check (Chequeo previo a la ejecución)

Análisis de parámetros de una transacción antes de enviarla. En TRON se hace con: wallet/triggerconstantcontract (simulación sin escribir en blockchain), wallet/estimateenergy (estimación de Energy con energy_factor), wallet/getaccountresource (chequeo de recursos disponibles). Se recomienda antes de cada transacción para ajustar fee_limit y evitar errores OUT_OF_ENERGY.

Price per Energy Unit (Precio por unidad de Energy)

Coste de 1 unidad de Energy. Al quemar TRX: precio fijo 100 sun = 0,0001 TRX (parámetro de red #4). En alquiler: precio de mercado, mucho más bajo — ahorro hasta 65%. El precio del alquiler depende de oferta/demanda y no lo regula el protocolo. Comparación: 65 000 Energy al quemar = 6,5 TRX; en alquiler = ~2–3 TRX.

Private Key (Clave privada)

Clave criptográfica secreta (número de 256 bits) que da acceso total a fondos y operaciones de un wallet TRON. De la clave privada se genera la clave pública y de ahí la dirección (T...). Nunca compartas la clave privada con terceros. Almacenamiento: hardware wallets (Ledger, Trezor), seed phrase, almacenes cifrados.

Proof of Stake / DPoS (Prueba de participación / DPoS)

Mecanismo de consenso donde la participación en la red se hace vía staking de activos. TRON usa Delegated Proof of Stake (DPoS): los holders de TRX votan por 27 Super Representatives que producen bloques. A diferencia de PoW (Bitcoin), DPoS no requiere poder de cómputo — la seguridad se basa en incentivos económicos y votación.

Protocol Parameters (Parámetros del protocolo)

Ajustes de TRON que determinan el comportamiento del blockchain. Claves: #4 — precio de Energy (100 sun); #11 — precio de Bandwidth (1 000 sun); #19 — pool de Energy (180 mil millones); #62 — pool de Bandwidth (43,2 mil millones); #70 — periodo de unstaking (14 días); #78 — máximo de unstakings paralelos (32). Se cambian vía Committee Proposal (19 de 27 SR). Sinónimo: Network Parameters.

Public Address (Dirección pública)

Dirección de wallet TRON que empieza con “T” (34 caracteres, Base58Check). Se puede compartir con seguridad para recibir TRX, USDT y otros tokens. No contiene info de la clave privada. Para delegar Energy y Bandwidth a otra cuenta basta con conocer la dirección pública del receptor — no se requieren claves privadas.

Public Key (Clave pública)

Clave criptográfica abierta generada desde la clave privada con ECDSA (secp256k1). Se usa para: generar la dirección TRON (T...), verificar firmas de transacciones. Se puede revelar de forma segura — no se puede recuperar la clave privada a partir de ella.

Reclaim Resources / UnDelegateResource (Recuperación de recursos delegados)

Proceso de retirar Energy o Bandwidth delegados previamente mediante la transacción UnDelegateResourceContract. Puede hacerse: de inmediato (si no hay timelock) o tras finalizar lock_period. Al retirar aplica el mecanismo de reclamación: si el receptor consumió parte del recurso, al propietario se le reduce proporcionalmente el volumen disponible hasta su recuperación completa (lineal 24 horas).

Regeneration Cycle (Ciclo de regeneración de recursos)

Ciclo repetitivo de 24 horas de recuperación lineal de Energy y Bandwidth tras su uso. Mecánica: con cada bloque (~3 segundos) se restaura ~1/28 800 del volumen gastado. En 6 horas — ~25%, en 12 horas — ~50%, en 24 horas — 100%. El ciclo es igual para ambos recursos. Los 600 Bandwidth gratis también se regeneran con el mismo principio.

Rental Duration (Duración del alquiler de Energy)

Periodo durante el cual la Energy alquilada está disponible en el wallet. Se define por lock_period en la delegación (en bloques, 1 bloque ≈ 3 s). Formatos típicos: por hora (lock_period ≈ 1 200 bloques = 1 hora), diario (28 800), semanal (201 600). El timelock garantiza que el recurso no será retirado antes de que termine el periodo pagado.

Resource Budgeting (Presupuesto/planificación de recursos)

Cálculo y distribución de Energy y Bandwidth para operar de forma estable. Ejemplo: 50 envíos USDT/día × ~65 000 Energy = ~3 250 000 Energy/día. Cobertura: staking ~300 000+ TRX (depende de la cuota en la red), alquiler de Energy (~1 100–2 200 TRX/día quemando → ~400–800 TRX/día alquilando), combinación de staking + alquiler para picos.

Resource Delegation (Delegación de recursos)

Transferencia de Energy o Bandwidth de una cuenta a otra sin transferir TRX. Se hace vía DelegateResourceContract en Stake 2.0. Reglas clave: solo se puede delegar recurso no usado, solo a cuentas activadas, TRON Power no se delega. Parámetros: tipo de recurso, volumen (en TRX), dirección del receptor, lock_period opcional.

Resource Forecasting (Pronóstico de recursos)

Análisis del consumo futuro de Energy y Bandwidth según actividad actual e historial. Herramientas: Historical Energy Usage (Tronscan), API wallet/getaccountresource (límites actuales), estimateenergy (cálculo para una operación конкрета). Permite planificar staking o alquiler y evitar gasto extra de TRX.

Resource Limit (Límite de recursos)

Máximo de Energy o Bandwidth disponible para una cuenta en 24 horas. Fórmulas: tu Energy = (tus TRX a Energy / todos los TRX a Energy) × 180 млрд; tu Bandwidth = (tus TRX a Bandwidth / todos los TRX a Bandwidth) × 43,2 млрд + 600 gratis. El límite incluye recursos propios y delegados.

Resource Model TRON (Modelo de recursos de TRON)

Sistema único de pago en TRON usando dos recursos en lugar de comisiones directas: Energy (cómputo de smart contracts, 1 unid. = 1 ms CPU) y Bandwidth (datos, 1 unid. = 1 byte). Los recursos se obtienen por staking de TRX, delegación o alquiler. Con recursos suficientes la transacción es gratis (0 TRX). Si faltan — quema automática de TRX.

Resource Surplus / Deficit (Superávit / déficit de recursos)

Estado de una cuenta: superávit — sobran recursos (se pueden delegar o alquilar para ganar); déficit — faltan recursos (la red quema TRX vía Fee Fallback). Monitoreo vía wallet/getaccountresource y Tronscan.

Resource Usage Monitoring (Monitoreo de uso de recursos)

Seguimiento del consumo de Energy y Bandwidth para optimizar y evitar errores. Herramientas: Tronscan (sección “Resources”), TronGrid API (wallet/getaccountresource), dashboards automatizados para business. Recomendación: chequear recursos antes de cada transacción y poner alertas cuando bajen de un umbral.

Resource Utilization Rate (Tasa de utilización de recursos)

Porcentaje de Energy y Bandwidth usados respecto al total disponible. Alto (>80%) — señal para aumentar stake o conectar alquiler. Bajo (<20%) — recursos sobrantes se pueden delegar. Cálculo: (recursos usados / límite total) × 100%.

Retry Transaction (Reintento de transacción)

Nuevo intento de envío tras un fallo. En TRON cada transacción debe tener un txID único — no puedes “reenviar” la misma. Hay que crear una nueva transacción con timestamp y expiration actualizados. Antes de reintentar: recargar Energy (staking/alquiler), subir fee_limit, verificar баланс.

REVERT (Reversión de ejecución del contrato)

Error de ejecución del smart contract donde todos los cambios de estado se revierten: no se mueven tokens, no se actualiza storage. Sin embargo, parte de la Energy gastada antes del REVERT no se devuelve — solo se devuelve la parte no usada. Causas típicas: saldo insuficiente del token, condición require() no cumplida, overflow. El Bandwidth por datos se consume completo.

Seed Phrase / Mnemonic (Seed phrase / mnemónica)

Conjunto de 12 o 24 palabras usado para hacer backup y restaurar la clave privada del wallet. Se genera al crear el wallet según el estándar BIP-39. Con una sola seed phrase puedes recuperar todas las direcciones y claves de la cuenta. Nunca compartas la frase mnemónica con terceros: da acceso total a todos los fondos.

Shared Resource Pool (Pool compartido de recursos)

Reserva de Energy y Bandwidth que se distribuye entre varios wallets. Se implementa con staking centralizado en una sola cuenta y luego delegación de recursos a wallets operativos mediante DelegateResourceContract. Permite redistribuir recursos de forma flexible según la necesidad.

Smart Contract (Smart contract)

Programa en la blockchain de TRON que ejecuta automáticamente condiciones definidas sin intermediarios. Está escrito en Solidity o Java, se compila a bytecode y se ejecuta en TVM. Cada interacción consume Energy. Ejemplos: contrato USDT TRC-20 (transferencias del stablecoin), SunSwap (DEX), JustLend (lending). El código del contrato es inmutable tras el deploy, pero los parámetros (consume_user_resource_percent, origin_energy_limit) los puede actualizar el owner.

Smart Contract Execution (Ejecución de smart contract)

Proceso de ejecución de la lógica del contrato en TVM. Etapas: 1) recepción de la transacción TriggerSmartContract, 2) carga del bytecode del contrato, 3) ejecución de instrucciones consumiendo Energy, 4) actualización del storage del contrato, 5) emisión de eventos (events), 6) escritura del resultado en el bloque. Límite de ejecución: 80 ms (si se supera — error OUT_OF_TIME).

Smart Contract Security (Seguridad de smart contracts)

Prácticas para proteger contratos de vulnerabilidades. Riesgos principales en TRON: approve infinito (un atacante obtiene acceso a tokens), ataques de reentrancy (reentrada a una función), overflow (integer overflow). Protección: auditoría de código, límites de approve acotados, uso de librerías probadas (OpenZeppelin), verificación de contratos antes de interactuar.

Solidity Node (Nodo de datos confirmados)

Tipo de nodo TRON que guarda solo bloques confirmados (solid), es decir, bloques confirmados por 19 de 27 SR. Provee API walletsolidity/ para consultas que garantizan datos finalizados. A diferencia de un Full Node (wallet/), un Solidity Node no contiene transacciones no confirmadas. Se usa para obtener de forma fiable saldo, historial de transacciones y estado de contratos.

Stablecoin Transfer (Transferencia de stablecoins)

Envío de stablecoins (USDT, USDC, TUSD, etc.) entre direcciones en TRON. Todos los stablecoins TRC-20 son llamadas a smart contracts que requieren Energy + Bandwidth. Consumo para USDT: ~64 285 Energy + ~345 Bandwidth (dirección con saldo), ~130 285 Energy + ~345 Bandwidth (dirección nueva). TRON procesa más del 60% de todas las transferencias de USDT del mundo.

Stake 2.0 (Staking 2.0)

Modelo actualizado de staking de TRON que reemplazó a Stake 1.0. Ventajas clave: delegación flexible (a varias direcciones en cualquier momento), unfreeze parcial (cualquier monto), timelock de delegación (lock_period), hasta 32 unstakings en paralelo, cancelación del unstaking (CancelAllUnfreezeV2), reclamación proporcional al retirar delegación. API: freezebalancev2, unfreezebalancev2, delegateresource, undelegateresource.

Stake Lock Period (Periodo de espera de unfreeze)

En Stake 2.0 no hay periodo mínimo de congelación: puedes iniciar unstaking en cualquier momento. Tras iniciarlo, aplica un periodo de espera de 14 días (parámetro de red #70). Los recursos (Energy/Bandwidth) y TRON Power se retiran de inmediato al empezar el unstaking. Tras 14 días, los TRX se retiran vía WithdrawExpireUnfreeze.

Stake Reward (Recompensa de staking)

Recompensa por participar en staking y votar a Super Representatives. Se forma por: 16 TRX por cada bloque (8 TRX block reward + 8 TRX vote reward) + 160 TRX de recompensas de voto cada 6 horas. Las recompensas se reparten entre SR y sus votantes. Cada SR define su porcentaje de redistribución. Para recibir recompensas hay que: stakear TRX, votar por un SR, solicitar la recompensa (RewardBalance).

Stake Weight (Peso de staking)

Indicador que define el volumen de recursos y votos de una cuenta. El peso = cantidad de TRX staked. Cuanto más TRX staked, más Energy/Bandwidth recibe la cuenta (proporcional al stake total de la red) y más TRON Power para votar (1 TRX = 1 TP).

Staking (Staking)

Proceso de congelar TRX para obtener recursos de la blockchain. Al stakear se elige el tipo de recurso: Bandwidth o Energy. A la vez se acredita TRON Power (1 TRX = 1 TP) para votar. Los TRX no se gastan: se bloquean y pueden descongelarse (14 días de espera). Los recursos se acreditan al instante y se regeneran linealmente en 24 horas. Sinónimo: Freeze TRX.

Storage (Storage del smart contract)

Memoria permanente del smart contract en la blockchain de TRON, organizada como pares key-value (256-bit). Las operaciones con storage son las más caras en Energy: SSTORE (escritura de valor nuevo) — 20 000 Energy, SSTORE (actualización) — 5 000 Energy, SLOAD (lectura) — 200 Energy. En una transferencia de USDT, la mayor parte de Energy se gasta precisamente en actualizar balances en el storage del contrato.

Sun (Sun)

Unidad mínima indivisible de TRX. 1 TRX = 1 000 000 Sun. Se usa en cálculos de comisiones, parámetros de transacción (fee_limit se indica en sun) y llamadas API. Ejemplos: precio de Energy al quemar = 100 sun (0,0001 TRX), precio de Bandwidth al quemar = 1 000 sun (0,001 TRX), fee_limit = 15 000 000 sun (15 TRX).

SunSwap (DEX de TRON)

La DEX principal en el ecosistema TRON. Permite intercambiar tokens TRC-20 sin intermediarios mediante AMM (automated market maker). Los swaps consumen bastante más Energy que una transferencia normal de USDT: ~150 000–300 000 Energy por swap. Añadir/retirar liquidez — ~200 000–500 000 Energy.

Super Representatives (SR) (Super Representatives)

27 nodos elegidos en TRON que crean bloques cada ~3 segundos. Se eligen por votación de holders de TRX usando TRON Power. Además de los 27 SR existen hasta 100 SR partners que no producen bloques, pero participan en el reparto de recompensas de voto. Los votos se recalculan cada 6 horas. Los SR pueden crear Committee Proposals para cambiar parámetros de red (se requieren 19 de 27 votos).

Team Wallet (Wallet de equipo)

Wallet o sistema de wallets para trabajo conjunto de varios usuarios. En TRON se implementa con multisig (Account Permission Update) configurando threshold — el “peso” mínimo de firmas para confirmar una transacción. Permite separar responsabilidades: una clave inicia, otras confirman. Gestión de recursos (Energy, Bandwidth) vía delegación centralizada.

threshold (Umbral de firmas)

Parámetro de multisig en TRON que define el “peso” total mínimo de firmas requerido para confirmar una transacción. A cada clave se le asigna un peso (weight); la transacción pasa cuando la suma de pesos de quienes firmaron >= threshold. Ejemplo: 3 claves con peso 1, threshold = 2 → hacen falta cualesquiera 2 de 3 firmas. Se configura por separado para Owner Permission y Active Permission.

Token Standard (Estándar de tokens)

Conjunto de reglas para emitir, transferir e interactuar con tokens. En TRON hay dos estándares: TRC-10 — implementado a nivel de protocolo, transferencias requieren solo Bandwidth (barato); TRC-20 — implementado vía smart contracts, transferencias requieren Energy + Bandwidth (más caro, pero más flexible). USDT usa TRC-20. Funciones TRC-20: transfer, approve, balanceOf, totalSupply, allowance.

TPS (Transactions Per Second) (Transacciones por segundo)

Capacidad de la red: cuántas transacciones procesa por segundo. TRON: ~2 000 TPS. Comparación: Bitcoin ~7 TPS, Ethereum ~30 TPS, Solana ~4 000+ TPS. El alto TPS de TRON se logra con DPoS (27 SR, bloque cada 3 segundos) y arquitectura eficiente.

Transaction (Transacción)

Cualquier operación registrada en la blockchain de TRON. Tipos: TransferContract (envío de TRX), TriggerSmartContract (llamada a contrato / envío TRC-20), FreezeBalanceV2 (staking), DelegateResourceContract (delegación), VoteWitnessContract (votación), AccountPermissionUpdateContract (actualización de permisos). Cada transacción tiene txID único, timestamp, expiration y consume Bandwidth.

Transaction Batching (Procesamiento por lotes de transacciones)

Método de enviar varias transacciones de forma secuencial. En TRON cada envío es una transacción on-chain отдельная (no hay “batching nativo” en una sola transacción como multicall en Ethereum). Optimización: envíos en paralelo desde distintas cuentas, delegar Energy por adelantado a todos los wallets operativos, usar los 600 Bandwidth gratis (1 envío de TRX/día gratis).

Transaction Cost (Costo de transacción)

Coste total de una operación. Envío TRX: ~268 Bandwidth (0 TRX con Bandwidth gratis). Envío USDT TRC-20: ~64 285 Energy + ~345 Bandwidth (dirección con saldo) = ~6,77 TRX al quemar, ~2–3 TRX con alquiler de Energy. Envío USDT a dirección nueva: ~130 285 Energy + ~345 Bandwidth = ~13,37 TRX al quemar.

Transaction Failed / Transaction Reverted (Transacción fallida / revertida)

Transacción no ejecutada por un error. Estados principales: OUT_OF_ENERGY — se agotó fee_limit, se pierden todos los recursos; OUT_OF_TIME — se superó el límite de 80 ms, se pierden recursos; REVERT — error lógico del contrato, la Energy no usada se devuelve. En todos los casos, el Bandwidth se debita completo. USDT no se mueve ante cualquier error.
Nota: el término Transaction Reverted describe la misma mecánica y se unifica aquí.

Transaction Receipt (Recibo de transacción)

Resultado de ejecución con toda la info: txID (hash), estado (SUCCESS/REVERT/OUT_OF_ENERGY), consumo de Energy y Bandwidth, fee (TRX quemados), logs de eventos (events). Se obtiene vía API: wallet/gettransactioninfobyid. En Tronscan: página detallada con pestañas “Overview”, “Internal Txns”, “Events”.

Transaction Speed (Velocidad de transacción)

Tiempo desde el envío hasta la confirmación. En TRON: inclusión en bloque — ~3 segundos (1 confirmación), finalización (solid block) — ~1 minuto (19 de 27 SR). Comparación: Ethereum ~12 s + 64 slots para finalización, Bitcoin ~10 min + 6 confirmaciones.

Transfer Fee (Comisión de transferencia)

Comisión cobrada por la red al transferir. Envío TRX: 0 TRX (si hay 268 Bandwidth). Envío USDT TRC-20: Energy + Bandwidth; al quemar ~6,77 TRX (receptor con saldo) / ~13,37 TRX (dirección nueva). Con alquiler de Energy: ~2–6 TRX. Con staking (si hay recursos suficientes): 0 TRX. Activación de dirección nueva: +1 TRX.

TRC-20 (Estándar de tokens TRC-20)

Estándar de tokens en TRON, análogo a ERC-20 en Ethereum. Implementado vía smart contracts. USDT es el mayor token TRC-20. Todas las operaciones TRC-20 requieren Energy (cómputo) + Bandwidth (datos). Funciones obligatorias del contrato: transfer(), approve(), balanceOf(), totalSupply(), allowance(), transferFrom(). Más caro de usar que TRC-10, pero totalmente programable.

Treasury Wallet (Wallet de tesorería)

Wallet para хранение y gestión de reservas de un proyecto o negocio. Recomendaciones: multisig (threshold 2 de 3 o 3 de 5), hardware wallet para guardar claves, баланс mínimo de TRX en wallets operativos, staking centralizado de TRX con delegación de Energy a wallets operativos según necesidad.

TriggerSmartContract (Llamada a smart contract — tipo de transacción)

Tipo de transacción en TRON para llamar una función de un smart contract. Cada envío de USDT TRC-20, swap en SunSwap, staking en JustLend — es TriggerSmartContract. Parámetros: contract_address (dirección del contrato), function_selector (nombre de función, p. ej. transfer(address,uint256)), parameter (argumentos codificados), fee_limit (máximo de TRX para Energy). API: wallet/triggersmartcontract.

TRON (TRX) (Plataforma blockchain TRON)

Plataforma blockchain con alto throughput (~2 000 TPS), block time ~3 segundos y modelo de pago por recursos (Energy y Bandwidth). Moneda nativa: TRX. Consenso: DPoS (27 Super Representatives). TRON procesa más del 60% de transferencias globales de USDT. Ecosistema: SunSwap (DEX), JustLend (lending), USDD (stablecoin), Sun.io (staking y votación).

TRON Power (TP) (Poder de voto TRON)

Recurso que da derecho a votar por Super Representatives. Se acredita al stakear TRX: 1 TRX = 1 TRON Power. No se delega: solo se usa desde la cuenta que hace staking. La votación se realiza vía VoteWitnessContract y se recalcula cada 6 horas. Por votar se generan recompensas del SR.

TronGrid (Infraestructura pública de API de TRON)

Servicio gestionado de nodos públicos TRON que ofrece API HTTP y gRPC sin correr tu propio nodo. Requiere API key (TRON-PRO-API-KEY) obtenida en trongrid.io. Soporta endpoints estándar: wallet/, walletsolidity/, wallet/estimateenergy, etc. Recomendado para desarrollo, тест y apps con carga moderada. Para alta carga — Full Node propio.

TronLink (Wallet TronLink)

El wallet no-custodial más popular en TRON. Disponible como extensión (Chrome, Firefox) y app móvil (iOS, Android). Permite: guardar TRX y tokens TRC-20, interactuar con dApps, stakear TRX, votar SR, delegar recursos. El usuario controla полностью las claves privadas. Para alquilar Energy basta con la dirección pública de TronLink.

Tronscan (Explorador de TRON)

Explorador público principal de TRON (tronscan.org). Permite: ver transacciones por txID, chequear balances y recursos, analizar smart contracts (ABI, parámetros, energy_factor), rastrear delegación y staking, monitorear SR y votación, ver parámetros de red (Committee Proposals).

TVM (TRON Virtual Machine) (Máquina virtual TRON)

Entorno de ejecución de smart contracts en TRON, compatible con EVM (Ethereum Virtual Machine). Ejecuta bytecode de contratos escritos en Solidity o Java. Cada instrucción tiene coste fijo en Energy. Límite de ejecución: 80 ms por llamada (si se supera — OUT_OF_TIME). TVM asegura ejecución determinista: mismo resultado en todos los nodos.

UnDelegateResourceContract (Transacción de retirada de delegación)

Tipo estándar de transacción en Stake 2.0 para devolver Energy o Bandwidth previamente delegados desde el receptor al propietario del recurso. Solo es posible después de que termine el lock_period (si se configuró) o de inmediato (si la delegación fue sin timelock). Al retirar se aplica el mecanismo de reclamación: si el receptor gastó parte del recurso, al propietario se le reduce proporcionalmente el volumen disponible hasta la recuperación total (lineal en 24 horas). API: wallet/undelegateresource.

UnfreezeBalanceV2 (Transacción de descongelación de TRX)

Transacción de unstaking en Stake 2.0 que inicia la descongelación de TRX. Al ejecutarse: los recursos (Energy o Bandwidth) y TRON Power se retiran de inmediato; los TRX pasan a estado de espera durante 14 días (parámetro de red #70). En paralelo puede haber hasta 32 operaciones activas de unstaking. La cancelación es posible vía CancelAllUnfreezeV2. Tras 14 días, los TRX se pasan al balance libre mediante WithdrawExpireUnfreeze. API: wallet/unfreezebalancev2.

Unfreezing / Unstaking (Descongelación de TRX / Unstaking)

Proceso de sacar TRX del staking. Etapas en Stake 2.0: 1) envío de la transacción UnfreezeBalanceV2, 2) cese inmediato de la acumulación de Energy/Bandwidth/TRON Power, 3) periodo de espera de 14 días, 4) retirada de TRX vía WithdrawExpireUnfreeze. Si vuelve la necesidad de recursos — cancelación vía CancelAllUnfreezeV2 (los TRX vuelven al estado congelado).

Unfreeze Cooldown (Periodo de espera de descongelación)

Intervalo de 14 días entre la solicitud de descongelación (UnfreezeBalanceV2) y el retorno efectivo de TRX al balance libre. Parámetro de red #70, modificable vía Committee Proposal. Durante este periodo: los TRX no están disponibles para transferir ni para volver a stakear, los recursos ya no se acreditan y TRON Power ya no aplica. Se puede rastrear vía wallet/getcanwithdrawunfreezeamount.

Usage Threshold (Umbral de uso de recursos)

Valor predefinido de consumo de Energy o Bandwidth que, al alcanzarse, requiere acción: recargar recursos (alquiler, staking) o notificar al operador. Se usa en sistemas automatizados e integraciones API: cuando los recursos disponibles caen por debajo del umbral, el sistema delega Energy automáticamente mediante DelegateResourceContract.

USDD (Stablecoin algorítmico de TRON)

Stablecoin descentralizado del ecosistema TRON, vinculado al dólar estadounidense. A diferencia de USDT (respaldado por reservas fiat), USDD usa mecanismos algorítmicos de estabilización de precio. Se emite a través del protocolo TRON DAO Reserve. Las transferencias de USDD TRC-20 requieren Energy y Bandwidth con las mismas reglas que USDT TRC-20.

USDT (Stablecoin Tether)

El stablecoin más grande del mundo, vinculado al dólar estadounidense (1 USDT ≈ 1 USD). Lo emite Tether en varias blockchains. En TRON — estándar TRC-20. TRON procesa más del 60% de las transferencias globales de USDT gracias a bajas comisiones y alta velocidad (~3 segundos). Contrato USDT: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t.

USDT Balance Requirement (Impacto del saldo de USDT en la comisión)

Factor clave que determina el tamaño de la comisión al enviar USDT TRC-20. Si el receptor ya tiene saldo USDT, el consumo es ~64 285 Energy (~6,77 TRX al quemar). Si la dirección no tiene saldo USDT (primer envío), el consumo es ~130 285 Energy (~13,37 TRX al quemar). La diferencia ~2× se explica por la necesidad de crear un nuevo registro en el storage del contrato (SSTORE: 20 000 Energy vs actualización 5 000 Energy).

USDT TRC-20 (USDT en la red TRON)

Versión de USDT emitida en TRON bajo el estándar TRC-20. Características: comisiones bajas (desde 0 TRX si hay Energy), alta velocidad (~3 segundos), amplia adopción (más del 60% de transferencias globales de USDT). Cada envío es una llamada a la función transfer() del smart contract de USDT. Dynamic Energy Model aumenta el consumo mediante energy_factor para el contrato USDT por su popularidad.

USDT Transfer Fee (Comisión por transferencia de USDT)

Costo de enviar USDT TRC-20, depende de recursos y del saldo del receptor.
Sin Energy (quema de TRX): ~6,77 TRX (receptor con USDT) / ~13,37 TRX (dirección nueva).
Con alquiler de Energy: ~2–6 TRX (alquiler + Bandwidth). Ahorro de hasta 65%.
Con staking (recursos suficientes): 0 TRX — transacción completamente gratis.
Extra: si se activa una dirección nueva +1 TRX. Bandwidth (~345 u.) se descuenta aparte o de los 600 gratis.
Nota: los términos USDT Network Fee y USDT Transfer describen la misma mecánica y se unifican aquí.

User Resource Profile (Perfil de recursos del usuario)

Conjunto de datos sobre el estado de recursos de la cuenta: Energy y Bandwidth disponibles y totales, volumen de staking (TRX a Energy / a Bandwidth), recursos delegados (entrantes y salientes), TRON Power, unstakings activos. Perfil completo: API wallet/getaccountresource (recursos) + wallet/getaccount (saldo y staking). Visual: Tronscan, sección “Resources” de la cuenta.

Utility Token (Token utilitario)

Token usado para pagar servicios, comisiones o acceder a funciones del ecosistema. En TRON: TRX es el principal utility token (staking, comisiones, votación); BTT (BitTorrent Token) — pago de tráfico; JST (JUST) — gobernanza de JustLend; SUN — gobernanza de Sun.io. Todos los tokens utilitarios en TRON son estándar TRC-20 o TRC-10.

Validator / Super Representative (Validador / Super Representative)

Nodo de TRON que valida transacciones y produce bloques. En TRON los validadores son 27 Super Representatives elegidos por votación de holders de TRX cada 6 horas. Los SR producen bloques por turnos (~3 segundos por bloque), reciben recompensas (16 TRX por bloque + recompensas de voto) y pueden crear Committee Proposals para cambiar parámetros de red.
Nota: el término Validator Node describe la misma infraestructura y se unifica aquí.

Validator Performance Metrics (Métricas de rendimiento del validador)

Conjunto de métricas para evaluar a un SR: uptime (porcentaje de tiempo activo), bloques producidos, bloques perdidos, tiempo de respuesta, porcentaje de recompensas redistribuidas a votantes. Disponibles en Tronscan en “Representatives” y usadas por votantes para elegir SR.

Validator Reward (Recompensa del validador)

Recompensa de los SR por producir bloques y mantener la red. Consta de: 16 TRX por cada bloque producido (8 TRX block reward + 8 TRX vote reward) y 160 TRX de recompensas de voto distribuidas cada 6 horas entre 27 SR y hasta 100 SR partners. Los SR fijan el porcentaje de redistribución a votantes (0%–100%).

Validator Selection / Voting Cycle (Selección de validadores / ciclo de votación)

Proceso para definir los 27 SR según la votación de holders de TRX. Votos = TRON Power (1 TRX staked = 1 voto). Los votos se recalculan cada ciclo de mantenimiento (Maintenance Period) — cada 6 horas (00:00, 06:00, 12:00, 18:00 UTC). Las 27 direcciones con más votos son SR; las siguientes hasta 100 son SR partners (no producen bloques, pero reciben parte de recompensas).
Nota: el término Voting Cycle describe el mismo proceso y se unifica aquí.

Validator Uptime (Disponibilidad del validador)

Indicador de estabilidad de un SR: porcentaje de tiempo participando activamente en la producción de bloques. Si un SR pierde su turno, el siguiente SR produce el bloque. Un uptime bajo implica pérdida de recompensas para el SR y sus votantes. Los SR top mantienen uptime >99,9%. Se rastrea en Tronscan.

Vote / Voting Power / TRON Power (Voto / poder de voto)

Mecanismo de participación en la gobernanza de TRON. Al stakear TRX se acredita TRON Power (1 TRX = 1 TP = 1 voto). Los votos se asignan a candidatos SR mediante VoteWitnessContract. Se puede votar a varios SR a la vez. Los votos se recalculan cada 6 horas. Por votar se reciben recompensas de SR.
Nota: Vote Weight, Vote Allocation y Voting Power describen la misma mecánica y se unifican aquí.

Voting Interface (Interfaz de votación)

Herramientas para votar por SR. Principales: Tronscan (tronscan.org — sección “Votes”), TronLink (función встроенная), Sun.io (staking + votación con UI удобной). Flujo: conectar wallet → elegir SR → indicar votos → confirmar transacción VoteWitnessContract.

Voting Reward (Recompensa por votación)

Recompensa recibida por usuarios por votar a SR. Depende de: cantidad de votos (TRON Power), porcentaje de redistribución del SR y total de votos del SR. Las recompensas se acumulan y se reclaman vía API wallet/rewardbalance + wallet/withdrawbalance. No se acreditan automáticamente: hay que solicitar el withdraw.

Voting Snapshot (Snapshot de votación)

Fijación del estado de votos y TRON Power al inicio de cada ciclo (00:00, 06:00, 12:00, 18:00 UTC). Con el snapshot se determinan los 27 SR para las próximas 6 horas y se calculan recompensas. Cambios de votos entre snapshots se aplican solo en el siguiente ciclo.

VoteWitnessContract (Transacción de voto)

Tipo de transacción TRON para votar por SR. Parámetros: owner_address (cuenta votante), votes (array de pares “dirección SR → cantidad de votos”). El total de votos no puede exceder el TRON Power de la cuenta. Cada votación nueva reemplaza totalmente la distribución anterior. Consume ~270–300 Bandwidth. API: wallet/votewitnessaccount.

Wallet (Criptowallet)

Herramienta para guardar, enviar y gestionar крипто, tokens y recursos en TRON. Tipos: no-custodial (usuario controla claves — TronLink, Trust Wallet, SafePal, Ledger) y custodial (claves las tiene un tercero — exchanges). Para TRON el wallet debe soportar: TRX, tokens TRC-20, staking (Stake 2.0) y delegación de recursos.

Wallet Approval (Permisos del wallet / Approvals)

Lista de contratos a los que el usuario dio permiso (approve) para manejar sus tokens. Cada approve indica: contrato (spender), token y límite permitido. Riesgo: approve infinito da acceso ilimitado. Recomendación: revisar y revocar approves innecesarios en Tronscan (sección “Approval”) o en TronLink.

Wallet Connection (Conexión del wallet)

Proceso de conectar el wallet a un dApp/Web3. En TRON el estándar es TronLink Adapter (análogo a WalletConnect en Ethereum). Al conectar, el dApp recibe el address público, no la clave privada. Cada transacción requiere confirmación del usuario en el wallet. La conexión en sí no consume Energy ni Bandwidth.

Wallet Drain (Vaciado del wallet)

Robo de fondos por: phishing (sitio falso roba seed phrase/clave), approve malicioso (contrato con acceso infinito), sustitución de адреса (clipboard hijacking), компрометación de claves. Protección: nunca ingresar seed phrase en sitios, revisar límites de approve, usar hardware wallet, verificar адрес antes de enviar.

Wallet Energy Status (Estado de Energy del wallet)

Estado actual de recursos Energy: Energy disponible (para transacciones sin quemar TRX), límite total (propia + delegada), usada en el ciclo actual, tiempo hasta recuperación total. Ver: Tronscan (“Resources”), TronLink (pantalla principal), API wallet/getaccountresource. Recomendado antes de cada envío de USDT.

Wallet Monitoring (Monitoreo del wallet)

Seguimiento continuo de transacciones, saldo y actividad. Herramientas: Tronscan (historial, recursos, approves), TronGrid API (monitoring programático, webhooks), servicios externos con alertas por saldo/recursos. Para бизнес: monitoreo de múltiples wallets operativos con dashboard centralizado y auto-refill de Energy.

Wallet Recovery (Recuperación del wallet)

Proceso de восстановление de acceso. Método principal: importar seed phrase (12/24 palabras). Alternativa: importar clave privada. Al recuperar, todos los saldos (TRX, USDT, otros), staking y delegaciones se conservan: están en la blockchain y ligados al address, no al dispositivo. Sin seed phrase o clave privada no hay recuperación.

Wallet Security (Seguridad del wallet)

Medidas: guardar seed phrase offline (papel/metal, no cloud), hardware wallet para grandes montos, approve-límites acotados (no infinitos), separar wallets (tesorería + operativo), multisig para wallets de equipo, verificar contratos antes de interactuar. Nunca: вводить seed phrase en sitios ni conectar el wallet a dApps desconocidos.

Wallet Signature (Firma de transacción del wallet)

Firma criptográfica que confirma autenticidad y autoría. Se crea con la clave privada usando ECDSA (secp256k1). Cualquier nodo verifica la firma con la clave pública pero no puede falsificarla. Toda transacción en TRON debe ir firmada; sin firma la red la rechaza. Hardware wallets firman внутри del dispositivo sin revelar la clave.

Wallet Transaction History (Historial de transacciones del wallet)

Lista completa de operaciones del account: envíos TRX, transferencias TRC-20 (USDT, etc.), llamadas a contratos, staking, delegación, votación. Ver: Tronscan (“Transactions”, “Transfers”, “Internal Txns”), TronLink (historial), API wallet/gettransactionlistbyaddress. Cada registro incluye: txID, estado, consumo de recursos, timestamp.

Withdrawal Fee (Comisión de retiro)

Comisión cobrada por un exchange/servicio al retirar USDT u otros activos a un wallet externo. No es la comisión de red de TRON, es el markup de la plataforma. Comisión de red: ~6,77 TRX (al quemar), pero los exchanges suelen cobrar un fijo (1–5 USDT). En TRON (TRC-20) suele ser más baja que en Ethereum (ERC-20) o Bitcoin.

WithdrawExpireUnfreeze (Retiro de TRX descongelados)

Transacción en Stake 2.0 para recibir TRX tras завершение del periodo de espera de 14 días del unstaking. Después, los TRX pasan al balance libre y quedan disponibles para transferir, re-stakear u otras operaciones. Ver monto disponible: API wallet/getcanwithdrawunfreezeamount. Si la espera no terminó — la transacción будет vacía (0 TRX).

Witness Permission (Permiso de witness)

Tercer nivel de permisos en TRON (junto con Owner Permission y Active Permission). Se usa solo por Super Representatives y SR partners para: producir bloques, firmarlos y votar Committee Proposals. Para usuarios normales no aplica.

Yield Staking (Staking con rendimiento)

Forma de staking donde congelar крипто se usa no solo para recursos de red, sino también para generar доход. En TRON: staking TRX → obtener TRON Power → votar SR → recompensas de SR (APR). Además: DeFi staking en JustLend (depósito TRX/USDT para intereses), Sun.io (staking de LP tokens para фарминг SUN/TRX). Importante: DeFi staking consume Energy y conlleva riesgos de smart contracts.

Zero Energy State (Estado de Energy en cero)

Estado en el que la Energy disponible del account está totalmente agotada. En este estado: se puede enviar USDT TRC-20, pero toda la Energy se paga quemando TRX (Energy Fee Fallback) — ~6,77–13,37 TRX por envío. Los envíos de TRX no se ven afectados (solo requieren Bandwidth). Para salir: staking de TRX, alquiler de Energy o delegación desde otra cuenta.

Zero Fee Transaction (Transacción con comisión cero)

Transacción en TRON ejecutada sin quemar TRX, completamente cubierta por recursos (Energy + Bandwidth). Se logra con: suficiente Energy (staking/delegación/alquiler) + suficiente Bandwidth (staking/delegación/600 gratis). Para enviar TRX: bastan los 600 Bandwidth gratis (1 envío al día). Para enviar USDT: se necesita Energy (~64 285–130 285) + Bandwidth (~345).