Bridges: El eslabón más débil de DeFi — Historia, seguridad y cuáles usar en 2026

Introducción 1. La magnitud del problema

1. La magnitud del problema: bridges frente al resto de DeFi

A principios de 2026, el valor total bloqueado (TVL) en todos los protocolos DeFi se sitúa aproximadamente en$123.6 mil millones. Los bridges cross-chain representan una parte relativamente modesta de esta cifra —normalmente menos del 10% en cualquier momento dado. Sin embargo, cuando observamos la distribución de los fondos robados en las categorías de DeFi desde 2021, los bridges dominan con más del50% de todas las pérdidas.

Esta vulnerabilidad desproporcionada no es una coincidencia. Proviene de la arquitectura fundamental de los bridges. A diferencia de un protocolo de préstamos o un DEX, que gestiona el riesgo mediante el exceso de colateralización o mecánicas de pools de liquidez, un bridge debe actuar comocustodio de activos en la cadena de origenmientras simultáneamente acuña o libera activos en la cadena de destino. Esta responsabilidad de doble cadena crea múltiples superficies de ataque: el contrato de bloqueo en la cadena A, el contrato de acuñación en la cadena B, el conjunto de validadores o repetidores (relayers) que se comunican entre ellos, y el mecanismo de gobernanza que controla las actualizaciones.

Cada una de estas superficies ha sido explotada al menos una vez en los últimos cinco años. El resultado es una categoría de infraestructura donde una sola vulnerabilidad puede —y repetidamente lo ha hecho— resultar en pérdidas que superan losquinientos millones de dólaresen un solo incidente. Para una visión integral de todas las pérdidas importantes, consulte nuestra guía sobre losmayores hacks cripto de la historia.

2. Historia de los hacks de bridges

2. Una historia de hacks de bridges: 2021–2025

Comprender el presente requiere examinar cómo llegamos aquí. La historia de los exploits de bridges se lee como un catálogo de sofisticación creciente, desde errores lógicos tempranos en contratos inteligentes hasta operaciones de compromiso de claves patrocinadas por estados.

2021: Poly Network — $610 millones

El primer mega-exploit en la historia de los bridges ocurrió en agosto de 2021, cuando un atacante explotó una vulnerabilidad en la verificación de mensajes cross-chain de Poly Network. El atacante pudo crear un mensaje malicioso que engañó a los contratos del bridge en Ethereum, BSC y Polygon para liberar$610 millonesen activos bloqueados. La vulnerabilidad residía en la lógica de control de acceso del bridge: el atacante encontró una manera de reemplazar al guardián (keeper) designado del contrato con su propia dirección, otorgándose efectivamente el control administrativo sobre los fondos del bridge.

En un giro inusual, el atacante —que se hacía llamar "Mr. White Hat"— devolvió casi todos los fondos robados en los días siguientes, alegando que el hack se realizó para resaltar el fallo de seguridad. Poly Network incluso le ofreció un papel como asesor de seguridad. Aunque los fondos fueron devueltos, el incidente sirvió como unallamada de atención para toda la industria: los contratos de bridges que albergaban cientos de millones de dólares eran vulnerables a errores lógicos que habían pasado desapercibidos en las auditorías.

2022: Ronin ($625M) y BNB Bridge ($570M)

El año 2022 marcó el pico de la explotación de bridges, con dos incidentes que juntos representaron casi$1.2 mil millonesen pérdidas.

Ronin Bridge — $625 millones (marzo de 2022).La sidechain Ronin, construida para el juego play-to-earn Axie Infinity por Sky Mavis, utilizaba un conjunto de validadores de9 nodospara autorizar retiros cross-chain. El bridge requería 5 de 9 firmas para procesar transacciones. El Lazarus Group de Corea del Norte, operando mediante ingeniería social sofisticada, comprometió5 de las 9 claves privadas de los validadores. Se obtuvieron cuatro claves a través de una campaña de phishing dirigida contra empleados de Sky Mavis, y una quinta estaba disponible a través de un acuerdo de gobernanza heredado con la DAO de Axie que no había sido revocado tras dejar de ser necesario.

