¿Qué es Avalanche (AVAX) y cómo funciona?

¿Qué es Avalanche (AVAX)?

Avalanche es una plataforma blockchain proof-of-stake para smart contracts, activos digitales y redes blockchain independientes. Estas redes se denominan Avalanche L1 y pueden tener, entre otras cosas, sus propias reglas para validadores y tokenomics. La mainnet de Avalanche se puso en marcha en septiembre de 2020.

AVAX es el utility token nativo de Avalanche Network. AVAX se utiliza, entre otras cosas, para comisiones de transacción y para ayudar a asegurar el Primary Network mediante staking.

El Primary Network es la base de la red Avalanche y consta de tres blockchains con una función propia cada una:

• P-Chain (Platform Chain): gestiona, entre otras cosas, validadores, staking y Avalanche L1.
• C-Chain (Contract Chain): es compatible con EVM y se utiliza para smart contracts y aplicaciones descentralizadas.
• X-Chain (Exchange Chain): está destinada a la creación y transferencia de activos digitales.

Por ello, el staking, los smart contracts y los activos nativos no se gestionan todos en la misma blockchain.

Puntos clave

• Avalanche es una plataforma proof-of-stake para smart contracts, activos digitales y Avalanche L1.
• AVAX es el token nativo para comisiones y staking en el Primary Network.
• El Primary Network consta de la P-Chain, la C-Chain y la X-Chain.
• El consenso funciona mediante consultas aleatorias ponderadas por stake entre validadores.
• Las Avalanche L1 pueden elegir sus propios validadores, tokens, comisiones y reglas.

¿Cómo funciona Avalanche?

Avalanche distribuye las funciones principales entre tres blockchains dentro del Primary Network. Los validadores son participantes que hacen staking de AVAX y colaboran en el procesamiento y la verificación de bloques y transacciones. Los validadores del Primary Network validan las tres cadenas: la P-Chain, la C-Chain y la X-Chain.

La P-Chain gestiona, entre otras cosas, el staking, los validadores y la administración de Avalanche L1. El staking significa aquí que AVAX se bloquea para participar como validador en el Primary Network.

La C-Chain está destinada a smart contracts y aplicaciones descentralizadas. Esta cadena es compatible con EVM. Eso significa que los smart contracts en Solidity y muchas herramientas del ecosistema Ethereum también pueden utilizarse en la C-Chain.

La X-Chain admite la emisión y transferencia de activos nativos de Avalanche. Se trata de activos digitales que pueden crearse y enviarse directamente dentro de Avalanche.

Cada cadena utiliza una máquina virtual propia. En términos sencillos, una máquina virtual determina qué transacciones son válidas, cómo cambia el estado de una blockchain después de una transacción y qué funciones admite la cadena.

Así, la C-Chain utiliza con Coreth una implementación de la Ethereum Virtual Machine. La P-Chain utiliza PlatformVM y la X-Chain, AvalancheVM.

Para el consenso, Avalanche utiliza la familia de consenso Snowman. Snowman está diseñado para blockchains en las que los bloques se colocan uno detrás de otro en un orden fijo.

En el Primary Network se utiliza Snowman++. Snowman++ se basa en Snowman y añade, entre otras cosas, reglas que determinan qué validador puede proponer un nuevo bloque en un momento determinado. Este sistema se utiliza en la P-Chain, la C-Chain y la X-Chain.

Resumen de Avalanche (AVAX)

¿Qué son las Avalanche L1?

Una Avalanche L1 es una red independiente dentro del ecosistema Avalanche. Una L1 de este tipo puede definir sus propias reglas para, entre otras cosas, validadores, comisiones de transacción y la economía del token.

Una L1 puede validar una o varias blockchains. A la inversa, cada blockchain es validada por exactamente una Avalanche L1. Esto permite que cada L1 forme su propio entorno con reglas y aplicaciones propias.

