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)
8600a4b8d3ae7b62f93826ad18aed5d1b70373fe886d39918732659876bef98a
Horodatage de la racine : 03/11/2026 à 18:45 UTC

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

Événements publiés : 11 002  |  Dernière mise à jour : 03/11/2026 à 18:45 UTC

CREATED
block_id : #11038
event_hash : be8c9b6cf495••••••••••••••••••••••••••••••••3e8800de7ef0
previous_hash : 2f1184ba58f1••••••••••••••••••••••••••••••••ab62f82a3d04
CREATED
block_id : #11037
event_hash : 2f1184ba58f1••••••••••••••••••••••••••••••••ab62f82a3d04
previous_hash : 158eb7acba26••••••••••••••••••••••••••••••••9fe66f775463
CREATED
block_id : #11036
event_hash : 158eb7acba26••••••••••••••••••••••••••••••••9fe66f775463
previous_hash : e7b4b80e8056••••••••••••••••••••••••••••••••0a2308bbc251
CREATED
block_id : #11035
event_hash : e7b4b80e8056••••••••••••••••••••••••••••••••0a2308bbc251
previous_hash : d4b988b3329d••••••••••••••••••••••••••••••••5580369bf6f5
CREATED
block_id : #11034
event_hash : d4b988b3329d••••••••••••••••••••••••••••••••5580369bf6f5
previous_hash : d2b0d2a9ef13••••••••••••••••••••••••••••••••9eaf0e5f7042
CREATED
block_id : #11033
event_hash : d2b0d2a9ef13••••••••••••••••••••••••••••••••9eaf0e5f7042
previous_hash : cb29130fc287••••••••••••••••••••••••••••••••8f0cd1a0ef3e
CREATED
block_id : #11032
event_hash : cb29130fc287••••••••••••••••••••••••••••••••8f0cd1a0ef3e
previous_hash : a5cc468ad25d••••••••••••••••••••••••••••••••ccd4781bceb4
DESTROYED
block_id : #11031
event_hash : a5cc468ad25d••••••••••••••••••••••••••••••••ccd4781bceb4
previous_hash : eba5bd3ef517••••••••••••••••••••••••••••••••e6883878e8c8
DESTROYED
block_id : #11030
event_hash : eba5bd3ef517••••••••••••••••••••••••••••••••e6883878e8c8
previous_hash : 0319e4b26de0••••••••••••••••••••••••••••••••955eaddfed3b
CREATED
block_id : #11029
event_hash : 0319e4b26de0••••••••••••••••••••••••••••••••955eaddfed3b
previous_hash : 37d4fb4bf5ea••••••••••••••••••••••••••••••••43215a4e4170
CREATED
block_id : #11028
event_hash : 37d4fb4bf5ea••••••••••••••••••••••••••••••••43215a4e4170
previous_hash : 388399b23695••••••••••••••••••••••••••••••••9053db239b52
DESTROYED
block_id : #11027
event_hash : 388399b23695••••••••••••••••••••••••••••••••9053db239b52
previous_hash : 69c9446fe8bf••••••••••••••••••••••••••••••••f61a458c17eb
CREATED
block_id : #11026
event_hash : 69c9446fe8bf••••••••••••••••••••••••••••••••f61a458c17eb
previous_hash : abf67ec57578••••••••••••••••••••••••••••••••1622b84b5b1c
EXPIRED
block_id : #11025
event_hash : abf67ec57578••••••••••••••••••••••••••••••••1622b84b5b1c
previous_hash : f565866abf0d••••••••••••••••••••••••••••••••82f28f05b984
EXPIRED
block_id : #11024
event_hash : f565866abf0d••••••••••••••••••••••••••••••••82f28f05b984
previous_hash : b435f6e0193f••••••••••••••••••••••••••••••••3bfc22e664c2
EXPIRED
block_id : #11023
event_hash : b435f6e0193f••••••••••••••••••••••••••••••••3bfc22e664c2
previous_hash : d855ae69cc13••••••••••••••••••••••••••••••••388db9b13a77
EXPIRED
block_id : #11022
event_hash : d855ae69cc13••••••••••••••••••••••••••••••••388db9b13a77
previous_hash : 64ff7ef6af39••••••••••••••••••••••••••••••••297e54745098
EXPIRED
block_id : #11021
event_hash : 64ff7ef6af39••••••••••••••••••••••••••••••••297e54745098
previous_hash : 32f0814bd2b6••••••••••••••••••••••••••••••••d0fac0fa456a
EXPIRED
block_id : #11020
event_hash : 32f0814bd2b6••••••••••••••••••••••••••••••••d0fac0fa456a
previous_hash : f4f1642c54b2••••••••••••••••••••••••••••••••ee0c0e50dd2d
EXPIRED
block_id : #11019
event_hash : f4f1642c54b2••••••••••••••••••••••••••••••••ee0c0e50dd2d
previous_hash : 1047e76b42c5••••••••••••••••••••••••••••••••2712a93ca50c
EXPIRED
block_id : #11018
event_hash : 1047e76b42c5••••••••••••••••••••••••••••••••2712a93ca50c
previous_hash : 8084a1027ab7••••••••••••••••••••••••••••••••d8b1e107e307
EXPIRED
block_id : #11017
event_hash : 8084a1027ab7••••••••••••••••••••••••••••••••d8b1e107e307
previous_hash : d0f67a66b9fd••••••••••••••••••••••••••••••••dc5731b96458
EXPIRED
block_id : #11016
event_hash : d0f67a66b9fd••••••••••••••••••••••••••••••••dc5731b96458
previous_hash : 8690bd3b51f5••••••••••••••••••••••••••••••••d6fdb9df53e2
EXPIRED
block_id : #11015
event_hash : 8690bd3b51f5••••••••••••••••••••••••••••••••d6fdb9df53e2
previous_hash : 97661bcbe8ed••••••••••••••••••••••••••••••••8df12dcd56cd
EXPIRED
block_id : #11014
event_hash : 97661bcbe8ed••••••••••••••••••••••••••••••••8df12dcd56cd
previous_hash : 58cdf15ca432••••••••••••••••••••••••••••••••29b24427fa1f

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.