Tokens IBC (Cosmos)

O que são tokens IBC no Cosmos?

Tokens IBC são criptoativos que foram transferidos entre blockchains conectadas ao Cosmos por meio do protocolo Inter-Blockchain Communication.

Em termos simples, um token IBC é uma representação de token que aparece em uma blockchain de destino depois que o ativo original é transferido por um canal IBC.

A documentação do IBC-Go explica que o IBC permite que blockchains se comuniquem e oferece suporte a aplicativos cross-chain, como transferências de tokens fungíveis.

No ecossistema Cosmos, o IBC é uma das principais tecnologias que permitem que blockchains soberanas enviem ativos, mensagens e dados de aplicativos umas para as outras.

Um token IBC não é um ativo novo da mesma forma que um token de um projeto recém-emitido.

Geralmente, é uma representação cross-chain de um ativo originado em outra blockchain.

Por exemplo, quando um token nativo sai de sua blockchain de origem e é transferido para outra blockchain Cosmos por meio do IBC, a blockchain de destino pode exibi-lo como um token denominado em IBC.

Essa representação ajuda a blockchain de destino a rastrear a origem do token e o caminho da transferência.

Os tokens IBC são importantes porque fazem o ecossistema Cosmos parecer uma rede interconectada, em vez de um conjunto de blockchains isoladas.

Eles permitem que usuários e aplicativos transfiram valor entre blockchains, enquanto cada blockchain mantém sua própria governança, seus validadores, suas regras e sua lógica de aplicativos.

Por que os tokens IBC são importantes

Os tokens IBC são importantes porque a liquidez, os usuários e os aplicativos estão distribuídos por muitas blockchains.

Sem interoperabilidade, pode ser difícil usar um token de uma blockchain em aplicativos de outra.

O IBC ajuda a resolver esse problema ao oferecer às blockchains baseadas no Cosmos uma forma padronizada de transferir tokens e dados.

O repositório Interchain Standards descreve o IBC como a referência oficial para a semântica do protocolo, as descrições de codificação e os padrões da camada de aplicação.

Isso é importante porque transferências cross-chain exigem mais do que uma simples transação de carteira.

A blockchain de envio, a blockchain de recebimento, o canal, o relayer, o módulo do token e o processo de verificação das provas precisam funcionar em conjunto.

Os tokens IBC tornam mais práticos a DeFi cross-chain, os derivativos de staking, os pagamentos, a gestão de portfólio e os aplicativos multichain.

Um usuário pode manter um token originado em uma blockchain e usá-lo em um pool de liquidez, mercado de empréstimos, fluxo de pagamento ou contrato inteligente em outra.

Para os desenvolvedores, os tokens IBC podem ampliar o mercado de um aplicativo, pois os usuários não precisam ficar limitados a uma única blockchain de origem.

Para o ecossistema Cosmos, os tokens IBC são uma parte fundamental da visão interchain.

Como funcionam as transferências de tokens IBC

As transferências de tokens IBC geralmente seguem o padrão ICS-20 para transferências de tokens fungíveis.

A especificação ICS-20 para transferência de tokens fungíveis define os dados dos pacotes, a lógica da máquina de estados e as regras de codificação para transferir tokens fungíveis pelo IBC.

Quando um usuário envia um token de sua blockchain de origem para outra, a blockchain de origem geralmente coloca o token original em custódia ou o bloqueia.

A blockchain de destino então emite ou credita uma representação em voucher desse token.

Quando o token retorna à blockchain de origem pelo caminho correto, o voucher pode ser queimado e o token original mantido em custódia pode ser liberado.

Esse modelo ajuda a impedir que o mesmo ativo exista livremente nas duas blockchains sem contabilização.

A ideia principal é que a blockchain de destino não cria um token totalmente sem relação com o original.

Ela cria uma representação vinculada a um caminho de transferência e a um ativo de origem.

As transferências de tokens IBC dependem de pacotes, canais, portas, clientes, relayers, confirmações e timeouts.

Os usuários não precisam entender todos os detalhes internos, mas devem saber que transferências IBC são operações cross-chain e podem exigir mais etapas do que transferências normais em uma única blockchain.

Blockchain de origem e blockchain de destino

A blockchain de origem é aquela em que o token é considerado nativo ou que o caminho IBC atual trata como a origem do token.

A blockchain de destino é a que recebe o token pelo IBC.

Essa distinção é importante porque o comportamento dos tokens IBC depende de a transferência estar se afastando da origem ou retornando a ela.

Quando um token nativo sai de sua blockchain de origem, essa blockchain pode colocar o ativo original em custódia e a blockchain de destino pode criar um voucher.

Se o voucher for enviado de volta à blockchain de origem pelo caminho de canal correto, ele poderá ser queimado e o ativo original mantido em custódia poderá ser liberado.

Isso ajuda a manter a contabilização da oferta entre as blockchains.

