- From: Snorre Lothar von Gohren Edwin <snorre@diwala.io>
- Date: Fri, 18 Mar 2022 09:10:15 +0100
- To: Heather Vescent <heathervescent@gmail.com>
- Cc: "Phillip D. Long" <phil@rhzconsulting.com>, "msporny@digitalbazaar.com" <msporny@digitalbazaar.com>, "W3C Credentials CG (Public List)" <public-credentials@w3.org>
- Message-ID: <CAE8zwO2nvEHzHmO+AtoR8vhB1gBk0KY6Zy4VHnx=t+bP7FupnQ@mail.gmail.com>
> Who should lead the heavy lift to coordinate across the various ecosystems? CCG? The other areas? Two things. I want to answer to this. We can take inspiration from ethereum cat herders - https://www.ethereumcatherders.com/. We can find a way to have a shared written statement that to get funded from multiple channels to set up a herding group(I know that is probably impossible), but there is a reason crypto makes it, because they print their own money :P The second answer to this question I would say is just be open to collecting, no need to go out and pull information. As I said earlier, do it an agile way and collect information, and if you dont speak up, you are not part of the map. Be strict about the information that needs when collecting so that you dont need to do a follow up to get it into the roadmap. This way, it is a one time lift, and a one time input. And it is atleast a start to get there. ᐧ On Thu, Mar 17, 2022 at 5:42 PM Heather Vescent <heathervescent@gmail.com> wrote: > Who should lead the heavy lift to coordinate across the various > ecosystems? CCG? The other areas? Where are the efforts to coordinate with > CCG from these other silos? CCG has been open to collaborating on these > kinds of maps, but to expect CCG to lead the tracking of efforts of work > done outside the CCG is a bit much, especially if they have limited > interaction/contribution to the CCG. I would appreciate more overlap and > coordination, but the effort to collaborate must come from both/all sides. > > The unfortunate truth is that our various orgs are honestly focused on > their individual efforts. The people that participate in multiple orgs are > the ones that do the knowledge sharing and collaboration. It's ad hoc at > best. I don't think it's intentional to build silos, but there is limited > incentive to collaborate more broadly, because if there was, we'd already > be doing it. I think the best we can do is not let our feathers get ruffled > when one of the silos is doing their own thing that may or not dovetail or > support another orgs activities. The solution to that scenario, jump in and > participate in the orgs you want to lower the silo barriers. Or I guess > take the lead on creating the coordinating ecosystem map and have everyone > sign off on it. > > -Heather > > On Wed, Mar 16, 2022 at 8:02 AM Phillip D. Long <phil@rhzconsulting.com> > wrote: > >> Manu - it does lead to multiple questions. But we can’t strive for >> perfection, just somewhat greater clarity >> >> Should we point out technologies that are competitive with one another >> and/or >> largely overlap in functionality? >> >> >> Yes, that would be very helpful as it gives us a chance to see how they >> overlap and perhaps understand their differences better. >> >> There are at least three VC exchange protocols in play right now. >> >> >> I’m sure many are wondering why there are three approaches. And I’m sure >> there are points of optimization that are focusing on particular use cases >> coming for distinct verticals. Getting that out there for all to see just >> might lead to consolidation, or at least better opportunities for those >> implementing to make decisions about their choices for protocols to support. >> >> There are 68 Aries RFCs... do we list all of them? Only the active ones? >> >> >> The Hyperledger community is very diverse. With that many options among >> RFCs, even only the active ones might be a challenge. If there are only a >> few relevant active ones, then yes, including them would be helpful. But >> it’s also an opportunity to send a note to the RFC authors saying here’s >> short, concise format to describe your work we’d like to include in the >> comprehensive roadmap. If they respond great! If not just listing an >> addendum of who was sought out and failed to respond is useful, as well. >> >> Do we list vocabularies? Privately developed ones? How do we choose? >> >> >> It’s the CCG’s roadmap. We get to choose. Start with what the CCG is >> using and ask for volunteers to describe the others they thing should be >> included perhaps? >> >> I don't for a minute fail to recognize it’s a seriously large task to >> pull something like this off. But inviting others outside of the CCG who >> are doing work in the space and giving them an format for contributing that >> is simple enough to undertake and return, but sufficient to at least give a >> sense for how their work fits into the larger picture is a variant of the >> chunking the tasks up into digestible bites that might contribute value. >> >> Just some thoughts. >> >> >> *Phillip D. Long* >> *e: *pdlong2@asu.edu >> Adaptive Learning Library Consultant >> *org:* EdPlus/ASU >> https://edplus.asu.edu/what-we-do/orchard-adaptive-learning-experience >> *SNS:* https://www.linkedin.com/in/longpd >> <https://edplus.asu.edu/what-we-do/orchard-adaptive-learning-experience> >> >> >> >> >> >> >> >> On Mar 16, 2022, at 10:26 AM, Manu Sporny <msporny@digitalbazaar.com> >> wrote: >> >> On 3/16/22 10:13 AM, Snorre Lothar von Gohren Edwin wrote: >> >> No one benefits from working in silos in this space, so I support a wider >> ecosystem roadmap with labels/marks. >> >> >> ... which then begs multiple questions: >> >> Should we point out technologies that are competitive with one another >> and/or >> largely overlap in functionality? >> >> For example: There are at least three VC exchange protocols in play right >> now. >> >> There are 68 Aries RFCs... do we list all of them? Only the active ones? >> >> Do we list vocabularies? Privately developed ones? How do we choose? >> >> -- manu >> >> -- >> Manu Sporny - >> https://urldefense.com/v3/__https://www.linkedin.com/in/manusporny/__;!!IKRxdwAv5BmarQ!P6zGpIbi84WMClNMdwWAOFGKP0xPG8v-ADD-taL976tOfvqkRsLstMgXC48UN2k$ >> Founder/CEO - Digital Bazaar, Inc. >> News: Digital Bazaar Announces New Case Studies (2021) >> >> https://urldefense.com/v3/__https://www.digitalbazaar.com/__;!!IKRxdwAv5BmarQ!P6zGpIbi84WMClNMdwWAOFGKP0xPG8v-ADD-taL976tOfvqkRsLstMgXF6CzRpk$ >> >> >> >> > > -- > Heather Vescent <http://www.heathervescent.com/> > Co-Chair, Credentials Community Group @W3C > <https://www.w3.org/community/credentials/> > President, The Purple Tornado, Inc <https://thepurpletornado.com/> > Author, The Secret of Spies <https://amzn.to/2GfJpXH> > Author, The Cyber Attack Survival Manual > <https://www.amazon.com/Cyber-Attack-Survival-Manual-Apocalypse/dp/1681886545/> > Author, A Comprehensive Guide to Self Sovereign Identity > <https://ssiscoop.com/> > > @heathervescent <https://twitter.com/heathervescent> | Film Futures > <https://vimeo.com/heathervescent> | Medium > <https://medium.com/@heathervescent/> | LinkedIn > <https://www.linkedin.com/in/heathervescent/> | Future of Security Updates > <https://app.convertkit.com/landing_pages/325779/> > -- *Snorre Lothar von Gohren Edwin* Co-Founder & CTO, Diwala +47 411 611 94 www.diwala.io <http://www.diwala.io/> *Stay on top of Diwala news on social media! **Facebook <https://www.facebook.com/diwalaorg>** / **LinkedIn <https://www.linkedin.com/company/diwala>** / **Instagram <https://www.instagram.com/diwala_/>** / **Twitter <https://twitter.com/Diwala>*
Received on Friday, 18 March 2022 08:11:40 UTC