Una Avalanche L1 puede elegir por sí misma, entre otras cosas, una máquina virtual propia, un token nativo, comisiones de transacción, gestión de validadores y un modelo de seguridad. Por ejemplo, una L1 puede funcionar con proof-of-stake permissionless, en el que los participantes pueden convertirse libremente en validadores bajo ciertas condiciones, pero también con un modelo permissioned en el que solo pueden participar validadores aprobados.

Desde la actualización Etna, los validadores de una Avalanche L1 ya no tienen que validar también el Primary Network. No obstante, los validadores de la L1 deben sincronizar la P-Chain. La P-Chain registra, entre otras cosas, información sobre los distintos conjuntos de validadores dentro de Avalanche.

Para la comunicación entre distintas Avalanche L1 puede utilizarse Avalanche Warp Messaging. Se trata de un sistema integrado que permite que diferentes L1 se envíen y verifiquen mensajes entre sí.

Es importante señalar que una Avalanche L1 no tiene automáticamente los mismos validadores ni la misma seguridad económica que el Primary Network. Cada L1 determina en gran medida por sí misma cómo se organiza su propio conjunto de validadores y su seguridad.

Además, el rendimiento de las distintas L1 está separado entre sí. Por ello, mucha actividad en una Avalanche L1 no tiene por qué provocar directamente retrasos en otra L1.

Ejemplos de Avalanche L1

Dentro del ecosistema Avalanche existen distintas L1 creadas para aplicaciones diversas. Algunos ejemplos son:

• Gunzilla: una Avalanche L1 desarrollada para el ecosistema de videojuegos de Gunzilla Games. La red puede utilizarse para funciones blockchain dentro de los juegos, como activos digitales y transacciones.

• DeFi Kingdoms: utiliza su propia Avalanche L1 para su juego blockchain y la economía asociada. Gracias a ello, las transacciones del juego pueden procesarse en una red separada.

• Dexalot: una Avalanche L1 para el entorno de negociación descentralizada de Dexalot. Al utilizar una red propia, la plataforma puede configurar su blockchain específicamente para el trading.

• Beam: una Avalanche L1 orientada al gaming y a aplicaciones blockchain para juegos.

• FIFA: tiene su propia Avalanche L1 sobre la que pueden construirse aplicaciones blockchain y objetos de colección digitales dentro del ecosistema FIFA.

• Dinari Financial Network: una Avalanche L1 orientada a aplicaciones financieras y activos tokenizados.

Estos ejemplos muestran que las Avalanche L1 no se crean todas con el mismo propósito. Un desarrollador o una organización puede poner en marcha su propia red y adaptar sus reglas a, por ejemplo, gaming, trading o aplicaciones financieras.

¿Cómo funciona el consenso en la red Avalanche?

El consenso es la forma en que una red se pone de acuerdo sobre qué transacciones y bloques son válidos. Avalanche utiliza para ello la familia de consenso Snow, que incluye Snowball y Snowman.

En lugar de que cada validador se comunique con todos los demás validadores para cada decisión, un validador consulta repetidamente a un pequeño grupo de otros validadores elegido aleatoriamente sobre su preferencia.

La probabilidad de que un validador sea seleccionado para una consulta de este tipo depende, en el Primary Network, de la cantidad de AVAX que el validador haya puesto en staking. Por ello, los validadores con más stake tienen una mayor probabilidad de entrar en una muestra.

Supongamos que un validador debe determinar qué bloque tiene preferencia. El validador pregunta a un grupo de otros validadores cuál es su preferencia. Si suficientes validadores dan la misma respuesta, el validador adopta esa preferencia. Este proceso se repite varias veces.

Con la configuración estándar, en cada ronda se consultan 20 validadores. Para alcanzar un acuerdo suficiente se necesitan 15 votos. Tras 20 rondas consecutivas exitosas, la decisión puede aceptarse.

Snowman aplica este principio a una blockchain lineal, en la que los bloques se colocan uno detrás de otro en un orden fijo. Snowman se utiliza en la P-Chain, la C-Chain y la X-Chain, y también constituye la base de muchas Avalanche L1.

