El problema: demasiadas copias del "mismo" token
Si alguna vez has movido un token entre cadenas, has conocido a sus gemelos malvados. Puenteas USDC o algún token de gobernanza de una red a otra y acabas teniendo una versión envuelta: un contrato separado, un saldo separado, a veces un nombre ligeramente distinto. El token "canónico" sigue residiendo en la cadena de origen; lo que tienes en la de destino es un pagaré acuñado por un puente, respaldado por colateral bloqueado en otro lugar.
Esto lo fragmenta todo. La liquidez se divide entre una docena de contratos envoltorio, así que los pools son más finos y el deslizamiento es peor. Tu saldo queda disperso: 40 unidades aquí, 25 allá, ninguna directamente fungible con las demás. Y cada envoltorio añade riesgo: el valor del token envuelto es solo tan sólido como el puente que retiene el colateral detrás. Cuando un puente sufre un exploit, los envoltorios que acuñó pueden desplomarse a cero mientras el token "real" queda intacto. El problema de fondo es que nunca hubo un token: había muchas copias incompatibles que fingían ser el mismo activo.
Qué es realmente un OFT
Un OFT — Token Fungible Omnicadena (Omnichain Fungible Token) — es un estándar de token de LayerZero diseñado para arreglar exactamente esto. En lugar de que un token exista en una cadena de origen y sea envuelto en todas las demás, un OFT se despliega de forma nativa en cada cadena que soporta, y esos despliegues comparten un único suministro canónico. El token no está "en" una cadena del modo en que lo está un activo envuelto; es un activo omnicadena que resulta ser legible y gastable en cada cadena, con el suministro total conservado en todas ellas.
Por debajo, los despliegues se hablan entre sí a través de la capa de mensajería entre cadenas de LayerZero. A fecha de 2026, LayerZero es uno de los protocolos de interoperabilidad omnicadena más ampliamente adoptados, y el estándar OFT es su patrón de referencia para hacer que un token fungible se comporte como un único activo en lugar de como una familia de imitaciones. Si quieres desmenuzar la propia capa de mensajería, consulta nuestra explicación sobre qué es LayerZero.
Cómo funciona una transferencia de OFT
El mecanismo es refrescantemente sencillo: quemar en la cadena de origen, acuñar en la de destino.
Cuando envías un OFT de la Cadena A a la Cadena B, el contrato en la Cadena A quema la cantidad que estás moviendo: destruye esos tokens por completo. Luego envía un mensaje de LayerZero al contrato en la Cadena B, que acuña exactamente la misma cantidad en tu dirección allí. No se bloquea ningún colateral en una bóveda. No se crea ningún token envoltorio. El suministro global no cambia, porque lo que se quemó en un lado se vuelve a acuñar en el otro. El valor se mueve destruyendo y recreando el token, no aparcando el original en algún sitio y emitiendo un derecho sobre él.
Como no hay un pool de colateral bloqueado, no hay un panal de miel que un atacante pueda vaciar del modo en que lo crean los puentes clásicos de bloquear y acuñar. La suposición de seguridad se desplaza a la corrección de la capa de mensajería y de los propios contratos del token, en lugar de a un custodio separado de fondos bloqueados.
OFT frente a tokens envueltos frente a tokens puenteados
Ayuda alinearlos lado a lado. Un token envuelto (como una variante puenteada de "wETH" en una cadena ajena) es un contrato nuevo respaldado por colateral bloqueado en la cadena de origen: un derivado, no el activo en sí. Un token puenteado, en el sentido tradicional de bloquear y acuñar, es en gran medida lo mismo: el original queda inmovilizado y se acuña una representación en otro lugar. En ambos casos acabas con dos activos distintos que solo están vinculados económicamente, y solo mientras el puente aguante.
Un OFT es distinto en tipo, no en grado. No hay derivado, no hay representación, no hay colateral que defender. Hay un token, un suministro y un saldo para ti: simplemente se mueve entre cadenas quemándose y acuñándose a sí mismo. Para una comparación más profunda de estos modelos, profundizamos más en omnicadena frente a tokens envueltos y puenteados.
Por qué importa: liquidez unificada y un único saldo gastable
Los beneficios prácticos se derivan directamente del diseño. Liquidez unificada: como solo hay un token canónico, la liquidez no se hace añicos en una docena de pools de envoltorios; un único mercado profundo puede servir a cada cadena en lugar de muchos superficiales. Un único saldo gastable: tus tenencias no quedan varadas por cadena; el mismo token es tuyo para usarlo dondequiera que esté desplegado. Menos riesgo de puente: sin colateral bloqueado en una bóveda, el modo de fallo clásico del exploit de puente —vacía el colateral, y cada envoltorio que respaldaba se va a cero— desaparece en gran medida.
Este último punto es lo que hace de un OFT algo genuinamente útil como token de utilidad y no solo como token negociable. Un token que de verdad puedes contar con tener en un único saldo entre cadenas puede servir como una única unidad de cuenta portátil —para comisiones, para liquidación, para lo que la aplicación necesite— sin que el usuario tenga que hacer malabares antes con envoltorios.
Un ejemplo práctico: mover un OFT entre cadenas
Digamos que tienes 100 unidades de un OFT en una cadena EVM y quieres usarlas en otra red. Inicias una transferencia. El contrato de origen quema tus 100 unidades y emite un mensaje de LayerZero. Momentos después, el contrato de destino acuña 100 unidades en tu dirección. Tu tenencia total nunca cambió —eran 100 antes y 100 después—, pero los tokens ahora viven en la cadena de destino, listos para gastar. No hubo pantalla de token envuelto, ni aviso de "recibirás w-TOKEN", ni un saldo separado que reconciliar después. Desde tu punto de vista, el token te siguió. Esa experiencia de saldo único es también lo que permite a un monedero tratar un token como gastable entre ecosistemas; consulta usar un solo monedero en Ethereum, Solana y TON para ver cómo se desarrolla en la práctica.
Cómo usa esto WATS
WATS pone el modelo OFT a trabajar como su token de comisiones: ATS es un OFT de LayerZero, así que un único saldo de ATS es gastable en EVM, Solana y TON, que es exactamente lo que permite que un solo token de comisiones funcione en todas partes. Cada acción en el Hot Wallet se cobra en ATS en lugar del gas nativo de cada cadena (en EVM a través de un paymaster ERC-4337, y mediante un pagador de comisiones equivalente en Solana y TON), y el ATS recaudado se quema desde un suministro de 100M hacia un suelo de 30M. WATS es no custodial: tú tienes tus claves y WATS nunca conserva una. Puedes leer la mecánica completa en la página de comisiones de ATS.
Preguntas frecuentes
¿Qué es un OFT (Token Fungible Omnicadena)?
Un OFT es un estándar de token de LayerZero en el que un token se despliega de forma nativa en varias cadenas pero comparte un único suministro canónico en todas ellas. En lugar de ser envuelto o puenteado en copias separadas, el token se comporta como un único activo con un único saldo que te sigue entre cadenas. El valor se mueve quemando el token en la cadena de origen y acuñándolo en la de destino, de modo que el suministro total siempre se conserva.
¿En qué se diferencia un OFT de un token envuelto o puenteado?
Un token envuelto o puenteado es un contrato separado respaldado por colateral bloqueado en la cadena de origen: un derivado que solo está vinculado económicamente al original. Un OFT no tiene envoltorio ni colateral bloqueado: es un token con un suministro que se transfiere quemando en la cadena de origen y acuñando en la de destino. Eso significa liquidez unificada, un único saldo gastable y menos exposición al modo de fallo del exploit de puente, en el que el colateral vaciado deja los envoltorios sin valor.
¿De verdad puede gastarse un único saldo de OFT en distintas blockchains?
Sí. Como un OFT mantiene un único suministro canónico, el mismo token es gastable en cada cadena a la que está desplegado en lugar de quedar varado por cadena. WATS usa esto para que un único saldo de ATS funcione en EVM, Solana y TON como un solo token de comisiones. En EVM esas comisiones se cobran mediante un paymaster ERC-4337, y en Solana y TON mediante un pagador de comisiones o relayer equivalente; ERC-4337 en sí es exclusivo de EVM.