NIP-72: Fix heading levels (#2031)

1 files changed, 7 insertions, 7 deletions

diff --git a/72.md b/72.md
index 1117290..9471cdb 100644
--- a/72.md
+++ b/72.md
@@ -8,7 +8,7 @@ Moderated Communities (Reddit Style)
 
 The goal of this NIP is to enable public communities. 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. Moderators may issue an approval event `kind:4550`.
 
-# Community Definition
+## 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. A community definition event's `d` tag MAY double as its name, but if a `name` tag is provided, it SHOULD be displayed instead of the `d` tag.
 
@@ -39,11 +39,11 @@ The goal of this NIP is to enable public communities. It defines the replaceable
 }
 ```
 
-# Posting to a community
+## Posting to a community
 
 [NIP-22](NIP-22) kind 1111 events SHOULD be used for text notes posted to a community, with the `A` tag always scoped to the community definition.
 
-## Top-level posts
+### Top-level posts
 
 For top-level posts, the uppercase and lowercase NIP-22 tags should both refer to the community definition itself.
 
@@ -63,7 +63,7 @@ For top-level posts, the uppercase and lowercase NIP-22 tags should both refer t
 }
 ```
 
-## Nested replies
+### Nested replies
 
 For nested replies, the uppercase tags should still refer to the community definition, while the lowercase tags should refer to the parent post or reply.
 
@@ -86,11 +86,11 @@ For nested replies, the uppercase tags should still refer to the community defin
 }
 ```
 
-## Backwards compatibility note
+### Backwards compatibility note
 
 Previously kind 1 events were used for posts in communities, with an "a" tag pointing to the community. For backwards compatibility, clients MAY still query for kind 1 events, but SHOULD NOT use them for new posts. Instead, clients SHOULD use kind 1111 events with the `A` and `a` tags as described above.
 
-# Moderation
+## Moderation
 
 Anyone may issue an approval event to express their opinion that a post is appropriate for a community. Clients MAY choose which approval events to honor, but SHOULD at least use ones published by the group's defined moderators.
 
@@ -127,6 +127,6 @@ Since relays are instructed to delete old versions of a replaceable event, the `
 
 Clients SHOULD evaluate any non-`34550:*` `a` tag as posts to be approved for all `34550:*` `a` tags.
 
-# Cross-posting
+## Cross-posting
 
 Clients MAY support cross-posting between communities by posting a NIP 18 `kind 6` or `kind 16` repost to one or more communities using `a` tags as described above. The `content` of the repost MUST be the original event, not the approval event.