O que é ERC-3643 (T-REX) e por que importa

ERC-3643 é o padrão de token construído especificamente para a transferência permissionada e compatível com regulação de valores mobiliários tokenizados, e tornou-se uma referência padrão para quem tokeniza ativos do mundo real. Também conhecido como T-REX (Token for Regulated EXchanges), ele resolve um problema que um token ERC-20 comum nunca foi feito para lidar: garantir que só titulares elegíveis e verificados possam enviar, receber ou deter um token de valores mobiliários, verificado a cada transferência e aplicado on-chain em vez de confiado a uma planilha fora da cadeia. Se você está estruturando um título tokenizado, um fundo imobiliário ou uma emissão de equity, entender como o ERC-3643 funciona, e em que difere de um token ERC-20 padrão, é uma das primeiras decisões técnicas que você vai enfrentar.

Que problema o ERC-3643 resolve

O ERC-20 assume que qualquer carteira pode deter e transferir o token livremente. Isso funciona bem para um token utilitário ou um ativo fungível simples, e é exatamente a suposição errada para um valor mobiliário. O emissor de um título tokenizado, uma cota de fundo ou uma posição de equity precisa saber, a todo momento, quem detém o ativo, confirmar que cada titular é elegível (KYC aprovado, qualificado quando exigido, sem residência em uma jurisdição restrita) e muitas vezes aplicar regras como períodos de bloqueio, limites de investidores ou restrições de transferência.

Antes do ERC-3643, as equipes lidavam com isso de duas formas: manter o valor mobiliário fora da cadeia e usar a blockchain só como registro de liquidação, ou acoplar lógica de permissões sob medida a um contrato próprio, sem nenhum padrão compartilhado. As duas abordagens dificultam auditorias, integrações com custodiantes e negociação secundária, porque cada plataforma reinventa a mesma lógica de identidade e compliance de forma incompatível. O ERC-3643 padroniza essa lógica para que carteiras, exchanges, custodiantes e ferramentas de compliance possam interoperar em torno das mesmas regras.

Os componentes centrais do ERC-3643 (T-REX)

Um token ERC-3643 não é um único contrato, e sim um pequeno sistema de contratos que trabalham juntos. As principais peças são:

• ONCHAINID. Um contrato de identidade on-chain e portátil que pertence ao investidor, não à plataforma que emite o token. Ele pode guardar claims de vários emissores e ser reutilizado em diferentes emissões tokenizadas, então o investidor não repete a verificação de identidade do zero a cada novo ativo.
• Trusted Issuers Registry. A lista de partes, tipicamente provedores de KYC e AML, auditores ou tabeliães, em que o emissor do token confia para atestar fatos sobre os investidores, como identidade verificada, status de qualificação ou país de residência.
• Claim Topics Registry. Define quais categorias de claims um titular precisa ter para esse token específico, por exemplo um KYC concluído, status de investidor qualificado, ou confirmação de que o titular não reside em uma jurisdição restrita.
• Identity Registry. Associa endereços de carteira a identidades ONCHAINID e, a cada transferência, confere se remetente e destinatário têm os claims exigidos pelo Claim Topics Registry, emitidos por um emissor do Trusted Issuers Registry.
• Contrato de compliance. Aplica as regras de negócio e regulatórias que se somam à identidade: número máximo de titulares, limites por jurisdição, períodos de bloqueio, limites de transferência e qualquer outra regra que o emissor configure.
• Contrato do token. Um contrato compatível com ERC-20 que chama o Identity Registry e o contrato de compliance antes de permitir que qualquer transferência se conclua, e que costuma acrescentar funções de agente, como transferência forçada e recuperação, algo que um emissor de valores mobiliários tokenizados pode precisar por exigência regulatória.

Como uma transferência é validada, passo a passo

Uma transferência que para o investidor parece um único clique dispara, na prática, uma sequência curta de verificações on-chain:

1. A carteira do remetente solicita uma transferência para um endereço destinatário.
2. O contrato do token pergunta ao Identity Registry se a carteira destinatária está vinculada a um ONCHAINID registrado.
3. O Identity Registry confere essa identidade contra o Claim Topics Registry, confirmando que ela tem claims válidos e vigentes emitidos por uma parte do Trusted Issuers Registry.
4. O contrato de compliance confere as regras definidas pelo emissor sobre a identidade: limites de titulares, restrições por jurisdição, janelas de bloqueio, limites de transferência e qualquer outra condição configurada.
5. Se todas as verificações passarem, a transferência se executa de forma atômica na mesma transação. Se alguma falhar, a transação é revertida e nenhum token se move.

Essa sequência é a diferença prática em relação a uma transferência ERC-20 comum, em que o contrato só confere se o saldo do remetente é suficiente.

ERC-20 vs ERC-3643: comparação lado a lado

A tabela abaixo compara os dois padrões nas dimensões que mais importam para um token de valores mobiliários.

Dimensão	ERC-20	ERC-3643 (T-REX)
Quem pode deter o token	Qualquer carteira	Só carteiras vinculadas a uma identidade verificada e elegível
Camada de identidade	Nenhuma	ONCHAINID mais claims de emissores de confiança
Validação da transferência	Só verificação de saldo	Identidade, claims e regras de compliance verificados em cada transferência
Aplicação do compliance	Fora da cadeia, quando existe	Embutida no contrato de compliance, on-chain
Bloqueios e limites de titulares	Sem suporte nativo	Suporte nativo via contrato de compliance
Recuperação por perda de chaves, transferência forçada	Sem suporte	Suportado, muitas vezes exigido por reguladores
Uso típico	Tokens utilitários, ativos fungíveis	Valores mobiliários tokenizados, ativos do mundo real

