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)
8600a4b8d3ae7b62f93826ad18aed5d1b70373fe886d39918732659876bef98a
Root timestamp: 2026-11-03 18:45 UTC

Real-time event stream

Published events: 11 002  |  Last updated: 2026-11-03 18:45 UTC

CREATED
block_id : #6188
event_hash : c1a137651595••••••••••••••••••••••••••••••••ceaac1e08a07
previous_hash : 2974860d62ef••••••••••••••••••••••••••••••••d71480586686
CREATED
block_id : #6187
event_hash : 2974860d62ef••••••••••••••••••••••••••••••••d71480586686
previous_hash : d23943bc32a3••••••••••••••••••••••••••••••••242c52325e71
CREATED
block_id : #6186
event_hash : d23943bc32a3••••••••••••••••••••••••••••••••242c52325e71
previous_hash : 4f7abc6eaffd••••••••••••••••••••••••••••••••7780cf8a0e72
CREATED
block_id : #6185
event_hash : 4f7abc6eaffd••••••••••••••••••••••••••••••••7780cf8a0e72
previous_hash : 8e3d1d6d4dea••••••••••••••••••••••••••••••••1080cd4af4cd
CREATED
block_id : #6184
event_hash : 8e3d1d6d4dea••••••••••••••••••••••••••••••••1080cd4af4cd
previous_hash : b9fe4859b352••••••••••••••••••••••••••••••••c3566599072d
CREATED
block_id : #6183
event_hash : b9fe4859b352••••••••••••••••••••••••••••••••c3566599072d
previous_hash : 9619349a5c4a••••••••••••••••••••••••••••••••8588cc44b403
CREATED
block_id : #6182
event_hash : 9619349a5c4a••••••••••••••••••••••••••••••••8588cc44b403
previous_hash : b8a08ed39cb6••••••••••••••••••••••••••••••••aef762f41be6
CREATED
block_id : #6181
event_hash : b8a08ed39cb6••••••••••••••••••••••••••••••••aef762f41be6
previous_hash : 00fc104e036d••••••••••••••••••••••••••••••••5755a3a280db
CREATED
block_id : #6180
event_hash : 00fc104e036d••••••••••••••••••••••••••••••••5755a3a280db
previous_hash : 0c19ea82aa8b••••••••••••••••••••••••••••••••9419fc7a06d1
CREATED
block_id : #6179
event_hash : 0c19ea82aa8b••••••••••••••••••••••••••••••••9419fc7a06d1
previous_hash : c0ac1be5c46a••••••••••••••••••••••••••••••••ce5bca4c453e
DESTROYED
block_id : #6178
event_hash : c0ac1be5c46a••••••••••••••••••••••••••••••••ce5bca4c453e
previous_hash : ec679acf0779••••••••••••••••••••••••••••••••6d5a09b570e8
CREATED
block_id : #6177
event_hash : ec679acf0779••••••••••••••••••••••••••••••••6d5a09b570e8
previous_hash : 90f212ffdf03••••••••••••••••••••••••••••••••380dd97c2cda
EXPIRED
block_id : #6176
event_hash : 90f212ffdf03••••••••••••••••••••••••••••••••380dd97c2cda
previous_hash : 0153d7782e69••••••••••••••••••••••••••••••••989d1a3bb3a8
EXPIRED
block_id : #6175
event_hash : 0153d7782e69••••••••••••••••••••••••••••••••989d1a3bb3a8
previous_hash : 4835c7aa5426••••••••••••••••••••••••••••••••6d4e54cc0b03
EXPIRED
block_id : #6174
event_hash : 4835c7aa5426••••••••••••••••••••••••••••••••6d4e54cc0b03
previous_hash : da9b0ecfff59••••••••••••••••••••••••••••••••82e6972a3b6d
DESTROYED
block_id : #6173
event_hash : da9b0ecfff59••••••••••••••••••••••••••••••••82e6972a3b6d
previous_hash : fa67e0cf29c5••••••••••••••••••••••••••••••••bdd47dfdcd85
CREATED
block_id : #6172
event_hash : fa67e0cf29c5••••••••••••••••••••••••••••••••bdd47dfdcd85
previous_hash : e00cf0b71aae••••••••••••••••••••••••••••••••c1ce640f0e3e
CREATED
block_id : #6171
event_hash : e00cf0b71aae••••••••••••••••••••••••••••••••c1ce640f0e3e
previous_hash : d07043b066c5••••••••••••••••••••••••••••••••7f7f984f3463
CREATED
block_id : #6170
event_hash : d07043b066c5••••••••••••••••••••••••••••••••7f7f984f3463
previous_hash : f59406cdd98f••••••••••••••••••••••••••••••••e8c5030550ee
CREATED
block_id : #6169
event_hash : f59406cdd98f••••••••••••••••••••••••••••••••e8c5030550ee
previous_hash : ee3240aea255••••••••••••••••••••••••••••••••1c261a6298ce
CREATED
block_id : #6168
event_hash : ee3240aea255••••••••••••••••••••••••••••••••1c261a6298ce
previous_hash : 018bf25e727e••••••••••••••••••••••••••••••••f18274ed7b3f
CREATED
block_id : #6167
event_hash : 018bf25e727e••••••••••••••••••••••••••••••••f18274ed7b3f
previous_hash : 1c9977371a0b••••••••••••••••••••••••••••••••9d6dc4e7c920
CREATED
block_id : #6166
event_hash : 1c9977371a0b••••••••••••••••••••••••••••••••9d6dc4e7c920
previous_hash : 46d7375f5ac0••••••••••••••••••••••••••••••••f27d28c1d954
CREATED
block_id : #6165
event_hash : 46d7375f5ac0••••••••••••••••••••••••••••••••f27d28c1d954
previous_hash : b8013fc42b4f••••••••••••••••••••••••••••••••7aa78ab90bcf
CREATED
block_id : #6164
event_hash : b8013fc42b4f••••••••••••••••••••••••••••••••7aa78ab90bcf
previous_hash : b6d35fe4d554••••••••••••••••••••••••••••••••e9d91a5a375f

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.