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)
937307d72bd8a1c8b27ed1bd9bf40d844cf85700693a171c75e5bcfa281c3ba4
Horodatage de la racine : 04/11/2026 à 17:51 UTC

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

Événements publiés : 11 018  |  Dernière mise à jour : 04/11/2026 à 17:51 UTC

CREATED
block_id : #10504
event_hash : 3d92d2b0c8c8••••••••••••••••••••••••••••••••cca5c0a45b57
previous_hash : 11eed40debdc••••••••••••••••••••••••••••••••033aae062c14
CREATED
block_id : #10503
event_hash : 11eed40debdc••••••••••••••••••••••••••••••••033aae062c14
previous_hash : ce4cc71e2a15••••••••••••••••••••••••••••••••d6cc75ff879c
CREATED
block_id : #10502
event_hash : ce4cc71e2a15••••••••••••••••••••••••••••••••d6cc75ff879c
previous_hash : d28176db3b98••••••••••••••••••••••••••••••••f89dcb3139b7
CREATED
block_id : #10501
event_hash : d28176db3b98••••••••••••••••••••••••••••••••f89dcb3139b7
previous_hash : d531fbb0073d••••••••••••••••••••••••••••••••ee79a27e437c
CREATED
block_id : #10500
event_hash : d531fbb0073d••••••••••••••••••••••••••••••••ee79a27e437c
previous_hash : e04f2a80164e••••••••••••••••••••••••••••••••dc2a94552879
CREATED
block_id : #10499
event_hash : e04f2a80164e••••••••••••••••••••••••••••••••dc2a94552879
previous_hash : 2eff9ded7c4d••••••••••••••••••••••••••••••••d8e3e5d9d528
CREATED
block_id : #10498
event_hash : 2eff9ded7c4d••••••••••••••••••••••••••••••••d8e3e5d9d528
previous_hash : 04d08ce35686••••••••••••••••••••••••••••••••450b7e053f04
CREATED
block_id : #10497
event_hash : 04d08ce35686••••••••••••••••••••••••••••••••450b7e053f04
previous_hash : 1257d0b9907c••••••••••••••••••••••••••••••••8aefbc2c797c
CREATED
block_id : #10496
event_hash : 1257d0b9907c••••••••••••••••••••••••••••••••8aefbc2c797c
previous_hash : 6afddb84a3a0••••••••••••••••••••••••••••••••119259cfab6a
CREATED
block_id : #10495
event_hash : 6afddb84a3a0••••••••••••••••••••••••••••••••119259cfab6a
previous_hash : 5b86849dc70f••••••••••••••••••••••••••••••••1277b5a14d1f
CREATED
block_id : #10494
event_hash : 5b86849dc70f••••••••••••••••••••••••••••••••1277b5a14d1f
previous_hash : 166ee62e6cf7••••••••••••••••••••••••••••••••e729245ab0ba
CREATED
block_id : #10493
event_hash : 166ee62e6cf7••••••••••••••••••••••••••••••••e729245ab0ba
previous_hash : 4e2c673abf74••••••••••••••••••••••••••••••••a156cd91e864
CREATED
block_id : #10492
event_hash : 4e2c673abf74••••••••••••••••••••••••••••••••a156cd91e864
previous_hash : ede405955177••••••••••••••••••••••••••••••••769237e694b3
CREATED
block_id : #10491
event_hash : ede405955177••••••••••••••••••••••••••••••••769237e694b3
previous_hash : b4c1bf4a43e9••••••••••••••••••••••••••••••••ef19d1463137
CREATED
block_id : #10490
event_hash : b4c1bf4a43e9••••••••••••••••••••••••••••••••ef19d1463137
previous_hash : 43b37bfcb216••••••••••••••••••••••••••••••••57d5cfb247b6
CREATED
block_id : #10489
event_hash : 43b37bfcb216••••••••••••••••••••••••••••••••57d5cfb247b6
previous_hash : 9ab5bc64e8af••••••••••••••••••••••••••••••••cb7a3fd93e0a
CREATED
block_id : #10488
event_hash : 9ab5bc64e8af••••••••••••••••••••••••••••••••cb7a3fd93e0a
previous_hash : fe1bd937c60c••••••••••••••••••••••••••••••••f50a9ae22f72
CREATED
block_id : #10487
event_hash : fe1bd937c60c••••••••••••••••••••••••••••••••f50a9ae22f72
previous_hash : cd6085bab02d••••••••••••••••••••••••••••••••487881b725e5
CREATED
block_id : #10486
event_hash : cd6085bab02d••••••••••••••••••••••••••••••••487881b725e5
previous_hash : c3af82a6f3cd••••••••••••••••••••••••••••••••168e671e8313
CREATED
block_id : #10485
event_hash : c3af82a6f3cd••••••••••••••••••••••••••••••••168e671e8313
previous_hash : 8be32b931c93••••••••••••••••••••••••••••••••984e18e59433
DESTROYED
block_id : #10484
event_hash : 8be32b931c93••••••••••••••••••••••••••••••••984e18e59433
previous_hash : 0a7f596d95b8••••••••••••••••••••••••••••••••da97942345e9
DESTROYED
block_id : #10483
event_hash : 0a7f596d95b8••••••••••••••••••••••••••••••••da97942345e9
previous_hash : b5a56e31abd6••••••••••••••••••••••••••••••••efbdb39ff1f7
CREATED
block_id : #10482
event_hash : b5a56e31abd6••••••••••••••••••••••••••••••••efbdb39ff1f7
previous_hash : ecb1e2df5db5••••••••••••••••••••••••••••••••afb418853653
CREATED
block_id : #10481
event_hash : ecb1e2df5db5••••••••••••••••••••••••••••••••afb418853653
previous_hash : 96e242011f3c••••••••••••••••••••••••••••••••961968e45995
CREATED
block_id : #10480
event_hash : 96e242011f3c••••••••••••••••••••••••••••••••961968e45995
previous_hash : b36620c0eddf••••••••••••••••••••••••••••••••1ba94c503581

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.