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)
a0aaa869f84511d221f38c52dd413ba9e137c0d66192d1f2781af5aa3023f804
Root timestamp: 2026-07-08 14:48 UTC

Real-time event stream

Published events: 4 609  |  Last updated: 2026-07-08 14:48 UTC

DESTROYED
block_id : #4645
event_hash : 852a71098bd2••••••••••••••••••••••••••••••••af86b5fed016
previous_hash : 973429a60807••••••••••••••••••••••••••••••••24e294a6688e
DESTROYED
block_id : #4644
event_hash : 973429a60807••••••••••••••••••••••••••••••••24e294a6688e
previous_hash : e537f7500771••••••••••••••••••••••••••••••••f1ce248e5bc8
DESTROYED
block_id : #4643
event_hash : e537f7500771••••••••••••••••••••••••••••••••f1ce248e5bc8
previous_hash : b5a56165ea72••••••••••••••••••••••••••••••••9345ba4e45bf
DESTROYED
block_id : #4642
event_hash : b5a56165ea72••••••••••••••••••••••••••••••••9345ba4e45bf
previous_hash : ed581cb99a5e••••••••••••••••••••••••••••••••a254927e66ed
DESTROYED
block_id : #4641
event_hash : ed581cb99a5e••••••••••••••••••••••••••••••••a254927e66ed
previous_hash : 41091029ac6d••••••••••••••••••••••••••••••••bbf72a7fe0ef
DESTROYED
block_id : #4640
event_hash : 41091029ac6d••••••••••••••••••••••••••••••••bbf72a7fe0ef
previous_hash : 54cc9f1dd5c2••••••••••••••••••••••••••••••••18101758bd8a
DESTROYED
block_id : #4639
event_hash : 54cc9f1dd5c2••••••••••••••••••••••••••••••••18101758bd8a
previous_hash : 1c645bf43e25••••••••••••••••••••••••••••••••c4dcd1b758f8
DESTROYED
block_id : #4638
event_hash : 1c645bf43e25••••••••••••••••••••••••••••••••c4dcd1b758f8
previous_hash : 4e8ccbeafdae••••••••••••••••••••••••••••••••fe44eba74d68
DESTROYED
block_id : #4637
event_hash : 4e8ccbeafdae••••••••••••••••••••••••••••••••fe44eba74d68
previous_hash : 846a37aa3564••••••••••••••••••••••••••••••••23f6e9a278ec
DESTROYED
block_id : #4636
event_hash : 846a37aa3564••••••••••••••••••••••••••••••••23f6e9a278ec
previous_hash : 800d397380f5••••••••••••••••••••••••••••••••86e8ad9f9395
DESTROYED
block_id : #4635
event_hash : 800d397380f5••••••••••••••••••••••••••••••••86e8ad9f9395
previous_hash : f328da53d29f••••••••••••••••••••••••••••••••74c6169342a0
DESTROYED
block_id : #4634
event_hash : f328da53d29f••••••••••••••••••••••••••••••••74c6169342a0
previous_hash : 74ed5d2201fb••••••••••••••••••••••••••••••••70ec7419e29a
DESTROYED
block_id : #4633
event_hash : 74ed5d2201fb••••••••••••••••••••••••••••••••70ec7419e29a
previous_hash : 63b1e5425746••••••••••••••••••••••••••••••••aac5a3de2bab
DESTROYED
block_id : #4632
event_hash : 63b1e5425746••••••••••••••••••••••••••••••••aac5a3de2bab
previous_hash : c7bb4a35488d••••••••••••••••••••••••••••••••abb32b762e20
DESTROYED
block_id : #4631
event_hash : c7bb4a35488d••••••••••••••••••••••••••••••••abb32b762e20
previous_hash : b6f3f620e22f••••••••••••••••••••••••••••••••4d0b44d402be
DESTROYED
block_id : #4630
event_hash : b6f3f620e22f••••••••••••••••••••••••••••••••4d0b44d402be
previous_hash : a80d77216061••••••••••••••••••••••••••••••••277be2d539b5
DESTROYED
block_id : #4629
event_hash : a80d77216061••••••••••••••••••••••••••••••••277be2d539b5
previous_hash : 219ec882b1d5••••••••••••••••••••••••••••••••a366220d55bf
DESTROYED
block_id : #4628
event_hash : 219ec882b1d5••••••••••••••••••••••••••••••••a366220d55bf
previous_hash : 96d3975f8439••••••••••••••••••••••••••••••••be4a24f2c8f2
DESTROYED
block_id : #4627
event_hash : 96d3975f8439••••••••••••••••••••••••••••••••be4a24f2c8f2
previous_hash : 8f28b06adb07••••••••••••••••••••••••••••••••119ae0c8ae17
DESTROYED
block_id : #4626
event_hash : 8f28b06adb07••••••••••••••••••••••••••••••••119ae0c8ae17
previous_hash : dc427d8cfece••••••••••••••••••••••••••••••••9c4e4a71d845
DESTROYED
block_id : #4625
event_hash : dc427d8cfece••••••••••••••••••••••••••••••••9c4e4a71d845
previous_hash : 76196155f692••••••••••••••••••••••••••••••••8cdf05a2e8a6
DESTROYED
block_id : #4624
event_hash : 76196155f692••••••••••••••••••••••••••••••••8cdf05a2e8a6
previous_hash : c391d17c0c2c••••••••••••••••••••••••••••••••0a27ac0f4192
DESTROYED
block_id : #4623
event_hash : c391d17c0c2c••••••••••••••••••••••••••••••••0a27ac0f4192
previous_hash : ee5a2c03dc98••••••••••••••••••••••••••••••••dabd53ccf2b6
DESTROYED
block_id : #4622
event_hash : ee5a2c03dc98••••••••••••••••••••••••••••••••dabd53ccf2b6
previous_hash : bbc3a3032819••••••••••••••••••••••••••••••••278d7658f835
DESTROYED
block_id : #4621
event_hash : bbc3a3032819••••••••••••••••••••••••••••••••278d7658f835
previous_hash : 84598326663b••••••••••••••••••••••••••••••••feb4b109415e

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.