Rapport d’éléments de preuve et limites

Source de référence EN · P08-L08 · durée estimée : 45 minutes · needs_review

Un rapport n’est utile que si un réviseur peut retrouver l’objet, les éléments de preuve et le raisonnement derrière chaque affirmation. Un titre assuré ne compense pas des contextes mélangés, des soldes manquants ou une attribution à l’émetteur non testée. Cette dernière leçon P08 transforme des constats limités en rapport de diagnostic délimité.

L’exercice est un rapport sur un actif, pas le futur programme Wallet Intelligence. Il évalue la provenance, la réconciliation, l’incertitude et la communication. Aucun certificat, instruction d’investissement ou Passport runtime n’est délivré.

Commencer par la question et la limite d’information

Définissez le tuple de l’objet et la question. « Examiner SIM-SOL-A / MINT-R au contexte fourni S0 pour les éléments d’identité, de contrôle, de distribution et de liquidité » est délimité. « Dites-moi si c’est sûr » manque de définition opérationnelle et invite des garanties non étayées.

Précisez un contexte d’état séparé de la génération du rapport. Un rapport créé ultérieurement peut décrire des éléments de preuve antérieurs. Son heure de création n’est pas celle où l’état du jeton a été mesuré. Consignez l’heure d’observation/de contexte, l’heure de récupération de la source et l’heure de création du rapport dans des champs distincts lorsqu’elles sont disponibles.

Cet exercice utilise des étiquettes synthétiques T+ de capture/génération et S0 d’état. Ce ne sont pas des horodatages UTC et elles ne doivent pas être présentées comme des observations réelles collectées. Un rapport réel nécessiterait le bloc/slot/temps effectivement disponible, la finalité et la provenance d’acquisition. Si l’heure civile est indisponible, conservez le contexte renvoyé sans deviner.

Créer un registre d’éléments de preuve

Donnez à chaque enregistrement un repère stable, une source, un objet exact, un contexte, les champs inclus et des limites. Une affirmation doit renvoyer à un ou plusieurs enregistrements plutôt qu’au « tableau de bord ». Les réviseurs peuvent ainsi évaluer si les éléments de preuve répondent réellement à la question.

L’offre brute et les décimales fournies peuvent être normalisées avec la même méthode que dans P08-L02 ; Solana getTokenSupply documente ces champs de réponse [S08-SUPPLY]. Le calcul qui en résulte n’est pas une autre source indépendante. Ne comptez pas les métriques dérivées comme des observations corroborantes.

Un mécanisme de mise à jour de métadonnées ou une méthode de position LP est documenté séparément [S08-METADATA ; S08-POOLS]. La documentation peut expliquer un contrôle ou la représentation d’un droit ; elle ne peut authentifier des valeurs de jeu de données inventées. Reliez distinctement la source méthodologique et l’enregistrement de mesure.

Classer les affirmations avant de rédiger la conclusion

OBSERVED (OBSERVÉ) désigne une observation directement inspectable dans son périmètre. Ici, il s’agit d’un enregistrement fictif fourni, jamais d’une mesure en direct sur la chaîne. INFERRED (INFÉRÉ) désigne un raisonnement à partir d’enregistrements et d’hypothèses déclarées. UNKNOWN (INCONNU) indique les faits indisponibles. INSUFFICIENT EVIDENCE (ÉLÉMENTS DE PREUVE INSUFFISANTS) répond à une affirmation examinée que les enregistrements disponibles ne peuvent étayer.

Ces états ne constituent pas une échelle croissante de sûreté. Un contrôle inconnu de l’émetteur peut coexister avec une identité de mint observée. Des éléments insuffisants pour établir que toute la liquidité est verrouillée peuvent coexister avec des réserves observées. Ne faites pas la moyenne des états pour obtenir un score rassurant.

Une contradiction nécessite son propre traitement. R4 rapporte une affirmation antérieure selon laquelle l’autorité de gel a été révoquée ; R2 enregistre une autorité de gel active F au contexte fourni S0. Pour le même mint correctement identifié du Token Program standard et le même rôle d’autorité de gel, une révocation valide à None supprime définitivement ce rôle [S08-SET] ; le mint ne peut plus utiliser cette autorité pour geler les comptes de jetons [S08-FREEZE]. Ces affirmations ne doivent pas être réconciliées comme une réactivation ultérieure ordinaire.

