Warrant Canary Intact

Nos serveurs n'ont fait l'objet d'aucune compromission, brèche matérielle ou réquisition gouvernementale secrète à ce jour.

Consulter le manifeste
La Philosophie du Papillon

Registre cryptographique public

Ce registre de transparence cryptographique publie les événements générés par l’infrastructure ITYLOS.
Chaque entrée correspond à une opération mathématique vérifiable : création, accès ou destruction de capsule.
Le journal est conçu pour être un registre d'intégrité auditable indépendamment.

Registre append-only Historique immuable Vérifiable indépendamment

Modèle de transparence

Le registre ITYLOS s’inspire des registres de transparence utilisés dans l’infrastructure de sécurité moderne.

Ce modèle est comparable aux systèmes :

  • Certificate Transparency (CT)
  • Transparency logs cryptographiques
  • Journaux append-only audités

Audit indépendant du registre

Le registre peut être analysé indépendamment de l’infrastructure ITYLOS.

Les empreintes cryptographiques permettent de reconstruire la chaîne d’intégrité depuis le bloc Genesis et de vérifier mathématiquement qu’aucun événement n’a été supprimé ou modifié.

Confidentialité absolue

Le registre ne contient aucune donnée sensible.

Seules des empreintes cryptographiques anonymisées (hashs SHA-256) et des identifiants techniques sont publiés. Ce système Zero-Knowledge préserve l'anonymat de l'expéditeur et du destinataire.

Intégrité du Registre (Root Hash)
937072e97270594763dbc3d349b8f753e3e8d9cf8e4d9859b6a900259fafc45f
Horodatage de la racine : 05/11/2026 à 09:29 UTC

Flux d’événements en temps réel

Événements publiés : 11 023  |  Dernière mise à jour : 05/11/2026 à 09:29 UTC

