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)
d0eb7ab98fad824bec9c41def7f2e170196f57a3837ec1b6c380558f4ce407aa
Horodatage de la racine : 07/07/2026 à 10:08 UTC

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

Événements publiés : 4 590  |  Dernière mise à jour : 07/07/2026 à 10:08 UTC

DESTROYED
block_id : #3651
event_hash : e37c2d5b3d5f••••••••••••••••••••••••••••••••b42f3d62c5c3
previous_hash : e4ce9fbe64e4••••••••••••••••••••••••••••••••2113d2b122b3
CREATED
block_id : #3650
event_hash : e4ce9fbe64e4••••••••••••••••••••••••••••••••2113d2b122b3
previous_hash : 02b98f33f752••••••••••••••••••••••••••••••••a812fc4d5ae6
CREATED
block_id : #3649
event_hash : 02b98f33f752••••••••••••••••••••••••••••••••a812fc4d5ae6
previous_hash : 41408dee0ddb••••••••••••••••••••••••••••••••1cfeb8172f20
CREATED
block_id : #3648
event_hash : 41408dee0ddb••••••••••••••••••••••••••••••••1cfeb8172f20
previous_hash : 0ff4ff9012ca••••••••••••••••••••••••••••••••548d797a12f3
CREATED
block_id : #3647
event_hash : 0ff4ff9012ca••••••••••••••••••••••••••••••••548d797a12f3
previous_hash : 3647711d8d3e••••••••••••••••••••••••••••••••1f88a740de21
CREATED
block_id : #3646
event_hash : 3647711d8d3e••••••••••••••••••••••••••••••••1f88a740de21
previous_hash : 33de990d18bb••••••••••••••••••••••••••••••••648aee382854
DESTROYED
block_id : #3645
event_hash : 33de990d18bb••••••••••••••••••••••••••••••••648aee382854
previous_hash : 3b326b27d04c••••••••••••••••••••••••••••••••e1693236c6ea
CREATED
block_id : #3644
event_hash : 3b326b27d04c••••••••••••••••••••••••••••••••e1693236c6ea
previous_hash : 2949a5faeaa0••••••••••••••••••••••••••••••••128efaf4393d
CREATED
block_id : #3643
event_hash : 2949a5faeaa0••••••••••••••••••••••••••••••••128efaf4393d
previous_hash : 3d0cd5a3a097••••••••••••••••••••••••••••••••41078fa3746d
CREATED
block_id : #3642
event_hash : 3d0cd5a3a097••••••••••••••••••••••••••••••••41078fa3746d
previous_hash : 49c0d7e4fc7a••••••••••••••••••••••••••••••••a232130ebc45
CREATED
block_id : #3641
event_hash : 49c0d7e4fc7a••••••••••••••••••••••••••••••••a232130ebc45
previous_hash : 35d526d46045••••••••••••••••••••••••••••••••fc81f31c5a63
DESTROYED
block_id : #3640
event_hash : 35d526d46045••••••••••••••••••••••••••••••••fc81f31c5a63
previous_hash : 4d647ef0ab05••••••••••••••••••••••••••••••••aa3f3a8e7e7c
DESTROYED
block_id : #3639
event_hash : 4d647ef0ab05••••••••••••••••••••••••••••••••aa3f3a8e7e7c
previous_hash : c8d7a97793f4••••••••••••••••••••••••••••••••cfa44dbf6088
CREATED
block_id : #3638
event_hash : c8d7a97793f4••••••••••••••••••••••••••••••••cfa44dbf6088
previous_hash : 6574537ddd1f••••••••••••••••••••••••••••••••6038b985e9b7
CREATED
block_id : #3637
event_hash : 6574537ddd1f••••••••••••••••••••••••••••••••6038b985e9b7
previous_hash : 2d4c4b5f5152••••••••••••••••••••••••••••••••88797f6f2c34
CREATED
block_id : #3636
event_hash : 2d4c4b5f5152••••••••••••••••••••••••••••••••88797f6f2c34
previous_hash : 96d30b0af000••••••••••••••••••••••••••••••••735a75e66500
CREATED
block_id : #3635
event_hash : 96d30b0af000••••••••••••••••••••••••••••••••735a75e66500
previous_hash : ae3c5619c626••••••••••••••••••••••••••••••••4ec061264394
DESTROYED
block_id : #3634
event_hash : ae3c5619c626••••••••••••••••••••••••••••••••4ec061264394
previous_hash : e7252e36df82••••••••••••••••••••••••••••••••5a06150067a1
CREATED
block_id : #3633
event_hash : e7252e36df82••••••••••••••••••••••••••••••••5a06150067a1
previous_hash : 129cc53b3392••••••••••••••••••••••••••••••••52fa03dff9e9
CREATED
block_id : #3632
event_hash : 129cc53b3392••••••••••••••••••••••••••••••••52fa03dff9e9
previous_hash : 9ef65e1e313e••••••••••••••••••••••••••••••••afb3fdd4a7d6
DESTROYED
block_id : #3631
event_hash : 9ef65e1e313e••••••••••••••••••••••••••••••••afb3fdd4a7d6
previous_hash : e21ee02e812f••••••••••••••••••••••••••••••••d26404e01f00
CREATED
block_id : #3630
event_hash : e21ee02e812f••••••••••••••••••••••••••••••••d26404e01f00
previous_hash : ecd09133a3b6••••••••••••••••••••••••••••••••dede5dab18fd
DESTROYED
block_id : #3629
event_hash : ecd09133a3b6••••••••••••••••••••••••••••••••dede5dab18fd
previous_hash : fed8f48cae8c••••••••••••••••••••••••••••••••204ea5b47611
CREATED
block_id : #3628
event_hash : fed8f48cae8c••••••••••••••••••••••••••••••••204ea5b47611
previous_hash : 8abe67e9aded••••••••••••••••••••••••••••••••461ae5c0b2c8
DESTROYED
block_id : #3627
event_hash : 8abe67e9aded••••••••••••••••••••••••••••••••461ae5c0b2c8
previous_hash : 682c0bb054fd••••••••••••••••••••••••••••••••11254f22e43c

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.