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)
c2a300762f9cb16528015ec7274903e6f9c8282e1e46fadc8e16cd97b596d265
Horodatage de la racine : 31/07/2026 à 18:57 UTC

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

Événements publiés : 4 810  |  Dernière mise à jour : 31/07/2026 à 18:57 UTC

EXPIRED
block_id : #2946
event_hash : 6e66eee444b5••••••••••••••••••••••••••••••••78c9a895d4ea
previous_hash : 80cb9e8bddfd••••••••••••••••••••••••••••••••492a4a8d6029
DESTROYED
block_id : #2945
event_hash : 80cb9e8bddfd••••••••••••••••••••••••••••••••492a4a8d6029
previous_hash : d3be9bb2f3fa••••••••••••••••••••••••••••••••100692d4b2d8
EXPIRED
block_id : #2944
event_hash : d3be9bb2f3fa••••••••••••••••••••••••••••••••100692d4b2d8
previous_hash : ad11b4791e08••••••••••••••••••••••••••••••••7b2f67a1d42c
CREATED
block_id : #2943
event_hash : ad11b4791e08••••••••••••••••••••••••••••••••7b2f67a1d42c
previous_hash : b449cf6ac64b••••••••••••••••••••••••••••••••ec2679322730
CREATED
block_id : #2942
event_hash : b449cf6ac64b••••••••••••••••••••••••••••••••ec2679322730
previous_hash : 43635baff9a3••••••••••••••••••••••••••••••••0515b4f54805
DESTROYED
block_id : #2941
event_hash : 43635baff9a3••••••••••••••••••••••••••••••••0515b4f54805
previous_hash : 57e4e42e2157••••••••••••••••••••••••••••••••0349e00064b9
DESTROYED
block_id : #2940
event_hash : 57e4e42e2157••••••••••••••••••••••••••••••••0349e00064b9
previous_hash : 2ce4dc81ad46••••••••••••••••••••••••••••••••8dcdb7198f06
DESTROYED
block_id : #2939
event_hash : 2ce4dc81ad46••••••••••••••••••••••••••••••••8dcdb7198f06
previous_hash : 924eb342ea17••••••••••••••••••••••••••••••••51bf66fe75dc
CREATED
block_id : #2938
event_hash : 924eb342ea17••••••••••••••••••••••••••••••••51bf66fe75dc
previous_hash : a91cfe1f526d••••••••••••••••••••••••••••••••496e3d236062
CREATED
block_id : #2937
event_hash : a91cfe1f526d••••••••••••••••••••••••••••••••496e3d236062
previous_hash : 742c31320a53••••••••••••••••••••••••••••••••0af24fcf7ce2
CREATED
block_id : #2936
event_hash : 742c31320a53••••••••••••••••••••••••••••••••0af24fcf7ce2
previous_hash : 616f14811a50••••••••••••••••••••••••••••••••e8a8570fc775
DESTROYED
block_id : #2935
event_hash : 616f14811a50••••••••••••••••••••••••••••••••e8a8570fc775
previous_hash : f1c8a22da249••••••••••••••••••••••••••••••••a63ac27595a2
CREATED
block_id : #2934
event_hash : f1c8a22da249••••••••••••••••••••••••••••••••a63ac27595a2
previous_hash : 62765419b03a••••••••••••••••••••••••••••••••53ddf26ec15b
DESTROYED
block_id : #2933
event_hash : 62765419b03a••••••••••••••••••••••••••••••••53ddf26ec15b
previous_hash : b1547ba51293••••••••••••••••••••••••••••••••38384dad0e54
DESTROYED
block_id : #2932
event_hash : b1547ba51293••••••••••••••••••••••••••••••••38384dad0e54
previous_hash : c1ec357320e9••••••••••••••••••••••••••••••••a30ddf1ef2db
CREATED
block_id : #2931
event_hash : c1ec357320e9••••••••••••••••••••••••••••••••a30ddf1ef2db
previous_hash : ecc4972a7955••••••••••••••••••••••••••••••••cd68bc16ea6e
CREATED
block_id : #2930
event_hash : ecc4972a7955••••••••••••••••••••••••••••••••cd68bc16ea6e
previous_hash : bfaff7cb7da9••••••••••••••••••••••••••••••••5dd9f6513927
DESTROYED
block_id : #2929
event_hash : bfaff7cb7da9••••••••••••••••••••••••••••••••5dd9f6513927
previous_hash : ba927a24ff84••••••••••••••••••••••••••••••••223a6e12cf20
DESTROYED
block_id : #2928
event_hash : ba927a24ff84••••••••••••••••••••••••••••••••223a6e12cf20
previous_hash : e478af26dfb9••••••••••••••••••••••••••••••••1164db8e7c04
CREATED
block_id : #2927
event_hash : e478af26dfb9••••••••••••••••••••••••••••••••1164db8e7c04
previous_hash : b7c24ba202d8••••••••••••••••••••••••••••••••89f27e0503a0
DESTROYED
block_id : #2926
event_hash : b7c24ba202d8••••••••••••••••••••••••••••••••89f27e0503a0
previous_hash : 5367b55c2569••••••••••••••••••••••••••••••••3bacda726084
CREATED
block_id : #2925
event_hash : 5367b55c2569••••••••••••••••••••••••••••••••3bacda726084
previous_hash : 71732b190cb7••••••••••••••••••••••••••••••••ffd1c2a34d55
CREATED
block_id : #2924
event_hash : 71732b190cb7••••••••••••••••••••••••••••••••ffd1c2a34d55
previous_hash : 05a47a406316••••••••••••••••••••••••••••••••3f0cc9f58f1b
DESTROYED
block_id : #2923
event_hash : 05a47a406316••••••••••••••••••••••••••••••••3f0cc9f58f1b
previous_hash : 1837ae9c4911••••••••••••••••••••••••••••••••45405702b18d
DESTROYED
block_id : #2922
event_hash : 1837ae9c4911••••••••••••••••••••••••••••••••45405702b18d
previous_hash : 4d5e9768d0b9••••••••••••••••••••••••••••••••72b57b48c03a

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.