Todos en crypto quieren construir una reputación confiable en la cadena sin revelar datos personales.
zkPass hizo esto posible con su Puntuación de Reputación Verificable (VRS) utilizando tecnología zkTLS, que permite la construcción de reputación privada, creíble y componible.
TL;DR
VRS = una puntuación de reputación agregada y auditable hecha a partir de pruebas de conocimiento cero (zkTLS + otras pruebas) que demuestran las huellas fuera de la cadena de un usuario/atestaciones externas sin revelar datos personales.
Integrar VRS en Ethos aumentaría la puntuación de la billetera, atestaciones sociales, garantías y reseñas con pruebas criptográficas que preservan la privacidad, mejorando la verificabilidad y la resistencia a sybil mientras se mantienen en secreto los detalles privados.
Implementación = generación de prueba zk fuera de la cadena → enviar prueba zk sucinta + delta de puntuación en la cadena → el contrato verificador de Ethos actualiza un estado de reputación pública (por ejemplo, SBT o puntuación en la cadena).
¿Qué es VRS (definición rápida)?
VRS aquí = Puntuación de Reputación Verificable: una reputación numérica (o vectorial) derivada de múltiples tipos de prueba (verificaciones de huella de internet a través de zkTLS, atestaciones sociales, reseñas, respaldos, comportamiento de billetera) donde cada entrada va acompañada de una prueba de conocimiento cero que valida que la entrada es válida, pero revela solo los datos vinculantes mínimos (por ejemplo, “Yo controlo esta cuenta de Twitter” o “este dominio de correo electrónico tiene estas propiedades”), no los identificadores privados reales.
Cómo el VRS de zkPass (pruebas zkTLS) se integraría en Ethos
1) Entradas
Pruebas zkTLS de zkPass: prueban declaraciones sobre tu huella de internet (por ejemplo, control de una cuenta, presencia en un foro, propiedad de un dominio de correo electrónico o historial de acciones) sin revelar detalles de identidad.
Entradas de Ethos: puntuación de billetera, atestaciones sociales, impacto de reseñas, respaldos, comportamiento transaccional.
2) Agregación fuera de la cadena
El usuario genera un conjunto de pruebas zk localmente (o a través de un cliente) para cada reclamación externa (por ejemplo, “Tengo 3 meses de actividad en el foro X”, “Yo controlo el identificador de Twitter Y”).
Un agregador/relayer de reputación (o el cliente del usuario) compone estas pruebas y produce una prueba VRS agregada o pruebas pequeñas discretas por atestación.
3) Verificación en la cadena
Enviar la(s) prueba(s) zk a un contrato inteligente verificador de Ethos (un verificador zk-SNARK/zk-STARK) que:
Verifica la(s) prueba(s) criptográficamente.
Extrae el delta de puntuación autorizado (o un vector comprimido de atributos de reputación) codificado en las entradas públicas de la prueba.
Actualiza el registro de reputación en la cadena del usuario (por ejemplo, un mapeo de reputación o un SBT que representa cubos de reputación).
4) Fusión de puntuaciones
Ethos fusiona los deltas de VRS con señales existentes (puntuación de billetera, respaldos, reseñas) utilizando una política de ponderación transparente (gobernada en la cadena o por DAO).
Flujo de datos de ejemplo (paso a paso)
El usuario conecta un servicio externo a través de un flujo autorizado por zkTLS en el cliente zkPass.
El cliente zkPass prueba “Yo controlo X y cumplí la condición Y” para producir una prueba zk (la prueba contiene una salida pública como attestation_id + score_weight).
El cliente envía la prueba a un relayer que llama al contrato verificador de Ethos con la prueba + dirección de billetera del usuario.
El verificador de Ethos valida la prueba; al tener éxito, el contrato emite VRSUpdated(usuario, delta, fuente).
El oráculo de puntuación de Ethos recalcula la reputación consolidada (en la cadena) y la almacena o acuña/actualiza un SBT.
Cómo las pruebas zkTLS fortalecen la confianza mientras preservan la privacidad
zkTLS permite probar declaraciones vinculadas sobre sesiones TLS o respuestas de servicios externos sin revelar el contenido de la sesión. Ejemplos de pruebas:
“Esta billetera creó y firmó un registro de cuenta en el foro X” (sin revelar el nombre de usuario).
“Este dominio de correo electrónico realizó validaciones que prueban que es un dominio comercial” (sin dar el correo electrónico real).
Debido a que las pruebas son de conocimiento cero, Ethos obtiene la seguridad criptográfica de que la atestación es real, pero no se divulga ninguna PII en la cadena o a terceros.
Patrones de diseño en la cadena y piezas técnicas
Contrato(s) de verificación: zk verificador(es) para tipos de prueba. Las entradas públicas incluyen identificador de dirección + delta de puntuación o vector de atributos.
Registro de reputación: mapeo(dirección => ReputationStruct) o SBTs que representan cubos (no transferibles).
Anclaje de atestaciones: ancla opcional de raíces de atestación (raíces de Merkle) en la cadena para auditoría sin filtrar detalles.
Patrón de relayer: para abstracción de gas, pruebas presentadas a través de relayers que pueden ser patrocinados.
Límites de tasa y protección contra reproducción: incluye epoch y nonce en las entradas públicas de prueba para prevenir reproducción.
Capacidad de actualización: mantener los pesos de puntuación y las direcciones de verificador actualizables a través de la gobernanza de DAO.
Por qué es importante
La reputación es la capa que falta en Web3.
Con zkPass y Ethos, los usuarios finalmente podrían llevar una reputación creíble a través de cadenas y plataformas, construida a partir de pruebas en lugar de perfiles.
El futuro
Cada prueba verificada, cada respaldo y cada revisión de impacto mejora tu puntuación de confianza, verificable públicamente y asegurada privadamente.
Así es como Web3 construye confianza sin comprometer la privacidad. 🔐✨
zkPass y Ethos juntos podrían convertirse en el estándar para la reputación descentralizada, transparente, que preserva la privacidad y verdaderamente propiedad del usuario.