NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

NIPs

NIPs stand for Nostr Implementation Possibilities. They exist to document what may be implemented by Nostr-compatible relay and client software.

Event Kinds

kind	description	NIP
0	Metadata	1
1	Short Text Note	1
2	Recommend Relay	1
3	Contacts	2
4	Encrypted Direct Messages	4
5	Event Deletion	9
7	Reaction	25
8	Badge Award	58
40	Channel Creation	28
41	Channel Metadata	28
42	Channel Message	28
43	Channel Hide Message	28
44	Channel Mute User	28
1984	Reporting	56
9734	Zap Request	57
9735	Zap	57
10000	Mute List	51
10001	Pin List	51
10002	Relay List Metadata	65
22242	Client Authentication	42
24133	Nostr Connect	46
30000	Categorized People List	51
30001	Categorized Bookmark List	51
30008	Profile Badges	58
30009	Badge Definition	58
30023	Long-form Content	23
30078	Application-specific Data	78
1000-9999	Regular Events	16
10000-19999	Replaceable Events	16
20000-29999	Ephemeral Events	16
30000-39999	Parameterized Replaceable Events	33

Message types

Client to Relay

type	description	NIP
EVENT	used to publish events	1
REQ	used to request events and subscribe to new updates	1
CLOSE	used to stop previous subscriptions	1
AUTH	used to send authentication events	42

Relay to Client

type	description	NIP
EVENT	used to send events requested to clients	1
NOTICE	used to send human-readable messages to clients	1
EOSE	used to notify clients all stored events have been sent	15
OK	used to notify clients if an EVENT was successful	20
AUTH	used to send authentication challenges	42

Please update these lists when proposing NIPs introducing new event kinds.

When experimenting with kinds, keep in mind the classification introduced by NIP-16.

Standardized Tags

name	value	other parameters	NIP
e	event id (hex)	relay URL, marker	1, 10
p	pubkey (hex)	relay URL	1
a	coordinates to an event	relay URL	33, 23
r	a reference (URL, etc)		12
t	hashtag		12
g	geohash		12
nonce	random		13
subject	subject		14
d	identifier		33
expiration	unix timestamp (string)		40

Criteria for acceptance of NIPs

They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.

License

All NIPs are public domain.

Name		Name	Last commit message	Last commit date
01.md		01.md
02.md		02.md
03.md		03.md
04.md		04.md
05.md		05.md
06.md		06.md
07.md		07.md
08.md		08.md
09.md		09.md
10.md		10.md
11.md		11.md
12.md		12.md
13.md		13.md
14.md		14.md
15.md		15.md
16.md		16.md
19.md		19.md
20.md		20.md
21.md		21.md
22.md		22.md
23.md		23.md
25.md		25.md
26.md		26.md
28.md		28.md
33.md		33.md
36.md		36.md
39.md		39.md
40.md		40.md
42.md		42.md
46.md		46.md
50.md		50.md
51.md		51.md
56.md		56.md
57.md		57.md
58.md		58.md
65.md		65.md
78.md		78.md
README.md		README.md

Name		Name	Last commit message	Last commit date
01.md		01.md
02.md		02.md
03.md		03.md
04.md		04.md
05.md		05.md
06.md		06.md
07.md		07.md
08.md		08.md
09.md		09.md
10.md		10.md
11.md		11.md
12.md		12.md
13.md		13.md
14.md		14.md
15.md		15.md
16.md		16.md
19.md		19.md
20.md		20.md
21.md		21.md
22.md		22.md
23.md		23.md
25.md		25.md
26.md		26.md
28.md		28.md
33.md		33.md
36.md		36.md
39.md		39.md
40.md		40.md
42.md		42.md
46.md		46.md
50.md		50.md
51.md		51.md
56.md		56.md
57.md		57.md
58.md		58.md
65.md		65.md
78.md		78.md
README.md		README.md

Name		Name	Last commit message	Last commit date
01.md		01.md
02.md		02.md
03.md		03.md
04.md		04.md
05.md		05.md
06.md		06.md
07.md		07.md
08.md		08.md
09.md		09.md
10.md		10.md
11.md		11.md
12.md		12.md
13.md		13.md
14.md		14.md
15.md		15.md
16.md		16.md
19.md		19.md
20.md		20.md
21.md		21.md
22.md		22.md
23.md		23.md
25.md		25.md
26.md		26.md
28.md		28.md
33.md		33.md
36.md		36.md
39.md		39.md
40.md		40.md
42.md		42.md
46.md		46.md
50.md		50.md
51.md		51.md
56.md		56.md
57.md		57.md
58.md		58.md
65.md		65.md
78.md		78.md
README.md		README.md

Name		Name	Last commit message	Last commit date
01.md		01.md
02.md		02.md
03.md		03.md
04.md		04.md
05.md		05.md
06.md		06.md
07.md		07.md
08.md		08.md
09.md		09.md
10.md		10.md
11.md		11.md
12.md		12.md
13.md		13.md
14.md		14.md
15.md		15.md
16.md		16.md
19.md		19.md
20.md		20.md
21.md		21.md
22.md		22.md
23.md		23.md
25.md		25.md
26.md		26.md
28.md		28.md
33.md		33.md
36.md		36.md
39.md		39.md
40.md		40.md
42.md		42.md
46.md		46.md
50.md		50.md
51.md		51.md
56.md		56.md
57.md		57.md
58.md		58.md
65.md		65.md
78.md		78.md
README.md		README.md

Name		Name	Last commit message	Last commit date
01.md		01.md
02.md		02.md
03.md		03.md
04.md		04.md
05.md		05.md
06.md		06.md
07.md		07.md
08.md		08.md
09.md		09.md
10.md		10.md
11.md		11.md
12.md		12.md
13.md		13.md
14.md		14.md
15.md		15.md
16.md		16.md
19.md		19.md
20.md		20.md
21.md		21.md
22.md		22.md
23.md		23.md
25.md		25.md
26.md		26.md
28.md		28.md
33.md		33.md
36.md		36.md
39.md		39.md
40.md		40.md
42.md		42.md
46.md		46.md
50.md		50.md
51.md		51.md
56.md		56.md
57.md		57.md
58.md		58.md
65.md		65.md
78.md		78.md
README.md		README.md

Latest commit

History

Folders and files

Repository files navigation

NIPs

Event Kinds

Message types

Client to Relay

Relay to Client

Standardized Tags

Criteria for acceptance of NIPs

License

About

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors

Latest commit

History

Folders and files

Repository files navigation

NIPs

Event Kinds

Message types

Client to Relay

Relay to Client

Standardized Tags

Criteria for acceptance of NIPs

License

About

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors

Latest commit

History

Folders and files

Repository files navigation

NIPs

Event Kinds

Message types

Client to Relay

Relay to Client

Standardized Tags

Criteria for acceptance of NIPs

License

About

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors

Latest commit

History

Folders and files

Repository files navigation

NIPs

Event Kinds

Message types

Client to Relay

Relay to Client

Standardized Tags

Criteria for acceptance of NIPs

License

About

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors