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)
f16be0f1f0f1fb8b2e3312407f4e8ada22ab59ac2e43940d45db8f662b145479
Horodatage de la racine : 11/07/2026 à 00:26 UTC

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

Événements publiés : 4 624  |  Dernière mise à jour : 11/07/2026 à 00:26 UTC

DESTROYED
block_id : #2785
event_hash : 1440aba96dc5••••••••••••••••••••••••••••••••2001fd587f9d
previous_hash : e67e6982c6b6••••••••••••••••••••••••••••••••049092037623
CREATED
block_id : #2784
event_hash : e67e6982c6b6••••••••••••••••••••••••••••••••049092037623
previous_hash : 14b16fa97bb0••••••••••••••••••••••••••••••••d29539f7c6e8
DESTROYED
block_id : #2783
event_hash : 14b16fa97bb0••••••••••••••••••••••••••••••••d29539f7c6e8
previous_hash : 1a9ef3c171a5••••••••••••••••••••••••••••••••022e88664164
CREATED
block_id : #2782
event_hash : 1a9ef3c171a5••••••••••••••••••••••••••••••••022e88664164
previous_hash : 6114b1cb51e1••••••••••••••••••••••••••••••••4289cf9eb61d
DESTROYED
block_id : #2781
event_hash : 6114b1cb51e1••••••••••••••••••••••••••••••••4289cf9eb61d
previous_hash : 745f61397746••••••••••••••••••••••••••••••••965930f798ff
CREATED
block_id : #2780
event_hash : 745f61397746••••••••••••••••••••••••••••••••965930f798ff
previous_hash : af0c42012b90••••••••••••••••••••••••••••••••380209aa4a2a
CREATED
block_id : #2779
event_hash : af0c42012b90••••••••••••••••••••••••••••••••380209aa4a2a
previous_hash : 9ee77fae9b6c••••••••••••••••••••••••••••••••7953d58d6d9b
CREATED
block_id : #2778
event_hash : 9ee77fae9b6c••••••••••••••••••••••••••••••••7953d58d6d9b
previous_hash : 602ada1ba8bd••••••••••••••••••••••••••••••••3a07468935a2
CREATED
block_id : #2777
event_hash : 602ada1ba8bd••••••••••••••••••••••••••••••••3a07468935a2
previous_hash : ccad9c131594••••••••••••••••••••••••••••••••3d0cc07932e2
CREATED
block_id : #2776
event_hash : ccad9c131594••••••••••••••••••••••••••••••••3d0cc07932e2
previous_hash : ec95d9e9673a••••••••••••••••••••••••••••••••866523246ad8
DESTROYED
block_id : #2775
event_hash : ec95d9e9673a••••••••••••••••••••••••••••••••866523246ad8
previous_hash : c46c6235d384••••••••••••••••••••••••••••••••fe487d1c4b33
CREATED
block_id : #2774
event_hash : c46c6235d384••••••••••••••••••••••••••••••••fe487d1c4b33
previous_hash : 36e0d72d6da8••••••••••••••••••••••••••••••••cf9eebced08a
CREATED
block_id : #2773
event_hash : 36e0d72d6da8••••••••••••••••••••••••••••••••cf9eebced08a
previous_hash : 51b490800fcf••••••••••••••••••••••••••••••••ae4a92226b63
DESTROYED
block_id : #2772
event_hash : 51b490800fcf••••••••••••••••••••••••••••••••ae4a92226b63
previous_hash : 528e5a2130a4••••••••••••••••••••••••••••••••19113b4b5356
DESTROYED
block_id : #2771
event_hash : 528e5a2130a4••••••••••••••••••••••••••••••••19113b4b5356
previous_hash : 07fb623a4770••••••••••••••••••••••••••••••••d8e5227e0f7e
CREATED
block_id : #2770
event_hash : 07fb623a4770••••••••••••••••••••••••••••••••d8e5227e0f7e
previous_hash : 825cc451faab••••••••••••••••••••••••••••••••03ecebb3a005
DESTROYED
block_id : #2769
event_hash : 825cc451faab••••••••••••••••••••••••••••••••03ecebb3a005
previous_hash : 30c1834bba75••••••••••••••••••••••••••••••••cd4be4c5a320
EXPIRED
block_id : #2768
event_hash : 30c1834bba75••••••••••••••••••••••••••••••••cd4be4c5a320
previous_hash : b8684dce8490••••••••••••••••••••••••••••••••cd2fd7e1b064
DESTROYED
block_id : #2767
event_hash : b8684dce8490••••••••••••••••••••••••••••••••cd2fd7e1b064
previous_hash : c940bff24060••••••••••••••••••••••••••••••••02d64e44424c
CREATED
block_id : #2766
event_hash : c940bff24060••••••••••••••••••••••••••••••••02d64e44424c
previous_hash : 66d211a00a76••••••••••••••••••••••••••••••••5c53ed3940a3
CREATED
block_id : #2765
event_hash : 66d211a00a76••••••••••••••••••••••••••••••••5c53ed3940a3
previous_hash : d90f6de1f961••••••••••••••••••••••••••••••••e0250ae4d995
CREATED
block_id : #2764
event_hash : d90f6de1f961••••••••••••••••••••••••••••••••e0250ae4d995
previous_hash : e28a5a1016e5••••••••••••••••••••••••••••••••c524de75a422
CREATED
block_id : #2763
event_hash : e28a5a1016e5••••••••••••••••••••••••••••••••c524de75a422
previous_hash : 6927aa5cda31••••••••••••••••••••••••••••••••af46c43d0f6e
CREATED
block_id : #2762
event_hash : 6927aa5cda31••••••••••••••••••••••••••••••••af46c43d0f6e
previous_hash : a18fcc71c999••••••••••••••••••••••••••••••••a47a1c1fc164
CREATED
block_id : #2761
event_hash : a18fcc71c999••••••••••••••••••••••••••••••••a47a1c1fc164
previous_hash : 6418dd82c9a0••••••••••••••••••••••••••••••••a0e9230608d4

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.