Decentralized Holon Network for Secure Data Streaming

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Decentralized data storage networks face limitations in scalability, security, and compliance with regulations like GDPR, as they often rely on central servers and lack efficient data sharing mechanisms.

Innovation Solution

A decentralized hierarchical network system utilizing a virtual Holon network, where computing devices form unidirectional communication rings, enabling secure, self-organized data storage and streaming within dynamic organizational units called Holons, without relying on central servers, and ensuring GDPR compliance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If decentralized data storage networks rely on central servers, then system management and coordination are simplified, but security, scalability, and GDPR compliance are compromised

Engineering Contradiction:
Improvesystem managementVSAvoidsecurity and compliance
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent extracts the central server component from the decentralized storage network, completely eliminating the need for centralized coordination. Nodes autonomously discover each other and form storage arrangements without central management, thereby achieving both simplified operation (no central server needed) and improved security/compliance (fully decentralized control).

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system implements self-service through autonomous node behavior where computing devices automatically discover available storage capacity, negotiate storage arrangements, and manage data placement without external coordination. This self-organizing mechanism resolves the contradiction by providing both operational simplicity (automatic self-management) and reliability (decentralized control).

Inventive Principle:
Principle #25Self-service

2Reliability

If decentralized networks eliminate central servers, then security and GDPR compliance improve, but system complexity and coordination difficulty increase

Engineering Contradiction:
Improvesecurity and complianceVSAvoidnetwork coordination
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent combines multiple functions (discovery, negotiation, data placement, and storage management) into a single integrated peer-to-peer protocol. This merging reduces network coordination complexity by eliminating the need for separate centralized services while maintaining security and compliance through decentralized execution.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

Each computing device in the network is designed to perform multiple functions: acting as both data source and storage provider, handling discovery and negotiation, and managing data lifecycle operations. This multi-functionality reduces overall system complexity by eliminating specialized centralized components while preserving decentralized security and compliance.

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

3Reliability

If data is distributed across multiple nodes, then security and availability improve, but data sharing efficiency and access speed decrease

Engineering Contradiction:
ImproveavailabilityVSAvoiddata sharing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary actions by pre-establishing storage arrangements and caching mechanisms before data access is needed. Data is pre-positioned in optimal locations based on predicted access patterns, and nodes maintain ready-state connections, thereby maintaining high availability while improving data sharing efficiency when access occurs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces intermediary caching nodes that store copies of frequently accessed data. These intermediaries act as buffer between the distributed storage system and data consumers, maintaining availability through redundancy while improving access speed by serving data from closer locations rather than querying all storage nodes.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If autonomous peer-to-peer arrangements are implemented, then GDPR compliance and data privacy improve, but bandwidth consumption and processing demands increase

Engineering Contradiction:
Improvedata privacyVSAvoidbandwidth and processing
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent segments the network into autonomous Holons (organizational units) that independently manage their own data and storage arrangements. This segmentation reduces overall bandwidth consumption and processing demands by limiting communication and coordination to local Holon boundaries rather than requiring global network-wide operations, while maintaining GDPR compliance through localized data sovereignty.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements partial action by having nodes selectively engage in storage arrangements only with relevant peers within their Holon, rather than maintaining connections with all network participants. This reduces bandwidth and processing overhead while maintaining data privacy through targeted, permissioned data sharing within organizational boundaries.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11863617B1Dynamic decentralized hierarchical Holon network system
Publication Date: 2024.01.02 ACCENTURE GLOBAL SOLUTIONS LTD
  • US11863617B1 patent drawing
  • US11863617B1 patent drawing
  • US11863617B1 patent drawing

AI summary

Systems and methods for data storage and data streaming in decentralized, self-organized networks are provided. A plurality of computing devices are disposed in a unidirectional communication ring having a plurality of serially-connected spikes. Each spike includes n computing devices, and n×p connections directly connecting each of the n computing devices to p downstream computing devices. Each computing device is configured to request and receive an inventory of the plurality of computing devices; select a computing device from the plurality of computing devices; transmit a join request comprising the inventory to the selected computing device; and request reorganizing the unidirectional communication ring in response to the receipt of the transmitted join request after propagation through each of the plurality of spikes of the unidirectional communication ring.