Se um token passar por várias blockchains, o caminho poderá se tornar mais complexo.

Um token pode ser nativo da Chain A, ser representado na Chain B e, depois, seguir para a Chain C.

Cada etapa acrescenta informações ao caminho, ajudando a identificar a origem do ativo e como ele chegou ao destino.

Por isso, os rastros de denom são tão importantes para os tokens IBC.

O que é um denom IBC?

Um denom IBC é a denominação on-chain usada para identificar um token transferido via IBC em uma blockchain de destino.

Em vez de sempre aparecer com um símbolo nativo simples, um token IBC pode ser exibido como um valor hash que começa com “ibc/”, seguido por um identificador longo.

O guia da Interchain Developer Academy sobre denoms IBC explica que ativos enviados pelo IBC podem ser representados on-chain com um hash de denom IBC.

Isso pode parecer confuso para iniciantes, pois a carteira ou o explorador pode exibir uma longa sequência técnica, em vez do símbolo conhecido do token.

Isso acontece porque a blockchain precisa de uma forma precisa de distinguir o ativo e seu caminho de transferência.

Dois tokens podem ter o mesmo símbolo exibido, mas origens diferentes.

Duas versões do mesmo token também podem chegar por canais IBC diferentes.

O denom IBC ajuda a evitar confusões entre essas representações de ativos.

Carteiras e exploradores podem exibir um símbolo mais familiar, mas a blockchain subjacente continua rastreando o denom técnico.

Quando tiverem dúvidas sobre qual token IBC estão mantendo, os usuários devem verificar o rastro de denom.

Rastro de denom

Um rastro de denom é o registro que vincula um token IBC à sua origem e ao caminho da transferência.

A visão geral das transferências IBC do Cosmos explica que um rastro de denom contém identificadores de portas e canais ordenados da transferência mais recente até a mais antiga.

Para os usuários, o rastro de denom funciona como um histórico de comprovantes cross-chain.

Ele ajuda a identificar o denom base original e o trajeto percorrido pelo token.

Para os desenvolvedores, os rastros de denom ajudam a evitar a mistura acidental de ativos que parecem semelhantes, mas vieram de caminhos diferentes.

Um token que chega por um canal IBC pode não ser idêntico a outro token com o mesmo símbolo que chegou por outro canal.

Isso importa para carteiras, exploradores, aplicativos DeFi, ferramentas de contabilidade e sistemas de risco.

Sem rastros de denom, seria mais fácil confundir tokens e mais difícil verificar sua origem.

Os rastros de denom também ajudam os usuários a detectar se estão interagindo com o ativo esperado.

Antes de usar um token IBC em uma transferência de valor elevado ou em uma posição DeFi, os usuários devem confirmar o rastro e o caminho do canal.

Vouchers de tokens IBC

Um voucher de token IBC é uma representação de um token em uma blockchain na qual ele não é nativo.

O voucher representa um direito sobre um token colocado em custódia ou contabilizado por meio da lógica de transferência IBC.

Por exemplo, se um token nativo da Chain A for enviado à Chain B, a Chain B poderá exibir uma versão em voucher IBC desse ativo.

O voucher pode ser usado na Chain B se os aplicativos e as carteiras oferecerem suporte a ele.

Se o voucher for enviado de volta à Chain A pela rota correta, ele poderá ser queimado e o token nativo poderá ser desbloqueado ou liberado.

Esse modelo é diferente de um ativo envelopado simples, emitido por um custodiante centralizado.

O IBC depende de comunicação no nível do protocolo, verificação por light clients, relayers e módulos específicos de cada blockchain.

No entanto, os usuários ainda devem entender que um voucher envolve riscos de dependência cross-chain.

Se o caminho do canal, a atividade dos relayers ou o suporte da blockchain de destino falhar, a experiência do usuário poderá ser afetada.

Um voucher IBC é útil, mas não equivale a manter o token diretamente em sua blockchain nativa.

Canais IBC

Um canal IBC é um caminho de comunicação entre módulos de duas blockchains distintas.

As transferências de tokens geralmente usam o módulo de transferência por meio de um canal específico.

O identificador do canal passa a fazer parte do rastro de denom quando um token é transferido entre blockchains.

Por isso, o mesmo token pode ter denoms IBC diferentes na mesma blockchain de destino se chegar por canais distintos.

Para os usuários, o detalhe do canal pode parecer técnico, mas importa na prática.

Se uma carteira ou aplicativo oferecer suporte a uma versão do token por um canal, mas não a outra, o usuário poderá ver saldos inesperados ou ter funcionalidades limitadas.

Se um usuário enviar tokens pelo caminho errado, o ativo poderá chegar como uma representação IBC diferente da esperada.

Isso pode causar confusão ao tentar depositar em um aplicativo DeFi ou enviar fundos para outra carteira.

