Um novo sistema de pagamentos foi colocado silenciosamente no ar na rede principal da Ethereum esta semana, e foi criado para resolver um problema que a maioria das pessoas não considera até ser tarde demais: toda vez que você paga para usar um modelo de IA, uma API em nuvem ou quase qualquer serviço online medido, esse pagamento normalmente vincula sua identidade a tudo o que você já perguntou. A Ethereum Foundation e o Open Anonymity Project anunciaram em 1º de outubro de 2026 que haviam implantado um sistema chamado zkAPI, projetado para permitir que os usuários façam pagamentos privados de API medidos sem vincular solicitações individuais a uma conta de cobrança permanente.

Principais conclusões

• O zkAPI foi lançado no Ethereum mainnet em 1º de outubro de 2026, construído pelo time dAI da Ethereum Foundation e pelo Open Anonymity Project.

• Os usuários depositam ETH ou USDC em um contrato de cofre (vault), transformando esse saldo em uma “nota” privada que funciona como dinheiro digital.

• Provas de zero-knowledge permitem que o sistema confirme que um pagamento é válido sem revelar quem fez ou pelo que foi pago.

• Os pagamentos permanecem não vinculáveis on-chain, mas o protocolo não esconde o conteúdo da solicitação nem metadados de rede, como endereços IP.

• Ele é compatível com endpoints padrão no estilo OpenAI e Ollama, então aplicativos existentes precisam de mudanças mínimas para integrar.

Fundação Ethereum e Open Anonymity levam o zkAPI ao Mainnet

O zkAPI agora está rodando no Ethereum, oferecendo aos usuários uma forma de pagar por serviços tarifados sem a troca usual entre conveniência e exposição. Vittorio Rivabella, membro do time dAI da Ethereum Foundation, 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 no Mainnet

O problema que o zkAPI tenta resolver está enraizado na abordagem padrão de cobrança de APIs: uma chave de API é vinculada a um usuário, aquele usuário é vinculado a um método de pagamento e o provedor do outro lado pode, silenciosamente, juntar meses ou anos de solicitações em um único perfil. Considerando o quão frequentemente as pessoas perguntam modelos de IA sobre preocupações de saúde, finanças ou dúvidas privadas, esse arranjo efetivamente entrega um longo histórico do raciocínio de alguém a quem controla a relação de cobrança.

Pagar por chamada diretamente em uma blockchain pública dispensa o intermediário, mas é lento, caro e totalmente rastreável on-chain. Confiar em um terceiro para não bisbilhotar o tráfego é o outro compromisso habitual. O zkAPI é proposto como uma terceira opção, e a Fundação descreve o protocolo como ainda um pouco experimental, embora já esteja em funcionamento no mainnet. Ele foi projetado para integrar com 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 precisar reconstruir a pilha.

Como o zkAPI permite pagamentos privados e tarifados por API

A ideia central é simples de enunciar, mesmo que a criptografia por trás não seja: o zkAPI separa o ato de pagar do conteúdo do que está sendo pago. Um usuário deposita ETH, USDC ou um ativo similar em um contrato de cofre em uma transação comum. A partir daí, o saldo existe como uma nota privada — essencialmente dinheiro digital que apenas o detentor consegue gastar e que não pode ser rastreado de volta ao depósito original.

Depósitos, Notas Privadas e Provas de Zero-Knowledge

Quando chega a hora de usar de fato o serviço pago, um software rodando no próprio dispositivo do usuário gera uma prova compacta de zero-knowledge. Essa prova confirma que uma nota financiada pode cobrir uma quantidade limitada de uso e que ainda não foi gasta, tudo sem divulgar qual nota, depósito ou indivíduo está envolvido. Uma única prova pode cobrir uma chamada ou uma sessão inteira, e o servidor destinatário consegue confirmar que a alegação é verdadeira sem aprender nenhum dos detalhes subjacentes. No nível do pagamento, uma solicitação nunca se vincula de volta ao usuário nem a qualquer outra solicitação que ele tenha feito.

Árvores Merkle, Nullifiers e Verificação Off-Chain

Duas peças criptográficas mantêm tudo isso unido. Depósitos são registrados como compromissos (commitments) dentro de uma árvore Merkle, de modo que uma prova pode mostrar que uma nota pertence ao conjunto válido sem apontar qual delas é. Toda vez que uma nota é gasta, o sistema publica um nullifier — um número de série unidirecional derivado do segredo daquela nota. As ações de um usuário permanecem não vinculáveis enquanto ele ficar dentro do próprio saldo; porém, tentar gastar o mesmo dinheiro duas vezes gera um nullifier duplicado que revela apenas a tentativa de gasto duplo e nada mais.

Na prática, um cliente leve no computador 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, limitada a dólares, armazenada somente na memória local; depois, os prompts fluem diretamente do dispositivo para o provedor de IA usando essa chave temporária. Quando a chave expira, 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 consiga modificar a conta depois. Por baixo dos panos, o sistema se baseia em provas de zero-knowledge Groth16 sobre a curva BN254, hashes Poseidon para compromissos e nullifiers, e notas mantidas dentro de uma árvore Merkle de 32 níveis. As provas de gasto são verificadas off-chain pelo servidor, enquanto o contrato do cofre verifica provas equivalentes no depósito, no encerramento e na retirada — o que significa que os usuários ainda conseguem sair com seus fundos mesmo se cada servidor zkAPI desaparecer.

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 ela realmente está recebendo. 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 permanece sem saber a identidade do pagador nem o conteúdo da solicitação. Como ele precisa executar o modelo, o provedor de IA vê os prompts e as respostas, mas não tem conhecimento de quem está pagando; enquanto a cadeia pública do Ethereum registra depósitos, encerramentos e retiradas sem revelar como qualquer saldo foi usado de fato.

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 a perfis (profiling) — fica criptograficamente isolada tanto do conteúdo de uma solicitação quanto da identidade por trás disso. O mesmo cliente e contratos poderiam, em teoria, atender outros serviços tarifados também, incluindo consultas de blockchain via RPC, geração de imagem ou vídeo, largura de banda de VPN ou transações de máquina para máquina, escondendo o vínculo de financiamento em cada caso do mesmo modo que é feito para solicitações de IA.

Lacunas na Privacidade de Conteúdo e Metadados de Rede

Veja por que isso importa para qualquer pessoa que ache que o zkAPI torna o uso de IA totalmente anônimo: as proteções param no link de pagamento. O provedor de IA ainda vê o conteúdo real de cada solicitação e ainda observa metadados de rede como endereços IP. Em princípio, um provedor poderia tentar correlacionar sessões por padrões de tempo ou, ao identificar detalhes pessoais recorrentes, estilo de escrita ou histórico de conversa incorporados nos próprios prompts. A verdadeira anonimidade de rede exigiria uma camada separada, como roteamento do tráfego via Tor com um circuito novo por sessão, e privacidade de conteúdo continua sendo um problema separado, ainda em desenvolvimento, que técnicas como computação confidencial estão apenas começando a endereçar.

Em outras palavras, o zkAPI resolve especificamente o problema de cobrança-identidade — ele não afirma resolver anonimato 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 eu estou fazendo de forma alguma”. Essas são duas promessas muito diferentes, e apenas a primeira é o que está ao vivo no Ethereum agora.

Artigo produzido com a assistência de inteligência artificial e revisado pela equipe editorial.