1. Identificar el activo antes de analizarlo
ZECOIN prioriza una identidad técnica verificable: red, dirección del token o mint y procedencia disponible. Un nombre o ticker no basta.
METODOLOGÍA ZECOIN
La confianza se construye mostrando cómo lo sabemos.
ZECOIN hace visibles la procedencia, los límites y las incoherencias en lugar de ocultar la incertidumbre tras una puntuación única.
Cómo trata ZECOIN los datos y sus límites.
- Principio
- ZECOIN separa hechos verificables, observaciones fechadas e interpretaciones.
- Fuentes
- La procedencia y la fecha se muestran cuando están disponibles y son verificables.
- Datos ausentes
- Una fuente ausente, obsoleta o inaccesible permanece marcada como no disponible: no se inventa ningún valor.
- Límites
- Los diagnósticos son informativos y no advisory, sin garantía de seguridad ni rendimiento futuro.
OBSERVED / INFERRED / UNKNOWN / INSUFFICIENT
- OBSERVED
- Directly returned by the stated source for the exact chain and asset identity.
- INFERRED
- Derived from observed inputs; the derivation must be named and cannot be presented as a direct fact.
- UNKNOWN
- The source did not establish the fact, the capability is unavailable, or the evidence boundary was not met.
- INSUFFICIENT
- Some data exists, but it does not support the public conclusion or indexability threshold.
Example: a revoked Solana mint authority returned by Solana RPC is OBSERVED. “The token is safe” is not a supported inference.
Provenance: every indexed fact must carry a source valid for its fact family and an HTTPS verification location.
Freshness: observedAt describes when the fact was collected; it is not replaced by request time.
Contradictions: conflicting exact-asset sources prevent a confident conclusion and remain UNKNOWN or INSUFFICIENT until resolved.
Limits: no score, page or source guarantees safety, profit, identity, ownership, or future behavior.
2. Separar observación e inteligencia
Precios, volúmenes, liquidez y datos on-chain pueden ser observaciones. Una puntuación o conclusión solo aparece si una metodología validada la produce realmente.
3. Medir la calidad antes de interpretar
Los datos incompletos o incoherentes deben reducir la confianza y activar un estado explícito de verificación o información insuficiente.
4. No convertir un proxy técnico en certeza humana
Una cuenta de token no equivale automáticamente a un único titular económico y una autoridad técnica no prueba identidad civil.
5. Mantener Radar independiente de Creator Lab
Un creador puede pagar por herramientas, nunca por mejorar un diagnóstico, quitar una alerta o influir en Radar.
6. Fallar cerrado en la frontera pública
Los payloads públicos pasan controles de forma, valores, coherencia y ausencia de secretos. Si fallan, ZECOIN devuelve un estado neutro en lugar de detalles internos.
Lo que esta metodología no garantiza
Ningún diagnóstico garantiza que un activo suba, que un proyecto sea honesto o que una transacción esté libre de riesgo. ZECOIN ayuda a reducir la incertidumbre, no a negarla.