Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define TRTF Deliverables for V2 #48

Closed
andorsk opened this issue Jan 12, 2023 · 3 comments
Closed

Define TRTF Deliverables for V2 #48

andorsk opened this issue Jan 12, 2023 · 3 comments
Labels
type: discussion discussion related issue. type: documentation Improvements or additions to documentation
Milestone

Comments

@andorsk
Copy link
Contributor

andorsk commented Jan 12, 2023

For the trust registry task force deliverable, we should define the initial deliverables:

https://docs.google.com/document/d/1T2NIv4wCxqtTkzk76XtcZKP8gFM97u3YYuAscP8ZGX4/edit?usp=sharing

Based on conversations proposed at the TRTF, I'll lead with the following proposal of deliverables:

To Close Issue:

  • PR with placeholders for the deliverables.

I will spin up a separate issue related to the audience of the v2 deliverable.

This was referenced Jan 12, 2023
@andorsk andorsk added the type: documentation Improvements or additions to documentation label Jan 12, 2023
@jacqueslatour
Copy link
Contributor

jacqueslatour commented Jan 12, 2023

@jacques - The spec should address global interoperability and unique identifiers and and I see trust registries as the enabler to enable scaling.

Scope to consider: global interoperability and unique identifiers, and how the DNS can be leveraged to enable this.

Also looking at documenting this as an IETF Internet Draft as well, so it can become an IETF standard one day, or BCP.

@andorsk
Copy link
Contributor Author

andorsk commented Jan 12, 2023

Call on Jan 12 at ToIP

@tim Bouma: Agrees with the approach.
@a-fox : Not sure of the deliverables. Any trust decision has a liability into it. Needs to have legal and privacy people involved. Need to think more holistically. Need coherence and positioning so we can scope it better.
Tim: Always going to be debating content. Whatever we arrive at as a group needs to be concise and clear. Any additional context is in deliverable 2. People that care about this deliverable will care b/c lots of leaders are working on the deliverable.
@talltree : w3c also does the same spec and companion guide. Decide the pallet you're painting on. At the proper time, flush it out.
@darrellodonnell : two factors: the world is starting to learn layers 3 and 4. Urgency is required. Questions from the space is there now.
@andorsk liked the canvas concept.
@a-fox : major projects in the EU to be considered.
neil: let's make a matrix of what's being worked on. @a-fox : can use that to inform the scope.
Tim: careful we don't re-invent the wheel.
@talltree : let's remind ourselves of work done in security. DID trust list is fundamentally different than a DNS list. Targets to aim: Once ARF for European Digital Identity Wallet is published viky offered to present.
@a-fox Map input to trust models
jacques: DNS should align to the STRAWMAN. Complement.

Action Step Here:

  • @darrellodonnell to throw down a swagger spec as a STRAWMAN
  • consensus to start working toward a STRAWMAN deliverable. ALL deliverables.

@andorsk andorsk added the type: discussion discussion related issue. label Jan 12, 2023
@andorsk
Copy link
Contributor Author

andorsk commented Jan 13, 2023

APAC call:

  • Jo Spencer Context and technical layer should be addressed. Probably in the specification guide.
  • @talltree Mission on charter page need to be cleared up:
    • 5 classes of deliverables. Deliverable on trust models should exist somewhere.
    • Decision of deliverables need to align with mission and scope of TF.

@trustoverip trustoverip locked and limited conversation to collaborators Jan 17, 2023
@andorsk andorsk converted this issue into discussion #61 Jan 17, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
type: discussion discussion related issue. type: documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

2 participants