Guide pratique
Comprendre l’inclusion d’un dépôt dans un ancrage groupé
Une référence d’ancrage commune à plusieurs dépôts peut surprendre. Pour comprendre une preuve groupée, distinguez le fichier que vous contrôlez, son inclusion dans un lot et la confirmation de l’ancrage de ce lot.
La vérification suit plusieurs liens : l’empreinte du fichier doit correspondre à la référence du dépôt, les données d’inclusion doivent le relier au lot, puis l’ancrage confirmé doit correspondre à ce lot. Aucun de ces contrôles ne remplace les autres.
Partir du fichier à vérifier
Conservez le fichier exact concerné et les pièces de preuve disponibles. Le nom ou l’apparence du document ne suffisent pas à établir qu’il s’agit de la même suite d’octets. Évitez de modifier le fichier pendant les vérifications.
Commencez par comparer son empreinte SHA-256 à celle attendue pour le dépôt. Si elles diffèrent, recherchez une autre version avant d’examiner plus loin la chaîne de références. Une inclusion correcte ne fait pas correspondre un fichier différent à la référence initiale.
Comprendre le rôle de l’inclusion
Un groupage rassemble plusieurs références dans une même structure de preuve. Les données d’inclusion de type Merkle servent à relier la référence d’un dépôt à la référence du lot. Elles ne sont ni les autres fichiers du lot ni leur contenu.
Dans DesignLockr, cette organisation permet une référence de lot commune avec une inclusion vérifiable. N’en déduisez pas qu’une transaction indépendante a été émise pour chaque fichier. Conservez les données de votre dépôt avec le dossier JSON au lieu de noter seulement un lien d’explorateur.
Distinguer envoi et confirmation
L’ancrage Tezos intervient après traitement et confirmation. La préparation du dépôt, son attente et l’état confirmé décrivent des étapes différentes ; aucune mention d’ancrage instantané ne doit remplacer la lecture du statut effectivement présenté.
Un contrôle doit établir à quel lot se rapporte l’ancrage consulté. Copier une référence de transaction dans une note sans conserver le lien d’inclusion laisse une question essentielle ouverte : comment votre dépôt est-il relié à cette référence commune ?
Rapporter le résultat sans l’élargir
Présentez les vérifications séparément : fichier retrouvé, empreinte correspondante, inclusion contrôlée et ancrage confirmé. Si une étape n’a pas été effectuée, indiquez-la. Ce compte rendu reste plus utile qu’une formule générale affirmant que tout est prouvé.
La cohérence de ces éléments ne suffit pas à établir l’auteur, l’originalité, la propriété ou l’autorisation d’utiliser des éléments tiers. Gardez les informations de création et les engagements dans un volet distinct si ces questions doivent être examinées.
Exemple fictif : lecture d’une preuve Iris
Exemple fictif à adapter à votre projet.
| Contrôle fictif Iris | Élément examiné | Conclusion limitée |
|---|---|---|
| Fichier | Empreinte attendue | La copie correspond à la référence |
| Inclusion | Données du dépôt vers le lot | Le dépôt est relié au lot |
| Ancrage | Référence du lot confirmée | Le lot possède cet ancrage |
Table pédagogique fictive : chaque conclusion suppose un contrôle effectivement réalisé.
Avant de transmettre
- Conserver le fichier sans le modifier.
- Comparer son empreinte à la référence.
- Garder les données d’inclusion.
- Vérifier le lot et le statut confirmé.
- Rapporter séparément chaque résultat.
Questions pratiques
Pourquoi deux dépôts ont-ils une référence commune ?
Ils peuvent appartenir au même lot d’ancrage. L’inclusion propre à chacun permet de relier sa référence à ce lot commun.
Le certificat seul démontre-t-il la création du fichier ?
Il contribue au dossier de vérification. Il ne suffit pas à établir qui a créé le contenu ni à résoudre les questions d’originalité ou de droits.
Pour poursuivre
Comprendre la référence d’ancrage Tezos
Contrôler les éléments de preuve
Distinguer attente et confirmation
Cette méthode aide à identifier et conserver les pièces du projet. Elle ne remplace pas sa validation technique ni l’examen des droits et engagements applicables.
1er dépôt offert, sans carte bancaire.
Préparez vos fichiers et leur contexte avant de créer votre compte, puis finalisez le dépôt dans votre compte. Consultez ensuite le statut de la preuve ; l’archivage des originaux reste facultatif.
Lire les éléments d’une inclusion dans un lot
Le lot fictif rassemble les engagements A, B, C et D. Le dossier de B doit permettre de relier son engagement à la racine commune avant d’examiner l’opération qui la référence. La fiche nomme la feuille, les éléments du chemin et la racine ; elle ne crée ni vraie preuve d’inclusion ni transaction de démonstration prétendument confirmée.
Conservez les données fournies par l’export réel et utilisez la procédure de vérification adaptée à son format. Une racine visible ne suffit pas à prouver le lien avec votre manifeste si le chemin nécessaire manque. Distinguez le lot préparé, sa soumission et la confirmation examinée. Le contrôle de B ne permet pas de déduire le contenu des autres dossiers ni de reconstruire les fichiers originaux.
| Repère | Exemple fictif | Contrôle à effectuer |
|---|---|---|
| Feuille B | Engagement du dossier fictif | Correspondance au manifeste |
| Chemin | Éléments d’inclusion de B | Format réel à conserver |
| Racine | Engagement commun du lot | Calcul à vérifier selon procédure |
| Opération | Référence publique du lot | Confirmation à examiner |
Avant de poursuivre
- Conserver le chemin avec les données de version.
- Vérifier le lien à la racine avant l’opération.
- Distinguer préparation soumission et confirmation.
Exemple fictif — Lire les éléments d’une inclusion dans un lot