Los atacantes utilizaron las claves comprometidas para autorizar dos retiros masivos:173,600 ETHy25.5 millones de USDC. La brecha pasó desapercibida duranteseis días— solo se descubrió cuando un usuario intentó un retiro grande y descubrió que el bridge carecía de fondos suficientes. El hack de Ronin sigue siendo el mayor exploit de un bridge en la historia y demostró que la seguridad multifirma (multisig) es tan fuerte como la seguridad operativa de sus custodios de claves.

BNB Bridge — $570 millones (octubre de 2022).Un atacante explotó una vulnerabilidad en el BSC Token Hub, el bridge que conecta BNB Beacon Chain y BNB Smart Chain. El atacante falsificó mensajes de prueba para engañar al bridge y acuñar2 millones de tokens BNB(con un valor aproximado de $570 millones) que no estaban respaldados por ningún depósito correspondiente. Aunque el atacante obtuvo inicialmente la cantidad total, el equipo de BNB Chain coordinó con los validadores paradetener temporalmente la cadenay limitar el daño. El atacante logró puentear aproximadamente $127 millones a otras cadenas antes de la detención.

2023: Multichain — $125 millones y el fallo de centralización

El incidente de Multichain de julio de 2023 expuso una categoría diferente de riesgo en bridges:la centralización y la dependencia de una persona clave. Multichain (anteriormente AnySwap) era uno de los bridges cross-chain más utilizados, procesando miles de millones en transferencias a través de docenas de cadenas. El 6 de julio de 2023, aproximadamente$125 millonesfueron drenados de los contratos del bridge de Multichain en Fantom, Moonriver y Dogechain.

La causa raíz no fue un exploit de contrato inteligente, sino unfallo de gobernanza y custodia. Resultó que el CEO de Multichain, Zhaojun He, tenía la custodia personal de la infraestructura crítica del servidor y de las claves de computación multipartita (MPC). Cuando las autoridades chinas detuvieron a Zhaojun en mayo de 2023, el equipo perdió el acceso a la infraestructura operativa necesaria para mantener el bridge. El drenaje de $125 millones pareció estar relacionado con el compromiso de estas claves centralizadas, aunque la cadena exacta de eventos sigue en disputa.

El colapso de Multichain fue un momento decisivo para la filosofía de diseño de bridges. Demostró que incluso un protocolo que procesa miles de millones en volumen podría tener unpunto único de falla oculto tras la apariencia de descentralización. La configuración de claves MPC, que supuestamente debía distribuir la confianza, estaba en la práctica controlada por una sola persona.

2024–2025: Orbit Chain — $81 millones

En la víspera de Año Nuevo de 2023 (31 de diciembre), Orbit Chain sufrió un exploit que resultó en la pérdida de aproximadamente$81 millones. El ataque se centró en el sistema de autorización multifirma (multisig) del puente, que requería7 de 10 firmantespara aprobar transacciones. El atacante comprometió suficientes claves para alcanzar este umbral y drenó el puente de ETH, DAI, USDT y USDC.

El hackeo de Orbit Chain reforzó la lección de Ronin:los puentes multifirma están fundamentalmente limitados por la seguridad de sus custodios de claves. Ya sea que el umbral sea de 5 de 9 o 7 de 10, si un atacante puede comprometer a suficientes firmantes mediante ingeniería social, phishing o fallos de seguridad operativa, las garantías matemáticas del esquema multisig se vuelven irrelevantes. Esta realidad ha impulsado a la industria hacia modelos de verificación trustless y basados en pruebas de conocimiento cero (zero-knowledge proofs).

3. Incidentes del Q1 2026

3. Q1 2026: la hemorragia continúa

El primer trimestre de 2026 ya ha generado pérdidas significativas relacionadas con puentes, demostrando que el problema está lejos de resolverse. Según los datos rastreados por CleanSky a partir de monitores de seguridad on-chain e informes de incidentes, los siguientes exploits de puentes y cross-chain ocurrieron en el Q1 2026. Para un contexto más amplio sobre pérdidas recientes, consulte nuestroInforme de Seguridad Cripto 2025–2026.

Las pérdidas combinadas del Q1 2026 superan los$371 millones, situando al año en camino de rivalizar con 2022 como el peor año para la seguridad de los puentes. El incidente de Trezor, aunque técnicamente fue un ataque de ingeniería social en lugar de un exploit de puente, involucró lavado cross-chain a través de THORChain, lo que ilustra cómo la infraestructura de puentes se utiliza en ambos lados de la ecuación del exploit: como objetivo de ataques y como herramienta de lavado posterior.