CREATED
block_id : #10284
event_hash : aa8722611d0d••••••••••••••••••••••••••••••••8149642dd2c7
previous_hash : 7f4d5a3ca996••••••••••••••••••••••••••••••••3da0ef124bf2
CREATED
block_id : #10283
event_hash : 7f4d5a3ca996••••••••••••••••••••••••••••••••3da0ef124bf2
previous_hash : a5869b4863d7••••••••••••••••••••••••••••••••d95daaef3101
CREATED
block_id : #10282
event_hash : a5869b4863d7••••••••••••••••••••••••••••••••d95daaef3101
previous_hash : cea52c5b17c6••••••••••••••••••••••••••••••••3d38e6420ca9
CREATED
block_id : #10281
event_hash : cea52c5b17c6••••••••••••••••••••••••••••••••3d38e6420ca9
previous_hash : c7ae45a1a4c3••••••••••••••••••••••••••••••••eb5828acbcb2
CREATED
block_id : #10280
event_hash : c7ae45a1a4c3••••••••••••••••••••••••••••••••eb5828acbcb2
previous_hash : a41dccd40ff0••••••••••••••••••••••••••••••••1409df8415b0
CREATED
block_id : #10279
event_hash : a41dccd40ff0••••••••••••••••••••••••••••••••1409df8415b0
previous_hash : 3e3574e19bb8••••••••••••••••••••••••••••••••6dd61cce5d6a
CREATED
block_id : #10278
event_hash : 3e3574e19bb8••••••••••••••••••••••••••••••••6dd61cce5d6a
previous_hash : 822fa5782573••••••••••••••••••••••••••••••••fcd74c00f07e
CREATED
block_id : #10277
event_hash : 822fa5782573••••••••••••••••••••••••••••••••fcd74c00f07e
previous_hash : 58cb1ef72a97••••••••••••••••••••••••••••••••cef5fefc7421
CREATED
block_id : #10276
event_hash : 58cb1ef72a97••••••••••••••••••••••••••••••••cef5fefc7421
previous_hash : fdbe75b1d72f••••••••••••••••••••••••••••••••3fc7d0b86ee3
CREATED
block_id : #10275
event_hash : fdbe75b1d72f••••••••••••••••••••••••••••••••3fc7d0b86ee3
previous_hash : b3b8d2e72e00••••••••••••••••••••••••••••••••2a7427b54586
EXPIRED
block_id : #10274
event_hash : b3b8d2e72e00••••••••••••••••••••••••••••••••2a7427b54586
previous_hash : 802f8fbc9072••••••••••••••••••••••••••••••••70e327980686
EXPIRED
block_id : #10273
event_hash : 802f8fbc9072••••••••••••••••••••••••••••••••70e327980686
previous_hash : 10c2a6c09f19••••••••••••••••••••••••••••••••85a80f2851b7
EXPIRED
block_id : #10272
event_hash : 10c2a6c09f19••••••••••••••••••••••••••••••••85a80f2851b7
previous_hash : a3a96b805701••••••••••••••••••••••••••••••••88451057f437
EXPIRED
block_id : #10271
event_hash : a3a96b805701••••••••••••••••••••••••••••••••88451057f437
previous_hash : 8c0766b9709f••••••••••••••••••••••••••••••••fd55fb3f008d
EXPIRED
block_id : #10270
event_hash : 8c0766b9709f••••••••••••••••••••••••••••••••fd55fb3f008d
previous_hash : ea21fdfe3860••••••••••••••••••••••••••••••••fc650b78d4ff
EXPIRED
block_id : #10269
event_hash : ea21fdfe3860••••••••••••••••••••••••••••••••fc650b78d4ff
previous_hash : c7a9cfa62cf4••••••••••••••••••••••••••••••••6ec063897a4d
EXPIRED
block_id : #10268
event_hash : c7a9cfa62cf4••••••••••••••••••••••••••••••••6ec063897a4d
previous_hash : 0de4449dce97••••••••••••••••••••••••••••••••05fb6694c57d
EXPIRED
block_id : #10267
event_hash : 0de4449dce97••••••••••••••••••••••••••••••••05fb6694c57d
previous_hash : 98b110d7f091••••••••••••••••••••••••••••••••09f3dc6bdd8f
EXPIRED
block_id : #10266
event_hash : 98b110d7f091••••••••••••••••••••••••••••••••09f3dc6bdd8f
previous_hash : c2f661aa2f84••••••••••••••••••••••••••••••••df833dc96846
EXPIRED
block_id : #10265
event_hash : c2f661aa2f84••••••••••••••••••••••••••••••••df833dc96846
previous_hash : a2d91499853d••••••••••••••••••••••••••••••••d0df9eb01279
EXPIRED
block_id : #10264
event_hash : a2d91499853d••••••••••••••••••••••••••••••••d0df9eb01279
previous_hash : 1750a3f63df7••••••••••••••••••••••••••••••••819bd05a6d57
EXPIRED
block_id : #10263
event_hash : 1750a3f63df7••••••••••••••••••••••••••••••••819bd05a6d57
previous_hash : 91885f57bfb0••••••••••••••••••••••••••••••••ef5f6e7bcf4b
EXPIRED
block_id : #10262
event_hash : 91885f57bfb0••••••••••••••••••••••••••••••••ef5f6e7bcf4b
previous_hash : 949b9fb916c0••••••••••••••••••••••••••••••••4f2b2e0a1009
EXPIRED
block_id : #10261
event_hash : 949b9fb916c0••••••••••••••••••••••••••••••••4f2b2e0a1009
previous_hash : 97ad66b6dfeb••••••••••••••••••••••••••••••••8f351c3315d1
EXPIRED
block_id : #10260
event_hash : 97ad66b6dfeb••••••••••••••••••••••••••••••••8f351c3315d1
previous_hash : 9cf370441aa8••••••••••••••••••••••••••••••••f5ebe8ba0d2d

Questions Fréquentes

Comprendre l'utilité du journal d'audit append-only

Le registre prouve-t-il la destruction des capsules ?
Oui.

Le registre publie les événements cryptographiques associés aux capsules. Les destructions apparaissent sous forme d’événements horodatés (statut DESTROYED) inscrits définitivement dans la chaîne d’intégrité.
Qu’est-ce qu’un registre de transparence ?
Un registre de transparence est un journal public d’événements cryptographiques.

Il permet de vérifier mathématiquement que les opérations d’un système ont bien eu lieu à un instant précis et n’ont jamais été modifiées ou effacées a posteriori.
Les secrets apparaissent-ils dans ce registre ?
Non.

Le registre contient uniquement des empreintes cryptographiques (hashs) et des identifiants techniques anonymisés. Aucune donnée sensible n’est publiée.
Peut-on auditer le registre ?
Oui.

Toute personne peut analyser les empreintes, exporter le registre au format JSON, et vérifier la cohérence de la chaîne d’événements de manière totalement indépendante.
Le registre peut-il être modifié ?
Non.

Le journal est conçu en append-only. Chaque entrée est liée cryptographiquement à la précédente via son previous_hash. Toute modification ou suppression d'un événement passé briserait immédiatement l'intégralité de la chaîne mathématique.