📖 Por qué los tokens se mueven entre blockchains
Un puente cripto es un protocolo que mueve tokens y mensajes entre dos blockchains. En un modelo lock-and-mint, el token se bloquea en la cadena de origen y se emite un token wrapped en la cadena de destino. En un modelo con pools de liquidez, el token se envía a un pool en la cadena de origen y en la cadena de destino se entrega el mismo token desde un pool previamente financiado. DeFi, o finanzas descentralizadas, son servicios financieros basados en smart contracts sin bancos.
Token wrapped es una versión del activo original en la cadena de destino emitida por un smart contract. Este token está respaldado por una reserva: el activo original queda bloqueado en el contrato del puente en otra red. Un token wrapped puede canjearse por el activo original si la reserva se mantiene intacta y el puente verifica correctamente los mensajes cross-chain.
Un puente cripto controla dos recursos: la reserva de tokens bloqueados en el contrato y el derecho a emitir o liberar un activo en la cadena de destino. Si se explota el contrato, se comprometen los firmantes o falla la verificación de mensajes cross-chain, ocurre una de dos cosas: la reserva se drena del puente, o se emiten tokens wrapped sin respaldo y se venden en un DEX.
Los riesgos de la infraestructura cross-chain se solapan con amenazas típicas de DeFi: phishing, approvals maliciosos y compromiso de claves. El mapa de amenazas y el desglose de modelos de protección de wallets se explican en “Seguridad DeFi: mapa de amenazas, casos y protección”.
En la interfaz, una transferencia cross-chain parece una sola operación. A nivel de protocolo, la transferencia tiene dos etapas: se registra y confirma un evento en la cadena de origen, y después el activo se libera o se emite por separado en la cadena de destino.
El riesgo del puente depende de cómo mueve el activo y de quién confirma los mensajes cross-chain.
Puentes cripto: visión básica y propósito
Los puentes cripto mueven tokens y mensajes entre blockchains. Multichain significa trabajar con activos en varias redes; DeFi significa servicios financieros sobre smart contracts sin intermediarios bancarios.
Un puente cripto realiza la transferencia de dos formas: (1) el activo se bloquea en la cadena de origen y se acuña un token wrapped en la cadena de destino; (2) el activo pasa por pools de liquidez, donde la liberación en la cadena de destino proviene de una reserva financiada de antemano.
Los puentes se usan para mover stablecoins a una red con comisiones más bajas, transferir un activo a una red donde está la aplicación necesaria o sostener protocolos que operan en varias blockchains.
El riesgo del puente depende de dónde se guarda la reserva y de qué mecanismo confirma la liberación o emisión del activo en la cadena de destino.
La misma operación en la interfaz puede depender de mecánicas distintas y de fuentes de confianza distintas.
Tipos de puentes cripto: mecánica de transferencia y modelo de confianza
Dos puentes pueden parecer idénticos en la interfaz y aun así perder fondos por motivos distintos. La comparación se reduce a dos preguntas: qué operación hace que el activo esté disponible en la cadena de destino y quién confirma el evento en la cadena de origen.
Por mecánica de transferencia de tokens
- Lock-and-Mint. El token se bloquea en el contrato del puente en la cadena de origen y se emite un token wrapped en la cadena de destino. En una transferencia inversa, el token wrapped se quema y el token original se desbloquea.
- Burn-and-Mint. El token se destruye, o se quema, en una cadena y se acuña en otra. Este modelo se usa cuando la emisión y la quema se rigen por reglas unificadas del emisor o del protocolo.
- Pools de liquidez, o lock-and-unlock en forma aplicada. Cada cadena tiene una reserva del token colocada de antemano. El usuario envía el token a un pool en la cadena de origen y recibe el mismo token desde el pool en la cadena de destino sin emitir una versión wrapped.
Swaps atómicos (HTLC) usan contratos HTLC, o Hashed Timelock Contracts: el activo se libera solo cuando se revela un secreto cuyo hash se conoce de antemano, y solo antes del plazo límite. Las limitaciones de HTLC dependen del soporte de redes concretas y de la necesidad de coordinar parámetros de timelock en dos contratos.
Por modelo de seguridad
- Custodial. La liberación de activos está controlada por una empresa o por un grupo limitado de operadores. Los riesgos clave son el compromiso de claves y la parada del servicio.
- Non-custodial. La liberación de activos la confirma un grupo distribuido de validadores o firmantes. Un ataque exige controlar el umbral de firmas o el stake.
- Puentes nativos. La interacción cross-chain está integrada en el protocolo de la blockchain o en un ecosistema relacionado. La confianza se apoya en la seguridad de la red base.
- Puentes universales. Un protocolo conecta muchas redes mediante un conjunto compartido de contratos y un mecanismo de verificación de mensajes. Un fallo en la infraestructura compartida afecta a muchas rutas.
Mover BTC a DeFi suele usar versiones wrapped, donde el custodio de la garantía y el procedimiento de redención del wrapper son críticos. Un ejemplo del producto y de su dependencia de infraestructura relacionada se describe en “Yield Basis: rendimiento en Bitcoin sin IL”.
La fiabilidad de un puente cripto se define por la combinación entre la mecánica de transferencia del token y el modelo de confirmación de mensajes cross-chain.
Las pérdidas en puentes cripto aparecen en los puntos donde el puente guarda reservas y donde confirma eventos entre redes.
Riesgos de los puentes cripto: dónde y por qué se producen pérdidas
Un puente cripto consta de varias partes. El punto de fallo puede ser el contrato de reserva, el mecanismo de confirmación de mensajes cross-chain o la capa de gobernanza que puede detener o cambiar el funcionamiento del puente.
Errores en el código del puente
- Cómo ocurre: el puente acepta una transferencia como confirmada aunque el evento en la cadena de origen sea incorrecto o falsificado.
- Por qué es peligroso: los tokens bloqueados pueden retirarse del contrato de reserva, o pueden aparecer tokens sin respaldo en la cadena de destino.
- Qué revisar: si existen auditorías públicas de smart contracts, si hay un bug bounty activo y quién aprueba las actualizaciones de contratos.
Riesgo del token wrapped
- Qué significa: un token wrapped mantiene su precio solo mientras el activo original esté realmente bloqueado en la reserva del puente.
- Cuándo aparece el problema: si el puente se detiene o pierde su reserva, canjear el token wrapped por el activo original se vuelve imposible o sucede con descuento.
- A qué prestar atención: la dirección de la reserva y el modelo de custodia, el procedimiento de redención y la liquidez del wrapper disponible para salir.
Transferencia y confirmación de mensajes
- Cómo funciona: el puente registra un evento en la cadena de origen y envía un mensaje a la cadena de destino, donde se realiza la liberación o la emisión.
- Dónde aparece el riesgo: con una confirmación falsa o un fallo de entrega, el puente puede liberar un activo sin un evento válido en la cadena de origen.
- Qué importa: cuántas partes independientes confirman el mensaje y si las transferencias pueden pausarse cuando se detecta un fallo.
Gobernanza y factor humano
- Cómo se toman las decisiones: los parámetros del puente se cambian mediante claves de administrador, una multisig o validadores.
- Por qué es un riesgo: el compromiso de claves o un error de actualización puede detener el puente o dar al atacante el derecho a emitir y liberar activos.
- Qué considerar: el umbral de firmas para cambios, la presencia de un timelock y los límites sobre volúmenes de liberación.
La evaluación de un puente cripto se reduce a tres comprobaciones: dónde está la reserva, quién confirma mensajes cross-chain y quién puede cambiar las reglas del puente.
La misma acción en la interfaz puede depender de distintas fuentes de liquidez y de distintos esquemas de confirmación.
Resumen de puentes cripto clave: ejemplos, puntos fuertes y limitaciones
Una transferencia cross-chain puede ejecutarse liberando fondos desde un pool de liquidez, acuñando un token wrapped o entregando un mensaje que activa una acción posterior en la cadena de destino.
Stargate
GlobalMueve stablecoins entre redes EVM mediante pools de liquidez. En la cadena de origen, la transacción envía el token a un pool. El mensaje de transferencia se entrega a través de LayerZero. En la cadena de destino, el token se libera desde un pool como el mismo activo, sin acuñar una versión wrapped.
✅ Ventajas
- La liberación en la cadena de destino proviene de un pool de liquidez sin token wrapped.
- Las rutas se centran en stablecoins líquidas, donde es más fácil salir sin gran slippage.
- El riesgo depende de la entrega del mensaje y de los saldos del pool en la cadena de destino.
❌ Desventajas
- El conjunto de activos es limitado: se necesita un pool para cada token y cada red.
- La confirmación del mensaje depende de la configuración de LayerZero, incluidos oráculo y relayer.
- La falta de liquidez en el pool limita el volumen de liberación en la cadena de destino.
La transferencia depende del transporte de mensajes y de las reservas disponibles en los pools de la cadena de destino.
LayerZero
GlobalProtocolo para entregar mensajes entre blockchains. La confirmación de eventos se basa en un par “oráculo + relayer”: el oráculo aporta datos de estado, el relayer entrega la carga útil y la aplicación define las reglas de validación y los umbrales de confianza.
✅ Ventajas
- Soporta mensajes cross-chain y llamadas a contratos, no solo transferencias de tokens.
- Un mismo transporte de mensajes se usa en muchas redes mediante aplicaciones construidas sobre el protocolo.
- La resiliencia puede mejorar separando fuentes de datos y fuentes de entrega.
❌ Desventajas
- Si el oráculo y el relayer están controlados por una sola parte, aumenta el riesgo de confirmación falsa.
- Las reglas de confirmación las fija la aplicación y pueden no ser visibles en la interfaz.
- El riesgo de ruta depende de las fuentes seleccionadas y de los umbrales de validación en la aplicación.
La seguridad de la transferencia depende del oráculo, el relayer y las reglas de verificación configuradas en la aplicación concreta.
Synapse
GlobalEl protocolo combina transferencia cross-chain e intercambio de tokens: un activo puede moverse a otra red y cambiarse por otro token durante la ruta. La transferencia se confirma con retraso. Durante esa ventana, participantes especiales pueden impugnar una operación inválida. Si un participante confirma una operación fraudulenta, su garantía se recorta, lo que hace que las confirmaciones falsas sean económicamente poco atractivas.
✅ Ventajas
- La transferencia y el swap pueden completarse en una sola operación.
- Soporta redes EVM comunes y L2.
- La garantía de los participantes confirmadores crea una barrera económica contra confirmaciones falsas.
❌ Desventajas
- La ventana de impugnación requiere observadores activos para detener anomalías.
- El riesgo depende de la distribución de garantías y del comportamiento de los participantes confirmadores.
- En pares poco frecuentes, la liquidez puede ser insuficiente para grandes volúmenes.
La transferencia y el swap ocurren juntos, mientras que el riesgo está ligado a no detectar una anomalía durante la ventana de impugnación.
Axelar
GlobalConfirma mensajes cross-chain mediante su propia red PoS. PoS, o Proof of Stake, usa validadores con stake que pueden ser penalizados por infringir reglas. La liberación o emisión en la cadena de destino ocurre después de que los validadores de Axelar firman el mensaje.
✅ Ventajas
- La confirmación de mensajes está distribuida entre validadores de la red PoS.
- Un protocolo conecta EVM y Cosmos para mensajes cross-chain.
- Soporta envío de mensajes y escenarios de llamadas a contratos.
❌ Desventajas
- El retraso incluye la finalidad de la cadena de origen y el procesamiento dentro de la red PoS.
- El riesgo depende de la distribución del stake y de la resiliencia de los validadores.
- La comisión incluye operaciones en varias redes y ejecución de mensajes.
La transferencia depende de la finalidad de la cadena de origen y del umbral de firmas de validadores de Axelar.
Wormhole
GlobalCuando se transfiere un token, el activo se bloquea en una cadena y su versión wrapped se acuña en otra. La acuñación ocurre después de que el bloqueo sea verificado por un grupo de nodos independientes. El token wrapped aparece en la cadena de destino solo después de que el número requerido de esos nodos esté de acuerdo.
✅ Ventajas
- Soporta redes EVM y ecosistemas alternativos, incluidos no EVM.
- La acuñación del token wrapped ocurre después de una confirmación por umbral.
- Soporta mensajes cross-chain para aplicaciones.
❌ Desventajas
- El modelo de guardianes sigue siendo un conjunto limitado de firmantes.
- Los tokens wrapped dependen de la seguridad de la reserva y de la disponibilidad de redención.
- Los incidentes históricos hacen más importantes los límites y la monitorización.
La transferencia depende del umbral de firmas de los guardianes y de que la reserva que respalda el activo wrapped siga intacta.
Celer cBridge
GlobalEjecuta transferencias mediante pools de liquidez, mientras que la confirmación de eventos y la liberación dependen de State Guardian Network, o SGN. SGN observa eventos en redes soportadas y firma el permiso para liberar fondos desde pools en la cadena de destino.
✅ Ventajas
- La liberación mediante pools de liquidez reduce la dependencia de tokens wrapped en rutas típicas.
- Las firmas por umbral en SGN reducen el riesgo de una única clave de administrador.
- Las integraciones con interfaces y agregadores hacen que las rutas sean más fáciles de usar.
❌ Desventajas
- El riesgo de confirmación depende de la composición y distribución de los validadores de SGN.
- La falta de liquidez en el pool de destino limita la liberación para tokens concretos.
- Los incentivos económicos están parcialmente ligados al token CELR.
La transferencia depende de las firmas de SGN y de las reservas en pools de liquidez para los tokens y redes concretos.
La elección de un puente se reduce a dos comprobaciones: quién confirma los mensajes y de dónde sale la liquidez para liberar en la cadena de destino.
La tabla comparativa ayuda a conectar la mecánica de transferencia con el lugar donde se ubica la superficie de confianza.
Comparación de puentes cripto populares: mecanismo y superficie de confianza
En la tabla, “retraso de liberación” significa el intervalo entre la confirmación de la transacción en la cadena de origen y la aparición del token en la cadena de destino. El valor depende de la finalidad de la cadena de origen y del procesamiento del mensaje por el mecanismo del puente.
| 🌉 Puente | 🌐 Redes soportadas | 🛠 Mecanismo | 🔐 Modelo de seguridad | ⏱ Retraso de liberación |
|---|---|---|---|---|
| Stargate | Redes EVM (L1/L2) | Pools de liquidez | Transferencia de mensajes vía LayerZero | Minutos |
| LayerZero | EVM + no EVM (mediante aplicaciones) | Mensajes entre cadenas | Oráculo + relayer independiente | Minutos |
| Synapse | Redes EVM (L1/L2) | Liquidez + swap | Verificación optimista con impugnación | Minutos |
| Axelar | EVM + Cosmos | Lock-and-Mint | Red propia de validadores PoS | Minutos |
| Wormhole | EVM + Solana + no EVM | Lock-and-Mint | Firmas por umbral de guardianes | Minutos |
| Celer cBridge | Redes EVM (L1/L2) | Pools de liquidez | State Guardian Network (SGN) | Minutos |
| Multichain | Muchas redes | Lock-and-Mint | Nodos MPC | Minutos |
| Hop | Redes L2 (rutas L2↔L1) | Pools de liquidez | Bonders con garantía | Segundos a minutos |
Los pools de liquidez reducen la dependencia de tokens wrapped, pero requieren reservas en la cadena de destino. Lock-and-mint depende de la seguridad de la reserva y de la solidez del mecanismo de firmas que autoriza la emisión del token wrapped.
Las comprobaciones de seguridad de un puente buscan reducir el número de componentes de confianza y hacer transparente quién confirma los mensajes cross-chain y cómo lo hace.
La protección de un puente cripto se construye alrededor de la reserva, la confirmación de mensajes y el control de actualizaciones.
Seguridad de puentes cripto: gobernanza, auditorías, límites y pruebas
Las arquitecturas resilientes separan el contrato de reserva de la lógica de confirmación de mensajes. El contrato de reserva se limita a bloquear y liberar fondos. El transporte y la verificación de mensajes se trasladan a módulos separados.
- Multifirmas y gobernanza distribuida
- Las actualizaciones de contratos y los cambios de límites se confirman mediante una multisig, no con una sola clave.
- Un umbral de firmas, por ejemplo 5 de 8, reduce el riesgo de que un participante comprometa la gobernanza.
- Un timelock retrasa la aplicación de actualizaciones y reduce el riesgo de sustitución instantánea de la lógica.
- Auditorías y bug bounties
- Una auditoría revisa la verificación de mensajes, los derechos de acceso y la contabilidad de saldos.
- Un bug bounty incentiva la divulgación de vulnerabilidades antes de su explotación.
- Los informes públicos registran clases de bugs detectadas y cambios aceptados.
- Límites y pausa de emergencia
- El modo de pausa detiene nuevas transferencias cuando se detecta una anomalía.
- Los límites de liberación y los límites de emisión de mensajes acotan el daño de una confirmación falsa.
- La separación de roles de gobernanza reduce la concentración de autoridad.
- Pruebas ZK y light clients
- Un enfoque ZK verifica una prueba criptográfica de un evento en vez de confiar en un único proveedor de entrega de mensajes.
- Los light clients verifican encabezados de bloques de otra cadena y confirman el estado sin un servidor externo.
- La complejidad de implementación y el coste computacional limitan la adopción, pero reducen la proporción de componentes de confianza.
Ejemplo: en un esquema optimista, el participante confirmador deposita garantía; si un mensaje falso se impugna con éxito, la garantía se recorta y la liberación en la cadena de destino se cancela.
Estas medidas reducen la probabilidad de explotación, pero la condición base sigue siendo la misma: la reserva debe preservarse y la confirmación de mensajes cross-chain debe ser correcta.
Los grandes incidentes muestran dos escenarios recurrentes: confirmación falsa y compromiso de gobernanza.
Mayores hackeos de puentes cripto: puntos típicos de fallo
En los grandes exploits, los tokens se liberaron en la cadena de destino sin una transferencia válida en la cadena de origen. Esto ocurrió cuando el mecanismo de confirmación aceptó una señal falsa por compromiso de claves, un bug de verificación de firmas o un estado incorrecto del smart contract.
- Ronin (marzo de 2022, unos $620 millones). El compromiso de 5 de 9 validadores permitió retirar activos bloqueados; el riesgo raíz fue la concentración de gobernanza en un grupo limitado de operadores.
- Poly Network (agosto de 2021, unos $611 millones). Un bug en la lógica del contrato permitió formar mensajes cross-chain arbitrarios y retirar activos de varias redes.
- Wormhole (febrero de 2022, unos $325 millones). Un bug de verificación de firmas llevó a acuñar wETH sin respaldo.
- Nomad (agosto de 2022, unos $190 millones). Un error de despliegue hizo que el contrato aceptara cualquier transferencia como válida. Los usuarios copiaron una transacción exitosa y retiraron fondos del contrato, provocando un drenaje masivo de liquidez.
- BSC Token Hub (octubre de 2022, unos $570 millones). Una vulnerabilidad permitió acuñar nuevos BNB a través del puente; limitar el daño requirió detener la red.
Los ataques se concentran en la confirmación de mensajes y la gestión de claves, por eso los umbrales de firmas, los límites de liberación y el modo de pausa reducen el daño máximo durante un fallo.
La seguridad del puente se define por la resiliencia de la confirmación de mensajes cross-chain y por la protección de la gobernanza de actualizaciones.
Antes de una transferencia, es importante revisar la ruta y entender dónde el puente puede detener la liberación o perder liquidez.
Comprobaciones antes de una transferencia cross-chain
- Transacción de prueba
- Una cantidad pequeña comprueba la red, el token, la dirección del destinatario y la recepción real en la cadena de destino.
- Una transferencia de prueba revela una elección incorrecta de red o token antes de mover un volumen grande.
- Comprobación del dominio y de la fuente de la interfaz
- Los sitios de phishing sustituyen el dominio y se promocionan mediante anuncios y comentarios.
- El robo suele ocurrir mediante un approval malicioso seguido del gasto de tokens con ese permiso, o transferFrom.
- Liquidez y límites de liberación
- Los pools de liquidez requieren reservas en la cadena de destino para liberar fondos.
- El modo de pausa, los límites de liberación y los mensajes de congestión reflejan limitaciones de transferencia a nivel de protocolo.
- Riesgo de custodia de tokens wrapped
- Un activo wrapped depende de la reserva y de la gobernanza del puente, por lo que su riesgo difiere del activo nativo en la cadena de destino.
- La detención de un puente reduce la liquidez del wrapper y empeora las condiciones de redención.
- División del importe y de las rutas
- Dividir el importe limita el daño de un solo error o de un fallo de liberación.
- Usar rutas independientes reduce la concentración del riesgo en una sola reserva y en un solo mecanismo de confirmación.
- Estado del protocolo y modos de pausa
- La detención de la liberación en la cadena de destino se implementa mediante una pausa del protocolo o bloqueo de mensajes.
- Durante incidentes, el riesgo aumenta porque los límites pueden cambiar y las rutas pueden deshabilitarse.
- Separar direcciones de almacenamiento y de operación
- Las direcciones operativas interactúan con contratos de terceros y approvals, por lo que su perfil de riesgo es más alto.
- Una dirección de almacenamiento no interactúa con smart contracts de terceros y no concede approvals para gastar tokens, lo que reduce el número de puntos de robo.
Las comprobaciones se aplican a cualquier operación DeFi que use approvals e interacción con contratos externos.
Las pérdidas en transferencias cross-chain suelen estar ligadas a sustitución de interfaz, liquidez insuficiente en la cadena de destino y fallos de confirmación de mensajes.
❓ FAQ sobre puentes cripto
¿Qué es un puente cripto en palabras simples?
Un puente cripto mueve un token de la blockchain A a la blockchain B. En lock-and-mint, el token se bloquea en la cadena de origen y se emite un equivalente wrapped en la cadena de destino. En el modelo de pools de liquidez, la liberación en la cadena de destino proviene de un pool después de que el evento se confirma en la cadena de origen.
¿Por qué los puentes cripto son más riesgosos que las transacciones dentro de una sola red?
Una transferencia cross-chain añade componentes de confianza: el contrato de reserva, el mecanismo de confirmación de mensajes y la gobernanza de actualizaciones. El compromiso de cualquiera de estos componentes puede llevar a acuñar activos sin respaldo o a retirar la reserva del puente.
¿Qué señales se usan para evaluar la fiabilidad de un puente cripto?
La evaluación se reduce a tres señales: la dirección del contrato de reserva, el mecanismo de confirmación de mensajes entre cadenas, como multisig, guardianes, validadores PoS u oráculo más relayer, y las reglas de gobernanza de actualizaciones, como umbral de firmas, timelock y límites de liberación.
¿Qué suele ocurrir después de un hackeo de un puente cripto o de una parada de transferencias?
Después de un incidente, el equipo del puente detiene nuevas transferencias o introduce límites para frenar las pérdidas. Los tokens wrapped en otra cadena suelen cotizar con descuento frente al activo original porque la redención se vuelve incierta. La recuperación incluye corregir el bug, revisar la gobernanza e intentar cerrar el déficit de reserva.
¿Qué alternativas se usan para mover activos entre redes?
Las alternativas prácticas incluyen retiros mediante exchanges centralizados, con riesgo de custodia y requisitos de compliance, y soluciones cross-chain nativas dentro de ecosistemas concretos, con límites por red y token. Elegir una alternativa cambia la superficie de confianza, pero no elimina el riesgo por completo.
Qué importa sobre los puentes cripto
Un puente cripto mueve un token de una red a otra sin vender el activo. Los puentes se usan para trabajar con aplicaciones en otra red y reducir comisiones en la cadena de destino.
El riesgo clave de una transferencia cross-chain está ligado al contrato de reserva y al mecanismo de confirmación de mensajes. Un error de verificación, el compromiso del umbral de claves o una actualización incorrecta de parámetros lleva a retirar la reserva o a acuñar activos wrapped sin respaldo.