CrossCurve: anatomía de la vulnerabilidad expressExecute

Vale la pena examinar en detalle el exploit de CrossCurve del Q1 2026 porque ilustra una clase de vulnerabilidad que sigue siendo común en las arquitecturas de puentes:validación insuficiente de llamadas externas en rutas de ejecución rápida.

CrossCurve implementó una funciónexpressExecutediseñada para proporcionar transferencias casi instantáneas al permitir que relayers aprobados adelantaran liquidez mientras el mensaje cross-chain canónico aún estaba en tránsito. La función aceptaba un payload que contenía la dirección del contrato de destino y los calldata, que ejecutaría en nombre del usuario. La vulnerabilidad residía en que la funciónno validaba adecuadamente el contrato de destino ni los calldata, permitiendo a un atacante diseñar un payload que redirigiera los fondos del pool de liquidez a su propia dirección.

El atacante desplegó un contrato malicioso que, al ser llamado por elexpressExecutede CrossCurve, invocaba los contratos del propio pool de liquidez del puente para transferir fondos. Debido a que la llamada se originó desde la dirección del relayer de confianza de CrossCurve, los contratos del pool de liquidez la trataron como una operación autorizada. Los$3 millonesfueron drenados en una sola transacción y dispersados inmediatamente a través de múltiples cadenas.

Este patrón —donde la ruta de ejecución "exprés" o "rápida" de un puente elude los controles de seguridad de la ruta canónica— ha aparecido en múltiples exploits de puentes. La lección es clara:cada ruta de ejecución debe aplicar el mismo nivel de validación, independientemente de las suposiciones de confianza sobre el emisor. Para obtener orientación sobre cómo evaluar la seguridad de los contratos por su cuenta, consulteCómo verificar contratos inteligentes.

4. Tres modelos de seguridad

4. Tres modelos de seguridad: confiable (trusted), sin confianza (trustless) y basado en intenciones (intent-based)

No todos los puentes son iguales. La industria ha evolucionado a través de tres modelos de seguridad distintos, cada uno con un conjunto diferente de compensaciones entre confianza, velocidad, costo y seguridad. Comprender estos modelos es esencial para elegir el puente adecuado para su caso de uso.

Modelo 1: Puentes confiables o con custodia (Trusted)

Los puentes confiables dependen de unconjunto de validadores centralizados o semicentralizadospara dar fe de que se realizó un depósito en la cadena de origen antes de liberar los fondos en la cadena de destino. La seguridad del sistema depende totalmente de la honestidad y la seguridad operativa de estos validadores. El Ronin Bridge (multisig 5 de 9), Orbit Chain (multisig 7 de 10) y el Multichain original (MPC con custodia de claves centralizada) entran en esta categoría.

Ventajas:Finalidad rápida (normalmente minutos), bajo costo, implementación sencilla.Desventajas:Punto único de falla si se compromete un número suficiente de validadores. La historia de los exploits en puentes muestra que este modelo ha sido responsable de la mayoría de las pérdidas. Si el conjunto de validadores es pequeño o los operadores no son lo suficientemente diversos y distribuidos geográficamente, el puente hereda las propiedades de seguridad de su validador más débil, no del más fuerte.

Modelo 2: Puentes sin confianza o Trustless (DVN y puentes ZK)

Los puentes sin confianza (trustless) tienen como objetivo minimizar o eliminar la necesidad de confiar en cualquier parte externa mediante el uso deverificación criptográficapara probar la validez de los mensajes entre cadenas. Esta categoría incluye dos enfoques principales:

Redes de Verificadores Descentralizadas (DVN).Utilizadas por protocolos como LayerZero V2, las DVN reemplazan los pequeños comités multifirma por redes de verificadores más grandes y con incentivos económicos. Los mensajes son verificados por múltiples DVN independientes, y el desarrollador de la aplicación puede configurar qué DVN son necesarios y qué umbral se requiere. Esto crea un modelo de confianza más flexible y potencialmente más seguro, aunque todavía depende de que los incentivos económicos sean suficientes para evitar la colusión.

Puentes de Conocimiento Cero (ZK-bridges).Los puentes ZK representan la garantía de seguridad más sólida disponible actualmente. En lugar de depender de cualquier conjunto de validadores, utilizanpruebas criptográficas para verificar matemáticamenteque una transacción ocurrió en la cadena de origen. La cadena de destino verifica esta prueba on-chain, lo que significa que la garantía de seguridad es equivalente a la seguridad de la criptografía subyacente, no a la honestidad de ningún operador humano.

