Comment fonctionne le crash test
Comment fonctionne le crash test
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.
| Contrôle | Poids | Validité des preuves |
|---|---|---|
| Identité exacte de l’actif | 3% | 30 jours |
| Usage observable | 15% | 30 jours |
| Rôle économique du token | 10% | 90 jours |
| Mécanismes d’offre | 10% | 30 jours |
| Concentration des détenteurs | 8% | 7 jours |
| Captation de valeur | 7% | 30 jours |
| Pouvoirs de contrôle | 10% | 7 jours |
| Vérification de la sécurité | 7% | 90 jours |
| Processus de décision | 8% | 90 jours |
| Responsabilités | 7% | 90 jours |
| Historique des incidents | 6% | 30 jours |
| Continuité du fonctionnement | 4% | 30 jours |
| Conditions d’exécution | 5% | 1 jours |