cryptosnif
Zcash (ZEC)
Sin puntuación · 0% Cobertura de las pruebas
Promesa documentada. Verificación independiente pendiente.
Las pruebas disponibles son insuficientes para asignar una puntuación global. El mecanismo descrito requiere verificar su funcionamiento actual.
Consultar las pruebasLa revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.
Promesa
Este dosier examina el propósito documentado y los mecanismos del Zcash nativo (ZEC) en la red zcash-mainnet. El objetivo es verificar cómo el proyecto describe sus características de privacidad, reglas de consenso y ciclo de vida del software a través de los materiales de origen disponibles.
Hechos establecidos
Los resúmenes originales suministrados describen documentación primaria fijada y versiones de software para el ecosistema Zcash. El proyecto identifica a Zcash como originado de Bitcoin y Zerocash, utilizando pruebas de conocimiento cero para transacciones blindadas. En el resumen suministrado, una prueba de conocimiento cero puede demostrar la validez de una transacción mientras oculta detalles seleccionados de la transacción en una transacción blindada. Sin embargo, la documentación advierte explícitamente que esto no establece anonimato para todas las transacciones, ni verifica garantías de privacidad desplegadas, control del operador, uso, suministro, propiedad, liquidez o historial completo de incidentes. El software se describe como experimental. En cuanto al soporte del cliente, el README fijado de Zcash identifica la versión 6.20.0 de zcashd, el cliente de nodo histórico, como Fin de Vida. Reporta una detención final de Fin de Soporte el 18 de julio de 2026, en la altura de bloque 3417100. Los nodos 6.20.0 sin modificar se detienen en esa altura específica. El README enumera Zebra y Zakura como software de nodo sucesor y Zallet como software de billetera. Esta declaración concierne únicamente al cliente heredado y no establece que la red Zcash se detuvo ni verifica el estado de despliegue de estos sucesores. En términos de mecánica de consenso, el archivo fuente fijado define CheckProofOfWork, que compara un hash suministrado con un objetivo representado por nBits. Rechaza rangos de objetivo inválidos o hashes que exceden el objetivo. Esto establece que el cliente revisado contiene una ruta de validación de prueba de trabajo. Aquí, la verificación de prueba de trabajo revisada acepta un hash suministrado solo cuando cumple un objetivo de dificultad permitido. Esta revisión de código no identifica de forma independiente todas las reglas de consenso, clientes desplegados actuales, tasa de hash de la red, independencia de mineros, propiedad o resistencia a ataques. Ningún bloque o transacción de red fue reproducido en esta revisión.
Incógnitas
El control independiente, la propiedad beneficiaria, los patrones de uso reales, las tasas de adopción de clientes, la distribución del suministro total, las métricas de concentración, la profundidad de liquidez y el historial completo de incidentes permanecen sin verificar. Ninguna observación de criterio revisada de forma independiente fue admitida en este lote documental para identidad, uso, rol del token, suministro, concentración, captura de valor, control, seguridad, gobernanza, rendición de cuentas, incidentes, continuidad o ejecución. La revisión se limita a los mecanismos documentales suministrados.
Consecuencias
El README reporta una detención por fin de soporte para nodos zcashd 6.20.0 heredados sin modificar en la altura especificada. Su lista de software sucesor no suministra verificación de su despliegue actual. El alcance de la advertencia es el software del cliente; no suministra prueba de que la red Zcash se detuvo. La adopción actual de clientes y el comportamiento de privacidad de las transacciones desplegadas requieren observaciones separadas. Esta revisión permanece limitada a la documentación fijada y a la verificación de prueba de trabajo.
Veredicto
La fortaleza operativa permanece no probada. El activo no está calificado con 0% de cobertura de puntuación. La ausencia de verificación independiente para criterios esenciales como identidad, suministro y control significa que no se puede extraer una conclusión definitiva respecto a la resiliencia o equidad del proyecto. La documentación proporciona definiciones técnicas pero carece de evidencia empírica de aplicación en el mundo real o auditoría de seguridad.
Qué lo cambiaría
Se requerirían verificaciones de identidad reproducidas, observaciones de red independientes con fecha y evidencia específica por criterio para actualizar esta evaluación. La calibración y la revisión editorial tras la presentación de datos verificables sobre uso, suministro, control e incidentes de seguridad permitirían una posible asignación de puntuación. Hasta que se proporcione dicha evidencia, el estado permanece no calificado basándose únicamente en afirmaciones documentales.
Cada control exige pruebas.
| Control | Peso | Resultado |
|---|---|---|
| Identidad exacta del activoEsencial | 3% | Verificación pendiente |
| Uso observable | 15% | Verificación pendiente |
| Papel económico del token | 10% | Verificación pendiente |
| Mecanismos de ofertaEsencial | 10% | Verificación pendiente |
| Concentración de titulares | 8% | Verificación pendiente |
| Captación de valor | 7% | Verificación pendiente |
| Poderes de controlEsencial | 10% | Verificación pendiente |
| Verificación de seguridad | 7% | Verificación pendiente |
| Proceso de decisión | 8% | Verificación pendiente |
| Responsabilidades | 7% | Verificación pendiente |
| Historial de incidentes | 6% | Verificación pendiente |
| Continuidad operativa | 4% | Verificación pendiente |
| Condiciones de ejecución | 5% | Verificación pendiente |
Controles específicos de la familia: Concentración de hashrate, reglas de consenso, independencia de nodos completos.
Consultar las pruebas
Fuentes de este análisis
Los títulos y resúmenes de las fuentes están en inglés.
zcash/zcash: pinned client README
The pinned Zcash README identifies version 6.20.0 of zcashd, the historical node client, as End of Life. It reports a final End-of-Support halt on July 18, 2026 at block height 3417100: unmodified 6.20.0 nodes stop at that height. The README lists Zebra and Zakura as successor node software and Zallet as wallet software. This statement concerns the legacy client and does not establish that the Zcash network stopped or verify deployment of successors. The project describes Zcash as originating from Bitcoin and Zerocash and using zero-knowledge proofs for shielded transactions, where a proof can demonstrate validity while concealing selected transaction details. This documentation does not establish anonymity of all transactions, deployed privacy guarantees, operator control, usage, supply, ownership, liquidity or complete incident history. It warns that the software is experimental.
Consultar la fuente primaria ↗zcash/zcash: pinned proof-of-work checks
The pinned source file defines CheckProofOfWork, comparing a supplied hash with a target represented by nBits and rejecting invalid target ranges or hashes that exceed the target. This establishes that the reviewed client contains a proof-of-work validation path. It does not independently identify all consensus rules, current deployed clients, network hashrate, miner independence, ownership or resistance to attacks. No block or network transaction was reproduced in this review.
Consultar la fuente primaria ↗Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.