Modelo 3: Puentes basados en intenciones (Intent-based)

Los puentes basados en intenciones representan un enfoque fundamentalmente diferente. En lugar de bloquear activos en la cadena A y acuñarlos en la cadena B, el usuario expresa unaintención("Quiero 1 ETH en Arbitrum") y una red desolucionadores (solvers)profesionales compite para cumplir esa intención. El solver que ofrece el mejor precio y velocidad gana la orden, adelanta la liquidez en la cadena de destino de su propio inventario y es reembolsado del depósito del usuario en la cadena de origen después de que se verifica el mensaje cross-chain.

Este modelo reduce drásticamente la superficie de ataque porqueno hay un gran pool de activos bloqueadosactuando como un 'honeypot'. El solver asume el riesgo durante el breve período de liquidación, y la cantidad en riesgo en cualquier momento se limita al capital de trabajo del solver en las órdenes activas, en lugar del TVL total del puente. Across Protocol y deBridge son implementaciones líderes de este modelo.

5. Tecnología ZK-Bridge

5. Tecnología ZK-bridge: el futuro de la seguridad cross-chain

Las pruebas de conocimiento cero son ampliamente consideradas como elobjetivo final para la seguridad de los puentes. La idea central es elegante: en lugar de preguntar "¿confiamos en los validadores?", un puente ZK pregunta "¿podemos verificar matemáticamente la transacción?". Si la prueba es válida, la transacción es válida, independientemente de quién haya generado la prueba.

Polyhedra Network y deVirgo

Polyhedra Network ha surgido como un proveedor líder de infraestructura de puentes ZK, basándose en varias innovaciones tecnológicas clave:

deVirgo (prover distribuido).La generación de pruebas ZK es computacionalmente intensiva. deVirgo distribuye la carga de trabajo de generación de pruebas entre múltiples máquinas, reduciendo drásticamente el tiempo y el costo necesarios para producir una prueba. Esto hace que los puentes ZK sean prácticos para el uso en producción, donde los usuarios esperan confirmaciones casi instantáneas.

Pruebas recursivas.En lugar de verificar cada transacción individual, las pruebas recursivas permiten que múltiples transacciones seanagrupadas en una sola prueba, que a su vez puede ser verificada mediante una única operación on-chain. Esto amortiza el costo de gas de la verificación entre muchas transacciones, haciendo que el costo por transacción sea comparable a —o incluso inferior a— los modelos de puentes confiables.

Integración con restaking.Proyectos como EigenLayer y Lagrange están construyendo infraestructura de coprocesadores ZK que aprovecha el conjunto de validadores de Ethereum como una capa de seguridad económica. Al requerir que los operadores de puentes ZK realicen staking de ETH (o ETH re-staked) como colateral, estos sistemas añaden una penalización económica por pruebas incorrectas además de la garantía criptográfica. Incluso si un avance matemático comprometiera de alguna manera el sistema de pruebas ZK (un escenario extremadamente improbable), el colateral en staking proporcionaría un respaldo.

La combinación de generación de pruebas distribuida, pruebas recursivas y seguridad económica basada en restaking representa la arquitectura de seguridad de puentes más robusta disponible en la actualidad. La principal limitación es lalatencia: generar pruebas ZK todavía lleva más tiempo que una simple atestación multifirma, añadiendo típicamente de 10 a 30 minutos al proceso de puente. Para los usuarios que necesitan finalidad instantánea, los puentes basados en intenciones con liquidación verificada por ZK ofrecen un híbrido convincente.

6. Comparación de Protocolos

6. Comparación de protocolos: soluciones cross-chain líderes en 2026

La siguiente tabla compara los cuatro protocolos de mensajería y puentes cross-chain más utilizados a marzo de 2026, evaluados según su modelo de seguridad, mecanismo de verificación, soporte de cadenas y características de seguridad notables.

Ningún protocolo es universalmente "el mejor". La elección correcta depende del caso de uso específico:

