Precio de Avalanche (AVAX)

AVAX es el token de utilidad nativo de Avalanche Primary Network. Se utiliza para pagar las comisiones de transacción de la red, aportar peso económico a la seguridad de la red mediante staking y servir como una de las unidades básicas de denominación entre las distintas L1 del ecosistema Avalanche. AVAX no es capital de una aplicación. Su función en la red procede de las reglas del protocolo: las cuentas que inician transacciones en Primary Network pagan las comisiones en AVAX, y los validadores participan en las decisiones de la red con AVAX en staking y obtienen recompensas cuando cumplen las condiciones.

Avalanche Primary Network está compuesta por P-Chain, C-Chain y X-Chain; no son nombres diferentes de la misma cadena. P-Chain gestiona validadores, staking y operaciones de plataforma a nivel de Avalanche L1; C-Chain es una implementación de EVM utilizada para desplegar y ejecutar contratos inteligentes de Solidity; X-Chain se utiliza para crear y negociar Avalanche Native Tokens. Esta división determina las rutas operativas: la interacción con aplicaciones EVM normalmente se realiza en C-Chain, las operaciones de validación y staking las gestiona P-Chain, y la creación y negociación de activos inteligentes nativos son responsabilidad de X-Chain. Las comisiones de transacción de las tres cadenas se denominan en AVAX.

Al ejecutar una transacción en Primary Network, el iniciador paga una comisión denominada en AVAX y el protocolo destruye permanentemente esa parte de AVAX. Es decir, la comisión no se paga a un operador centralizado ni se distribuye directamente a los validadores, sino que se retira del suministro circulante. El coste real depende de la cadena operada y de los recursos que requiera la transacción; por ejemplo, una llamada a un contrato de C-Chain suele consumir más recursos de ejecución que una transferencia simple. Otras Avalanche L1 pueden elegir sus propios tokens y disposiciones de comisiones, por lo que las reglas de comisiones AVAX de Primary Network no deben aplicarse automáticamente a todas las Avalanche L1.

El límite de suministro de AVAX es de 720 millones, de los cuales 360 millones se acuñaron en el génesis; el espacio restante puede acuñarse gradualmente conforme a las reglas de recompensas de staking, pero la acuñación del protocolo no superará el límite. Dado que las comisiones de transacción se destruyen, el “límite de acuñación del protocolo”, la “cantidad ya acuñada” y el “límite circulante tras descontar la destrucción acumulada” no son la misma cifra. La documentación del protocolo explica que la destrucción de comisiones de transacción y la acuñación de recompensas de validación coexisten, y que la acuñación de recompensas normalmente compensa el efecto de la destrucción; mientras se esté lejos del límite de suministro, el activo suele seguir en una situación de emisión neta. Por tanto, no puede inferirse que el suministro necesariamente disminuya solo por observar destrucciones, ni ignorarse las destrucciones solo por observar recompensas.

Sí. Los validadores de Primary Network hacen staking de AVAX y luego participan en la validación de la red; la documentación oficial actual indica un mínimo de 2,000 AVAX para un validador. La participación en staking del validador determina su peso relativo en las decisiones de la red, en lugar de que todos los nodos tengan necesariamente el mismo peso. Los titulares que no operan por sí mismos un nodo validador pueden participar mediante delegación, pero la delegación y la validación directa difieren en responsabilidades operativas y condiciones. En cualquiera de las dos formas, el staking implica que los tokens quedan bloqueados o restringidos conforme a las reglas del protocolo durante un período determinado, y no constituyen un saldo ordinario disponible libremente en cualquier momento.

Los validadores solo obtienen recompensas en AVAX recién acuñado tras completar con éxito el período de staking; si no lo completan con éxito, no reciben esa recompensa. Este mecanismo de Avalanche no utiliza como tratamiento habitual para períodos de staking negligentes o maliciosos el slashing que confisca el principal ya depositado, sino que establece como principal restricción económica la pérdida de la recompensa. Las recompensas no son una tasa anual fija. La relación indicada en la documentación es: la recompensa depende del suministro aún no acuñado, de la proporción que representa el monto en staking respecto del suministro actual, de la tasa de acuñación aplicable y de la duración del staking; cuanto más se aproxima el período de staking al período de acuñación de un año, más se aproxima la tasa de acuñación aplicable a su valor máximo. Cuanto más se acerca el suministro a su límite, menor es el espacio restante que puede acuñarse.

Helicon es una actualización que entró en vigor en mainnet el 22 de septiembre de 2026; desde esa actualización, C-Chain ejecuta Continuous Execution VM. Cambia la implementación de ejecución de C-Chain y no debe resumirse como si todas las Avalanche L1 adoptaran automáticamente el mismo entorno de ejecución. ACP-285, relacionado con Helicon, también redujo la tasa mínima de consumo del 10% al 7.5%, con una transición lineal durante los 90 días posteriores a la actualización; la tasa máxima de consumo se mantiene en 12%. Por tanto, el cálculo de recompensas de los períodos de staking más cortos se ve afectado, mientras que la tasa máxima de consumo para un período completo de un año no cambia por este ajuste.

Avalanche Mainnet está compuesta por Primary Network y las Avalanche L1 ya desplegadas. Las reglas de AVAX de Primary Network sirven a sus propias transacciones, staking y modelo de seguridad; una Avalanche L1 puede contar con reglas y un diseño de economía de tokens independientes. Por tanto, que una aplicación esté ubicada en el ecosistema Avalanche no significa necesariamente que sus transacciones se paguen siempre con AVAX ni que sus reglas de validación hereden completamente las de Primary Network. Para determinar las disposiciones de Gas, liquidación y seguridad de un activo o aplicación concretos, debe revisarse la configuración real de esa L1.