Votre fichier reste sur votre appareil — seule son empreinte (SHA-256) est envoyée, pour l’horodater ou la rechercher.
Preuve d’existence
Horodatez n’importe quel fichier avec @beat — gratuit et public. Votre fichier ne quitte jamais votre appareil ; seul son SHA-256 est enregistré. Plus tard, prouvez que le document existait à ce moment-là.
Style du badge
Le badge est dans la langue de cette page.
Aperçu — voici l’aspect du badge sur votre site
Sans script ni pistageLe badge ne se connecte pas à sigelith.org pendant qu’on lit votre page — seulement quand on clique sur « Vérifier de manière indépendante ».
Ne touche pas à vos stylesLe badge a ses propres styles, isolés : il ne change pas l’apparence de votre page, et les styles de votre page ne changent pas le badge.
Données inscrites une fois pour toutesUn horodatage ne change pas : la date et l’empreinte sont donc dans le code. L’état actuel — le sceau hebdomadaire, Bitcoin — est affiché sur la page de vérification.
Comment le coller
WordPress : le bloc « HTML personnalisé » sous le fichier · Ghost : une carte HTML · votre propre site : juste sous le lien vers le fichier.
Un lecteur peut télécharger le fichier et le déposer sur la page de vérification — il verra s’il s’agit du même fichier que celui qui a été horodaté.
Vérifiable sans avoir à nous croire sur parole
Votre entrée ne repose pas sur notre parole. Elle est scellée par des témoins indépendants — Bitcoin, une banque et des archives publiques —, chacun avec un propriétaire, un pays et un mobile différents. Les chiffres sont en direct et chaque carte mène à la preuve.
Journal public
1119
Entrées du journal
Chaque empreinte est chaînée à la précédente, et n’importe qui peut télécharger et recalculer le journal entier.
Les racines hebdomadaires et les points de contrôle sont inscrits dans Bitcoin via OpenTimestamps, et chaque point de contrôle cite un bloc récent — le temps est ainsi borné des deux côtés.
Votre horodatage est enregistré instantanément — les sceaux supplémentaires sont ajoutés plus tard
Immédiatement, lorsque vous horodatez : votre hachage, son heure @beat et UTC, ainsi que sa position dans la chaîne de hachage à ajout seul. Cela prouve déjà à lui seul que le document existait à ce moment-là.
En moins d’une journée, le prochain point de contrôle quotidien (après 00:00 UTC) signe l’ensemble du journal — votre entrée comprise — et l’inscrit dans Bitcoin quelques heures plus tard.
Après la fin de la semaine — une fois la semaine en cours close (le lundi suivant, 00:00 UTC), sa racine Merkle hebdomadaire est gelée, et trois couches indépendantes viennent s’y ajouter :
Signature Ed25519 — ajoutée au moment où la semaine est scellée.
Bitcoin (OpenTimestamps) — soumise dans l’heure ; confirmée dans un bloc Bitcoin quelques heures plus tard.
Ancrage bancaire — la racine est ancrée sur une référence bancaire indépendante et publiée, généralement en quelques jours.
Ainsi, un certificat récent affichant « pending — week still open » (en attente — semaine encore ouverte) est tout à fait normal. Revenez une fois votre semaine terminée et scellée, puis vérifiez à nouveau ou téléchargez encore une fois le certificat (ou scannez son code QR) — la signature, l’attestation Bitcoin et l’ancrage bancaire apparaîtront alors. L’horodatage lui-même ne change jamais.
Ancrage hebdomadaire des hachages
La racine Merkle de chaque semaine est ancrée sur une référence bancaire indépendante — un enregistrement distinct et horodaté attestant que le journal de la semaine existait à cette date.
Le champ racine de cette entrée a été mal saisi et ne correspond pas à la racine de la semaine. Les entrées ne peuvent qu’être ajoutées, jamais modifiées : celle-ci reste donc visible. La racine de la semaine est 955c494562039bfadb857622fffb95a9881c5250f7cd9a9479d363112c5f55dd.
Ancré par : Swissquote Bank SA (Swiss bank) · Statut : ✓ confirmé · Réf. bancaire : 1144955485
Ancré par : Swissquote Bank SA (Swiss bank) · Statut : ✓ confirmé · Réf. bancaire : 1122189662
Les semaines sans aucune entrée n’ont pas de racine, donc rien à ancrer : 2026-W28.
Comment ça marche
1. Votre navigateur calcule le SHA-256 du fichier — le fichier reste sur votre appareil.
2. Le hachage est enregistré dans un journal à ajout seul, chaîné par hachage, avec son heure @beat et UTC.
3. Chaque semaine, tous les hachages sont combinés en une racine Merkle, signée avec notre clé Ed25519 et ancrée à l’extérieur — sur une référence bancaire indépendante et dans Bitcoin via OpenTimestamps.
4. N’importe qui peut ensuite vérifier le hachage d’un fichier, son horodatage, sa preuve d’inclusion jusqu’à la racine ancrée, la signature et l’attestation Bitcoin (.ots téléchargeable).
Cela atteste l’existence à un instant donné et l’intégrité — et non la paternité ou l’authenticité du contenu.
Vous partagez une photo horodatée via une messagerie ? Envoyez-la comme document/fichier — les applications qui recompressent les images modifient les octets, et le hachage de ce qui arrive ne correspond plus à l’original horodaté.
Vous voulez l’algorithme exact — le hachage des feuilles et des nœuds, le message signé, comment recalculer une preuve d’inclusion ? Lisez la spécification complète de la preuve.
La preuve répond à « cela existait avant cet instant ». Son miroir répond à « cela ne peut être lu avant cet instant » : une capsule scellée ne s’ouvre que lorsque des détenteurs de clés indépendants se réunissent, et notre serveur de clés ne libère sa part qu’après le @beat choisi — aucun détenteur de clé ne peut donc l’ouvrir seul plus tôt, nous compris. Le format est ouvert : lisez la spécification des capsules.
Les racines Merkle hebdomadaires sont signées avec notre clé Ed25519. Clé publique :
e7y9THJIUKvNKOZHmdBjJ8E0bOKyBFVxxMpAJ8w574Y= Historique et rotation des clés