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)
be4e5ac15eaed7fc7d136a4f33e423acc93703d80417fa00d5cdc8a0c6e95f73
Horodatage de la racine : 08/11/2026 à 12:38 UTC

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

Événements publiés : 11 085  |  Dernière mise à jour : 08/11/2026 à 12:38 UTC

EXPIRED
block_id : #5596
event_hash : 094861f76d1e••••••••••••••••••••••••••••••••ab8a5bc611e0
previous_hash : d8ec0fa21342••••••••••••••••••••••••••••••••8e21714d0025
DESTROYED
block_id : #5595
event_hash : d8ec0fa21342••••••••••••••••••••••••••••••••8e21714d0025
previous_hash : 7fb7f179d516••••••••••••••••••••••••••••••••7f723b73c7c6
CREATED
block_id : #5594
event_hash : 7fb7f179d516••••••••••••••••••••••••••••••••7f723b73c7c6
previous_hash : ce5471ec3b41••••••••••••••••••••••••••••••••5b9edab7d10f
CREATED
block_id : #5593
event_hash : ce5471ec3b41••••••••••••••••••••••••••••••••5b9edab7d10f
previous_hash : a5e8d23172c7••••••••••••••••••••••••••••••••2d12939f1ad4
CREATED
block_id : #5592
event_hash : a5e8d23172c7••••••••••••••••••••••••••••••••2d12939f1ad4
previous_hash : 19f442aefb94••••••••••••••••••••••••••••••••63e9df571a1c
DESTROYED
block_id : #5591
event_hash : 19f442aefb94••••••••••••••••••••••••••••••••63e9df571a1c
previous_hash : ec25e4087f85••••••••••••••••••••••••••••••••d1df9988d68e
CREATED
block_id : #5590
event_hash : ec25e4087f85••••••••••••••••••••••••••••••••d1df9988d68e
previous_hash : 6369125151ed••••••••••••••••••••••••••••••••f869ddacc773
CREATED
block_id : #5589
event_hash : 6369125151ed••••••••••••••••••••••••••••••••f869ddacc773
previous_hash : feedc2326924••••••••••••••••••••••••••••••••4af10018aeca
CREATED
block_id : #5588
event_hash : feedc2326924••••••••••••••••••••••••••••••••4af10018aeca
previous_hash : 1b3ac3eb87ae••••••••••••••••••••••••••••••••051f83c96085
DESTROYED
block_id : #5587
event_hash : 1b3ac3eb87ae••••••••••••••••••••••••••••••••051f83c96085
previous_hash : 9e8a8dcd6e5a••••••••••••••••••••••••••••••••09a3bd272d30
CREATED
block_id : #5586
event_hash : 9e8a8dcd6e5a••••••••••••••••••••••••••••••••09a3bd272d30
previous_hash : 9b73cca0b038••••••••••••••••••••••••••••••••333d3b0a97b8
DESTROYED
block_id : #5585
event_hash : 9b73cca0b038••••••••••••••••••••••••••••••••333d3b0a97b8
previous_hash : b8450cad3255••••••••••••••••••••••••••••••••794857456a09
CREATED
block_id : #5584
event_hash : b8450cad3255••••••••••••••••••••••••••••••••794857456a09
previous_hash : b309c81c3ae9••••••••••••••••••••••••••••••••a31632ff521a
DESTROYED
block_id : #5583
event_hash : b309c81c3ae9••••••••••••••••••••••••••••••••a31632ff521a
previous_hash : 32c89ba79b36••••••••••••••••••••••••••••••••a288cebc7b3a
CREATED
block_id : #5582
event_hash : 32c89ba79b36••••••••••••••••••••••••••••••••a288cebc7b3a
previous_hash : 37e9347b5dff••••••••••••••••••••••••••••••••908b90d3795e
EXPIRED
block_id : #5581
event_hash : 37e9347b5dff••••••••••••••••••••••••••••••••908b90d3795e
previous_hash : 08ba4857203b••••••••••••••••••••••••••••••••4f2b00c5d83e
DESTROYED
block_id : #5580
event_hash : 08ba4857203b••••••••••••••••••••••••••••••••4f2b00c5d83e
previous_hash : ada977b8d384••••••••••••••••••••••••••••••••107c5b801dc7
CREATED
block_id : #5579
event_hash : ada977b8d384••••••••••••••••••••••••••••••••107c5b801dc7
previous_hash : c98d77ecd1e8••••••••••••••••••••••••••••••••c4524a2fe2b4
DESTROYED
block_id : #5578
event_hash : c98d77ecd1e8••••••••••••••••••••••••••••••••c4524a2fe2b4
previous_hash : 91efb86f607a••••••••••••••••••••••••••••••••cdd2256ea8e2
CREATED
block_id : #5577
event_hash : 91efb86f607a••••••••••••••••••••••••••••••••cdd2256ea8e2
previous_hash : c7691403145d••••••••••••••••••••••••••••••••6bcde928ecdc
DESTROYED
block_id : #5576
event_hash : c7691403145d••••••••••••••••••••••••••••••••6bcde928ecdc
previous_hash : 7807fe928040••••••••••••••••••••••••••••••••7d83b4281950
DESTROYED
block_id : #5575
event_hash : 7807fe928040••••••••••••••••••••••••••••••••7d83b4281950
previous_hash : 23b89744a0cd••••••••••••••••••••••••••••••••a8b4b87ec19b
CREATED
block_id : #5574
event_hash : 23b89744a0cd••••••••••••••••••••••••••••••••a8b4b87ec19b
previous_hash : c07be291e781••••••••••••••••••••••••••••••••25d4fff0d637
CREATED
block_id : #5573
event_hash : c07be291e781••••••••••••••••••••••••••••••••25d4fff0d637
previous_hash : 3a00029935e0••••••••••••••••••••••••••••••••89fd29ab04b8
CREATED
block_id : #5572
event_hash : 3a00029935e0••••••••••••••••••••••••••••••••89fd29ab04b8
previous_hash : e73e5147b395••••••••••••••••••••••••••••••••c4d59d8d3c67

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.