La seguridad de este modelo de consenso es probabilística. Eso significa que la probabilidad de que se acepten bloques en conflicto depende de los parámetros de consenso elegidos y de los supuestos sobre los validadores. Con la configuración estándar, esa probabilidad se reduce a un nivel muy pequeño.

¿Qué papel desempeña AVAX dentro de Avalanche?

AVAX tiene varias funciones dentro del Avalanche Primary Network.

En primer lugar, AVAX se utiliza para las comisiones de transacción. En la C-Chain, por ejemplo, se paga gas en AVAX para ejecutar transacciones y smart contracts.

Las comisiones de transacción en el Primary Network se queman. Eso significa que el AVAX utilizado se retira permanentemente de la circulación.

Además, AVAX se utiliza para staking. Quien quiera convertirse en validador independiente del Primary Network debe hacer staking de un mínimo de 2.000 AVAX.

Los titulares de AVAX que no quieran ejecutar ellos mismos un validador pueden delegar sus AVAX en un validador existente. Para ello se aplica un mínimo de 25 AVAX.

Cuanto más AVAX tenga en staking un validador, mayor será el peso relativo de ese validador en las consultas de consenso del Primary Network.

Un validador solo recibe una recompensa de staking si durante el período de validación está suficientemente correcto y disponible. Para los períodos de validador que hayan comenzado en la actualización Helicon del 22 de septiembre de 2026 o después, se exige un tiempo de actividad mínimo del 90% para poder optar a una recompensa.

Slashing no se utiliza en el Primary Network. En caso de slashing, una parte de los tokens en staking podría retirarse como penalización. Por tanto, un validador que no cumpla las condiciones para recibir una recompensa no pierde automáticamente el AVAX en staking en Avalanche, pero sí puede dejar de percibir su recompensa de staking.

Las Avalanche L1 pueden utilizar reglas propias para validadores, comisiones y tokens. Por ello, una Avalanche L1 no tiene por qué utilizar el mismo modelo de staking o de token que el Primary Network.

Diferencia entre Avalanche y otras blockchains

Avalanche se diferencia en varios aspectos de otras blockchains Layer 1 conocidas, como Ethereum, Solana y Cardano. Una diferencia importante es la estructura de la red.

Avalanche vs. Ethereum

Ethereum tiene una red principal única en la que se ejecutan smart contracts y transacciones. Para obtener mayor escalabilidad, el ecosistema utiliza además muchas redes Layer 2.

Avalanche tiene una estructura distinta. El Avalanche Primary Network ya consta de tres cadenas especializadas:

• la P-Chain para validadores, staking y la administración de Avalanche L1;
• la C-Chain para smart contracts EVM;
• la X-Chain para la creación y transferencia de activos nativos de Avalanche.

Además, dentro de Avalanche pueden construirse Avalanche L1 independientes. Una L1 de este tipo puede utilizar sus propios validadores, reglas de token, comisiones de transacción y una máquina virtual propia.

La C-Chain se parece técnicamente más a Ethereum, porque admite la Ethereum Virtual Machine. Por ello, los desarrolladores pueden utilizar smart contracts en Solidity y muchas herramientas existentes de Ethereum.

El proceso de consenso también difiere. Ethereum utiliza Proof of Stake, en el que los validadores proponen bloques y otros validadores votan sobre ellos. Para la finalidad, los votos que representen al menos dos tercios del ETH en staking deben confirmar checkpoints.

Avalanche utiliza el consenso Snowman. En este caso, los validadores consultan repetidamente a un pequeño grupo de otros validadores elegido aleatoriamente sobre su preferencia. Así, no es necesario que cada validador se comunique directamente con todos los demás validadores para cada decisión.

Avalanche vs. Solana

Solana es también una Layer 1 rápida para smart contracts, pero su arquitectura difiere mucho de la de Avalanche.