Antes de transferir valores importantes, os usuários devem confirmar qual rota de canal é compatível.

Uma pequena transferência de teste pode ajudar a reduzir erros ao usar um novo caminho IBC.

Portas IBC

Uma porta IBC identifica o módulo de aplicativo que está enviando ou recebendo pacotes.

Nas transferências de tokens fungíveis, a porta costuma estar conectada ao módulo de transferência.

Juntos, a porta e o canal ajudam a definir o caminho utilizado na comunicação IBC.

Em geral, iniciantes não precisam interagir diretamente com esses identificadores.

No entanto, eles importam porque fazem parte do caminho técnico que define a representação do token IBC.

Os aplicativos usam esses identificadores para processar pacotes corretamente.

Exploradores e ferramentas para desenvolvedores os utilizam para exibir rastros de denom e rotas de transferência.

Quando uma transferência falha, equipes de suporte e desenvolvedores podem verificar a porta, o canal, a sequência do pacote e os detalhes do timeout.

Para os usuários comuns, a principal lição é usar rotas confiáveis e os fluxos oficiais dos aplicativos.

A seleção manual de canais deve ser feita com cuidado, pois o caminho afeta o denom do token resultante.

Relayers e tokens IBC

Relayers são processos off-chain que transmitem pacotes e provas IBC entre blockchains.

O IBC não exige que uma blockchain envie dados diretamente para outra por conta própria.

Em vez disso, os relayers observam eventos em uma blockchain e enviam as informações necessárias para a outra.

O protocolo verifica essas informações usando clientes e provas.

Os relayers são importantes porque mantêm a comunicação cross-chain em andamento.

Se nenhum relayer enviar o pacote, a transferência poderá não ser concluída até que um relayer a processe.

Normalmente, os relayers não controlam os fundos dos usuários da mesma forma que um custodiante.

No entanto, a disponibilidade dos relayers afeta a experiência do usuário e a velocidade da transferência.

Um relayer com atraso pode fazer uma transferência IBC parecer travada, mesmo quando o protocolo subjacente tem mecanismos de segurança.

Por isso, rotas IBC saudáveis geralmente precisam de uma infraestrutura de relayers confiável.

Contas de custódia em ICS-20

A custódia é uma parte fundamental de muitas transferências de tokens IBC.

A documentação do Cosmos sobre custódia IBC explica que cada canal de transferência ICS-20 tem sua própria conta bancária de custódia para os tokens transferidos para fora de uma blockchain de origem.

Quando um token nativo sai de sua blockchain de origem pelo IBC, ele pode ser bloqueado em uma conta de custódia.

A blockchain de destino então representa esse ativo como um voucher IBC.

Isso ajuda a contabilizar corretamente a oferta total entre as blockchains.

Se o voucher retornar pelo caminho correto, a blockchain de origem poderá liberar o token mantido em custódia.

Para os usuários, a custódia explica como um token transferido pode aparecer em outra blockchain sem duplicar o ativo original.

Para os auditores, os saldos em custódia ajudam a verificar se as representações cross-chain estão devidamente lastreadas no modelo de transferência.

Para os aplicativos, a contabilização da custódia ajuda a manter a confiança na movimentação cross-chain de ativos.

A custódia não elimina todos os riscos, mas é uma parte importante da segurança das transferências IBC.

Timeouts IBC

Timeouts IBC são regras de segurança que impedem que os pacotes permaneçam válidos para sempre.

Um timeout define quando um pacote deixa de poder ser concluído nas condições originais.

Se um pacote de transferência expirar, a blockchain de origem poderá processar o timeout e devolver ou desbloquear os fundos conforme as regras do módulo de transferência.

Isso é importante porque a comunicação cross-chain pode falhar ou atrasar.

Uma blockchain de destino pode ficar indisponível.

Um relayer pode parar de funcionar.

Um canal pode ser fechado.

Um pacote pode não ser recebido antes da condição de timeout.

A lógica de timeout ajuda a tornar o IBC mais seguro do que uma mensagem unidirecional sem caminho de recuperação.

Mesmo assim, os usuários devem entender que a conclusão do processo de reembolso pode exigir a ação de um relayer ou do usuário.

Confirmações IBC

Uma confirmação é uma resposta que informa se um pacote IBC foi processado com sucesso pela blockchain de recebimento.

Nas transferências de tokens, as confirmações ajudam a blockchain de envio a saber se a blockchain de destino aceitou ou rejeitou o pacote.

Se o pacote for bem-sucedido, a transferência poderá ser concluída.

Se o pacote falhar, a blockchain de origem poderá usar a confirmação para processar o resultado e manter a contabilização correta.

As confirmações ajudam a tornar as transferências IBC mais confiáveis do que mensagens cross-chain simples sem resposta.

Elas ajudam as blockchains a coordenar mudanças de estado em livros-razão separados.

