Lexicon Garden

town.laugh.user.claim

The claimant asserts "I am this laugh.town comedian/venue". Verified two-way: valid only when the subject record's claimedBy equals the repo owner's DID. Record key = the subject record's rkey.

Repository @laugh.town did:plc:k6owgpe2rkkchoiivxhzp2t4 not from the namespace authority
Details · record, key any
Kindrecord
Record keyany
Authorityuser.laugh.town
Indexed
Compare Edit in builder → Fork →

Record

record · key any

Properties

createdAt

requiredstring · datetime

Timestamp of when the claim record was first published

subject

requiredstring · at-uri

AT-URI of the claimed town.laugh.db.comedian or town.laugh.db.venue record. A plain at-uri (not a strongRef) so the claim survives edits to the subject record.

Similar lexicons

semantic match

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

  • dev.keytrace.claim

    record

    An identity claim linking this DID to an external account

  • com.linkedclaims.claim

    record

    A LinkedClaim record per the DIF Labs LinkedClaims specification (https://identity.foundation/labs-linkedclaims/). Claims are immutable, signed assertions about any URI-addressable subject. Each claim has a persistent URI (claimUri) so other claims can reference it as their subject, enabling a cross-system web of trust. LinkedClaims flow on ATProto but are not exclusive to it — the claimUri may point to any system where the claim originated.

  • monster.attest.claim

    record not from the namespace authority

    The author claims control of a website, domain, or handle on another service. A verifier places attest-proof:<record cid> where only the controller could and issues a monster.attest.verification. Record key: a base32 sha256 of the subject/target, so there is one per author per subject.

  • blue.registry.claim

    record

    A record indicating a user has claimed an item on someone else's list.

  • com.babesky.graph.verification

    record

    A verified creator attestation issued by Babesky. Records are written by Babesky's service DID (did:plc:qtapiembzpxlzsiagnc7eyy3) into its own repository, pointing at the subject's DID. Validity is dynamic: the handle and displayName must still match the subject's current values. Records must be deleted when a creator is removed from Babesky's database.