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)
f048ff23d37378739dc96370f60e3d422a6f5a52a646a19c043ce446ff4dcc46
Root timestamp: 2026-10-28 18:16 UTC

Real-time event stream

Published events: 10 786  |  Last updated: 2026-10-28 18:16 UTC

EXPIRED
block_id : #9597
event_hash : 4561e895a187••••••••••••••••••••••••••••••••d527ba7ec10b
previous_hash : 39d5fba1770a••••••••••••••••••••••••••••••••f6b983562773
EXPIRED
block_id : #9596
event_hash : 39d5fba1770a••••••••••••••••••••••••••••••••f6b983562773
previous_hash : 0667d443d4bd••••••••••••••••••••••••••••••••05ccd6dadc49
EXPIRED
block_id : #9595
event_hash : 0667d443d4bd••••••••••••••••••••••••••••••••05ccd6dadc49
previous_hash : 59f2173d7f03••••••••••••••••••••••••••••••••91d5320a3eed
EXPIRED
block_id : #9594
event_hash : 59f2173d7f03••••••••••••••••••••••••••••••••91d5320a3eed
previous_hash : f512dc3e747e••••••••••••••••••••••••••••••••274376896869
EXPIRED
block_id : #9593
event_hash : f512dc3e747e••••••••••••••••••••••••••••••••274376896869
previous_hash : ac4b4b1586ad••••••••••••••••••••••••••••••••7c4f3b88ce36
EXPIRED
block_id : #9592
event_hash : ac4b4b1586ad••••••••••••••••••••••••••••••••7c4f3b88ce36
previous_hash : 281351e24f14••••••••••••••••••••••••••••••••4e7816297ead
EXPIRED
block_id : #9591
event_hash : 281351e24f14••••••••••••••••••••••••••••••••4e7816297ead
previous_hash : c85567908924••••••••••••••••••••••••••••••••37c0c0ae5c01
EXPIRED
block_id : #9590
event_hash : c85567908924••••••••••••••••••••••••••••••••37c0c0ae5c01
previous_hash : 14120ce5a103••••••••••••••••••••••••••••••••3313e8007992
EXPIRED
block_id : #9589
event_hash : 14120ce5a103••••••••••••••••••••••••••••••••3313e8007992
previous_hash : e42da395cc18••••••••••••••••••••••••••••••••c6cf9bd13223
EXPIRED
block_id : #9588
event_hash : e42da395cc18••••••••••••••••••••••••••••••••c6cf9bd13223
previous_hash : 8b8cafdd0d7e••••••••••••••••••••••••••••••••5d9e3a81b908
EXPIRED
block_id : #9587
event_hash : 8b8cafdd0d7e••••••••••••••••••••••••••••••••5d9e3a81b908
previous_hash : a3d254d6f7f8••••••••••••••••••••••••••••••••0095dc17b70d
EXPIRED
block_id : #9586
event_hash : a3d254d6f7f8••••••••••••••••••••••••••••••••0095dc17b70d
previous_hash : c4513ae805d8••••••••••••••••••••••••••••••••a60e2d30f87d
CREATED
block_id : #9585
event_hash : c4513ae805d8••••••••••••••••••••••••••••••••a60e2d30f87d
previous_hash : df7a265b7cc4••••••••••••••••••••••••••••••••e36aa02e2bc1
CREATED
block_id : #9584
event_hash : df7a265b7cc4••••••••••••••••••••••••••••••••e36aa02e2bc1
previous_hash : 16c71271bedb••••••••••••••••••••••••••••••••d05345b1efc7
CREATED
block_id : #9583
event_hash : 16c71271bedb••••••••••••••••••••••••••••••••d05345b1efc7
previous_hash : 2774d103052e••••••••••••••••••••••••••••••••b8ade82d948b
CREATED
block_id : #9582
event_hash : 2774d103052e••••••••••••••••••••••••••••••••b8ade82d948b
previous_hash : bfbea6a54a83••••••••••••••••••••••••••••••••1adc88e2fc27
CREATED
block_id : #9581
event_hash : bfbea6a54a83••••••••••••••••••••••••••••••••1adc88e2fc27
previous_hash : 6950d4075ae9••••••••••••••••••••••••••••••••9311c22969fe
CREATED
block_id : #9580
event_hash : 6950d4075ae9••••••••••••••••••••••••••••••••9311c22969fe
previous_hash : 69aafb4c3c8e••••••••••••••••••••••••••••••••af4e59333aa8
CREATED
block_id : #9579
event_hash : 69aafb4c3c8e••••••••••••••••••••••••••••••••af4e59333aa8
previous_hash : f2d8470e2549••••••••••••••••••••••••••••••••19814f507417
DESTROYED
block_id : #9578
event_hash : f2d8470e2549••••••••••••••••••••••••••••••••19814f507417
previous_hash : e03962f1b460••••••••••••••••••••••••••••••••ff17f1233760
CREATED
block_id : #9577
event_hash : e03962f1b460••••••••••••••••••••••••••••••••ff17f1233760
previous_hash : bf01d85f3758••••••••••••••••••••••••••••••••8de2c1d49ff0
CREATED
block_id : #9576
event_hash : bf01d85f3758••••••••••••••••••••••••••••••••8de2c1d49ff0
previous_hash : 8e9d95dccd3f••••••••••••••••••••••••••••••••50a000d2f934
DESTROYED
block_id : #9575
event_hash : 8e9d95dccd3f••••••••••••••••••••••••••••••••50a000d2f934
previous_hash : ff00e8450a4b••••••••••••••••••••••••••••••••7022f835b47d
CREATED
block_id : #9574
event_hash : ff00e8450a4b••••••••••••••••••••••••••••••••7022f835b47d
previous_hash : 5b1c96fe33f5••••••••••••••••••••••••••••••••b8b47172df7f
DESTROYED
block_id : #9573
event_hash : 5b1c96fe33f5••••••••••••••••••••••••••••••••b8b47172df7f
previous_hash : 96f28c849513••••••••••••••••••••••••••••••••a25071386739

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.