nostr/nips
1
0
Fork 0
mirror of https://github.com/nostr-protocol/nips.git synced 2024-11-09 22:09:06 -05:00
Code Issues Actions Packages Projects Releases Wiki Activity

follow list rewording

Browse Source 
A suggesting to make readability better.
This commit is contained in:
Arman The Parman 2024-06-18 15:44:07 +10:00 committed by GitHub
parent 1728f93d17
commit a20add84da
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
1 changed files with 7 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
02.md
View File

@ -6,9 +6,13 @@ Follow List
`final` `optional`
A special event with kind `3`, meaning "follow list" is defined as having a list of `p` tags, one for each of the followed/known profiles one is following.
A special event with kind `3`, meaning "follow list", is defined as having a list of `p` tags, one for each of the profiles to be followed.
Each tag entry should contain the key for the profile, a relay URL where events from that key can be found (can be set to an empty string if not needed), and a local name (or "petname") for that profile (can also be set to an empty string or not provided), i.e., `["p", <32-bytes hex key>, <main relay URL>, <petname>]`.
Each "p" tag entry should be populated as follows:
- The first element is "p"
- The second element contains the pubkey string
- The third element is either an empty string, or a relay URL where events from that key can be found
- The fourth and final element is either an empty string or a string with a local name for that profile (or "petname")
The `.content` is not used.
@ -27,7 +31,7 @@ For example:
}
```
Every new following list that gets published overwrites the past ones, so it should contain all entries. Relays and clients SHOULD delete past following lists as soon as they receive a new one.
Every new following list that gets published overwrites all previous ones, so it should contain all entries. Relays and clients SHOULD delete past following lists as soon as they receive a new one.
Whenever new follows are added to an existing list, clients SHOULD append them to the end of the list, so they are stored in chronological order.