cryptosnifCómo funciona el crash test
Cómo funciona el crash test
Evidencia e integridad editorial
Distinguimos entre las afirmaciones propias de un proyecto, las observaciones independientes, los cálculos originales y nuestra interpretación editorial. Cada pieza de evidencia tiene un alcance, una fecha y un conjunto de limitaciones específicos. Identificamos los activos por su identidad estable, red y direcciones de contrato relevantes para garantizar la precisión. Los documentos históricos permanecen como registros históricos. La reutilización de datos brutos depende de los derechos del proveedor.
La secuencia de revisión
Nuestro proceso editorial sigue una secuencia estricta. Examinamos la promesa declarada, los hechos establecidos, las incógnitas, las consecuencias potenciales, el veredicto y la evidencia que podría cambiarlo. La evidencia faltante siempre es visible en el informe. No tratamos la solidez no respaldada como prueba de fraude. Este método estructurado permite a los lectores ver exactamente qué se sabía, qué faltaba y cómo se llegó a la conclusión sin ocultar vacíos de información.
Método de puntuación y calibración
Una puntuación determinista da el mismo resultado para la misma evidencia y versión del método. Nuestro método candidato es la versión 0.1.0. La calibración, el proceso de probar reglas para evaluaciones consistentes entre familias de proyectos, permanece incompleta. Utiliza 13 criterios con un peso total de 100. Las puntuaciones se calculan usando valores enteros de 0 a 4 para cada criterio, que luego se normalizan a una escala de 100. La evidencia desconocida, contradictoria o caducada se excluye del cálculo. Esta exclusión reduce el porcentaje de cobertura general. Las puntuaciones públicas de proyectos permanecen ocultas hasta que la fase de calibración esté completa.
Reglas de elegibilidad y cobertura
La elegibilidad general requiere al menos un 85% de cobertura de evidencia. Además, requerimos identidad de activo verificada, poderes de control y mecanismos de oferta antes de asignar una puntuación. La cobertura se refiere a la proporción del peso de los criterios aplicables respaldado por evidencia válida y actual. Si la evidencia falta o es inválida, no cuenta para la puntuación pero reduce la métrica de cobertura.
Familias de proyectos y verificaciones
Las verificaciones varían según la familia del proyecto, como redes de prueba de trabajo, plataformas de contratos inteligentes, monedas estables, tokens de gobernanza y tokens de aplicación. Las verificaciones no aplicables requieren exclusiones autorizadas explícitas. Un estado desconocido no puede ser renombrado como no aplicable. Las clasificaciones requieren proyectos revisados comparables, el mismo método y al menos un 90% de cobertura de evidencia. El piloto actual no publica ninguna clasificación elegible porque estas condiciones estrictas aún no se cumplen en todo el conjunto de datos.
Límites de la puntuación y visibilidad del riesgo
Los riesgos críticos permanecen visibles independientemente de la puntuación promedio. La puntuación evalúa la calidad documentada del proyecto. No puede predecir precios, rendimientos o la ausencia de pérdida. Los activos criptográficos pueden perder valor. La evidencia faltante actual y las verificaciones adicionales requeridas permanecen explícitas en todos los informes. Esta limitación evita que la puntuación sea malinterpretada como una garantía de seguridad o rendimiento financiero.
| Control | Peso | Validez de las pruebas |
|---|---|---|
| Identidad exacta del activo | 3% | 30 días |
| Uso observable | 15% | 30 días |
| Papel económico del token | 10% | 90 días |
| Mecanismos de oferta | 10% | 30 días |
| Concentración de titulares | 8% | 7 días |
| Captación de valor | 7% | 30 días |
| Poderes de control | 10% | 7 días |
| Verificación de seguridad | 7% | 90 días |
| Proceso de decisión | 8% | 90 días |
| Responsabilidades | 7% | 90 días |
| Historial de incidentes | 6% | 30 días |
| Continuidad operativa | 4% | 30 días |
| Condiciones de ejecución | 5% | 1 días |