diff options
| author | hodlbod <jstaab@protonmail.com> | 2023-12-04 06:05:01 -0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2023-12-04 06:05:01 -0800 |
| commit | c07f0eab1a74c3de5666ce0d2245d40f90543a3d (patch) | |
| tree | 976fac84772d587a10fbf96c5b7da75938c2f2f5 | |
| parent | 9913395d90a602af56404ba2c9a1bc43cac65b26 (diff) | |
| parent | 8aba861bdf530f9e15b8d371ab3ce4f1ace61fef (diff) | |
Merge pull request #915 from xiaolou86/master
Fix typos
| -rw-r--r-- | 10.md | 2 | ||||
| -rw-r--r-- | 47.md | 2 | ||||
| -rw-r--r-- | 53.md | 2 | ||||
| -rw-r--r-- | 90.md | 2 |
4 files changed, 4 insertions, 4 deletions
| @@ -33,7 +33,7 @@ Where: | |||
| 33 | 33 | ||
| 34 | * Many "e" tags: `["e", <root-id>]` `["e", <mention-id>]`, ..., `["e", <reply-id>]`<br> | 34 | * Many "e" tags: `["e", <root-id>]` `["e", <mention-id>]`, ..., `["e", <reply-id>]`<br> |
| 35 | There may be any number of `<mention-ids>`. These are the ids of events which may, or may not be in the reply chain. | 35 | There may be any number of `<mention-ids>`. These are the ids of events which may, or may not be in the reply chain. |
| 36 | They are citings from this event. `root-id` and `reply-id` are as above. | 36 | They are citing from this event. `root-id` and `reply-id` are as above. |
| 37 | 37 | ||
| 38 | >This scheme is deprecated because it creates ambiguities that are difficult, or impossible to resolve when an event references another but is not a reply. | 38 | >This scheme is deprecated because it creates ambiguities that are difficult, or impossible to resolve when an event references another but is not a reply. |
| 39 | 39 | ||
| @@ -129,7 +129,7 @@ Errors: | |||
| 129 | ## Example pay invoice flow | 129 | ## Example pay invoice flow |
| 130 | 130 | ||
| 131 | 0. The user scans the QR code generated by the **wallet service** with their **client** application, they follow a `nostr+walletconnect:` deeplink or configure the connection details manually. | 131 | 0. The user scans the QR code generated by the **wallet service** with their **client** application, they follow a `nostr+walletconnect:` deeplink or configure the connection details manually. |
| 132 | 1. **client** sends an event to the **wallet service** service with kind `23194`. The content is a `pay_invoice` request. The private key is the secret from the connection string above. | 132 | 1. **client** sends an event to the **wallet service** with kind `23194`. The content is a `pay_invoice` request. The private key is the secret from the connection string above. |
| 133 | 2. **wallet service** verifies that the author's key is authorized to perform the payment, decrypts the payload and sends the payment. | 133 | 2. **wallet service** verifies that the author's key is authorized to perform the payment, decrypts the payload and sends the payment. |
| 134 | 3. **wallet service** responds to the event by sending an event with kind `23195` and content being a response either containing an error message or a preimage. | 134 | 3. **wallet service** responds to the event by sending an event with kind `23195` and content being a response either containing an error message or a preimage. |
| 135 | 135 | ||
| @@ -6,7 +6,7 @@ Live Activities | |||
| 6 | 6 | ||
| 7 | `draft` `optional` | 7 | `draft` `optional` |
| 8 | 8 | ||
| 9 | Service providers want to offer live activities to the Nostr network in such a way that participants can easily logged and queried by clients. This NIP describes a general framework to advertise the involvement of pubkeys in such live activities. | 9 | Service providers want to offer live activities to the Nostr network in such a way that participants can easily log and query by clients. This NIP describes a general framework to advertise the involvement of pubkeys in such live activities. |
| 10 | 10 | ||
| 11 | ## Concepts | 11 | ## Concepts |
| 12 | 12 | ||
| @@ -34,7 +34,7 @@ There are two actors in the workflow described in this NIP: | |||
| 34 | * Service providers (npubs who fulfill jobs) | 34 | * Service providers (npubs who fulfill jobs) |
| 35 | 35 | ||
| 36 | ## Job request (`kind:5000-5999`) | 36 | ## Job request (`kind:5000-5999`) |
| 37 | A request to process data, published by a customer. This event signals that an customer is interested in receiving the result of some kind of compute. | 37 | A request to process data, published by a customer. This event signals that a customer is interested in receiving the result of some kind of compute. |
| 38 | 38 | ||
| 39 | ```json | 39 | ```json |
| 40 | { | 40 | { |