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)
1fc4790d88df36a1f339363958514ba715b7727e6fcf02252ae44b1cf9a0f0c8
Root timestamp: 2026-10-31 09:45 UTC

Real-time event stream

Published events: 10 865  |  Last updated: 2026-10-31 09:45 UTC

EXPIRED
block_id : #8076
event_hash : 0944d6600784••••••••••••••••••••••••••••••••6c18db4d1fc3
previous_hash : c52effd81d36••••••••••••••••••••••••••••••••a6dc82dfa6f5
EXPIRED
block_id : #8075
event_hash : c52effd81d36••••••••••••••••••••••••••••••••a6dc82dfa6f5
previous_hash : 1d2ea6f8ac40••••••••••••••••••••••••••••••••b63f6eaa475b
EXPIRED
block_id : #8074
event_hash : 1d2ea6f8ac40••••••••••••••••••••••••••••••••b63f6eaa475b
previous_hash : 8f7017833efd••••••••••••••••••••••••••••••••1bf105c4aeac
EXPIRED
block_id : #8073
event_hash : 8f7017833efd••••••••••••••••••••••••••••••••1bf105c4aeac
previous_hash : 514287a39b02••••••••••••••••••••••••••••••••28d8f6c14ef0
EXPIRED
block_id : #8072
event_hash : 514287a39b02••••••••••••••••••••••••••••••••28d8f6c14ef0
previous_hash : 9c67f09e0031••••••••••••••••••••••••••••••••0fcf53328326
CREATED
block_id : #8071
event_hash : 9c67f09e0031••••••••••••••••••••••••••••••••0fcf53328326
previous_hash : 27527a346238••••••••••••••••••••••••••••••••5f09edff01b3
DESTROYED
block_id : #8070
event_hash : 27527a346238••••••••••••••••••••••••••••••••5f09edff01b3
previous_hash : 44bbfad59ddf••••••••••••••••••••••••••••••••43a52655db30
CREATED
block_id : #8069
event_hash : 44bbfad59ddf••••••••••••••••••••••••••••••••43a52655db30
previous_hash : 2aec8cc0d2ac••••••••••••••••••••••••••••••••2371f1c29778
DESTROYED
block_id : #8068
event_hash : 2aec8cc0d2ac••••••••••••••••••••••••••••••••2371f1c29778
previous_hash : a2b234689572••••••••••••••••••••••••••••••••1952d24a748a
CREATED
block_id : #8067
event_hash : a2b234689572••••••••••••••••••••••••••••••••1952d24a748a
previous_hash : ec800e15d55c••••••••••••••••••••••••••••••••70d53dafa0d4
CREATED
block_id : #8066
event_hash : ec800e15d55c••••••••••••••••••••••••••••••••70d53dafa0d4
previous_hash : dd9d7e8ea502••••••••••••••••••••••••••••••••23b43bf4e2f8
CREATED
block_id : #8065
event_hash : dd9d7e8ea502••••••••••••••••••••••••••••••••23b43bf4e2f8
previous_hash : cff03adb088b••••••••••••••••••••••••••••••••9ab7f432588a
CREATED
block_id : #8064
event_hash : cff03adb088b••••••••••••••••••••••••••••••••9ab7f432588a
previous_hash : cb4524f1cbf4••••••••••••••••••••••••••••••••d7da96aa5127
CREATED
block_id : #8063
event_hash : cb4524f1cbf4••••••••••••••••••••••••••••••••d7da96aa5127
previous_hash : f5208878c60a••••••••••••••••••••••••••••••••f332d4d11023
CREATED
block_id : #8062
event_hash : f5208878c60a••••••••••••••••••••••••••••••••f332d4d11023
previous_hash : b9089e00291b••••••••••••••••••••••••••••••••88d6b1b5d9e6
CREATED
block_id : #8061
event_hash : b9089e00291b••••••••••••••••••••••••••••••••88d6b1b5d9e6
previous_hash : 0a9a2c7c6885••••••••••••••••••••••••••••••••4b4587633484
CREATED
block_id : #8060
event_hash : 0a9a2c7c6885••••••••••••••••••••••••••••••••4b4587633484
previous_hash : f7cd84b8c7d2••••••••••••••••••••••••••••••••d3beba0feb61
CREATED
block_id : #8059
event_hash : f7cd84b8c7d2••••••••••••••••••••••••••••••••d3beba0feb61
previous_hash : f6e8a19b5666••••••••••••••••••••••••••••••••995b2eef218f
CREATED
block_id : #8058
event_hash : f6e8a19b5666••••••••••••••••••••••••••••••••995b2eef218f
previous_hash : 7ba0155db69d••••••••••••••••••••••••••••••••95d63f6f8a57
CREATED
block_id : #8057
event_hash : 7ba0155db69d••••••••••••••••••••••••••••••••95d63f6f8a57
previous_hash : bca4010f4d29••••••••••••••••••••••••••••••••44c4cfeaec3e
DESTROYED
block_id : #8056
event_hash : bca4010f4d29••••••••••••••••••••••••••••••••44c4cfeaec3e
previous_hash : 678613ca63af••••••••••••••••••••••••••••••••a77ca8c88eb4
CREATED
block_id : #8055
event_hash : 678613ca63af••••••••••••••••••••••••••••••••a77ca8c88eb4
previous_hash : 9d4a5e1b09c5••••••••••••••••••••••••••••••••ff2e1f98e972
CREATED
block_id : #8054
event_hash : 9d4a5e1b09c5••••••••••••••••••••••••••••••••ff2e1f98e972
previous_hash : d09417e4bf88••••••••••••••••••••••••••••••••91727c5f713b
CREATED
block_id : #8053
event_hash : d09417e4bf88••••••••••••••••••••••••••••••••91727c5f713b
previous_hash : dc867ed5edbb••••••••••••••••••••••••••••••••cd3863087655
CREATED
block_id : #8052
event_hash : dc867ed5edbb••••••••••••••••••••••••••••••••cd3863087655
previous_hash : b49006131f27••••••••••••••••••••••••••••••••f94cc453a4bc

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.