-
Notifications
You must be signed in to change notification settings - Fork 604
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NIP-72: Moderated communities #602
Changes from all commits
81359b1
a933e03
22c1af8
409fc87
99b2796
1982df7
9b22109
7e0f2fd
0392e21
e4273cc
f97be25
3ef96de
b3b9d85
5e3a7fe
f7708e4
e5c0603
2eceac9
c83cf00
3c4963b
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change | ||||||
---|---|---|---|---|---|---|---|---|
@@ -0,0 +1,101 @@ | ||||||||
NIP-172 | ||||||||
======= | ||||||||
|
||||||||
Moderated Communities (Reddit Style) | ||||||||
------------------------------------ | ||||||||
|
||||||||
`draft` `optional` `author:vitorpamplona` `author:arthurfranca` | ||||||||
|
||||||||
The goal of this NIP is to create moderator-approved public communities around a topic. It defines the replaceable event `kind:34550` to define the community and the current list of moderators/administrators. Users that want to post into the community, simply tag any Nostr event with the community's `a` tag (See [NIP-33](33.md)). Moderators issue an approval event `kind:4550` that links the community with the new post. | ||||||||
|
||||||||
# Community Definition | ||||||||
|
||||||||
`Kind:34550` SHOULD include any field that helps define the community and the set of moderators. `relay` tags MAY be used to describe the preferred relay to download requests and approvals. | ||||||||
|
||||||||
```js | ||||||||
{ | ||||||||
"id": "<32-bytes lowercase hex-encoded SHA-256 of the the serialized event data>", | ||||||||
"pubkey": "<32-bytes lowercase hex-encoded public key of the event creator>", | ||||||||
"created_at": "<Unix timestamp in seconds>", | ||||||||
"kind": 34550, | ||||||||
"tags": [ | ||||||||
["d", "<Community name>"], | ||||||||
["description", "<Community description>"], | ||||||||
["image", "<Community image url>", "<Width>x<Height>"], | ||||||||
|
||||||||
//.. other tags relevant to defining the community | ||||||||
|
||||||||
// moderators | ||||||||
["p", "<32-bytes hex of a pubkey1>", "<optional recommended relay URL>", "moderator"], | ||||||||
["p", "<32-bytes hex of a pubkey2>", "<optional recommended relay URL>", "moderator"], | ||||||||
["p", "<32-bytes hex of a pubkey3>", "<optional recommended relay URL>", "moderator"], | ||||||||
|
||||||||
// relays used by the community (w/optional marker) | ||||||||
["relay", "<relay hosting author kind 0>", "author"], | ||||||||
["relay", "<relay where to send and receive requests>", "requests"], | ||||||||
["relay", "<relay where to send and receive approvals>", "approvals"], | ||||||||
["relay", "<relay where to post requests to and fetch approvals from>"] | ||||||||
] | ||||||||
} | ||||||||
``` | ||||||||
|
||||||||
# New Post Request | ||||||||
|
||||||||
Any Nostr event can be a post request. Clients MUST add the community's `a` tag to the new post event in order to be presented for the moderator's approval. | ||||||||
|
||||||||
```js | ||||||||
{ | ||||||||
"id": "<32-bytes lowercase hex-encoded SHA-256 of the the serialized event data>", | ||||||||
"pubkey": "<32-bytes lowercase hex-encoded public key of the event creator>", | ||||||||
"created_at": "<Unix timestamp in seconds>", | ||||||||
"kind": 1, | ||||||||
"tags": [ | ||||||||
["a", "34550:<Community event author pubkey>:<d-identifier of the community>", "<Optional relay url>"], | ||||||||
vitorpamplona marked this conversation as resolved.
Show resolved
Hide resolved
|
||||||||
], | ||||||||
"content": "<My content>" | ||||||||
} | ||||||||
``` | ||||||||
|
||||||||
Community management clients MAY filter all mentions to a given `kind:34550` event and request moderators to approve each submission. Moderators MAY delete his/her approval of a post at any time using event deletions (See [NIP-09](09.md)). | ||||||||
|
||||||||
# Post Approval by moderators | ||||||||
|
||||||||
The post-approval event MUST include `a` tags of the communities the moderator is posting into (one or more), the `e` tag of the post and `p` tag of the author of the post (for approval notificaitons). The event SHOULD also include the stringified `post request` event inside the `.content` ([NIP-18-style](18.md)) and a `k` tag with the original post's event kind to allow filtering of approved posts by kind. | ||||||||
|
||||||||
```js | ||||||||
{ | ||||||||
"id": "<32-bytes lowercase hex-encoded SHA-256 of the the serialized event data>", | ||||||||
"pubkey": "<32-bytes lowercase hex-encoded public key of the event creator>", | ||||||||
"created_at": "<Unix timestamp in seconds>", | ||||||||
"kind": "4550", | ||||||||
"tags": [ | ||||||||
["a", "34550:<Community event author pubkey>:<d-identifier of the community>", "<Optional relay url>"], | ||||||||
["e", "<Post Request ID>", "<Optional relay url>"], | ||||||||
["p", "<Post Request Author ID>", "<Optional relay url>"], | ||||||||
["k", "<New Post Request kind>"], | ||||||||
], | ||||||||
vitorpamplona marked this conversation as resolved.
Show resolved
Hide resolved
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
This would use #539 to make the community owner able to delete post approvals created by others (moderators). Currently the owner can only delete its own approvals or remove moderators (which deletes all approvals from said moderator). |
||||||||
"content": "<New Post Request JSON>" | ||||||||
} | ||||||||
``` | ||||||||
|
||||||||
It's recommended that multiple moderators approve posts to avoid deleting them from the community when a moderator is removed from the owner's list. In case the full list of moderators must be rotated, the new moderator set must sign new approvals for posts in the past or the community will restart. The owner can also periodically copy and re-sign of each moderator's approval events to make sure posts don't dissapear with moderators. | ||||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. How about making the moderator list append only and give each moderator a expiration date? Then you can remove somebody starting last week without affecting all his approvals. As these approvals are even bigger than whatever they are approving, duplicating them should not be overly encouraged. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think it works because the expired moderator can post in the past. I don't think that should be allowed once a moderator is kicked out. |
||||||||
|
||||||||
Post Approvals of replaceable events can be created in three ways: (i) by tagging the replaceable event as an `e` tag if moderators want to approve each individual change to the repleceable event; (ii) by tagging the replaceable event as an `a` tag if the moderator authorizes the replaceable event author to make changes without additional approvals and (iii) by tagging the replaceable event with both its `e` and `a` tag which empowers clients to display the original and updated versions of the event, with appropriate remarks in the UI. Since relays are instructed to delete old versions of a replaceable event, the `.content` of an `e`-approval MUST have the specific version of the event or Clients might not be able to find that version of the content anywhere. | ||||||||
|
||||||||
Clients SHOULD evaluate any non-`34550:*` `a` tag as posts to be included in all `34550:*` `a` tags. | ||||||||
|
||||||||
# Displaying | ||||||||
|
||||||||
Community clients SHOULD display posts that have been approved by at least 1 moderator or by the community owner. | ||||||||
|
||||||||
The following filter displays the approved posts. | ||||||||
|
||||||||
```js | ||||||||
{ | ||||||||
"authors": ["<Author pubkey>", "<Moderator1 pubkey>", "<Moderator2 pubkey>", "<Moderator3 pubkey>", ...], | ||||||||
"kinds": [4550], | ||||||||
"#a": ["34550:<Community event author pubkey>:<d-identifier of the community>"], | ||||||||
} | ||||||||
``` | ||||||||
|
||||||||
Clients MAY hide approvals by blocked moderators at the user's request. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here, Can we add an 'optional' tag suggestion like this 👇
This would provide a clean mechanism for
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
how do you know the time stamp of the forking since the created at event will change every time the community has a new moderator?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahhh my bad! Good point.
How about adding this suggestion instead:
This can be considered similar to creating a new git branch from a specific commit