id.sifa.confirmation

sifa.id

Schema Diff

+1 -1

From

CID
bafyreichwm5tt43...
Indexed At
2026-07-31 21:36 UTC
View this version

To

CID
bafyreic7vp4blar...
Indexed At
2026-09-30 20:06 UTC
View this version

Compatibility Analysis

Backward Compatible

No changes detected.

1 1
{
2 2
  "$type": "com.atproto.lexicon.schema",
3 3
  "defs": {
4 4
    "main": {
5 5
      "description": "Record affirming that the referenced record correctly names the author of this record.",
6 6
      "key": "tid",
7 7
      "record": {
8 8
        "properties": {
9 9
          "createdAt": {
10 10
            "description": "Client-declared timestamp when this confirmation was created.",
11 11
            "format": "datetime",
12 12
            "type": "string"
13 13
          },
14 14
          "relation": {
15 15
            "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.",
16 16
            "ref": "id.sifa.defs#confirmationRelation",
17 17
            "type": "ref"
18 18
          },
19 19
          "subject": {
20 20
            "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.",
21 21
            "ref": "com.atproto.repo.strongRef",
22 22
            "type": "ref"
23 23
          },
24 24
          "subjectName": {
25 25
            "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.",
26 26
            "maxGraphemes": 300,
27 27
            "maxLength": 3000,
28 28
            "type": "string"
29 29
          }
30 30
        },
31 31
        "required": [
32 32
          "subject",
33 33
          "relation",
34 34
          "createdAt"
35 35
        ],
36 36
        "type": "object"
37 37
      },
38 38
      "type": "record"
39 39
    }
40 40
  },
41 -
  "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.",
41 +
  "description": "Confirmation that a record naming you is accurate. Lives in the PDS of the confirming person, which for most relations is the person who was named and for the colleague relation is a colleague or the organization, never the record owner. 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.",
42 42
  "id": "id.sifa.confirmation",
43 43
  "lexicon": 1
44 44
}

Compare Other Versions

Lexicon Garden

@