unfollowing is just deleting the follow event.

@vitorpamplona: https://github.com/nostr-protocol/nips/pull/1135#issuecomment-2016546516
This commit is contained in:
fiatjaf 2024-03-23 15:51:33 -03:00
parent b2d6af6fe5
commit ae825539c6

12
64.md
View File

@ -42,17 +42,7 @@ Whenever Sarah's inbox relay receive a note from Walter, they will know that Sar
When Sarah turns on her client she will connect to her inbox relay, perform [NIP-42](42.md) `AUTH` and create a subscription that doesn't specify `"authors"` (for example, `["REQ", "_", {}]`). The relays, aware of who she is and who she is following, can deliver to her just Walter's notes. When Sarah turns on her client she will connect to her inbox relay, perform [NIP-42](42.md) `AUTH` and create a subscription that doesn't specify `"authors"` (for example, `["REQ", "_", {}]`). The relays, aware of who she is and who she is following, can deliver to her just Walter's notes.
If Sarah ever decides to stop following Walter, she can send a `kind:6402` _unfollow intent_ to both Walter's relays and her own, so her relay can start rejecting (and maybe delete previous) Walter's notes, and Walter can know to not send her his notes anymore. As an optimization, Walter's inbox relay can just delete Sarah's `kind:6401` upon receiving a `kind:6402`. If Sarah ever decides to stop following Walter, she just sends a `kind:5` _deletion_ to both Walter's relay and hers.
```jsonc
{
"kind": 6402,
"pubkey": "<sarah>"
"tags": [
["p", "<walter>"]
]
}
```
--- ---