Cadê a minha chave?
A propaganda das carteiras MPC (Multi-Party Computation) soa como o sonho de todo iniciante: esqueça as vinte e quatro palavras anotadas num papelzinho, nada de frases-semente para perder ou vazar. A chave privada supostamente nem existe por inteiro — a matemática a dividiu em partes criptografadas. A carteira é anunciada como não custodial: seu dinheiro pertence só a você, nem os desenvolvedores do serviço têm acesso a ele.
Bonito, não? Agora vamos tirar a embalagem e ver como essa mecânica funciona na realidade — sem fórmulas abstratas e sem contos de fadas do marketing.
A mecânica da armadilha: meia chave não é chave
O que é, na prática, uma carteira MPC de varejo? Sua chave privada não fica guardada inteira no dispositivo — ela foi picotada. Na maioria das vezes, no esquema “2 de 2” (como na Zengo) ou “2 de 3” (como na Bron). Uma parte fica no aplicativo do seu celular; a outra, no servidor da empresa que criou a carteira. Às vezes existe uma terceira parte — supostamente com um “parceiro independente” ou num armazenamento em nuvem, mas as regras de acesso continuam sendo controladas pelo serviço.
Para enviar um único satoshi que seja, seu celular precisa se conectar ao servidor da empresa e fazer com ele um cálculo criptográfico conjunto. Só nesse momento a blockchain recebe uma assinatura digital válida.
E agora o fato técnico principal que os folhetos publicitários escondem: sem a segunda parte, a sua parte no celular é um pedaço inútil de lixo digital. Você não consegue exportá-la para outra carteira. Não consegue digitá-la no Electrum, no Bitcoin Core ou na Mitilena. Não consegue fazer absolutamente nada. Se o servidor remoto se recusar a participar do cálculo conjunto, seus bitcoins ficam trancados naquele endereço a sete chaves.
“Vaza”: lendo as letras miúdas
Os criadores desses serviços adoram repetir: “Mas nós somos não custodiais! Tecnicamente, não temos como roubar o seu dinheiro!”
Nem precisam roubar nada. Basta bater a porta na sua cara. Não precisa acreditar na nossa palavra — vamos abrir os termos de uso de quem vende essa tecnologia com mais alarde.
Bron. Contrato da carteira (Wallet Terms), versão de 18 de maio de 2026:
- Cláusula 9.4. O serviço pode deixar de atender você a qualquer momento, sem dar motivo, com um simples aviso de 14 dias. A opção “não queremos mais saber de você” já vem embutida no regulamento.
- Cláusula 2.1. Se a empresa, a seu exclusivo critério, considerar que suas operações trazem risco de sanções, violações de AML ou de qualquer outra exigência regulatória, ela bloqueia a conta imediatamente e sem aviso. E ali mesmo está escrito o principal: a empresa se recusa a participar da assinatura MPC das suas transações.
- Ali mesmo, com todas as letras: o serviço avisa honestamente que isso pode levar à perda total do acesso aos seus criptoativos, e que a empresa não assume nenhuma responsabilidade por essa perda.
- Exportação da chave. Achou que, se desse problema, era só pegar sua chave e ir embora? O contrato descreve a exportação como um recurso que a empresa pode disponibilizar em casos excepcionais, a seu critério. Não há obrigação nenhuma de entregar a chave inteira a você em caso de bloqueio.
Vamos traduzir isso do juridiquês para a língua de gente. Você colocou dinheiro na carteira. Amanhã, um scoring automático de AML ou o pedido de algum funcionário pendura uma bandeira de suspeita na sua transferência. O servidor da Bron puxa a alavanca e desliga a assinatura para você. Você procura o suporte: “Devolvam o meu dinheiro, vocês são um serviço não custodial!” E apontam o dedo para a tela: “Tá vendo a cláusula 2.1? Leu? Concordou? Então vaza.”
E você não vai poder fazer nada. Os bitcoins estão na blockchain, o saldo aparece, mas você não consegue mover os fundos um milímetro sequer.
Zengo. Contrato de usuário, versão de junho de 2026:
- Esquema “2 de 2”. Nada de terceiros: uma parte fica com você, outra com o servidor. O servidor cortou a conexão — e a transação não pode ser assinada.
- Bloqueio. A conta é congelada temporária ou permanentemente se a empresa “acreditar” que você violou os termos ou que seu comportamento “levanta suspeita de atividade criminosa”. Não é decisão judicial, é suspeita.
O “escrow independente”: uma garantia de mil e quinhentos dólares
O marketing da Zengo rebate: “Nós temos o Guaranteed Recovery! Se a Zengo como empresa fechar, um fiduciário independente e um agente de escrow vão publicar as chaves para descriptografar as partes do servidor, e cada usuário vai recuperar seus fundos!”
Parece sólido. Vamos tirar o papel de presente e ver quem são essas pessoas e pelo que elas respondem perante você.
A chave que descriptografa as partes do servidor, a Zengo entregou à empresa EscrowTech para guardar. E o direito de dar a ordem de publicação ficou com um fiduciário.
- O fiduciário é o escritório de consultoria tributária israelense Joulus Gazit & Co. O contrato da Zengo diz com todas as letras que ele “não garante a integridade ou a exatidão das informações e não se responsabiliza por erros, omissões ou ações relativas à liberação de fundos”. A auditoria mais recente do escritório, de 6 de outubro de 2026, afirma: a Zengo tem dinheiro suficiente “pelo menos até 1º de janeiro de 2027”. Em que se baseia essa conclusão? Citação direta: “com base em consulta à direção da empresa e aos seus assessores jurídicos”. Ou seja, o escritório simplesmente perguntou à Zengo se ela tinha dinheiro, ouviu um sim e carimbou.
- O custodiante do escrow é a EscrowTech, uma empresa privada de Utah com cerca de 14 pessoas. O contrato específico com a Zengo é sigiloso. Mas, pelo contrato padrão da EscrowTech, ela atua exclusivamente como “mera depositária técnica”. Em caso de disputa, é obrigada a manter o depósito congelado até a decisão de um tribunal dos EUA, e sua responsabilidade financeira é limitada ao valor dos honorários recebidos. Segundo a tabela de preços pública deles, o serviço custa a partir de US$ 1.595 por ano.
Ou seja, a “garantia” de bilhões de dólares em depósitos de usuários se apoia numa firminha de Utah com teto de responsabilidade de mil e quinhentas pratas e num escritório tributário que avisou de antemão que não responde por nada.
Mas o principal nem é isso: todo esse mecanismo de resgate é acionado SOMENTE no caso de liquidação total da própria Zengo. Se a empresa vai muito bem, obrigado, mas resolveu bloquear justamente você, o fiduciário não vai mexer um dedo. Para o sistema, está tudo funcionando normalmente. E a sua chave fica bloqueada para sempre.
E quanto você recebe se perderem a chave?
Vamos supor o pior: o servidor pegou fogo, os backups estão corrompidos ou a empresa simplesmente perdeu as partes do servidor. Quanto você vai receber de indenização? Abra a seção de limitação de responsabilidade (Limitation of Liability) do contrato da Zengo: a responsabilidade máxima deles é limitada à metade das taxas que você pagou ao serviço nos 12 meses anteriores (“half the fees you paid us in the twelve months preceding”).
Tinha US$ 100.000 na carteira e pagou US$ 100 pela assinatura Zengo Pro? O teto de responsabilidade da empresa é de exatos US$ 50. Usava o plano básico gratuito? Seu teto de indenização é um belo zero. Perdeu tudo — e ficou a ver navios. E isso não é especulação: é o contrato oficial que você aceita ao criar a carteira.
Quem criou de verdade a sua chave?
E a última ilusão: “Mas a minha parte pessoal é gerada no meu celular! O servidor não a conhece!”
Vamos ligar a lógica. O aplicativo foi escrito pela mesmíssima empresa, baixado de uma loja de apps e fica o tempo todo conectado ao backend dela. Quem controla o gerador de números aleatórios dentro desse app? O código da empresa. Quem compilou o binário? A mesma empresa.
Mais do que isso: pela arquitetura oficial da Zengo, uma cópia criptografada da sua parte “pessoal” já fica guardada nos servidores deles — eles chamam isso de backup. Os desenvolvedores afirmam que a chave de descriptografia fica separada, na sua nuvem pessoal. Mas o app da App Store cumpre essas promessas? Um usuário comum, pela tela do smartphone, nunca vai saber se o software não está enviando esses 32 bytes de segredo privado direto para os criadores — às claras ou disfarçados de telemetria comum.
E se a parte do cliente vai parar na empresa, dividir a chave perde todo o sentido: a parte do servidor eles já têm, a do cliente eles pegaram — pronto, chave privada completa. Nesse momento, toda a matemática do MPC deixa de proteger você do próprio serviço: a empresa pode assinar qualquer transação pelas suas costas. E quando o saldo zerar ou a conta for bloqueada, vão simplesmente dizer: “Você foi banido por violar as regras, tchau.”
As duas partes da chave nascem no software de um único e mesmo serviço comercial. A afirmação “só você tem a chave” se sustenta exclusivamente na fé cega na palavra de honra dos desenvolvedores.
O álibi perfeito do custodiante
O MPC é vendido como o auge da segurança não custodial. Na prática, o usuário fica com o pior dos dois mundos:
- Da carteira não custodial você herda a ausência total de garantias: se perder o celular ou o acesso à nuvem, a empresa vai dar de ombros: “Somos não custodiais, não temos a sua chave, não podemos recuperar nada.”
- Da exchange custodial você herda cem por cento de controle externo: o servidor remoto pode negar a sua assinatura a qualquer segundo.
Só que numa exchange centralizada comum você pelo menos tem o status jurídico de cliente: a exchange é obrigada a cumprir as normas financeiras, devolver o saldo restante ao encerrar a conta ou responder na Justiça. Já na carteira MPC de varejo, o negócio construiu para si o álibi perfeito:
“Nós não tocamos no seu dinheiro — ele está na blockchain, pode admirar à vontade. Nós só nos recusamos a calcular a assinatura junto com você. E se sem a nossa assinatura você não consegue enviar nem um centavo — bem, foi você mesmo quem assinou as regras. Leu? Concordou? Então faça o favor de sumir.”
Ninguém está dizendo que você vai ser roubado sem falta amanhã de manhã. Mas toda a infraestrutura, todo o software e todos os contratos foram projetados desde o início para que você possa ser cortado do seu dinheiro num dia qualquer. E ninguém garante o contrário.