chat.yakka.grant

One member holds one role. Authority-written (ADR 0006) — a member cannot grant themselves a role, which is why this is not self-written the way membership is. The mint reads these to decide gated-channel credentials (ADR 0007).

Repository @yakka.chat did:plc:wpjoy2orkqq5m65vq7gg7liz namespace authority
Details · record, key tid
Kindrecord
Record keytid
Authorityyakka.chat
Indexed

Record

record · key tid

Properties

createdAt

requiredstring · datetime

role

requiredstring · at-uri

The chat.yakka.role record granted.

subject

requiredstring · did

The member holding the role.

Similar lexicons

semantic match

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

  • A role that may be granted to members. Authority-written (ADR 0006). Roles carry no permissions of their own — they are named subjects that channel gates and the mint policy refer to (ADR 0007).

  • Grants a DID a role on a space. Only honored when authored by the space owner. Lives in the owner's repo.

  • dk.raakode.lab.groups.membership

    record not from the namespace authority

    A member's role in the group. Written by the group authority into its repo in the space, never held as app database state — this is what makes a role survive the group changing app. The simplespace member list governs access; this record governs what the member may do once inside.

  • A moderator role the community grants to a member. Written by the community account (the space authority) into its OWN repo within the server's public space, so any reader of the space can verify who may moderate (e.g. whose tech.tokimeki.forum.hide records to honour). rkey is derived from the subject DID ('m' + base32lower(sha256(did))[0:26]) so one record exists per member; delete it to revoke. Plain membership is not a record.

  • Assign a moderator role to a user for a specific room.