• LayerZero V2destaca por su flexibilidad, permitiendo a los desarrolladores de aplicaciones configurar sus propios parámetros de seguridad y elegir entre un mercado de DVN.
• Wormholees adecuado para transferencias institucionales de alto valor donde la trayectoria establecida de la red de Guardianes brinda confianza.
• Axelarofrece la integración más profunda con el ecosistema Cosmos y capacidades de computación cross-chain de propósito general.
• Hyperlaneproporciona el enfoque más modular y sin permisos, ideal para nuevas cadenas o despliegues experimentales.

7. Datos de Mercado: Valor Puenteado por Cadena

7. Hacia dónde fluye el dinero: valor puenteado por cadena

Comprender la distribución del valor puenteado ayuda a contextualizar tanto la oportunidad como el riesgo. Los siguientes datos reflejan el valor puenteado acumulado según el seguimiento de las principales plataformas de análisis hasta el primer trimestre de 2026.

Ethereum domina con$392 mil millonesen valor acumulado puenteado, reflejando su papel como la capa de liquidación principal y la cadena desde la cual se originan la mayoría de las transferencias cross-chain. Los$91 mil millonesde Tron están impulsados casi en su totalidad por transferencias de la stablecoin USDT, particularmente en mercados en desarrollo donde las bajas comisiones de Tron la convierten en el riel preferido para remesas y comercio.

El crecimiento deBasea$12.5 mil millonesy deArbitruma$11.3 mil millonesrefleja la migración continua de la actividad DeFi desde la red principal de Ethereum hacia las redes de Capa 2.Solanacon sus$32 mil millonesdemuestra una demanda cross-chain significativa impulsada por su ecosistema de trading de alta velocidad y el fenómeno de las memecoins. Cada dólar puenteado representa un momento de vulnerabilidad donde los fondos están en tránsito entre dominios de seguridad, lo que hace que la seguridad de los puentes sea proporcionalmente más crítica a medida que estos volúmenes crecen.

8. Recomendaciones por perfil de usuario

8. Elegir el puente adecuado: recomendaciones por perfil de usuario

Dada la complejidad del panorama cross-chain, aquí presentamos recomendaciones específicas basadas en el perfil del usuario y el caso de uso:

Para usuarios institucionales y transferencias de alto valor

Recomendado: deBridge, Stargate (LayerZero).Los usuarios institucionales deben priorizar puentes con arquitecturas basadas en intenciones (deBridge) o verificación establecida basada en DVN (Stargate/LayerZero). Estos protocolos ofrecen la combinación más sólida de seguridad y liquidez para grandes transferencias. Las consideraciones clave incluyen:

• Dividir grandes transferencias en múltiples puentes y transacciones para limitar la exposición a un único punto de falla
• Verificar la cobertura de seguro del puente: algunos protocolos ofrecen cobertura integrada para exploits verificados
• Utilizar herramientas de monitoreo de puentes dedicadas que alerten sobre cambios inusuales en el TVL o el comportamiento de los validadores
• Para transferencias que superen el millón de dólares, considerar servicios OTC (over-the-counter) que eviten por completo la infraestructura pública de puentes

Para usuarios minoristas (retail)

Recomendado: Across Protocol, Eco Portal.Los usuarios minoristas se benefician más de los puentes basados en intenciones que proporcionan una experiencia de usuario sencilla con sólidas garantías de seguridad. La red de solvers de Across Protocol suele ofrecer precios competitivos con finalidad rápida, y su arquitectura basada en intenciones significa que no hay un gran pool de fondos bloqueados que pueda ser explotado.

• Verifique siempre que se encuentra en la URL oficial del puente: márquela en favoritos y nunca use enlaces de redes sociales o anuncios de búsqueda
• Para montos inferiores a $10,000, la velocidad y simplicidad de los puentes basados en intenciones superan la diferencia marginal de costo
• Consulte la página de estado del puente y sus redes sociales antes de iniciar una transferencia grande; si hay reportes de problemas, espere

Para usuarios de múltiples ecosistemas

Recomendado: Symbiosis, Rango, Jumper.Los usuarios que mueven activos regularmente a través de muchas cadenas diferentes se benefician de los agregadores de puentes que comparan rutas entre múltiples protocolos subyacentes. Rango y Jumper (de LI.FI) consultan múltiples puentes simultáneamente y presentan la ruta óptima basada en parámetros de velocidad, costo y seguridad.

