Habéis encontrado un hueco del 1 %: ETH está a $2000 en la Cadena A y a $2020 en la Cadena B. La operación es evidente: comprar en A, vender en B. El problema es que A y B no comparten libro contable, no comparten reloj y jamás han sido presentadas la una a la otra. Para actuar en ambos lados necesitáis mover valor a través del hueco, y lo que hace eso es un puente (bridge).
Un puente no es un teletransportador. Es un mensajero entre cadenas: observa un evento en una cadena de origen y, apoyándose en esa observación, provoca una acción en una cadena de destino. Dominan tres diseños canónicos —lock-and-mint (bloquear y acuñar), burn-and-mint (quemar y acuñar) y redes de liquidez— y al final de esta lección deberíais saber distinguirlos de un vistazo y ver el remate que todos comparten: por debajo, cada uno de ellos son dos transacciones en dos libros contables, nunca un único movimiento atómico.
Construyámoslo desde la capa de mensajería.
La capa de mensajería que hay debajo
Before you read — take a guess
Reducid un puente a su núcleo. ¿Cuál es la única cosa que todo puente es fundamentalmente?
Quitad el marketing y todo puente se reduce a un mensaje entre cadenas: una afirmación de la forma “este evento ocurrió en la cadena de origen, por tanto ejecuta esta acción en la cadena de destino.” Lock en A → mint en B. Burn en A → unlock en B. Depósito en A → pago en B. El mismo esqueleto siempre.
Definición precisa. Un mensaje entre cadenas es una aseveración sobre el estado de la cadena de origen, entregada a la cadena de destino junto con suficiente información para que el contrato de destino actúe sobre ella. Lo difícil no es entregar los bytes, sino conseguir que la cadena de destino se los crea.
Esa creencia es todo el partido, porque la Cadena B no puede leer de forma nativa el estado de la Cadena A. Así que un puente siempre tiene que responder a una pregunta: ¿quién atestigua que el evento de origen realmente ocurrió? Las respuestas habituales:
| Modelo de atestación | Quién da fe | Idea en una línea |
|---|---|---|
| Validadores externos / multisig | Un comité fuera de la cadena | Un quórum firma “sí, el lock ocurrió”. Confía en el comité. |
| Red de oráculos | Un conjunto de relayers designado | Nodos especializados vigilan A y reportan a B. |
| Cliente ligero / verificación nativa | Las matemáticas en B verifican las cabeceras de A | B vuelve a comprobar por sí misma las pruebas de consenso de A. Mínima confianza, máximo coste. |
Aquí solo estamos nombrando los modelos de confianza
El tratamiento completo de la confianza —cómo se comprometen los conjuntos de atestación, cómo es un comité de puente con el 51 % y por qué la mayoría de los hackeos de puentes son hackeos de mensajería— es la Lección 5. Por ahora, quedaos solo con la pregunta: ¿quién está dando fe?
La analogía de la transferencia bancaria
Pensad en una transferencia entre dos bancos que no comparten libro contable. Vuestro banco adeuda vuestra cuenta; el banco del receptor abona la suya. Pero el abono solo se contabiliza porque alguien dio fe de que el adeudo realmente ocurrió: una red de compensación, un mensaje SWIFT, un banco corresponsal. Los dos bancos nunca tocan un libro común; confían en el mensaje de un intermediario. Un puente tiene la misma forma: un adeudo en A, un abono en B y una atestación en medio que dice “el adeudo es real, adelante con el abono”.
Relacionad cada pieza del puente con su equivalente en la transferencia bancaria.
Pick a term, then click its definition.
Completa la invariante central de la capa de mensajería.
Elige la opción correcta para cada hueco y comprueba.
La Cadena B no puede leer de forma nativa el estado de la Cadena A, así que un puente debe apoyarse en antes de que se dispare la acción de destino.
Cuándo importa
La capa de mensajería es la cosa en la que realmente estáis confiando cuando usáis un puente. Como arbitrajistas, vuestro capital está en riesgo no en las cadenas en sí, sino en el mensaje que hay entre ellas: si el conjunto de atestación miente o se atasca, vuestro valor queda atrapado en tránsito. Cada diseño de abajo es una forma distinta de vestir este mismo mensaje, así que saber que está ahí os evita confundir el “token envuelto” o el “pago del LP” con la verdadera superficie de riesgo.
Lock-and-mint (y burn-to-unlock)
Before you read — take a guess
En un puente lock-and-mint clásico, ¿qué aterriza en tu cartera en la cadena de destino?
Definición. Un puente lock-and-mint toma el activo nativo en la cadena de origen, lo bloquea (lock) en un contrato de custodia y acuña (mint) una representación envuelta de él en la cadena de destino: un token derivado respaldado 1:1 por el original bloqueado. Para volver, quemáis (burn) el token envuelto en B, lo que indica al contrato de custodia en A que desbloquee (unlock) el original. Bloquear para ir, quemar para volver.
Ejemplo resuelto: hacer un puente con 100 ETH
Hacéis un puente de 100 ETH de A a B a través de un puente lock-and-mint.
| Paso | Cadena A (origen) | Cadena B (destino) |
|---|---|---|
| 1. Depositas | 100 ETH bloqueados en el contrato de custodia | — |
| 2. Mensaje atestado | ”100 ETH bloqueados” retransmitido a B | — |
| 3. Mint | — | 100 wrapped-ETH acuñados en tu cartera |
| 4. (Más tarde) volver | 100 ETH desbloqueados para ti | 100 wrapped-ETH quemados |
El wrapped-ETH en B vale un ETH bloqueado en A, ni más ni menos. La invariante que promete el puente: oferta envuelta en B = saldo bloqueado en A, siempre 1:1.
El token envuelto es tan sólido como el bloqueo
Ese vínculo 1:1 es una promesa, no una ley de la física. Todo el valor del token envuelto proviene del original bloqueado dentro de un contrato de custodia en A. Si ese contrato se vacía —un bug, una clave robada, una actualización maliciosa—, el respaldo se esfuma y el token envuelto se despega hacia cero mientras sigue cotizando en B como si nada. El contrato de custodia es un tarro de miel gigante: una sola dirección que guarda los activos bloqueados de todo el mundo. Cuantificaremos este riesgo de cola más adelante, pero archivadlo ya: tener tokens envueltos significa tener el riesgo de solvencia del contrato de custodia.
El problema de la fragmentación
Como cualquiera puede montar un puente lock-and-mint, acabáis con muchas versiones envueltas no fungibles del “mismo” activo: Bridge-X-ETH, Bridge-Y-ETH, Bridge-Z-ETH, todas nominalmente “ETH en B”, ninguna intercambiable, cada una respaldada por un contrato de custodia distinto con un conjunto de confianza distinto. La liquidez se astilla entre estas variantes, y un pool que cotiza “ETH” podría referirse a cualquiera de ellas. Para un arbitrajista, esto es un tiro al pie: el “ETH” que vendéis en B podría ser una variante envuelta que no podéis redimir a través del puente que usasteis.
Rellena el ciclo de vida del lock-and-mint.
Elige la opción correcta para cada hueco y comprueba.
Para hacer un puente A→B el original en A y un token envuelto en B; para volver B→A el token envuelto en B para el original en A.
Un contrato de custodia lock-and-mint en la Cadena A es explotado y vaciado. ¿Qué le pasa al token envuelto en la Cadena B?
Cuándo importa
Lock-and-mint es el diseño más general: funciona para cualquier activo, incluso uno cuyo emisor no tiene ni idea de que el puente existe, porque solo necesita un contrato de custodia, no autoridad de acuñación. Esa generalidad es la razón de que esté por todas partes, y de que los riesgos de fragmentación + tarro de miel de custodia también lo estén. Como arbitrajistas, recurrís a lock-and-mint cuando no existe una vía nativa/canónica, y ponéis en precio la cola del despegue.
Burn-and-mint (puentes canónicos/nativos)
Before you read — take a guess
¿Qué hace posible el burn-and-mint donde lock-and-mint es la única opción para, digamos, un ERC-20 cualquiera?
Definición. Un puente burn-and-mint aplica cuando una sola entidad controla la autoridad de acuñación en ambas cadenas: el emisor del activo, o el puente nativo de un rollup. En lugar de bloquear el activo, quema (destruye) la oferta en la cadena de origen y acuña el activo canónico en la cadena de destino. Lo que aterriza en B no es un derivado envuelto, es el token real, bendecido por el emisor, indistinguible de cualquier otra unidad de él. La oferta total entre cadenas se mantiene constante: quema N en A, acuña N en B.
El CCTP (Cross-Chain Transfer Protocol) de Circle hace esto con USDC: quema USDC nativo en A, atesta el burn, acuña USDC nativo en B. Los puentes nativos de tokens de los rollups funcionan igual para los activos canónicos del rollup.
Ejemplo resuelto: hacer un puente de $1.000.000 USDC vía CCTP
| Paso | Cadena A (origen) | Cadena B (destino) |
|---|---|---|
| 1. Burn | 1.000.000 USDC nativo destruido | — |
| 2. Atestación | Mensaje de burn firmado por el atestador del emisor | — |
| 3. Mint | — | 1.000.000 USDC nativo acuñado |
Ningún contrato de custodia guarda vuestro millón de dólares; la oferta en A simplemente deja de existir y reaparece en B. No hay USDC envuelto de segunda clase que pueda despegarse: lo que tenéis en B es el USDC.
Lock-and-mint vs burn-and-mint, lado a lado
| Lock-and-mint | Burn-and-mint | |
|---|---|---|
| Qué le pasa al activo en A | Bloqueado en un contrato de custodia | Quemado (destruido) |
| Qué aterriza en B | Un derivado envuelto (derecho 1:1) | El activo canónico en sí |
| Qué respalda el token de destino | El original bloqueado en A | La autoridad de acuñación entre cadenas del emisor |
| Quién puede operarlo | Cualquiera, para cualquier activo | Solo el emisor / puente nativo |
| Riesgo principal | Custodia vaciada → el envuelto se despega; fragmentación | Compromiso del emisor / atestador; censura del emisor |
| Fungibilidad en B | Fragmentada (muchas variantes envueltas) | Unidad canónica única, totalmente fungible |
Por qué a los arbitrajistas les encantan los puentes canónicos
Burn-and-mint os entrega el activo real, así que vuestra pata de venta en B no está cotizada en alguna variante envuelta con liquidez fina y astillada. Sin cola de custodia que despegue a cero, sin acertijo de fungibilidad “¿qué wETH es este?”. El compromiso: ahora confiáis en el conjunto de atestadores del emisor y en su derecho a congelar o censurar, un riesgo distinto, más centralizado, pero un activo más limpio.
Relaciona cada mecanismo con lo que aterriza en la cadena de destino.
Pick a term, then click its definition.
Recuerdo espaciado — de la sección de la capa de mensajería: tanto si un puente hace lock-and-mint como burn-and-mint, ¿qué debe ocurrir antes de que se dispare la acción de destino?
Cuándo importa
Cuando exista una vía canónica/nativa para vuestro activo —USDC nativo vía CCTP, el puente nativo de un rollup para su propio token—, preferidla. Obtenéis el activo real y esquiváis la cola de despegue del derivado envuelto. No siempre podéis conseguir una (requiere cooperación del emisor), que es justo por lo que lock-and-mint y el siguiente diseño aún existen.
Puentes de red de liquidez (“inventario”)
Before you read — take a guess
Un puente de red de liquidez te paga en la Cadena B sin bloquear ni quemar nada. ¿De dónde salen los fondos en B?
Definición. Un puente de red de liquidez (o de inventario) no hace acuñación alguna. Los proveedores de liquidez pre-financian inventario en ambas cadenas. Cuando depositáis en A, el puente os paga de inmediato de su inventario existente en el lado de B, y luego liquida el desequilibrio A↔B más tarde (a menudo de forma optimista, con el relayer adelantando capital y siendo reembolsado una vez que el depósito en A finaliza). Pensad en diseños tipo Across, Hop, Stargate.
La recompensa: en el caso optimista os pagan en B sin esperar a la finalidad de la cadena de origen, porque el LP está dispuesto a adelantaros contra vuestro depósito y comerse el riesgo de finalidad a cambio de una comisión. La restricción: solo os pueden pagar tanto como mantenga el inventario del lado de B, y ese inventario se desnivela y debe reequilibrarse (rebalance).
Ejemplo resuelto: hacer un puente de $1.000.000 con los números canónicos
Movéis $1.000.000 (en USDC) de A a B a través de un puente de inventario que mantiene $2.000.000 de inventario en cada lado y cobra una comisión del 0,05 % (5 pb).
- Depositáis $1.000.000 en A.
- El puente os paga , es decir, $999.500 de su inventario en el lado de B. Los $500 son la comisión del puente.
- El inventario del lado de B baja de $2.000.000 a $1.000.000; el inventario del lado de A sube (tras finalizar vuestro depósito) hacia $3.000.000.
- El puente está ahora desequilibrado en $2.000.000 y debe reequilibrarse —barajar inventario de vuelta, o esperar flujo en la dirección opuesta— antes de poder atender otra transferencia grande A→B.
| Antes | Después de tu transferencia de $1.000.000 A→B | |
|---|---|---|
| Inventario lado A | $2.000.000 | ~$3.000.000 |
| Inventario lado B | $2.000.000 | $1.000.000 |
| Recibes en B | — | $999.500 (comisión de 5 pb) |
| Estado del puente | Equilibrado | Desequilibrado; necesita reequilibrarse |
El inventario es un techo duro, y reequilibrar no es gratis
Un puente de red de liquidez solo puede pagaros con lo que realmente esté sentado en el lado de destino. Intentad empujar $3.000.000 a través de $2.000.000 de inventario en el lado de B y el puente o bien rechaza la operación, o cotiza un precio peor, o os hace esperar. Y el reequilibrio que restaura la capacidad cuesta dinero de verdad: es capital inmovilizado, más la propia liquidación entre cadenas del puente. No confundáis “rápido en el camino feliz” con “capacidad infinita”. Un arbitraje jugoso en el que no podéis entrar es solo una captura de pantalla.
Así es como operáis vosotros
Aquí está la parte que importa para el resto del curso: un puente de red de liquidez es un arbitrajista entre cadenas con un disfraz de puente. Mantiene inventario en ambas cadenas, paga del inventario local por velocidad y reequilibra cuando se desnivela. Esa es exactamente la jugada que ejecuta un arbitrajista entre cadenas serio: pre-posicionar capital en ambos lados para poder actuar al instante, y luego reequilibrar. La Lección 4 trata enteramente sobre ese juego de inventario y reequilibrio; este diseño es vuestra primera mirada a él.
Selecciona TODAS las afirmaciones que sean ciertas de los puentes de red de liquidez. (Más de una.)
Rellena la mecánica del puente de inventario.
Elige la opción correcta para cada hueco y comprueba.
Un puente de red de liquidez te paga desde , lo que lo hace rápido pero significa que su capacidad está , así que debe periódicamente .
Cuándo importa
Los puentes de inventario ganan cuando la velocidad lo supera todo y el tamaño cabe en el inventario disponible, que es la mayor parte del flujo minorista y de arbitraje pequeño. Pierden en transferencias grandes que revientan el pool de destino, donde os toparéis con rechazos, slippage o colas. Y filosóficamente, son el modelo a interiorizar, porque gestionar vuestro propio inventario entre cadenas es el juego final hacia el que apunta este curso.
Por qué todo diseño son dos transacciones en dos libros
Before you read — take a guess
A través de los puentes lock-and-mint, burn-and-mint Y de red de liquidez, ¿qué rasgo estructural es inevitable en cadenas independientes?
Hemos conocido tres mecanismos que parecen muy distintos: uno bloquea, otro quema, otro solo baraja inventario. Pero alejad el zoom y comparten una sola forma de liquidación:
transacción de origen → (esperar a la finalidad) → relay/atestación → transacción de destino
No hay versión atómica de esto en cadenas independientes. En una sola cadena, una transacción o bien ocurre por completo o bien revierte por completo: esa atomicidad es justo lo que hace seguro el arbitraje con flash loan monocadena. A través de dos cadenas con consenso separado y sin estado compartido, esa garantía se evapora. Comprometéis la primera pata, luego esperáis, expuestos, esperando que la segunda pata aterrice a un precio que aún os guste.
Recorred la línea temporal
El visual estrella de abajo traza una única transferencia entre cadenas no atómica a través de sus etapas —venta enviada en A → inclusión en bloque → espera de finalidad → relay del puente → compra ejecuta en B— y os deja girar los dos mandos que fijan vuestra ventana de exposición: cuántas confirmaciones esperáis y cuánto tarda el relay del puente.
Espera de finalidad (Cadena A) + Relay del puente = Ventana de exposición (el precio puede moverse)
- Ventana de exposición (el precio puede moverse)
- 3.9 min
- Tiempo total de liquidación
- 4.4 min
- Deriva de precio ilustrativa
- ±0.22%
Gira los mandos de confirmaciones y latencia del puente para ver crecer la ventana de exposición, y compárala con el caso atómico monocadena, donde se desploma a cero.
Jugad con él usando nuestros números canónicos: ~12 confirmaciones a ~12 s/bloque son ~144 s de finalidad, más un relay de puente de ~90 s, dan una ventana de exposición de ~234 s (~4 minutos) y una liquidación total cercana a ~250 s. Activad el chip de línea base atómica y fijaos en que se desploma a cero, porque en una sola cadena no hay ventana. Ese hueco es donde vive todo en este curso: a una volatilidad anualizada de ~80 %, ~4 minutos de deriva son aproximadamente ±0,2 %, que pueden comerse silenciosamente un quinto de vuestro hueco del 1 % antes de que vuestra segunda pata siquiera se dispare.
Los tres diseños, alineados contra el mismo esqueleto
| Diseño de puente | Pata 1 en A (tx de origen) | Qué se atesta | Pata 2 en B (tx de destino) | En qué se confía |
|---|---|---|---|---|
| Lock-and-mint | Bloquear original en custodia | ”El lock ocurrió” | Acuñar token envuelto | Contrato de custodia + atestadores |
| Burn-and-mint | Quemar oferta canónica | ”El burn ocurrió” | Acuñar token canónico | Autoridad de acuñación del emisor + atestadores |
| Red de liquidez | Depositar en el pool del lado de A | ”El depósito ocurrió” | Pagar del inventario del lado de B | Solvencia del LP + atestación del relayer |
La misma forma de dos patas, en cada fila. Lo que difiere es qué se mueve (un derecho envuelto, un token canónico o inventario del LP) y en quién confiáis (un contrato de custodia, un emisor o un proveedor de liquidez). Lo que nunca difiere es la existencia de dos patas y un hueco entre ellas.
La tesis de todo el curso en una línea
Los puentes difieren en qué se mueve y en quién se confía, pero cada uno de ellos son dos transacciones en dos libros contables con una ventana de exposición en medio. El arbitraje entre cadenas es el oficio de sacar beneficio a través de esa ventana sin que te reviente.
Clasifica cada rasgo bajo el diseño de puente que define.
Place each item in the right group.
- Paga del inventario de destino pre-financiado, sin acuñación
- El emisor destruye oferta en A y acuña el activo canónico en B
- Rendimiento limitado por inventario; debe reequilibrarse
- Impulsa el CCTP de Circle para USDC nativo
- Sufre fragmentación en muchas variantes envueltas no fungibles
- El original se custodia; un derivado envuelto 1:1 se acuña en B
Un arbitrajista completa la pata 1 (vender ETH en A) y espera la finalidad + el relay del puente antes de la pata 2 (comprar en B). Durante esta ventana de ~4 minutos, ¿cuál es su riesgo real?
Cuándo importa
Siempre. La forma de dos patas es el hecho que sostiene todo este curso: es por lo que necesitáis inventario (para saltaros una pata), por lo que la elección de finalidad es un mando de riesgo y por lo que los searchers de MEV pueden cazaros a mitad de transferencia. Interiorizad “dos transacciones, dos libros, un hueco” y el resto del temario son notas al pie sobre cómo gestionar ese hueco.
Repaso
Big picture
Cómo los puentes mueven valor
- Cómo los puentes mueven valor
- Capa de mensajería
- "Evento en A → acción en B"
- ¿Quién atesta? oráculo / validadores / cliente ligero (Lección 5)
- Transferencia bancaria sin libro compartido
- Lock-and-mint
- Bloquear original en A → acuñar envuelto en B (1:1)
- Quemar envuelto en B → desbloquear original en A
- Riesgo: custodia vaciada → envuelto se despega; fragmentación
- Burn-and-mint
- El emisor acuña en ambas cadenas (CCTP, puentes nativos)
- Quemar en A → acuñar activo canónico en B
- Sin derivado envuelto; confía en emisor / atestadores
- Red de liquidez
- Sin acuñación; paga del inventario pre-financiado del lado de B
- Rápido (optimista, pre-finalidad) pero limitado por inventario
- Refleja cómo opera un arbitrajista entre cadenas (Lección 4)
- Siempre dos patas
- tx de origen → finalidad → relay → tx de destino
- Sin atomicidad entre cadenas independientes
- La ventana de exposición = riesgo de deriva de precio
- Capa de mensajería
Cómo los puentes mueven valor — repaso mixto
Reducido a su esencia, todo puente es fundamentalmente…
Check your answer to continue.
Ya sabéis distinguir los tres diseños canónicos de puente —qué mueve cada uno, qué lo respalda y en quién estáis confiando— y habéis visto el único hecho estructural que hay bajo todos ellos: dos transacciones, dos libros, una ventana de exposición. A continuación, le ponemos número al peligro que acecha en esa ventana.