mirror of
https://github.com/nostr-protocol/nips.git
synced 2024-12-14 11:26:23 +00:00
NIP-26: Advice on using after operators in conditions query string (#199)
Co-authored-by: Ben Hayward <ben@minds.com>
This commit is contained in:
parent
57d758b07f
commit
38074f6643
24
26.md
24
26.md
@ -19,7 +19,7 @@ This NIP introduces a new tag: `delegation` which is formatted as follows:
|
|||||||
"delegation",
|
"delegation",
|
||||||
<pubkey of the delegator>,
|
<pubkey of the delegator>,
|
||||||
<conditions query string>,
|
<conditions query string>,
|
||||||
<64-bytes schnorr signature of the sha256 hash of the delegation token>
|
<64-byte Schnorr signature of the sha256 hash of the delegation token>
|
||||||
]
|
]
|
||||||
```
|
```
|
||||||
|
|
||||||
@ -52,6 +52,8 @@ For example, the following condition strings are valid:
|
|||||||
- `kind=0&kind=1&created_at>1675721813`
|
- `kind=0&kind=1&created_at>1675721813`
|
||||||
- `kind=1&created_at>1674777689&created_at<1675721813`
|
- `kind=1&created_at>1674777689&created_at<1675721813`
|
||||||
|
|
||||||
|
For the vast majority of use-cases, it is advisable that query strings should include a `created_at` ***after*** condition reflecting the current time, to prevent the delegatee from publishing historic notes on the delegator's behalf.
|
||||||
|
|
||||||
#### Example
|
#### Example
|
||||||
|
|
||||||
```
|
```
|
||||||
@ -64,37 +66,37 @@ privkey: 777e4f60b4aa87937e13acc84f7abcc3c93cc035cb4c1e9f7a9086dd78fffce1
|
|||||||
pubkey: 477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396
|
pubkey: 477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396
|
||||||
```
|
```
|
||||||
|
|
||||||
Delegation string to grant note publishing authorization to the delegatee (477318cf) for the next 30 days.
|
Delegation string to grant note publishing authorization to the delegatee (477318cf) from now, for the next 30 days, given the current timestamp is `1674834236`.
|
||||||
```json
|
```json
|
||||||
nostr:delegation:477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396:kind=1&created_at<1675721885
|
nostr:delegation:477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396:kind=1&created_at>1674834236&created_at<1677426236
|
||||||
```
|
```
|
||||||
|
|
||||||
The delegator (8e0d3d3e) then signs the above delegation string, the result of which is the delegation token:
|
The delegator (8e0d3d3e) then signs a SHA256 hash of the above delegation string, the result of which is the delegation token:
|
||||||
```
|
```
|
||||||
cbc49c65fe04a3181d72fb5a9f1c627e329d5f45d300a2dfed1c3e788b7834dad48a6d27d8e244af39c77381334ede97d4fd15abe80f35fda695fd9bd732aa1e
|
6f44d7fe4f1c09f3954640fb58bd12bae8bb8ff4120853c4693106c82e920e2b898f1f9ba9bd65449a987c39c0423426ab7b53910c0c6abfb41b30bc16e5f524
|
||||||
```
|
```
|
||||||
|
|
||||||
The delegatee (477318cf) can now construct an event on behalf of the delegator (8e0d3d3e). The delegatee then signs the event with its own private key and publishes.
|
The delegatee (477318cf) can now construct an event on behalf of the delegator (8e0d3d3e). The delegatee then signs the event with its own private key and publishes.
|
||||||
```json
|
```json
|
||||||
{
|
{
|
||||||
"id": "ac4c71e69c39b1bd605de812543ebfaf81d5af365354f061d48981fb61e00b8a",
|
"id": "e93c6095c3db1c31d15ac771f8fc5fb672f6e52cd25505099f62cd055523224f",
|
||||||
"pubkey": "477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396",
|
"pubkey": "477318cfb5427b9cfc66a9fa376150c1ddbc62115ae27cef72417eb959691396",
|
||||||
"created_at": 1673129661,
|
"created_at": 1677426298,
|
||||||
"kind": 1,
|
"kind": 1,
|
||||||
"tags": [
|
"tags": [
|
||||||
[
|
[
|
||||||
"delegation",
|
"delegation",
|
||||||
"8e0d3d3eb2881ec137a11debe736a9086715a8c8beeeda615780064d68bc25dd",
|
"8e0d3d3eb2881ec137a11debe736a9086715a8c8beeeda615780064d68bc25dd",
|
||||||
"kind=1&created_at<1675721813",
|
"kind=1&created_at>1674834236&created_at<1677426236",
|
||||||
"cbc49c65fe04a3181d72fb5a9f1c627e329d5f45d300a2dfed1c3e788b7834dad48a6d27d8e244af39c77381334ede97d4fd15abe80f35fda695fd9bd732aa1e"
|
"6f44d7fe4f1c09f3954640fb58bd12bae8bb8ff4120853c4693106c82e920e2b898f1f9ba9bd65449a987c39c0423426ab7b53910c0c6abfb41b30bc16e5f524"
|
||||||
]
|
]
|
||||||
],
|
],
|
||||||
"content": "Hello, world!",
|
"content": "Hello, world!",
|
||||||
"sig": "55ed9a78d6449b8c189b6dbc34bc4bcd34dcc79e6da6c9078268fe3d7c0cbe62b1b907ffb76ba591e83895b1329bf2e6e16f3b0cd5827272e420d419c6f0f0b5"
|
"sig": "633db60e2e7082c13a47a6b19d663d45b2a2ebdeaf0b4c35ef83be2738030c54fc7fd56d139652937cdca875ee61b51904a1d0d0588a6acd6168d7be2909d693"
|
||||||
}
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
The event should be considered a valid delegation if the conditions are satisfied (`kind=1` and `created_at<1675721813` in this example) and, upon validation of the delegation token, are found to be unchanged from the conditions in the original delegation string.
|
The event should be considered a valid delegation if the conditions are satisfied (`kind=1`, `created_at>1674834236` and `created_at<1677426236` in this example) and, upon validation of the delegation token, are found to be unchanged from the conditions in the original delegation string.
|
||||||
|
|
||||||
Clients should display the delegated note as if it was published directly by the delegator (8e0d3d3e).
|
Clients should display the delegated note as if it was published directly by the delegator (8e0d3d3e).
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user