Decentralized Consensus Network for Off-Chain Blockchain State
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain platforms face limitations in data storage and computational complexity, with methods like optimistic rollups and ZK rollups facing impracticalities such as lengthy lock-up periods and excessive computational complexity, hindering complex computations on-chain.
Innovation Solution
A decentralized processing network that offloads state storage and computational power off-chain, using a consensus network to calculate state changes dynamically and an off-chain storage network to store state changes, allowing complex operations without sacrificing cryptographic security.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If computations are performed on-chain using distributed computers, then cryptographic security is maintained, but computational complexity and data storage capacity are limited
Solution Approach 1:
The patent extracts state storage and computational operations from the on-chain blockchain environment and relocates them to off-chain storage and computation networks. Only cryptographic commitments and verification data remain on-chain, while complex computations and state data are performed and stored off-chain, resolving the contradiction between maintaining security and enabling complex computations.
Solution Approach 2:
The patent introduces cryptographic commitments as an intermediary mechanism that bridges on-chain security requirements with off-chain computational flexibility. These commitments serve as verifiable proofs that off-chain computations were performed correctly, allowing complex operations off-chain while maintaining cryptographic security guarantees on-chain.
2Reliability
If state data is stored on-chain, then cryptographic security is maintained, but storage capacity is limited
Solution Approach 1:
The patent extracts state storage from the on-chain blockchain and relocates it to off-chain storage networks. This extraction allows the blockchain to maintain its cryptographic security properties while gaining access to virtually unlimited storage capacity in the off-chain environment.
Solution Approach 2:
The patent creates cryptographic copies (commitments and proofs) of state data that are stored on-chain for security verification, while the actual state data is stored off-chain. These cryptographic copies serve as verifiable representations that enable security without requiring full state storage on-chain.
3Productivity
If ZK rollups are used to move computation off-chain, then computational capacity is improved, but proving times become excessively long
Solution Approach 1:
The patent applies partial action by requiring only essential cryptographic verification (commitment verification and proof validation) on-chain rather than full computational verification. This partial verification approach maintains security while dramatically reducing proving and validation times compared to complete verification.
Solution Approach 2:
The patent changes the verification parameter from full computational verification to cryptographic proof validation. This parameter change transforms the verification process from computationally intensive operations to efficient cryptographic checks, significantly reducing proving times while maintaining security.
4Productivity
If optimistic rollups are used to move computation off-chain, then computational capacity is improved, but lock-up periods are extended
Solution Approach 1:
The patent uses partial verification action where cryptographic proofs are validated on-chain without requiring extended lock-up periods for fraud challenges. This approach provides faster finality while maintaining security through cryptographic guarantees rather than time-based challenge periods.
Data Source
AI summary
The decentralized processing system can identify zero or more cryptographic commitments to update a state of the blockchain recorded on the blockchain. The system can receive an indication to update the state of the blockchain. In response, the system can transmit to a decentralized consensus network (DCN) instructions for the DCN to compute a subsequent state. The system can receive, from the DCN, a first cryptographic hash associated with a data structure which is determined based on the computed subsequent state. The system can receive, form an implementation keeper a series of data entries associated with the data structure. A second cryptographic hash can be computed for each of the series of data entries and the system can determine whether each second cryptographic hash matches the first cryptographic hash. The system can execute instructions contained within each of the series of data entries to evolve the state of the blockchain.