Hi,
after stage 1 framework contest Contest Proposal: FreeTON Self-Sovereign Identity Framework (Stage 1) we drafted the roadmap to whole vision of SSI approach for FreeTON Stage 2: FreeTON SSI Roadmap (draft) - Google Docs
Please read and comment here in this thread or inside google doc (link above and comments are allowed)
let’s take a week for this discussion and prepare Stage2.Step1 contest after.
thanks
The SSI concept appears to be one of the most prominent identity technologies. The main goal of SSI is to shift the locus of control over users’ data and authorization function. It gives back the power of profile control to people while preserving a prominent level of privacy and security. Trust triangle, which is the core of the SSI ecosystem, presumes that the User holds privately its own verifiable credentials issued by authorized actors (Issuers). This credentials are accepted and verified by Verifiers which check-up the Issuers signature and decentralized identifier of the User.
Various consortiums and state authorities have paid attention to the SSI development and have already undertaken certain actions to set up a proper agenda and to hold the best positions at the frontier of technology.
Being technology-agnostic the SSI, however, perfectly fits any blockchain ecosystem due to its decentralized and trustless character. Blockchain networks can perform the role of decentralized virtual machine for SSI-based smart contracts or even store the data of certain SSI components.
Numerous blockchain ecosystems have already entered the SSI adoption race by promoting the development of basic SSI components. We strongly believe that the competitiveness of any blockchain ecosystem depends on the level of its mass adoption. SSI can become a game-changer. In connection with useful Telegram UX the SSI can become a Passport 2.0 with the ecosystem of credential providers and verifiers.
There is no doubt that open ecosystems stand on good standards that are open to the community. Hence, it is a necessity to develop a bunch of open-source projects that will correspond to the main components of SSI.
Therefore, we propose a X-step plan for the FreeTON community. While Step 1 is definite quite, Steps 2 and following might be expanded or slightly changed with moving on the roadmap.
This step sets up the work on the SSI ecosystem. Decentralized identifier is the basic component for each and every user flow. To start interacting with Issuers and Verifiers, the Holder must identify himself by creating an identificator that will reference it. This step must include
This step must be finalized with a web2 prototype that simulates a real SSI use case but employs a DID module for authorization purposes. The use case must be practical and attempt to solve a real problem.
Deliverables:
Terms: 1-2 months
This step proceeds with the development of DID components. This step must include:
Deliverables:
Terms: 1-1.5 months
This step includes DID server-side implementation. Additionally, the Universal Resolver must be delivered. The step must include:
Deliverables:
Terms: 2-3 months
This step implies the development of the extended SDK for TON DID and VC SDK. This components are necessary to involve Issuers and verifiers in the process of credential exchange and start to pilot first MVPs in the FreeTON ecosystem. The SDKs must include:
This step proceeds the involvement of the ecosystem by creating certain registries that are necessary to build trust across the ecosystem.
This final step presumes a certain level of the technology maturity. At this stage we might see several MVPs employing SSI technology. However, to create a functional ecosystem it is necessary to implement various governance mechanisms that will create proper incentives for the participants. The step must include:
After our submission in Stage 1 of Free TON Self-Sovereign Identity Framework our team decided to proceed with the development of SSI ecosystem by presenting a DID component for Stage 2 Contest #39.
The description of the use case and its technical implications can be found at https://docs.freeton.id/ where our documentation repository is located. We kindly ask you to read the installation and launch description as well as to enjoy our recap that depicts basic user stories.
The programming code repository is located at GitLab repository. It can also be found in the documentation repository in section How to build up and use FreeTON.id.
You can find the screencast of FreeTON.id and observe the basic user story.
NB: We noticed some technical troubles with the recent update of TON Crystal Wallet (v. 0.2.15). In some cases you will not be able to create DID if you had previous versions and updated to v. 0.2.15. However, newly created wallets work fine. Therefore, in case of troubles we advise you to reinstall the wallet.
Project credits: Alexey Vorobey, Stepan Gershuni, Arthur Pinchuk, Vladimir Kanin, Vyacheslav Zhuravlyov, Alexander Alexeenko, Nikita Lobushkin, Konstantin Agapotov, Yuliya Matsokina, Ildar Nurmukhametov, Anton Kirilyuk.
P.S. FreeTON.id product scenarios are fictional. We do not imply that the mentioned services (Pokerton; Ton Swap; EasyVote) use our credential scheme and provide indicated bonuses and discounts.
Just in case, you may contact to our team via this Telegram account: @avarab