<oembed><type>rich</type><version>1.0</version><title>wolfbearclaw wrote</title><author_name>wolfbearclaw (npub1pw…8pf5t)</author_name><author_url>https://yabu.me/npub1pwtrrydty95q5ces0tkm2r7hkqfe9jwxhmmee5xwke6g4lz70l7sd8pf5t</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>Thought about this for a second but haven’t worked out the UX. &#xA;&#xA;- You have a main key 1234 and a secondary one generated 5678 separately (non derived from main key)&#xA;- your main npub has a kind 0 profile that has information that says that your “subkey” is 5678&#xA;- your subkey has a kind 0 profile event that just says “parent” 1234&#xA;- you use key 5678 and post a message&#xA;- clients that understand this will look up key 5678 kind 0 eventand see that it points to a parent key 1234.&#xA;- clients will check kind 0 event for 1234 and also see that it confirms the subkey. &#xA;&#xA;If parent npub is compromised the subkey can disassociate. &#xA;&#xA;If the sub key is compromised the parent key can disassociate. &#xA;&#xA;Not sure of the UX because of having to manage multiple distinct keys to manage. &#xA;&#xA;I might think more about this. Thoughts?</html></oembed>