Thanks for taking a look. And negativity *after* having looked at it is absolutely fair. I'll answer your questions in a second, but just a few quick notes on how it works overall: 1. Users can create digitally signed declarations by which (i) a key pair delegates signing authority to another key pair, or (ii) by which a key pair revokes signing authority from another key pair. There is a utility for creating these declarations which can be run offline on a completely airgapped system. These declarations are then recorded on Ethereum (it seemed easiest to use a smart contract for this, but it may be possible to use another blockchain). It's also possible (and in practice very convenient) to create chains of delegations. 2. Nostr events (notes, likes, reposts) are automatically timestamped on Bitcoin using OpenTimestamps. Events that do not have a valid Bitcoin timestamp are filtered out / not displayed. 3. Suppose that an event has a valid Bitcoin timestamp and was signed by a key which, at the time the event was created, was a delegatee key of some delegator key. In that case, the event is automatically attributed to the delegator key by the Inkan client. Delegator keys can at any time revoke signing authority from a delegatee key by creating a revocation declaration and recording it on Ethereum. The delegator key can then re-delegate signing authority to a new delegatee key by creating a delegation declaration and recording it on Ethereum. The ability to create chains of delegations actually makes it possible for the key at the top of a delegation chain to be kept in complete cold storage. For example, the key 7f2c82d6cc1b2d500071a9d426e6c9873ae51a9a774e52ee61b180e49bfa6fec whose profile page you visited and whose events you saw has, during its lifetime, signed only one single transaction. That transaction was signed on an airgapped system. Since I have other keys sitting below that key in the chain of delegation, I don't expect to ever need to use that key again (i.e. I can keep it in a safe deposit box without ever accessing it). Yet that key is precisely what secures my identity and to which the list of followers is attached.