Cryptographic Entity Tokenization With Segmented Decentralized Storage
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional distributed computing solutions fail to adequately manage decentralized data storage, enforce precise granular access controls, maintain verifiable data provenance, and securely support tokenization of digital assets or identities, often lacking interoperability across diverse distributed ledger technologies and encountering difficulties in synchronizing dynamically partitioned and decentralized data.
Innovation Solution
A processing system integrates decentralized storage nodes with smart contracts to tokenize entities, embedding metadata for precise location references and access-control permissions, ensuring secure, verifiable off-chain data access with robust provenance tracking and redundancy, using cryptographic tokens and decentralized ledger technology (DLT) networks.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If data is encrypted and partitioned into segments for decentralized storage, then data security and redundancy are improved, but system complexity increases
Solution Approach 1:
The patent divides the input dataset into multiple encrypted segments (first encrypted segment, second encrypted segment, etc.) and distributes them across different decentralized storage nodes. This segmentation improves data security by ensuring no single node holds the complete data and enhances redundancy through distribution across multiple nodes.
Solution Approach 2:
The smart contract acts as an intermediary that manages the cryptographic token, metadata, and access permissions between the centralized processing system and decentralized storage nodes. It automates the linking of encrypted segments to the token and enforces access control without requiring complex centralized management.
2Measurement precision
If smart contracts are used to mint cryptographic tokens and manage access, then verifiability and access control precision are improved, but computational requirements increase
Solution Approach 1:
The smart contract performs self-execution to mint cryptographic tokens automatically when datasets are uploaded, without requiring manual intervention. The contract autonomously generates tokens, embeds metadata, links encrypted segments, and enforces access control permissions, reducing the need for complex external computational processes.
Solution Approach 2:
The system changes the state of data from unencrypted raw format to encrypted segmented format, and creates cryptographic tokens with embedded metadata parameters that encode access permissions. This transformation enables precise access control through cryptographic parameters rather than complex access management systems.
3Reliability
If decentralized storage nodes are distributed across multiple locations, then fault tolerance and data availability are improved, but synchronization difficulty increases
Solution Approach 1:
By partitioning the dataset into multiple encrypted segments distributed across different storage nodes, the system achieves fault tolerance where data remains accessible even if some nodes fail. Each segment can be independently retrieved and reassembled, simplifying the synchronization challenge.
Solution Approach 2:
The smart contract provides feedback mechanisms to track the status of encrypted segments across decentralized nodes, enabling the system to monitor data availability and coordinate synchronization operations automatically based on the current state of the distributed storage network.
Data Source
AI summary
Systems and methods for tokenizing entities within a distributed ledger technology (DLT) network. A processing system operating in the DLT network receives an input dataset that includes asset attributes, identity information, or event metadata. The processing system encrypts the input dataset, partitions the encrypted data into multiple encrypted segments, and distributes each segment to selected decentralized storage nodes. Each encrypted segment is associated with a unique segment identifier. The processing system generates a cryptographic token directly linked to the input dataset and embeds metadata into the cryptographic token referencing encrypted segments, a data provenance identifier, or a creation timestamp. A smart contract deployed on the DLT network mints the cryptographic token and cryptographically links the embedded metadata to encrypted segments stored at decentralized storage nodes. The processing system, through the smart contract, provides authorized access to the input dataset according to access permissions defined within the smart contract.