---
title: "Tokens canônicos, nativos e wrapped"
description: "Guia orientado à verificação sobre identidade do token, ativos nativos do emissor, representações designadas pelo protocolo, wrappers na mesma rede, lastro, resgate e valor de saída executável."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Tokens canônicos, nativos e wrapped

> Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

<a id="answer"></a>

## Resposta direta

Canônico e wrapped não são classes opostas. Canônico descreve o mapeamento ou a rota escolhida por determinado ecossistema; wrapped descreve um mecanismo de representação. Um token de bridge designado pelo protocolo pode também ser wrapped, enquanto WETH é um wrapper na mesma rede e o USDC nativo do emissor em uma rede compatível pode usar burn-and-mint controlado pelo emissor, sem custódia em bridge.

Comece pela identidade, não pelo símbolo: `chainId`, marcador de ativo nativo ou contrato do token, implementação do proxy e bloco. Depois identifique quem o emite ou designa, qual ativo ou obrigação o lastreia, quem pode emitir, queimar, pausar ou atualizar e se um titular elegível consegue de fato desembrulhar, resgatar, transferir via bridge ou vender. Solvência, disponibilidade de resgate e liquidez de mercado são questões distintas.

<a id="mechanism"></a>

## Como funciona

1. Fixe o snapshot: rede, `chainId`, marcador nativo ou endereço do token, bloco e horário, decimais, implementação do proxy ou `codeHash` e versão da documentação do emissor ou protocolo. Nome, símbolo, logotipo ou lista da carteira não definem identidade.
2. Classifique em dois eixos. O status pode ser nativo da rede, nativo do emissor, designado pelo protocolo ou de terceiros. O mecanismo pode ser wrapper na mesma rede, crédito de bridge lock-and-mint, transferência burn-and-mint, wrapper custodial, cota de vault ou recibo de rede de liquidez. Um token pode receber mais de uma classificação.
3. Rastreie a linhagem e as autoridades: ativo de origem, contraparte remota registrada, contrato de custódia ou queima, mensageiro ou atestador, emissor no destino, administrador do proxy, papéis de emissão e queima, poderes de pausa ou denylist, timelock, limites e migração.
4. Reconstrua os livros de lastro e obrigações em unidades brutas e de exibição. Em lock-and-mint, concilie a custódia elegível do par com a oferta da representação e os créditos em trânsito. Em burn-and-mint do emissor, concilie ofertas por rede e obrigação do emissor; não presuma uma custódia de bridge inexistente.
5. Verifique o ciclo executável de resgate: elegibilidade, direção, aprovações, unwrap ou queima, prova ou atestação, finalização ou claim, gas em cada rede, taxas, limites, pausas e recuperação. Um teste pequeno comprova apenas aquela rota e snapshot.
6. Compare saídas. Registre separadamente bid executável e profundidade na DEX, slippage, taxas de protocolo e LP, gas, atraso e aceitação por custodiante ou exchange, sem confundi-los com cobertura. Um token lastreado pode negociar abaixo do par; preço líquido não comprova lastro.
7. Concilie recibos, eventos, saldos, oferta, custódia, créditos pendentes e allowances restantes. Separe saldos nativos, wrapped, bridged e nativos do emissor; monitore implementação, papéis, mapeamento, migração, pausas, reservas e liquidez; dimensione a exposição pela pior saída executável plausível.

<a id="example"></a>

## Exemplos resolvidos

- **A cobertura deve incluir créditos pendentes.** A custódia elegível do par é `2,500.000000 units`, a oferta emitida no destino é `2,400.000000 units` e os créditos bloqueados ainda não emitidos são `100.000000 units`. As obrigações econômicas são `2,400 + 100 = 2,500`; cobertura ajustada: `2,500 / 2,500 = 100%`. Ignorar os créditos produz `2,500 / 2,400 = 104.1666666667%`, superávit enganoso. Cobertura correta tampouco comprova segurança ou liquidez imediata.
- **O mesmo símbolo pode representar créditos distintos.** O titular possui `2,500 units` de dois contratos. O contrato nativo do emissor tem bid executável de `$0.998`, valendo `2,500 * 0.998 = $2,495`; o contrato de bridge terceiro tem bid de `$0.920`, valendo `2,500 * 0.920 = $2,300`. A diferença é `$195`, apesar de nome e decimais iguais.
- **Wrapped não implica cross-chain.** Uma carteira começa com `5.000 ETH`, deposita `3.000 ETH` em WETH na mesma rede e paga `0.002 ETH` de gas. Termina com `1.998 ETH` e `3.000 WETH`; reserva/oferta do wrapper é `3 / 3 = 100%`; exposição econômica é `1.998 + 3.000 = 4.998 ETH` antes do risco contratual. Somar a reserva novamente seria dupla contagem.
- **Saída a mercado e resgate diferido diferem.** Para `10,000 tokens`, o bid na DEX é `$0.985`, impacto `0.60%`, taxa de LP ou protocolo `0.10%` e gas `$12`. Nessa ordem, o líquido é `10,000 * 0.985 * (1 - 0.006 - 0.001) - 12 = $9,769.05`. Um resgate elegível entrega `$9,987` após taxas em `7 days`; à taxa de oportunidade anual simples de `8%`, o valor presente é `9,987 / (1 + 0.08 * 7 / 365) = $9,971.7009519641`, ou `$202.6509519641` a mais. Não é arbitragem garantida e omite default, finalidade, tributos e preço.

