diff options
| -rw-r--r-- | 20.md | 4 |
1 files changed, 2 insertions, 2 deletions
| @@ -21,7 +21,7 @@ The `message` SHOULD provide additional information as to why the command succee | |||
| 21 | 21 | ||
| 22 | The `message` SHOULD start with `blocked:` if the pubkey or network address has been blocked, banned or is not on a whitelist. | 22 | The `message` SHOULD start with `blocked:` if the pubkey or network address has been blocked, banned or is not on a whitelist. |
| 23 | 23 | ||
| 24 | The `message` SHOULD start with `invalid:` if the event doesn't meet some specific criteria (created_at is too far off, etc) | 24 | The `message` SHOULD start with `invalid:` if the event is invalid or doesn't meet some specific criteria (created_at is too far off, id is wrong, signature is wrong, etc) |
| 25 | 25 | ||
| 26 | The `message` SHOULD start with `pow:` if the event doesn't meet some proof-of-work difficulty. The client MAY consult the relay metadata at this point to retrieve the required posting difficulty. | 26 | The `message` SHOULD start with `pow:` if the event doesn't meet some proof-of-work difficulty. The client MAY consult the relay metadata at this point to retrieve the required posting difficulty. |
| 27 | 27 | ||
| @@ -29,7 +29,7 @@ The `message` SHOULD start with `rate-limited:` if the event was rejected due to | |||
| 29 | 29 | ||
| 30 | Ephemeral events are not acknowledged with OK responses, unless there is a failure. | 30 | Ephemeral events are not acknowledged with OK responses, unless there is a failure. |
| 31 | 31 | ||
| 32 | If the event is malformed and could not be parsed, a NOTICE message SHOULD be used instead of a command result. | 32 | If the event or `EVENT` command is malformed and could not be parsed, a NOTICE message SHOULD be used instead of a command result. This NIP only applies to non-malformed EVENT commands. |
| 33 | 33 | ||
| 34 | 34 | ||
| 35 | Examples | 35 | Examples |