upleb.uk

Public git repos — served from a NIP-34 GRASP relay at git.upleb.uk

summaryrefslogtreecommitdiff
path: root/172.md
diff options
context:
space:
mode:
authorVitor Pamplona <vitor@vitorpamplona.com>2023-07-07 14:16:20 -0400
committerfiatjaf_ <fiatjaf@gmail.com>2023-08-08 13:27:32 -0300
commit507b0c20a52e4288d4ebaa9df0c4e12b89835172 (patch)
tree6a2177c634a8c836e805c8e3d56ee42a7e98261b /172.md
parent7957880b48c7a56687364d9325e28c17e1ed9ca2 (diff)
added a third option to approve replaceable events.
Diffstat (limited to '172.md')
-rw-r--r--172.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/172.md b/172.md
index 28c3612..3535039 100644
--- a/172.md
+++ b/172.md
@@ -80,7 +80,7 @@ The post-approval event MUST include `a` tags of the communities the moderator i
80 80
81It'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. 81It'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.
82 82
83Replaceable events can be submitted for approval in two ways: (i) by their `e` tag if moderators want to approve each individual change to the repleceable event or (ii) by the `a` tag if the moderator trusts the original post author to not modify the event beyond community rules. 83Post 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.
84 84
85Clients SHOULD evaluate any non-`34550:*` `a` tag as posts to be included in all `34550:*` `a` tags. 85Clients SHOULD evaluate any non-`34550:*` `a` tag as posts to be included in all `34550:*` `a` tags.
86 86