content SHOULD contain stringified NIP-11

This commit is contained in:
Sandwich 2024-09-13 03:25:06 +02:00 committed by GitHub
parent a109ea7762
commit fa73074f9e
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

4
66.md
View File

@ -48,7 +48,7 @@ Discovery of relays over nostr.
### Schema ### Schema
#### Content #### Content
`30166` content fields **MAY** include the stringified JSON of the relay's NIP-11 informational document. This data **MAY** be provided for informational purposes only. `30166` content fields **SHOULD** include the stringified JSON of the relay's NIP-11 informational document. This data **MAY** be provided for informational purposes only.
#### `created_at` #### `created_at`
The `created_at` field in a NIP-66 event should reflect the time when the relay liveness (and potentially other data points) was checked. The `created_at` field in a NIP-66 event should reflect the time when the relay liveness (and potentially other data points) was checked.
@ -247,4 +247,4 @@ _Any pubkey that publishes `30166` events **SHOULD** at a minimum be checking th
- When a client implements `NIP-66` events, the client should have a fallback if `NIP-66` events cannot be located. - When a client implements `NIP-66` events, the client should have a fallback if `NIP-66` events cannot be located.
- A `Monitor` or `Ad-hoc Monitor` may publish erroneous `30166` events, intentionally or otherwise. Therefor, it's important to program defensively to limit the impact of such events. This can be achieved with web-of-trust, reviews, fallbacks and/or data-aggregation for example. - A `Monitor` or `Ad-hoc Monitor` may publish erroneous `30166` events, intentionally or otherwise. Therefor, it's important to program defensively to limit the impact of such events. This can be achieved with web-of-trust, reviews, fallbacks and/or data-aggregation for example.