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 : #9522
event_hash : 55f234e75c75••••••••••••••••••••••••••••••••9961cc8002fb
previous_hash : 1dd80bc318a3••••••••••••••••••••••••••••••••10da91ac0bf6
EXPIRED
block_id : #9521
event_hash : 1dd80bc318a3••••••••••••••••••••••••••••••••10da91ac0bf6
previous_hash : e6e94b9cb871••••••••••••••••••••••••••••••••a2a22c3ec05a
EXPIRED
block_id : #9520
event_hash : e6e94b9cb871••••••••••••••••••••••••••••••••a2a22c3ec05a
previous_hash : d6bb7c98596e••••••••••••••••••••••••••••••••3b3cdf0755ef
EXPIRED
block_id : #9519
event_hash : d6bb7c98596e••••••••••••••••••••••••••••••••3b3cdf0755ef
previous_hash : 5e0ee9ff00cf••••••••••••••••••••••••••••••••d2751149e3a0
EXPIRED
block_id : #9518
event_hash : 5e0ee9ff00cf••••••••••••••••••••••••••••••••d2751149e3a0
previous_hash : 9b3eaed956b8••••••••••••••••••••••••••••••••7499bceeb188
EXPIRED
block_id : #9517
event_hash : 9b3eaed956b8••••••••••••••••••••••••••••••••7499bceeb188
previous_hash : dfe31c95b166••••••••••••••••••••••••••••••••96bfb9507172
EXPIRED
block_id : #9516
event_hash : dfe31c95b166••••••••••••••••••••••••••••••••96bfb9507172
previous_hash : d36db1dfed0b••••••••••••••••••••••••••••••••81fe4d50c0f5
CREATED
block_id : #9515
event_hash : d36db1dfed0b••••••••••••••••••••••••••••••••81fe4d50c0f5
previous_hash : 767700994c6e••••••••••••••••••••••••••••••••d67f85b0f85c
CREATED
block_id : #9514
event_hash : 767700994c6e••••••••••••••••••••••••••••••••d67f85b0f85c
previous_hash : ab61246733af••••••••••••••••••••••••••••••••2eccd68b571a
DESTROYED
block_id : #9513
event_hash : ab61246733af••••••••••••••••••••••••••••••••2eccd68b571a
previous_hash : 046e68328843••••••••••••••••••••••••••••••••b20d94554fc1
CREATED
block_id : #9512
event_hash : 046e68328843••••••••••••••••••••••••••••••••b20d94554fc1
previous_hash : 0ae5e03d8fa3••••••••••••••••••••••••••••••••2179dca1e758
DESTROYED
block_id : #9511
event_hash : 0ae5e03d8fa3••••••••••••••••••••••••••••••••2179dca1e758
previous_hash : 085ba2696eac••••••••••••••••••••••••••••••••df3bfceb0301
CREATED
block_id : #9510
event_hash : 085ba2696eac••••••••••••••••••••••••••••••••df3bfceb0301
previous_hash : cfa18c346ac5••••••••••••••••••••••••••••••••28376997374b
DESTROYED
block_id : #9509
event_hash : cfa18c346ac5••••••••••••••••••••••••••••••••28376997374b
previous_hash : 7620e8deb13e••••••••••••••••••••••••••••••••df5c7751a851
CREATED
block_id : #9508
event_hash : 7620e8deb13e••••••••••••••••••••••••••••••••df5c7751a851
previous_hash : b71798d03b47••••••••••••••••••••••••••••••••e764ff48537e
CREATED
block_id : #9507
event_hash : b71798d03b47••••••••••••••••••••••••••••••••e764ff48537e
previous_hash : 68db5e028e34••••••••••••••••••••••••••••••••1b65d4ec321b
CREATED
block_id : #9506
event_hash : 68db5e028e34••••••••••••••••••••••••••••••••1b65d4ec321b
previous_hash : 64ddac14b8d8••••••••••••••••••••••••••••••••045467dd1b0d
CREATED
block_id : #9505
event_hash : 64ddac14b8d8••••••••••••••••••••••••••••••••045467dd1b0d
previous_hash : b21186f51f8a••••••••••••••••••••••••••••••••0bab5bd69f3b
DESTROYED
block_id : #9504
event_hash : b21186f51f8a••••••••••••••••••••••••••••••••0bab5bd69f3b
previous_hash : b9e967357f9f••••••••••••••••••••••••••••••••83dc2fb533b1
CREATED
block_id : #9503
event_hash : b9e967357f9f••••••••••••••••••••••••••••••••83dc2fb533b1
previous_hash : b84aa62ccbf4••••••••••••••••••••••••••••••••e631e7c16878
DESTROYED
block_id : #9502
event_hash : b84aa62ccbf4••••••••••••••••••••••••••••••••e631e7c16878
previous_hash : 93e4e4a30ab8••••••••••••••••••••••••••••••••88438f6d2ce5
CREATED
block_id : #9501
event_hash : 93e4e4a30ab8••••••••••••••••••••••••••••••••88438f6d2ce5
previous_hash : daf112874d61••••••••••••••••••••••••••••••••a8d8940ad46d
DESTROYED
block_id : #9500
event_hash : daf112874d61••••••••••••••••••••••••••••••••a8d8940ad46d
previous_hash : 5f1ea607f303••••••••••••••••••••••••••••••••5f7e726af2a0
CREATED
block_id : #9499
event_hash : 5f1ea607f303••••••••••••••••••••••••••••••••5f7e726af2a0
previous_hash : fc7d8c5fa1e8••••••••••••••••••••••••••••••••145513b171b4
DESTROYED
block_id : #9498
event_hash : fc7d8c5fa1e8••••••••••••••••••••••••••••••••145513b171b4
previous_hash : 6dd5a8e274c7••••••••••••••••••••••••••••••••957751f0618e

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.