Adaptive Blockchain Consensus Criteria for Cyber Threat Contexts

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing blockchain systems employ statically defined consensus criteria, which may not adapt to varying computing contexts, potentially leading to inefficiencies in resource usage and security risks due to fixed requirements for consensus voting and nonce calculation difficulty.

Innovation Solution

A method for dynamically adapting blockchain consensus criteria based on evaluating computing contexts, including vulnerability to cyber threats, operational importance, and probability of corruption, to adjust the minimum number of voting servers, approval percentage, and nonce calculation difficulty, ensuring more efficient use of resources and enhanced security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If statically defined consensus criteria are used, then security requirements are met, but resource usage efficiency deteriorates

Engineering Contradiction:
ImprovesecurityVSAvoidresource usage efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements dynamic consensus criteria that automatically adjust security parameters (minimum voting servers, approval percentage, nonce difficulty) based on real-time computing context evaluation including threat levels and operational importance, transforming static fixed criteria into adaptive dynamic criteria that optimize both security and resource efficiency

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes key consensus parameters (number of voting servers required, approval percentage threshold, nonce calculation difficulty) based on evaluated computing context factors such as vulnerability to cyber threats and operational importance, allowing the blockchain to adapt its security level and resource consumption to current conditions

Inventive Principle:
Principle #35Parameter changes

2Reliability

If higher consensus criteria are applied, then security is improved, but computational burden increases

Engineering Contradiction:
ImprovesecurityVSAvoidcomputational burden
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent dynamically adjusts consensus parameters including nonce calculation difficulty and approval percentage thresholds based on evaluated computing context, reducing computational burden when threats are low while maintaining high security when threats are detected, thus optimizing the balance between security and energy consumption

Inventive Principle:
Principle #35Parameter changes

3Reliability

If more voting servers are required, then consensus security is strengthened, but system complexity increases

Engineering Contradiction:
Improveconsensus securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a dynamic voting server requirement system that adjusts the minimum number of consensus voting servers based on real-time evaluation of computing context including threat levels and operational importance, reducing system complexity during normal operation while strengthening consensus security when threats are detected

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11265341B1Adaptation of blockchain consensus criteria based on a computing context
Publication Date: 2022.03.01 T MOBILE INNOVATIONS LLC
  • US11265341B1 patent drawing
  • US11265341B1 patent drawing
  • US11265341B1 patent drawing

AI summary

A method of dynamically adapting a blockchain consensus criteria. The method comprises evaluating a first computing context by a consensus criteria adaptation application executing on a computer, wherein the first context comprises a first current vulnerability to cyber threats and an operational importance of a blockchain, based on evaluating the first computing context, adapting a first blockchain validity consensus criteria by the adaptation application, where the first consensus criteria identifies a first minimum number of consensus voting server computers, a first minimum percentage of approvals among voting server computers, and a first nonce calculation difficulty, applying the first consensus criteria to a first block requested to be added to the first blockchain, and determining, based on applying the first consensus criteria, that the first block is approved to be added to the first blockchain.