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)
196ddc567078b3c01e6c009250749b7207f90ff50b33aa141c26f065e3fadd72
Root timestamp: 2026-07-08 13:39 UTC

Real-time event stream

Published events: 4 606  |  Last updated: 2026-07-08 13:39 UTC

EXPIRED
block_id : #4667
event_hash : f4788afc47d7••••••••••••••••••••••••••••••••1ba93516bd11
previous_hash : 5b5442512f0c••••••••••••••••••••••••••••••••45f4617f41ab
EXPIRED
block_id : #4666
event_hash : 5b5442512f0c••••••••••••••••••••••••••••••••45f4617f41ab
previous_hash : ac4cd1b461dd••••••••••••••••••••••••••••••••657b6d94fb20
CREATED
block_id : #4665
event_hash : ac4cd1b461dd••••••••••••••••••••••••••••••••657b6d94fb20
previous_hash : d0e8bd93854e••••••••••••••••••••••••••••••••331dbbc278cc
DESTROYED
block_id : #4664
event_hash : d0e8bd93854e••••••••••••••••••••••••••••••••331dbbc278cc
previous_hash : b878c39705aa••••••••••••••••••••••••••••••••45d516ab22d1
CREATED
block_id : #4663
event_hash : b878c39705aa••••••••••••••••••••••••••••••••45d516ab22d1
previous_hash : dfe9d595efc3••••••••••••••••••••••••••••••••a47e7e6c39e7
DESTROYED
block_id : #4662
event_hash : dfe9d595efc3••••••••••••••••••••••••••••••••a47e7e6c39e7
previous_hash : cc42655c385d••••••••••••••••••••••••••••••••ced4f2363516
DESTROYED
block_id : #4661
event_hash : cc42655c385d••••••••••••••••••••••••••••••••ced4f2363516
previous_hash : e8674d385e91••••••••••••••••••••••••••••••••1a7f202a32b0
DESTROYED
block_id : #4660
event_hash : e8674d385e91••••••••••••••••••••••••••••••••1a7f202a32b0
previous_hash : 6a226bda0775••••••••••••••••••••••••••••••••5cfa9b63a758
DESTROYED
block_id : #4659
event_hash : 6a226bda0775••••••••••••••••••••••••••••••••5cfa9b63a758
previous_hash : 60a066222d37••••••••••••••••••••••••••••••••50ab45b1cb93
DESTROYED
block_id : #4658
event_hash : 60a066222d37••••••••••••••••••••••••••••••••50ab45b1cb93
previous_hash : a7dbabf77b8c••••••••••••••••••••••••••••••••6951a5127d04
DESTROYED
block_id : #4657
event_hash : a7dbabf77b8c••••••••••••••••••••••••••••••••6951a5127d04
previous_hash : f32727ff721e••••••••••••••••••••••••••••••••ac9053ef1138
DESTROYED
block_id : #4656
event_hash : f32727ff721e••••••••••••••••••••••••••••••••ac9053ef1138
previous_hash : 5a183b31fd6c••••••••••••••••••••••••••••••••c202d8d79459
DESTROYED
block_id : #4655
event_hash : 5a183b31fd6c••••••••••••••••••••••••••••••••c202d8d79459
previous_hash : 6009263fad4a••••••••••••••••••••••••••••••••9f92073e3bd2
DESTROYED
block_id : #4654
event_hash : 6009263fad4a••••••••••••••••••••••••••••••••9f92073e3bd2
previous_hash : fa2734b8a32e••••••••••••••••••••••••••••••••031f6b534e79
DESTROYED
block_id : #4653
event_hash : fa2734b8a32e••••••••••••••••••••••••••••••••031f6b534e79
previous_hash : de51684551d0••••••••••••••••••••••••••••••••9b05063b711a
DESTROYED
block_id : #4652
event_hash : de51684551d0••••••••••••••••••••••••••••••••9b05063b711a
previous_hash : cfed4bd767ab••••••••••••••••••••••••••••••••ab50fead4bca
DESTROYED
block_id : #4651
event_hash : cfed4bd767ab••••••••••••••••••••••••••••••••ab50fead4bca
previous_hash : 8ad635e6e675••••••••••••••••••••••••••••••••637cf51d623e
DESTROYED
block_id : #4650
event_hash : 8ad635e6e675••••••••••••••••••••••••••••••••637cf51d623e
previous_hash : ee012551bd24••••••••••••••••••••••••••••••••2e453ab2a104
DESTROYED
block_id : #4649
event_hash : ee012551bd24••••••••••••••••••••••••••••••••2e453ab2a104
previous_hash : 8e5391e075a4••••••••••••••••••••••••••••••••c4ae36bca280
DESTROYED
block_id : #4648
event_hash : 8e5391e075a4••••••••••••••••••••••••••••••••c4ae36bca280
previous_hash : 49a3c94ff217••••••••••••••••••••••••••••••••0d3df069e977
DESTROYED
block_id : #4647
event_hash : 49a3c94ff217••••••••••••••••••••••••••••••••0d3df069e977
previous_hash : 166aa7d5aac9••••••••••••••••••••••••••••••••f407f793bc34
DESTROYED
block_id : #4646
event_hash : 166aa7d5aac9••••••••••••••••••••••••••••••••f407f793bc34
previous_hash : 852a71098bd2••••••••••••••••••••••••••••••••af86b5fed016
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

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.