OFT explicado: como um token vive em cada cadeia

Um Omnichain Fungible Token (OFT) é um padrão de token da LayerZero em que um mesmo token é implantado nativamente em muitas cadeias e compartilha uma oferta canônica única entre todas elas — sem cópias wrapped, sem colateral bloqueado no cofre de uma bridge. Uma transferência queima o valor na cadeia de origem e cunha exatamente o mesmo valor no destino, de modo que a oferta global nunca muda e o saldo permanece fungível onde quer que chegue. O resultado é liquidez unificada e um único saldo gastável, em vez de um contrato encapsulador diferente em cada rede. Seu saldo de ATS fica na BSC (BNB Chain) e, qualquer que seja a rede EVM em que a transação ocorra, a taxa é debitada desse saldo único. Nas redes EVM esse saldo é também o que paga as taxas de rede; as transações na Solana e na TON pagam suas próprias taxas nativas, em SOL e Toncoin.

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 o guia da WATS 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.

Uma ressalva que vale conhecer, porque costuma ser deixada de lado: a LayerZero também oferece um OFT Adapter para tokens que já existem em uma cadeia de origem e não podem ser reimplantados com direitos de cunhagem e queima. O adapter bloqueia a oferta em um contrato nessa cadeia de origem e cunha representações OFT em outros lugares, de modo que uma implantação baseada em adapter de fato mantém um pool bloqueado de um lado. Um token projetado como OFT desde o início usa o caminho puro de queima-e-cunhagem descrito acima.

Onde 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. Isso é um perfil de risco diferente, não a ausência de risco: se o caminho das mensagens fosse comprometido, um contrato de destino poderia ser instruído a cunhar tokens que nunca foram queimados do lado de origem.

OFT versus tokens wrapped versus bridged

Ajuda alinhá-los lado a lado. Um token wrapped (pense nas variantes transpostas no estilo "USDC.e" que convivem ao lado do token emitido nativamente por uma cadeia) é 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, veja 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 cobra a taxa

A forma mais clara de ver por que o padrão existe é olhar para um token que depende dele. Nas redes EVM, um paymaster ERC-4337 liquida o gás nativo nos bastidores. As transações na Solana e na TON pagam suas próprias taxas nativas: SOL e Toncoin. O ATS coletado é queimado, reduzindo a oferta de 100M rumo a 30M.

Duas coisas merecem ser ditas com clareza. Pagar em ATS não é um desconto — muda qual token paga a taxa de rede, não o que essa taxa custa por baixo. E a WATS é totalmente não custodial: o usuário detém as chaves, e a WATS nunca detém nenhuma.

As transações na Solana e na TON pagam suas próprias taxas nativas: SOL e Toncoin. A mecânica completa está na página de taxas do ATS.