Blockchain Fault Tolerance via Active-Standby Node Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing blockchain systems lack effective fault tolerance mechanisms, especially when they are mission-critical and cannot rely on majority-of-actors consensus or proof-of-work, and they do not adequately address network failures or resource efficiency.

Innovation Solution

A blockchain-enabled fault-tolerant system with a network configuration that includes active and standby processor nodes and data storage devices, capable of detecting failures and reconfiguring itself by switching between nodes and ledgers, using multi-party encryption to maintain security and trust.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If component redundancy and self-checking processor pairs are used to achieve fault tolerance, then system reliability is improved, but resource consumption increases

Engineering Contradiction:
Improvefault toleranceVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system performs preliminary actions by continuously monitoring processor nodes and ledger pairs for failure conditions before actual failures occur. The monitoring mechanism detects anomalies in real-time, allowing the system to switch to standby components proactively, thus maintaining reliability while optimizing resource usage by not keeping all redundant components fully active simultaneously.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If majority-of-actors consensus or proof-of-work is used in blockchain systems, then consensus reliability is improved, but system performance and speed deteriorate

Engineering Contradiction:
Improveconsensus reliabilityVSAvoidsystem performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system maintains copies of the blockchain ledger across multiple ledger pairs associated with different processor nodes. When a failure is detected, the system can immediately switch to a standby ledger pair that already contains the complete ledger copy, eliminating the need for time-consuming consensus reconstruction or proof-of-work validation, thus maintaining both reliability and performance.

Inventive Principle:
Principle #26Copying

3Reliability

If blockchain systems use multiple active nodes for consensus, then fault tolerance is improved, but device complexity increases

Engineering Contradiction:
Improvefault toleranceVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the blockchain functionality into active and standby processor nodes with associated ledger pairs. Each node contains a complete copy of the ledger, but only one is active at a time. This segmentation allows the system to maintain fault tolerance through redundancy while simplifying operational complexity by having a clear active-standby hierarchy rather than requiring complex multi-node consensus protocols.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11914488B2Blockchain enabled fault tolerance
Publication Date: 2024.02.27 VISA INTERNATIONAL SERVICE ASSOCIATION
  • US11914488B2 patent drawing
  • US11914488B2 patent drawing
  • US11914488B2 patent drawing

AI summary

Provided is a system, method, and computer program product for handling fault tolerance in a blockchain enabled network system. The system includes a computing system with at least one of a plurality of processors arranged as an active processor node, at least one data storage device including a first ledger corresponding to a first blockchain and a second ledger corresponding to a second blockchain, at least one standby processor node, and at least one standby data storage device. The at least one active processor node is programmed or configured to analyze and record blocks corresponding to data received through the network system on the first ledger and the second ledger such that the first ledger and the second ledger have matching data, detect at least one failure or anticipated failure, and in response to detecting the at least one failure or anticipated failure, generating a switch-over command.