Saltar para o conteúdo principal

ERC-1155 e Unificação de Ativos: Agrupamento Semi-Fungível e Multi-Recursos

Vamos continuar nossa jornada pelos padrões de ativos do Ethereum. Depois de explorar o ERC-20, que representa "dinheiro", e o ERC-721, que significa "colecionáveis", é hora de mergulhar em um padrão que une o melhor dos dois mundos e é projetado para eficiência: o ERC-1155.

3.4 ERC-1155 e Unificação de Ativos: Agrupamento Semi-Fungível e Multi-Recursos​

O ERC-1155 permite que um único contrato hospede tokens fungíveis (FT), tokens não-fungíveis (NFT) e ativos "semi-fungíveis" simultaneamente, suportando operações em lote que podem reduzir o custo de Gas de economias multi-ativos para cerca de um décimo dos padrões tradicionais.

Por Que Precisamos do ERC-1155?​

Antes do ERC-1155, os desenvolvedores enfrentavam um problema desafiador. Imagine que você está criando um jogo on-chain:

  • Você precisa de uma "moeda" que seja totalmente intercambiável, perfeita para o padrão ERC-20.
  • Você também precisa de várias "armas épicas" únicas, cada uma com atributos diferentes, adequadas para o padrão ERC-721.

Essa configuração exige que seu jogo implante e mantenha pelo menos dois smart contracts separados, levando a vários problemas:

  • Fragmentação Multi-contrato: A lógica do código é duplicada, aumentando a complexidade e os custos de desenvolvimento, teste e auditoria.
  • Transferências em Lote Caras: Se um jogador quiser negociar 1000 moedas e 5 armas diferentes de uma vez, ele precisa iniciar múltiplas transações independentes, resultando em altas taxas de Gas.
  • Agrupamento de Ativos Complexo: Agrupar ingressos, souvenirs e itens de jogo em um "pacote inicial" para venda geralmente exige depender de bancos de dados centralizados adicionais ou de complexos contratos de "wrapping" on-chain.

O ERC-1155 foi projetado para resolver essas ineficiências e experiências fragmentadas.

Design Chave: Um Contrato, Tudo Abrangente​

O conceito central do ERC-1155 é criar um contêiner multi-token. Ele elimina a distinção entre contratos de token e contratos de NFT, usando uma estrutura unificada para gerenciar todos os tipos de ativos.

  • Contrato Único Multi-Recursos: Dentro do contrato, não há mais apenas um saldo, mas um mapeamento (ID -> Conta -> Saldo). Aqui, ID representa o tipo de ativo.
  • Quando ID=0, pode representar "moedas", um token fungível (FT).
  • Quando ID=1, pode representar um "cajado épico", com um suprimento de 1, efetivamente um token não-fungível (NFT).
  • Token Semi-Fungível (SFT): Este é um conceito poderoso introduzido pelo ERC-1155. Um ativo pode ter diferentes estados em diferentes estágios de seu ciclo de vida. Por exemplo, um "ingresso de evento" com ID 2 inicialmente tem um suprimento de 5000, tornando-os fungíveis (FT); uma vez que um usuário entra no local, o ingresso pode ser "queimado" em um NFT comemorativo único com o número do seu assento e horário de entrada (Referência: blog.chainsafe.io).
  • Interface em Lote: Esta é a "característica matadora" do ERC-1155. Ela fornece uma série de funções de operação em lote:
  • safeBatchTransferFrom: Permite transferir múltiplos ativos de IDs diferentes para múltiplos endereços diferentes em uma única transação.
  • balanceOfBatch: Permite consultar os saldos de múltiplos ativos para múltiplos endereços de uma só vez.
  • O evento TransferBatch correspondente também permite que aplicações off-chain indexem eficientemente operações em lote.
  • Metadados Unificados: A função uri(id) retorna uma string de modelo URI, como https://myapi.com/metadata/{id}. Uma vez que a aplicação front-end a obtém, ela só precisa substituir o placeholder {id} pelo ID do ativo específico para solicitar o arquivo JSON de metadados correspondente.
  • Confirmação Obrigatória do Receptor: Para evitar que ativos sejam transferidos erroneamente para contratos que não podem lidar com eles (ou seja, "buracos negros"), o ERC-1155 exige que qualquer contrato que receba ativos implemente a interface IERC1155Receiver; caso contrário, a transação falhará. Isso aumenta muito a segurança dos ativos (Referência: docs.openzeppelin.com).

Salto na Eficiência de Gas​

A capacidade de processamento em lote do ERC-1155 traz uma economia de Gas incrível. De acordo com testes, ao transferir 100 ativos diferentes simultaneamente, usar safeBatchTransferFrom pode economizar de 70% a 90% das taxas de Gas em comparação com a chamada individual da função transfer do ERC-20 ou ERC-721. (Referência: nftnewstoday.com)

