A Fundação Ethereum e o Open Anonymity Project lançaram o zkAPI na mainnet Ethereum, transformando um projeto de pagamento de zero conhecimentos anterior em um sistema de trabalho para pagar por modelos de IA e outras APIs medidas sem anexar todos os pedidos a uma identidade de faturamento convencional.
** Resumo direto:** zkAPI separa a relação de pagamento da sessão API. Um usuário financia um saldo através de um contrato inteligente Ethereum, então prova que eles podem pagar pelo uso sem revelar qual depósito é deles. O provedor de API ainda pode ver o pedido em si, enquanto a camada de pagamento pode ver que o uso válido ocorreu. O sistema, portanto, melhora a inlinkabilidade do pagamento, mas não é uma camada de anonimato completa para prompts, endereços IP ou outros metadados de rede.
O que é o zkaPI?
zkAPI é uma camada de pagamento focada na privacidade para APIs com medição construídas em torno de Ethereum e zero-saber provas. Em vez de anexar cada pedido de API a uma conta de cliente permanente ou identidade de faturamento, um usuário pode financiar um saldo no Ethereum e depois provar que existe crédito suficiente para pagar pelo uso sem revelar qual depósito específico financiou a sessão.
O sistema foi projetado principalmente para reduzir o link entre ** que financiou um saldo da API** e ** que a API gastou**. Ele não torna a solicitação API em si invisível: o provedor que processa a solicitação ainda pode ver o prompt, resposta e potencialmente identificar metadados de rede.
Em termos práticos, o zkAPI tem como objetivo permitir que serviços como inferência de IA, RPC blockchain, geração de mídia e APIs de máquina a máquina sejam cobrados pelo uso sem exigir que a relação de pagamento se torne uma camada de identidade permanente.
O que aconteceu?
Em 1 de outubro de 2026, a Fundação Ethereum anunciou que o zkAPI está ao vivo na Mainnet Ethereum.
O projeto foi construído com o Open Anonymity Project e implementa um projeto previamente discutido pela Ethereum Foundation daAI lidera Davide Crapis e Ethereum co-fundador Vitalik Buterin. O objetivo básico é tornar os serviços digitais medidos utilizáveis sem forçar cada pedido a permanecer permanentemente vinculado a uma conta, endereço de e-mail, cartão ou outra identidade de faturamento.
O primeiro grande caso de uso é a inferência de IA, onde os usuários podem enviar alertas altamente sensíveis para um provedor de modelo. A mesma arquitetura também pode ser usada para chamadas RPC blockchain, geração de imagens e vídeo, largura de banda VPN, serviços máquina-máquina e outras APIs que carregam de acordo com o uso.
Em vez de pagar diretamente por cada pedido, um usuário deposita fundos em um contrato de cofre em Ethereum. A Fundação Ethereum diz que o sistema pode trabalhar com ativos como ETH ou USDC.
Após o depósito, o saldo é representado como uma nota privada. Quando o usuário quer autorizar o uso da API, o software rodando no dispositivo do usuário cria uma prova de zero conhecimento mostrando que existe um equilíbrio válido e ainda não foi gasto.
O serviço pode verificar essa prova sem ser informado que depósito específico financiou.
Como o zkAPI separa o pagamento do pedido
A escolha de design importante é que o caminho de pagamento e o caminho de conteúdo não devem conter as mesmas informações de identidade.
No fluxo de chaves de execução descrito pela Fundação Ethereum, o cliente local do zkAPI envia primeiro uma prova de pagamento para o servidor zkAPI. Essa prova não contém o alerta.
Depois de validar a prova, o servidor emite uma chave API de curta duração com um limite de gastos. A chave permanece no dispositivo do usuário e pode ser usada diretamente com o provedor de API.
O provedor de API, portanto, vê os prompts e respostas porque ele ainda executa o cálculo, mas não precisa saber qual depósito Ethereum financiou essa chave.
Quando a sessão termina, o provedor registra a quantidade de uso em um recibo assinado. A camada de pagamento pode então deduzir o valor real do saldo privado do usuário.
Isso permite que uma autorização cubra uma sessão em vez de exigir uma transação blockchain para cada chamada API.
Para leitores que querem uma explicação mais ampla de onde a autoridade de assinatura vive em sistemas criptográficos, o guia de Terenval para o que uma carteira cripto realmente armazena explica a relação entre chaves, credenciais e contas blockchain.
Por que as provas de conhecimento zero importam aqui
O mecanismo de privacidade depende em provar que uma condição de pagamento é verdadeira sem revelar todas as informações por trás dela.
A Fundação Ethereum descreve depósitos como compromissos em uma árvore Merkle. Um usuário pode provar que uma nota válida pertence a esse conjunto sem apontar para o depósito exato.
Gastar também usa um nullificador, um valor unidirecional derivado do segredo da nota. O nullificador permite que o sistema detecte uma tentativa de gastar o mesmo equilíbrio duas vezes, evitando a divulgação direta da nota em si.
A implementação usa as provas Groth16 na curva BN254 e Poseidon hashing, enquanto a verificação da prova para o uso da API é tratada off-chain.
A ideia mais ampla não é tornar invisível a atividade Ethereum. Depósitos, retiradas e interações contratuais permanecem em cadeia pública. O objetivo da privacidade é mais restrito: quebrar a ligação direta entre o evento de financiamento on-chain e uma sequência particular de pedidos de API.
Por que importa
A maioria das APIs comerciais ainda combinam autenticação, faturamento e histórico de uso na mesma conta.
Essa estrutura é conveniente, mas significa que um provedor pode muitas vezes conectar muitos pedidos separados ao longo do tempo ao mesmo perfil do cliente. Para os serviços de IA, o histórico resultante pode conter questões sensíveis sobre trabalho, saúde, finanças, relacionamentos ou projetos privados.
zkAPI é uma tentativa de separar duas coisas que são geralmente agrupadas: provar que um usuário pode pagar e identificar quem é o usuário.
Essa distinção poderia tornar-se cada vez mais relevante à medida que os agentes de IA começam a pagar automaticamente serviços digitais. Uma máquina pode precisar comprar inferências, dados, armazenamento ou outras chamadas de API sem manter uma conta convencional para cada provedor.
O projeto também mostra outra utilização prática de Ethereum além das transferências de ativos e DeFi: Ethereum pode atuar como uma camada de liquidação e propriedade, enquanto a maioria das atividades de alta frequência ocorre fora da cadeia.
O que os usuários de criptografia devem saber
zkAPI não deve ser interpretado como anonimato completo.
A Fundação Ethereum nota explicitamente que o provedor de API ainda vê o conteúdo das solicitações que processa. Se um prompt contém o nome de uma pessoa, empresa, localização, estilo de escrita, histórico de conversação anterior ou outros detalhes de identificação, essa informação ainda pode revelar ou fortemente sugerir quem é o usuário.
Metadados de rede é outra limitação. Um provedor ou gateway pode ainda ver um endereço IP e pode ser capaz de correlacionar sessões através de timing ou padrões de tráfego.
O sistema aborda principalmente o link de faturamento: ele é projetado para tornar mais difícil conectar uma sessão API específica ao depósito Ethereum que pagou por ele.
Os usuários também precisam interagir com Ethereum para financiar ou recuperar seu saldo. Isso significa que as regras comuns de segurança da carteira continuam a ser importantes.
Se um usuário controla a carteira que faz o depósito, eles permanecem responsáveis pela proteção das chaves ou material de recuperação associado a essa carteira. A explicação de Terenval custodial vs. carteiras não-custodiais fornece contexto útil para a compreensão dessa responsabilidade.
Potencial impacto nas carteiras e nas infra-estruturas Ethereum
zkAPI não requer carteiras criptográficas para se tornar aplicações de IA, mas o modelo cria um ponto de integração natural para carteiras.
Uma carteira poderia eventualmente ajudar um usuário a financiar um cofre zkAPI, revisar a interação do contrato, aprovar um depósito e gerenciar a parte on-chain do fluxo de trabalho enquanto o cliente local zkAPI lida com credenciais de uso privado.
Para carteiras não-custodiais, que se encaixariam em um padrão existente: a carteira permanece responsável pela assinatura autorizada pelo usuário, enquanto uma aplicação separada lida com a lógica específica do serviço.
A abordagem também pode aumentar a demanda por interfaces de carteira que tornem os depósitos de contrato e aprovações compreensíveis para os usuários comuns. Tecnologia de privacidade torna-se muito menos útil se os usuários não podem dizer o que eles estão assinando ou que contrato controla seus fundos.
O lado da infra-estrutura Ethereum também pode beneficiar. zkAPI demonstra um modelo em que Ethereum oferece liquidação, garantias de retirada e verificação pública, enquanto as interações API frequentes não exigem cada uma uma transação on-chain.
Isso reduz a necessidade de colocar todos os pequenos pagamentos diretamente na blockchain, mantendo os fundos do usuário ancorados em um contrato inteligente.
O que o lançamento ainda não provou
Um lançamento da mainnet mostra que o protocolo pode ser executado com contratos reais e fundos reais, mas não estabelece por si só uma adoção em larga escala.
Os provedores de API ainda precisam integrar o modelo, os usuários precisam de software compatível e as propriedades de privacidade precisam ser avaliadas sob padrões de tráfego do mundo real.
Há também questões práticas em torno de provar o desempenho, experiência do usuário, liquidez, conformidade e como os prestadores de serviços lidarão com abusos ou disputas sem reintroduzir identidade persistente.
O projeto é de código aberto, o que torna essas perguntas mais fáceis de serem examinadas por desenvolvedores e pesquisadores externos.
O que acontece a seguir?
O sinal mais importante a ser observado é se os provedores de API independentes começam a suportar pagamentos em estilo zkAPI.
A inferência de IA é o primeiro mercado óbvio, porque os prompts são sensíveis e o uso é naturalmente medido, mas a Fundação Ethereum também aponta para serviços RPC, geração de mídia, VPNs e pagamentos máquina-máquina como possíveis aplicações.
Se a adoção crescer, o zkAPI pode se tornar um exemplo de um padrão mais amplo na infraestrutura de criptografia: liquidação blockchain por baixo, autorização de preservação de privacidade no meio e APIs web comuns no topo.
Por enquanto, o principal desenvolvimento é simples: um design de pagamento API de conhecimento zero que antes era uma proposta de pesquisa está agora em execução na mainnet Ethereum.