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

DESTROYED
block_id : #5621
event_hash : 0392842dea4f••••••••••••••••••••••••••••••••132609f3c11d
previous_hash : c3e96efb0e64••••••••••••••••••••••••••••••••234a8fed6adc
CREATED
block_id : #5620
event_hash : c3e96efb0e64••••••••••••••••••••••••••••••••234a8fed6adc
previous_hash : 96c558e7dc59••••••••••••••••••••••••••••••••eea94c5c5c58
CREATED
block_id : #5619
event_hash : 96c558e7dc59••••••••••••••••••••••••••••••••eea94c5c5c58
previous_hash : 220d9ed86016••••••••••••••••••••••••••••••••9967000e38db
DESTROYED
block_id : #5618
event_hash : 220d9ed86016••••••••••••••••••••••••••••••••9967000e38db
previous_hash : ab833c8d0e63••••••••••••••••••••••••••••••••927b957d158b
CREATED
block_id : #5617
event_hash : ab833c8d0e63••••••••••••••••••••••••••••••••927b957d158b
previous_hash : b27d18495a4c••••••••••••••••••••••••••••••••66d93e9acaef
DESTROYED
block_id : #5616
event_hash : b27d18495a4c••••••••••••••••••••••••••••••••66d93e9acaef
previous_hash : 9629001c1e62••••••••••••••••••••••••••••••••c0bc5497b4ef
DESTROYED
block_id : #5615
event_hash : 9629001c1e62••••••••••••••••••••••••••••••••c0bc5497b4ef
previous_hash : 74ebee88a0fc••••••••••••••••••••••••••••••••5a3116ead64a
CREATED
block_id : #5614
event_hash : 74ebee88a0fc••••••••••••••••••••••••••••••••5a3116ead64a
previous_hash : 858d2ad0049c••••••••••••••••••••••••••••••••dcc53ba96a15
CREATED
block_id : #5613
event_hash : 858d2ad0049c••••••••••••••••••••••••••••••••dcc53ba96a15
previous_hash : 30825f221469••••••••••••••••••••••••••••••••f198025f8d2d
CREATED
block_id : #5612
event_hash : 30825f221469••••••••••••••••••••••••••••••••f198025f8d2d
previous_hash : 0a7f8365b24f••••••••••••••••••••••••••••••••8535bb493784
EXPIRED
block_id : #5611
event_hash : 0a7f8365b24f••••••••••••••••••••••••••••••••8535bb493784
previous_hash : 570d6325f41c••••••••••••••••••••••••••••••••a070b96ad0c5
DESTROYED
block_id : #5610
event_hash : 570d6325f41c••••••••••••••••••••••••••••••••a070b96ad0c5
previous_hash : da3e2ccbbf6d••••••••••••••••••••••••••••••••abc4d21bb1e2
CREATED
block_id : #5609
event_hash : da3e2ccbbf6d••••••••••••••••••••••••••••••••abc4d21bb1e2
previous_hash : 525780949454••••••••••••••••••••••••••••••••2041306df9d8
DESTROYED
block_id : #5608
event_hash : 525780949454••••••••••••••••••••••••••••••••2041306df9d8
previous_hash : 39410d6989d8••••••••••••••••••••••••••••••••cca676f6ebc5
CREATED
block_id : #5607
event_hash : 39410d6989d8••••••••••••••••••••••••••••••••cca676f6ebc5
previous_hash : 1838da7b1796••••••••••••••••••••••••••••••••26ee9db68b79
DESTROYED
block_id : #5606
event_hash : 1838da7b1796••••••••••••••••••••••••••••••••26ee9db68b79
previous_hash : 0c874263c491••••••••••••••••••••••••••••••••f80717c5c3b3
CREATED
block_id : #5605
event_hash : 0c874263c491••••••••••••••••••••••••••••••••f80717c5c3b3
previous_hash : cd5f7402ab34••••••••••••••••••••••••••••••••e2ab26ca4ded
CREATED
block_id : #5604
event_hash : cd5f7402ab34••••••••••••••••••••••••••••••••e2ab26ca4ded
previous_hash : 99148b3b50de••••••••••••••••••••••••••••••••3da6a5365cb6
DESTROYED
block_id : #5603
event_hash : 99148b3b50de••••••••••••••••••••••••••••••••3da6a5365cb6
previous_hash : 30242ce0ffc2••••••••••••••••••••••••••••••••a1df9b326611
CREATED
block_id : #5602
event_hash : 30242ce0ffc2••••••••••••••••••••••••••••••••a1df9b326611
previous_hash : aa8a5f409bbd••••••••••••••••••••••••••••••••07c951e96b54
DESTROYED
block_id : #5601
event_hash : aa8a5f409bbd••••••••••••••••••••••••••••••••07c951e96b54
previous_hash : c4864d2ce80e••••••••••••••••••••••••••••••••f6f7471f0a18
CREATED
block_id : #5600
event_hash : c4864d2ce80e••••••••••••••••••••••••••••••••f6f7471f0a18
previous_hash : 17c0c0efa7b8••••••••••••••••••••••••••••••••ead6ce9a4c49
EXPIRED
block_id : #5599
event_hash : 17c0c0efa7b8••••••••••••••••••••••••••••••••ead6ce9a4c49
previous_hash : 6b1a1cdde959••••••••••••••••••••••••••••••••fecd64513aa0
EXPIRED
block_id : #5598
event_hash : 6b1a1cdde959••••••••••••••••••••••••••••••••fecd64513aa0
previous_hash : dceacd6739d8••••••••••••••••••••••••••••••••38bde6fd54ff
EXPIRED
block_id : #5597
event_hash : dceacd6739d8••••••••••••••••••••••••••••••••38bde6fd54ff
previous_hash : 094861f76d1e••••••••••••••••••••••••••••••••ab8a5bc611e0

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.