Warrant Canary Intact

Our servers have not been subject to any compromise, material breach, or secret government requisition to date.

View the manifesto
The Butterfly Philosophy

Public Cryptographic Registry

This cryptographic transparency registry publishes events generated by the ITYLOS infrastructure.
Each entry corresponds to a mathematically verifiable operation: capsule creation, access, or destruction.
The log is designed to be an independently auditable integrity registry.

Append-only registry Immutable history Independently verifiable

Transparency model

The ITYLOS registry is inspired by transparency registries used in modern security infrastructure.

This model is comparable to systems such as:

  • Certificate Transparency (CT)
  • Cryptographic transparency logs
  • Audited append-only logs

Independent registry audit

The registry can be analyzed independently from the ITYLOS infrastructure.

The cryptographic fingerprints allow reconstructing the integrity chain from the Genesis block and mathematically verifying that no event has been deleted or modified.

Absolute confidentiality

The registry contains no sensitive data.

Only anonymized cryptographic fingerprints (SHA-256 hashes) and technical identifiers are published. This Zero-Knowledge system preserves the anonymity of the sender and recipient.

Registry Integrity (Root Hash)
7492b6619be8530aafec82bee542d11366ec45f2928125894b21530f401fca1a
Root timestamp: 2026-10-30 20:42 UTC

Real-time event stream

Published events: 10 864  |  Last updated: 2026-10-30 20:42 UTC

