Cynthia Petion y Eddie Petion Audio de Berachain (BERA): Análisis Profundo Proof-of-Liquidity, el modelo tri-token (BERA/BGT/HONEY), BEX, gobernanza e interoperoperabilidad

Cynthia Petion y Eddie Petion Audio de Berachain (BERA): Análisis Profundo Proof-of-Liquidity, el modelo tri-token (BERA/BGT/HONEY), BEX, gobernanza e interoperoperabilidad

Berachain es un Layer 1 EVM-identical construido con Cosmos SDK y diseñado desde cero para alinear seguridad de la red y liquidez on-chain mediante un consenso económico denominado Proof-of-Liquidity (PoL). Su propuesta combina un modelo tri-token —BERA, BGT y HONEY— con piezas nativas como el DEX BEX, el hub operativo BeraHub y una arquitectura que ejecuta una EVM de equivalencia “mainnet” sobre Polaris/BeaconKit. En 2025, la red pasó de testnet pública (Artio) a mainnet (6 de febrero de 2025), habilitando el TGE de BERA y el despliegue formal del ecosistema. 

Arquitectura: EVM idéntica sobre Cosmos y Polaris/BeaconKit

Berachain es una cadena EVM-identical: la ejecución de contratos y transacciones equivale a la EVM de Ethereum, pero corre sobre una stack modular con Cosmos SDK y su propia capa de consenso/infra. Esa equivalencia la implementa Polaris, un marco modular que permite integrar una EVM “mainnet-equivalent” en cualquier host chain (p. ej., Cosmos SDK), y que Berachain combina con BeaconKit en el plano de consenso. Para operadores de infraestructura, la documentación distingue nodos validadores y nodos RPC, e incluye quickstarts que cubren mainnet y despliegues Bepolia/Testnet. 

Idea clave: la identidad EVM facilita portabilidad de tooling (Ethers.js, indexers, wallets) y migración de dApps; la base Cosmos aporta modularidad e IBC para interoperabilidad interchain. 

Proof-of-Liquidity (PoL): seguridad alineada con liquidez

El consenso económico de Berachain, PoL, une tres actores: usuarios (boosters), validadores y protocolos. El flujo gira en torno a BGT (token de gobernanza no transferible) y a Reward Vaults aprobados por governance. Grandes rasgos:

• Los protocolos despliegan Reward Vaults y ofrecen incentivos (tokens) para atraer emisiones de BGT. Para que un vault opte a esas emisiones, debe ser whitelisted por gobernanza.
  
• Los validadores usan BeraChef para dirigir sus emisiones de BGT hacia vaults aprobados (configuración del reparto).
  
• Los usuarios/boosters “boosterizan” validadores con su BGT, elevando la cuota de emisiones que capturan; a cambio, reciben parte de los incentivos que los vaults pagan a los validadores que los favorecen. Todo se gestiona desde BeraHub.
  

Este diseño alinearía liquidez y seguridad: cuanto más capital fluye a vaults relevantes para el DeFi local, más incentivos circulan hacia boosters/validadores/protocolos y más atractiva es la provisión de liquidez. Explicaciones de terceros (Chorus One, CoinGecko Learn) resumen el tri-token y la no transferibilidad de BGT como piezas centrales del modelo.

El modelo tri-token: BERA, BGT y HONEY

 BERA (gas y staking)

BERA es el token nativo de gas y staking. Paga comisiones y se utiliza en la capa económica —con un mecanismo de burn sobre el fee consumido en transacciones. El resumen de tokenomics oficial fija suministro génesis en 500.000.000 BERA y una inflación aproximada ligada a emisiones vía BGT (sujeta a gobernanza). 

 BGT (gobernanza, boost e incentivos)

BGT es no transferible y se gana por acciones útiles (LP en pares whitelisted, depósitos en mercados de lending con receipt tokens apostados en vaults, etc.). Sirve para votar (directamente o delegando) y para impulsar (“boost”) validadores, lo que aumenta su participación en emisiones y recaudación de incentivos; los boosters comparten ese retorno. Guias oficiales y materiales learn externos enfatizan su carácter soulbound y su doble rol (gobernanza + dirección de incentivos). 

