Post #31315

39c531bd8491d39f5855c3a69f6339f1d622fbe1771879cdf7e3f6c0249463e8
bb8f33d4f71e1976797599bfc71e8ead0a429ae54718da3c1cfa72b84afc2b3d
e2c61429397da55a5ee7749088023feb12e0e8e261dfeba32ee7c0794f9a12f8
Signature verified

The signature from the blockchain entry has been verified against an identity on this server.

{"entry_date":1610700358,"post_data":{"edit_count":2,"last_edit_date":0,"last_edit_user_id":0,"message_sha512":"71e69dabfa398fa84632e0d3358daec13a41769c40798a03f58d3101e1bb76c1f7202b97f95d7e9baa0e83b28c396e21819b67fad1dc4a8c93025c90697171b3","node_id":52,"post_date":1610700242,"thread_id":5633,"user_id":8},"post_link":"https:\/\/forum.factomprotocol.org\/threads\/proposed-factom-roadmap-for-2021.5633\/post-31315"}
The entry content as it exists in the database. This should be verified against the blockchain entry.
Proposed Factom Objectives
Yeah, although the picture also conflates a lot across differente layers and mentions things that are not necessarily really Factom or on-chain specific, like selective disclosure and ZKP. Sphereon is obviously working on the DIDs (client, server, resolver, registrar), VCs (VC HTTP API, Presentation Exchange, revocation lists, eIDAS bridge), ZKP, Selective Disclosure, Rosetta and using that tech in both our own infra, projects and by our customers.

We are also working with a university in South Korea on applying Factom VC/DID/OpenBadge tech for their courses and which will be used by their university, with partnerships of other universities in the making and relationships in other universities, which fits in the Academia partnerships

So I agree some of it is already more or less in the pipeline. It simply is missing the distinction in layers a bit and the fact that the protocol itself is not really responsible for all of it. So calling it a wishlist/objective document is totally fine with me. Calling it a roadmap to which we will be more or less bound doesn't make sense when we are talking about changed leadership and tokenomics.
This is the raw content, without BBCode parsing.
Top