•  Stephen Curran is pursuing a Hyperledger Labs repo for the resolver reference implementation
  •  Proposal accepted https://github.com/hyperledger-labs/hyperledger-labs.github.io/pull/247#pullrequestreview-1611926849
  •  Proposal repo created
•  Markus Sabadello will make his did:webs and did:keri comparison available so that the sub-community interested in did:keri can collaborate.
•  Lance Byrd will start an ACDC PR to the spec that describes signing
  
  •  Lance Byrd will provide an outline of how to use a TEL to verify the signature document
•  Daniel Hardman will donate his dh1128 repo if ToIP will allow.... all commits are signed

News or events of interest to members:

• ToIP has approved the Open Web Foundation (OWF) IPR license
• This is a provisional WG/TF and we hope to be officially under ToIP in a month, or so
  • From the TSWG:
    • ACTION: Drummond Reed to send an email to the TSWG mailing list notifying all TSWG members of a 7 day review period for the proposed DID WebS Method Task Force, followed by a 7-day email vote seeing if there are any objections.
    • ACTION: did:webs Task Force leads to contact Michelle Janata to add their Friday meeting onto ToIP calendar once the Task Force is officially approved
• IIW October 2023
  • We aim to be registered did method and have an implementation in the Universal resolver
• did:plc and Dimiti's did:web 2.0 (next gen) proposals discussion.
  • https://github.com/decentralized-identity/identifiers-discovery/blob/main/agenda.md#meeting---25-sep-2023---1400-et
• did:webplus
  • https://github.com/LedgerDomain/did-webplus/
  • Image Added

• Upcoming milestones
  • IIW Fall 2023
  • There are several potential opportunities, Daniel Hardman will report soon.
• DIF identifiers discovery "lifecycle of did:web identifiers"

• Is a secure did:web spec adoptable, without additional features? Or do we require NEW features like whois, signed files.... if so, can we agree on what else is required?
• Image Removed

• Lance Byrd Security Characteristics PR is simplified w/ did:webs using KEL backing (KERI security guarantees) https://github.com/dhh1128/did-method-webs/pull/26
• Hybrid solution: You can't publish the JWS without anchoring in a KEL first?
• • Bright line rule: For features that aren't secure, submit them to did:web?
  • Note: discovery information (less security needed, Best-available-data )...
a level of
• • mitigates replay attack
informationBright line rule: Should the core of did:webs be the more familiar but less secure options, like JWS? Or should those be extensions to the did:webs spec?
• • , but can be DDOS attacked.
Daniel Hardman suggested last week that we explore the 'notion that did:web can borrow the view of did:webs" during our discussion about using JWS vs. ACDC.
• Markus Sabadello diagramed the different resolver architectures, pros/cons, support for did:web, etc. https://github.com/peacekeeper/did-keri-resolver/tree/peacekeeper-dev
• https://github.com/dhh1128/did-method-webs/issues
  • Activity this past week
    • Stephen Curran reviewed the newly added did doc section information
    • alsoKnownAs vs equivalentId
    • whois
    • weighted threshold multi-sig
    • SSL/TLS common name
• https://github.com/dhh1128/did-method-webs/pulls
  • Activity this past week
    • Signed Files
    • Whois
      • VCs + JWS vs. Service Endpoint