You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 11.md
+84-74
Original file line number
Diff line number
Diff line change
@@ -25,65 +25,64 @@ When a relay receives an HTTP(s) request with an `Accept` header of `application
25
25
Any field may be omitted, and clients MUST ignore any additional fields they do not understand. Relays MUST accept CORS requests by sending `Access-Control-Allow-Origin`, `Access-Control-Allow-Headers`, and `Access-Control-Allow-Methods` headers.
26
26
27
27
Field Descriptions
28
-
-----------------
28
+
------------------
29
29
30
-
### Name ###
30
+
### Name
31
31
32
32
A relay may select a `name` for use in client software. This is a string, and SHOULD be less than 30 characters to avoid client truncation.
33
33
34
-
### Description ###
34
+
### Description
35
35
36
36
Detailed plain-text information about the relay may be contained in the `description` string. It is recommended that this contain no markup, formatting or line breaks for word wrapping, and simply use double newline characters to separate paragraphs. There are no limitations on length.
37
37
38
-
### Pubkey ###
38
+
### Pubkey
39
39
40
40
An administrative contact may be listed with a `pubkey`, in the same format as Nostr events (32-byte hex for a `secp256k1` public key). If a contact is listed, this provides clients with a recommended address to send encrypted direct messages (See `NIP-04`) to a system administrator. Expected uses of this address are to report abuse or illegal content, file bug reports, or request other technical assistance.
41
41
42
42
Relay operators have no obligation to respond to direct messages.
43
43
44
-
### Contact ###
44
+
### Contact
45
45
46
46
An alternative contact may be listed under the `contact` field as well, with the same purpose as `pubkey`. Use of a Nostr public key and direct message SHOULD be preferred over this. Contents of this field SHOULD be a URI, using schemes such as `mailto` or `https` to provide users with a means of contact.
47
47
48
-
### Supported NIPs ###
48
+
### Supported NIPs
49
49
50
50
As the Nostr protocol evolves, some functionality may only be available by relays that implement a specific `NIP`. This field is an array of the integer identifiers of `NIP`s that are implemented in the relay. Examples would include `1`, for `"NIP-01"` and `9`, for `"NIP-09"`. Client-side `NIPs` SHOULD NOT be advertised, and can be ignored by clients.
51
51
52
-
### Software ###
52
+
### Software
53
53
54
54
The relay server implementation MAY be provided in the `software` attribute. If present, this MUST be a URL to the project's homepage.
55
55
56
-
### Version ###
56
+
### Version
57
57
58
58
The relay MAY choose to publish its software version as a string attribute. The string format is defined by the relay implementation. It is recommended this be a version number or commit identifier.
59
59
60
60
Extra Fields
61
-
-----------------
61
+
------------
62
62
63
-
### Server Limitations ###
63
+
### Server Limitations
64
64
65
65
These are limitations imposed by the relay on clients. Your client
66
66
should expect that requests which exceed these *practical* limitations
67
67
are rejected or fail immediately.
68
68
69
69
```json
70
70
{
71
-
...
71
+
...
72
72
"limitation": {
73
-
"max_message_length": 16384,
74
-
"max_subscriptions": 20,
75
-
"max_filters": 100,
76
-
"max_limit": 5000,
77
-
"max_subid_length": 100,
78
-
"max_event_tags": 100,
79
-
"max_content_length": 8196,
80
-
"min_pow_difficulty": 30,
81
-
"auth_required": true,
82
-
"payment_required": true,
83
-
"created_at_lower_limit":31536000,
84
-
"created_at_upper_limit":3,
73
+
"max_message_length": 16384,
74
+
"max_subscriptions": 20,
75
+
"max_filters": 100,
76
+
"max_limit": 5000,
77
+
"max_subid_length": 100,
78
+
"max_event_tags": 100,
79
+
"max_content_length": 8196,
80
+
"min_pow_difficulty": 30,
81
+
"auth_required": true,
82
+
"payment_required": true,
83
+
"created_at_lower_limit":31536000,
84
+
"created_at_upper_limit":3
85
85
}
86
-
...
87
86
}
88
87
```
89
88
@@ -129,7 +128,7 @@ Even if set to False, authentication may be required for specific actions.
129
128
130
129
-`created_at_upper_limit`: 'created_at' upper limit as defined in [NIP-22](22.md)
131
130
132
-
### Event Retention ###
131
+
### Event Retention
133
132
134
133
There may be a cost associated with storing data forever, so relays
135
134
may wish to state retention times. The values stated here are defaults
@@ -142,14 +141,12 @@ all, and preferably an error will be provided when those are received.
0 commit comments