Wrapped, bridged y omnichain son tres maneras distintas de hacer que un mismo activo sea utilizable en más de una cadena, y la diferencia está en lo que realmente tienes en la mano. Un token wrapped se acuña en la cadena de destino contra un colateral bloqueado con un custodio o un contrato en otro lugar, así que es un derecho que vale exactamente lo que valga su respaldo; un token bridged es esa misma idea de bloquear y acuñar, pero emitida por un bridge concreto, y por eso una sola cadena puede acabar con varias versiones del mismo activo que no son fungibles entre sí. Un token omnichain — normalmente el estándar OFT de LayerZero — no tiene ningún wrapper: se quema en la cadena de origen y se acuña en la de destino, de modo que un único suministro canónico se mueve entre cadenas en lugar de duplicarse. La distinción importa en la práctica, porque el modelo omnichain elimina tanto el panal de colateral bloqueado como el problema de "¿qué versión tengo?", mientras que los tokens wrapped y bridged añaden riesgo de custodia y fragmentación de liquidez por encima de la propia transferencia. ATS, el token de comisiones de la cartera no custodial WATS, es un OFT de LayerZero precisamente por esto: un único saldo de ATS paga las comisiones de red en todas las cadenas que WATS admite, en lugar de dividirse en copias wrapped.
El problema del token multicadena
Las blockchains no se comunican entre sí de forma nativa. Un token emitido en Ethereum no tiene idea de que Solana, TON o un rollup de Arbitrum existen, y viceversa. Sin embargo, los usuarios esperan mover el mismo activo allá donde quieran comerciar, hacer staking o pagar. Para salvar esa brecha, la industria inventó varias maneras distintas de hacer que un token aparezca en una cadena distinta de su cadena de origen — y el ticker de tu saldo suele ocultar qué mecanismo hay realmente debajo.
Estos mecanismos no son intercambiables. Según cómo cruzó las cadenas, "USDC en la cadena B" o "ETH en la cadena B" puede ser un activo emitido de forma nativa, el pagaré de un custodio o el recibo de un bridge concreto — cada uno con un modo de fallo distinto. Entender los tres modelos dominantes — wrapped, bridged y omnichain — es la diferencia entre saber qué tienes realmente y confiar en que algún día sea canjeable.
Tokens wrapped: bloquear y acuñar
Un token wrapped es una representación de un activo que está bloqueado en otro lugar. El patrón clásico es lock-and-mint (bloquear y acuñar): el activo original se deposita con un custodio o un smart contract, y se te acuña un token wrapped equivalente en la cadena de destino. Wrapped Bitcoin (WBTC) es el ejemplo de manual — BTC en custodia y un ERC-20 que lo rastrea circulando en Ethereum.
El valor de un token wrapped es tan bueno como aquello que retiene el colateral bloqueado. Si un custodio centralizado guarda las reservas, heredas riesgo de contraparte: el wrapper solo es canjeable mientras ese custodio siga siendo solvente, honesto y operativo. Si en su lugar es un smart contract quien guarda el colateral, heredas la seguridad de ese contrato y sus claves de actualización. En cualquier caso, el token wrapped es un derecho sobre activos que ya no controlas directamente, y los desanclajes ocurren precisamente cuando el mercado empieza a dudar de que ese derecho pueda honrarse. Además, un wrapper tiene que desenvolverse por la misma ruta para recuperar el original, algo que importa si esa ruta llega a pausarse.
Tokens bridged: la representación de un bridge concreto
Los tokens bridged son primos cercanos de los wrapped, y los dos términos suelen usarse de forma laxa. En la práctica, "bridged" normalmente significa una representación acuñada por un bridge cross-chain concreto cuando mueves un activo a través de él: el original se bloquea (o se quema) en la cadena de origen, y ese bridge emite su propia versión en el destino. Si quieres la mecánica paso a paso, la guía sobre cómo hacer bridge de cripto entre cadenas recorre el flujo.
De ahí surgen dos problemas. Primero, la fragmentación de la liquidez: si tres bridges acuñan cada uno su propia versión de USDC en la misma cadena, acabas con tres tokens que comparten ticker pero no son fungibles entre sí ni se intercambian automáticamente uno por uno. Los usuarios quedan atrapados con la variante que una app o un pool concretos no aceptan, y la liquidez se astilla en pools incompatibles. Segundo, el riesgo de seguridad del bridge: el contrato de bloqueo se convierte en un panal concentrado, y varios de los mayores exploits de la historia cripto han vaciado exactamente estos contratos. Cuando un bridge se ve comprometido, los tokens que emitió pueden quedar sin respaldo de la noche a la mañana, mientras el activo original en su cadena de origen permanece intacto.
No todos los tokens bridged son iguales. El bridge canónico de una cadena — el que opera el propio rollup o la propia red — suele emitir la versión que las apps de ese ecosistema tratan como estándar, lo que reduce el problema de la fragmentación pero no el del colateral bloqueado. Aparte de eso, algunos emisores ya acuñan de forma nativa en cada cadena y mueven el suministro con quemar-y-acuñar en lugar de envolver, por lo que a veces ves un token nativo y una variante bridged más antigua del mismo activo conviviendo en una misma red.
Tokens omnichain (OFT): un suministro canónico único
El modelo omnichain ataca la causa raíz: en lugar de envolver o reemitir, trata el token como un único activo con un suministro que simplemente se mueve entre cadenas. El estándar Omnichain Fungible Token (OFT) de LayerZero es la implementación más conocida. En vez de bloquear colateral y acuñar un wrapper, un OFT quema tokens en la cadena de origen y acuña la misma cantidad en el destino, de modo que el suministro combinado en todas las cadenas permanece constante y no hay una copia wrapped separada que pueda desanclarse de él.
Como el movimiento es quemar-y-acuñar sobre un token que el emisor controla de extremo a extremo, no hay un bridge de terceros sentado sobre tu colateral ni una proliferación de variantes incompatibles: el token es el mismo activo dondequiera que aterrice. Hay una variación común que conviene conocer: cuando un token ya existe en una cadena y no puede redesplegarse, un adaptador OFT bloquea el suministro existente en esa cadena de origen y los contratos OFT de las demás cadenas acuñan contra él, de forma que el total en circulación sigue siendo fijo. Para la mecánica más profunda, consulta qué es un OFT (Omnichain Fungible Token), y para la capa de mensajería que transporta estas transferencias, qué es LayerZero. La suposición de seguridad pasa de "confiar en el contrato de bloqueo de un bridge" a "confiar en el contrato del token y en el protocolo de mensajería con el que está configurado" — una superficie más pequeña y auditable, aunque no de confianza cero.
Cara a cara: ¿cuál es el más simple y de menor riesgo?
| Modelo | Cómo llega a la otra cadena | Qué tienes | Principal modo de fallo |
|---|---|---|---|
| Wrapped | El original queda bloqueado con un custodio o contrato y el wrapper se acuña en el destino | Un derecho canjeable sobre colateral custodiado en otro lugar | La insolvencia del custodio o un exploit del contrato rompe el respaldo y el wrapper se desancla |
| Bridged | Se bloquea o se quema en el origen y ese bridge concreto acuña su propia versión | La variante de un bridge, no necesariamente fungible con las demás | Un exploit del bridge deja la variante sin respaldo; varias variantes fragmentan la liquidez |
| Omnichain (OFT) | Se quema en el origen y lo acuña en el destino el propio token | El mismo token canónico, un suministro en todas las cadenas | Un fallo en el contrato del token o en la capa de mensajería con la que está configurado |
Lee la última columna de arriba abajo y el orden queda bastante claro. Los tokens wrapped dependen de que alguien retenga colateral real. Los tokens bridged dependen de un bridge concreto que a la vez retiene colateral y emite una variante específica de la cadena, sumando fragmentación al riesgo de custodia. Los tokens omnichain mantienen un único suministro y lo mueven mediante quemar-y-acuñar, eliminando tanto el wrapper como las copias fragmentadas.
Para un usuario cotidiano, el modelo omnichain suele ser el modelo mental más simple y el de menor fricción para tener: un activo, un saldo, sin adivinar qué versión tienes y sin un panal de colateral bloqueado como punto único de fallo. No elimina el riesgo de smart contract o de protocolo — nada lo hace — pero elimina dos de las formas más comunes en que los tokens multicadena salen mal. La elección correcta sigue dependiendo del token concreto, su emisor y dónde necesites usarlo.
Cómo saber cuál tienes
- Mira la dirección del contrato, no el ticker. Dos tokens en la misma cadena pueden compartir nombre y símbolo y seguir siendo contratos distintos. La documentación del propio emisor es la única autoridad sobre qué dirección es la canónica.
- Lee el sufijo. Los nombres que llevan la marca de un bridge, una letra extra o una etiqueta "wrapped" o "bridged" suelen ser la versión derivada, no la nativa.
- Fíjate en quién acuña. En un explorador de bloques, un suministro acuñado por un contrato de bridge indica una representación bridged; un suministro acuñado por el propio contrato del token en cada cadena es el patrón omnichain o nativo.
- Pregúntate qué pasa si la ruta se detiene. Si tu token solo puede canjearse a través de un bridge o un custodio, esa ruta es tu verdadera contraparte, diga lo que diga el ticker.
Cómo usa WATS el modelo omnichain
ATS, el token usado en toda la cartera WATS, sigue el modelo omnichain: es un OFT de LayerZero, así que tienes un único saldo de ATS en las cadenas que WATS admite — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON — en lugar de copias wrapped o bridged que tendrías que conciliar cadena por cadena. Dentro de la WATS Hot Wallet, las comisiones de red se cobran en ATS en lugar del token de gas nativo de cada cadena, en las cadenas EVM mediante un paymaster ERC-4337, y el ATS recaudado se quema mientras el suministro baja de 100M hacia un piso de 30M. Eso no es un descuento: cambia qué token paga la comisión, no lo que cobra la red. WATS es totalmente no custodial en todo momento — el usuario tiene las claves y WATS nunca tiene ninguna — y el mecanismo está documentado en la página de comisión ATS.
Si quieres ver la diferencia entre estos modelos en el uso diario y no en la teoría, WATS es un sitio directo para observarla: mantén un solo saldo de ATS, paga con él las comisiones en las ocho cadenas admitidas y fíjate en que nunca tienes que preguntarte qué variante wrapped de tu token de comisiones espera una red concreta. Ese comportamiento de saldo único es el beneficio práctico del diseño omnichain descrito arriba, y es la razón para preferir activos omnichain siempre que el emisor ofrezca uno.
Preguntas frecuentes
¿Es un token wrapped lo mismo que el activo original?
No. Un token wrapped es una representación separada acuñada contra colateral que está bloqueado con un custodio o un contrato en otra cadena. Su valor se sostiene solo mientras ese colateral esté plenamente respaldado y sea canjeable, motivo por el cual los activos wrapped pueden desanclarse si el custodio o el contrato que los respalda falla, aunque el activo original en su cadena de origen permanezca intacto.
¿Por qué puede haber varias versiones incompatibles del mismo token en una cadena?
Cuando distintos bridges acuñan cada uno su propia representación de un activo, esas versiones comparten ticker pero no son automáticamente fungibles entre sí, así que la liquidez se divide en pools separados y algunas apps aceptan una variante y otras no. Los estándares omnichain como el OFT evitan esto manteniendo un suministro canónico único y moviéndolo con quemar-y-acuñar, de modo que hay una sola versión del token en lugar de varias copias específicas de cada bridge.
¿Cómo se mueve un token omnichain (OFT) entre cadenas sin un wrapper?
Un OFT quema tokens en la cadena de origen y acuña la misma cantidad en la cadena de destino, manteniendo el suministro total constante en todas las redes. Como no hay colateral bloqueado en un bridge de terceros ni un wrapper acuñado por separado, el token sigue siendo el mismo activo canónico en todas partes, y la suposición de confianza se traslada al contrato del token y al protocolo de mensajería con el que está configurado.
¿Qué modelo usa el token ATS en WATS?
WATS usa el modelo omnichain: ATS es un OFT de LayerZero, así que un usuario de WATS tiene un único saldo de ATS en lugar de copias wrapped o emitidas por bridges en Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON. Ese saldo único es el que paga las comisiones de red dentro de WATS en lugar del token de gas nativo de cada cadena, usando un paymaster ERC-4337 en las cadenas EVM, con el suministro de ATS quemándose desde 100M hacia 30M. WATS es totalmente no custodial, así que las claves de ese saldo se quedan con el usuario.
¿Es más seguro un token del bridge oficial de una cadena que uno de un bridge de terceros?
Suele ser la opción por defecto más segura, porque la versión que emite el bridge canónico de una cadena es la que la mayoría de apps y pools de esa cadena tratan como estándar, lo que elimina el problema de fragmentación de tener una variante que nadie acepta. Sin embargo, no elimina el riesgo de custodia subyacente: un bridge canónico sigue reteniendo colateral bloqueado detrás de la representación, así que el token continúa siendo un derecho y no el activo en sí.