Avalanche
Una red rápida para aplicaciones onchain, DeFi y blockchains soberanas
Bitcoin demostró que se podía tener dinero digital sin banco central. Ethereum demostró que una blockchain podía ejecutar programas. Avalanche intenta resolver el siguiente problema: hacer eso rápido, con finalidad en segundos, sin abandonar el ecosistema EVM.
La idea central de esta clase: Avalanche no es "otro Ethereum". Es una arquitectura multi-chain con un consenso distinto y una estrategia clara: velocidad, compatibilidad y redes soberanas.
El problema antes de la solución
Una blockchain pública es una base de datos compartida entre computadoras que no se confían.
El sistema debe responder tres preguntas:
Las firmas digitales prueban que una clave privada aprobó una transacción. Propiedad onchain significa poder firmar.
Bloques, hashes y árboles de Merkle ordenan la historia y hacen evidente cualquier modificación.
El consenso decide qué transacciones entran y cuáles se rechazan, incluso si algunos nodos fallan o mienten.
Avalanche es una respuesta específica a la tercera pregunta: cómo llegar a acuerdo rápido sin que todos tengan que hablar con todos.
De claves a propiedad
Una wallet no guarda monedas. Guarda claves privadas.
Cuando envías AVAX o llamas un contrato:
- La wallet construye un mensaje: destinatario, monto, contrato, datos y nonce.
- Tu clave privada firma ese mensaje.
- La red verifica la firma con tu dirección pública.
- Si la firma y el estado son válidos, la transacción puede entrar a consenso.
Primera regla mental: si puedes producir una firma válida, puedes mover el activo. Si pierdes la clave, pierdes esa capacidad. Blockchain reemplaza cuentas con permisos criptográficos.
Hashes, bloques y Merkle roots
Un hash es una huella digital de datos. Cambia una coma y cambia toda la salida.
Un bloque conecta:
- El hash del bloque anterior
- Un conjunto de transacciones
- Una raíz de Merkle que resume esas transacciones
- Metadatos de consenso
Tx cambia -> cambia su hash -> cambia la Merkle root -> cambia el hash del bloque -> cambia toda la historia posterior
Por eso una blockchain no es "inmutable" por promesa legal. Es difícil de modificar porque la estructura de datos y el consenso hacen costoso reescribir el pasado.
Finalidad: la pregunta práctica
La pregunta real no es "¿mi transacción apareció?". Es:
¿Puede desaparecer después?
| Red | Cómo pensar la finalidad | Experiencia práctica |
|---|---|---|
| Bitcoin | Probabilística | Se esperan varias confirmaciones |
| Ethereum PoS | Checkpoints y finalidad por epochs | Finalidad fuerte después de minutos |
| Avalanche | Aceptación/rechazo final por consenso | Finalidad en segundos |
Para DeFi esto importa mucho. Un DEX, una liquidación o un bot de arbitraje necesitan actuar sobre estado que no se revierta justo después.
El trilemma blockchain
Toda red intenta balancear tres propiedades:
Que sea caro o impráctico falsificar historia, gastar dos veces o tomar control del consenso.
Que la red no dependa de una sola empresa, servidor o grupo pequeño de operadores.
Que pueda procesar muchas transacciones con baja latencia y costos razonables.
Bitcoin prioriza seguridad y descentralización. Ethereum escala mediante L2s. Avalanche apuesta por consenso por muestreo, cadenas especializadas y Avalanche L1s.
AVAX: el token nativo
AVAX coordina incentivos dentro de Avalanche.
Las transacciones en C-Chain pagan gas en AVAX. El gas evita spam y prioriza ejecución.
Validadores bloquean AVAX para participar en consenso y ganar recompensas si son correctos y responsivos.
Las fees se queman. Más uso de red retira AVAX de circulación.
AVAX tiene suministro máximo de 720 millones. En Avalanche no hay minería PoW: la seguridad económica viene de staking y del valor en riesgo de los validadores.
Primary Network: tres cadenas, tres trabajos
Avalanche separa responsabilidades desde el diseño. La Primary Network ejecuta tres cadenas:
Exchange Chain. Crear y transferir activos nativos. Optimizada para movimiento de activos, no para contratos Solidity.
Platform Chain. Validadores, staking, creación de Avalanche L1s y metadatos de interoperabilidad.
Contract Chain. EVM compatible. Aquí vive la mayor parte del DeFi, contratos, routers y tooling familiar.
Separar cadenas reduce acoplamiento: no todo el sistema tiene que hacer el mismo trabajo con las mismas reglas.
C-Chain: Ethereum-like, pero en Avalanche
La C-Chain ejecuta contratos EVM. Para un desarrollador, la experiencia base es conocida:
Mainnet chainId: 43114 Fuji testnet: 43113 RPC mainnet: https://api.avax.network/ext/bc/C/rpc Gas token: AVAX Herramientas: Solidity, Foundry, Hardhat, viem, ethers, MetaMask
Un contrato Solidity que compila para Ethereum normalmente puede desplegarse en C-Chain sin reescribirlo. Lo que cambia es el entorno: RPC, chainId, gas, liquidez, oráculos y direcciones de protocolos.
Snowman: consenso por muestreo repetido
En muchos protocolos, todos deben coordinar con todos o esperar bloques sucesivos. Snowman usa otra intuición:
Pregunta a una muestra aleatoria pequeña. Si la muestra tiene una mayoría fuerte, adopta esa preferencia. Repite hasta que la respuesta sea estable.
Cada nodo no necesita hablar con miles de validadores por ronda. Consulta una muestra pequeña ponderada por stake. Esa es la razón de su escalabilidad: el costo por ronda se mantiene casi constante aunque crezca la red.
Snowman paso a paso
Imagina que la red debe elegir entre bloque A y bloque B.
k = 20 validadores consultados por ronda alpha = 14 respuestas iguales para considerar quórum beta = 20 rondas consecutivas para decidir
Proceso:
- Un nodo pregunta a 20 validadores aleatorios.
- Si 14 o más prefieren A, el nodo prefiere A.
- Si 14 o más prefieren B, el nodo prefiere B.
- Si no hay quórum, no aumenta confianza.
- Si recibe quórum para la misma preferencia 20 rondas seguidas, acepta.
Por qué converge
La estadística crea retroalimentación.
Si A empieza a tener más apoyo:
- Es más probable que A aparezca como mayoría en nuevas muestras.
- Más nodos cambian su preferencia hacia A.
- Eso hace todavía más probable que A gane las siguientes muestras.
- Después de suficientes rondas, la decisión se vuelve final.
Snowman combina una idea simple con parámetros concretos. No busca certeza porque todos hablaron con todos; busca certeza porque muchas muestras independientes empujan a la red hacia la misma decisión.
Dos detalles que cambian el rendimiento
Cada nodo consulta una muestra pequeña. El número de mensajes por consulta no crece con todos los validadores de la red.
Votar por un bloque también vota por sus ancestros. Un voto por el bloque 100 confirma implícitamente 99, 98, 97...
Además, Avalanche no tiene slashing en la Primary Network. Si un validador no se comporta correctamente o no responde, no recibe recompensas, pero su stake no se destruye.
Avalanche L1s
Antes se les decía subnets; la narrativa actual es Avalanche L1s.
Una Avalanche L1 es una red soberana con su propio conjunto de validadores, reglas, tokenomics y una o varias blockchains.
Gaming, pagos, instituciones, trading o redes privadas pueden tener reglas y rendimiento adaptados a su caso.
Token de gas, permisos, precompiles, límites de gas, validadores, hardware requerido y lógica de rewards.
La congestión de una L1 no debería degradar otra. Cada red controla su propia ejecución.
Soberanía trae responsabilidad: validadores, liquidez, RPCs, exploradores, UX, bridges e indexing.
Cuándo usar C-Chain y cuándo una L1
Usa C-Chain si necesitas:
- Liquidez existente
- DeFi composable
- Despliegue rápido
- Tooling estándar
- Menor carga operativa
Considera una Avalanche L1 si necesitas:
- Gas token propio
- Reglas de acceso o KYC
- Throughput dedicado
- Privacidad o compliance
- Precompiles especiales
- Control soberano de upgrades
Regla práctica: empieza en C-Chain si el problema es producto y distribución. Muévete a una L1 cuando la infraestructura compartida sea el cuello de botella real.
ICM: mensajes entre L1s
Si cada L1 es soberana, necesita comunicarse sin depender siempre de puentes custodiales.
ICM, Avalanche Interchain Messaging, permite mensajes entre Avalanche L1s.
Flujo:
- La L1 origen emite un mensaje.
- Sus validadores lo firman con BLS.
- Las firmas se agregan.
- Un relayer o app entrega el mensaje.
- La L1 destino verifica firma, stake y reglas de aceptación.
ICM no impone un transportador único. La seguridad importante está en verificar que el mensaje fue firmado por suficiente peso del set validador de origen.
DeFi: mercados como contratos
DeFi convierte reglas financieras en contratos públicos:
Swaps sin custodiar fondos en un exchange centralizado.
Préstamos, colateral, liquidaciones y tasas programables.
Bots corrigen diferencias de precio entre pools y protocolos.
Avalanche es interesante para DeFi porque combina EVM, finalidad rápida y costos bajos. Eso favorece swaps, liquidaciones y estrategias que dependen de ejecución rápida.
AMM desde cero
Un exchange centralizado usa order book. Un AMM usa pools y fórmulas.
Uniswap v2 popularizó:
x * y = k
x = reserva de token X y = reserva de token Y k = constante que el swap conserva
Si compras AVAX con USDC, entra USDC y sale AVAX. Como queda menos AVAX en el pool, el precio sube. El pool siempre ofrece precio, pero swaps grandes sufren más slippage.
Liquidez concentrada
Uniswap v3 cambió la pregunta para LPs:
¿En qué rango de precio quiero usar mi capital?
Ejemplo:
AVAX/USDC precio actual: 30
LP rango estrecho: 29 a 31
LP rango amplio: 25 a 35Rango estrecho: más fees por dólar si el precio se queda dentro, pero más riesgo de salir del rango.
Rango amplio: menos eficiencia, pero más pasivo.
La liquidez concentrada convierte al LP en alguien que gestiona inventario, no solo en alguien que deposita dos tokens.
Uniswap en Avalanche
Uniswap soporta Avalanche C-Chain para swapping con chainId 43114. Uniswap v4 también tiene contratos desplegados en Avalanche.
Universal Router 2.0 0x94b75331ae8d42c1b61065089b7d48fe14aa73b7
Permit2 0x000000000022D473030F116dDEE9F6B43aC78BA3
PoolManager v4 0x06380c0e0912312b5150364b9dc4542ba0dbbc85
Para el usuario, el swap se siente como Uniswap. Para el integrador, la diferencia está en red, liquidez, tokens, rutas y gas.
Uniswap v4: por qué importa
Uniswap v4 agrega extensibilidad al diseño AMM.
Un PoolManager administra muchos pools. Menos contratos repetidos y rutas multihop más eficientes.
Contratos que corren antes o después de swaps y cambios de liquidez. Permiten fees dinámicas, órdenes límite y lógica personalizada.
Acumula cambios durante la transacción y liquida al final. Reduce transferencias intermedias.
Avalanche puede aprovechar v4 porque C-Chain es EVM compatible: el mismo paradigma de contratos y routers funciona en otra red.
LFJ: el DEX nativo líder de Avalanche
LFJ, antes Trader Joe, es un DEX nacido en Avalanche. Su diseño clave es Liquidity Book.
En vez de una curva continua, divide el precio en bins discretos.
Uniswap v2 se parece a una rampa: el precio cambia continuamente. LFJ se parece a una escalera: dentro de cada escalón el precio es fijo; cambia al pasar al siguiente bin.
Esto permite cero slippage dentro de un bin y una forma distinta de concentrar liquidez.
Liquidity Book: bins
Cada bin tiene precio fijo y usa una invariant de suma constante:
P * x + y = L
P = precio fijo del bin x = cantidad de token X y = cantidad de token Y L = liquidez del bin
Solo el bin activo contiene ambos tokens. Los bins a un lado contienen un token; los del otro lado contienen el otro. Cuando un swap agota el bin activo, el precio se mueve al siguiente bin.
Bin step con AVAX/USDC
El bin step define la distancia entre bins.
precio(id) = (1 + binStep / 10000) ^ (id - 8388608)
Si binStep = 20, cada bin está separado por 0.20%.
Ejemplo con AVAX a 30 USDC:
- Bin actual: 30.00
- Siguiente bin: ~30.06
- Bin anterior: ~29.94
Un swap pequeño puede ejecutarse dentro del bin activo. Un swap grande cruza bins y va moviendo el precio escalón por escalón.
LFJ: fees dinámicas
LFJ no depende solo de una fee fija.
fee total = fee base + fee variable
fee base = depende del bin step y parámetros del pool fee variable = sube con volatilidad y bins cruzados
Si el mercado está tranquilo, la fee variable baja. Si AVAX se mueve fuerte y los swaps cruzan muchos bins, la fee sube.
La intuición económica: cuando el riesgo para LPs aumenta, la compensación también debería aumentar.
Ser LP en LFJ
Escenario: AVAX vale 30 USDC y quieres proveer liquidez en WAVAX/USDC.
29 a 31. Mayor eficiencia si el precio se queda dentro. Requiere monitoreo.
25 a 35. Menos fee por dólar, pero más tolerancia a movimiento.
Más liquidez abajo si quieres comprar AVAX en caídas; más arriba si quieres vender en subidas.
La pregunta importante: ¿qué inventario quiero tener si el precio se mueve contra mi rango?
Uniswap vs LFJ
| Tema | Uniswap v3 | Uniswap v4 | LFJ Liquidity Book |
|---|---|---|---|
| Liquidez | Concentrada por ticks | Concentrada + hooks | Concentrada por bins |
| Precio | Curva dentro del rango | Depende del pool/hook | Fijo dentro del bin |
| LP receipt | NFT ERC-721 | Periphery v4 | LBToken tipo ERC-1155 |
| Fees | Tiers fijos | Personalizables vía hooks | Base + variable por volatilidad |
| Fortaleza | Estándar global | Extensibilidad | Diseño nativo Avalanche |
Uniswap trae liquidez, tooling y estándar EVM. LFJ trae diseño nativo, bins y una experiencia muy adaptada al ecosistema Avalanche.
Ejemplo práctico: swap AVAX a USDC
Un usuario quiere cambiar 10 AVAX por USDC.
Flujo mental:
- Consultar quotes en Uniswap y LFJ.
- Comparar output neto, no solo precio spot.
- Incluir fee del pool, slippage y gas.
- Revisar si la ruta usa AVAX nativo o WAVAX.
- Firmar y enviar la transacción.
- Verificar resultado en el explorador.
El mejor precio visible no siempre es el mejor precio ejecutado. En DeFi importa el tamaño del trade, la profundidad del pool y la ruta completa.
Pérdida impermanente: el riesgo invisible del LP
Cuando provees liquidez en un AMM, el pool rebalancea tu posición automáticamente según el precio. Eso tiene un costo.
Entras: 10 AVAX + 300 USDC (AVAX = 30) AVAX sube a 60 USDC Pool rebalancea: ~7.07 AVAX + ~424 USDC
Valor como LP: ~7.07 × 60 + 424 ≈ 848 USDC Valor si hubieras guardado: 10 × 60 + 300 = 900 USDC
Pérdida impermanente: ~52 USDC antes de contar fees
Es "impermanente" porque desaparece si el precio vuelve al punto de entrada. Se vuelve permanente si retiras con el precio movido. Las fees cobradas como LP pueden compensarla: a mayor volumen relativo a la volatilidad, mejor trade-off.
En LFJ, rangos estrechos amplifican este efecto: mayor eficiencia de capital en mercados tranquilos, mayor pérdida impermanente en mercados volátiles.
Riesgos reales
Aprobar gasto infinito a routers es cómodo, pero aumenta exposición. Entiende Permit2, límites y revocaciones.
Bugs, upgrades, permisos y oráculos pueden romper estrategias aunque el consenso funcione perfecto.
Avalanche L1s pueden fragmentar liquidez. C-Chain concentra más DeFi, pero no toda app debe vivir ahí para siempre.
ICM reduce ciertas dependencias entre L1s, pero cada bridge o mensajería tiene su propio modelo de seguridad.
Qué debes recordar
Avalanche se entiende mejor como una pila:
- Criptografía para propiedad.
- Hashes y bloques para historia verificable.
- Snowman para finalidad rápida.
- X/P/C-Chain para separar responsabilidades.
- Avalanche L1s para soberanía.
- C-Chain para compatibilidad EVM y DeFi.
- Uniswap y LFJ como laboratorios reales de liquidez.
La habilidad práctica no es memorizar nombres. Es poder razonar: qué seguridad asumo, dónde vive la liquidez, quién valida, cómo se ejecuta el swap y qué pasa si el mercado se mueve.