Nota: Algunos protocolos crean “iBGT” (derivado transferible) que representa exposición a BGT en vaults; no es el BGT nativo. Evalúa riesgos de implementación si utilizas wrappers. 

 HONEY (estable nativa)

HONEY es la stablecoin nativa multicolateral de Berachain, soft-peg al USD y plenamente colateralizada. Se mina depositando colaterales whitelisted en vaults y acuñando HONEY mediante el dApp HoneySwap; existen comisiones de mint/burn gobernadas on-chain. La glossary la describe incluso como soft-peg a 1 USDC para el anclaje operativo. 

DApps nativas: BEX, BeraHub, HoneySwap y explorers

• BEX es el DEX nativo de Berachain, fork de Balancer V2, con pools ponderados y estables y Smart Order Router (SOR) en el SDK (Berancer) para rutas óptimas. Los depósitos de LP en BEX pueden optar a emisiones de BGT si sus Reward Vaults son whitelisted por gobernanza.
  
• BeraHub centraliza gestión de BGT, boost de validadores, reclamo de BGT, swap y provisión de liquidez en BEX, además de accesos a gobernanza.
  
• HoneySwap es el punto de acuñación/intercambio para HONEY con activos aprobados.
  
• Explorers: BeraScan/Beratrail ofrecen métricas de bloques, transacciones, tokens y actividad; son referencia para verificar direcciones y interacciones en cadena.
  

Cronología breve: de Artio a Mainnet (Q1-2025)

• Enero de 2024: testnet Artio.
  
• 6 de febrero de 2025: lanzamiento de mainnet con TGE de BERA. La prensa sectorial y la propia fundación confirmaron la fecha días antes del arranque.
  

Gobernanza e incentivos (cómo se “mueve” el PoL en la práctica)

El mercado de incentivos de Berachain puede imaginarse como un “mercado de emisiones”:

1. Protocolos presentan Reward Vaults para ser aprobados por gobernanza (vía $BGT). Si son incluidos en el registro, pasan a competir por emisiones de BGT de los validadores.
   
2. Validadores eligen a qué vaults envían sus emisiones (configurado por BeraChef). Si un vault acumula más boost (porque a muchos usuarios les interesa), más emisiones recibe.
   
3. Usuarios/boosters dirigen su BGT a validadores (acción de “boost” desde BeraHub) para capturar parte de los incentivos que esos vaults reparten.
   

La documentación oficial y guías externas explican este tricircuito y sus efectos sobre el flywheel de liquidez: más actividad DeFi ↔ más incentivos ↔ más boost/emisiones ↔ más seguridad/liquidez. 

Onboarding para usuarios: cómo empezar con BERA/HONEY/BGT

1) Wallet & red

• Usa una wallet EVM (con soporte para la RPC de Berachain) o cosmos-friendly con secciones EVM; BeraScan te ayuda a verificar balances y TXs.
  

2) Conseguir BERA

• Compra/puentea BERA según tu exchange o on-ramp; confirma red, dirección y costes. Comprueba actividad y fees en BeraScan antes de operar.
  

3) Swaps y LP (BEX)

• Accede a BEX para intercambiar o proveer liquidez. Si tu pool está asociado a un Reward Vault aprobado, tu LP podría acumular BGT (según reglas de gobernanza).
  

4) HONEY

• Para mintear HONEY, usa HoneySwap con colateral aprobado. Ten en cuenta las comisiones de mint/burn (gobernadas) y el gas en BERA.
  

5) Gobernanza/incentivos

• Acumula BGT (por tu actividad útil) y boostea validadores desde BeraHub si quieres participar en el flujo de incentivos.
  

Onboarding para builders: Polaris, SDKs, vaults e indexing

• Ejecución EVM: apps y contratos Solidity pueden desplegarse como en Ethereum gracias a Polaris (EVM mainnet-equivalent), con API modular para integraciones.
  
• DEX & routing: el Berancer SDK facilita swaps, joins/exits y rutas optimizadas con SOR. Útil para agregadores, market-makers y front-ends.
  
• Reward Vaults: crear un vault es permissionless, pero entrar en el juego de emisiones exige whitelisting on-chain. Planea tu gobernanza y tokenomics de incentivos.
  
