Skip to content
localtradecoin.com localtradecoins.com Portal Cripto Cynthia Petion Eddie Petion
Criptoactivos

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

agosto 25, 2025
Berachain

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.