Para os usuários, as confirmações geralmente são processadas nos bastidores.

Para os desenvolvedores, são essenciais na criação de aplicativos que precisam de certeza cross-chain.

Para carteiras e exploradores, as confirmações ajudam a indicar se uma transferência está pendente, foi concluída, falhou ou expirou.

Entender as confirmações pode ajudar os usuários a não se preocuparem quando uma transferência ainda estiver em andamento.

Tokens IBC multietapas

Um token IBC multietapas é um token que passou por mais de uma rota IBC antes de chegar à blockchain atual.

Por exemplo, um token pode ter origem na Chain A, passar para a Chain B e depois seguir para a Chain C.

O rastro de denom resultante pode incluir vários pares de porta e canal.

Transferências multietapas podem aumentar a flexibilidade de roteamento na interchain.

Também podem causar confusão, pois o caminho do token fica mais longo e seu denom pode ser mais difícil de interpretar.

O ADR do Cosmos sobre rastreamento da origem de moedas explica que transferências IBC repetidas podem gerar caminhos de denom longos e que o uso de denoms baseados em hash ajuda a administrar limites de tamanho.

Os usuários devem ter cuidado com tokens IBC multietapas, pois nem todos os aplicativos tratam todos os caminhos como equivalentes.

Um protocolo DeFi pode oferecer suporte apenas à rota mais comum ou canônica de um ativo.

Uma rota incomum pode gerar uma representação de token com menos liquidez ou suporte limitado nos aplicativos.

Quando possível, os usuários devem seguir as rotas oficiais recomendadas pela carteira ou pelo aplicativo que pretendem usar.

Tokens IBC canônicos

Um token IBC canônico é a representação IBC de um ativo comumente aceita ou preferida em uma determinada blockchain.

Rotas canônicas são importantes porque o mesmo ativo pode chegar por diferentes caminhos IBC e gerar denoms distintos.

Se a liquidez, as carteiras, os exploradores e os aplicativos oferecerem suporte principalmente a um denom, esse denom se tornará o padrão prático da blockchain.

Versões não canônicas ainda podem ser representações IBC válidas, mas pode ser mais difícil usá-las.

Um usuário pode descobrir que um token IBC não canônico não aparece na interface da carteira ou não pode ser depositado em um aplicativo.

Isso nem sempre significa que os fundos foram perdidos.

Pode significar que o aplicativo não reconhece aquele rastro de denom específico.

Os usuários devem verificar os denoms aceitos antes de transferir tokens para uso em DeFi.

Os desenvolvedores devem exibir claramente os denoms IBC compatíveis para reduzir erros dos usuários.

O roteamento canônico é uma das questões mais práticas de experiência do usuário nas transferências de tokens IBC.

Tokens IBC e carteiras

As carteiras ajudam os usuários a enviar, receber e visualizar tokens IBC.

Uma boa interface de carteira pode ocultar parte da complexidade dos denoms, exibindo um símbolo conhecido e o nome da blockchain.

No entanto, a carteira ainda depende de metadados corretos, informações do registro da blockchain, rastros de denom e rotas compatíveis.

Se os metadados da carteira estiverem ausentes ou desatualizados, um token IBC poderá aparecer como um hash longo em vez de um nome conhecido.

Se um usuário enviar por um canal incomum, a carteira talvez não identifique corretamente o token.

Os usuários não devem presumir que um token é falso só porque aparece com um hash IBC.

Também não devem presumir que um símbolo familiar é seguro sem verificar seu rastro.

O hábito mais prudente é verificar a blockchain, o canal, o denom e o endereço de recebimento antes de transferências de grande valor.

As carteiras melhoram a usabilidade, mas não eliminam todos os riscos cross-chain.

Os usuários de tokens IBC devem aprender a interpretar os detalhes das transações em nível básico.

Tokens IBC e DeFi

Os tokens IBC são amplamente usados na DeFi do Cosmos porque permitem que ativos de diferentes blockchains participem de mercados compartilhados.

Um pool de liquidez pode conter um ativo nativo de uma blockchain e um token IBC de outra.

Um mercado de empréstimos pode aceitar um token IBC como garantia, se o protocolo oferecer suporte a ele.

Um aplicativo de pagamentos pode aceitar ativos IBC de várias blockchains.

Isso cria um ambiente de liquidez mais conectado.

No entanto, o uso em DeFi acrescenta outros riscos.

Um token IBC usado em DeFi pode estar sujeito a riscos de contratos inteligentes, liquidez, oráculos, volatilidade de preços, canais e blockchain de origem subjacente.

Se um aplicativo oferecer suporte a apenas um denom IBC, enviar outro denom poderá causar problemas no depósito.

Se a liquidez for baixa, vender ou trocar o token poderá gerar slippage elevado.

