William Casarin

in theory you don't even need to publish an event. it could be a random id that all replies reference, so that each one gets picked up in the `#e`...

although I like having it as a real event since it adds context for people who see the replies on the nostr side

hmm it's not super clear what this is suggesting. is it a warning to not work on compressed formats?

If you want to associate extra key information with a nostr pubkey you could just put it in the user profile (kind-0). having a generic format for tags that could...

I think it's ok if the minds relay implements this without forcing it onto other relays. damus would currently accept these since it doesn't yet do signature checking for all...

I'm not sure how this would work for migrating minds users, but thinking about it some more... I would want this at some point in the future where I move...

> > In which `rootKey` is the main key the user will hold, for example, outside of Minds; and `subKey` is the key Minds will hold (using Minds as an...

> Why can't we instead work on a proposal for event signing requests? If a user has a client open, it could work like this: > > * App requests...

> * Unaware relays/clients can validate all events This isn't true though. The events are invalid by themselves without the delegation proof and could not be published to relays. Unless...

My concern is that signature verification is no longer a bearer proof. You now have to do N queries for every invalid signature you see. This seems not ideal... I...