Como contratos multiplexados podem separar depósitos de vários clientes na Stellar

O CAP-84, previsto para o Protocolo 30 da Stellar, estende aos contratos inteligentes um recurso que já existe para contas tradicionais: a multiplexação de endereços. A proposta permite associar um identificador de 64 bits a um endereço de contrato. Assim, uma corretora ou custodiante pode fornecer um endereço identificável para cada cliente, enquanto os tokens chegam ao mesmo contrato, em vez de exigir um contrato separado para cada usuário.

Na transferência do Stellar Asset Contract, o contrato de destino continua recebendo os ativos. O identificador acompanha o evento da transferência como um campo próprio, chamado to_muxed_id, e permite que o sistema da empresa atribua o depósito ao cliente correto. O identificador serve para roteamento e contabilização fora da cadeia; por si só, não cria saldos separados no protocolo nem muda as regras de autorização ou de transferência.

O desenho reutiliza componentes já usados por endereços de conta multiplexados. O endereço de contrato multiplexado terá uma representação textual que começa com W. Nesta etapa, o suporte se limita a contratos como destino de transferências do Stellar Asset Contract; o CAP não estende a multiplexação a qualquer função de contrato que receba um destino.

O CAP-84 está marcado como implementado no repositório oficial do protocolo, mas isso não significa que já esteja ativo na rede principal. A Stellar Development Foundation marcou a votação dos validadores para o Protocolo 30 em 23 de novembro de 2026; a mudança só entra em vigor se for aprovada. Aplicações, SDKs e ferramentas que interpretam endereços e eventos precisarão reconhecer o novo tipo.