Antes de usar tokens IBC em DeFi, os usuários devem verificar os denoms compatíveis, a profundidade do pool, o impacto no preço, os riscos dos contratos e as rotas de saque.

Tokens IBC e NFTs

O IBC não se limita a tokens fungíveis.

O ecossistema IBC também inclui padrões para transferências de tokens não fungíveis.

A especificação ICS-721 para transferência de NFTs define a lógica e a estrutura dos pacotes para transferir tokens não fungíveis por canais IBC.

No entanto, quando a maioria dos usuários fala em tokens IBC, geralmente se refere a tokens fungíveis transferidos pelo ICS-20.

As transferências de NFTs acrescentam complexidade, pois metadados, identidade da coleção e histórico de titularidade precisam ser rastreados cuidadosamente entre as blockchains.

Tokens fungíveis são intercambiáveis, enquanto NFTs são únicos.

Isso significa que os riscos e a experiência do usuário são diferentes.

Os usuários não devem presumir que uma transferência de token fungível via IBC funciona exatamente da mesma forma que uma transferência de NFT via IBC.

Ambas usam comunicação cross-chain, mas a lógica dos aplicativos é diferente.

Este glossário se concentra principalmente em tokens IBC fungíveis no ecossistema Cosmos.

Premissas de segurança dos tokens IBC

A segurança de tokens IBC depende de mais de uma blockchain.

Os usuários devem considerar a blockchain de origem, a de destino, os clientes IBC, os relayers, o estado do canal, o módulo do token e o aplicativo que usa o token.

O IBC foi projetado para ser permissionless e seguro, mas todo ativo cross-chain ainda herda várias camadas de risco.

Se houver um problema grave de consenso na blockchain de origem, o lastro ou a credibilidade da origem do token poderão ser afetados.

Se houver uma falha grave na blockchain de destino, o saldo do voucher do usuário ou sua posição no aplicativo poderão ser afetados.

Se o canal estiver configurado incorretamente ou não tiver suporte, as transferências poderão ficar confusas ou atrasadas.

Se a carteira exibir metadados incorretos do token, os usuários poderão confundir uma representação com outra.

A segurança cross-chain é sempre uma combinação entre o desenho do protocolo e a confiabilidade operacional.

O IBC reduz, em muitos fluxos de transferência, a necessidade de custodiantes terceiros confiáveis, mas não elimina todos os riscos técnicos ou econômicos.

Os usuários devem tratar tokens IBC como ativos cross-chain que dependem de várias premissas.

Tokens IBC vs. tokens wrapped

Os tokens IBC são frequentemente comparados a tokens wrapped, mas nem sempre são a mesma coisa.

Um token wrapped geralmente representa um ativo de outra blockchain por meio de um processo de wrapping.

Alguns tokens wrapped dependem de custodiantes, contratos de bridge ou emissão controlada por um emissor.

As transferências de tokens IBC se baseiam em comunicação interchain padronizada entre blockchains compatíveis.

Em muitos fluxos ICS-20, o ativo de origem é colocado em custódia e uma representação em voucher é criada na blockchain de destino.

Isso proporciona aos tokens IBC um caminho de transferência claro no nível do protocolo e um rastro de denom.

No entanto, enquanto estiver fora de sua blockchain nativa, um token IBC continua sendo uma representação do ativo.

Os usuários devem verificar se o ativo é nativo, transferido via IBC, conectado por outro sistema ou wrapped por um emissor separado.

A palavra “wrapped” é usada de forma imprecisa no mercado cripto, por isso o rastreamento exato da origem é importante.

Para usuários do Cosmos, o rastro de denom costuma ser a melhor maneira de entender o caminho do ativo.

Tokens IBC vs. tokens nativos

Um token nativo é o token original de sua blockchain de origem.

Um token IBC geralmente é uma representação desse ativo em outra blockchain.

Por exemplo, um token pode ser nativo da Chain A e aparecer como token IBC na Chain B.

A versão nativa pode ser usada para staking, governança, taxas ou segurança na blockchain de origem.

A versão IBC pode ser usada para negociação, DeFi, pagamentos ou aplicativos na blockchain de destino.

As duas versões estão relacionadas, mas os aplicativos nem sempre as tratam da mesma forma.

Um módulo de staking na blockchain de origem pode não aceitar um voucher IBC em outra blockchain.

Um aplicativo DeFi na blockchain de destino pode aceitar a versão IBC, mas não diretamente a versão nativa.

Os usuários devem entender onde o token está e o que podem fazer com essa versão.

O contexto da blockchain é tão importante quanto o símbolo do token.

Tokens IBC e fungibilidade

Fungibilidade significa que cada unidade de um token pode ser trocada por outra unidade do mesmo token.

O IBC pode complicar a fungibilidade porque o mesmo ativo original pode ter várias representações IBC em uma blockchain de destino.

Se duas versões chegarem por canais diferentes, poderão ter denoms distintos, mesmo que remontem ao mesmo ativo base.

