social.coves.community.acceptance

coves.social

{
  "$type": "com.atproto.lexicon.schema",
  "defs": {
    "main": {
      "description": "A community's attestation that it accepts a post. Written only by the community's key holder, automatically once admission checks pass - machine attestation, not human approval. The community is implicit in the repository this record lives in. The record key is deterministic: the unpadded lowercase base32 encoding of the SHA-256 digest of the canonical subject AT-URI (fixed 52 characters, always rkey-safe), so a post has exactly one acceptance rkey per community, concurrent writers converge idempotently instead of allocating duplicates, and re-acceptance after an author edit is an update of this same record in place. Repo placement attributes authorship as vouched for by a verifying relay or a direct DID-resolved PDS fetch; firehose events themselves carry no commit-signature proof. If the author deletes the subject post, the community host deletes this acceptance on observing the tombstone; consumers treat an acceptance whose subject is gone as inert.",
      "key": "any",
      "record": {
        "properties": {
          "createdAt": {
            "description": "Timestamp when the post was accepted",
            "format": "datetime",
            "type": "string"
          },
          "subject": {
            "description": "Strong reference to the accepted post, pinning the exact accepted version. If the author edits the post the CID no longer matches and the post is pending re-acceptance; clients and AppViews MUST NOT auto-render the new CID under the old acceptance.",
            "ref": "com.atproto.repo.strongRef",
            "type": "ref"
          }
        },
        "required": [
          "subject",
          "createdAt"
        ],
        "type": "object"
      },
      "type": "record"
    }
  },
  "id": "social.coves.community.acceptance",
  "lexicon": 1
}

Validate Record

Validate a record against social.coves.community.acceptance

Validation Options
Treat any remaining unresolved references as valid

Metadata

DID
did:web:coves.social
CID
bafyreidhfwqo5l3fj3nfn236bu3ahwhqwmbo2zrgyg737oo4i3gox5e75i
Indexed At
2026-09-07 20:28 UTC
AT-URI
at://did:web:coves.social/com.atproto.lexicon.schema/social.coves.community.acceptance

Similar Lexicons

Lexicons whose schemas describe something close to this one. Check them before publishing a new one that overlaps.

  • A community's record that a post has been removed from it. Written in the same com.atproto.repo.applyWrites commit that deletes the social.coves.community.acceptance, so the firehose never carries a half-completed moder…

  • com.getorbyt.community.membership recordnot from the namespace authority

    A user-owned canonical membership link, one record per Community. The record key MUST be base32(sha256(community AT-URI)) truncated to 24 characters, lowercase and unpadded, so writing it twice replaces the record inste…

  • A post authored by a user, living in the author's repository. Successor to the deprecated social.coves.community.post: authorship is derived from the repository the record lives in, so there is no in-record author field…

  • Acceptance record created by an invitee, acknowledging a collaboration invite. Lives in the invitee's PDS. The combination of an existing invite and a matching acceptance — both non-deleted — is what grants the invi…

  • com.getorbyt.community.post recordnot from the namespace authority

    A user-owned canonical link between a Bluesky post and an Orbyt Community. A sidecar record: it lives in the post author's own repository and its record key MUST be the record key of the linked app.bsky.feed.post, exact…

Lexicon Garden

@