cryptosnif
FR ↗
EnglishFrançaisPortuguês (Brasil)EspañolLa langue conserve ce sujet. Le pays se choisit séparément sur les pages de services.
Cryptosnif / Méthode

Comment fonctionne le crash test

Comment fonctionne le crash test

Relecture · site-copy-1-5d8129432788

Preuves et intégrité éditoriale

Nous distinguons les affirmations propres au projet, les observations indépendantes, les calculs originaux et notre interprétation éditoriale. Chaque preuve possède un périmètre, une date et des limites spécifiques. Nous identifions les actifs par leur identité stable, leur réseau et leurs adresses de contrat pertinentes pour garantir la précision. Les documents historiques restent des archives historiques. La réutilisation des données brutes dépend des droits du fournisseur.

La séquence d'examen

Notre processus éditorial suit une séquence stricte. Nous examinons la promesse annoncée, les faits établis, les inconnues, les conséquences potentielles, le verdict et les preuves susceptibles de le modifier. Les preuves manquantes sont toujours visibles dans le rapport. Nous ne considérons pas une solidité non étayée comme une preuve de fraude. Cette méthode structuree permet aux lecteurs de voir exactement ce qui était connu, ce qui manquait et comment la conclusion à été atteinte sans masquer les lacunes d'information.

Méthode de notation et calibration

Un score déterministe produit le même résultat pour les mêmes preuves et la même version de méthode. Notre méthode candidate est la version 0.1.0. La calibration, qui consiste à tester les règles pour obtenir des évaluations cohérentes entre les familles de projets, reste incomplète. Elle utilise 13 critères avec un poids total de 100. Les scores sont calculés en utilisant des valeurs entières de 0 à 4 pour chaque critère, normalisées ensuite sur une échelle de 100. Les preuves inconnues, contradictoires ou expirées sont exclues du calcul. Cette exclusion réduit le pourcentage global de couverture. Les scores publics des projets restent masqués jusqu'à la fin de la phase de calibration.

Règles d'éligibilité et de couverture

L'éligibilité globale exige au moins 85% de couverture des preuves. De plus, nous exigeons une identité vérifiée de l'actif, des pouvoirs de contrôle et des mécanismes d'offre avant d'attribuer un score. La couverture désigne la proportion du poids des critères applicables soutenue par des preuves valides et actuelles. Si une preuve est absente ou invalide, elle ne compte pas pour le score mais diminue la métrique de couverture.

Familles de projets et contrôles

Les contrôles varient selon la famille du projet, comme les réseaux proof-of-work, les plateformes de contrats intelligents, les stablecoins, les tokens de gouvernance et les tokens d'application. Les contrôles non applicables nécessitent des exclusions explicites autorisees. Un statut inconnu ne peut pas etre requalifié en non applicable. Les classements exigent des projets examinés comparables, la même méthode et au moins 90% de couverture des preuves. Le pilote actuel ne publie aucun classement éligible car ces conditions strictes ne sont pas encore remplies sur l'ensemble des données.

Limites du score et visibilité des risques

Les risques critiques restent visibles indépendamment de la moyenne. Le score évalue la qualité documentee du projet. Il ne peut pas prédire les prix, les rendements ni l'absence de perte. Les actifs crypto peuvent perdre de la valeur. Les preuves actuellement manquantes et les contrôles supplémentaires requis restent explicites dans tous les rapports. Cette limite empêche que le score soit interprété à tort comme une garantie de sécurité ou de performance financière.

Poids des critères et validité des preuves
ContrôlePoidsValidité des preuves
Identité exacte de l’actif3%30 jours
Usage observable15%30 jours
Rôle économique du token10%90 jours
Mécanismes d’offre10%30 jours
Concentration des détenteurs8%7 jours
Captation de valeur7%30 jours
Pouvoirs de contrôle10%7 jours
Vérification de la sécurité7%90 jours
Processus de décision8%90 jours
Responsabilités7%90 jours
Historique des incidents6%30 jours
Continuité du fonctionnement4%30 jours
Conditions d’exécution5%1 jours
Poursuivre la recherche