OFT explicado: cómo un token vive en todas las cadenas

Un Token Fungible Omnicadena (OFT) es un estándar de token de LayerZero en el que un mismo token se despliega de forma nativa en muchas cadenas y comparte un único suministro canónico entre todas ellas: sin copias envueltas, sin colateral bloqueado en la bóveda de un puente. Una transferencia quema la cantidad en la cadena de origen y acuña la cantidad idéntica en la de destino, de modo que el suministro global nunca cambia y el saldo sigue siendo fungible allí donde aterrice. El resultado es liquidez unificada y un único saldo gastable en lugar de un contrato envoltorio distinto en cada red. Tu saldo de ATS está en BSC (BNB Chain) y, sea cual sea la red EVM en la que se ejecute la transacción, la comisión se descuenta de ese único saldo. En redes EVM ese saldo es además lo que paga las comisiones de red; las comisiones en TON también se pagan en ATS, mientras que Solana queda fuera de ese modelo de comisiones y paga su propia comisión nativa en SOL.

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.

A standard for fungible tokens that uses LayerZero messaging to debit on the source chain (burn or lock) and credit on the destination chain (mint or unlock), preserving a single unified global supply across all connected networks.

Un estándar para tokens fungibles que usa la mensajería de LayerZero para debitar en la cadena de origen (quemando o bloqueando) y acreditar en la cadena de destino (acuñando o desbloqueando), preservando un único suministro global unificado en todas las redes conectadas.

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 la explicación de WATS 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.

Vale la pena conocer un matiz que suele pasarse por alto: LayerZero también ofrece un OFT Adapter para tokens que ya existen en una cadena de origen y no pueden redesplegarse con permisos de acuñación y quema. El adaptador bloquea suministro en un contrato de esa cadena de origen y acuña representaciones OFT en el resto, así que un despliegue basado en adaptador sí mantiene un pool bloqueado en un lado. Un token diseñado como OFT desde el principio usa la vía pura de quemar y acuñar descrita arriba.

Donde 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. Eso es un perfil de riesgo distinto, no la ausencia de riesgo: si la ruta de mensajes quedara comprometida, se podría instruir a un contrato de destino para que acuñase tokens que nunca se quemaron en el lado de origen.

OFT frente a tokens envueltos frente a tokens puenteados

Ayuda alinearlos lado a lado. Un token envuelto (piensa en las variantes puenteadas al estilo "USDC.e" que conviven con el token emitido de forma nativa en una cadena) 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, consulta 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 cobra WATS la comisión

Ayuda contrastar el estándar con un token que resuelve deliberadamente el problema de otra manera. ATS, el token de comisiones de WATS, no es un OFT: se mantiene como un único saldo en BSC (BNB Chain) y, sea cual sea la red EVM en la que se ejecute una transacción, la comisión se descuenta de ese único saldo y no de una tenencia de ATS por cadena. En lugar de hacer que el token exista en todas partes, WATS mantiene el saldo en un solo lugar y cobra la comisión desde él. En las redes EVM, las acciones en WATS se cobran en ATS en lugar del token de gas nativo de la cadena, mediante un paymaster ERC-4337, con el mismo modelo de comisiones en la extensión de Chrome y en la app móvil; como ERC-4337 es un estándar de Ethereum, ese mecanismo de comisiones solo funciona en las redes EVM, mientras que las transacciones en Solana pagan su propia comisión nativa en SOL y las comisiones en TON también se pagan en ATS. Como el saldo de ATS está en BSC (BNB Chain), nunca puenteas ATS ni recargas un saldo separado por cadena, así que la comisión de cualquier red EVM sale de ese único saldo. El ATS recaudado se quema, reduciendo el suministro de 100M hacia 30M.

Conviene decir dos cosas con claridad. Pagar en ATS no es un descuento: cambia qué token paga la comisión de red, no lo que esa comisión cuesta por debajo. Y WATS es totalmente no custodial: el usuario tiene las claves y WATS nunca conserva ninguna.

La mecánica completa está en la página de comisiones de ATS.