Technology.
Federated Blockchain
The federated blockchain architecture is adopted by Jupiter Chain as the focus is on regional and location specific use cases. This design allows for the the exchange of data and digital assets across localities. This design enables easy compliance with local data residency requirements. The federated blockchain model aims to achieve scalability and efficiency in 3 ways.
- Reduce redundancy on blockchain by replication of data
- Reduce load on mainnet with consensus protocols
- Trust-based consensus in local blockchain for greater throughput and scale
SMART
Jupiter Chain aims to do analytics on the platform in a privacy-preserving manner within a secure execution environment
Data is decrypted and analysed within a secure enclave
This allows for smart contracts to return (trusted) analytics results to the requestor without the need to view the end user’s personal data.
There are 2 main types of smart contracts:
– Smart contracts as data assessors to provide an assessment based on a user’s individual data
– Smart contracts as data subscription services to allow big data collection from a group of data owners and analysis of the data
SMART
Jupiter Chain aims to do analytics on the platform in a privacy-preserving manner within a secure execution environment
Data is decrypted and analysed within a secure enclave
This allows for smart contracts to return (trusted) analytics results to the requestor without the need to view the end user’s personal data.
There are 2 main types of smart contracts:
– Smart contracts as data assessors to provide an assessment based on a user’s individual data
– Smart contracts as data subscription services to allow big data collection from a group of data owners and analysis of the data
CONSENTABLE
To realise the full potential of data on Jupiter chain, linking identity to transactions is important. However, this needs to be done in a way that protects the privacy of the blockchain data. To achieve this:
-Identity data is managed on a self-sovereign identity platform, identity verification is retrieved whenever necessary.
-Transaction data are encrypted and stored on the blockchain for immutability and trust.
-Consent and encryption keys are managed on the blockchain via smart contracts.
CONSENTABLE
To realise the full potential of data on Jupiter chain, linking identity to transactions is important. However, this needs to be done in a way that protects the privacy of the blockchain data. To achieve this:
-Identity data is managed on a self-sovereign identity platform, identity verification is retrieved whenever necessary.
-Transaction data are encrypted and stored on the blockchain for immutability and trust.
-Consent and encryption keys are managed on the blockchain via smart contracts.
DATA
Jupiter Chain’s data model needs to cater for a variety of applications as well as being structured for analytics and computation.
To achieve this, we:
– Build flexibility in the data model with data handling smart contracts
– Allowing modular updates to the data structure without disrupting the execution of business processes
DATA
Jupiter Chain’s data model needs to cater for a variety of applications as well as being structured for analytics and computation.
To achieve this, we:
– Build flexibility in the data model with data handling smart contracts
– Allowing modular updates to the data structure without disrupting the execution of business processes