Horodatage blockchain vs envoi de fichier par email
Par BlockchainSignPublié le

S'envoyer une copie à soi-même est la version moderne du copyright du pauvre, et c'est une vraie amélioration par rapport à l'enveloppe. C'est aussi moins solide que la confiance que les gens lui accordent.
Ce que l'email apporte vraiment
Mieux que rien, et la raison est que tout ne vous appartient pas.
Les en-têtes côté fournisseur. Les en-têtes Received et la date côté serveur du message sont écrits par les serveurs de messagerie, pas par vous. C'est un vrai point fort : contrairement à la date de modification d'un fichier, vous ne l'avez pas générée.
Une pièce jointe préservée. Le fichier a voyagé et se trouve dans une boîte mail essentiellement tel qu'il a été envoyé.
Un récit cohérent. Un message envoyé avec une pièce jointe daté constitue une preuve ordinaire et cohérente.
Où ça échoue
Le produire proprement est plus difficile qu'on ne le pense. Ce qui compte, c'est le message brut avec tous ses en-têtes, fourni par le prestataire, et non une copie transférée ou une capture d'écran de la boîte de réception. Des années plus tard, exporter cela dans un format acceptable peut être véritablement délicat.
Cela dépend d'un compte. Un compte fermé, un domaine expiré, un fournisseur qui supprime les anciens messages ou une migration entre services peuvent emporter la preuve avec eux. Dix ans, c'est long pour une boîte mail.
L'envoi auto-sollicité est inhabituel, et l'inhabituel attire l'attention. Le schéma est suffisamment connu pour que la partie adverse suggère qu'il a été créé à cette fin.
Vous pouvez, en fait, le manipuler. Gérer son propre serveur de messagerie, ou sur certains fournisseurs, les dates des messages peuvent être influencées. Ce n'est pas trivial, et ce n'est pas impossible, et cette possibilité sera au cœur de l'argumentation.
La pièce jointe peut ne pas survivre intacte. L'encodage, le réencodage et les clients de messagerie qui réécrivent « utilement » les pièces jointes peuvent modifier les octets. Puisque un hash couvre des octets exacts, cela importe si vous voulez plus tard prouver qu'il s'agit du même fichier.
Comparaison côte à côte
| Email vers soi-même | Horodatage blockchain | |
|---|---|---|
| Date écrite par | Votre fournisseur | Un registre public |
| Sous votre contrôle | Partiellement | Non |
| Survit à la perte du compte | Non | Oui |
| Vérifiable par un tiers | Avec effort | Directement |
| Nécessite qu'une entreprise existe | Oui | Non |
| Couvre des octets exacts | Parfois | Oui |
| Coût | Gratuit | Quelques dollars |
| Facilité de production des années plus tard | Faible | Ouvrir un lien |
De quoi parle vraiment cette comparaison
Les deux tentent de faire la même chose : sortir la date de vos mains.
L'email la sort partiellement, pour la mettre entre les mains d'une entreprise. L'enregistrement blockchain la sort entièrement, pour la confier à un registre sans propriétaire. La différence apparaît aux deux endroits où la preuve casse habituellement : des années plus tard, lorsque le compte n'existe peut-être plus, et sous contestation, lorsque « votre fournisseur le dit » est une affirmation plus faible que « voici le bloc ».
Utilisez les deux, si vous voulez
Il n'y a aucun conflit. Envoyez-vous l'email et horodatez le fichier. Deux enregistrements indépendants, l'un gratuit, l'autre quelques dollars, reposant sur des hypothèses totalement différentes.
Si vous n'en faites qu'un, choisissez celui dont le mode d'échec vous convient. Si le matériel vaut la peine d'être débattu dans cinq ans, la dépendance au compte de l'email est un risque réel, et l'enregistrement qui n'a pas de date d'expiration est le choix le plus sûr.
Ce qu'aucun des deux ne fait
Prouver que vous avez créé le fichier. Les deux établissent qu'un fichier existait avant une certaine date — voir preuve d'existence vs preuve de paternité. Aucun ne crée un droit, et aucun ne remplace l'enregistrement là où l'enregistrement est ce dont vous avez réellement besoin.