Structured Data Bytes for Efficient Decentralized Data Promulgation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data sharing and management systems in decentralized networks are computationally inefficient, fragmented, inconsistent, and unreliable, often exposing user data to unauthorized entities and failing to respect user privacy and security preferences.

Innovation Solution

Implementing a standardized set of immutable bytes linked to unique data fields, mutable activation elements, and mutable state elements, allowing for automated data field mutations to trigger corresponding state element changes, and enabling efficient data promulgation through API calls and centralized management of state elements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional data sharing methods are used in decentralized networks, then data can be shared among entities, but computational efficiency deteriorates and data management becomes fragmented and inconsistent

Engineering Contradiction:
Improvecomputational efficiencyVSAvoiddata management complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent segments data into discrete bytes, where each byte represents a specific data field (e.g., name, address, phone number). This segmentation allows individual bytes to be independently managed, shared, and updated without affecting other data fields, thereby improving computational efficiency and reducing management complexity in decentralized networks.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a standardized byte structure as an intermediary between different entities in the decentralized network. This standardized byte format acts as a common language that enables efficient data exchange and consistency across multiple devices and entities, eliminating the need for complex custom data management protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If user data is shared with multiple entities, then data accessibility improves, but user privacy and security control deteriorate

Engineering Contradiction:
Improvedata accessibilityVSAvoidprivacy and security risks
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent applies local quality by allowing different activation elements to have different states for different entities. Each byte can have specific activation elements that are enabled or disabled based on the entity's authorization level, enabling fine-grained control over which entities can access or modify specific data fields while maintaining overall data accessibility.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent implements dynamic control through mutable activation elements that can be changed without modifying the underlying byte structure. This allows user privacy and security preferences to be dynamically adjusted by enabling or disabling access for different entities, providing adaptability while maintaining security control.

Inventive Principle:
Principle #15Dynamics

3Reliability

If data is updated across decentralized devices, then data currency improves, but network traffic and computational overhead increase

Engineering Contradiction:
Improvedata currencyVSAvoidnetwork traffic
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts only the necessary data elements (specific bytes) for transmission between devices. When a data field is updated, only the affected byte(s) are transmitted to relevant entities rather than transmitting entire data sets, significantly reducing network traffic while maintaining data currency through targeted updates.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent implements partial action by updating and transmitting only the specific bytes that have changed, rather than performing full data synchronization across all entities. This selective approach maintains data currency while minimizing computational overhead and network energy consumption.

Inventive Principle:
Principle #16Partial or excessive action

4Stability of the object's composition

If standardized byte structures are implemented, then data consistency improves, but initial system setup complexity increases

Engineering Contradiction:
Improvedata consistencyVSAvoidsystem setup complexity
Core Design Contradiction:
Stability of the object's compositionVSDevice complexity

Solution Approach 1:

The patent creates a universal byte structure that can represent multiple types of data fields (name, address, phone number, etc.) using the same standardized format. This multi-functionality allows the same byte structure to be used across different data types and entities, improving data consistency while reducing long-term system complexity through standardization.

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

Data Source

PatentUS12536149B2Data structures for computationally efficient data promulgation among devices in decentralized networks
Publication Date: 2026.01.27 WELLS FARGO BANK NA
  • US12536149B2 patent drawing
  • US12536149B2 patent drawing
  • US12536149B2 patent drawing

AI summary

Disclosed are approaches for computationally-efficient data promulgation among devices in a network. Structured databases may comprise standardized and immutable bytes, each byte linked to a unique data field, a mutable state element, and a mutable activation element. The state element may indicate that there has been a mutation as well as a recency of the mutation. The activation element may indicate whether data pushes and/or data pulls are enabled. The state elements are configured to automatically mutate if there is a mutation in a corresponding unique data field. Each device in the network may transmit API calls as state-element requests to other entity devices in a network. The API call includes at least one byte, without any values in corresponding data fields. State elements are promulgated among devices, without sharing the data fields themselves. An optional central system maintains a record of state elements without storing data field values.