Privately Subspaced Blockchain Data Structures for Secure Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional blockchain systems lack private data storage capabilities and access controls, making it impossible for users to securely store and manage sensitive data, as all data is accessible to every holder of a copy, which increases the risk of tampering and data integrity issues.

Innovation Solution

The development of privately subspaced blockchain data structures that allow for secure access restrictions by creating private data subspaces within blocks, where only permissioned nodes can access specific data, enabling secure, authenticated data transfers and improved consensus mechanisms to maintain data integrity and system continuity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional blockchain data structures are used, then data is accessible to all holders for verification purposes, but data privacy and security are compromised as sensitive information cannot be protected

Engineering Contradiction:
Improvedata integrity verificationVSAvoiddata exposure risk
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The blockchain data structure is segmented into multiple subspaces, where each subspace can have different access permissions. This allows sensitive data to be isolated in private subspaces accessible only to authorized nodes, while public subspaces remain accessible for verification, thus resolving the contradiction between data accessibility and data privacy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Different subspaces within the blockchain are assigned different quality characteristics regarding access permissions. Some subspaces are public and fully accessible for verification, while others are private and restricted to specific nodes based on their identities and permissions, enabling localized data protection without compromising overall system verification.

Inventive Principle:
Principle #3Local quality

2Object-affected harmful factors

If access controls and permissioning are implemented, then data privacy is improved, but system complexity increases due to additional validation mechanisms

Engineering Contradiction:
Improvedata exposure riskVSAvoidaccess control mechanism complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The subspace mechanism serves multiple functions simultaneously: it provides data segmentation, access control, identity management, and permission verification all within a unified data structure framework. This multi-functionality reduces the need for separate complex access control systems while achieving comprehensive data protection.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The blockchain nodes automatically manage their own access permissions and validate data based on their assigned identities and subspace permissions. The system self-regulates access control through built-in validation mechanisms that check node identities against subspace permissions, reducing the need for external access control management infrastructure.

Inventive Principle:
Principle #25Self-service

3Object-affected harmful factors

If private subspaces with access restrictions are created, then data security is enhanced, but data propagation and verification efficiency decrease

Engineering Contradiction:
Improvedata tampering riskVSAvoiddata propagation speed
Core Design Contradiction:
Object-affected harmful factorsVSProductivity

Solution Approach 1:

Data propagation is segmented by subspace, allowing public subspaces to propagate rapidly to all nodes while private subspaces propagate only to authorized nodes. This selective propagation maintains high efficiency for public data while ensuring security for private data, avoiding the need to slow down entire system propagation for security reasons.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Different propagation speeds and ranges are assigned to different subspaces based on their access permissions. Public subspaces propagate to all nodes for maximum verification, while private subspaces propagate selectively to authorized nodes only, optimizing both speed and security for each data type locally.

Inventive Principle:
Principle #3Local quality

4Reliability

If permissioned access is implemented, then unauthorized access is prevented, but consensus mechanism complexity increases

Engineering Contradiction:
Improveunauthorized access preventionVSAvoidconsensus validation complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The subspace permissioning mechanism is integrated into the consensus validation process, allowing nodes to verify both data integrity and access permissions through a unified validation routine. This multi-functionality enables unauthorized access prevention without requiring separate consensus layers, maintaining relative simplicity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The consensus mechanism incorporates feedback loops that automatically verify node permissions against subspace access requirements before validating data. This built-in permission checking provides real-time feedback on access authorization, preventing unauthorized consensus participation without complex external validation systems.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP3616358B1Distributed privately subspaced blockchain data structures with secure access restriction management
Publication Date: 2024.07.03 SCHVEY INC D B A AXONI
  • EP3616358B1 patent drawingFigure 1
  • EP3616358B1 patent drawingFigure 2
  • EP3616358B1 patent drawingFigure 3

AI summary

Disclosed herein is a system for providing a cryptographic platform for distributing data structures within a peer-to-peer network wherein encrypted messages are exchanged among nodes. The system provides for the creation and management of privately subspaced blockchains that include subspaces that are private, yet verifiable through the use of global state roots. The global state roots are updated based on subspace roots that are in term generated based on the data in that subspace.