Utilisez R2 correspondant pour décrire ce que rapporte l’enregistrement fourni S0, en conservant R4 et en classant la cause du conflit comme UNKNOWN / UNRESOLVED (INCONNU / NON RÉSOLU). Parmi les explications possibles : affirmation antérieure inexacte, mauvais mint/objet ou programme/contexte, erreur de décodage/de compte rendu ou problème de provenance des enregistrements. Aucune explication n’est établie ici. R2 ne prouve pas pourquoi R4 est contradictoire, et aucun des deux ne devient un historique authentifié indépendamment. La documentation établit le mécanisme, pas la vérité des valeurs du jeu pédagogique.

Cette règle concerne le mint identifié, le rôle pertinent et la sémantique standard documentée de l’autorité. Elle n’établit pas l’absence d’autres contrôles : extensions Token-2022, programmes auxiliaires ou mécanismes différents nécessitent leurs propres éléments de preuve et analyses.

Réconcilier la couverture et les dénominateurs

Indiquez le total fourni et la couverture de l’export. Une distribution partielle peut étayer des soldes observés et une fraction de couverture, pas un classement exhaustif des propriétaires. Si le solde rapporté d’un propriétaire est 2000 sur 10000, sa part fournie est 20%. Sans énumération complète, cela peut constituer une borne inférieure du total de cette autorité propriétaire, selon l’existence d’autres comptes.

Les5000 jetons manquants d’un export couvert à moitié ne constituent pas un nouveau détenteur nommé Autres. C’est un inventaire non renvoyé de composition inconnue. Il ne doit pas être étiqueté équipe, destruction, pool ou particuliers sans éléments de preuve.

Les réserves du pool et les droits de retrait restent distincts. Une ligne de réserve peut établir une quantité fournie du pool à un contexte. Elle ne peut établir que tous les droits sont verrouillés lorsque le registre des droits et la configuration de verrouillage manquent. Portez cette limite dans le paragraphe final plutôt que de la cacher en annexe.

Gérer la fraîcheur et les enregistrements incohérents

Un calcul d’ancienneté de récupération nécessite des heures réelles dans des unités comparables. Les étiquettes T+ de cette simulation étayent uniquement un ordre relatif, pas un seuil de fraîcheur en direct. Un rapport capturé à T+10 et généré à T+20 contient un intervalle de dix étapes ; cela n’établit pas dix minutes ou secondes.

La correspondance du contexte est nécessaire mais pas suffisante. Les décodeurs, le niveau d’engagement, les filtres et les erreurs de source comptent encore. Si le jeu de données omet un fait, ne fabriquez pas une vérification réussie auprès du fournisseur de données. Si deux sources dépendent d’un même fournisseur de données en amont, leur indépendance reste incertaine tant qu’elle n’est pas établie.

Bloquez toute sortie non étayée. Si la propriété effective est inconnue, laissez-la inconnue. Si le contrôleur de mise à jour n’est connu que par une étiquette de compte, ne nommez pas de personne. Si une déclaration de site n’est pas authentifiée, conservez son statut déclaré/non vérifié.

Structurer le rapport pour la revue

Un rapport pratique contient le périmètre, le registre des éléments de preuve, les constats limités, les limites et les prochaines vérifications. Chaque constat indique le statut des données, les repères des enregistrements et le contexte. Incluez les calculs avec numérateur et dénominateur pour permettre leur reproduction.

Ne concluez pas par BUY, SELL, HOLD, une promesse de profit ou un verdict de sûreté non étayé. Un instantané de diagnostic et une prédiction ont des fonctions différentes. Un futur Diagnostic Passport peut préserver des observations si ses capacités runtime sont vérifiées ; cet exercice Markdown n’est pas un tel artefact généré.

Gardez concrètes les recommandations d’investigation : récupérer la couverture complète des propriétaires/comptes, inspecter les droits LP et examiner la provenance des enregistrements d’autorité contradictoires. Ce sont des demandes d’éléments de preuve, pas des instructions de trading. Le responsable peut revoir le contenu pédagogique sans accéder à des outils payants.

