mirror of
https://github.com/nostr-protocol/nips.git
synced 2024-12-22 16:35:52 -05:00
commit
c07f0eab1a
2
10.md
2
10.md
|
@ -33,7 +33,7 @@ Where:
|
||||||
|
|
||||||
* Many "e" tags: `["e", <root-id>]` `["e", <mention-id>]`, ..., `["e", <reply-id>]`<br>
|
* Many "e" tags: `["e", <root-id>]` `["e", <mention-id>]`, ..., `["e", <reply-id>]`<br>
|
||||||
There may be any number of `<mention-ids>`. These are the ids of events which may, or may not be in the reply chain.
|
There may be any number of `<mention-ids>`. These are the ids of events which may, or may not be in the reply chain.
|
||||||
They are citings from this event. `root-id` and `reply-id` are as above.
|
They are citing from this event. `root-id` and `reply-id` are as above.
|
||||||
|
|
||||||
>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.
|
>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.
|
||||||
|
|
||||||
|
|
2
47.md
2
47.md
|
@ -129,7 +129,7 @@ Errors:
|
||||||
## Example pay invoice flow
|
## Example pay invoice flow
|
||||||
|
|
||||||
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.
|
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.
|
||||||
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.
|
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.
|
||||||
2. **wallet service** verifies that the author's key is authorized to perform the payment, decrypts the payload and sends the payment.
|
2. **wallet service** verifies that the author's key is authorized to perform the payment, decrypts the payload and sends the payment.
|
||||||
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.
|
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.
|
||||||
|
|
||||||
|
|
2
53.md
2
53.md
|
@ -6,7 +6,7 @@ Live Activities
|
||||||
|
|
||||||
`draft` `optional`
|
`draft` `optional`
|
||||||
|
|
||||||
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.
|
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.
|
||||||
|
|
||||||
## Concepts
|
## Concepts
|
||||||
|
|
||||||
|
|
2
90.md
2
90.md
|
@ -34,7 +34,7 @@ There are two actors in the workflow described in this NIP:
|
||||||
* Service providers (npubs who fulfill jobs)
|
* Service providers (npubs who fulfill jobs)
|
||||||
|
|
||||||
## Job request (`kind:5000-5999`)
|
## Job request (`kind:5000-5999`)
|
||||||
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.
|
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.
|
||||||
|
|
||||||
```json
|
```json
|
||||||
{
|
{
|
||||||
|
|
Loading…
Reference in New Issue
Block a user