Todos em crypto querem construir uma reputação confiável on-chain sem revelar dados pessoais.
O zkPass tornou isso possível com seu Verifiable Reputation Score (VRS) usando a tecnologia zkTLS, que permite a construção de reputação privada, credível e composable.
TL;DR
VRS = uma pontuação de reputação agregada e auditável feita a partir de provas de conhecimento zero (zkTLS + outras provas) que provam as pegadas/external attestations off-chain de um usuário sem revelar dados pessoais.
Integrar o VRS ao Ethos aumentaria a pontuação da carteira, attestations sociais, garantias e avaliações com provas criptográficas que preservam a privacidade — melhorando a verificabilidade e a resistência a sybils, enquanto mantém detalhes privados em segredo.
Implementação = geração de prova zk off-chain → enviar prova zk sucinta + delta de pontuação on-chain → contrato de verificação Ethos atualiza um estado de reputação pública (por exemplo, SBT ou pontuação on-chain).
O que é VRS (definição rápida)
VRS aqui = Pontuação de Reputação Verificável: uma reputação numérica (ou vetorial) derivada de múltiplos tipos de prova (verificações de pegada na internet via zkTLS, atestações sociais, revisões, garantias, comportamento de carteira) onde cada entrada é acompanhada por uma prova de conhecimento zero que a entrada é válida — mas revela apenas os dados mínimos vinculativos (por exemplo, “Eu controlo esta conta do Twitter” ou “este domínio de e-mail tem essas propriedades”), não os identificadores privados reais.
Como o VRS do zkPass (provas zkTLS) se encaixaria no Ethos
1) Entradas
Provas zkTLS do zkPass: prove declarações sobre sua pegada na internet (por exemplo, controle de uma conta, presença em um fórum, propriedade de um domínio de e-mail ou histórico de ações) sem divulgar detalhes de identidade.
Entradas do Ethos: pontuação da carteira, atestações sociais, impacto de revisão, garantias, comportamento transacional.
2) Agregação off-chain
O usuário gera um conjunto de provas zk localmente (ou via um cliente) para cada reclamação externa (por exemplo, “Eu tenho 3 meses de atividade no fórum X”, “Eu controlo o handle do twitter Y”).
Um agregador de reputação/relayer (ou o cliente do usuário) compõe essas provas e produz uma prova VRS agregada ou provas pequenas discretas por atestação.
3) Verificação on-chain
Enviar a(s) prova(s) zk para um contrato inteligente verificador Ethos (um verificador zk-SNARK/zk-STARK) que:
Verifica a(s) prova(s) criptograficamente.
Extrai a delta de pontuação autorizada (ou um vetor comprimido de atributos de reputação) codificado nas entradas públicas da prova.
Atualiza o registro de reputação on-chain do usuário (por exemplo, um mapeamento de reputação ou um SBT representando baldes de reputação).
4) Fusão de pontuação
Ethos mescla os deltas de VRS com sinais existentes (pontuação da carteira, garantias, revisões) usando uma política de ponderação transparente (governada on-chain ou por DAO).
Exemplo de fluxo de dados (passo a passo)
O usuário conecta um serviço externo via fluxo autorizado por zkTLS no cliente zkPass.
O cliente zkPass prova “Eu controlo X e atendi a condição Y” para produzir uma prova zk (a prova contém uma saída pública como attestation_id + score_weight).
O cliente envia a prova para um relayer que chama o contrato de verificação Ethos com a prova + endereço da carteira do usuário.
O verificador Ethos valida a prova; em caso de sucesso, o contrato emite VRSUpdated(user, delta, source).
O oráculo de pontuação Ethos recalcula a reputação consolidada (on-chain) e a armazena ou cunha/atualiza um SBT.
Como as provas zkTLS fortalecem a confiança enquanto preservam a privacidade
zkTLS permite provar declarações vinculadas sobre sessões TLS ou respostas de serviços externos sem revelar o conteúdo da sessão. Exemplos de provas:
“Esta carteira criou e assinou um registro de conta no fórum X” (sem revelar o nome de usuário).
“Este domínio de e-mail realizou validações provando que é um domínio comercial” (sem fornecer o e-mail real).
Como as provas são de conhecimento zero, o Ethos obtém garantia criptográfica de que a atestação é real, mas nenhum PII é divulgado on-chain ou para terceiros.
Padrões de design on-chain & peças técnicas
Contrato(s) verificador(es): zk verificador(es) para tipos de prova. Entradas públicas incluem identificador de endereço + delta de pontuação ou vetor de atributos.
Registro de reputação: mapeamento(address => ReputationStruct) ou SBTs representando baldes (não transferíveis).
Ancoragem de atestações: âncora opcional de raízes de atestações (raízes Merkle) on-chain para auditabilidade sem vazar detalhes.
Padrão de relayer: para abstração de gás, provas submetidas via relayers que podem ser patrocinados.
Limites de taxa & proteção contra replay: incluir época e nonce nas entradas de prova públicas para prevenir replay.
Atualizabilidade: manter pesos de pontuação e endereços de verificador atualizáveis via DAO de governança.
Por que isso importa
A reputação é a camada faltante na Web3.
Com zkPass e Ethos, os usuários poderiam finalmente carregar reputação credível entre cadeias e plataformas, construída a partir de provas em vez de perfis.
O futuro
Cada prova verificada, cada garantia e cada revisão de impacto melhora sua pontuação de confiança, verificável publicamente e protegida privadamente.
É assim que a Web3 constrói confiança sem comprometer a privacidade. 🔐✨
zkPass e Ethos juntos poderiam se tornar o padrão para reputação descentralizada, transparente, preservadora de privacidade e verdadeiramente possuída pelo usuário.