id.sifa.confirmation

sifa.id

{
  "$type": "com.atproto.lexicon.schema",
  "defs": {
    "main": {
      "description": "Record affirming that the referenced record correctly names the author of this record.",
      "key": "tid",
      "record": {
        "properties": {
          "createdAt": {
            "description": "Client-declared timestamp when this confirmation was created.",
            "format": "datetime",
            "type": "string"
          },
          "relation": {
            "description": "What is being confirmed. Open set, so a consumer that does not recognise the relation can still tell that the named person affirmed something.",
            "ref": "id.sifa.defs#confirmationRelation",
            "type": "ref"
          },
          "subject": {
            "description": "StrongRef to the record that names you. Deliberately unconstrained by collection, so the same record type confirms a co-speaker credit, a project membership, or any later relation. Resolve by AT-URI: the CID is an integrity hint pinning the version seen at confirmation time, and must not be used as a join key, because the claimer editing their record changes its CID without invalidating the confirmation.",
            "ref": "com.atproto.repo.strongRef",
            "type": "ref"
          },
          "subjectName": {
            "description": "Name or title the subject record carried at confirmation time: the project name, the presentation title, and so on. Stored here, in the confirming person's repository, so the claimer cannot alter it. Lets a consumer detect that the claim has drifted since it was affirmed, and flag or withdraw the confirmation when the subject is later renamed into something the person never agreed to.",
            "maxGraphemes": 300,
            "maxLength": 3000,
            "type": "string"
          }
        },
        "required": [
          "subject",
          "relation",
          "createdAt"
        ],
        "type": "object"
      },
      "type": "record"
    }
  },
  "description": "Confirmation that a record naming you is accurate. Lives in the PDS of the person who was named, never in the claimer's. One record type serves every people-link Sifa supports: co-speaker credits on a presentation delivery, membership of a project, and further relations as they are added. The claim itself is public in the claimer's repository from the moment it is written, before and regardless of any confirmation. What confirmation changes is display: an unconfirmed claim renders without the named person's display name, avatar, or profile link. Confirmation does not put the claimer's record on the named person's profile, and consumers must not render it there. That record belongs to the claimer, who can edit or rename it at will; a profile shows only records its owner controls.",
  "id": "id.sifa.confirmation",
  "lexicon": 1
}

Validate Record

Validate a record against id.sifa.confirmation

Validation Options
Automatically resolve and include external schemas for full validation
Treat any remaining unresolved references as valid

Metadata

DID
did:plc:2f2ahswozqy4v5lvu676375y
CID
bafyreichwm5tt437qeawgprfpwf3htgaagnoq7w5wqkdtoandcrvmxpsii
Indexed At
2026-07-31 21:36 UTC
AT-URI
at://did:plc:2f2ahswozqy4v5lvu676375y/com.atproto.lexicon.schema/id.sifa.confirmation

Version History (2 versions)

Referenced Schemas (1)

Similar Lexicons

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

  • Confirmation that a skill endorsement should be displayed on the subject's profile. Lives in the subject's PDS. Without this record, the endorsement exists but is not shown on the profile. When the endorsement proposed …

  • Acknowledges a record (subject) or its relationship in a context. Created in the acknowledging actor's repo to form a bidirectional link. Examples: a contributor acknowledging inclusion in an activity, an activity owner…

  • com.cultureblocs.creative.connection recordnot from the namespace authority

    A directional claim from this repository's holder about another party or record: 'we exhibited this', 'I performed on this', 'this is my work'. One-way and unapproved by default — the counterparty is never asked to ac…

  • An endorsement of another user's skill. Lives in the endorser's PDS; the endorser is implicit (whoever owns the repository). May endorse a skill the subject already lists, or propose one they do not.

  • 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 U…

Lexicon Garden

@