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)
038cc59207fcaa5230fbc01df9813d6d708b584446a84cd24551dc036d03db35
Horodatage de la racine : 23/05/2026 à 11:00 UTC

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

Événements publiés : 3 808  |  Dernière mise à jour : 23/05/2026 à 11:00 UTC

CREATED
block_id : #2420
event_hash : c5c3d1b2acc4••••••••••••••••••••••••••••••••3845f95c2e68
previous_hash : 33ec408e55a5••••••••••••••••••••••••••••••••4c3fc01ef0a8
DESTROYED
block_id : #2419
event_hash : 33ec408e55a5••••••••••••••••••••••••••••••••4c3fc01ef0a8
previous_hash : e94801c31de0••••••••••••••••••••••••••••••••a6926f991b0c
CREATED
block_id : #2418
event_hash : e94801c31de0••••••••••••••••••••••••••••••••a6926f991b0c
previous_hash : 3d5002df4abf••••••••••••••••••••••••••••••••9d9619a754a1
DESTROYED
block_id : #2417
event_hash : 3d5002df4abf••••••••••••••••••••••••••••••••9d9619a754a1
previous_hash : fe49869fe1d9••••••••••••••••••••••••••••••••89e7e4f1cd25
DESTROYED
block_id : #2416
event_hash : fe49869fe1d9••••••••••••••••••••••••••••••••89e7e4f1cd25
previous_hash : 13bc235a4918••••••••••••••••••••••••••••••••7e371c2d7383
CREATED
block_id : #2415
event_hash : 13bc235a4918••••••••••••••••••••••••••••••••7e371c2d7383
previous_hash : 5b3a2facd7ff••••••••••••••••••••••••••••••••a915ebb11211
CREATED
block_id : #2414
event_hash : 5b3a2facd7ff••••••••••••••••••••••••••••••••a915ebb11211
previous_hash : 5869dfca39e9••••••••••••••••••••••••••••••••85f93f994884
DESTROYED
block_id : #2413
event_hash : 5869dfca39e9••••••••••••••••••••••••••••••••85f93f994884
previous_hash : 3e1caa61cca7••••••••••••••••••••••••••••••••77fbfc303af2
CREATED
block_id : #2412
event_hash : 3e1caa61cca7••••••••••••••••••••••••••••••••77fbfc303af2
previous_hash : e5fc46d83a8a••••••••••••••••••••••••••••••••a4418e54455d
CREATED
block_id : #2411
event_hash : e5fc46d83a8a••••••••••••••••••••••••••••••••a4418e54455d
previous_hash : 40196663ba36••••••••••••••••••••••••••••••••9b9594c5104e
CREATED
block_id : #2410
event_hash : 40196663ba36••••••••••••••••••••••••••••••••9b9594c5104e
previous_hash : 5d8fcce76a34••••••••••••••••••••••••••••••••43853f427bee
EXPIRED
block_id : #2409
event_hash : 5d8fcce76a34••••••••••••••••••••••••••••••••43853f427bee
previous_hash : d5bd5484b6ed••••••••••••••••••••••••••••••••3717f6ed0893
EXPIRED
block_id : #2408
event_hash : d5bd5484b6ed••••••••••••••••••••••••••••••••3717f6ed0893
previous_hash : 3626bb23444b••••••••••••••••••••••••••••••••3f6ad99b1a31
DESTROYED
block_id : #2407
event_hash : 3626bb23444b••••••••••••••••••••••••••••••••3f6ad99b1a31
previous_hash : b7936c918e0b••••••••••••••••••••••••••••••••4efd5f2dc7ff
DESTROYED
block_id : #2406
event_hash : b7936c918e0b••••••••••••••••••••••••••••••••4efd5f2dc7ff
previous_hash : 86b34307fab4••••••••••••••••••••••••••••••••4b4c7623e384
CREATED
block_id : #2405
event_hash : 86b34307fab4••••••••••••••••••••••••••••••••4b4c7623e384
previous_hash : 153dda31dd02••••••••••••••••••••••••••••••••f7077aaf3bf0
DESTROYED
block_id : #2404
event_hash : 153dda31dd02••••••••••••••••••••••••••••••••f7077aaf3bf0
previous_hash : 3bd82980ece1••••••••••••••••••••••••••••••••bb083bd43f47
CREATED
block_id : #2403
event_hash : 3bd82980ece1••••••••••••••••••••••••••••••••bb083bd43f47
previous_hash : 9a041e4545bf••••••••••••••••••••••••••••••••60b5fa387e12
CREATED
block_id : #2402
event_hash : 9a041e4545bf••••••••••••••••••••••••••••••••60b5fa387e12
previous_hash : bcb2f7d566d9••••••••••••••••••••••••••••••••7d30af4781c2
DESTROYED
block_id : #2401
event_hash : bcb2f7d566d9••••••••••••••••••••••••••••••••7d30af4781c2
previous_hash : ee99e00c11f3••••••••••••••••••••••••••••••••97bbcf32501c
CREATED
block_id : #2400
event_hash : ee99e00c11f3••••••••••••••••••••••••••••••••97bbcf32501c
previous_hash : 4b6971985f1d••••••••••••••••••••••••••••••••4ae5effb0f07
CREATED
block_id : #2399
event_hash : 4b6971985f1d••••••••••••••••••••••••••••••••4ae5effb0f07
previous_hash : 7e0198423c7e••••••••••••••••••••••••••••••••f26841d93d10
CREATED
block_id : #2398
event_hash : 7e0198423c7e••••••••••••••••••••••••••••••••f26841d93d10
previous_hash : 9f22a8792a02••••••••••••••••••••••••••••••••27f4166c1dfe
DESTROYED
block_id : #2397
event_hash : 9f22a8792a02••••••••••••••••••••••••••••••••27f4166c1dfe
previous_hash : 3020f45e4421••••••••••••••••••••••••••••••••0ffa03606554
DESTROYED
block_id : #2396
event_hash : 3020f45e4421••••••••••••••••••••••••••••••••0ffa03606554
previous_hash : ed12a9678f52••••••••••••••••••••••••••••••••a48e22c99e81

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.