Em um episódio anterior do Fraud Forward podcast, conversei com Becky Reed, uma veterana de 30 anos em cooperativas de crédito, ex-CEO e autora de Credit Unions and DeFi: A Financial Renaissance.
Durante anos, as cooperativas de crédito e o ecossistema cripto têm operado em um estado de incompreensão mútua. Enquanto as cooperativas de crédito se concentram na missão de pessoas ajudando pessoas, elas frequentemente enxergam as criptomoedas pela ótica da volatilidade e dos golpes.
Por outro lado, o mundo cripto muitas vezes enxerga as finanças tradicionais como um conjunto de guardiões rígidos.
Quando a Becky e eu fomos desvendando as camadas da missão da cooperativa de crédito, descobrimos que esses dois mundos compartilham o mesmo DNA.
Ao reunir essas perspectivas, nossa conversa destacou por que o setor continua reagindo de forma passiva, apesar da abundância de dados ao seu alcance. Os sistemas atuais estão separados por silos de informação: as cooperativas de crédito monitoram livros contábeis de contas, enquanto o mundo cripto constrói registros transparentes e imutáveis. Essa conversa marcou uma mudança em direção a um futuro colaborativo e digitalmente nativo para a prevenção de fraudes.
O problema do pote de mel e o argumento a favor da identidade descentralizada
Um dos maiores pontos de atrito que a Becky e eu discutimos é a vulnerabilidade inerente do armazenamento de dados centralizado. No cenário atual da Web2, os consumidores são obrigados a entregar suas informações mais sensíveis a gigantes como a Amazon ou grandes operadoras de telecomunicações. Becky descreve esses bancos de dados como potes de mel para hackers. Vazamentos de grande repercussão em empresas como a Dell e a AT&T provam que esse modelo não é mais sustentável, pois cria um alvo único e massivo para quadrilhas de fraude.
Becky argumenta que a tecnologia necessária para proteger os consumidores não pode existir em um mundo Web2. Em vez disso, a solução está na descentralização, que obriga um hacker a passar de um ataque "um-para-muitos" para uma abordagem "um-para-um" muito mais difícil.
"Se um cara mau quiser obter as informações pessoais das pessoas, agora ele precisa ir lá e invadir o seu telefone. Ele precisa invadir o meu telefone. Ele precisa invadir o telefone do meu vizinho. Ele precisa atacar as pessoas individualmente em vez de tentar atacar apenas um grande e gigantesco banco de dados centralizado."
Ao adotar uma arquitetura descentralizada, o usuário se torna o proprietário soberano de seus próprios dados. O papel da instituição deixa de ser o de um guardião vulnerável e passa a ser o de um validador seguro, que só enxerga os dados necessários para concluir uma transação.
A defesa de pagamentos: tecnologia de registro distribuído e monitoramento em tempo real de transações
No atual cenário de fraudes, o ônus da rastreabilidade recai sobre trilhos de pagamento fragmentados, com 40 anos de existência. Comentei durante nossa conversa que o setor está desesperado por uma forma de se comunicar entre instituições, mas os sistemas legados tornam isso quase impossível. Transferências bancárias não se comunicam com ACH, e ACH não se comunica com as redes de cartões. Becky argumenta que mover as transações para um livro‑razão distribuído transforma essa postura defensiva em uma postura proativa, ao tornar cada transação imutável e rastreável.
"Tudo o que você faz é rastreável, e lembre-se de que eu falei sobre o fato de que isso é registrado em hash na blockchain e você nunca pode alterar. A capacidade de avisar um consumidor em tempo real de que ele pode estar interagindo com uma carteira suspeita é algo que simplesmente não é possível na estrutura isolada dos sistemas de pagamento de hoje."
O problema da prova: reconstituindo fraudes a partir de silos
Comprovar intenção fraudulenta em sistemas legados exige reconstituir uma transação por meio de silos. Em um livro‑razão, o histórico é um momento no tempo registrado para sempre.
A lacuna de informação
Hoje, um emissor enfrenta uma escolha binária: ou acredita no seu cliente ou acredita em um registro isolado. Um livro-razão compartilhado fornece as evidências ao mostrar exatamente para onde o dinheiro foi e quais carteiras estiveram envolvidas.
A mesma camada de ledger abre a porta para sinais que as cooperativas de crédito nunca tiveram antes. Credenciais verificáveis substituem os instantâneos estáticos de KYC por atestações contínuas, assinadas criptograficamente. Identidade descentralizada permite que um associado comprove “Eu sou quem digo que sou” sem que a cooperativa de crédito precise manter os dados pessoais subjacentes (PII). E como toda mudança é hasheada e imutável, monitoramento de transações em tempo real em um ledger distribuído identifica quadrilhas de fraude no momento do ataque, e não meses depois.
Essa é a mesma mudança que Steve Lenderman descreveu em outro episódio do Fraud Forward: o KYC mostra que uma identidade existe, não que a pessoa que a está usando seja realmente a dona. Nós detalhamos isso em por que o KYC, sozinho, não consegue mais proteger você.
Resolvendo o vácuo de dados por meio de DLT
Uma das falhas mais gritantes nas operações atuais das cooperativas de crédito é a falta de transparência sobre o que foi alterado em um banco de dados. Quando um auditor ou contador tenta verificar uma transação, as informações muitas vezes não apresentam um histórico que possa ser comprovado. Becky destacou como um livro‑razão distribuído elimina essa crise ao criar um registro permanente e criptograficamente resumido (hashed) de cada alteração.
"Vamos em frente e coloquemos esse banco de dados de fim de mês... em um bloco e registremos isso na cadeia. E isso é chamado de hash.
No futuro, se qualquer coisa nesse banco de dados mudar, tudo isso é transformado em hash e você deve conseguir vincular esses hashes ao original para poder ver como era antes. Como ficou depois? O que exatamente mudou?"
Isso corrige várias fragilidades sistêmicas:
Problemas de integração com sistemas legados.Sistemas centrais mais antigos costumam remover metadados técnicos. Um ledger mantém a impressão digital criptográfica intacta.
Falta de transparência.Em um banco de dados centralizado, agentes inescrupulosos podem esconder seus rastros. On-chain, o registro é imutável.
O compromisso com os dados pessoais (PII). Ao usar identidade auto-soberana, as instituições podem validar o status de um usuário sem jamais ver ou armazenar seus dados pessoais sensíveis.
Becky ilustrou o poder dessa troca com um exemplo prático de "maior de 21 anos". Um atendente de loja de bebidas precisa saber se o cliente é maior de idade, mas na verdade não precisa saber o nome do cliente, seu endereço residencial ou sua data exata de nascimento. Em uma estrutura Web3, o dispositivo do usuário fornece uma confirmação criptográfica de idade sem revelar os dados pessoais subjacentes (PII).
Ao eliminar a necessidade de coletar e armazenar esses dados, as cooperativas de crédito podem mudar fundamentalmente seu perfil de risco. Se a instituição não detém os dados, ela não pode perdê-los em uma violação. Essa mudança afasta o setor do modelo de "pote de mel" e o direciona para um sistema em que a segurança é um subproduto da própria arquitetura.
Modelo tradicional | Modelo de verificação sem armazenamento | |
O que a instituição vê | PII completa (nome, data de nascimento, endereço) | Confirmação criptográfica sim/não |
O que é armazenado | Tudo, de forma centralizada | Nada — o usuário mantém seus próprios dados |
Risco de violação | Alto (honeypot) | Mínimo (sem dados para roubar) |
Velocidade de verificação | Lote / após o fato | Em tempo real, na primeira interação |
De potes de mel à certeza criptográfica: um caminho a seguir
O cenário atual das cooperativas de crédito está em um impasse entre uma missão de 40 anos, que continua tão relevante quanto antes, e uma tecnologia de 40 anos, que já não é. Como a Becky e eu discutimos, o setor não pode mais se dar ao luxo de jogar “damas” com controles de KYC estáticos e pontuais enquanto quadrilhas de fraude estão jogando “xadrez” com deepfakes e IA agente.
Nossa equipe de pesquisa de ameaças detalhou exatamente como é esse jogo de xadrez em sete vetores de ataque de IA agente que já estão em operação em 2026.
O realinhamento começa ao mover a validação para a primeira interação. Adotar o modelo descentralizado de “verificar, não armazenar” defendido pela Becky permite que os líderes de fraude deixem de ser o “cara do não” e passem a se tornar parceiros no crescimento.
Trocar a responsabilidade de um “honey pot” centralizado pela certeza criptográfica de um livro‑razão distribuído tira o alvo das costas da instituição. Essa mudança garante que as cooperativas de crédito permaneçam resilientes, construindo um futuro em que os membros sejam donos de seus próprios dados e sua instituição proteja essa confiança.
Perguntas frequentes sobre prevenção de fraudes em cooperativas de crédito e DeFi
O que é o “problema do pote de mel” na prevenção de fraudes em cooperativas de crédito?
O problema do “pote de mel” é o termo de Becky Reed para o risco criado quando cooperativas de crédito (e qualquer outra instituição) concentram os dados pessoais identificáveis (PII) dos membros em bancos de dados centralizados. Uma única invasão bem-sucedida dá ao atacante um retorno de um-para-muitos. Uma arquitetura descentralizada obriga as quadrilhas de fraude a realizar ataques de um-para-um, o que é dramaticamente mais caro e raramente vale o esforço.
Como a tecnologia de registro distribuído melhora a prevenção de fraudes em cooperativas de crédito?
A tecnologia de registro distribuído oferece às cooperativas de crédito um registro imutável e criptograficamente resumido de cada transação e alteração de estado de dados. Esse registro possibilita o monitoramento de transações em tempo real, visibilidade compartilhada entre instituições e trilhas de auditoria comprováveis, três capacidades que os sistemas centrais isolados não conseguem oferecer.
O que é identidade autossoberana e por que ela é importante para as cooperativas de crédito?
A identidade autossoberana permite que o associado seja o dono e apresente suas próprias credenciais. A cooperativa de crédito verifica apenas o que precisa verificar (idade, residência, status da conta) sem armazenar os dados pessoais subjacentes (PII). Sem PII armazenada, não há nada a ser violado.
As cooperativas de crédito precisam adotar criptomoedas para adotar uma arquitetura DeFi?
Não. Os componentes de arquitetura (registros imutáveis, credenciais verificáveis, identidade descentralizada) podem ser implementados sem ativos cripto especulativos. A conversa no Fraud Forward é sobre a infraestrutura, não sobre os instrumentos.
Como isso altera o trabalho diário da equipe de prevenção a fraudes da cooperativa de crédito?
As equipes de fraude deixam de fazer engenharia reversa de transações em sistemas isolados e passam a ler um histórico compartilhado e imutável. Os falsos positivos diminuem, a detecção de fraude em tempo real se torna possível entre instituições e a equipe deixa de ser vista como o “time do não” para se tornar uma parceira de crescimento.