En Solana, las aplicaciones funcionan en principio sobre la misma Layer 1 y comparten la capacidad y la infraestructura de la red Solana. Avalanche, en cambio, permite crear Avalanche L1 independientes con sus propios validadores y reglas.

Ejemplo: Un juego que utilice una L1 propia en Avalanche puede elegir su propio grupo de validadores y sus propias reglas para las comisiones de transacción. Una aplicación que funcione directamente sobre Solana utiliza las reglas y los validadores de la red Solana.

La ejecución de transacciones también difiere. Solana está diseñada para ejecutar en paralelo, en la medida de lo posible, transacciones que utilizan distintas partes de la blockchain. Avalanche distribuye la escalabilidad, entre otras cosas, entre distintas cadenas y L1 independientes.

Por ello, las redes optan por enfoques distintos: Solana intenta procesar mucha actividad en una sola Layer 1 compartida y rápida, mientras que Avalanche además permite múltiples L1 independientes.

Avalanche vs. Cardano

Cardano utiliza Proof of Stake igual que Avalanche, pero el mecanismo de consenso funciona de forma distinta.

Cardano utiliza Ouroboros. En este sistema, el tiempo se divide en epochs y slots. Para cada slot puede seleccionarse un stake pool para producir un nuevo bloque. La probabilidad de ser seleccionado depende de la cantidad de ADA vinculada a un stake pool.

Avalanche no utiliza un sistema comparable en el que el consenso se estructura principalmente en torno a líderes de slot sucesivos. Con Snowman, los validadores consultan repetidamente a validadores seleccionados aleatoriamente sobre su preferencia hasta alcanzar suficiente certeza sobre una decisión.

La arquitectura de la red también difiere. Cardano tiene una única Layer 1 principal en la que ADA, el staking y la funcionalidad de smart contracts se combinan. Avalanche distribuye las funciones dentro del Primary Network entre la P-, la C- y la X-Chain, y además permite Avalanche L1 independientes.

En el staking también existe una diferencia práctica. Los titulares de ADA pueden delegar su ADA en un stake pool sin que el ADA quede bloqueado; el ADA puede seguir utilizándose. En Avalanche, el AVAX se bloquea durante un período de staking determinado cuando se valida o se delega.

Principales diferencias en resumen

La diferencia más importante es, por tanto, que Avalanche no solo intenta escalar una única blockchain. La red está diseñada como un ecosistema en el que, además del Primary Network, pueden existir múltiples Avalanche L1 independientes. Cada L1 puede tomar sus propias decisiones sobre, entre otras cosas, validadores, comisiones, tokens y ejecución.

Por ello, la descentralización, los costes, el rendimiento y la seguridad pueden variar de una Avalanche L1 a otra. Las características del Primary Network no se aplican automáticamente a cada L1 que se construya dentro del ecosistema Avalanche.

¿Quién fundó Avalanche?

Avalanche fue fundada por Emin Gün Sirer, Kevin Sekniqi y Maofan "Ted" Yin. Ellos participaron en Ava Labs, la empresa que desarrolla software importante para la red Avalanche.

La familia de consenso detrás de Avalanche fue descrita inicialmente por un grupo seudónimo bajo el nombre de Team Rocket. Más tarde apareció investigación académica sobre estos mecanismos de consenso con Maofan Yin, Kevin Sekniqi, Robbert van Renesse y Emin Gün Sirer, entre otros, como autores.

Por tanto, Robbert van Renesse colaboró en la investigación sobre el consenso, pero no se le considera fundador de Avalanche.

¿Cuáles son las ventajas de Avalanche?

Avalanche tiene varias características técnicas que pueden ser relevantes para usuarios y desarrolladores:

• Compatibilidad EVM en la C-Chain: Los smart contracts en Solidity y muchas herramientas existentes de Ethereum pueden utilizarse en la C-Chain.

• Consenso eficiente: En Snow-consensus, los validadores consultan repetidamente a un pequeño grupo de otros validadores sobre su preferencia. Así, no es necesario que cada validador se comunique directamente con todos los demás validadores para cada decisión.