Do ponto de vista estrito da blockchain, essas versões não são automaticamente o mesmo token.

Os aplicativos podem escolher oferecer suporte a uma, a ambas ou a nenhuma delas.

A liquidez também pode ser diferente entre as versões.

Uma rota canônica pode ajudar a concentrar a liquidez e reduzir a confusão.

Sem um roteamento claro, a liquidez pode se fragmentar entre vários denoms IBC.

Esse é um dos motivos pelos quais interfaces de usuário e registros de blockchains são importantes no ecossistema Cosmos.

Metadados adequados podem facilitar a compreensão dos tokens IBC sem ocultar o rastro subjacente.

Tokens IBC e registros de blockchains

Os registros de blockchains ajudam carteiras, exploradores e aplicativos a identificar redes, ativos, rastros de denom, endpoints e metadados.

A usabilidade dos tokens IBC melhora quando as ferramentas conseguem associar um hash IBC a um nome e a uma rota reconhecíveis.

Sem metadados confiáveis, os usuários podem ver hashes de denom confusos e ter dificuldade para identificar o ativo que mantêm.

Os registros de blockchains são especialmente importantes em um ecossistema multichain com muitas rotas.

Eles podem ajudar a padronizar as informações exibidas e reduzir erros dos usuários.

No entanto, metadados não são o mesmo que a verdade on-chain.

Um rótulo de carteira pode estar incorreto, desatualizado ou incompleto.

Os usuários ainda devem verificar transferências importantes usando dados de exploradores e rastros de denom.

Os desenvolvedores devem manter metadados precisos dos ativos para que os usuários entendam os tokens IBC com segurança.

Dados confiáveis do registro formam uma camada de experiência do usuário sobre a base técnica do IBC.

Tokens IBC e taxas de transferência

Transferências IBC podem envolver taxas na blockchain de origem, na blockchain de destino ou em rotas compatíveis com relayers.

O usuário talvez precise do token nativo de taxas da blockchain de envio para iniciar uma transferência.

A blockchain de recebimento também pode exigir um token nativo de taxas para ações posteriores, como trocar, fazer staking ou enviar o ativo adiante.

Isso pode confundir iniciantes, pois ter um token IBC não significa necessariamente que o usuário possa transferi-lo sem pagar gas na blockchain atual.

Por exemplo, um usuário pode receber um token IBC em uma blockchain de destino, mas ainda precisar do ativo nativo usado para pagar taxas nessa blockchain para realizar outra transação.

Alguns fluxos de carteiras e aplicativos podem ajudar os usuários a gerenciar as taxas, mas os requisitos de pagamento continuam existindo no nível da blockchain.

Os usuários devem verificar quais ativos são necessários para pagar gas antes de transferir entre blockchains.

Devem evitar enviar todo o saldo nativo usado para taxas se ainda precisarem realizar transações.

Manter um pequeno saldo restante pode impedir que a carteira fique sem fundos para pagar taxas.

Planejar as taxas é uma etapa simples, mas importante, da gestão de tokens IBC.

Problemas comuns com tokens IBC

Um problema comum é enviar um token pelo canal errado.

Isso pode criar uma representação válida do token que não tem suporte no aplicativo pretendido.

Outro problema é enviar tokens para um endereço na blockchain errada.

Alguns formatos de endereço parecem semelhantes, mas cada blockchain tem seu próprio ambiente de contas.

Um terceiro problema é ver um hash IBC e presumir que o token desapareceu.

O token pode estar presente, mas não estar identificado corretamente pela carteira.

Um quarto problema é o atraso de um relayer, que pode fazer uma transferência demorar mais do que o esperado.

Um quinto problema é a falta de gas na blockchain de destino.

Um sexto problema é interagir com um aplicativo DeFi compatível com apenas um denom canônico.

A maioria dos problemas pode ser reduzida usando rotas oficiais, verificando rastros de denom e testando primeiro com valores pequenos.

Como verificar um token IBC

O primeiro passo é verificar o denom do token na blockchain de destino.

O segundo passo é consultar o rastro de denom em um explorador de blockchain ou ferramenta confiável.

O terceiro passo é confirmar o denom base e a blockchain de origem.

O quarto passo é confirmar o caminho da porta e do canal.

O quinto passo é comparar o rastro com a rota aceita pela carteira, interface da bridge ou aplicativo que você pretende usar.

O sexto passo é verificar se o token é a versão canônica nessa blockchain de destino.

O sétimo passo é verificar a liquidez se você planeja negociar ou usar o token em DeFi.

O oitavo passo é enviar uma pequena transferência de teste ao usar um caminho desconhecido.

Esse processo pode parecer demorado, mas pode evitar erros caros.

A verificação de tokens IBC é especialmente importante em transferências de grande valor e depósitos em DeFi.

