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

CREATED
block_id : #6071
event_hash : 578e9f8765e4••••••••••••••••••••••••••••••••099485f9edaf
previous_hash : 1bd5eab071b8••••••••••••••••••••••••••••••••4bb3b2d17d78
CREATED
block_id : #6070
event_hash : 1bd5eab071b8••••••••••••••••••••••••••••••••4bb3b2d17d78
previous_hash : d4e46980123d••••••••••••••••••••••••••••••••dcbab089180e
CREATED
block_id : #6069
event_hash : d4e46980123d••••••••••••••••••••••••••••••••dcbab089180e
previous_hash : 33af7cd9fd14••••••••••••••••••••••••••••••••8897b55b8104
CREATED
block_id : #6068
event_hash : 33af7cd9fd14••••••••••••••••••••••••••••••••8897b55b8104
previous_hash : 3444a5d9bc05••••••••••••••••••••••••••••••••d4e496b7c499
DESTROYED
block_id : #6067
event_hash : 3444a5d9bc05••••••••••••••••••••••••••••••••d4e496b7c499
previous_hash : c75f0635470d••••••••••••••••••••••••••••••••87d2a2c4bbcc
CREATED
block_id : #6066
event_hash : c75f0635470d••••••••••••••••••••••••••••••••87d2a2c4bbcc
previous_hash : a7bfa5ac6a51••••••••••••••••••••••••••••••••baf0acacf5d4
CREATED
block_id : #6065
event_hash : a7bfa5ac6a51••••••••••••••••••••••••••••••••baf0acacf5d4
previous_hash : 8776491a5737••••••••••••••••••••••••••••••••5e3152dcd767
DESTROYED
block_id : #6064
event_hash : 8776491a5737••••••••••••••••••••••••••••••••5e3152dcd767
previous_hash : 162ec7848fd5••••••••••••••••••••••••••••••••fb91c48b7fbc
CREATED
block_id : #6063
event_hash : 162ec7848fd5••••••••••••••••••••••••••••••••fb91c48b7fbc
previous_hash : d5139fe41be0••••••••••••••••••••••••••••••••e65422157d1f
CREATED
block_id : #6062
event_hash : d5139fe41be0••••••••••••••••••••••••••••••••e65422157d1f
previous_hash : f6f9ec681f97••••••••••••••••••••••••••••••••807b0d74ba75
CREATED
block_id : #6061
event_hash : f6f9ec681f97••••••••••••••••••••••••••••••••807b0d74ba75
previous_hash : da3ee4881baa••••••••••••••••••••••••••••••••0637a5a215d0
CREATED
block_id : #6060
event_hash : da3ee4881baa••••••••••••••••••••••••••••••••0637a5a215d0
previous_hash : 65de7cbc340d••••••••••••••••••••••••••••••••42c8d6b99409
CREATED
block_id : #6059
event_hash : 65de7cbc340d••••••••••••••••••••••••••••••••42c8d6b99409
previous_hash : 1dabb682c7ac••••••••••••••••••••••••••••••••c47170c93357
CREATED
block_id : #6058
event_hash : 1dabb682c7ac••••••••••••••••••••••••••••••••c47170c93357
previous_hash : df9dbcb51039••••••••••••••••••••••••••••••••46f5dd1c7adf
CREATED
block_id : #6057
event_hash : df9dbcb51039••••••••••••••••••••••••••••••••46f5dd1c7adf
previous_hash : e5c318fb5224••••••••••••••••••••••••••••••••c64b65de12be
CREATED
block_id : #6056
event_hash : e5c318fb5224••••••••••••••••••••••••••••••••c64b65de12be
previous_hash : 2893ad86d331••••••••••••••••••••••••••••••••3a969f4cb00a
CREATED
block_id : #6055
event_hash : 2893ad86d331••••••••••••••••••••••••••••••••3a969f4cb00a
previous_hash : 29d98895f636••••••••••••••••••••••••••••••••7e75e181ae74
CREATED
block_id : #6054
event_hash : 29d98895f636••••••••••••••••••••••••••••••••7e75e181ae74
previous_hash : fca65fbb76fc••••••••••••••••••••••••••••••••d04e5496a316
CREATED
block_id : #6053
event_hash : fca65fbb76fc••••••••••••••••••••••••••••••••d04e5496a316
previous_hash : 9da97e4ad5ea••••••••••••••••••••••••••••••••c1d5aa519639
CREATED
block_id : #6052
event_hash : 9da97e4ad5ea••••••••••••••••••••••••••••••••c1d5aa519639
previous_hash : 44996b2458ab••••••••••••••••••••••••••••••••d88000cd4386
CREATED
block_id : #6051
event_hash : 44996b2458ab••••••••••••••••••••••••••••••••d88000cd4386
previous_hash : c5bc217a5033••••••••••••••••••••••••••••••••9ed65a64f1aa
CREATED
block_id : #6050
event_hash : c5bc217a5033••••••••••••••••••••••••••••••••9ed65a64f1aa
previous_hash : df6254918d48••••••••••••••••••••••••••••••••55ffcaf2e18e
CREATED
block_id : #6049
event_hash : df6254918d48••••••••••••••••••••••••••••••••55ffcaf2e18e
previous_hash : a8f88c8324cd••••••••••••••••••••••••••••••••5eda920c50ac
DESTROYED
block_id : #6048
event_hash : a8f88c8324cd••••••••••••••••••••••••••••••••5eda920c50ac
previous_hash : d1f5fee3c379••••••••••••••••••••••••••••••••3b4d42b2bdd1
CREATED
block_id : #6047
event_hash : d1f5fee3c379••••••••••••••••••••••••••••••••3b4d42b2bdd1
previous_hash : 9c3f7a246723••••••••••••••••••••••••••••••••46864652b717

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.