1. Identificare l'asset prima di analizzarlo
ZECOIN privilegia un'identità tecnica verificabile: chain, indirizzo token o mint e provenienza disponibile. Un nome o ticker non basta.
METODOLOGIA ZECOIN
La fiducia si costruisce mostrando come sappiamo.
ZECOIN rende visibili provenienza, limiti e incoerenze invece di nascondere l'incertezza dietro un unico punteggio.
Come ZECOIN tratta dati e limiti.
- Principio
- ZECOIN separa fatti verificabili, osservazioni datate e interpretazioni.
- Fonti
- Provenienza e data sono mostrate quando disponibili e verificabili.
- Dati mancanti
- Una fonte mancante, obsoleta o irraggiungibile resta indicata come non disponibile: nessun valore viene inventato.
- Limiti
- Le diagnosi sono informative e non advisory, senza garanzia di sicurezza o prestazioni 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. Separare osservazione e intelligence
Prezzi, volumi, liquidità e dati on-chain possono essere osservazioni. Punteggi o conclusioni compaiono solo se realmente prodotti da un metodo validato.
3. Misurare la qualità prima di interpretare
Dati incompleti o incoerenti devono ridurre la fiducia e attivare uno stato esplicito di verifica o informazioni insufficienti.
4. Non trasformare un proxy tecnico in certezza umana
Un account token non è automaticamente un unico detentore economico e un'autorità tecnica non prova identità civile.
5. Mantenere Radar indipendente da Creator Lab
I creator possono pagare per strumenti, mai per migliorare diagnosi, rimuovere avvisi o influenzare Radar.
6. Fail-closed al confine pubblico
I payload pubblici passano controlli di forma, valori, coerenza semantica e assenza di segreti. In caso di errore ZECOIN restituisce uno stato neutro invece di dettagli interni.
Cosa questa metodologia non garantisce
Nessuna diagnosi garantisce crescita di un asset, onestà di un progetto o transazioni senza rischio. ZECOIN aiuta a ridurre l'incertezza, non a negarla.