Modelos de ponte: travar, queimar e emissão nativa

2026-08-24

Levar um token para outra rede não move o token. Ele fica onde estava e do outro lado aparece algo novo. O que é esse algo depende do modelo: um direito de resgate sobre uma garantia travada, a mesma oferta reemitida em outro lugar, ou um token que o emissor cunhou diretamente naquela rede. Este artigo compara os três e mostra como descobrir qual deles você tem.

O que uma ponte faz com o seu token

Uma blockchain não consegue enviar nada para outra blockchain. Cada rede escreve apenas o próprio registro. Uma ponte coordena dois lançamentos contábeis separados: um na rede que você deixa e outro na rede onde você chega.

As unidades que aparecem na rede de destino são lançamentos novos, criados pelo contrato que tem permissão para criá-los. A pergunta útil não é para onde foi o seu token, e sim quem emitiu isso que você tem agora e contra o que você pode resgatá-lo.

A documentação para desenvolvedores do Ethereum lista três formas de mover ativos entre redes: travar e emitir, queimar e emitir, e swaps atômicos. Um swap atômico é uma negociação com uma contraparte, não um modelo de emissão, então o que acaba na sua mão vem dos dois primeiros, mais a emissão nativa feita pelo próprio emissor do ativo.

Uma segunda pergunta atravessa a primeira: quem opera a ponte. Uma rede costuma trazer a sua, governada junto com a cadeia, e o que ela emite passa a ser a versão designada do ativo naquela rede. Qualquer outra pessoa também pode construir uma ponte para a mesma rede. A mesma mecânica, dois tokens diferentes.

É aí que as pessoas escorregam. Dois saldos com o mesmo nome e o mesmo ticker, na mesma rede, podem ser ativos separados, com lastro separado e formas separadas de quebrar.

Travar e emitir e o token wrapped que isso produz

Travar e emitir é o modelo mais antigo. Você entrega o ativo a um contrato na rede de origem, que o guarda, e um contrato pareado na rede de destino cunha para você um token novo no mesmo valor. A documentação de um padrão de tokens cross-chain muito usado diz sem rodeios: o original fica travado na rede que o emitiu e na rede de destino é cunhado um token wrapped totalmente colateralizado.

A volta é a imagem espelhada e tem nome próprio, queimar e destravar. Você destrói o token wrapped, e isso autoriza o contrato da rede de origem a liberar o original. O invólucro não vale nada por si só. Seu valor é a promessa de que essa liberação acontece quando for pedida.

As pontes que vêm junto com uma rede funcionam assim. A documentação pública da ponte padrão de um rollup detalha as duas metades: tokens nativos são travados e suas representações em ponte são cunhadas; as representações em ponte são queimadas para que os tokens nativos possam ser destravados. A representação em ponte é um contrato de token comum cuja função de emissão só a ponte pode chamar.

A conclusão não pede rodeios: um ativo wrapped não é o ativo. A própria introdução do Ethereum sobre pontes diz isso de forma direta. Uma moeda wrapped mantida no Ethereum é um token nativo do Ethereum, uma versão daquela moeda e não o original na rede dela. Ela negocia perto do original porque o resgate funciona, não porque os dois sejam o mesmo objeto.

Queimar e emitir e por que o total não muda

Queimar e emitir dispensa a custódia. O valor que você envia é destruído na rede de origem e um valor igual é criado na de destino, de modo que a oferta total do token em todas as redes permanece constante. Não existe pool travado em lugar nenhum, porque nada foi separado. O que se moveu foi a própria oferta.

Isso só funciona se os dois lados puderem emitir e queimar por ordem de quem opera a transferência. Um token cuja oferta inteira foi cunhada uma vez, em uma única rede, sem deixar uma função de emissão aberta, não consegue fazer isso em casa. A resposta comum é um híbrido: travar e emitir na ida, queimar e destravar na volta, e queimar e emitir em cada salto entre as demais redes, onde as unidades já são emissíveis.

Para quem tem o token, o risco muda de forma e não de tamanho. Não há custódia a esvaziar, mas passa a existir uma permissão de emissão, e quem a tiver pode criar oferta do nada. Por isso implementações sérias juntam esse direito a um limite: um teto de quanto uma ponte pode emitir ou queimar, reposto ao longo do tempo a uma taxa definida, para que uma falha fique contida.

Repare no que o mecanismo deixa em aberto. Ele não diz nada sobre quem detém essa permissão e se comporta igual quer ela esteja com o emissor, com um operador de ponte ou com um comitê no meio. As duas próximas seções tratam justamente disso.

Emissão nativa, em que o emissor cunha em cada rede

Emissão nativa é queimar e emitir operado pelo próprio emissor. O emissor implanta seu token em cada rede que quer atender e cunha diretamente ali, então não há invólucro nem pool de garantia em lugar nenhum do sistema. A documentação de protocolo de um emissor grande descreve exatamente isso: queimar na rede de origem, cunhar na rede de destino, sem tokens wrapped e sem pools de liquidez de ponte.

