Our objective is to:
- Define an open source Cardano smart contact (SC) template that describes a Trust Registry wherein Atala PRISM DIDs in that Trust Registry have the right to issue a credential.
- In addition to verification of the issued credential, we would implement verification of the issuer in the trusted registry.
- Implement a no-code flow in ProofSpace for customizing the logic of the smart without programming, to allow non-programmers to create and maintain trust registries.
Our audience is:
- Any DAO or institution with an interest in utilizing decentralized models of governance to fulfill high-trust and efficient voting, access, certification or verification goals (herein “voting”).
- Because the proposed solution will be available through our existing no-code SSI SaaS platform (ProofSpace), the audience may include both technical and non-technical people who wish to create and maintain trust registries.
The output will be:
- Open source Cardano SC template for defining trust registries
- User interface for no-code customization of SC logic
- User interface for utilization of SC workflows by end-users.
The impact will be:
- High-quality R&D made available to the Cardano community.
- Accelerated production deployment for high-value and repeatable use cases due to:
- Low cost and fast set-up, testing and deployment of trust registries in the ProofSpace Dash.
- Low cost of voting due to utilization of PRISM verifiable credentials in the smart contract.
In a linked F9 or F10 proposal we hope to extend this offering to include more sophisticated voting capability, thereby expanding the number of production deployments. A rough proposal outline:
- Objective: implement voting in smart contracts to be done via the ProofSpace mobile App.
- Output: UI updates for voting in dashboard and mobile App
- Impact: Easy configuration and publication of voting workflows for end users in the ProofSpace App, which may also utilize the KYC-verified token to enable “one-person, one-vote" and liquid democracy scenarios.
The proposed solution addresses the challenge in the following ways:
The overall question to be addressed by the challenge is: “How can we take the next step to support the principles of self-sovereign identity”.
- Trust registries represent a key pattern for SSI and being able to create them with no-code and fast execution enabling low-cost, efficient and reliable formation of new use cases leveraging PRISM and Cardano.
One of the areas of focus of the challenge is: “Trust registries”.
- This proposal directly addresses the challenge focus area.
The project is highly relevant to the key metrics for the challenge:
- The number of proposals that directly address SSI in a quantifiable manner: the number of projects that launch projects and growth in the number of credentials and verifications through smart-contracts.
- Awareness of Cardano inside the SSI community, working groups and governance entities: no-code trust registries and voting in smart contracts should attract interest from the SSI community, working groups and governance entities with an interests in decentralized governance and DAO management.
- Risk: Schema for packaging voting in a smart-contract can be inefficient (i.e. same as baseline for voting transaction) without implementing cryptographic primitives in plutus. In this case we will formulate the proposal and use a baseline - voting transactions.
- Mitigation: Voting oracle is an optional output, which can be implemented later.
- Risk: There are a few ways of developing storage of trust registries in a smart-contract. Some of them can be impractical for performance or cost reasons.
- Mitigation: Run R&D phase. If the cost of storing trust registry in blockchain us too high, think about using second-level storage.
- Risk: Smart contract may be 'too basic' and not contain such features as advanced voting schemas or liquid democracy.
- Mitigation: This will be the work of an F9/F10 proposal – wherein we will determine the required features during a pilot with some concrete partners in the community.