You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Rationale

The DID Method did:web  has found great adoption, but it is still fundamentally flawed by it's trust in DNS and DNS's susceptibility to hijacking attacks among others.

Analogous to http and https `did:web` needs a securing mechanism and that will be specified by did:webs 

`did:webs` can help to bridge the gap between existing didcomm based ecosystems and KERI based ecosystems, originally referred to as the "Beautiful Island Problem".

Purpose

To author a specification describing did:webs  and did doc resolution along with key material retrieval.

Deliverables

The table below lists all deliverables of the KERI Task Force:

AcronymFull Name of DeliverableDeliverable TypeLink to
Draft Deliverable
Lead AuthorsStatus/Notes
did:webs

did:webs Decentralized Identifiers Method Specification

Specification


Chairs

Please add your name to this list if you wish to be a chair:

Members

Please add your name to this list in any desired role:

  • Primary Editors
  • Secondary Editors

  • Primary Reviewers
  • Secondary Reviewers

  • Observers

Meeting Schedule

TBD

For all authoritative meeting logistics and Zoom links, please see the ToIP Calendar.

See latest documentation in the GitHub Repo here: LINK

Meeting Agendas and Notes

All meeting agendas and notes are recorded on the did:webs Meeting Page.

Intellectual Property Rights (Copyright, Patent, Source Code)

As a Task Force (TF) of the Technology Stack WG (TSWG), the did:webs TF inherits the IPR terms from the TSWG JDF Charter. These include:

Mailing List and Communications

This task force uses the following for communications

  • Slack: This TF has its own dedicated Slack channel: #tswg-didwebs-tf
  • Github: This TF will use GitHub issues for substantive conversations on topics, not Slack. This way the conversation is source controlled.

Specification Generation

We may alternatively use the following formats:

  • Markdown: Draft portions spec written in Markdown
  • SpecUP: Final version of spec processed with SpecUp
  • No labels