Implementação da Travel Rule · Aula 2 de 5
Identificação e verificação da contraparte
8 min de leitura
Antes de enviar dados da Travel Rule, uma VASP precisa responder a duas perguntas: quem controla o endereço de destino e essa parte pode receber os dados pessoais do cliente com segurança? Uma resposta errada pode expor dados pessoais a uma parte desconhecida ou enviar fundos a uma empresa que a firma jamais teria aceitado como cliente. Esta aula aborda como identificar a contraparte, como verificá-la e o que fazer quando ela não pode receber dados.
O destino é uma VASP?
Uma solicitação de saque fornece à firma um endereço e, na melhor das hipóteses, a descrição do cliente sobre o destino. Vários métodos podem distinguir uma VASP de uma carteira não custodial, e cada um tem suas próprias limitações:
| Método | Como funciona | Ponto forte | Ponto fraco |
|---|---|---|---|
| Declaração do cliente | O cliente escolhe o provedor de destino em uma lista ou declara "minha própria carteira" | Sempre disponível, baixo custo | Os clientes cometem erros e alguns mentem |
| Atribuição por análise de blockchain | O endereço ou seu agrupamento tem um rótulo de serviço | Independente e escalável | Os rótulos podem estar desatualizados ou incorretos; endereços de depósito novos muitas vezes não têm rótulo |
| Consulta a diretório ou protocolo | A firma pergunta às contrapartes em uma rede se elas controlam o endereço | A própria contraparte confirma o controle | Abrange apenas os membros dessa rede |
| Formatos estruturados de destino | A string de destino codifica o endpoint do provedor, ou um endereço mais um memo ou tag | Inequívoco quando há suporte | Funciona apenas se a VASP beneficiária oferecer suporte |
| Histórico confirmado anterior | O endereço foi confirmado anteriormente por uma contraparte | Rápido | Pode ficar desatualizado se o provedor trocar os endereços |
Nenhum método isolado é suficiente. Um procedimento sólido triangula: registra a declaração do cliente, o resultado da análise e seu nível de confiança, bem como qualquer resposta do diretório, e então aplica uma regra para lidar com conflitos. Uma regra típica: se qualquer fonte confiável disser que o endereço pertence a um serviço, trate-o como uma transferência para uma VASP, mesmo que o cliente tenha dito "minha própria carteira", e pergunte ao cliente. Os rótulos de análise são hipóteses, não fatos; consulte a aula Análise de blockchain para compliance e o curso IDFE-BA para saber como os agrupamentos e rótulos são criados.
Endereços de depósito compartilhados exigem atenção. Alguns provedores usam um único endereço para todos os clientes e os distinguem por um memo ou uma tag de destino. Nesse caso, o endereço identifica o provedor, mas somente a tag identifica a conta do beneficiário; portanto, a tag precisa ser capturada e incluída nos dados da Travel Rule.
Diretórios de VASPs
A maioria das redes da Travel Rule mantém um diretório de VASPs participantes, que normalmente lista a razão social, o Identificador de Entidade Jurídica (LEI, ISO 17442), os registros declarados, os endpoints técnicos e as chaves ou os certificados usados para autenticar mensagens. Os diretórios resolvem as questões de descoberta e autenticação, abordadas na aula Dados e mensagens da Travel Rule.
A própria descoberta traz um risco à privacidade. Um método que pergunta a muitas VASPs ao mesmo tempo se elas controlam um endereço informa a todas que algum cliente está prestes a enviar fundos para lá. Prefira métodos que consultem apenas a provável contraparte e garanta que nenhum dado pessoal seja enviado antes de a contraparte confirmar o controle e passar pela diligência prévia.
Uma inclusão no diretório não substitui a diligência prévia. Os operadores de diretórios aplicam diferentes verificações de admissão, e uma inclusão diz pouco sobre os controles de AML da contraparte. Verifique independentemente o que importa: confirme o registro ou a licença no registro público mantido pela autoridade competente, confira o registro do LEI e pesquise medidas públicas de fiscalização.
Diligência prévia da VASP contraparte
A FATF espera que uma VASP de origem conduza diligência prévia da VASP contraparte antes de enviar dados do cliente, assim como um banco avalia um banco correspondente. Isso não é repetido a cada transferência: é feito uma vez, atualizado periodicamente de acordo com o risco e reaberto quando ocorre um evento desencadeador, como notícias negativas, revogação de licença ou aumento repentino de atividade suspeita. Algumas equipes usam como referência a estrutura do Questionário de Diligência Prévia para Correspondentes Bancários (CBDDQ) do Grupo Wolfsberg e a adaptam para criptoativos.
| Área | O que verificar | Sinais de alerta |
|---|---|---|
| Identidade e propriedade | Pessoa jurídica, LEI, beneficiários finais, estrutura do grupo | Propriedade opaca, proprietários em listas de sanções |
| Registro ou licença | Situação no local onde está estabelecida e onde atende clientes | Ausência de registro onde ele é obrigatório |
| Controles de AML/CFT | Diretor de compliance, políticas, triagem, monitoramento, capacidade para cumprir a Travel Rule, histórico de medidas de fiscalização | Nenhuma função de compliance designada, constatações repetidas em ações de fiscalização |
| Proteção de dados e segurança | Capacidade de proteger a confidencialidade dos dados recebidos, criptografia, certificações de segurança como ISO/IEC 27001, histórico de violações | Canais sem criptografia, violações sem explicação |
| Jurisdição | Listas públicas da FATF, resultados de avaliação mútua relativos à R.15, vigência da Travel Rule | País sujeito a "convocação para ação" |
| Modelo de negócio e exposição | Serviços aninhados, mesas P2P ou OTC, suporte a moedas de privacidade, exposição on-chain dos agrupamentos a fontes ilícitas | Alta proporção de fluxos provenientes de mixers ou mercados da darknet |
O resultado é uma decisão documentada: aprovar, aprovar com condições (por exemplo, limites de transferência ou monitoramento reforçado dos fluxos) ou rejeitar, com uma classificação de risco e uma data de revisão. As contrapartes rejeitadas são incluídas em uma lista interna de bloqueio, consultada automaticamente pelo fluxo de saque.
A questão do período de transição
A questão do período de transição decorre da implementação desigual: uma VASP em um local onde a Travel Rule está em vigor precisa realizar transações com contrapartes em países onde ela ainda não é lei, ou onde é lei, mas a contraparte não dispõe de uma ferramenta compatível. A FATF espera uma decisão baseada em risco, e não uma regra geral em qualquer sentido.
| Situação da contraparte | Resposta típica baseada em risco |
|---|---|
| Sujeita à obrigação e com capacidade técnica (mesmo protocolo ou protocolo interoperável) | Enviar os dados antes da transferência |
| Ainda não sujeita à obrigação em seu país, mas capaz e disposta a receber | Enviar após confirmar a proteção de dados na diligência prévia |
| Disposta, mas sem protocolo | Usar um canal seguro acordado e registrar a troca |
| Totalmente incapaz de receber | Coletar e manter os dados mesmo assim; permitir a transferência apenas dentro de limites e com monitoramento reforçado, ou recusá-la |
| Sem licença onde ela é obrigatória ou reprovada na diligência prévia | Não enviar dados e rejeitar a transferência |
Mesmo quando a contraparte não pode receber os dados, a VASP de origem ainda os coleta, verifica e mantém, para poder responder às autoridades e monitorar o fluxo. O lado de entrada da questão do período de transição, isto é, as transferências que chegam sem dados, é abordado na aula Operações e exceções da Travel Rule.
Caso prático
Um cliente solicita o saque de USDC no valor de USD 18.000 e declara que o destino é "Exchange Z". A análise identifica o endereço, com confiança média, como pertencente a um serviço chamado Exchange Z. A Z não consta em nenhum diretório usado pela firma. O site da empresa afirma que ela é registrada no fictício País C, mas não há nenhum registro dela no cadastro público da autoridade competente do País C.
- Identificação: duas fontes concordam que o destino é um serviço, então a transferência é tratada como uma transferência para uma VASP.
- Verificação: não é possível confirmar o registro da Z, não há um dossiê de diligência prévia e não existe um canal seguro.
- Decisão: reter o saque, informar ao cliente que a firma não pode enviar fundos para esse provedor no momento e oferecer o envio para um provedor verificado ou para uma carteira autocustodiada cujo controle o cliente possa comprovar.
- Escalonamento: o analista de compliance analisa o histórico do cliente em busca de outros fluxos para a Z e considera se o padrão é suspeito.
- Registro: as evidências de atribuição, a consulta ao cadastro com a respectiva data, a decisão e o responsável pela aprovação são armazenados junto ao caso.
A firma não decidiu que a Z é criminosa. Decidiu que não poderia cumprir suas próprias obrigações com uma contraparte não verificada e documentou os motivos.
Foco no exame: métodos para distinguir uma VASP de uma carteira não custodial e as limitações de cada um; por que são necessárias a triangulação e uma regra escrita para lidar com conflitos; endereços com memo e tag; por que uma inclusão no diretório não substitui a diligência prévia; os elementos da diligência prévia da VASP contraparte (identidade, licença, controles de AML, proteção de dados, jurisdição, exposição) e sua atualização periódica e baseada em eventos desencadeadores; a questão do período de transição e as respostas baseadas em risco a ela; coleta e manutenção dos dados mesmo quando a contraparte não pode recebê-los.
Questões de prática
Verifique o que você aprendeu. Estas questões não contam para o exame.
Entre para salvar seu progresso e continuar de onde parou. É grátis. Entrar