Bitget App
Trading Inteligente
Comprar criptoMercadosTradingFuturosEarnCentroMás
El error de Babylon expone riesgos de consenso en el staking de Bitcoin

El error de Babylon expone riesgos de consenso en el staking de Bitcoin

CryptotaleCryptotale2026/01/10 06:44
Mostrar el original
Por:Cryptotale
  • Un error en la extensión de voto de Babylon permitió que los validadores omitieran datos, provocando la caída de pares en los límites de época.
  • La falla puso a prueba la lógica de consenso off-chain, ralentizando los bloques sin comprometer la criptografía.
  • Babylon corrigió el error en la versión v4.2.0 mientras el crecimiento de BTCFi eleva la importancia de la fiabilidad de la red.

Una falla de software revelada en el protocolo de staking de Bitcoin de Babylon mostró cómo el comportamiento de los validadores podría interrumpir el consenso y ralentizar la producción de bloques. El problema surgió a través de una publicación en GitHub el 8 de diciembre de 2025, por parte del colaborador GrumpyLaurie55348. El bug afecta la extensión de voto BLS de Babylon y muestra cómo la omisión de datos durante la votación puede hacer que los validadores fallen en los límites de época.

Cómo funciona la falla en la extensión de voto de Babylon

La vulnerabilidad está dentro del sistema de firma de bloques de Babylon, conocido como la extensión de voto BLS. Este mecanismo demuestra que los validadores estuvieron de acuerdo sobre un bloque propuesto durante el consenso. En condiciones normales, los validadores incluyen un campo hash de bloque que identifica exactamente el bloque que apoyan.

Sin embargo, el error permite que los validadores omitan ese campo de hash de bloque al enviar extensiones de voto. Debido a que los campos protobuf siguen siendo opcionales, la red acepta estos mensajes incompletos. Cuando Babylon luego procesa el voto, intenta acceder a los datos faltantes y se encuentra con un puntero nulo.

Esa desreferenciación provoca un pánico en tiempo de ejecución durante las comprobaciones de consenso. Es importante destacar que las rutas de código afectadas incluyen VerifyVoteExtension y la verificación de voto en tiempo de propuesta. Como resultado, los validadores pueden fallar en puntos de control específicos en lugar de rechazar limpiamente el voto defectuoso.

El momento de estas caídas es relevante. Los límites de época requieren un acuerdo coordinado entre los validadores. Por lo tanto, las caídas durante estas transiciones retrasan la creación de bloques en los límites de época y ralentizan la producción de bloques.

Disrupción de validadores y puntos críticos de estrés en el consenso

La falla crea una vía para que validadores maliciosos interrumpan a sus pares sin vulnerar la criptografía. En cambio, explotan el manejo de entradas. Al enviar extensiones de voto sin hashes de bloque, un solo actor puede desencadenar fallos en otros nodos.

Según GrumpyLaurie55348, las caídas intermitentes aparecen durante los límites de época. Estos momentos anclan las transiciones de estado de los validadores. En consecuencia, cualquier inestabilidad durante esas comprobaciones afecta el flujo de consenso en general.

Los desarrolladores confirmaron que no ha habido explotación activa. Sin embargo, advirtieron que el mal uso sigue siendo posible si los operadores demoran las actualizaciones. El aviso clasifica el asunto como de alta severidad debido a su impacto en el consenso.

Babylon solucionó la falla en la versión 4.2.0. El parche agrega una validación más estricta en torno a las extensiones de voto. Aun así, al momento de la publicación, Babylon no ha emitido una declaración pública sobre el cronograma de actualización de los validadores.

Este episodio muestra cómo la lógica de consenso se extiende más allá de la capa base de Bitcoin en los marcos de staking. Babylon depende de la coordinación off-chain para probar el acuerdo de los validadores. Por lo tanto, las fallas en esa capa pueden influir en los resultados on-chain sin afectar a Bitcoin en sí.

Relacionado: Camboya extradita a Chen Zhi a China en estafa de criptomonedas

Contexto en el rol creciente de BTCFi de Babylon

La revelación llegó en el momento en que Babylon expandía su rol en las finanzas descentralizadas basadas en Bitcoin, conocidas como BTCFi. Babylon introdujo el staking nativo en Bitcoin, permitiendo generar rendimientos sin mover los activos fuera de Bitcoin. Ese diseño depende de comprobaciones de consenso off-chain verificables.

El 7 de enero, Babylon anunció una inversión de 15 millones de dólares de a16z Crypto. La financiación siguió a la venta del token BABY al brazo de activos digitales de Andreessen Horowitz. A16z afirmó que el capital respalda la infraestructura DeFi nativa de Bitcoin.

Rondas de financiación anteriores elevaron el total revelado de Babylon a 103 millones de dólares. Esas rondas incluyeron una Serie A de 18 millones y una ronda estratégica de 70 millones liderada por Paradigm. El protocolo también se asoció con Aave Labs en diciembre de 2025.

Esa asociación busca habilitar préstamos respaldados por Bitcoin en Aave v4 sin wrappers ni custodios. Las pruebas están programadas para el primer trimestre de 2026, con un lanzamiento objetivo en abril de 2026. La integración depende del diseño Bitcoin Vault de Babylon.

Mientras tanto, Babylon controla más del 80% del valor total bloqueado en BTCFi. Por lo tanto, la fiabilidad de la red tiene consecuencias para todo el ecosistema. En 2024, el TVL de DeFi en Bitcoin aumentó de 307 millones a más de 6.500 millones de dólares.

El bug de Babylon ilustra cómo los marcos de staking extienden la lógica de consenso más allá de la capa base de Bitcoin. A medida que crece la adopción, los desarrolladores enfrentan cada vez más condiciones de prueba adversas. El incidente muestra cómo los campos opcionales y los casos extremos pueden influir en rutas críticas para el consenso.

La solución de Babylon cierra la vulnerabilidad inmediata. Sin embargo, la revelación pone el foco en cómo las extensiones de consenso off-chain interactúan con el modelo de seguridad de Bitcoin.

Mientras tanto, la vulnerabilidad de Babylon expuso un fallo en el manejo de extensiones de voto que podría hacer caer validadores durante transiciones de época. El problema afectó el tiempo de producción de bloques, pero no mostró explotación activa. Los desarrolladores corrigieron el bug en la versión 4.2.0, mientras el protocolo sigue expandiéndose dentro de las finanzas descentralizadas basadas en Bitcoin.

0
0

Descargo de responsabilidad: El contenido de este artículo refleja únicamente la opinión del autor y no representa en modo alguno a la plataforma. Este artículo no se pretende servir de referencia para tomar decisiones de inversión.

PoolX: Haz staking y gana nuevos tokens.
APR de hasta 12%. Gana más airdrop bloqueando más.
¡Bloquea ahora!
© 2025 Bitget