Page History

...

• DID Peer 2/3 – processing approach – is this the plan:
  • Identifiers:
    • Long Identifier – as defined today, entire encoded DIDDoc in identifier
    • Short identifier is the first 22(?) characters of 64 character string sha256 of long identifier (or something else?)
  • On receipt of a did:peer:3<identifier>, process as follows:
    • Detect length of identifier — short or long (assumption: long peer:did:2 will never be less than 23(?) bytes)
    • If short - resolve DID locally to get DIDDoc - on success, exit
    • If short and resolution failed — error, exit
    • If long
      • Convert long DID to short DID - resolve DID locally to get DIDDoc - on success, exit
    • If long and short DID resolution failed
      • Resolve long DID locally to get DIDDoc — on success, exit
    • if both short and long DID resolution fails
      • If on a “create DID” step (e.g. receiving DID Exchange “request” or “response” or DIDComm 2 new protocol step)
        • Extract DIDDoc from long DID, store short DID and DIDDoc, get DIDDoc — on success, exit
      • Otherwise —
      error
      • erroryes

Other Business

Future Topics

...