Conserver la version et l’état de revue

La version du contenu et lastReviewedAt décrivent la provenance éditoriale. needs_review reste exact tant que la revue du responsable/du contenu/des sources n’est pas terminée. Cela ne prétend pas que le jeton lui-même est non examiné ou malveillant. Ne renseignez pas lastReviewedAt avec la date de rédaction en laissant croire à une revue indépendante.

Un changement d’état ultérieur peut invalider une affirmation de diagnostic sans invalider les calculs de la leçon. Conservez le contexte original et ajoutez une nouvelle version du rapport plutôt que de réécrire une observation passée pour la faire correspondre au présent. Voilà pourquoi le périmètre et les repères immuables des éléments de preuve comptent.

• Registre des éléments de preuve : enregistrements sources indexés étayant les affirmations.
• Limite d’état : borne d’état visée par le rapport.
• Heure de capture : moment où les éléments de preuve sources ont été récupérés.
• Fraction de couverture : inventaire observé divisé par le total indiqué.
• Borne inférieure : quantité pouvant omettre des avoirs supplémentaires.
• Instantané de diagnostic : observations délimitées, pas une prédiction.
• État de revue : statut éditorial distinct de la classification du jeton.

ILLUSTRATIVE — FIX-P08-08. SIM-SOL-A / MINT-R. La source F-A est un export figé fictif d’un fournisseur de données, capturé au repère synthétique T+10 ; le rapport est généré à T+20. Limite d’état S0. Aucune seconde, aucun bloc, slot ou observation UTC réel n’a été collecté.

R6 est complet uniquement pour les deux enregistrements renvoyés, pas pour le mint. La précision de cotation est déjà normalisée dans R3. Aucun autre compte A, bénéficiaire, droit LP ou enregistrement de transition d’autorité n’est fourni.

OBSERVED (OBSERVÉ) dans le jeu pédagogique : l’identité/les champs S0 et les soldes partiels sont fournis ; F-A est la provenance commune de R1/R2/R3/R6.

INFERRED (INFÉRÉ) : total 10,000 jetons, A renvoyé 2000, pool 3000 et couverture d’export 50%. Le solde renvoyé d’A est 20% du total ; son total exhaustif d’autorité reste non résolu.

UNKNOWN (INCONNU) : distribution complète, garde/couverture de verrouillage LP, authentification de l’émetteur, fraîcheur réelle et cause du conflit non résolu d’autorité de gel R4/R2.

INSUFFICIENT EVIDENCE (ÉLÉMENTS DE PREUVE INSUFFISANTS) : « Officiel et sûr, toute la liquidité verrouillée, gel impossible » échoue face aux éléments absents ou contradictoires. Les enregistrements F-A répétés ne sont pas des sources indépendantes.

Utiliser l’heure de génération comme heure d’observation ; inventer des unités pour les étiquettes T+ ; classer l’inventaire manquant comme un seul détenteur ; traiter plusieurs champs d’un fournisseur de données comme une confirmation indépendante ; résoudre silencieusement les conflits ancien/nouveau ; et émettre des prédictions à partir d’un rapport de diagnostic.

Préparez un rapport en cinq parties : périmètre, registre des éléments de preuve, constats à quatre états, limites et trois prochaines vérifications. Calculez les quantités affichées et la couverture. Corrigez le titre fourni « Jeton officiel sûr : toute la liquidité verrouillée et gel impossible ». Incluez R4 sans contaminer S0 avec l’état antérieur.

• Indiquer l’objet et la limite d’état avant la conclusion.
• Séparer les contextes d’observation, de capture et de génération.
• Relier chaque affirmation aux enregistrements et hypothèses.
• Publier la couverture et les dénominateurs.
• Conserver les conflits et les champs indisponibles.
• Demander les éléments de preuve manquants sans appel de trading.
• Garder needs_review et la version exacts.

Un rapport défendable sur un actif permet de retrouver sa chaîne d’éléments de preuve. Des constats limités étayés restent utiles aux côtés de questions non résolues d’identité, d’autorité ou de liquidité.

