Como Tokenizar uma Obra de Arte em ERC-20

· 8 min de leitura

O que é tokenização fracionada de uma obra de arte

Tokenizar uma obra de arte é criar uma representação digital de um direito sobre ela, e não a obra em si. Esse direito — geralmente uma cota de propriedade ou de participação econômica — é registrado em um smart contract de fracionamento que roda na EVM (Ethereum Virtual Machine), o ambiente de execução compartilhado por Ethereum e diversas redes compatíveis.

O padrão ERC-20 é usado para fracionar porque define tokens fungíveis: cada unidade tem o mesmo valor e as mesmas propriedades das demais, exatamente como uma ação ou uma cota de fundo. Isso é diferente do ERC-721, que define tokens não-fungíveis — cada um único, sem intercambialidade. Uma obra inteira representada por um único NFT não pode ser fracionada nativamente; um pool de tokens ERC-20 representando percentuais dela, sim.

A relação entre as três peças é direta: o token ERC-20 é o registro on-chain do direito; o smart contract é o código que emite, controla e transfere esse direito; a obra física continua existindo fora da blockchain, sob custódia de alguém. O token não tem valor jurídico automático sobre o objeto — ele só vale o que o contrato jurídico de custódia disser que vale. Essa distinção é a origem de praticamente todo problema prático deste tipo de projeto.

Antes de qualquer decisão de arquitetura, vale entender o cenário mais amplo de contratos inteligentes. O Guia Definitivo de Smart Contracts para Devs cobre os fundamentos que este artigo assume como conhecidos.

ERC-20 vs ERC-721 vs cota física: qual usar

Nem toda tokenização de arte precisa de ERC-20 puro. A escolha depende de quantas partes vão dividir a obra e de quanta liquidez se espera do ativo.

Padrão / modelo Fungibilidade Caso de uso típico Custódia necessária
ERC-20 Total (cada unidade é idêntica) Fracionamento em muitas cotas pequenas, venda para múltiplos investidores Entidade custodiante formal do ativo físico
ERC-721 fracionado (wrapping) Nula no NFT original, fungível no wrapper ERC-20 Uma obra representada por um único NFT, depois "envolvida" em um contrato que emite ERC-20 sobre ela Mesma exigência do ERC-20, mais a camada de custódia do NFT em si
Cota física via cartório Não aplicável (registro em papel) Poucos coproprietários, baixa necessidade de negociação frequente Cartório de registro de títulos e documentos, sem dependência de blockchain

O ERC-721 fracionado (também chamado de fractionalized NFT ou F-NFT) faz sentido quando a obra já existe como NFT único e se quer adicionar uma camada de fracionamento por cima, sem reemitir tudo do zero. Na prática, ele adiciona uma camada extra de contrato — o "wrapper" — que trava o NFT original e emite tokens ERC-20 lastreados nele. Isso é mais complexidade, não menos.

Quando o número de coproprietários é pequeno e não há intenção de negociação secundária frequente, registrar a cota em cartório continua sendo a solução mais simples e mais barata. Tokenizar só se justifica quando a fragmentação em muitas partes e a possibilidade de transferência rápida entre carteiras trazem vantagem real sobre o processo cartorial tradicional.

Arquitetura do smart contract de fracionamento

O desenho mais comum para fracionar uma obra é um supply fixo: o contrato emite, na criação, 100% dos tokens que representam a obra — por exemplo, 1.000.000 de unidades representando 100% do valor do ativo — e nunca mais executa mint depois disso.

Essa decisão de design tem uma razão prática: se o contrato permitisse cunhagem posterior, qualquer detentor de tokens veria sua participação diluída sem consentimento, o que quebra a premissa de que cada token representa uma fração fixa e conhecida da obra.

Um esqueleto minimalista, usando a base auditada da OpenZeppelin (a implementação de referência do padrão, documentada em docs.openzeppelin.com):

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

import "@openzeppelin/contracts/token/ERC20/ERC20.sol";

contract ObraFracionada is ERC20 {
    constructor(uint256 supplyTotal, address custodiante)
        ERC20("Obra Fracionada XYZ", "OBRA")
    {
        _mint(custodiante, supplyTotal);
    }
}

Note que não existe função de mint adicional exposta — o supply é definido uma única vez, no construtor, e o contrato termina ali. Partir de uma base como a OpenZeppelin em vez de escrever ERC-20 do zero reduz a superfície de bugs conhecidos, já que essa implementação passou por auditorias e uso extensivo em produção. Mesmo assim, a lógica de negócio adicionada em cima dela (distribuição, vesting, regras de transferência) precisa de auditoria própria — o padrão auditado cobre a base, não as regras específicas do seu contrato.

Custódia legal: o elo entre token e obra física

O contrato on-chain não substitui um documento jurídico. Ele controla quem detém quantos tokens, mas não tem qualquer poder sobre a obra física guardada em um cofre, museu ou galeria.

