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)
f674adc382a99bd7142dfe1260c26ff5e10bb2d2a38331be1d818b249bcabce4
Horodatage de la racine : 09/11/2026 à 16:02 UTC

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

Événements publiés : 11 100  |  Dernière mise à jour : 09/11/2026 à 16:02 UTC

EXPIRED
block_id : #3461
event_hash : 6ac5d27b9e6b••••••••••••••••••••••••••••••••32c22dbffcd6
previous_hash : 09f614655df2••••••••••••••••••••••••••••••••403b1f32c00e
CREATED
block_id : #3460
event_hash : 09f614655df2••••••••••••••••••••••••••••••••403b1f32c00e
previous_hash : 9bcb10e97c50••••••••••••••••••••••••••••••••a942c1d3cb84
DESTROYED
block_id : #3459
event_hash : 9bcb10e97c50••••••••••••••••••••••••••••••••a942c1d3cb84
previous_hash : 4e571a0e99ca••••••••••••••••••••••••••••••••01285ae9a96d
CREATED
block_id : #3458
event_hash : 4e571a0e99ca••••••••••••••••••••••••••••••••01285ae9a96d
previous_hash : c2d229823b67••••••••••••••••••••••••••••••••b0953f65804b
DESTROYED
block_id : #3457
event_hash : c2d229823b67••••••••••••••••••••••••••••••••b0953f65804b
previous_hash : b62a96879a85••••••••••••••••••••••••••••••••ea083a8be893
CREATED
block_id : #3456
event_hash : b62a96879a85••••••••••••••••••••••••••••••••ea083a8be893
previous_hash : 7ab6e594804e••••••••••••••••••••••••••••••••accaaa909468
DESTROYED
block_id : #3455
event_hash : 7ab6e594804e••••••••••••••••••••••••••••••••accaaa909468
previous_hash : 171241c4cf7c••••••••••••••••••••••••••••••••228b9aa8f890
DESTROYED
block_id : #3454
event_hash : 171241c4cf7c••••••••••••••••••••••••••••••••228b9aa8f890
previous_hash : 7c9e7fd445d6••••••••••••••••••••••••••••••••a827e02ac049
CREATED
block_id : #3453
event_hash : 7c9e7fd445d6••••••••••••••••••••••••••••••••a827e02ac049
previous_hash : d72a4160b86d••••••••••••••••••••••••••••••••7d8d6a27a36d
CREATED
block_id : #3452
event_hash : d72a4160b86d••••••••••••••••••••••••••••••••7d8d6a27a36d
previous_hash : 5397e917e9d4••••••••••••••••••••••••••••••••325a40ad369c
EXPIRED
block_id : #3451
event_hash : 5397e917e9d4••••••••••••••••••••••••••••••••325a40ad369c
previous_hash : 58c3069017da••••••••••••••••••••••••••••••••1fdedc8c7e6b
DESTROYED
block_id : #3450
event_hash : 58c3069017da••••••••••••••••••••••••••••••••1fdedc8c7e6b
previous_hash : 9a616fce9f28••••••••••••••••••••••••••••••••47278df6de18
CREATED
block_id : #3449
event_hash : 9a616fce9f28••••••••••••••••••••••••••••••••47278df6de18
previous_hash : 1cfdd6f9077d••••••••••••••••••••••••••••••••73a92d507cf0
CREATED
block_id : #3448
event_hash : 1cfdd6f9077d••••••••••••••••••••••••••••••••73a92d507cf0
previous_hash : ac754085a2c7••••••••••••••••••••••••••••••••1d030a9a79a8
DESTROYED
block_id : #3447
event_hash : ac754085a2c7••••••••••••••••••••••••••••••••1d030a9a79a8
previous_hash : b3a303aed825••••••••••••••••••••••••••••••••dfeafdcce627
CREATED
block_id : #3446
event_hash : b3a303aed825••••••••••••••••••••••••••••••••dfeafdcce627
previous_hash : 6fcd10128096••••••••••••••••••••••••••••••••3237ed01fbcb
CREATED
block_id : #3445
event_hash : 6fcd10128096••••••••••••••••••••••••••••••••3237ed01fbcb
previous_hash : 2d8a78dfddae••••••••••••••••••••••••••••••••33c454296e42
DESTROYED
block_id : #3444
event_hash : 2d8a78dfddae••••••••••••••••••••••••••••••••33c454296e42
previous_hash : 3ef7ea9c55f2••••••••••••••••••••••••••••••••5d079588197e
CREATED
block_id : #3443
event_hash : 3ef7ea9c55f2••••••••••••••••••••••••••••••••5d079588197e
previous_hash : 2b5230925325••••••••••••••••••••••••••••••••a9cb7384d3a9
DESTROYED
block_id : #3442
event_hash : 2b5230925325••••••••••••••••••••••••••••••••a9cb7384d3a9
previous_hash : 0d9bebf248f4••••••••••••••••••••••••••••••••126adace49ce
DESTROYED
block_id : #3441
event_hash : 0d9bebf248f4••••••••••••••••••••••••••••••••126adace49ce
previous_hash : 99f5cc18923f••••••••••••••••••••••••••••••••b058463347bd
CREATED
block_id : #3440
event_hash : 99f5cc18923f••••••••••••••••••••••••••••••••b058463347bd
previous_hash : 845678067813••••••••••••••••••••••••••••••••200066ba73ce
CREATED
block_id : #3439
event_hash : 845678067813••••••••••••••••••••••••••••••••200066ba73ce
previous_hash : 7e236fe8cb6f••••••••••••••••••••••••••••••••6dbfe94071b9
DESTROYED
block_id : #3438
event_hash : 7e236fe8cb6f••••••••••••••••••••••••••••••••6dbfe94071b9
previous_hash : a5e2f278a097••••••••••••••••••••••••••••••••d5604f58b310
DESTROYED
block_id : #3437
event_hash : a5e2f278a097••••••••••••••••••••••••••••••••d5604f58b310
previous_hash : 5df213ab97a5••••••••••••••••••••••••••••••••a6fe460ce451

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.