La provenance fait partie de l’affirmation. Une couverture partielle doit rester partielle. Les enregistrements de diagnostic préservent observations et limites ; ils ne certifient pas la sûreté et ne prédisent pas les rendements.

Créer un registre d’éléments de preuve R1–R6 avec colonnes source/contexte et regroupement F-A commun. Un panneau de rapport à quatre états relie les affirmations aux lignes. Montrer 50% de couverture avec composition non renvoyée inconnue ; séparer S−2 et S0. Étiqueter les valeurs T+ comme synthétiques, sans secondes/minutes. Conserver R4/R2 comme affirmations contradictoires : cause UNKNOWN / UNRESOLVED (INCONNU / NON RÉSOLU), sans flèche de réactivation. Citer S08-SET/S08-FREEZE uniquement pour la sémantique de révocation permanente ; ne pas authentifier les valeurs du jeu pédagogique.

Rapport de diagnostic illustratif ; ni Passport runtime ni certificat de sûreté.

Utiliser SVG/HTML ou graphiques déterministes avec alternatives textuelles, bleu marine/noir et accents mesurés cyan, bleu électrique et violet. Étiqueter chaque quantité et incertitude. À 390px, empiler les panneaux ; la vérification 768px/ordinateur et RTL arabe reste un travail ultérieur sur les visuels. Garder les identifiants LTR et le sens factuel des axes/liens inchangé. Utiliser uniquement la marque officielle BlockAssay fournie si une identité de marque est ajoutée. Les deux enregistrements sont des spécifications, pas des visuels livrés.

Utilisez DIAGNOSTIC_PASSPORT pour le seul objectif pédagogique délimité de la leçon si la prise en charge du réseau, l’identité exacte, les champs et la provenance sont vérifiés. Ce contenu ne revendique aucun endpoint runtime ni capacité de fournisseur de données. Utilisez le jeu pédagogique hors ligne intégré sans accès payant. Les données manquantes restent inconnues ; aucune connexion de portefeuille, signature de transaction, lancement de jeton ou transaction en direct n’est nécessaire. La progression Academy, les paiements et les recommandations de clients ne changent jamais les éléments de preuve Radar. Un Diagnostic Passport préserve observations et limites, pas une prédiction de prix ou un certificat de sûreté.

• Solana getTokenSupply — Offre brute, décimales et contexte de réponse RPC ; pas une définition de l’offre en circulation. Vérifié le 2026-09-30.

• Metaplex — Mise à jour des actifs Token Metadata — Autorité de mise à jour, indicateur de mutabilité et champs de métadonnées modifiables dans ce programme précis. Vérifié le 2026-09-30.

• Pools Uniswap v2 — Droits fongibles LP de contribution et de remboursement, propres à v2. Vérifié le 2026-09-30.

• Solana getTokenAccountsByOwner — Énumération limitée au propriétaire, filtrée par mint ou programme. Vérifié le 2026-09-30.

• Solana — Définir l’autorité — Une révocation valide à None supprime définitivement le rôle d’autorité sélectionné ; périmètre ici limité au même mint correctement identifié du Token Program standard et au rôle de gel. Mécanisme uniquement, pas authentification du jeu pédagogique. Vérifié le 2026-10-01.

• Solana — Geler un compte — Seul un mint disposant d’une autorité de gel peut geler des comptes de jetons ; une autorité de gel révoquée ne peut plus servir à les geler. Mécanisme uniquement, pas authentification du jeu pédagogique. Vérifié le 2026-10-01.

La documentation étaye les mécanismes, pas les valeurs fictives du jeu de données. Tous les exemples et enregistrements d’exercice sont du matériel original ILLUSTRATIVE, figé dans ce fichier. S0/S1 sont des étiquettes de contexte synthétiques ; observedAt vaut null car aucune mesure de registre en direct ou historique n’a été collectée. Revoir la documentation et le comportement effectivement déployé avant toute publication ou intégration.

P08 est terminé. Revoyez votre rapport reliant les sources aux affirmations et les limites non résolues, puis revenez au tableau de bord Academy. Les programmes ultérieurs et les laboratoires distincts conservent leurs prérequis indiqués.