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)
63e7a6e22d51d2326e4aafe5869e9e8bc13053f8a653fc8fc35ffd0714f50f3b
Horodatage de la racine : 21/08/2026 à 21:32 UTC

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

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

CREATED
block_id : #5048
event_hash : 82090cabab73••••••••••••••••••••••••••••••••ea8b3e582ddb
previous_hash : 2d9229245368••••••••••••••••••••••••••••••••a9a1f4e3d5a9
CREATED
block_id : #5047
event_hash : 2d9229245368••••••••••••••••••••••••••••••••a9a1f4e3d5a9
previous_hash : 6773ce7399af••••••••••••••••••••••••••••••••b0076049e4e8
CREATED
block_id : #5046
event_hash : 6773ce7399af••••••••••••••••••••••••••••••••b0076049e4e8
previous_hash : 3ca643411ef1••••••••••••••••••••••••••••••••5200a60ad5a3
CREATED
block_id : #5045
event_hash : 3ca643411ef1••••••••••••••••••••••••••••••••5200a60ad5a3
previous_hash : f0311b0a84c2••••••••••••••••••••••••••••••••a66797eabb99
CREATED
block_id : #5044
event_hash : f0311b0a84c2••••••••••••••••••••••••••••••••a66797eabb99
previous_hash : 23f0aca56ea0••••••••••••••••••••••••••••••••9eb97132ac2c
CREATED
block_id : #5043
event_hash : 23f0aca56ea0••••••••••••••••••••••••••••••••9eb97132ac2c
previous_hash : 3c46c4832dfb••••••••••••••••••••••••••••••••01e67d819b0f
CREATED
block_id : #5042
event_hash : 3c46c4832dfb••••••••••••••••••••••••••••••••01e67d819b0f
previous_hash : 9fd933ae743d••••••••••••••••••••••••••••••••3789436d5925
CREATED
block_id : #5041
event_hash : 9fd933ae743d••••••••••••••••••••••••••••••••3789436d5925
previous_hash : a09e38dd3170••••••••••••••••••••••••••••••••8a4eed9424f5
CREATED
block_id : #5040
event_hash : a09e38dd3170••••••••••••••••••••••••••••••••8a4eed9424f5
previous_hash : e007ae1c2a85••••••••••••••••••••••••••••••••1f461b494b12
CREATED
block_id : #5039
event_hash : e007ae1c2a85••••••••••••••••••••••••••••••••1f461b494b12
previous_hash : d1bc64e2eb74••••••••••••••••••••••••••••••••3b6d42a23d75
CREATED
block_id : #5038
event_hash : d1bc64e2eb74••••••••••••••••••••••••••••••••3b6d42a23d75
previous_hash : f584d8174a96••••••••••••••••••••••••••••••••b8014dee0be7
CREATED
block_id : #5037
event_hash : f584d8174a96••••••••••••••••••••••••••••••••b8014dee0be7
previous_hash : 2cbd7118f6c8••••••••••••••••••••••••••••••••6cbb8aa0e29f
CREATED
block_id : #5036
event_hash : 2cbd7118f6c8••••••••••••••••••••••••••••••••6cbb8aa0e29f
previous_hash : cfb9aa580799••••••••••••••••••••••••••••••••d2a97c1587dd
CREATED
block_id : #5035
event_hash : cfb9aa580799••••••••••••••••••••••••••••••••d2a97c1587dd
previous_hash : 00206b87cd80••••••••••••••••••••••••••••••••ceb1490741d1
CREATED
block_id : #5034
event_hash : 00206b87cd80••••••••••••••••••••••••••••••••ceb1490741d1
previous_hash : b010566521c2••••••••••••••••••••••••••••••••b8db6c50fd4e
CREATED
block_id : #5033
event_hash : b010566521c2••••••••••••••••••••••••••••••••b8db6c50fd4e
previous_hash : a7d717196d80••••••••••••••••••••••••••••••••5fdc572f3a3a
CREATED
block_id : #5032
event_hash : a7d717196d80••••••••••••••••••••••••••••••••5fdc572f3a3a
previous_hash : 96b75e60b422••••••••••••••••••••••••••••••••df01314d13e3
CREATED
block_id : #5031
event_hash : 96b75e60b422••••••••••••••••••••••••••••••••df01314d13e3
previous_hash : fc1a9983be4f••••••••••••••••••••••••••••••••7445254c3ab6
CREATED
block_id : #5030
event_hash : fc1a9983be4f••••••••••••••••••••••••••••••••7445254c3ab6
previous_hash : bf9e53c5dd84••••••••••••••••••••••••••••••••5395c9bada6c
CREATED
block_id : #5029
event_hash : bf9e53c5dd84••••••••••••••••••••••••••••••••5395c9bada6c
previous_hash : 718b616e16fd••••••••••••••••••••••••••••••••0b52245ab2b1
CREATED
block_id : #5028
event_hash : 718b616e16fd••••••••••••••••••••••••••••••••0b52245ab2b1
previous_hash : 43cccdc06882••••••••••••••••••••••••••••••••01ee8068a8de
DESTROYED
block_id : #5027
event_hash : 43cccdc06882••••••••••••••••••••••••••••••••01ee8068a8de
previous_hash : b21211c0b5fb••••••••••••••••••••••••••••••••1d88e5f6a7f3
CREATED
block_id : #5026
event_hash : b21211c0b5fb••••••••••••••••••••••••••••••••1d88e5f6a7f3
previous_hash : e4fbeb5ebbc9••••••••••••••••••••••••••••••••000bbcf5e35d
CREATED
block_id : #5025
event_hash : e4fbeb5ebbc9••••••••••••••••••••••••••••••••000bbcf5e35d
previous_hash : d31c7cad1c70••••••••••••••••••••••••••••••••cd09f62608fe
CREATED
block_id : #5024
event_hash : d31c7cad1c70••••••••••••••••••••••••••••••••cd09f62608fe
previous_hash : 7717f7ddfdc7••••••••••••••••••••••••••••••••cddc7601c3f9

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.