Essa vantagem de eficiência é particularmente crítica nos seguintes cenários:

  • Airdrops em Massa: Equipes de projeto podem distribuir vários tokens de recompensa para milhares de endereços de uma só vez.
  • Drops de Itens de Jogo: Após derrotar um Chefe, você pode "dropar" moedas, poções e equipamentos na mochila do jogador em uma única transação.
  • Correspondência de Mercado de Jogos em Cadeia: No mercado de NFT, os compradores podem "varrer" múltiplas séries diferentes de ativos de uma vez, pagando apenas a taxa de Gas de uma transação.

Casos de Uso Principais​

O ERC-1155 tornou-se o padrão preferido para construir sistemas econômicos on-chain complexos.

  • Economia de Jogos em Cadeia: Um único contrato pode gerenciar todos os recursos econômicos no mundo do jogo: moedas (FT), madeira (FT), espadas comuns (SFT), skins épicas limitadas (NFT). A plataforma de jogos em cadeia Enjin foi a proponente original deste padrão, e Immutable X e outras soluções de Layer 2 o adotaram como um padrão de ativo central em larga escala (Referência: research.aimultiple.com).
  • Emissão de Ingressos e Cartões de Membro: Ingressos comuns para o mesmo concerto pertencem ao mesmo ID de ativo e podem ser vendidos em massa; após a apresentação, os ingressos podem ser convertidos em NFTs de talão comemorativos digitais únicos.
  • RWA e Fundos de Índice: Diferentes participações de propriedade ou diferentes componentes de ações em um fundo de índice podem ser mapeados como múltiplos IDs de ativos em um único contrato ERC-1155, facilitando as subscrições e resgates em massa dos usuários.
  • Airdrops em Lote / Caixas de Saque de Jogos: Uma única transação pode distribuir vários tipos de ativos para um grande número de endereços, mantendo os custos de Gas dentro de uma faixa economicamente aceitável.

Riscos e Melhores Práticas​

  • Persistência de URI: Se o modelo URI de metadados apontar para um servidor centralizado, uma vez que o servidor caia, todos os ativos podem se tornar "cascas sem imagem". A melhor prática é usar endereços IPFS ou Arweave como URIs para garantir a disponibilidade permanente dos metadados.
  • Escopo de Autorização: A autorização em lote (setApprovalForAll) concede ao operator grande autoridade para operar todos os seus ativos sob este contrato. Certifique-se de autorizar apenas contratos em que você confia plenamente e verifique e revogue as autorizações regularmente.
  • Reentrância em Funções de Callback: Ao implementar as funções de callback onERC1155Received e onERC1155BatchReceived, esteja atento a ataques de reentrância e evite chamar contratos externos não confiáveis dentro das funções.
  • Modelos de Contrato: É fortemente recomendado usar os modelos de contrato ERC1155 totalmente auditados da OpenZeppelin, combinados com extensões como ERC1155Supply e AccessControl para gerenciar o suprimento e as permissões, minimizando o risco de introduzir vulnerabilidades ao escrever o código você mesmo.

Exercícios para o Leitor​

  1. Abra o Remix e importe o contrato de modelo ERC1155PresetMinterPauser da OpenZeppelin:
  • Insira uma URI base (por exemplo, https://my-api.com/) durante a implantação.
  • Chame a função mint para cunhar 1000 moedas (ID=0) e 1 espada (ID=1) para você.
  • Use a função safeBatchTransferFrom para transferir 100 moedas e 1 espada para seu amigo em uma única transação. Verifique o consumo de Gas desta transação no Etherscan (testnet) e compare-o com o Gas total de duas transferências separadas.
  1. Design de Conceito: Imagine um ingresso de evento "semi-fungível". Descreva a lógica central que seu contrato ERC-1155 precisa incluir:
  • Como permitir que todos os ingressos (mesmo ID) sejam livremente negociados antes do início do evento?
  • Como projetar uma função expire() que destrua todos os ingressos não utilizados após o evento e faça um airdrop de um NFT comemorativo único (novo ID) para os detentores de ingressos usados?

Leitura Adicional​

  • EIP-1155: Padrão Multi Token: Leia o texto original da Proposta de Melhoria do Ethereum para entender suas motivações de design e especificações completas da interface.
  • Documentação OpenZeppelin: ERC-1155: Aprenda como usar bibliotecas de contratos padrão da indústria para implementar o ERC-1155 e módulos de extensão práticos como ERC1155Supply e ERC1155Pausable.
  • MetaMask "Um Guia Simples para Tokens ERC-1155": Um guia de início rápido amigável para iniciantes com exemplos claros.
  • NFT News Today "Dominando o ERC-1155": Uma discussão aprofundada do conceito de tokens semi-fungíveis (SFT) e seus casos de aplicação no mundo real.

Na próxima seção (3.5), mudaremos nosso foco do próprio padrão de ativos para o gargalo final da experiência do usuário e exploraremos soluções: "Layer 2 e ERC-4337: Elevando a Experiência do Usuário aos Níveis da Web2."

Share on Twitter