Benefícios dos tokens IBC

O primeiro benefício dos tokens IBC é a interoperabilidade.

Os usuários podem transferir ativos entre blockchains compatíveis, em vez de mantê-los presos a um único ambiente blockchain.

O segundo benefício é a composabilidade entre aplicativos.

Um ativo de uma blockchain pode ser usado em aplicativos de outra, desde que o aplicativo ofereça suporte ao denom.

O terceiro benefício são conexões de liquidez mais fortes.

O IBC pode ajudar ativos a chegar a pools de liquidez e mercados em toda a interchain.

O quarto benefício é a soberania.

Cada blockchain pode manter suas próprias regras e ainda se comunicar com outras.

O quinto benefício é o rastreamento transparente da origem.

Os rastros de denom permitem que usuários e aplicativos identifiquem a origem de um token IBC.

O sexto benefício é o projeto no nível do protocolo.

O IBC oferece uma estrutura de comunicação padronizada, em vez de depender apenas de uma lógica de bridge improvisada.

Riscos dos tokens IBC

O primeiro risco é a confusão com as rotas.

O mesmo ativo pode aparecer por canais diferentes e ter denoms diferentes.

O segundo risco é a fragmentação da liquidez.

Várias versões do mesmo ativo podem dividir a liquidez entre pools e aplicativos.

O terceiro risco é o risco da blockchain de origem.

Um token IBC depende, em parte, da saúde e da segurança de sua blockchain de origem.

O quarto risco é o risco da blockchain de destino.

O token também depende da blockchain em que está mantido ou é usado.

O quinto risco é o atraso dos relayers.

Uma transferência pode não ser concluída rapidamente se a atividade dos relayers for baixa.

O sexto risco é o suporte dos aplicativos.

Um aplicativo DeFi pode não oferecer suporte ao denom específico que o usuário possui.

O sétimo risco é o erro do usuário.

Canais errados, endereços incorretos e falta de gas podem causar problemas evitáveis.

Tokens IBC e segurança do usuário

Os usuários devem sempre confirmar a blockchain de destino antes de transferir tokens IBC.

Devem confirmar o denom do ativo e a rota do canal antes de enviar grandes quantias.

Quando possível, devem usar os fluxos oficiais da carteira.

Devem evitar rotas manuais, a menos que entendam o resultado.

Devem manter tokens nativos para pagar gas em cada blockchain que utilizam.

Devem verificar se o aplicativo de recebimento é compatível com o denom IBC exato.

Devem fazer transferências de teste ao usar novas rotas.

Nunca devem compartilhar frases de recuperação com alguém que alegue poder recuperar uma transferência IBC.

Devem ter cuidado com contas falsas de suporte durante atrasos em transferências.

Uma transferência atrasada geralmente é um problema técnico, não um motivo para revelar informações privadas da carteira.

Tokens IBC para desenvolvedores

Desenvolvedores que criam aplicativos Cosmos devem tratar o suporte a tokens IBC como uma decisão importante de projeto.

Precisam decidir quais denoms serão aceitos, como os metadados serão exibidos e como as rotas serão verificadas.

Devem evitar aceitar versões IBC desconhecidas sem entender sua origem e liquidez.

Quando possível, devem exibir claramente o denom base, a blockchain de origem e o rastro do canal.

Devem avisar os usuários quando um token não for a versão canônica esperada pelo aplicativo.

Devem projetar depósitos, saques e trocas para reduzir erros de roteamento.

Devem monitorar o estado dos canais e a atividade dos relayers nas rotas compatíveis.

Devem testar o comportamento de timeouts, confirmações e transferências malsucedidas.

O suporte a tokens IBC pode ampliar o alcance de um aplicativo, mas também aumenta a complexidade operacional.

Um bom projeto para desenvolvedores pode tornar os ativos cross-chain mais seguros para usuários comuns.

Equívocos comuns sobre tokens IBC

Um equívoco comum é pensar que todo token com o mesmo símbolo é o mesmo ativo.

No IBC, o rastro de denom importa mais do que o símbolo exibido.

Outro equívoco é pensar que um token IBC é sempre nativo da blockchain em que aparece.

Muitos tokens IBC são representações cross-chain, não ativos nativos da blockchain de destino.

Um terceiro equívoco é pensar que as transferências IBC são instantâneas.

Elas podem ser rápidas, mas a atividade dos relayers, as condições da blockchain e o processamento dos pacotes afetam o tempo.

Um quarto equívoco é pensar que todas as rotas são iguais.

Caminhos de canal diferentes podem gerar denoms diferentes e níveis distintos de suporte nos aplicativos.

Um quinto equívoco é pensar que os rótulos das carteiras estão sempre corretos.

Os metadados da carteira ajudam, mas os rastros de denom são mais confiáveis para verificação.

Boas práticas para usar tokens IBC