• Los agregadores añaden una capa de abstracción que puede ocultar el puente subyacente: verifique siempre qué puente se está utilizando para cada ruta
• Symbiosis ofrece swaps nativos cross-chain que combinan el puenteo y la funcionalidad DEX, reduciendo el número de transacciones necesarias
• Para rutas exóticas (ej. de Solana a cadenas de Cosmos), los agregadores pueden ser la única opción, pero verifique el historial del puente antes de proceder

9. Lista de verificación de seguridad

9. La lista de verificación de seguridad de puentes

Antes de usar cualquier puente, evalúelo según los siguientes criterios. Un puente que falle en más de uno de estos puntos debe usarse con extrema precaución o evitarse por completo. Para una guía más amplia sobremantenerse seguro en el mundo cripto, consulte nuestro artículo dedicado en Learn.

1. Auditorías.¿Ha sido el puente auditado por al menosdos firmas de seguridad independientes y de renombre? Busque auditorías de firmas como Trail of Bits, OpenZeppelin, ChainSecurity o Halborn. Una sola auditoría no es suficiente para un puente que maneja un valor significativo. Verifique cuándo se realizó la auditoría más reciente: las auditorías de más de 12 meses pueden no cubrir cambios recientes en el código.

2. Programa de recompensas por errores (Bug bounty).¿Mantiene el puente unprograma activo de bug bounty con una recompensa mínima de $500,000por vulnerabilidades críticas? Un bug bounty generoso crea un incentivo económico para que los investigadores de sombrero blanco reporten vulnerabilidades en lugar de explotarlas. Los puentes sin programas de recompensas dependen enteramente de su historial de auditorías y revisiones de seguridad internas.

3. Funcionalidad de pausa de emergencia.¿Puede el puente serpausado en cuestión de minutossi se detecta un exploit? La diferencia entre una pérdida de $3 millones y una de $600 millones a menudo depende de si el equipo del puente puede detener las operaciones antes de que el atacante drene el TVL total. Verifique si el mecanismo de pausa está controlado por un multisig con firmantes distribuidos geográficamente y disponibles 24/7.

4. Historial de TVL.¿Muestra el puente unhistorial de TVL estable sin caídas bruscas inexplicables? Una disminución inexplicable del 30% del TVL en un solo día podría indicar un exploit silencioso, una pérdida de confianza o un problema operativo. Use plataformas de análisis como DefiLlama para revisar el TVL del puente durante los últimos 12 meses.

5. Descentralización de validadores/verificadores.¿Cuántas entidades independientes participan en el proceso de verificación del puente y cómo son seleccionadas? Un puente con 4 validadores controlados por la misma empresa no está descentralizado de manera significativa, independientemente del umbral del multisig. Busque puentes donde los validadores sean económicamente independientes, distribuidos geográficamente y seleccionados mediante un proceso sin permisos o aprobado por la gobernanza.

6. Código de fuente abierta.¿Está el código del contrato inteligente del puentedisponible públicamente y verificadoen exploradores de bloques? Los puentes de código cerrado requieren que los usuarios confíen plenamente en el equipo de desarrollo, sin capacidad de verificar de forma independiente la seguridad del código. Los puentes de código abierto se benefician de la revisión de la comunidad y de un descubrimiento de vulnerabilidades más rápido.

10. Seguros DeFi

10. Seguros DeFi: mitigando el riesgo de los puentes

Incluso con las mejores prácticas de seguridad, el historial de exploits en puentes deja claro que el riesgo residual no puede eliminarse por completo. El seguro DeFi ha surgido como una herramienta crítica de gestión de riesgos, particularmente para usuarios con una exposición cross-chain significativa.

Nexus Mutual v3sigue siendo el proveedor líder de seguros DeFi, ofreciendo hasta$6 mil millones en capacidad de cobertura totala partir del primer trimestre de 2026. Su conjunto de productos incluye:

• Protocol Cover:Paga si un protocolo cubierto (incluyendo puentes específicos) sufre un exploit de contrato inteligente que resulte en pérdidas para el usuario.
• Bug Bounty Cover:Un producto más reciente que cubre específicamente las pérdidas resultantes de errores en contratos inteligentes que no fueron detectados por auditorías o programas de bug bounty.
• Custody Cover:Cubre pérdidas por fallas en la custodia, relevante para modelos de puentes con confianza (trusted).