A confiança não some, ela muda de endereço. Com um invólucro você fica exposto a quem guarda a custódia e a chave de emissão. Com emissão nativa você fica exposto ao emissor, igualmente em todas as redes, que é a exposição que você já tinha onde começou. Para um ativo que de todo modo é passivo de alguém, isso é uma simplificação real. Para um ativo que não é passivo de ninguém, não há emissor para fazer isso.

O limite é a disponibilidade. Só o emissor pode cunhar de forma nativa, e só onde ele escolheu se implantar. Em todo o resto o ativo continua chegando como o invólucro de alguém, e nas redes em que o emissor chegou tarde o invólucro antigo costuma seguir circulando ao lado da versão nativa como um token à parte.

Padrões de tokens omnichain e quem controla a emissão

Os padrões mais recentes tornam a emissão em várias redes uma propriedade do token e não uma função da ponte. Uma família, descrita como tokens fungíveis omnichain, estende um padrão de token comum com mensagens entre redes: uma transferência debita a rede de origem queimando ou travando e credita a de destino emitindo ou destravando, de modo que uma única oferta total é compartilhada por todas as redes. Um token já existente entra por um adaptador que funciona como lockbox.

Uma segunda abordagem encara a questão da permissão de frente. O ERC-7281, também chamado de xERC20, é uma extensão mínima do padrão de tokens fungíveis: uma interface de emissão e queima que só pode ser chamada por pontes da lista autorizada do emissor, um limite configurável para cada uma e um contrato lockbox para que um token existente adote o esquema sem começar do zero. Seu objetivo declarado é passar a propriedade de um token em ponte das pontes para os emissores.

O que isso compra, na formulação da própria proposta, é contenção. Se uma ponte da lista for comprometida, a perda fica limitada ao teto dela e o emissor pode removê-la sem arrastar os usuários por uma migração. Como os limites são definidos ponte a ponte e podem ser revistos, as pontes acabam competindo em segurança para receber um limite maior.

O que isso não compra é segurança. O autor diz sem enfeite: o padrão delimita as consequências, mas não salva ninguém de uma ponte quebrada, e a segurança da ponte por baixo ainda precisa ser consertada. Ele também pressupõe um emissor com um processo de governança que mantenha essa lista, o que serve a um token com projeto por trás e não faz nada por um token de que ninguém cuida.

Modelos de ponte comparados: o que travar e emitir, queimar e emitir e a emissão nativa deixam com você

Como descobrir qual deles você tem

Nada disso aparece no ticker. Aparece no endereço do contrato, que é a parte que não dá para maquiar. Mesmo ticker, mesma rede, endereço diferente significa ativo diferente, com lastro diferente.

A documentação da ponte padrão de um rollup é incomumente direta a respeito: um token nativo pode ter mais de uma representação em ponte ao mesmo tempo, representações diferentes contam como tokens completamente independentes e o usuário precisa sempre dizer qual delas quer. Nada obriga que valham o mesmo.

É por isso que as redes publicam listas curadas de tokens, e por isso a mesma documentação avisa que usar o endereço em ponte errado pode travar o ativo subjacente para sempre. Essa lista não é uma comodidade. É a correspondência entre um nome que você reconhece e o contrato específico que a ponte da própria rede vai honrar.

Três perguntas cobrem a maioria dos casos. Para um token wrapped: o que está travado, onde e quem pode liberar. Para um token de queimar e emitir: quem pode chamar a emissão e o que o limita. Para um token emitido de forma nativa: a implantação nesta rede é mesmo a do emissor.

Depois veja onde está a profundidade. A liquidez gruda em uma representação, não em um nome, então um invólucro que poucos lugares cotam não se vende pelo preço da versão que todo mundo usa. Consertar exatamente essa fragmentação é a razão que os dois padrões acima dão para existir.

Em resumo

Fazer ponte não move um token: retira unidades em uma rede e cria unidades em outra, e o modelo decide o que são essas unidades. Travar e emitir deixa com você um direito de resgate sobre uma garantia parada em um contrato de custódia. Queimar e emitir move a própria oferta, então sua segurança é a segurança de uma permissão de emissão e do limite dela. A emissão nativa remove o invólucro fazendo o emissor cunhar em cada rede, e só funciona onde o emissor chegou. Os padrões colocados por cima existem para que sejam os emissores, e não as pontes, a decidir qual desses você recebe. Seja qual for, a resposta está no endereço do contrato, não no ticker.

Leituras relacionadas

Outros artigos da Bitbase sobre este tema:

- O que é Hyperlane? Interoperabilidade sem permissão

- O que é Particle Network? Abstração de cadeias na prática

- Pontes de stablecoins: movendo dólares entre redes

Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em agosto de 2026; consulte as informações oficiais mais recentes.