diff options
| author | Asai Toshiya <to.asai.60@gmail.com> | 2024-02-01 00:11:14 +0900 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-02-01 00:11:14 +0900 |
| commit | f3589b99b0e5e297eea2de6b3686f81541b7d3db (patch) | |
| tree | 9ae2d6e1d7491f03c3ffb3142067c9bc7bf2cdad | |
| parent | 4133ff0f5bce22d563a15fbe740a5d3a94b447ab (diff) | |
NIP-59: fix typo and nitpicks
| -rw-r--r-- | 59.md | 10 |
1 files changed, 5 insertions, 5 deletions
| @@ -58,7 +58,7 @@ Tags MUST must always be empty in a `kind:13`. The inner event MUST always be un | |||
| 58 | ## 3. Gift Wrap Event Kind | 58 | ## 3. Gift Wrap Event Kind |
| 59 | 59 | ||
| 60 | A `gift wrap` event is a `kind:1059` event that wraps any other event. `tags` SHOULD include any information | 60 | A `gift wrap` event is a `kind:1059` event that wraps any other event. `tags` SHOULD include any information |
| 61 | needed to route the event to its intended recipient, including the recipient's `p` tag or NIP-13 proof of work. | 61 | needed to route the event to its intended recipient, including the recipient's `p` tag or [NIP-13](13.md) proof of work. |
| 62 | 62 | ||
| 63 | ```js | 63 | ```js |
| 64 | { | 64 | { |
| @@ -74,7 +74,7 @@ needed to route the event to its intended recipient, including the recipient's ` | |||
| 74 | 74 | ||
| 75 | # Encrypting Payloads | 75 | # Encrypting Payloads |
| 76 | 76 | ||
| 77 | Encryption is done following NIP-44 on the JSON-encoded event. Place the the encryption payload in the `.content` | 77 | Encryption is done following [NIP-44](44.md) on the JSON-encoded event. Place the encryption payload in the `.content` |
| 78 | of the wrapper event (either a `seal` or a `gift wrap`). | 78 | of the wrapper event (either a `seal` or a `gift wrap`). |
| 79 | 79 | ||
| 80 | # Other Considerations | 80 | # Other Considerations |
| @@ -87,13 +87,13 @@ time-analysis attacks. Note that some relays don't serve events dated in the fut | |||
| 87 | SHOULD be in the past. | 87 | SHOULD be in the past. |
| 88 | 88 | ||
| 89 | Relays may choose not to store gift wrapped events due to them not being publicly useful. Clients MAY choose | 89 | Relays may choose not to store gift wrapped events due to them not being publicly useful. Clients MAY choose |
| 90 | to attach a certain amount of proof-of-work to the wrapper event per NIP-13 in a bid to demonstrate that | 90 | to attach a certain amount of proof-of-work to the wrapper event per [NIP-13](13.md) in a bid to demonstrate that |
| 91 | the event is not spam or a denial-of-service attack. | 91 | the event is not spam or a denial-of-service attack. |
| 92 | 92 | ||
| 93 | To protect recipient metadata, relays SHOULD guard access to kind 1059 events based on user AUTH. When | 93 | To protect recipient metadata, relays SHOULD guard access to `kind 1059` events based on user AUTH. When |
| 94 | possible, clients should only send wrapped events to relays that offer this protection. | 94 | possible, clients should only send wrapped events to relays that offer this protection. |
| 95 | 95 | ||
| 96 | To protect recipient metadata, relays SHOULD only serve kind 1059 events intended for the marked recipient. | 96 | To protect recipient metadata, relays SHOULD only serve `kind 1059` events intended for the marked recipient. |
| 97 | When possible, clients should only send wrapped events to `read` relays for the recipient that implement | 97 | When possible, clients should only send wrapped events to `read` relays for the recipient that implement |
| 98 | AUTH, and refuse to serve wrapped events to non-recipients. | 98 | AUTH, and refuse to serve wrapped events to non-recipients. |
| 99 | 99 | ||