1. Identifier l'actif avant de l'analyser
ZECOIN privilégie une identité technique vérifiable : chaîne, adresse du token ou mint et provenance disponible. Un nom ou un ticker ne suffit pas.
MÉTHODOLOGIE ZECOIN
La confiance se construit en montrant comment on sait.
ZECOIN rend visibles la provenance, les limites et les incohérences au lieu de masquer l'incertitude derrière un score unique.
Comment ZECOIN traite les données et les limites.
- Principe
- ZECOIN sépare les faits vérifiables, les observations datées et les interprétations.
- Sources
- Une provenance et un horodatage sont affichés lorsqu’ils sont disponibles et vérifiables.
- Donnée absente
- Une source manquante, périmée ou inaccessible reste signalée comme indisponible : aucune valeur n’est inventée.
- Limites
- Les diagnostics sont informatifs, non advisory, et ne garantissent ni sécurité ni performance future.
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. Séparer observation et intelligence
Prix, volumes, liquidités et données on-chain peuvent être des observations. Un score ou une conclusion ne doit apparaître que s'il est réellement calculé par une méthode validée.
3. Mesurer la qualité avant d'interpréter
Une donnée incohérente ou incomplète doit réduire la confiance dans l'interprétation et déclencher un état explicite de vérification ou d'information insuffisante.
4. Ne pas confondre proxy technique et certitude humaine
Un compte token n'est pas automatiquement un détenteur économique unique et une autorité technique ne prouve pas une identité civile.
5. Garder Radar indépendant de Creator Lab
Un créateur peut payer pour des outils, jamais pour améliorer un diagnostic, supprimer un avertissement ou influencer Radar.
6. Échouer fermé à la frontière publique
Les payloads publics passent des contrôles de forme, valeurs, cohérence et absence de secrets. En cas d'échec, ZECOIN renvoie un état neutre plutôt que des détails internes.
Ce que cette méthodologie ne garantit pas
Aucun diagnostic ne garantit qu'un actif montera, qu'un projet est honnête ou qu'une transaction est sans risque. ZECOIN aide à réduire l'incertitude, jamais à la nier.