diff options
| author | Jonathan Staab <shtaab@gmail.com> | 2022-12-08 09:21:09 -0800 |
|---|---|---|
| committer | fiatjaf <fiatjaf@gmail.com> | 2022-12-08 14:33:43 -0300 |
| commit | 67c021ae9718e423f1ac6ba691dc277440096e65 (patch) | |
| tree | 902ca2628d92f2c2a048a2fa89966b9f520fbde8 | |
| parent | 5d292e0cbe04fb60250c74e131c2f21d0d435718 (diff) | |
Clarify use of kind 1 and kind 1000-10000
| -rw-r--r-- | 01.md | 2 | ||||
| -rw-r--r-- | 16.md | 5 |
2 files changed, 6 insertions, 1 deletions
| @@ -101,7 +101,7 @@ This NIP defines no rules for how `NOTICE` messages should be sent or treated. | |||
| 101 | * Where `<username>` is a string that matches the pattern: `\w[\w\-]+\w` (java regular expression). Or, in other words, a sequence of the following | 101 | * Where `<username>` is a string that matches the pattern: `\w[\w\-]+\w` (java regular expression). Or, in other words, a sequence of the following |
| 102 | characters: `[a-zA-Z_0-9][a-zA-Z_\-0-9]+[a-zA-Z_0-9]`. <br> | 102 | characters: `[a-zA-Z_0-9][a-zA-Z_\-0-9]+[a-zA-Z_0-9]`. <br> |
| 103 | Thus `George-Washington-1776` is a valid `<username>`, but `George Washington` is not. Clients may reject metadata that does not comply. | 103 | Thus `George-Washington-1776` is a valid `<username>`, but `George Washington` is not. Clients may reject metadata that does not comply. |
| 104 | - `1`: `text_note`: the `content` is set to the text content of a note (anything the user wants to say). | 104 | - `1`: `text_note`: the `content` is set to the text content of a note (anything the user wants to say). Non-plaintext notes should instead use kind 1000-10000 as described in [NIP-16](16.md). |
| 105 | - `2`: `recommend_server`: the `content` is set to the URL (e.g., `https://somerelay.com`) of a relay the event creator wants to recommend to its followers. | 105 | - `2`: `recommend_server`: the `content` is set to the URL (e.g., `https://somerelay.com`) of a relay the event creator wants to recommend to its followers. |
| 106 | 106 | ||
| 107 | A relay may choose to treat different message kinds differently, and it may or may not choose to have a default way to handle kinds it doesn't know about. | 107 | A relay may choose to treat different message kinds differently, and it may or may not choose to have a default way to handle kinds it doesn't know about. |
| @@ -8,6 +8,11 @@ Event Treatment | |||
| 8 | 8 | ||
| 9 | Relays may decide to allow replaceable and/or ephemeral events. | 9 | Relays may decide to allow replaceable and/or ephemeral events. |
| 10 | 10 | ||
| 11 | Regular Events | ||
| 12 | ------------------ | ||
| 13 | A *regular event* is defined as an event with a kind `1000 <= n < 10000`. | ||
| 14 | Upon a regular event being received, the relay SHOULD send it to all clients with a matching filter, and SHOULD store it. New events of the same kind do not affect previous events in any way. | ||
| 15 | |||
| 11 | Replaceable Events | 16 | Replaceable Events |
| 12 | ------------------ | 17 | ------------------ |
| 13 | A *replaceable event* is defined as an event with a kind `10000 <= n < 20000`. | 18 | A *replaceable event* is defined as an event with a kind `10000 <= n < 20000`. |