Um post da Fundação Ethereum em 1 de outubro introduziu zkapi como uma forma de separar a autorização de pagamento da identidade de faturamento de APIs com contadores.
O projeto anunciado tem um limite específico de privacidade.
O post diz que o Projeto Open Anonymity construiu zkapi com a Fundação Ethereum e que a implementação é feita na Mainnet Ethereum, descreve créditos baseados em cofres, zero-conhecimentos e chaves de API de curta duração com uso limitado. Ethereum Blog da Fundação - Anúncio de crédito de uso da ZKAPI
Os autores identificam explicitamente limitações: um provedor ainda vê conteúdo de solicitação e metadados de rede, incluindo um endereço IP, e pode correlacionar sessões. Ethereum Blog da Fundação - Anúncio de crédito de uso da ZKAPI
Evitem desmoronar várias reivindicações de privacidade em uma só.
Análise da NQA: relatórios de privacidade precisam identificar o observador, esconder um link de financiamento de um participante não estabelece que cada participante não seja capaz de associar pedidos, ou que conteúdo sensível seja escondido do serviço que processa.
Este artigo relata o que os desenvolvedores anunciaram, não apresenta uma auditoria independente, uma medição da adoção do usuário ou prova de que cada serviço comercializado sob o nome segue a mesma implementação.
Para uma mesa de pagamento ou tecnologia de corretagem, a questão prática é qual informação cada componente lida com arquitetura, comportamento de rede e o conteúdo dos pedidos pertencem a partes separadas dessa avaliação.
Reveja a rota usada.
Verifique o modo documentado, identidade de contrato, permissões operacionais e termos de serviço aplicáveis antes de tirar conclusões sobre uma integração específica.
Qualquer reivindicação de privacidade mais forte deve especificar seu modelo de ameaça e avaliação de apoio.