Decentralized Network Data Exchange Priority Batching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In decentralized networks, incomplete data exchanges due to unestablished interaction links can result in data loss, and existing systems fail to recover such interactions efficiently, leading to potential backlogs and downtime.

Innovation Solution

A system and method that dynamically manage data exchanges by assigning priority values and weights to incomplete requests, enabling their completion within predefined periods, and integrating incoming interaction management to initiate and prioritize data exchanges, thus preventing data loss and backlogs.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If data exchanges are monitored and incomplete requests are assigned priority values and weights, then data exchange reliability is improved, but device complexity increases

Engineering Contradiction:
Improvedata exchange reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by assigning priority values and weights to incomplete data exchange requests before they are processed. This allows the system to proactively manage potential failures and ensure reliable data exchange by preparing recovery mechanisms in advance, rather than reacting to failures after they occur.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms by continuously monitoring data exchange status and adjusting priority values and weights based on observed conditions. When incomplete interactions are detected, the system feeds this information back into the batching operation to prioritize recovery, creating a closed-loop control system that improves reliability through adaptive response.

Inventive Principle:
Principle #23Feedback

2Loss of time

If frozen batch orders are prioritized and fulfilled in timely manner, then downtime is reduced, but processor and memory usage increases

Engineering Contradiction:
ImprovedowntimeVSAvoidprocessor and memory usage
Core Design Contradiction:
Loss of timeVSUse of energy by moving object

Solution Approach 1:

The system applies dynamics by making the priority values and weights adjustable rather than fixed. Priority values represent urgency and can be dynamically changed based on how long a request has been frozen, while weights represent time spent waiting and are updated as conditions change. This dynamic adjustment allows the system to optimize between reducing downtime and managing resource consumption efficiently.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes parameters by modifying priority values and weights based on the state of incomplete requests. As requests remain frozen longer, their priority values and weights are adjusted, which changes the processing order in batching operations. This parameter change mechanism enables the system to reduce downtime for critical requests while managing overall processor and memory usage through controlled prioritization.

Inventive Principle:
Principle #35Parameter changes

3Loss of information

If interaction links are established within certain time period, then data loss is prevented, but speed of data exchange may be reduced due to monitoring overhead

Engineering Contradiction:
Improvedata lossVSAvoiddata exchange speed
Core Design Contradiction:
Loss of informationVSSpeed

Solution Approach 1:

The system implements self-service by enabling incomplete data exchange requests to recover automatically through the priority-based batching mechanism. When interactions are not completed within the time period, the system automatically assigns priority values and requeues them for fulfillment, reducing the need for manual intervention and external recovery processes while preventing data loss.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system applies partial action by monitoring only the critical aspects of data exchanges that determine completeness, rather than continuously analyzing all data flow details. This selective monitoring approach prevents data loss for incomplete interactions while minimizing the speed reduction overhead, as the system focuses computational resources on identifying and recovering failed exchanges rather than exhaustive analysis of all successful transfers.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12034807B1System and method to manage data exchanges in a decentralized network
Publication Date: 2024.07.09 BANK OF AMERICA CORP
  • US12034807B1 patent drawing
  • US12034807B1 patent drawing
  • US12034807B1 patent drawing

AI summary

An apparatus comprises a memory communicatively coupled to a processor. The memory may be configured to store data exchange requests. The processor may be configured to determine that a data exchange request of the data exchange requests comprises a status indicating that the data exchange request is incomplete, generate a priority value for the data exchange request indicating a batch priority associated with the data exchange request, and assign a weight for the data exchange request indicating that the data exchange request is expected to be completed in one or more batch orders. Further, the processor is configured to generate a batch order comprising a position in a queue corresponding to the batch priority and complete the data exchange request in the decentralized network in accordance with the position in the batch order.