CREATED
block_id : #8300
event_hash : aa34f03b801f••••••••••••••••••••••••••••••••1b94e2f04d03
previous_hash : 29c7943a98fa••••••••••••••••••••••••••••••••137f5a616519
CREATED
block_id : #8299
event_hash : 29c7943a98fa••••••••••••••••••••••••••••••••137f5a616519
previous_hash : 0f6441fcde32••••••••••••••••••••••••••••••••c96d9b97a6f8
CREATED
block_id : #8298
event_hash : 0f6441fcde32••••••••••••••••••••••••••••••••c96d9b97a6f8
previous_hash : 30bc2752f730••••••••••••••••••••••••••••••••ad93f6a7ec59
CREATED
block_id : #8297
event_hash : 30bc2752f730••••••••••••••••••••••••••••••••ad93f6a7ec59
previous_hash : c80ec23bf624••••••••••••••••••••••••••••••••a1817ae00642
CREATED
block_id : #8296
event_hash : c80ec23bf624••••••••••••••••••••••••••••••••a1817ae00642
previous_hash : cb26e4c7e50e••••••••••••••••••••••••••••••••20076c3d4d5b
CREATED
block_id : #8295
event_hash : cb26e4c7e50e••••••••••••••••••••••••••••••••20076c3d4d5b
previous_hash : a1582e5f020a••••••••••••••••••••••••••••••••159b8d62e72e
CREATED
block_id : #8294
event_hash : a1582e5f020a••••••••••••••••••••••••••••••••159b8d62e72e
previous_hash : 582b3f58df22••••••••••••••••••••••••••••••••11dc7bc07d76
DESTROYED
block_id : #8293
event_hash : 582b3f58df22••••••••••••••••••••••••••••••••11dc7bc07d76
previous_hash : 2011bad21509••••••••••••••••••••••••••••••••9f54f34c5e2d
CREATED
block_id : #8292
event_hash : 2011bad21509••••••••••••••••••••••••••••••••9f54f34c5e2d
previous_hash : f9ab71a8d571••••••••••••••••••••••••••••••••d4a1a5b18fbc
CREATED
block_id : #8291
event_hash : f9ab71a8d571••••••••••••••••••••••••••••••••d4a1a5b18fbc
previous_hash : 69dac6e499d6••••••••••••••••••••••••••••••••0c4dccb180f8
CREATED
block_id : #8290
event_hash : 69dac6e499d6••••••••••••••••••••••••••••••••0c4dccb180f8
previous_hash : 5fba85acf552••••••••••••••••••••••••••••••••4c740b36417b
DESTROYED
block_id : #8289
event_hash : 5fba85acf552••••••••••••••••••••••••••••••••4c740b36417b
previous_hash : 8b6286dfc715••••••••••••••••••••••••••••••••6580181440a5
CREATED
block_id : #8288
event_hash : 8b6286dfc715••••••••••••••••••••••••••••••••6580181440a5
previous_hash : 7c9ea8b32190••••••••••••••••••••••••••••••••360f8f944032
DESTROYED
block_id : #8287
event_hash : 7c9ea8b32190••••••••••••••••••••••••••••••••360f8f944032
previous_hash : 184d36e54a9e••••••••••••••••••••••••••••••••49d527810e82
CREATED
block_id : #8286
event_hash : 184d36e54a9e••••••••••••••••••••••••••••••••49d527810e82
previous_hash : bef5ccb7d724••••••••••••••••••••••••••••••••962d1100934b
CREATED
block_id : #8285
event_hash : bef5ccb7d724••••••••••••••••••••••••••••••••962d1100934b
previous_hash : a994a22e9d3a••••••••••••••••••••••••••••••••7143f7f162ca
DESTROYED
block_id : #8284
event_hash : a994a22e9d3a••••••••••••••••••••••••••••••••7143f7f162ca
previous_hash : 07e74b6e928b••••••••••••••••••••••••••••••••cda2725a8de2
CREATED
block_id : #8283
event_hash : 07e74b6e928b••••••••••••••••••••••••••••••••cda2725a8de2
previous_hash : a90744f781df••••••••••••••••••••••••••••••••51737f0bc360
DESTROYED
block_id : #8282
event_hash : a90744f781df••••••••••••••••••••••••••••••••51737f0bc360
previous_hash : 195321043f9a••••••••••••••••••••••••••••••••50d3710d0602
CREATED
block_id : #8281
event_hash : 195321043f9a••••••••••••••••••••••••••••••••50d3710d0602
previous_hash : 7d98a3c6ac78••••••••••••••••••••••••••••••••337ed489d557
DESTROYED
block_id : #8280
event_hash : 7d98a3c6ac78••••••••••••••••••••••••••••••••337ed489d557
previous_hash : 38baf4377609••••••••••••••••••••••••••••••••5d4e4030b78b
CREATED
block_id : #8279
event_hash : 38baf4377609••••••••••••••••••••••••••••••••5d4e4030b78b
previous_hash : cdc5e4fb161c••••••••••••••••••••••••••••••••e98bb614769a
DESTROYED
block_id : #8278
event_hash : cdc5e4fb161c••••••••••••••••••••••••••••••••e98bb614769a
previous_hash : c36063b4231a••••••••••••••••••••••••••••••••b8ae807b206a
CREATED
block_id : #8277
event_hash : c36063b4231a••••••••••••••••••••••••••••••••b8ae807b206a
previous_hash : 5a41dbdcf79e••••••••••••••••••••••••••••••••8c3bd27158b0
DESTROYED
block_id : #8276
event_hash : 5a41dbdcf79e••••••••••••••••••••••••••••••••8c3bd27158b0
previous_hash : 8e436ab047b9••••••••••••••••••••••••••••••••bba4170d4bf0

Frequently Asked Questions

Understanding the purpose of the append-only audit log

Does the registry prove the destruction of capsules?
Yes.

The registry publishes cryptographic events associated with capsules. Destructions appear as timestamped events (DESTROYED status) permanently recorded in the integrity chain.
What is a transparency registry?
A transparency registry is a public log of cryptographic events.

It allows mathematically verifying that a system’s operations actually took place at a specific point in time and have never been modified or erased after the fact.
Do secrets appear in this registry?
No.

The registry contains only cryptographic fingerprints (hashes) and anonymized technical identifiers. No sensitive data is published.
Can the registry be audited?
Yes.

Anyone can analyze the fingerprints, export the registry in JSON format, and verify the consistency of the event chain in a completely independent manner.
Can the registry be modified?
No.

The log is designed as append-only. Each entry is cryptographically linked to the previous one via its previous_hash. Any modification or deletion of a past event would immediately break the entire mathematical chain.