Um novo sistema de pagamentos entrou silenciosamente em operação na mainnet da Ethereum esta semana, e foi criado para resolver um problema em que a maioria das pessoas só pensa tarde demais: toda vez que você paga para usar um modelo de IA, uma API em nuvem ou praticamente qualquer serviço online medido, esse pagamento geralmente vincula sua identidade a tudo o que você já perguntou. A Fundação Ethereum e o Open Anonymity Project anunciaram em 1º de outubro de 2026 que haviam implantado um sistema chamado zkAPI, projetado para permitir que usuários façam pagamentos privados de API medida sem vincular solicitações individuais a uma conta de cobrança duradoura.
Principais pontos
- O zkAPI foi lançado na mainnet da Ethereum em 1º de outubro de 2026, desenvolvido pela equipe dAI da Fundação Ethereum e pelo Open Anonymity Project.
- Os usuários depositam ETH ou USDC em um contrato cofre, transformando esse saldo em uma “nota” privada que funciona como dinheiro digital.
- Provas de conhecimento zero permitem que o sistema confirme que um pagamento é válido sem revelar quem o fez ou para o que foi feito.
- Os pagamentos permanecem não vinculáveis on-chain, mas o protocolo não oculta o conteúdo das requisições nem metadados de rede como endereços IP.
- É compatível com endpoints de API padrão no estilo OpenAI e Ollama, então aplicativos existentes precisam de mudanças mínimas para se integrarem.
Fundação Ethereum e Open Anonymity levam o zkAPI para a Mainnet
O zkAPI agora está em execução na Ethereum, oferecendo aos usuários uma forma de pagar por serviços medidos sem o tradicional trade-off entre conveniência e exposição. Vittorio Rivabella, membro da equipe dAI da Fundação Ethereum, fez o anúncio, e o sistema coloca em prática uma ideia de pesquisa anterior proposta por Davide Crapis e Vitalik Buterin.
Origens da pesquisa e implantação na Mainnet
O problema que o zkAPI busca resolver está enraizado na abordagem padrão de cobrança de APIs: uma chave de API é vinculada a um usuário, esse usuário é vinculado a um método de pagamento, e o provedor do outro lado pode, silenciosamente, juntar meses ou anos de requisições em um único perfil. Dado com que frequência as pessoas perguntam a modelos de IA sobre questões de saúde, finanças ou dúvidas privadas, essa configuração, na prática, entrega uma longa transcrição do pensamento de alguém para quem controla a relação de cobrança.
Pagar por chamada diretamente em uma blockchain pública contorna o intermediário, mas é lento, caro e totalmente rastreável on-chain. Confiar em um terceiro para não inspecionar o tráfego é o outro compromisso usual. O zkAPI é apresentado como uma terceira opção, e a Fundação descreve o protocolo como ainda um tanto experimental, embora já esteja ativo na mainnet. Ele foi projetado para se conectar a endpoints de API compatíveis com OpenAI e Ollama, o que significa que desenvolvedores podem apontar ferramentas de chat ou editores existentes para um cliente local sem reconstruir toda a sua stack.
Como o zkAPI possibilita pagamentos privados de API medida
A ideia central é simples de enunciar, mesmo que a criptografia por baixo não seja: o zkAPI separa o ato de pagar do conteúdo daquilo pelo que se está pagando. Um usuário deposita ETH, USDC ou um ativo similar em um contrato cofre em uma transação comum. A partir desse ponto, o saldo passa a existir como uma nota privada — essencialmente dinheiro digital que só o detentor pode gastar, e que não pode ser rastreado de volta ao depósito original.
Depósitos, notas privadas e provas de conhecimento zero
Quando chega a hora de realmente usar o serviço pago, um software rodando no próprio dispositivo do usuário gera uma prova de conhecimento zero compacta. Essa prova confirma que uma nota financiada pode cobrir uma quantidade limitada de uso e ainda não foi gasta, tudo isso sem revelar qual nota, depósito ou indivíduo está envolvido. Uma única prova pode cobrir uma chamada ou uma sessão inteira, e o servidor recebedor pode confirmar que a alegação é verdadeira sem aprender nenhum dos detalhes subjacentes. Na camada de pagamento, uma requisição nunca é vinculada de volta ao usuário ou a qualquer outra requisição que ele tenha feito.
Árvores de Merkle, nulificadores e verificação off-chain
Dois componentes criptográficos mantêm tudo isso coeso. Depósitos são registrados como compromissos dentro de uma árvore de Merkle, de modo que uma prova possa mostrar que uma nota pertence ao conjunto válido sem apontar qual delas é. Toda vez que uma nota é gasta, o sistema publica um nulificador — um número de série unidirecional derivado do segredo dessa nota. As ações de um usuário permanecem não vinculáveis enquanto ele permanecer dentro do seu saldo; no entanto, tentar gastar os mesmos fundos duas vezes gera um nulificador duplicado que revela apenas a tentativa de gasto duplo e nada além disso.
Na prática, um cliente leve na máquina do usuário imita uma API familiar. Uma prova de pagamento — excluindo o prompt e quaisquer detalhes identificadores — é enviada ao servidor zkAPI, que a verifica e fornece uma chave de curta duração, com limite em dólares, armazenada apenas na memória local; depois disso, os prompts fluem diretamente do dispositivo para o provedor de IA usando essa chave temporária. Após a expiração da chave, um recibo de uso assinado registra o consumo real, e o servidor subtrai esse valor da nota privada em vez do limite total reservado, garantindo que nenhuma das partes possa modificar a fatura posteriormente. Sob o capô, o sistema depende de provas de conhecimento zero Groth16 sobre a curva BN254, hashes Poseidon para compromissos e nulificadores, e notas mantidas dentro de uma árvore de Merkle de 32 níveis. Provas de gasto são verificadas off-chain pelo servidor, enquanto o contrato cofre verifica provas equivalentes no depósito, encerramento e saque — o que significa que os usuários ainda podem sair com seus fundos mesmo que todos os servidores zkAPI desapareçam.
O que o zkAPI protege — e o que não protege
É aqui que o design fica interessante, e onde isso importa para qualquer pessoa avaliando quanta privacidade realmente está obtendo. O conhecimento no sistema é claramente dividido entre três partes: o servidor zkAPI sabe que um pagamento válido foi feito e conhece o total em dólares da sessão, mas não sabe a identidade do pagador nem o conteúdo da requisição. Como precisa rodar o modelo, o provedor de IA vê os prompts e respostas, mas não sabe quem está pagando, enquanto a blockchain pública da Ethereum registra depósitos, encerramentos e saques sem revelar como qualquer saldo foi efetivamente usado.
Privacidade on-chain para pagamentos
Essa divisão é o ponto central do design. Ela significa que a relação de cobrança — a parte mais vulnerável à criação de perfis — é isolada criptograficamente tanto do conteúdo de uma requisição quanto da identidade por trás dela. O mesmo cliente e os mesmos contratos poderiam, em teoria, servir de frente para outros serviços medidos também, incluindo consultas RPC de blockchain, tarefas de geração de imagem ou vídeo, banda de VPN ou transações máquina-a-máquina, ocultando o vínculo de financiamento em cada caso da mesma forma que faz para requisições de IA.
Lacunas na privacidade de conteúdo e metadados de rede
É por isso que isso importa para qualquer pessoa que pressuponha que o zkAPI torna seu uso de IA totalmente anônimo: as proteções param no elo do pagamento. O provedor de IA ainda vê o conteúdo real de cada requisição e ainda observa metadados de rede, como endereços IP. Um provedor poderia, em princípio, tentar correlacionar sessões por padrões de tempo ou identificando detalhes pessoais recorrentes, estilo de escrita ou histórico de conversa embutido nos próprios prompts. Um anonimato real de rede exigiria uma camada separada, como rotear o tráfego via Tor com um circuito novo por sessão, e a privacidade de conteúdo permanece um problema separado, ainda em desenvolvimento, que técnicas como a computação confidencial estão apenas começando a abordar.
Em outras palavras, o zkAPI resolve especificamente o problema da identidade de cobrança — ele não afirma resolver o anonimato de ponta a ponta. Para desenvolvedores e usuários que o avaliam, essa distinção é a diferença entre “ninguém pode vincular meu pagamento à minha identidade” e “ninguém pode ver o que estou fazendo”. São duas promessas muito diferentes, e apenas a primeira é o que está ativo na Ethereum neste momento.
Artigo produzido com a assistência de inteligência artificial e revisado pela equipe editorial.