• Gran libertad para las Avalanche L1: Una L1 puede utilizar sus propias reglas de validadores, lógica de ejecución, comisiones de transacción y tokens nativos.

• Aislamiento del rendimiento entre L1: Mucha actividad en una Avalanche L1 no tiene por qué afectar directamente al rendimiento de otras L1.

• Comunicación entre L1: Avalanche Warp Messaging permite intercambiar mensajes entre distintas Avalanche L1.

• Quema de comisiones en el Primary Network: Las comisiones de transacción en el Primary Network se queman y, por tanto, se retiran permanentemente de la circulación.

• Finalidad rápida: Avalanche está diseñado para que las transacciones se vuelvan definitivas rápidamente una vez que los validadores alcanzan suficiente acuerdo.

Estas características no significan que cada Avalanche L1 sea automáticamente igual de segura, líquida o fiable. Eso también depende de cómo esté configurada una L1 concreta.

¿Cuáles son las desventajas de Avalanche?

También existen varios puntos a tener en cuenta y compromisos:

• Alta barrera de staking para validadores: Validar de forma independiente en el Primary Network requiere un mínimo de 2.000 AVAX. Para la delegación, el mínimo es de 25 AVAX.

• Sin slashing: Los validadores que no estén suficientemente disponibles o sean correctos no pierden su AVAX en staking. Sin embargo, pueden dejar de recibir su recompensa de staking.

• Las L1 dependen de suficientes validadores activos: Una Avalanche L1 puede funcionar con normalidad mientras validadores que representen en conjunto al menos aproximadamente el 80% del peso total de validadores estén en línea y activos. Si ese porcentaje baja demasiado, la finalidad puede ralentizarse y la L1 puede acabar dejando de procesar transacciones.

• Responsabilidad propia de los operadores de L1: Una Avalanche L1 debe encargarse por sí misma de aspectos como la gestión de validadores, las actualizaciones, las reglas del token y la seguridad. Los errores en, por ejemplo, una actualización pueden tener consecuencias importantes para la red.

• Complejidad adicional por múltiples cadenas: El Primary Network consta de la P-Chain, la C-Chain y la X-Chain, cada una con su propia función. Además, las Avalanche L1 pueden tener sus propias reglas e infraestructura. Eso hace que el sistema sea más complejo que una red con una sola cadena principal.

• No siempre coincide directamente con la versión más reciente de Ethereum: La C-Chain y Subnet-EVM admiten actualmente la versión Cancun de la EVM, pero todavía no los cambios más recientes de Pectra.

Las reglas de staking, las condiciones de recompensa y la compatibilidad con EVM pueden cambiar con futuras actualizaciones de la red.

Conclusión

Avalanche es una plataforma blockchain proof-of-stake para smart contracts, activos digitales y Avalanche L1 independientes. AVAX es el token nativo del Primary Network y se utiliza, entre otras cosas, para comisiones de transacción y staking.

El Primary Network consta de tres cadenas con funciones distintas: la P-Chain para staking, validadores y gestión de L1, la C-Chain para smart contracts EVM y la X-Chain para activos nativos de Avalanche.

Para el consenso, Avalanche utiliza la familia de consenso Snow. Los validadores alcanzan acuerdo consultando repetidamente a pequeños grupos de otros validadores elegidos aleatoriamente sobre su preferencia.

Una parte importante de Avalanche es la posibilidad de construir Avalanche L1 independientes. Estas pueden utilizar sus propios validadores, tokens, comisiones de transacción y otras reglas de red.

Esa flexibilidad también conlleva una responsabilidad adicional. La seguridad, la disponibilidad y el rendimiento de una Avalanche L1 dependen en gran medida de cómo esté configurada y gestionada esa L1 concreta.

Avalanche combina así un Primary Network rápido con una arquitectura en la que pueden coexistir varias L1 independientes.