🛠️ ¿Qué pasaría si las decisiones de Kleros se publicaran en el formato de atestación de @eas_eth para que cualquier contrato o backend pudiera verificar un único registro legible por máquina? Revisa la publicación de @AminCad sobre esta idea. ¿Qué opinas?
AminCad Ξ🐬🔊 - evm/acc
AminCad Ξ🐬🔊 - evm/acc15 ago, 19:58
El Servicio de Atestiguamiento de Ethereum (EAS) (@eas_eth) se ha convertido en el registro universal y sin permisos para reclamaciones estructuradas. Lo que falta es una capa estandarizada entre EAS y los motores de verificación especializados que ya tenemos, como Kleros para arbitraje descentralizado, el Oracle Optimista de UMA, verificadores de pruebas de conocimiento cero, etc. Propongo que la comunidad explore un nuevo EIP para un Protocolo de Atestiguamiento Verificable construido en torno a dos conceptos clave: AttestationRouter – Un contrato en cadena estandarizado (podría implementarse como un Resolutor de EAS) que puede agregar y dirigir atestiguamientos de múltiples fuentes. La lógica del enrutador estaría impulsada por un verificationSpec legible por máquina proporcionado con cada tarea. Módulos de Verificación Modulares – Una interfaz común para módulos de verificación intercambiables, ya sean impulsados por humanos (Kleros, UMA), criptográficos (verificadores de pruebas ZK) o impulsados por datos (feeds de oráculos IoT). EAS ya proporciona el libro mayor universal. Kleros, UMA, verificadores ZK y DONs son lo suficientemente maduros como para servir como módulos de verificación. Un AttestationRouter estandarizado + interfaz de manejador conectaría estas piezas en una "capa de verdad" coherente tanto para la verificación objetiva como subjetiva.
9,42K