Objet Le modèle de preuve LXKeys sépare l’identité canonique de la preuve du stockage des fichiers. Un Registry Record Chronoscript peut référencer zéro, un ou plusieurs Evidence Objects. Les octets des fichiers de preuve ne sont pas incorporés au Registre canonique. Le Registre conserve à la place un Evidence Manifest déterministe qui identifie l’ensemble des preuves rattachées à l’enregistrement au moment de sa finalisation. Evidence Manifest canonique Lors de la finalisation, LXKeys enregistre un Evidence Manifest contenant, pour chaque Evidence Object : Evidence ID, rôle, libellé logique, nom de fichier original, type média, taille exacte en octets, empreinte SHA-256 et classe de divulgation. Le manifeste contient également le nombre d’objets et leur taille cumulée. Une empreinte SHA-256 de la représentation déterministe du manifeste est enregistrée avec le Registry Record. Rôles des Evidence Objects primary — preuve qui établit directement l’événement ou l’objet enregistré. supporting — élément complémentaire utile à l’interprétation, à la provenance ou à la vérification. Séparation du stockage Le Registre canonique conserve l’identité de la preuve et ses métadonnées d’intégrité. Les octets sont conservés dans une couche Evidence Storage protégée, hors de la racine web publique. Le fournisseur physique, la clé logique de stockage, la classe de stockage et l’état des vérifications d’intégrité sont des données opérationnelles volontairement exclues de l’Evidence Manifest canonique. Elles peuvent évoluer lors de la conservation ou d’une migration de fournisseur sans réécrire le Registry Record finalisé, à condition que l’objet conservé corresponde toujours à l’empreinte fixée dans le manifeste. Divulgation La divulgation des preuves est indépendante de celle du Registry Record. Un enregistrement public peut référencer une preuve restricted ou private. Les interfaces publiques ne doivent pas exposer les noms de fichiers protégés, emplacements ou contenus sauf si la politique de divulgation applicable l’autorise. Vérification d’intégrité LXKeys peut recalculer périodiquement l’empreinte des Evidence Objects conservés au moyen d’une lecture en flux, afin que la vérification n’exige pas de charger en mémoire l’intégralité d’un objet volumineux. La vérification compare l’empreinte observée avec celle fixée dans l’Evidence Manifest canonique. Une divergence de stockage constitue un incident d’intégrité ; elle ne réécrit pas le Registry Record. Fichiers volumineux et documents longs La livraison des preuves prend en charge l’accès par plages d’octets lorsque le format s’y prête afin qu’un lecteur compatible ne récupère que les portions nécessaires. Des représentations dérivées — extraction de texte, miniatures, index de pages ou index de recherche — peuvent être générées pour l’usage. Elles ne remplacent jamais l’Evidence Object original ni son empreinte canonique. Portabilité Les ensembles de preuves peuvent être exportés dans des formats d’archive courants pour le transport, mais le conteneur d’archive n’est pas la définition canonique de l’Evidence Set. Le manifeste reste lisible indépendamment et décrit séparément chaque objet qui le compose. Canonicalisation et liaison au record L’Evidence Manifest canonique est lié au Record ID finalisé et à la Registry Sequence, jamais à un UID interne de base de données. La version 1.0.0 utilise LXKeys-Evidence-Canonical-JSON-1 : les clés d’objet du schéma sont des identifiants ASCII et sont sérialisées dans l’ordre lexical croissant, les tableaux conservent leur ordre défini, les chaînes utilisent l’échappement JSON, les entiers non négatifs sont écrits en base 10 sans zéros initiaux, l’encodage est UTF-8 et aucun espace non significatif n’est émis. Les Evidence Objects sont ordonnés par Evidence ID avant la sérialisation canonique. Cette règle fait partie du contrat d’interopérabilité et permet à des implémentations indépendantes de reproduire la même empreinte de manifeste. Les enregistrements historiques finalisés avant ce modèle ne reçoivent aucun manifeste fabriqué rétroactivement. Terminologie de divulgation publique Public — l’objet de preuve peut être énuméré sur la fiche publique du Registre et, lorsque le format le permet techniquement, prévisualisé et téléchargé. Restreint — l’objet de preuve reste conservé et peut être représenté dans l’Evidence Manifest canonique, mais son fichier et ses détails descriptifs ne sont pas exposés par la fiche publique. Confidentiel — l’objet de preuve reste hors divulgation publique. Le stockage historique du protocole/runtime peut représenter ce niveau par la valeur `private` ; cette valeur de compatibilité n’autorise aucune énumération publique. Le nombre affiché comme preuves publiques sur une fiche du Registre compte uniquement les objets réellement exposés comme publics. Il ne doit révéler ni le nombre, ni les noms de fichiers, ni les métadonnées descriptives des objets restreints ou confidentiels.