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)
7d125db9c8f22b03c9eea819a6a307c34faa1f25dd9052f832f73442814342fb
Horodatage de la racine : 13/07/2026 à 00:07 UTC

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

Événements publiés : 4 647  |  Dernière mise à jour : 13/07/2026 à 00:07 UTC

CREATED
block_id : #1683
event_hash : 4dfa5920e22a••••••••••••••••••••••••••••••••53617ec48ac1
previous_hash : 0ab3983d4005••••••••••••••••••••••••••••••••c75db7fd75f4
EXPIRED
block_id : #1682
event_hash : 0ab3983d4005••••••••••••••••••••••••••••••••c75db7fd75f4
previous_hash : ef3e2748edd2••••••••••••••••••••••••••••••••48edf93eb8cb
DESTROYED
block_id : #1681
event_hash : ef3e2748edd2••••••••••••••••••••••••••••••••48edf93eb8cb
previous_hash : 2966d7851372••••••••••••••••••••••••••••••••5b130cb1eec7
CREATED
block_id : #1680
event_hash : 2966d7851372••••••••••••••••••••••••••••••••5b130cb1eec7
previous_hash : 86265ca7683b••••••••••••••••••••••••••••••••9db404b89e72
DESTROYED
block_id : #1679
event_hash : 86265ca7683b••••••••••••••••••••••••••••••••9db404b89e72
previous_hash : 4a4eb0816877••••••••••••••••••••••••••••••••908bd709231d
CREATED
block_id : #1678
event_hash : 4a4eb0816877••••••••••••••••••••••••••••••••908bd709231d
previous_hash : dfbbf30a9197••••••••••••••••••••••••••••••••af6d9aea24ab
DESTROYED
block_id : #1677
event_hash : dfbbf30a9197••••••••••••••••••••••••••••••••af6d9aea24ab
previous_hash : 861dca511466••••••••••••••••••••••••••••••••8799f1bf830b
CREATED
block_id : #1676
event_hash : 861dca511466••••••••••••••••••••••••••••••••8799f1bf830b
previous_hash : 91ae7f5adf47••••••••••••••••••••••••••••••••f64f5d143d39
CREATED
block_id : #1675
event_hash : 91ae7f5adf47••••••••••••••••••••••••••••••••f64f5d143d39
previous_hash : 60f6beb44a29••••••••••••••••••••••••••••••••a4bc0cafd21b
CREATED
block_id : #1674
event_hash : 60f6beb44a29••••••••••••••••••••••••••••••••a4bc0cafd21b
previous_hash : 4ff43da43ec0••••••••••••••••••••••••••••••••74dd81840618
DESTROYED
block_id : #1673
event_hash : 4ff43da43ec0••••••••••••••••••••••••••••••••74dd81840618
previous_hash : e34b17d57a2e••••••••••••••••••••••••••••••••6ff5809dbea1
CREATED
block_id : #1672
event_hash : e34b17d57a2e••••••••••••••••••••••••••••••••6ff5809dbea1
previous_hash : 07ffd9fa746b••••••••••••••••••••••••••••••••e9adf1cec777
CREATED
block_id : #1671
event_hash : 07ffd9fa746b••••••••••••••••••••••••••••••••e9adf1cec777
previous_hash : 7a43e296c46d••••••••••••••••••••••••••••••••24229e62773e
CREATED
block_id : #1670
event_hash : 7a43e296c46d••••••••••••••••••••••••••••••••24229e62773e
previous_hash : 981666c38afa••••••••••••••••••••••••••••••••a208721255f9
CREATED
block_id : #1669
event_hash : 981666c38afa••••••••••••••••••••••••••••••••a208721255f9
previous_hash : 04b42b0030c4••••••••••••••••••••••••••••••••dbf0ed8c1aa6
DESTROYED
block_id : #1668
event_hash : 04b42b0030c4••••••••••••••••••••••••••••••••dbf0ed8c1aa6
previous_hash : 98dbf9cbe1bb••••••••••••••••••••••••••••••••a76094187ce4
CREATED
block_id : #1667
event_hash : 98dbf9cbe1bb••••••••••••••••••••••••••••••••a76094187ce4
previous_hash : a9084bf20c58••••••••••••••••••••••••••••••••54d3539cff82
DESTROYED
block_id : #1666
event_hash : a9084bf20c58••••••••••••••••••••••••••••••••54d3539cff82
previous_hash : 0ccd1aec9540••••••••••••••••••••••••••••••••c0d79d36d582
CREATED
block_id : #1665
event_hash : 0ccd1aec9540••••••••••••••••••••••••••••••••c0d79d36d582
previous_hash : fa38053f7c1d••••••••••••••••••••••••••••••••162c1af11979
CREATED
block_id : #1664
event_hash : fa38053f7c1d••••••••••••••••••••••••••••••••162c1af11979
previous_hash : fb8e2d95ee78••••••••••••••••••••••••••••••••d10145998192
CREATED
block_id : #1663
event_hash : fb8e2d95ee78••••••••••••••••••••••••••••••••d10145998192
previous_hash : d1e43024cfa2••••••••••••••••••••••••••••••••43b88463b9cb
DESTROYED
block_id : #1662
event_hash : d1e43024cfa2••••••••••••••••••••••••••••••••43b88463b9cb
previous_hash : f7dd89fd04b2••••••••••••••••••••••••••••••••8e5c590fb647
CREATED
block_id : #1661
event_hash : f7dd89fd04b2••••••••••••••••••••••••••••••••8e5c590fb647
previous_hash : c752a3a155af••••••••••••••••••••••••••••••••328f6adef2f2
EXPIRED
block_id : #1660
event_hash : c752a3a155af••••••••••••••••••••••••••••••••328f6adef2f2
previous_hash : 9b08735dab38••••••••••••••••••••••••••••••••4c3c39fd3061
DESTROYED
block_id : #1659
event_hash : 9b08735dab38••••••••••••••••••••••••••••••••4c3c39fd3061
previous_hash : 4389e8c92a6a••••••••••••••••••••••••••••••••d4b9fb8db40d

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.