Event JSON
{
"id": "93631fce857408533a09b54038ecf701e6b2a4847322a15e34e118dfc9a29438",
"pubkey": "97c70a44366a6535c145b333f973ea86dfdc2d7a99da618c40c64705ad98e322",
"created_at": 1741105542,
"kind": 1,
"tags": [
[
"p",
"a9434ee165ed01b286becfc2771ef1705d3537d051b387288898cc00d5c885be",
"wss://nostr.wine/",
"Niel Liesmons"
],
[
"p",
"7cc328a08ddb2afdf9f9be77beff4c83489ff979721827d628a542f32a247c0e",
"wss://nostr.wine/",
"cloud fodder"
],
[
"e",
"cf5b9fc0ae742d506a710dcde32e96db7b5b1009833adbe97a13f958d14c8be3",
"wss://nos.lol/",
"root"
],
[
"e",
"0216b16bc178d153cb89177e9f46394fb94fe32ca7204c152e8802058298239a",
"wss://nostr.wine/",
"mention"
],
[
"e",
"31fb03d8001b5d90cc62694c39f428ed2076877e4bac5a3729099ec2a53765f3",
"wss://nostr.wine/",
"reply",
"a9434ee165ed01b286becfc2771ef1705d3537d051b387288898cc00d5c885be"
],
[
"client",
"Coracle",
"31990:97c70a44366a6535c145b333f973ea86dfdc2d7a99da618c40c64705ad98e322:1685968093690"
]
],
"content": "The short answer is that it couples group ID to pubkey, making it very difficult (if not impossible if the pubkey is used for other things) to hand off administration to someone else. NIP 29 is in most ways overcomplicated and only useful for enforcing permissions on nested groups. I disagree with how it's generally used. My approach with flotilla is very similar to your NIP, but it reverses the pubkey/relay relationship. The relay url should be the primary identity because that can change without getting into the key rotation problem. But relays also have a`self` field in NIP 11, which it can use to authoritatively publish events. This doesn't get in the way of moving to a new group or running backup relays, and it avoids all the nasty problems associated with NIP 72.",
"sig": "221ff36fda11b8c60713a5422034c897399e0906be2bc9619bbba71071666cfb4b51ac5d36868d310225c49241c02ffca18de1c188bd742e66af7548d10cc1bc"
}