El costo del seguro DeFi varía según el riesgo percibido del protocolo cubierto, pero típicamente oscila entre el2% y el 5% anualpara puentes bien establecidos, y es mayor para protocolos más nuevos o menos auditados. Para usuarios institucionales que mueven un valor significativo entre cadenas, el costo del seguro es un precio pequeño comparado con la posibilidad de una pérdida total.

Cabe señalar que los pagos de seguros no son automáticos. Las reclamaciones deben presentarse y ser aprobadas por el proceso de gobernanza de Nexus Mutual, que evalúa si la pérdida entra dentro de los términos de cobertura de la póliza. Los usuarios deben revisar cuidadosamente la redacción de la póliza, especialmente las exclusiones, antes de adquirir la cobertura.

11. Contexto de Ciberseguridad

11. El contexto más amplio de la ciberseguridad

Las vulnerabilidades de los puentes no existen de forma aislada. Forman parte de un panorama de ciberseguridad más amplio donde la infraestructura que sustenta DeFi (sistemas operativos, proveedores de la nube, cadenas de herramientas de desarrollo) está bajo ataque constante.

En el primer trimestre de 2026, vulnerabilidades críticas del sistema operativo, incluyendoCVE-2026-21510yCVE-2026-21514resaltaron los riesgos que se extienden por debajo de la capa de aplicación. Estas vulnerabilidades, que afectan a sistemas ampliamente desplegados, podrían usarse potencialmente para comprometer las máquinas que ejecutan nodos validadores de puentes, repetidores de oráculos o estaciones de trabajo de desarrolladores. Un puente puede tener contratos inteligentes perfectamente seguros, pero si el sistema operativo del servidor del validador tiene una vulnerabilidad de escalada de privilegios sin parchear, la seguridad del puente es tan fuerte como la gestión de parches del administrador del sistema.

Esto subraya la importancia de ladefensa en profundidad: la seguridad de los bridges no puede depender únicamente de las auditorías de contratos inteligentes. Debe abarcar todo el stack, desde la capa de prueba criptográfica hasta los parches del sistema operativo en el hardware del validador. Los equipos que operan la infraestructura de los bridges deben mantener calendarios de parches agresivos, utilizar módulos de seguridad de hardware (HSM) para el almacenamiento de claves e implementar la segmentación de red para limitar el radio de impacto de cualquier compromiso individual.

12. De Lock-and-Mint a ZK e Intentos

12. La evolución del diseño de bridges: de lock-and-mint a ZK e intentos

La historia de los exploits en bridges ha impulsado una trayectoria evolutiva clara en la filosofía de diseño:

Generación 1: Lock-and-mint con validadores de confianza (2020–2022).Los primeros bridges utilizaban un modelo sencillo: bloquear activos en la cadena A, hacer que un pequeño grupo de validadores diera fe del depósito y emitir tokens envueltos (wrapped) en la cadena B. Este modelo era barato y rápido, pero creaba enormes 'honeypots' y concentraba la confianza en conjuntos pequeños de validadores. Ronin, BNB Bridge y Multichain representan esta generación.

Generación 2: Redes de verificación descentralizadas (2023–2024).La segunda generación sustituyó los pequeños comités multifirma por redes de verificadores más grandes e incentivadas económicamente. El modelo DVN de LayerZero, la expansión de la red Guardian de Wormhole y el conjunto de validadores PoS de Axelar representan este enfoque. La seguridad mejoró gracias a la diversificación, pero el modelo fundamental sigue dependiendo de la honestidad y la seguridad operativa de operadores humanos.

Generación 3: Modelos basados en pruebas ZK e intentos (2025–presente).La generación actual elimina la confianza en los operadores humanos siempre que es posible. Los ZK-bridges verifican las transacciones matemáticamente, y los bridges basados en intentos (intents) eliminan los grandes pools de liquidez mediante el uso de 'solvers' profesionales que gestionan su propio riesgo. Esta generación representa un cambio de paradigma: en lugar de preguntar '¿podemos confiar en los validadores?', la pregunta pasa a ser '¿podemos verificar las matemáticas?' o '¿es el solver económicamente racional?'.

La transición aún no se ha completado. Muchos de los bridges más utilizados siguen funcionando con arquitecturas de Generación 1 o Generación 2. Pero el rumbo es claro:el futuro de la seguridad cross-chain es 'trustless', verificado criptográficamente y garantizado matemáticamente.

Conclusiones clave