OFT explicado: como um token vive em cada cadeia

O problema: cópias demais do "mesmo" token

Se você já moveu um token entre cadeias, já conheceu seus gêmeos malignos. Você faz bridge de USDC ou de algum token de governança de uma rede para outra e acaba com uma versão wrapped — um contrato separado, um saldo separado, às vezes um nome ligeiramente diferente. O token "canônico" ainda fica na cadeia de origem; o que você detém no destino é uma promessa de pagamento cunhada por uma bridge, lastreada por colateral bloqueado em outro lugar.

Isso fragmenta tudo. A liquidez se divide entre uma dúzia de contratos encapsuladores, então os pools ficam mais rasos e o slippage é pior. Seu saldo fica espalhado — 40 unidades aqui, 25 ali, nenhuma delas diretamente fungível com a outra. E cada encapsulador acrescenta risco: o valor do token wrapped é tão sólido quanto a bridge que detém o colateral por trás dele. Quando uma bridge sofre um exploit, os encapsuladores que ela cunhou podem despencar a zero enquanto o token "real" permanece intocado. A questão central é que nunca houve um token — houve muitas cópias incompatíveis fingindo ser o mesmo ativo.

O que um OFT realmente é

Um OFT — Omnichain Fungible Token (Token Fungível Omnichain) — é um padrão de token da LayerZero projetado para corrigir exatamente isso. Em vez de um token existir em uma cadeia de origem e ser encapsulado em todas as outras, um OFT é implantado nativamente em cada cadeia que ele suporta, e essas implantações compartilham uma oferta canônica única. O token não está "em" uma cadeia da forma como um ativo wrapped está; ele é um ativo omnichain que por acaso é legível e gastável em cada cadeia, com a oferta total conservada em todas elas.

Por baixo dos panos, as implantações conversam entre si por meio da camada de mensagens cross-chain da LayerZero. Em 2026, a LayerZero é um dos protocolos de interoperabilidade omnichain mais amplamente adotados, e o padrão OFT é seu padrão de referência para fazer um token fungível se comportar como um único ativo em vez de uma família de sósias. Se você quer a própria camada de mensagens desmontada, veja nossa explicação sobre o que é a LayerZero.

Como funciona uma transferência de OFT

O mecanismo é refrescantemente simples: queimar na cadeia de origem, cunhar na de destino.

Quando você envia um OFT da Cadeia A para a Cadeia B, o contrato na Cadeia A queima o valor que você está movendo — ele destrói esses tokens por completo. Em seguida, envia uma mensagem da LayerZero ao contrato na Cadeia B, que cunha exatamente o mesmo valor no seu endereço lá. Nenhum colateral é bloqueado em um cofre. Nenhum token encapsulador é criado. A oferta global permanece inalterada, porque o que foi queimado de um lado é re-cunhado do outro. O valor se move por meio de destruir e recriar o token, não por estacionar o original em algum lugar e emitir um direito sobre ele.

Como não há pool de colateral bloqueado, não há um pote de mel para um atacante drenar da forma como as bridges clássicas de bloqueio-e-cunhagem criam. A suposição de segurança se desloca para a correção da camada de mensagens e dos próprios contratos do token, em vez de para um custodiante separado de fundos bloqueados.

OFT versus tokens wrapped versus bridged

Ajuda alinhá-los lado a lado. Um token wrapped (como uma variante "wETH" transposta em uma cadeia estrangeira) é um novo contrato lastreado por colateral bloqueado na cadeia de origem — um derivativo, não o ativo em si. Um token bridged, no sentido tradicional de bloqueio-e-cunhagem, é praticamente o mesmo: o original é imobilizado, e uma representação é cunhada em outro lugar. Em ambos os casos, você acaba com dois ativos distintos que estão apenas economicamente ligados, e apenas enquanto a bridge se sustentar.

Um OFT é diferente em espécie, não em grau. Não há derivativo, não há representação, não há colateral a defender. Há um token, uma oferta e um saldo para você — ele simplesmente se move entre cadeias queimando e cunhando a si mesmo. Para uma comparação mais aprofundada desses modelos, vamos além em omnichain versus tokens wrapped e bridged.

Por que isso importa: liquidez unificada e um único saldo gastável

Os retornos práticos decorrem diretamente do design. Liquidez unificada: como há apenas um token canônico, a liquidez não se estilhaça em uma dúzia de pools encapsuladores — um único mercado profundo pode atender a cada cadeia em vez de muitos rasos. Um único saldo gastável: suas posses não ficam encalhadas por cadeia; o mesmo token é seu para usar onde quer que esteja implantado. Menos risco de bridge: sem colateral bloqueado parado em um cofre, o clássico modo de falha por exploit de bridge — drenar o colateral e todo encapsulador que ele lastreava vai a zero — desaparece em grande parte.

Este último ponto é o que torna um OFT genuinamente útil como token de utilidade, e não apenas como um token negociável. Um token do qual você pode realmente contar em ter em um único saldo entre cadeias pode servir como uma unidade de conta única e portátil — para taxas, para liquidação, para o que a aplicação precisar — sem que o usuário precise primeiro fazer malabarismos com encapsuladores.

Um exemplo prático: movendo um OFT entre cadeias

Digamos que você tenha 100 unidades de um OFT em uma cadeia EVM e queira usá-lo em outra rede. Você inicia uma transferência. O contrato de origem queima suas 100 unidades e emite uma mensagem da LayerZero. Momentos depois, o contrato de destino cunha 100 unidades no seu endereço. Sua posse total nunca mudou — era 100 antes e 100 depois — mas os tokens agora vivem na cadeia de destino, prontos para gastar. Não houve tela de token wrapped, nenhum aviso de "você receberá w-TOKEN", nenhum saldo separado para reconciliar depois. Do seu ponto de vista, o token seguiu você. Essa experiência de saldo único também é o que permite a uma carteira tratar um token como gastável entre ecossistemas; veja usar uma carteira em Ethereum, Solana e TON para ver como isso se desenrola na prática.

Como a WATS usa isso

A WATS coloca o modelo OFT para funcionar como seu token de taxas: o ATS é um OFT da LayerZero, então um único saldo de ATS é gastável na EVM, na Solana e na TON — que é exatamente o que permite que um token de taxas funcione em todo lugar. Toda ação na Hot Wallet é cobrada em ATS em vez do gás nativo de cada cadeia (na EVM por meio de um paymaster ERC-4337, e via um pagador de taxas equivalente na Solana e na TON), e o ATS coletado é queimado de uma oferta de 100M rumo a um piso de 30M. A WATS é não custodial — você detém suas chaves e a WATS nunca detém uma. Você pode ler a mecânica completa na página de taxas do ATS.