ai.newnal.trustsquare.verification

Public, PII-free proof that this account passed identity verification with the Newnal verifier. The attestation is a compact JWS signed by the issuer; the AppView rejects records whose signature or payload does not match.

Repository @bezalel-newnal.bsky.social did:plc:75qhtany5zmo7d3i2ni5d7nf not from the namespace authority
Details · record, key literal:self
Kindrecord
Record keyliteral:self
Authoritytrustsquare.newnal.ai
Indexed

Record

record · key literal:self

Properties

attestation

requiredref
Reference

expiresAt

requiredstring · datetime

issuer

requiredstring · did

did:web:trustsquare.newnal.ai

provider

requiredstring
  • knownValues: naver | kakao | toss | pass | mock-sms

subject

requiredstring · did

Must equal the repository DID.

verificationId

requiredstring

Opaque id used for status/revocation lookups.

  • maxLength: 64

verifiedAt

requiredstring · datetime

#attestation

object

Verifier signature over the canonical attestation payload.

Properties

format

requiredstring
  • knownValues: jws-compact

kid

requiredstring

Key id in the issuer DID document.

  • maxLength: 128

value

requiredstring

Compact JWS over the canonical attestation payload (see 04-identity-verification.md).

  • maxLength: 8192

Similar lexicons

semantic match

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

  • Identity verification status record — proves that a DID has been verified by a trusted verifier.

  • monster.attest.verification

    record not from the namespace authority

    A verifier's statement that it checked a claim and found the proof token in place. Issued by any account, including the attest service's own; trusted as far as the verifier is.

  • Record declaring a verification relationship between two accounts. Verifications are only considered valid by an app if issued by an account the app considers trusted.

  • town.delve.graph.verification

    record not from the namespace authority

    Record declaring a verification relationship between two accounts. Verifications are only considered valid by an app if issued by an account the app considers trusted.

  • network.attested.signature

    object not from the namespace authority

    An inline attestation: an ECDSA signature over a canonical attestation CID, embedded directly in a record's `signatures` array. The CID is computed from the record (signatures stripped), this entry's metadata (cid/signature stripped, `repository` = authoring repo DID added) inserted as $sig, DAG-CBOR + SHA-256 + CIDv1 (dag-cbor codec). Signatures are low-S normalized; supported curves are P-256 and K-256 (did:key). This is the shared network.attested.* vocabulary any speaker can verify.