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)
025f705406b44fa984f4ef2ce610e741973d19c48c1c2862e31c973b258aceb0
Horodatage de la racine : 05/08/2026 à 09:40 UTC

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

Événements publiés : 4 823  |  Dernière mise à jour : 05/08/2026 à 09:40 UTC

EXPIRED
block_id : #1109
event_hash : 862dd9e8a422••••••••••••••••••••••••••••••••60dc52a1a0cf
previous_hash : ec11cf2d7886••••••••••••••••••••••••••••••••f873b42d500a
EXPIRED
block_id : #1108
event_hash : ec11cf2d7886••••••••••••••••••••••••••••••••f873b42d500a
previous_hash : 1d7da634dd49••••••••••••••••••••••••••••••••2ec78bf44ac3
EXPIRED
block_id : #1107
event_hash : 1d7da634dd49••••••••••••••••••••••••••••••••2ec78bf44ac3
previous_hash : b4f6898ed313••••••••••••••••••••••••••••••••80f4335f244e
EXPIRED
block_id : #1106
event_hash : b4f6898ed313••••••••••••••••••••••••••••••••80f4335f244e
previous_hash : 1b932464c645••••••••••••••••••••••••••••••••30fb6ff43081
EXPIRED
block_id : #1105
event_hash : 1b932464c645••••••••••••••••••••••••••••••••30fb6ff43081
previous_hash : 6f3654205596••••••••••••••••••••••••••••••••69a96f0caf39
EXPIRED
block_id : #1104
event_hash : 6f3654205596••••••••••••••••••••••••••••••••69a96f0caf39
previous_hash : c36613452572••••••••••••••••••••••••••••••••a34a7ba727f1
EXPIRED
block_id : #1103
event_hash : c36613452572••••••••••••••••••••••••••••••••a34a7ba727f1
previous_hash : f2162c0cb8c1••••••••••••••••••••••••••••••••265e6f879988
EXPIRED
block_id : #1102
event_hash : f2162c0cb8c1••••••••••••••••••••••••••••••••265e6f879988
previous_hash : 7eb03d25054f••••••••••••••••••••••••••••••••b03ccd5f7c2f
EXPIRED
block_id : #1101
event_hash : 7eb03d25054f••••••••••••••••••••••••••••••••b03ccd5f7c2f
previous_hash : c10052d6a54f••••••••••••••••••••••••••••••••bc057f862086
EXPIRED
block_id : #1100
event_hash : c10052d6a54f••••••••••••••••••••••••••••••••bc057f862086
previous_hash : afa3425a7d21••••••••••••••••••••••••••••••••c7be2c03a91f
EXPIRED
block_id : #1099
event_hash : afa3425a7d21••••••••••••••••••••••••••••••••c7be2c03a91f
previous_hash : 82ea73ed3b86••••••••••••••••••••••••••••••••b9c3375cd3e7
EXPIRED
block_id : #1098
event_hash : 82ea73ed3b86••••••••••••••••••••••••••••••••b9c3375cd3e7
previous_hash : 7e1734113e56••••••••••••••••••••••••••••••••3c11ea9d90f3
EXPIRED
block_id : #1097
event_hash : 7e1734113e56••••••••••••••••••••••••••••••••3c11ea9d90f3
previous_hash : 3456a6e44541••••••••••••••••••••••••••••••••45999b240c47
EXPIRED
block_id : #1096
event_hash : 3456a6e44541••••••••••••••••••••••••••••••••45999b240c47
previous_hash : 9aae420cc5d5••••••••••••••••••••••••••••••••5c85c9845743
EXPIRED
block_id : #1095
event_hash : 9aae420cc5d5••••••••••••••••••••••••••••••••5c85c9845743
previous_hash : 7bb8ba06ba8b••••••••••••••••••••••••••••••••eea79dd53e2a
EXPIRED
block_id : #1094
event_hash : 7bb8ba06ba8b••••••••••••••••••••••••••••••••eea79dd53e2a
previous_hash : 6033066ca1f7••••••••••••••••••••••••••••••••26beb5878f1c
EXPIRED
block_id : #1093
event_hash : 6033066ca1f7••••••••••••••••••••••••••••••••26beb5878f1c
previous_hash : a8928f4bb8e7••••••••••••••••••••••••••••••••07190bebefb2
EXPIRED
block_id : #1092
event_hash : a8928f4bb8e7••••••••••••••••••••••••••••••••07190bebefb2
previous_hash : 041526ac5fbf••••••••••••••••••••••••••••••••c915e030207b
EXPIRED
block_id : #1091
event_hash : 041526ac5fbf••••••••••••••••••••••••••••••••c915e030207b
previous_hash : ff516b41ee6a••••••••••••••••••••••••••••••••71de6bb644d7
EXPIRED
block_id : #1090
event_hash : ff516b41ee6a••••••••••••••••••••••••••••••••71de6bb644d7
previous_hash : dc1de836f93a••••••••••••••••••••••••••••••••f4395e498d7a
EXPIRED
block_id : #1089
event_hash : dc1de836f93a••••••••••••••••••••••••••••••••f4395e498d7a
previous_hash : 9fd5caaa0e4e••••••••••••••••••••••••••••••••b0e87f6e073a
EXPIRED
block_id : #1088
event_hash : 9fd5caaa0e4e••••••••••••••••••••••••••••••••b0e87f6e073a
previous_hash : 761e4af3f58e••••••••••••••••••••••••••••••••edc0e89589ba
EXPIRED
block_id : #1087
event_hash : 761e4af3f58e••••••••••••••••••••••••••••••••edc0e89589ba
previous_hash : cd9323fec309••••••••••••••••••••••••••••••••3fdd8fbc02ec
EXPIRED
block_id : #1086
event_hash : cd9323fec309••••••••••••••••••••••••••••••••3fdd8fbc02ec
previous_hash : 1f7b297c3289••••••••••••••••••••••••••••••••cce8b3cf1b42
EXPIRED
block_id : #1085
event_hash : 1f7b297c3289••••••••••••••••••••••••••••••••cce8b3cf1b42
previous_hash : 3c96542ed976••••••••••••••••••••••••••••••••b2ccb811d2fc

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.