Llevar un token a otra cadena no mueve el token. Se queda donde estaba y en el otro lado aparece algo nuevo. Qué es ese algo depende del diseño: un derecho de canje sobre una garantía bloqueada, el mismo suministro reemitido en otro sitio, o un token que el emisor acuñó directamente en esa cadena. Este artículo compara los tres y muestra cómo saber cuál tienes.
Qué le hace un puente a tu token
Una blockchain no puede enviar nada a otra blockchain. Cada red escribe solo su propio registro. Un puente coordina dos apuntes contables separados: uno en la cadena que dejas y otro en la cadena a la que llegas.
Las unidades que aparecen en la cadena de destino son apuntes nuevos, creados por el contrato al que se le permite crearlos. La pregunta útil no es adónde fue tu token, sino quién emitió eso que ahora tienes y contra qué puedes canjearlo.
La documentación para desarrolladores de Ethereum enumera tres formas de mover activos entre cadenas: bloqueo y acuñación, quema y acuñación, y swaps atómicos. Un swap atómico es una operación con una contraparte, no un modelo de emisión, así que lo que acabas teniendo lo deciden los dos primeros, más la emisión nativa a cargo del propio emisor del activo.
Una segunda pregunta cruza a la primera: quién opera el puente. Una red suele traer el suyo, gobernado junto con la cadena, y lo que acuña pasa a ser la versión designada del activo en esa cadena. Cualquier otro puede construir un puente hacia la misma cadena. La misma mecánica, dos tokens distintos.
Ahí es donde cae la gente. Dos saldos con el mismo nombre y el mismo ticker, en la misma cadena, pueden ser activos separados con respaldo separado y formas separadas de romperse.
El bloqueo y acuñación y el token envuelto que produce
El bloqueo y acuñación es el diseño más antiguo. Entregas el activo a un contrato de la cadena de origen, que lo guarda, y un contrato emparejado en la cadena de destino te acuña un token nuevo por el mismo importe. La documentación de un estándar de tokens cross-chain muy usado lo dice sin rodeos: el original queda bloqueado en su cadena de emisión y en la de destino se acuña un token envuelto totalmente colateralizado.
La vuelta es la imagen invertida y tiene su propio nombre, quema y desbloqueo. Destruyes el token envuelto, y eso autoriza al contrato de la cadena de origen a liberar el original. La envoltura no vale nada por sí misma. Su valor es la promesa de que esa liberación ocurrirá cuando se pida.
Los puentes que vienen con una red funcionan así. La documentación pública del puente estándar de un rollup detalla las dos mitades: los tokens nativos se bloquean y se acuñan sus representaciones puenteadas; las representaciones puenteadas se queman para poder desbloquear los tokens nativos. La representación puenteada es un contrato de token corriente cuya función de acuñación solo puede llamar el puente.
La conclusión no necesita rodeos: un activo envuelto no es el activo. La propia introducción de Ethereum a los puentes lo dice directamente. Una moneda envuelta que tienes en Ethereum es un token nativo de Ethereum, una versión de esa moneda y no el original en su propia cadena. Cotiza cerca del original porque el canje funciona, no porque los dos sean el mismo objeto.
La quema y acuñación y por qué el total no cambia
La quema y acuñación se salta la custodia. El importe que envías se destruye en la cadena de origen y se crea otro igual en la de destino, de modo que el suministro total del token en todas las cadenas se mantiene constante. No hay ningún fondo bloqueado en ninguna parte, porque nunca se apartó nada. Lo que se movió fue el suministro.
Esto solo funciona si ambos lados pueden acuñar y quemar por orden de quien opera la transferencia. Un token cuyo suministro entero se acuñó una vez, en una sola cadena, sin dejar abierta una función de acuñación, no puede hacerlo en casa. La respuesta habitual es un híbrido: bloqueo y acuñación a la ida, quema y desbloqueo a la vuelta, y quema y acuñación en cada salto entre las demás cadenas, donde las unidades ya son acuñables.
Para quien lo tiene, el riesgo cambia de forma, no de tamaño. No hay custodia que vaciar, pero aparece un permiso de acuñación, y quien lo tenga puede crear suministro de la nada. Por eso las implementaciones serias acompañan ese permiso con un límite: un techo de cuánto puede acuñar o quemar un puente dado, que se repone con el tiempo a una tasa fijada, para que un fallo quede acotado.
Fíjate en lo que el mecanismo deja abierto. No dice nada sobre quién tiene ese permiso, y se comporta igual tanto si es el emisor como si es un operador de puente o un comité intermedio. Las dos secciones siguientes van de esa pregunta.
La emisión nativa, donde el emisor acuña en cada cadena
La emisión nativa es quema y acuñación operada por el propio emisor. El emisor despliega su token en cada cadena que quiere soportar y acuña directamente allí, de modo que en el sistema no hay envoltura ni fondo de garantía en ninguna parte. La documentación de protocolo de un emisor grande describe exactamente eso: quemar en la cadena de origen y acuñar en la de destino, sin tokens envueltos y sin fondos de liquidez de un puente.
La confianza no desaparece, cambia de dirección. Con una envoltura estás expuesto a quien guarda la custodia y la clave de acuñación. Con emisión nativa estás expuesto al emisor, igual en todas las cadenas, que es la exposición que ya tenías donde empezaste. Para un activo que de todos modos es el pasivo de alguien, eso es una simplificación real. Para un activo que no es el pasivo de nadie, no hay emisor que pueda hacerlo.
El límite es la disponibilidad. Solo el emisor puede acuñar de forma nativa, y solo donde eligió desplegar. En el resto de sitios el activo sigue llegando como la envoltura de alguien, y en las cadenas donde el emisor llegó tarde la envoltura antigua suele seguir circulando junto a la versión nativa como un token aparte.
Los estándares de tokens omnichain y quién controla la acuñación
Los estándares más recientes convierten la emisión multicadena en una propiedad del token en vez de una función del puente. Una familia, descrita como tokens fungibles omnichain, amplía un estándar de token corriente con mensajería entre cadenas: una transferencia carga en la cadena de origen quemando o bloqueando y abona en la de destino acuñando o desbloqueando, de modo que un único suministro total se comparte entre todas las cadenas. Un token ya existente se suma mediante un adaptador que actúa como lockbox.
Un segundo enfoque va directo a la cuestión del permiso. ERC-7281, también llamado xERC20, es una extensión mínima del estándar de tokens fungibles: una interfaz de acuñación y quema que solo pueden llamar los puentes de la lista de permitidos del emisor, un límite configurable para cada uno y un contrato lockbox para que un token existente pueda adoptarlo sin empezar de cero. Su propósito declarado es pasar la propiedad de un token puenteado de los puentes a los emisores.
Lo que eso compra, según la propia propuesta, es contención. Si un puente de la lista queda comprometido, la pérdida queda acotada a su límite y el emisor puede darlo de baja sin arrastrar a los usuarios por una migración. Como los límites se fijan por puente y se pueden revisar, los puentes acaban compitiendo en seguridad para que se les confíe uno mayor.
Lo que no compra es seguridad. El autor lo dice sin adornos: el estándar acota las consecuencias pero no salva a nadie de un puente roto, y la seguridad del puente subyacente sigue pendiente de arreglo. También da por hecho un emisor con un proceso de gobernanza que mantenga esa lista, lo cual encaja con un token que tiene un proyecto detrás y no aporta nada a uno del que no responde nadie.
Cómo saber cuál tienes
Nada de esto se ve en el ticker. Se ve en la dirección del contrato, que es la parte que no se puede maquillar. Mismo ticker, misma cadena, dirección distinta significa activo distinto y respaldo distinto.
La documentación del puente estándar de un rollup es inusualmente clara al respecto: un token nativo puede tener a la vez más de una representación puenteada, las distintas representaciones cuentan como tokens completamente independientes y el usuario debe indicar siempre cuál quiere. Nada obliga a que valgan lo mismo.
Por eso las redes publican listas de tokens curadas, y por eso esa misma documentación avisa de que usar la dirección puenteada equivocada puede dejar el activo subyacente bloqueado para siempre. Esa lista no es una comodidad. Es la correspondencia entre un nombre que reconoces y el contrato concreto que el propio puente de la red va a reconocer.
Tres preguntas cubren la mayoría de los casos. Para un token envuelto: qué está bloqueado, dónde y quién puede liberarlo. Para un token de quema y acuñación: quién puede llamar a acuñar y qué lo limita. Para un token emitido de forma nativa: si el despliegue en esta cadena es de verdad el del emisor.
Después mira dónde está la profundidad. La liquidez se pega a una representación, no a un nombre, así que una envoltura que cotizan pocos sitios no se vende al precio de la versión que usa todo el mundo. Arreglar precisamente esa fragmentación es la razón que los dos estándares anteriores dan para existir.
En resumen
Puentear no mueve un token: retira unidades en una cadena y crea unidades en otra, y el diseño decide qué son esas unidades. El bloqueo y acuñación te deja un derecho de canje sobre una garantía depositada en un contrato de custodia. La quema y acuñación mueve el suministro mismo, así que tu seguridad es la de un permiso de acuñación y su límite. La emisión nativa quita la envoltura haciendo que el emisor acuñe en cada cadena, y solo funciona donde el emisor llegó. Los estándares que se superponen existen para que decidan los emisores y no los puentes. Sea cual sea, la respuesta está en la dirección del contrato, no en el ticker.
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- ¿Qué es Hyperlane? Interoperabilidad sin permisos
- ¿Qué es Particle Network? La abstracción de cadenas en la práctica
- Puentes de stablecoins: mover dólares entre cadenas
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. No constituye asesoramiento de inversión, negociación, fiscal ni financiero. Los criptoactivos son volátiles; evalúa tu propio riesgo. Redactado en agosto de 2026; consulta la información oficial más reciente.
Fuentes
[1] Bridges ethereum.org
[2] Introduction to blockchain bridges ethereum.org
[3] Using the Standard Bridge docs.optimism.io
[4] Cross-Chain Token Standard: Overview docs.chain.link
[5] Cross-Chain Transfer Protocol developers.circle.com
[6] LayerZero V2 Glossary: Omnichain Fungible Token docs.layerzero.network
[7] ERC-7281: Sovereign Bridged Tokens ethereum-magicians.org