Esse contraste é exatamente o que a figura acima ilustra: um token ERC-20 deixa qualquer pessoa com uma carteira compatível recebê-lo e movimentá-lo, enquanto um token ERC-3643 verifica identidade e roda a lógica de compliance antes de cada transferência ser liquidada.

Quando usar ERC-3643 (e quando provavelmente você não precisa)

O ERC-3643 se encaixa quando o token subjacente é, ou tem chance de ser tratado como, um valor mobiliário: equity, dívida, cotas de imóveis, cotas de fundo ou instrumentos com participação em receitas. Nesses casos, uma camada de identidade e compliance on-chain não é um recurso extra, é quase uma exigência legal, já que o emissor precisa conseguir mostrar quem detém o ativo e confirmar que essa pessoa continua elegível ao longo do tempo.

Em geral não é necessário para um token utilitário genuíno, sem características de valor mobiliário, como pontos de fidelidade ou créditos dentro de um app, em que a transferência livre é um recurso, não um risco. Essa distinção é primeiro jurídica e só depois técnica, por isso vale a pena revisá-la com calma no nosso guia sobre security tokens vs utility tokens antes de escolher um padrão.

Uma nota sobre alternativas: a família ERC-1400

O ERC-3643 não é a única abordagem para valores mobiliários tokenizados compatíveis com regulação. A família ERC-1400, um conjunto mais modular de padrões anterior ao T-REX que inclui extensões relacionadas como ERC-1594 e ERC-1410, também tem como alvo valores mobiliários tokenizados permissionados e compatíveis com regulação, construída sobre um conjunto de interfaces diferente e mais fragmentado. Alguns emissores e plataformas ainda constroem sobre contratos no estilo ERC-1400, e outros usam extensões proprietárias do ERC-20 com permissões em vez de qualquer um dos dois padrões públicos. O ERC-3643 ganhou tração particular na tokenização de ativos do mundo real porque reúne identidade, claims e compliance em um único padrão interoperável, com um ecossistema amplo de ferramentas em torno dele, mas isso não quer dizer que um padrão tenha vencido de forma definitiva; a escolha certa continua a depender do seu custodiante, dos seus parceiros de exchange ou distribuição, e das jurisdições onde você planeja operar.

Por que isso importa se você está tokenizando ativos do mundo real

Como os ativos do mundo real tokenizados costumam ser valores mobiliários, o padrão de token que você escolhe não é um detalhe de backend: ele define quem pode comprar legalmente, como um mercado secundário pode funcionar, e quanto trabalho manual de compliance a sua equipe carrega, versus quanto os contratos inteligentes carregam por você. Equipes que constroem sobre um padrão como o ERC-3643 conseguem automatizar as verificações de identidade e claims no nível do protocolo, e dedicar o esforço de design à estrutura do ativo em si, seja tokenizar um imóvel ou um fundo, e a lançar uma plataforma de tokenização white label que uma equipe de compliance consiga realmente operar no dia a dia.

Isso também se conecta a duas decisões próximas. Primeiro, o seu modelo de custódia: se os investidores ou um custodiante regulado detêm as chaves subjacentes influencia como as verificações de identidade e compliance são aplicadas, tema do nosso guia sobre custódia custodial vs não custodial. Segundo, o seu fluxo de onboarding: os claims que um ONCHAINID carrega costumam vir do mesmo processo de KYC que uma plataforma compatível já roda, detalhado em como funcionam KYC e AML em pagamentos cripto e fiat.

Este artigo é informação geral sobre um padrão de token, não é aconselhamento jurídico nem de investimento. Se um ativo específico precisa ser tokenizado como valor mobiliário, e qual padrão se encaixa na sua estrutura, depende da sua jurisdição e deve ser confirmado com assessoria jurídica qualificada antes de você construir.

Guias relacionados

• Tokenização de ativos do mundo real (RWA): o guia completo
• Como tokenizar um imóvel
• Security tokens vs utility tokens
• Como lançar uma plataforma de tokenização white label

Onde a Tokelia se encaixa

A Tokelia é a infraestrutura full-stack para lançar uma fintech ou uma plataforma de tokenização na América Latina: contas virtuais, trilhos unificados de cripto e fiat, trilhos locais (PIX, SPEI, Bre-b) ao lado de ACH, Wire, FedNow, SEPA e FPS, emissão de cartões e tokenização de ativos do mundo real, por trás de uma única API, com arquitetura não custodial e conformidade embutida na base. Os serviços de dinheiro são prestados pela Tokelia LLC, registrada como Money Services Business na FinCEN, e a parte bancária regulada é entregue por instituições licenciadas, para que você lance com a sua própria marca enquanto as partes difíceis de mudar já estão resolvidas.

Se você está avaliando o ERC-3643 para um programa de tokenização, fale com o nosso time e mostramos como identidade, claims e compliance se encaixam no seu ativo e nos seus mercados específicos.