<a id="risks"></a>

## Riscos

- Usar rede, marcador nativo ou contrato incorretos.
- Confiar em símbolo, nome, ícone ou lista falsificados.
- Interpretar mal decimais, unidades brutas, oferta ou saldo.
- Ignorar implementação, administrador ou upgrade de proxy.
- Aceitar registro, par, router ou gateway desatualizado.
- Perder controle por comprometimento do emissor, minter, burner ou atestador.
- Tratar reservas misturadas, empenhadas ou oneradas como lastro elegível.
- Contar custódia, oferta representativa e créditos pendentes duas vezes.
- Omitir depósitos, queimas, retiradas, taxas ou mensagens em trânsito.
- Presumir contabilidade padrão em tokens com fee-on-transfer, rebase ou hooks.
- Enfrentar freeze do emissor, pausa, denylist, limite ou censura.
- Dar allowance excessiva ou aprovar o spender errado.
- Confundir finalidade de origem, validade da mensagem e execução no destino.
- Depender de relayers, sequenciadores, provers, atestadores ou dados indisponíveis.
- Sofrer replay, emissão dupla, queima falha, reorg ou erro contábil.
- Descobrir que o titular não é elegível ao resgate direto.
- Sofrer liquidez fragmentada, depeg, slippage, MEV ou pouca profundidade.
- Omitir gas, taxas, atraso, custo de oportunidade ou aceitação custodial.
- Ficar preso em contrato depreciado ou migração incompleta.
- Combinar riscos correlacionados de rede, bridge, emissor, oráculo, UI, RPC, tributos, sanções e custódia.

<a id="misconceptions"></a>

## Erros comuns

- Canônico sempre significa nativo do emissor, oficial, trustless e seguro.
- Wrapped sempre significa que o token atravessou uma rede.
- Tokens com símbolo e decimais iguais são créditos fungíveis.
- Rótulo um-para-um, saldo contratual ou oferta provam resgate.
- Lastro garante valor em dinheiro imediato um-para-um em todo mercado e conta.

<a id="related"></a>

## Tópicos relacionados

- [Bridge canônica](/pt-br/crypto/canonical-bridge/)
- [Verificação de token bridged](/pt-br/crypto/bridge-token-verification/)
- [Wrapped token](/pt-br/crypto/wrapped-token/)

<a id="sources"></a>

## Fontes

- [Bridges](https://ethereum.org/developers/docs/bridges/) - Ethereum.org (acessado em: 2026-08-12)
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (acessado em: 2026-08-12)
- [WETH9.sol](https://github.com/gnosis/canonical-weth/blob/master/contracts/WETH9.sol) - Gnosis (acessado em: 2026-08-12)
- [Standard Bridges](https://specs.optimism.io/protocol/bridges.html) - OP Stack Specification (acessado em: 2026-08-12)
- [Bridged token addresses](https://docs.optimism.io/app-developers/reference/tokens/tokenlist) - Optimism Documentation (acessado em: 2026-08-12)
- [USDC contract addresses](https://developers.circle.com/stablecoins/usdc-contract-addresses) - Circle Docs (acessado em: 2026-08-12)
- [Cross-Chain Transfer Protocol](https://developers.circle.com/cctp) - Circle Docs (acessado em: 2026-08-12)
- [ERC-1967: Proxy Storage Slots](https://eips.ethereum.org/EIPS/eip-1967) - Ethereum Improvement Proposals (acessado em: 2026-08-12)

Source: https://wiki.fcontext.com/pt-br/crypto/canonical-vs-wrapped-token/index.mdx