Approximate Hash Verification for Blockchain Peer Node Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Blockchain systems face high computational resource consumption due to the need for full-step hash verification, which can lead to inefficiencies and potential errors, especially in decentralized networks where fault tolerance is crucial.

Innovation Solution

Implementing approximate hash verification by generating a reduced-step hash alongside the full-step hash, allowing for faster verification with reduced computational effort while maintaining security through the same hash function applied fewer times.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If full-step hash verification is performed to ensure security and integrity, then reliability is improved, but computational resource consumption increases

Engineering Contradiction:
Improvesecurity and integrity verificationVSAvoidcomputational resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The hash verification process is segmented into two types: full-step hash verification for critical security checks and reduced-step hash verification for routine validation. This segmentation allows the system to allocate computational resources differently based on the verification level needed, reducing overall energy consumption while maintaining security where required.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies partial action by using reduced-step hash verification (fewer hash iterations) for routine block verifications instead of always performing full-step verification. This partial verification approach is sufficient for maintaining chain integrity in normal operation, reducing computational burden while still providing adequate security.

Inventive Principle:
Principle #16Partial or excessive action

2Reliability

If full-step hash verification is performed to maintain security, then reliability is improved, but system performance decreases

Engineering Contradiction:
Improvesecurity and integrityVSAvoidverification speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The verification process is divided into full-step and reduced-step hash verification paths. Full-step verification is reserved for critical operations where maximum security is required, while reduced-step verification handles routine operations, thereby improving overall system throughput and verification speed without compromising security where needed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses partial verification (reduced-step hash) for routine block processing to maintain high productivity, reserving full-step verification for situations where enhanced security is critical. This selective approach optimizes the balance between verification speed and security maintenance.

Inventive Principle:
Principle #16Partial or excessive action

3Productivity

If reduced-step hash verification is used to reduce computational load, then productivity is improved, but measurement precision (verification accuracy) deteriorates

Engineering Contradiction:
Improveverification speed and computational efficiencyVSAvoidhash verification accuracy
Core Design Contradiction:
ProductivityVSMeasurement precision

Solution Approach 1:

The verification hierarchy segments operations into full-step and reduced-step verification levels. Full-step verification provides maximum precision for critical security checks, while reduced-step verification offers sufficient precision for routine validation. This segmentation ensures that precision is maintained where needed while improving overall productivity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system incorporates feedback mechanisms where reduced-step verification results can be validated by full-step verification when anomalies are detected or at regular intervals. This feedback loop ensures that any potential inaccuracies from reduced-step verification are corrected, maintaining overall verification accuracy while benefiting from the speedup.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12126730B2Peer node recovery via approximate hash verification
Publication Date: 2024.10.22 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US12126730B2 patent drawing
  • US12126730B2 patent drawing
  • US12126730B2 patent drawing

AI summary

An example operation may include one or more of receiving, from a blockchain peer node, a sequence of blocks stored in a hash-linked chain of blocks on a distributed ledger, where each block in the sequence of blocks includes a reduced-step hash of block content from a previous block in the sequence, performing an approximate hash verification on the reduced-step hashes stored among the sequence of blocks, and determining whether the sequence of blocks has been tampered with based on the approximate hash verification on the reduced-step hashes.