Para que o token tenha algum lastro real, é necessário constituir uma entidade custodiante — normalmente uma SPE (Sociedade de Propósito Específico) ou estrutura equivalente — que detenha formalmente a obra e cujos estatutos determinem que a titularidade das cotas dessa entidade corresponde à titularidade dos tokens emitidos. Sem esse elo jurídico documentado, o token é apenas um número em um contrato, sem exequibilidade caso o custodiante desapareça, venda a obra ou entre em disputa judicial.

Se o projeto envolve estruturar essa ponte entre custódia jurídica e um contrato on-chain, vale conversar com quem já lida com os dois lados do problema — fale com a Hack Tech Farm sobre a arquitetura antes de fechar a estrutura societária.

Gas fees e escolha de rede para emitir o token

Emitir um contrato ERC-20 e transferir tokens entre carteiras consome gas — o custo computacional cobrado pela rede EVM para processar cada transação. Em redes com alta demanda, esse custo pode inviabilizar frações de baixo valor: não faz sentido pagar mais de gas do que a fração da obra vale.

O comportamento do gas e como estimá-lo antes de fazer o deploy estão detalhados em Gas Fees na EVM: Como Estimar e Reduzir Custos.

A escolha entre mainnet Ethereum e uma L2 como a Base impacta diretamente a viabilidade econômica do projeto, especialmente quando se espera muitas transferências pequenas entre investidores de varejo. A comparação prática entre as duas está em Base L2 vs Mainnet Ethereum para Tokenizar Ativos.

Riscos e trade-offs da fração tokenizada

Ter um token fungível não garante liquidez. A liquidez de token fracionado depende de existir um mercado secundário ativo — exchange descentralizada com pool de liquidez, ou marketplace especializado — e não simplesmente do fato do token ser ERC-20. Um contrato tecnicamente perfeito pode ficar sem nenhum comprador disposto a negociar a fração.

Há também risco regulatório: dependendo de como a oferta é estruturada, um token que representa participação econômica em um ativo com expectativa de lucro pode se enquadrar como valor mobiliário perante a regulação local, o que muda completamente as obrigações do emissor.

O custodiante centralizado é outro ponto único de falha. Se a entidade responsável pela guarda física da obra falhar — por insolvência, fraude ou disputa societária —, os tokens continuam existindo on-chain, mas o direito que eles representam pode ficar sem lastro efetivo.

Antes de colocar qualquer contrato desse tipo em produção, vale passar pelo Checklist Prático de Auditoria de Segurança em DApps, que cobre vetores de ataque comuns em contratos que lidam com valor real.

Passo a passo prático de implementação

Uma sequência razoável para estruturar o projeto, do ponto de vista técnico e jurídico combinado:

  1. Avaliação da obra — laudo de avaliação independente, que define o valor total a ser fracionado.
  2. Estruturação jurídica — constituição da entidade custodiante e do documento que vincula tokens a cotas dessa entidade.
  3. Desenvolvimento do contrato — implementação do ERC-20 com supply fixo, baseado em biblioteca auditada.
  4. Teste em testnet — deploy e simulação completa do fluxo de emissão e transferência antes de qualquer valor real envolvido.
  5. Auditoria do contrato — revisão externa antes do deploy em mainnet ou L2.
  6. Deploy e distribuição inicial — emissão do supply total para a carteira da entidade custodiante, seguida da distribuição aos primeiros detentores.

Pular a etapa de testnet ou a auditoria para economizar tempo é o erro mais comum nesse tipo de projeto — e o mais caro de corrigir depois que tokens já estão em circulação, porque um contrato sem função de mint adicional também normalmente não tem função de correção de bugs.

Perguntas Frequentes

Tokenizar uma obra de arte em ERC-20 dá direito de propriedade real sobre ela?

Só se houver um documento jurídico vinculando o token à titularidade da obra, geralmente via uma entidade custodiante. O contrato on-chain, sozinho, não tem valor legal automático sobre o ativo físico.

É preciso registrar a obra em cartório antes de tokenizar?

Depende da estrutura escolhida, mas normalmente sim: a entidade custodiante que detém a obra precisa de documentação formal que sustente o vínculo entre suas cotas e os tokens emitidos.

Posso usar ERC-721 em vez de ERC-20 para fracionar uma obra?

Diretamente não, porque ERC-721 é não-fungível. É possível "envolver" um NFT único em um contrato wrapper que emite tokens ERC-20 sobre ele, mas isso adiciona uma camada extra de complexidade e risco.

Quem fica responsável pela obra física depois da tokenização?

A entidade custodiante definida na estruturação jurídica — SPE, trust ou estrutura equivalente — continua responsável pela guarda, seguro e conservação da obra, independentemente do que aconteça com os tokens.

Tokenizar arte é considerado oferta de valor mobiliário no Brasil?

Pode ser, dependendo de como a oferta é estruturada e do que os tokens representam economicamente. Essa é uma análise jurídica caso a caso, não uma regra geral aplicável a todo projeto de tokenização.