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)
5b0f5ec94457431e22ea1335f6c466f92d13f91d6fbe7088c9a626e9f79c1108
Horodatage de la racine : 21/08/2026 à 12:43 UTC

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

Événements publiés : 5 383  |  Dernière mise à jour : 21/08/2026 à 12:43 UTC

DESTROYED
block_id : #5494
event_hash : 5b0f5ec94457••••••••••••••••••••••••••••••••26e9f79c1108
previous_hash : db85df3063f5••••••••••••••••••••••••••••••••009b7795f71a
CREATED
block_id : #5493
event_hash : db85df3063f5••••••••••••••••••••••••••••••••009b7795f71a
previous_hash : ff4356698c53••••••••••••••••••••••••••••••••acf78a941e38
EXPIRED
block_id : #5492
event_hash : ff4356698c53••••••••••••••••••••••••••••••••acf78a941e38
previous_hash : 9e9d04d00835••••••••••••••••••••••••••••••••a940d6db2b46
CREATED
block_id : #5491
event_hash : 9e9d04d00835••••••••••••••••••••••••••••••••a940d6db2b46
previous_hash : 1786cea60b0e••••••••••••••••••••••••••••••••89c3405f1817
DESTROYED
block_id : #5490
event_hash : 1786cea60b0e••••••••••••••••••••••••••••••••89c3405f1817
previous_hash : 60502eaa0188••••••••••••••••••••••••••••••••d3a9aa6a3f76
CREATED
block_id : #5489
event_hash : 60502eaa0188••••••••••••••••••••••••••••••••d3a9aa6a3f76
previous_hash : 4cc5b64489d6••••••••••••••••••••••••••••••••4d7fc70e76d9
DESTROYED
block_id : #5488
event_hash : 4cc5b64489d6••••••••••••••••••••••••••••••••4d7fc70e76d9
previous_hash : a2fe59191fff••••••••••••••••••••••••••••••••a490672ca34e
CREATED
block_id : #5487
event_hash : a2fe59191fff••••••••••••••••••••••••••••••••a490672ca34e
previous_hash : 7ac8f27531ba••••••••••••••••••••••••••••••••7183ef70963a
DESTROYED
block_id : #5486
event_hash : 7ac8f27531ba••••••••••••••••••••••••••••••••7183ef70963a
previous_hash : c6d83c7970c2••••••••••••••••••••••••••••••••bf41f32aeea9
EXPIRED
block_id : #5485
event_hash : c6d83c7970c2••••••••••••••••••••••••••••••••bf41f32aeea9
previous_hash : 6ebf471cb5ef••••••••••••••••••••••••••••••••ce82ce709f40
CREATED
block_id : #5484
event_hash : 6ebf471cb5ef••••••••••••••••••••••••••••••••ce82ce709f40
previous_hash : e3da77ff4fc1••••••••••••••••••••••••••••••••ecf5aca66d9d
CREATED
block_id : #5483
event_hash : e3da77ff4fc1••••••••••••••••••••••••••••••••ecf5aca66d9d
previous_hash : ea040ca898cd••••••••••••••••••••••••••••••••210ca144e0f1
CREATED
block_id : #5482
event_hash : ea040ca898cd••••••••••••••••••••••••••••••••210ca144e0f1
previous_hash : d5efb990eded••••••••••••••••••••••••••••••••42cd6a088c91
DESTROYED
block_id : #5481
event_hash : d5efb990eded••••••••••••••••••••••••••••••••42cd6a088c91
previous_hash : 0af2f75d0ae1••••••••••••••••••••••••••••••••17106242b5ed
CREATED
block_id : #5480
event_hash : 0af2f75d0ae1••••••••••••••••••••••••••••••••17106242b5ed
previous_hash : 2963b727eda4••••••••••••••••••••••••••••••••638ba5aed9ac
DESTROYED
block_id : #5479
event_hash : 2963b727eda4••••••••••••••••••••••••••••••••638ba5aed9ac
previous_hash : c3cede59ff87••••••••••••••••••••••••••••••••9277d35b5fb5
CREATED
block_id : #5478
event_hash : c3cede59ff87••••••••••••••••••••••••••••••••9277d35b5fb5
previous_hash : e3af7f539403••••••••••••••••••••••••••••••••98e7c7d1d972
DESTROYED
block_id : #5477
event_hash : e3af7f539403••••••••••••••••••••••••••••••••98e7c7d1d972
previous_hash : 8e4688b851bc••••••••••••••••••••••••••••••••836473c168d3
CREATED
block_id : #5476
event_hash : 8e4688b851bc••••••••••••••••••••••••••••••••836473c168d3
previous_hash : da1d5f559ea1••••••••••••••••••••••••••••••••2517595084a3
DESTROYED
block_id : #5475
event_hash : da1d5f559ea1••••••••••••••••••••••••••••••••2517595084a3
previous_hash : e87a09bce308••••••••••••••••••••••••••••••••725942efc749
CREATED
block_id : #5474
event_hash : e87a09bce308••••••••••••••••••••••••••••••••725942efc749
previous_hash : 5578277ef6a2••••••••••••••••••••••••••••••••071db0aa4f9b
DESTROYED
block_id : #5473
event_hash : 5578277ef6a2••••••••••••••••••••••••••••••••071db0aa4f9b
previous_hash : 964cdf2b42b9••••••••••••••••••••••••••••••••b7c4c1085b58
CREATED
block_id : #5472
event_hash : 964cdf2b42b9••••••••••••••••••••••••••••••••b7c4c1085b58
previous_hash : eee3d02b836c••••••••••••••••••••••••••••••••5d26d1dea233
CREATED
block_id : #5471
event_hash : eee3d02b836c••••••••••••••••••••••••••••••••5d26d1dea233
previous_hash : a71a8caf421a••••••••••••••••••••••••••••••••d4dd13cf7c96
DESTROYED
block_id : #5470
event_hash : a71a8caf421a••••••••••••••••••••••••••••••••d4dd13cf7c96
previous_hash : 22f2dee31a3e••••••••••••••••••••••••••••••••f6e2bdaff29f

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.