--- title: "¿Qué son los cross-chain bridges?" description: "Descubre los diferentes tipos de cross-chain bridges y por qué las redes los necesitan." --- # ¿Qué son los cross-chain bridges? Hoy existen cientos de blockchains con actividad onchain, cada una con su propio enfoque de escalabilidad, seguridad, descentralización y un conjunto de características diferentes. ¿Qué tienen en común todas estas blockchains? Los usuarios quieren poder mover activos y datos entre ellas. Ahí es donde entran los cross-chain bridges. En los últimos años, los bridges han evolucionado de simples "transbordadores de activos envueltos" a canales programables que mueven tokens _y_ mensajes arbitrarios entre todas estas redes de blockchain. El valor total bloqueado \(TVL\) en bridges ahora [alcanza los $55B](https://defillama.com/protocols/Bridge), lo que refleja tanto la demanda del mercado por ellos como el riesgo: los exploits de bridges siguen dominando las tablas de hackeos más grandes en cripto. Ya seas un ingeniero práctico que integra SDKs de bridges o un líder de GTM que dimensiona nuevos mercados, esta guía te dará todo el contexto que necesitas sobre el estado de los cross-chain bridges en 2025. ## ¿Qué es un cross-chain bridge? Un cross-chain bridge conecta blockchains independientes entre sí y permite la transferencia de activos e información entre ellas, dando a los usuarios acceso fácil a otros protocolos. Puedes pensar en un cross-chain bridge como middleware que permite que el _estado_ se mueva entre redes que no fueron diseñadas para comunicarse entre sí. Ese mismo tipo de middleware existe en los sistemas bancarios globales: tu tarjeta de crédito puede funcionar tanto en una bodega de Nueva York como en un konbini de Tokio porque las redes de pago pueden traducir entre emisores y proveedores bancarios. Los bridges hacen lo mismo para las blockchains. ### Transferencias por bridge vs. transferencias por CEX Antes de que los blockchain bridges permitieran a los usuarios mover activos fácilmente entre redes de blockchain, la única forma de migrar activos de la chain A a la chain B era: 1. Enviar tokens de la Chain A a un exchange centralizado \(CEX\). 1. Intercambiar esos tokens por tokens diferentes compatibles con la Chain B. 1. Retirar esos nuevos tokens hacia la Chain B. Los bridges reducen esos tres pasos a 1 transacción onchain, disminuyendo las comisiones y manteniendo a los usuarios en control de su propia custodia. ## ¿Cómo funciona un cross-chain bridge? ### El modelo clásico de lock-and-mint La mayoría de los bridges de primera generación envolvían activos usando un pipeline de _lock-and-mint_, con una solución custodial donde un tercero facilita el bridging hacia otra chain mediante los siguientes pasos: 1. **Depósito:** Alice envía 10 ETH al contrato del bridge en Ethereum \(la chain de origen\). 1. **Lock:** Un conjunto de validadores o un custodio bloquea el ETH en una bóveda. 1. **Mint:** El bridge acuña 10 wETH en Polygon \(chain de destino\) y los libera en la wallet de Alice. 1. **Redeem:** Cuando Alice termina de operar en Polygon, quema los 10 wETH en Polygon enviándolos a una dirección específica. 1. **Unlock:** Los validadores activan la liberación de los 10 ETH originales de vuelta a Alice en Ethereum. Un detalle clave que hay que recordar sobre este diseño de bridge es que el ETH nunca sale de Ethereum. Los usuarios intercambian su custodia en la Chain A por un derecho sobre esos activos en la Chain B. Esa capa de custodia—quién controla la bóveda en la Chain A—define gran parte del perfil de riesgo de un bridge. Este es un punto importante, así que hagámoslo más explícito. En realidad no puedes enviar activos de una chain directamente a otra; por ejemplo, no puedes enviar BTC a una dirección en la red de Ethereum. En cambio, tienes que bloquear BTC en la chain de Bitcoin y acuñar un nuevo activo en la chain de destino. A esto a veces se le llama "envolver" un token \(de ahí el nombre wrapped Bitcoin o wrapped Ethereum\) como forma de describir el proceso de bridging, donde el activo se "envuelve" en un smart contract para hacerlo programable y funcional en la chain de destino B. ### Más allá del wrapping: burns nativos y general message passing Con el tiempo, el diseño de los bridges se ha vuelto más sofisticado, así que la versión más básica de lock and mint \(que introduce riesgo custodial\) ha evolucionado hacia nuevos diseños y capacidades, como: - **Burn → Mint:** En lugar de bloquear tokens en la chain A para acuñarlos en la chain B, algunos bridges ahora permiten a los usuarios destruir el token en la chain A \("quemarlo"\) y luego acuñar un nuevo token en la chain B. Por ejemplo, así funciona el CCTP de [Circle](https://www.alchemy.com/dapps/circle), donde los usuarios pueden quemar USDC en la chain A para acuñar USDC nativo en la chain B. - **General Message Passing \(GMP\):** Permitir que los activos se muevan entre redes de blockchain fue la primera implementación de un bridge, y ahora los bridges también facilitan el paso de mensajes arbitrarios \(o sea, datos\), habilitando casos de uso crosschain donde los smart contracts en una chain pueden reaccionar al estado en otra chain \(por ejemplo, podrías pagar un préstamo en Optimism cuando se liquida una garantía en Arbitrum\). Bridges como Chainlink CCIP y [Axelar](https://www.alchemy.com/dapps/axelar) GMP facilitan este tipo de transferencia de datos cross-chain. ## Por qué los cross-chain bridges importan en 2025 La infraestructura cross-chain ya no es algo "agradable de tener". Se ha convertido en el tejido conectivo de la economía cripto, uniendo silenciosamente docenas de redes que de otro modo estarían aisladas y habilitando casos de uso que eran imposibles hace apenas uno o dos años. A grandes rasgos, los bridges ofrecen el siguiente valor a los usuarios: **1. Enrutamiento de liquidez:** Una liquidez más profunda significa mejor descubrimiento de precios y menos fluctuación de precios durante operaciones grandes. Es una mejor experiencia de usuario, y los bridges pueden agregar liquidez entre diferentes chains, permitiendo mejores precios y mejor descubrimiento de precios. **2. Productividad de activos:** Muchos usuarios hacen "hodl" de sus activos y se quedan sentados sobre ellos. Los bridges permiten a los usuarios mover activos entre redes de blockchain y ponerlos a trabajar en diferentes apps. Tal vez quieras prestar BTC en OP mainnet, o tal vez quieras usar un NFT de Ethereum como garantía en Solana. Los bridges son lo que hace eso posible. Y para las apps, los bridges pueden ayudar a simplificar operaciones y abstraer complejidad: **3. Account abstraction cross-chain:** Infraestructura de smart wallets como [Alchemy's Smart Wallets](https://www.alchemy.com/smart-wallets) permite a los usuarios firmar una transacción en el frontend, mientras que el backend liquida silenciosamente en múltiples chains y maneja el bridging entre bastidores. Esa abstracción reduce drásticamente la fricción de onboarding, algo vital para apps de consumo que no quieren tener que explicarles chains a sus usuarios. **4. Liquidación empresarial y [pagos en stablecoins](https://www.alchemy.com/dapps/best/stablecoin-payments):** Corporaciones como PayPal dependen de Chainlink CCIP para enviar [PYUSD](https://www.alchemy.com/dapps/paypal-usd) a comercios que pueden preferir liquidar en Polygon o Base en lugar de Ethereum. Un único riel de pago agnóstico a la chain mantiene simple la lógica de compliance y tesorería mientras sigue llegando a los usuarios donde están. En conjunto, estos pilares señalan un cambio de un mundo _multi-chain_—donde los usuarios saltan conscientemente entre chains—hacia un futuro _chain-abstracted_ donde la plomería del bridge es invisible e instantánea. ## Seguridad y riesgo Con tanto valor bloqueado en bridges \($55B!\), los bridges se han convertido en objetivos atractivos para hackers. Hasta la fecha, [se han hackeado más de $2.8B](https://chain.link/education-hub/cross-chain-bridge-vulnerabilities) de cross-chain bridges, y si miras el [leaderboard de Rekt](https://rekt.news/leaderboard) encontrarás muchos bridges. Las lecciones aprendidas generalmente se dividen en 2 tipos de exploits: - **Compromiso de claves:** los bridges custodiales o multisig colapsan si los atacantes capturan un quórum de firma, como se vio en el infame hackeo de $620M a Ronin. - **Bugs de lógica:** incluso los bridges "trust-minimized" pueden manejar mal las pruebas. [Wormhole](https://www.alchemy.com/dapps/wormhole) perdió $320 millones cuando una única verificación faltante permitió a un atacante acuñar wrapped ETH de la nada. Además de los exploits por bugs descritos arriba, también existe riesgo en la liveness del bridge \(donde el bridge podría dejar de funcionar si los operadores dejan de operar\) o de robo \(los operadores del bridge actúan de forma maliciosa y se llevan los fondos\). Con el tiempo, los bridges se han vuelto más seguros y probados en batalla, pero incluso ahora los exploits de bridges siguen siendo un riesgo. Si estás evaluando si un bridge es seguro de usar o no, presta atención a las siguientes señales: - ¿El bridge ha estado operativo y seguro durante un período prolongado sin hackeos? - ¿Los contratos del bridge han tenido al menos 2 auditorías independientes? - ¿El bridge tiene un bug bounty activo? Si es así, ¿de cuánto? - ¿Los validadores y relayers tienen un stake que se pueda "slashear" si actúan deshonestamente? - ¿El bridge ofrece un camino de actualización con time-lock, para que los usuarios puedan reaccionar a cambios de código? Pensar en estas preguntas no garantiza seguridad, pero puede ayudarte a identificar señales de alerta en un diseño de bridge deficiente. ## Comparación de diseños de bridges En los últimos años, el diseño de bridges ha evolucionado para adaptarse a varios casos de uso y preferencias de usuario. A grandes rasgos, estas son las categorías disponibles hoy en el mercado: ### ¿Qué diseño de bridge deberías usar? No hay una respuesta correcta o incorrecta aquí, y qué bridge uses puede depender de tus necesidades y de cuán cómodo estés confiando en un operador de bridge externo. Para transferencias pequeñas, confiar en un operador de bridge puede no ser gran cosa, y podrías querer optimizar por tiempos de depósito rápidos y buena UX, pero en montos más grandes, quizás quieras una solución trustless y estés dispuesto a aceptar tiempos de confirmación más largos. Otra pieza del rompecabezas es que diferentes proveedores de bridge soportan diferentes redes de bridge. No solo necesitas considerar los tradeoffs de diseño del bridge que uses, sino también qué chains soporta. ## El panorama de bridges en 2025 Hay una amplia cantidad de bridges de ecosistema general que te ayudan a conectarte a sus respectivos ecosistemas \(por ejemplo, el bridge de [Binance](https://www.alchemy.com/dapps/binance), el [Polygon bridge](https://www.alchemy.com/dapps/list-of/web3-bridges-on-polygon), y el Avalanche bridge\). Junto a esos bridges específicos de ecosistema, hay una serie de proveedores externos que se especializan en esta función de bridging, y el mercado se ha consolidado alrededor de un puñado de protocolos pesados—cada uno ocupando un lugar diferente en la curva de tradeoff entre seguridad y velocidad. La ventaja de todas estas opciones: los desarrolladores ya no necesitan apostar todo a un único bridge. En cambio, los agregadores cada vez más unen estos protocolos, enrutando cada transferencia por el camino seguro más barato en tiempo real. Estos son algunos de los principales actores del espacio hoy: ### Allbridge [Allbridge](https://allbridge.io/) es un bridge multichain que abarca chains EVM y no-EVM \(incluyendo Ethereum, L2s de Ethereum, Solana, Tron, y Sui\). A agosto de 2025, [Allbridge Core](https://www.alchemy.com/dapps/allbridge) muestra aproximadamente [$23M en TVL](https://defillama.com/protocol/allbridge-core). Este proveedor de bridge se enfoca en swaps directos de stablecoins entre diferentes ecosistemas y también ofrece pools de liquidez y oportunidades de yield para los usuarios. ### Across [Across](https://across.to/) es un bridge "optimista" asegurado por el Optimistic Oracle de UMA, con relayers con bond y pools de LP de un solo lado, diseñado específicamente para liquidación rápida. Su priorización de la velocidad ha llevado a [Across](https://www.alchemy.com/dapps/across) a un [TVL actual de $98M](https://defillama.com/protocol/across) y $1.3B en volumen en los últimos 30 días, y el protocolo soporta 20 redes de blockchain diferentes. ### Axelar [Axelar](https://www.axelar.network/) es una red de general message passing \(GMP\) que conecta chains EVM, zonas IBC de Cosmos, y más, permitiendo tanto transferencias de tokens como llamadas cross-chain. Con [$320M en TVL](https://defillama.com/protocol/axelar), el atractivo de Axelar es la ergonomía para desarrolladores y su amplio alcance de ecosistema; el tradeoff es su complejidad adicional de protocolo. ### Celer cBridge [cBridge](https://cbridge.celer.network/) es un bridge de liquidez no custodial construido sobre el messaging inter-chain de Celer, con transferencias rápidas y un SDK que a los desarrolladores les gusta. [cBridge](https://www.alchemy.com/dapps/cbridge) tiene [$67M en TVL](https://defillama.com/protocol/cbridge) y soporta más de 40 blockchains. En cuanto a diseño, se apoya en redes de liquidez para lograr velocidad \(en lugar del lock/mint puro\), intercambiando algo de dependencia de rutas y complejidad de enrutamiento por UX. ### Chainlink CCIP [Chainlink CCIP](https://chain.link/cross-chain) ofrece mensajería cross-chain y transferencia de tokens de nivel empresarial entre ecosistemas soportados por el servicio de oráculos de Chainlink, que actualmente asegura [$59B onchain](https://defillama.com/oracles/Chainlink). Su fórmula secreta es un modelo agrupado de Oracle más validador y el nuevo estándar Cross-Chain Token \(CCT\), que permite a las empresas lanzar activos que se sienten nativos en todas partes. El bridge introduce capas de seguridad con criterio propio como la "Risk Management Network", que aprueba mensajes fuera de la chain, lo que a su vez crea más límites operativos comparado con otras opciones. ### deBridge [deBridge](https://debridge.finance/) usa un diseño de "0-TVL" que opera como un order book \(los makers completan órdenes cross-chain a través de la red de liquidez\) en lugar de un bridge con pool, lo que minimiza el capital ocioso y el riesgo de activos wrapped. Puedes ver ese diseño reflejado en su tracción: [deBridge](https://www.alchemy.com/dapps/debridge) solo tiene [$12M en TVL](https://defillama.com/protocol/debridge), pero ha procesado $793M en volumen en los últimos 30 días. A cambio del tradeoff, la red depende de market makers fuera de la chain y de matching de órdenes. ### Everclear \(Connext\) [Everclear](https://www.everclear.org/) es un poco diferente de los otros elementos de esta lista: no es un bridge tradicional orientado al usuario final. En cambio, es una capa de clearing que compensa flujos cross-chain, de modo que quienes hacen bridging necesitan rebalancearse menos, reduciendo sus costos. Renombrado desde [Connext](https://www.alchemy.com/dapps/connext) en 2024, la beta de [Everclear](https://www.alchemy.com/dapps/everclear) reporta comisiones tan bajas como 2bps, y la red está avanzando hacia un lanzamiento completo en mainnet en 2025. ### IBC [IBC](https://ibcprotocol.dev/) es el protocolo de Cosmos basado en light clients y trust-minimized \(sin intermediarios\). Este bridge conecta más de 115 chains y facilita [$700M en volumen mensual](https://defillama.com/bridge/ibc). El modelo de seguridad de este bridge es excelente cuando ambas chains ejecutan light clients robustos; el tradeoff es que integrar este bridge más allá del stack de Cosmos SDK requiere ingeniería adicional \(aunque IBC v2 espera solucionar esto\). ### Portal \(Wormhole\) [Portal](https://portalbridge.com/) es uno de los bridges más populares del mercado y aprovecha la red de general-message de Wormhole. Con casi [$3B en TVL](https://defillama.com/protocol/portal) y procesando $1.1B en volumen cada mes, Portal ofrece cobertura de chains y una capa de messaging madura, pero depende de un modelo de validador/guardian y tiene un hackeo notable en su historial. ### Stargate \(LayerZero\) [Stargate](https://stargate.finance/bridge) ofrece un bridge construido sobre el stack de seguridad DVN de [LayerZero](https://www.alchemy.com/dapps/layerzero) y soporta más de 40 chains. Con integraciones profundas en los principales L1s, [Stargate](https://www.alchemy.com/dapps/stargate) tiene [$370M en TVL](https://defillama.com/protocol/stargate-finance). Si necesitas rutas de activos nativos y UX de pool único, Stargate es el ejemplo canónico. ## Construyendo con bridges en Alchemy Llevar UX cross-chain a tu producto solía significar ejecutar múltiples nodos RPC, escribir scripts de escaneo frágiles, y mantener indexadores personalizados. Alchemy abstrae esa complejidad: - **RPCs multi-chain unificados:** una sola API key desbloquea endpoints confiables para más de 50 ecosistemas de blockchain diferentes. No hay necesidad de hacer malabares con proveedores de infraestructura a medida que te expandes. - **Notificaciones por webhook:** suscríbete a eventos como `DepositInitiated` o `MessageExecuted` en bridges. Tu backend recibe una notificación push en el momento en que los fondos se bloquean en una chain o se acuñan en otra—perfecto para actualizar el estado de la UI sin tener que analizar bloques enteros por tu cuenta. Combina esos primitivos con un SDK de agregador como [LI.FI](http://LI.FI) o Socket, y puedes lanzar un flujo de onboarding chain-abstracted de nivel de producción en una tarde. ## Conclusiones clave y próximos pasos Los cross-chain bridges han evolucionado de wrappers experimentales a infraestructura de misión crítica. Los builders que dominen esta capa hoy estarán mejor posicionados para las experiencias de usuario chain-abstracted del mañana. Si estás listo para explorar la construcción onchain, crea una cuenta gratuita de Alchemy, haz tu primera llamada a la API, y [empieza a construir](http://dashboard.alchemy.com/). ## Preguntas frecuentes ### ¿Qué es un cross-chain bridge? Un cross-chain bridge conecta blockchains independientes y permite la transferencia de activos e información entre ellas, actuando como middleware que permite que el estado se mueva entre redes que no fueron diseñadas para comunicarse entre sí. ### ¿Cómo funciona un cross-chain bridge? La mayoría de los bridges usan un modelo lock-and-mint donde los tokens se bloquean en la chain de origen y se acuñan cantidades equivalentes en la chain de destino. Los activos originales nunca salen realmente de la blockchain de origen—los usuarios intercambian custodia en la Chain A por un derecho sobre esos activos en la Chain B. ### ¿Qué problemas resuelven los cross-chain bridges? Los bridges permiten el enrutamiento de liquidez entre chains para mejores precios, permiten a los usuarios poner a trabajar activos inactivos en diferentes apps, y soportan account abstraction cross-chain que simplifica la experiencia de usuario manejando el bridging entre bastidores. ### ¿Un agregador de bridges es lo mismo que un bridge? No exactamente. Un bridge mueve valor o mensajes entre dos chains específicas. Un agregador se ubica una capa más arriba y decide _qué_ bridge usar para cada salto, considerando costo, liquidez, y preferencias de seguridad. ### ¿Por qué varían los tiempos de salida incluso dentro del mismo bridge? La latencia es función tanto del modelo de seguridad del bridge como de la congestión de red en tiempo real. Una ventana de prueba optimista podría ser de 30 minutos en teoría, pero los tiempos de bloque y los picos de gas pueden estirar eso a una hora en la práctica. ### ¿Puedo asegurarme contra fallos de bridges? Sí—proveedores de cobertura como [Nexus Mutual](https://www.alchemy.com/dapps/nexus-mutual) y Unslashed ahora ofrecen pólizas dedicadas para los principales bridges, con precios típicamente entre 2% y 6% del monto asegurado por año. ### ¿Cuáles son los principales riesgos de seguridad al usar bridges? Los exploits de bridges han resultado en más de $2.8B en pérdidas, principalmente por compromiso de claves \(atacantes que capturan el control de firma\) y bugs de lógica en smart contracts que pueden permitir acuñación o retiros no autorizados. ### ¿Cuál es la diferencia entre bridges trusted y trustless? Los bridges trusted dependen de partes centralizadas o conjuntos pequeños de validadores para mantener activos y verificar transacciones, mientras que los bridges trustless usan verificación onchain, validadores distribuidos, y pruebas criptográficas para minimizar la dependencia de intermediarios. ### ¿Pueden los bridges transferir algo más que tokens? Sí, los bridges modernos soportan General Message Passing \(GMP\), permitiendo la transferencia de datos arbitrarios y que smart contracts en diferentes chains se comuniquen y activen acciones cross-chain. ### ¿Qué debería buscar al elegir un bridge seguro? Busca bridges con historiales operativos largos sin hackeos, múltiples auditorías independientes, bug bounties activos, stakes de validadores que se puedan "slashear" por comportamiento deshonesto, y caminos de actualización con time-lock que permitan a los usuarios reaccionar a cambios de código. ### ¿Necesito usar múltiples bridges diferentes? No necesariamente—los agregadores de bridges ahora enrutan las transferencias por el camino seguro más barato en tiempo real, permitiéndote acceder a múltiples protocolos de bridge a través de una sola interfaz en lugar de elegir un solo proveedor.