Projetos do hackathon da Midnight demonstram dados privados da Web e verificação de credenciais

Dois projetos apresentados após o Hack Buenos Aires demonstraram como os aplicativos da Midnight podem trabalhar com informações do mundo real ao mesmo tempo que limitam a exposição de dados privados. Um conecta dados HTTPS comprovados criptograficamente a contratos Compact, enquanto o KEEP usa credenciais móveis que permanecem sob o controle do titular.

By SongMarketCap

Cardano News - Projetos do hackathon da Midnight demonstram dados privados da Web e verificação de credenciais

Desenvolvedores do hackathon da Midnight em Buenos Aires apresentaram dois protótipos funcionais de privacidade construídos em torno de dados externos e credenciais digitais.

O primeiro combina atestações do ZK Fetch e do Reclaim com o Midnight Compact para estabelecer a origem dos dados da web. O KEEP adota uma abordagem diferente por meio do Ward, um aplicativo móvel projetado para emitir e validar credenciais sem transferir o registro pessoal completo do titular.

ZK Fetch leva dados comprovados da Web para o Compact

O primeiro projeto aborda um problema comum quando contratos inteligentes dependem de informações obtidas de APIs externas.

HTTPS protege a comunicação entre um cliente e um servidor, mas o contrato que recebe essas informações não fez parte da conexão original. Por isso, os desenvolvedores usaram ZK Fetch e o Reclaim Protocol para criar evidências criptográficas de que a interação HTTPS ocorreu com a fonte declarada.

O sistema de provas do Reclaim e o Midnight Compact não eram diretamente compatíveis, então a equipe adicionou uma camada de notários entre eles. Os notários verificam a prova e a assinam, enquanto uma implementação de assinatura Schnorr dentro do Compact exige confirmação de pelo menos dois notários antes que a informação possa ser aceita como entrada do contrato.

A arquitetura foi demonstrada com dados do Strava. Duas contas enviaram resultados de corrida de aproximadamente 3,5 quilômetros e 15 quilômetros, permitindo que o aplicativo determinasse um vencedor sem tornar público o conjunto de dados mais amplo.

A equipe disse que o processo de prova externa levou cerca de três a quatro segundos, seguido pelo tempo normal exigido para uma transação na Midnight. A implementação do Compact continua sendo um MVP e está planejada para refatorações adicionais.

KEEP armazena credenciais no dispositivo do titular

O KEEP aplica privacidade a credenciais emitidas por instituições como universidades, escolas ou órgãos públicos.

Seu aplicativo móvel Ward suporta tanto o papel de titular quanto o de verificador. Em vez de distribuir registros pessoais por vários sistemas, a credencial permanece no telefone do usuário e o titular pode revelar apenas as informações necessárias para uma verificação específica.

O sistema usa uma árvore de Merkle para divulgação seletiva, permitindo que um elemento de uma credencial seja revelado preservando a integridade criptográfica. Os desenvolvedores também incorporaram assinaturas Schnorr e o Capacity Exchange para transações patrocinadas destinadas a reduzir a complexidade de blockchain visível para os usuários finais.

Na demonstração, um telefone atuou como verificador e exibiu um desafio em QR, enquanto um segundo telefone detinha a credencial. Após o titular escanear o desafio, o processo passou pela Midnight e retornou a confirmação de que a credencial era válida.

A equipe relatou um tempo de processamento de cerca de 20 segundos. O verificador recebeu o resultado sem receber o registro completo de credenciais do titular.

Dois protótipos de privacidade abordam diferentes problemas de dados

Os dois projetos abordam diferentes fontes de informação.

A implementação do ZK Fetch foca em dados provenientes de serviços web existentes, dando aos contratos do Compact um método para estabelecer que uma alegação externa veio da fonte HTTPS esperada.

O KEEP foca em credenciais emitidas diretamente para indivíduos, permitindo que o titular retenha o registro localmente e revele apenas o que um verificador precisa.

Ambas permanecem implementações em estágio de hackathon. A equipe do KEEP disse que sua construção de 24 horas não pôde ser totalmente descentralizada e atualmente usa um nó do Capacity Exchange que é centralizado em algum grau. Segundo os desenvolvedores, esse nó não possui a chave do titular necessária para assinar a transação do usuário na Midnight.

As demonstrações deixam a Midnight com dois protótipos funcionais distintos: um pode passar informações HTTPS comprovadas para um contrato do Compact, enquanto o outro pode emitir uma credencial para um dispositivo móvel e confirmar uma alegação sem entregar ao verificador o registro pessoal completo.