O Open Anonymity Project e a Ethereum Foundation apresentaram os créditos zkAPI, um sistema de pagamento concebido para separar o uso de APIs medido por consumo da identidade de faturamento do usuário. Em seu anúncio de 1º de outubro de 2026, a fundação informou que o zkAPI estava ativo na rede principal da Ethereum, com um cofre que mantém créditos em USDC. A inferência de IA é sua primeira aplicação, mas o projeto também oferece suporte a outros serviços que cobram conforme o uso.

Principais conclusões

  • O zkAPI usa notas de saldo privadas e provas de conhecimento zero para autorizar gastos com APIs sem revelar qual depósito os financiou.
  • Seu modo de chave em tempo de execução envia os prompts diretamente ao provedor de IA, enquanto o servidor de pagamentos recebe a prova de pagamento e os totais de gastos da sessão.
  • O sistema oculta os vínculos de pagamento, não o conteúdo das solicitações nem os endereços IP; os provedores ainda podem correlacionar sessões por meio de metadados de rede ou de dados pessoais repetidos.

Índice

Como os créditos zkAPI separam o financiamento das solicitações

Em vez de vincular cada solicitação de API a uma conta de faturamento, o zkAPI começa com um depósito em um contrato de cofre da Ethereum. O usuário recebe uma nota de saldo privada, e o software em seu dispositivo gera uma prova de que a nota cobre um gasto autorizado, sem identificar o depósito que o originou.

O anúncio do zkAPI pela Ethereum Foundation descreve uma implementação do projeto de créditos de uso da ZK API, publicado na Ethereum Research por Davide Crapis e Vitalik Buterin. A equipe da Open Anonymity ajudou a desenvolver o cliente, o servidor e os contratos.

Os depósitos são representados por compromissos em uma árvore de Merkle. Cada gasto gera um nullifier, um identificador unidirecional que detecta tentativas de gastar o mesmo saldo duas vezes. O objetivo é verificar pagamentos sem criar um histórico de faturamento que conecte solicitações distintas.

ItemDetalhes
Cofre na rede principal da EthereumAtivo no momento do anúncio; mantém créditos em USDC.
Modo de chave em tempo de execuçãoOs prompts vão diretamente ao provedor; o servidor de pagamentos processa provas e totais de gastos.
Modo proxyO servidor zkAPI retransmite as solicitações e pode ver o tráfego.
Liquidação da sessãoRecibos de uso assinados determinam a cobrança, e não o limite reservado.
Saída do usuárioOs saldos podem ser encerrados e sacados on-chain sem que um servidor zkAPI esteja disponível.

Um limite de sessão reserva fundos, mas não determina a cobrança final

No modo de chave em tempo de execução, um cliente local envia ao servidor zkAPI uma prova de pagamento sem incluir um prompt. Após a verificação, o servidor emite uma chave de API com validade curta e um limite expresso em dólares. A chave permanece na memória do dispositivo, e os prompts são enviados diretamente do dispositivo ao provedor de IA.

O limite reserva capacidade de gasto, em vez de definir a fatura final. Quando a chave expira, o provedor registra o uso total em um recibo assinado, e o servidor deduz o valor medido pelo consumo do saldo privado. Assim, uma autorização pode cobrir uma sessão, sem exigir uma prova para cada chamada.

O zkAPI também oferece um modo proxy mais simples, que retransmite as solicitações por meio de seu servidor. Segundo o anúncio, esse modo é mais fácil de operar, mas o servidor de retransmissão vê o tráfego.

O que está ativo e como os usuários mantêm acesso aos fundos

O cofre na rede principal anunciado mantém créditos em USDC. Uma implantação na Sepolia permite testes com fundos de teste, enquanto o OA Chat oferece conversas com IA pelo navegador, sem necessidade de instalação.

Para softwares existentes, o cliente local disponibiliza APIs padrão da OpenAI e da Ollama. Aplicativos, editores e clientes de chat compatíveis podem se conectar apontando para localhost.

As provas de gasto são verificadas off-chain pelo servidor. O contrato do cofre verifica provas para operações de depósito, encerramento e escape, permitindo que os usuários encerrem um saldo e façam o saque on-chain mesmo que os servidores zkAPI deixem de funcionar. Os fundos ficam no contrato da Ethereum, e não em uma conta da empresa.

Até onde vai a privacidade dos pagamentos

O provedor ainda vê os prompts, as respostas e metadados de rede, como os endereços IP. Endereços estáveis e o horário das solicitações podem permitir correlações, enquanto dados pessoais repetidos, estilos de escrita ou históricos de conversas podem conectar sessões que, de outra forma, seriam independentes.

O anúncio sugere o uso do Tor com um novo circuito a cada sessão para usuários que buscam maior privacidade de rede. Isso não oculta o conteúdo dos prompts do provedor de inferência. Usar menos contexto repetido pode reduzir a vinculação baseada no conteúdo, mas também torna as conversas menos úteis.

Além da IA, o mesmo cliente e os mesmos contratos podem dar suporte a consultas RPC de blockchain cobradas por consumo, trabalhos de geração, largura de banda e serviços entre máquinas. Essas são aplicações descritas para o projeto, não uma lista de integrações confirmadas com provedores.

Conclusão

O zkAPI introduz um mecanismo de pagamento ativo na Ethereum para separar os gastos com APIs da identidade de faturamento. Seu limite prático é claro: a autorização privada de pagamentos não torna anônimos a conversa subjacente nem a conexão de rede.

Leia mais notícias

Mais notícias da FinanceVelix

Aviso legal

Este artigo da FinanceVelix oferece informações gerais, não aconselhamento financeiro, de investimento, jurídico ou tributário personalizado. Os preços das criptomoedas podem mudar rapidamente, e você pode perder todos os fundos investidos. Os fatos refletem o material disponível no momento da publicação e podem mudar. Verifique informações importantes de forma independente e consulte um profissional qualificado quando necessário. A menção a um ativo, empresa ou serviço não constitui endosso.