Has there been any thought given to subordinate keys? A subordinate key could provide a signed proof that it can post a particular set of event kinds, and clients should consider it as originating from a different key. This way applications could be granted "permissions" without giving them your private key.
It probably doesn't even matter in most cases, and the subordinate key unaware client would just see an independent identity.
This also opens the possibility to have an offline master key.
AdemanTemp / Ademan (Temporary)
npub1c8…7r2pc
2023-04-18 03:31:01
Author Public Key
npub1c82fuekafs6f2r5ef2r8x5m6al674r766lgeucwq7ggqsjraknzq27r2pcPublished at
2023-04-18 03:31:01Event JSON
{
"id": "c3583e8d275b740e56eccc665926d32d470b727c3d84ce8d5f696f2bbb8700a2",
"pubkey": "c1d49e66dd4c34950e994a8673537aeff5ea8fdad7d19e61c0f21008487db4c4",
"created_at": 1681788661,
"kind": 1,
"tags": [],
"content": "Has there been any thought given to subordinate keys? A subordinate key could provide a signed proof that it can post a particular set of event kinds, and clients should consider it as originating from a different key. This way applications could be granted \"permissions\" without giving them your private key.\n\nIt probably doesn't even matter in most cases, and the subordinate key unaware client would just see an independent identity.\n\nThis also opens the possibility to have an offline master key.",
"sig": "e930d5dd2cb21530ef5333f108c5d9d10803d94d8b86326c9df4a34bc7578ffb5979fe4c2961789454748357036347169082f14b9a88ed8e7a82db943d03c2a7"
}