1. Identificar o ativo antes de analisar
ZECOIN prioriza uma identidade técnica verificável: rede, endereço do token ou mint e proveniência disponível. Um nome ou ticker não basta.
METODOLOGIA ZECOIN
A confiança constrói-se mostrando como sabemos.
ZECOIN torna visíveis proveniência, limites e inconsistências em vez de esconder incerteza atrás de uma pontuação única.
Como a ZECOIN trata os dados e os limites.
- Princípio
- A ZECOIN separa factos verificáveis, observações datadas e interpretações.
- Fontes
- A proveniência e a data são mostradas quando estão disponíveis e são verificáveis.
- Dados ausentes
- Uma fonte ausente, desatualizada ou inacessível permanece indisponível: nenhum valor é inventado.
- Limites
- Os diagnósticos são informativos e não advisory, sem garantia de segurança ou desempenho 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 observação de inteligência
Preços, volumes, liquidez e dados on-chain podem ser observações. Pontuações ou conclusões só aparecem quando realmente produzidas por um método validado.
3. Medir qualidade antes de interpretar
Dados incompletos ou incoerentes devem reduzir a confiança e ativar um estado explícito de verificação ou informação insuficiente.
4. Não transformar proxy técnico em certeza humana
Uma conta de token não é automaticamente um único detentor económico e uma autoridade técnica não prova identidade civil.
5. Manter Radar independente do Creator Lab
Criadores podem pagar por ferramentas, nunca para melhorar diagnósticos, remover avisos ou influenciar o Radar.
6. Falhar fechado na fronteira pública
Payloads públicos passam verificações de forma, valores, coerência e ausência de segredos. Em falha, ZECOIN devolve um estado neutro em vez de detalhes internos.
O que esta metodologia não garante
Nenhum diagnóstico garante subida de um ativo, honestidade de um projeto ou uma transação sem risco. ZECOIN ajuda a reduzir a incerteza, nunca a negá-la.