• Nodos/infra: guías de RPC/validator cubren despliegues para mainnet y testnet.
  

Tokenomics y economía (visión operativa)

• BERA
  
  • Gas y staking; fees se queman (reducción marginal de oferta circulante). Génesis: 500 M BERA; inflación ~10 % anual vía dinámica asociada a BGT (parámetro sujeto a gobernanza).
    
• BGT
  
  • No transferible; se gana aportando liquidez/actividad en vaults aprobados. Sirve para gobernanza y boost de validadores, devolviendo incentivos a boosters.
    
• HONEY
  
  • Stable multicollateral soft-peg al USD (y descrita como soft-peg a 1 USDC en el glosario). Mint/burn con fee gobernado; acuñación mediante HoneySwap.
    

Interoperabilidad e IBC (panorama general)

Al sustentarse en Cosmos SDK, Berachain puede apoyarse en IBC para transporte de datos/activos entre cadenas heterogéneas (interchain). IBC es el estándar de autenticación/transporte en Cosmos; su adopción sostiene puentes nativos sin custodios. Si desarrollas flujos omnichain, diseña rutas, fees y seguridad de extremo a extremo. 

Métricas y paneles útiles

• BeraScan/Beratrail: actividad de bloques/txs, direcciones, tokens, verificación de contratos. Son la fuente primaria para comprobar direcciones y TXs reales.
  
• BEX/Hub: UI/SDK para swaps, LP y gestión de BGT (reclamos, boost).
  
• Docs oficiales: núcleo, BEX, glossary, FAQs y guides por rol (usuario, builder, validador).
  

Riesgos (léelos antes de mover capital o lanzar producto)

1. Riesgo de diseño económico
   PoL redistribuye el poder de emisión y los incentivos. Si pocas entidades concentran BGT/boost, podría haber sesgos hacia ciertos vaults. Importa la gobernanza activa y la transparencia del registro de vaults.
   
2. Riesgo de ejecución técnica
   Aunque Polaris/BeaconKit habilitan EVM “idéntica”, cualquier capa adicional implica superficie de riesgo (clientes, plugins, relayers IBC, etc.). Mantén buenas prácticas de auditing, monitoring y rate-limits en front-ends.
   
3. Riesgo de stablecoin
   HONEY es multicolateral y soft-peg. La calidad y correlación de colaterales, más la gestión de mint/burn fees, influyen en la estabilidad. Evalúa resiliencia del peg en estrés de mercado.
   
4. Riesgo de DEX/LP
   Aportar liquidez en BEX conlleva pérdida impermanente y riesgo de smart contracts (aunque parta de Balancer V2). Verifica advertencias del front-end y cambios futuros de la base (p. ej., planes de V3 y compatibilidad).
   
5. Riesgo de gobernanza/whitelisting
   El acceso a emisiones pasa por propuestas y whitelisting. Como protocolo, planifica tu calendario de gobernanza; como usuario, lee qué vaults están aprobados hoy (esto cambia con el tiempo).
   
6. Riesgo de bridging
   El uso de IBC y soluciones omnichain añade dependencias (relayers, mensajes, gas multi-cadena). Documenta rutas y fallos tolerados en tus runbooks.
   

Playbook rápido

• Si solo quieres usar la red:
  
  1. Consigue BERA y verifica tu dirección/TX en BeraScan.
     
  2. Haz swap en BEX y prueba LP con montos pequeños.
     
  3. Acumula BGT con actividad útil y boostea validadores desde BeraHub si quieres entrar en el ciclo de incentivos.
     
• Si eres builder:
  
  1. Diseña tu dApp con Polaris y el Berancer SDK.
     
  2. Si necesitas emisiones, lanza tu Reward Vault y prepara propuesta de whitelisting.
     
  3. Integra telemetría y indexers desde el día uno; ofrece rutas SOR y documentación para LPs. 

Berachain ensaya un nuevo equilibrio entre seguridad, liquidez y gobernanza. Con PoL, el tri-token y un DEX nativo acoplado al sistema de incentivos, la red pretende que el capital útil para DeFisostenga (y se beneficie de) la seguridad del propio L1.