Use caminhos oficiais de transferência ao movimentar ativos entre blockchains Cosmos.

Verifique quais denoms são aceitos pelo aplicativo de recebimento antes de transferir.

Verifique os rastros de denom quando um token aparecer como hash IBC.

Mantenha tokens nativos para pagar gas em todas as blockchains onde possui ativos IBC.

Faça uma pequena transferência de teste antes de enviar uma quantia maior.

Evite rotas multietapas incomuns, a menos que entenda o denom resultante.

Verifique a liquidez antes de trocar ou depositar um token IBC em um aplicativo DeFi.

Tenha cuidado com endereços copiados e prefixos de blockchain.

Não confie em quem solicitar uma frase de recuperação para corrigir uma transferência.

Trate tokens IBC como ativos cross-chain úteis, mas sujeitos a premissas específicas sobre rotas e segurança.

Perguntas frequentes

O que são tokens IBC no Cosmos?

Tokens IBC são tokens transferidos entre blockchains conectadas ao Cosmos por meio do protocolo Inter-Blockchain Communication.

O que significa IBC?

IBC significa Inter-Blockchain Communication.

Tokens IBC são tokens nativos?

Os tokens IBC costumam ser representações de tokens nativos de outra blockchain, embora o status exato dependa da origem e da rota do token.

O que é um denom IBC?

Um denom IBC é o identificador on-chain usado para representar um token transferido via IBC e seu caminho de transferência.

Por que meu token aparece como um hash ibc?

Seu token pode aparecer como hash IBC porque a blockchain de destino rastreia o ativo por meio de um rastro de denom em hash, em vez de usar apenas um símbolo simples.

O que é um rastro de denom?

Um rastro de denom contém as informações do caminho que vinculam um token IBC à sua blockchain de origem e à rota de transferência.

O mesmo token pode ter várias versões IBC?

Sim. O mesmo token original pode ter várias representações IBC se chegar por canais ou caminhos diferentes.

Os tokens IBC são seguros?

Os tokens IBC podem ser úteis e seguros sob as premissas adequadas, mas ainda envolvem riscos da blockchain de origem, da blockchain de destino, da rota, dos relayers, da liquidez e de erros do usuário.

O que acontece se uma transferência IBC atrasar?

Uma transferência IBC pode atrasar devido a relayers, condições da blockchain ou processamento lento dos pacotes. A lógica de timeout ou confirmação talvez seja necessária para resolver o problema.

Posso recuperar tokens enviados pelo canal IBC errado?

A recuperação depende da blockchain, da rota, do suporte da carteira e do suporte do aplicativo. Os usuários devem entrar em contato pelos canais oficiais de suporte sem compartilhar frases de recuperação.

Qual é a diferença entre um token IBC e um token wrapped?

Um token IBC é transferido pelo protocolo IBC com rastreamento de origem, enquanto um token wrapped pode depender de um modelo separado de wrapping ou custódia.

Por que devo verificar a rota IBC antes de usar DeFi?

Você deve verificar a rota porque um aplicativo DeFi pode oferecer suporte apenas a um denom IBC específico e talvez não reconheça um token que chegou por outro caminho.

Conclusão

Os tokens IBC são uma parte essencial do ecossistema Cosmos porque permitem que ativos circulem entre blockchains soberanas por meio do protocolo Inter-Blockchain Communication.

Eles tornam mais práticas a DeFi cross-chain, os pagamentos, a liquidez e a interoperabilidade entre aplicativos na interchain.

Um token IBC geralmente é uma representação cross-chain de um ativo originado em outro lugar.

Sua identidade depende da blockchain de origem, do denom base, da porta, do canal e do rastro de denom.

Por isso, os usuários devem prestar atenção aos denoms IBC, em vez de confiar apenas nos símbolos dos tokens.

Os tokens IBC podem melhorar a liquidez e a usabilidade, mas também introduzem riscos relacionados a rotas, confusão com metadados, atrasos dos relayers, suporte de aplicativos e premissas de segurança cross-chain.

A maneira mais prudente de usar tokens IBC é seguir rotas oficiais, verificar os rastros de denom, manter tokens para pagar gas em cada blockchain, testar novos caminhos com valores pequenos e confirmar se o aplicativo de recebimento oferece suporte à versão exata do token.

Para os desenvolvedores, o suporte a tokens IBC exige metadados claros, validação de rotas, monitoramento de canais e avisos fáceis de entender.

Para os usuários, a principal lição é que um token IBC não é apenas um símbolo em uma carteira.

É uma representação de ativo com histórico, rota e identidade técnica em várias blockchains.

Quando entendidos corretamente, os tokens IBC mostram por que a interoperabilidade do Cosmos é poderosa.

Eles conectam blockchains separadas em um ecossistema onde ativos e aplicativos podem trabalhar em conjunto, enquanto cada blockchain mantém sua própria soberania.