Tokens wrapped, bridged e omnichain são três formas diferentes de tornar um mesmo ativo utilizável em mais de uma cadeia, e a diferença está no que você realmente possui. Um token wrapped é cunhado na cadeia de destino contra colateral bloqueado com um custodiante ou um contrato em outro lugar, ou seja, é uma reivindicação que vale exatamente o que vale o seu lastro; um token bridged é essa mesma ideia de lock-and-mint, só que emitida por uma ponte específica, e é por isso que uma única cadeia pode acabar com várias versões do mesmo ativo que não são fungíveis entre si. Um token omnichain — mais comumente o padrão OFT da LayerZero — não tem wrapper algum: ele é queimado na cadeia de origem e cunhado na de destino, de modo que uma única oferta canônica se move entre as cadeias em vez de se duplicar. Essa distinção importa na prática, porque o modelo omnichain elimina tanto o cofre de colateral bloqueado quanto o problema de "qual versão eu tenho?", enquanto tokens wrapped e bridged acrescentam risco de custódia e fragmentação de liquidez em cima da própria transferência. O ATS, o token de taxas da carteira não custodial WATS, é um OFT da LayerZero exatamente por essa razão: um único saldo de ATS paga as taxas de rede em todas as cadeias que a WATS suporta, em vez de se dividir em cópias wrapped.
O problema do token multichain
As blockchains não conversam nativamente umas com as outras. Um token emitido no Ethereum não faz ideia de que a Solana, a TON ou um rollup Arbitrum existem, e vice-versa. No entanto, os usuários esperam mover o mesmo ativo para onde quiserem negociar, fazer staking ou pagar. Para preencher essa lacuna, o setor inventou várias formas diferentes de fazer um token aparecer em uma cadeia diferente da sua cadeia de origem — e o rótulo no seu saldo geralmente esconde qual mecanismo realmente está por baixo.
Esses mecanismos não são intercambiáveis. Dependendo de como cruzou as cadeias, "USDC na cadeia B" ou "ETH na cadeia B" pode ser um ativo emitido nativamente, o IOU de um custodiante ou o recibo de uma ponte específica — cada um com um modo de falha diferente. Entender os três modelos dominantes — wrapped, bridged e omnichain — é a diferença entre saber o que você realmente possui e torcer para que um dia seja resgatável.
Tokens wrapped: lock-and-mint
Um token wrapped é uma representação de um ativo que está bloqueado em outro lugar. O padrão clássico é o lock-and-mint: o ativo original é depositado com um custodiante ou um contrato inteligente, e um token wrapped equivalente é cunhado para você na cadeia de destino. O Wrapped Bitcoin (WBTC) é o exemplo de manual — o BTC fica em custódia, e um ERC-20 que o acompanha circula no Ethereum.
O valor de um token wrapped é tão bom quanto aquilo que mantém o colateral bloqueado. Se um custodiante centralizado detém as reservas, você herda o risco de contraparte: o wrapper só é resgatável enquanto esse custodiante permanecer solvente, honesto e operacional. Se, em vez disso, um contrato inteligente detém o colateral, você herda a segurança desse contrato e de suas chaves de atualização. De qualquer forma, o token wrapped é uma reivindicação sobre ativos que você não controla mais diretamente, e as perdas de paridade acontecem exatamente quando o mercado começa a duvidar de que a reivindicação possa ser honrada. Além disso, para recuperar o original o wrapper precisa ser desfeito pela mesma rota — o que pesa se essa rota for pausada em algum momento.
Tokens bridged: a representação de uma ponte específica
Tokens bridged são primos próximos dos tokens wrapped, e os termos são frequentemente usados de forma imprecisa. Na prática, "bridged" geralmente significa uma representação cunhada por uma ponte cross-chain específica quando você move um ativo: o original é bloqueado (ou queimado) na cadeia de origem, e essa ponte emite sua própria versão no destino. Se você quiser a mecânica passo a passo, o guia sobre como fazer bridge de cripto entre cadeias percorre todo o fluxo.
Dois problemas decorrem disso. Primeiro, a fragmentação de liquidez: se três pontes cunharem cada uma sua própria versão de USDC na mesma cadeia, você acaba com três tokens que compartilham o ticker mas não são fungíveis entre si e não são negociados automaticamente um por um. Os usuários ficam presos com a variante que um determinado app ou pool não aceita, e a liquidez se estilhaça em pools incompatíveis. Segundo, o risco de segurança da ponte: o contrato de bloqueio se torna um cofre concentrado, e vários dos maiores exploits da história das cripto drenaram exatamente esses contratos. Quando uma ponte é comprometida, os tokens que ela emitiu podem ficar sem lastro da noite para o dia, enquanto o ativo original na cadeia de origem permanece intocado.
Nem todos os tokens bridged são iguais. A ponte canônica de uma cadeia — aquela operada pelo próprio rollup ou pela própria rede — costuma emitir a versão que os apps do ecossistema tratam como padrão, o que reduz o problema da fragmentação, mas não o do colateral bloqueado. Separadamente, alguns emissores hoje cunham nativamente em cada cadeia e movem a oferta por queima e cunhagem em vez de por wrapping — é por isso que às vezes você vê um token nativo e uma variante bridged mais antiga do mesmo ativo convivendo lado a lado em uma mesma rede.
Tokens omnichain (OFT): uma oferta canônica única
O modelo omnichain ataca a causa raiz: em vez de envolver ou reemitir, ele trata o token como um único ativo com uma oferta que simplesmente se move entre cadeias. O padrão Omnichain Fungible Token (OFT) da LayerZero é a implementação mais conhecida. Em vez de bloquear colateral e cunhar um wrapper, um OFT queima tokens na cadeia de origem e cunha a mesma quantidade no destino, de modo que a oferta total em todas as cadeias permanece constante e não há cópia wrapped separada que possa perder a paridade em relação a ela.
Como o movimento é queima e cunhagem em um token que o emissor controla de ponta a ponta, não há uma ponte de terceiros sentada sobre o seu colateral, nem proliferação de variantes incompatíveis — o token é o mesmo ativo em todo lugar onde chega. Há uma variação comum que vale conhecer: quando um token já existe em uma cadeia e não pode ser reimplantado, um adaptador OFT bloqueia a oferta existente nessa cadeia de origem e os contratos OFT nas demais cadeias cunham contra ela, de modo que o total em circulação continua fixo. Para a mecânica mais aprofundada, veja o que é um OFT (Omnichain Fungible Token), e para a camada de mensagens que carrega essas transferências, o que é a LayerZero. A premissa de segurança muda de "confiar no contrato de bloqueio de uma ponte" para "confiar no contrato do token e no protocolo de mensagens com o qual ele está configurado" — uma superfície menor e mais auditável, embora não isenta de confiança.
Lado a lado: qual é o mais simples e de menor risco?
| Modelo | Como chega à outra cadeia | O que você possui | Principal modo de falha |
|---|---|---|---|
| Wrapped | Original bloqueado com um custodiante ou contrato, wrapper cunhado no destino | Uma reivindicação resgatável sobre colateral guardado em outro lugar | Insolvência do custodiante ou exploit do contrato quebra o lastro e o wrapper perde a paridade |
| Bridged | Bloqueado ou queimado na origem, e essa ponte específica cunha sua própria versão | A variante do ativo de uma ponte, não necessariamente fungível com as demais | Um exploit da ponte deixa a variante sem lastro; múltiplas variantes fragmentam a liquidez |
| Omnichain (OFT) | Queimado na origem e cunhado no destino pelo próprio token | O mesmo token canônico, uma única oferta em todas as cadeias | Uma falha no contrato do token ou na camada de mensagens com a qual ele está configurado |
Basta ler a última coluna e a hierarquia fica clara o suficiente. Tokens wrapped dependem de alguém guardando colateral real. Tokens bridged dependem de uma ponte específica que ao mesmo tempo detém colateral e emite uma variante específica da cadeia, somando fragmentação ao risco de custódia. Tokens omnichain mantêm uma única oferta e a movem por queima e cunhagem, removendo tanto o wrapper quanto as cópias fragmentadas.
Para um usuário do dia a dia, o modelo omnichain costuma ser o modelo mental mais simples e o de menor atrito para manter: um ativo, um saldo, sem adivinhar qual versão você tem e sem um cofre de colateral bloqueado como ponto único de falha. Ele não elimina o risco de contrato inteligente ou de protocolo — nada elimina — mas remove duas das formas mais comuns de os tokens multichain darem errado. A escolha certa ainda depende do token específico, de seu emissor e de onde você precisa usá-lo.
Como saber qual deles você está segurando
- Verifique o endereço do contrato, não o ticker. Dois tokens na mesma cadeia podem compartilhar nome e símbolo e ainda assim ser contratos diferentes. A documentação do próprio emissor é a única autoridade sobre qual endereço é canônico.
- Leia o sufixo. Nomes que carregam a marca de uma ponte, uma letra a mais ou um rótulo "wrapped" ou "bridged" costumam ser a versão derivada, e não a nativa.
- Veja quem cunha. Em um block explorer, oferta cunhada por um contrato de ponte indica uma representação bridged; oferta cunhada pelo próprio contrato do token em cada cadeia é o padrão omnichain ou nativo.
- Pergunte o que acontece se a rota parar. Se o seu token só pode ser resgatado por uma única ponte ou custodiante, essa rota é a sua verdadeira contraparte, diga o que disser o ticker.
Como a WATS usa o modelo omnichain
O ATS, o token usado em toda a carteira WATS, segue o modelo omnichain: é um OFT da LayerZero, então você mantém um único saldo de ATS nas cadeias que a WATS suporta — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON — em vez de cópias wrapped ou bridged que você teria de reconciliar cadeia por cadeia. Dentro da WATS Hot Wallet, as taxas de rede são cobradas em ATS em vez do token de gas nativo de cada cadeia, nas cadeias EVM por meio de um paymaster ERC-4337, com o ATS coletado sendo queimado à medida que a oferta cai de 100M em direção a um piso de 30M. Isso não é um desconto: muda qual token paga a taxa, não o que a rede cobra. A WATS é totalmente não custodial em todo o processo — o usuário guarda as chaves e a WATS nunca guarda nenhuma — e o mecanismo está documentado na página de taxa ATS.
Se você quiser ver a diferença entre esses modelos no uso diário, e não na teoria, a WATS é um lugar direto para observá-la: mantenha um único saldo de ATS, pague taxas com ele nas oito cadeias suportadas e repare que você nunca precisa perguntar qual variante wrapped do seu token de taxa uma determinada rede espera. Esse comportamento de saldo único é o ganho prático do design omnichain descrito acima, e é a razão para preferir ativos omnichain sempre que o emissor oferecer um.
Perguntas frequentes
Um token wrapped é o mesmo que o ativo original?
Não. Um token wrapped é uma representação separada cunhada contra um colateral que está bloqueado com um custodiante ou contrato em outra cadeia. Seu valor se sustenta apenas enquanto esse colateral estiver totalmente lastreado e resgatável, razão pela qual ativos wrapped podem perder a paridade se o custodiante ou contrato por trás deles falhar, mesmo que o ativo original em sua cadeia de origem permaneça intocado.
Por que pode haver várias versões incompatíveis do mesmo token em uma cadeia?
Quando pontes diferentes cunham cada uma sua própria representação de um ativo, essas versões compartilham o ticker mas não são automaticamente fungíveis entre si, então a liquidez se divide em pools separados e alguns apps aceitam uma variante e outros não. Padrões omnichain como o OFT evitam isso ao manter uma única oferta canônica e movê-la com queima e cunhagem, de modo que há uma única versão do token em vez de várias cópias específicas de cada ponte.
Como um token omnichain (OFT) se move entre cadeias sem um wrapper?
Um OFT queima tokens na cadeia de origem e cunha a mesma quantidade na cadeia de destino, mantendo a oferta total constante em todas as redes. Como não há colateral bloqueado em uma ponte de terceiros nem um wrapper cunhado separadamente, o token permanece o mesmo ativo canônico em todo lugar, e a premissa de confiança se desloca para o contrato do token e o protocolo de mensagens com o qual ele está configurado.
Qual modelo o token ATS na WATS utiliza?
A WATS usa o modelo omnichain: o ATS é um OFT da LayerZero, então um usuário WATS mantém um único saldo de ATS em vez de cópias wrapped ou emitidas por pontes no Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON. É esse saldo único que paga as taxas de rede dentro da WATS no lugar do token de gas nativo de cada cadeia, usando um paymaster ERC-4337 nas cadeias EVM, com a oferta de ATS sendo queimada de 100M em direção a 30M. A WATS é totalmente não custodial, então as chaves desse saldo ficam com o usuário.
Um token da ponte oficial de uma cadeia é mais seguro do que um de uma ponte de terceiros?
Normalmente é o padrão mais seguro, porque a versão emitida pela ponte canônica de uma cadeia é a que a maioria dos apps e pools daquela cadeia trata como padrão, o que elimina o problema de fragmentação de ficar com uma variante que ninguém aceita. Isso não remove, porém, o risco de custódia subjacente: uma ponte canônica ainda mantém colateral bloqueado por trás da representação, então o token continua sendo uma reivindicação, e não o ativo em si.