Probabilistic Hash Verification in Blockchain Blocks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing blockchain systems require numerous hash verifications to confirm that a previous block is part of the chain, which is inefficient and resource-intensive, especially when dealing with large numbers of blocks.

Innovation Solution

Implementing a probabilistic filter, such as a Bloom filter, within each block to store probabilistic hashes of all previous blocks, allowing for a one-step verification of block inclusion by checking the hash of the previous block against the filter stored in a newer block.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional hash verification of all blocks in sequence is performed to verify block inclusion, then verification reliability is ensured, but processing time and resource consumption increase significantly

Engineering Contradiction:
Improveverification reliabilityVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-computing and storing cumulative hash values (Merkle roots) in each block that represent the entire history of blocks up to that point. This allows verification to be performed in a single step by comparing the target block's hash against the pre-computed cumulative hash in the verifying block, eliminating the need to sequentially verify each intermediate block while maintaining verification reliability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent extracts the essential verification information (cumulative hash representation of all previous blocks) and stores it directly within each block's data structure. This extracted verification data enables fast one-step verification without requiring access to or processing of the entire block chain history, significantly reducing processing time while ensuring reliability through cryptographic proof.

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If traditional hash verification of all blocks in sequence is performed to verify block inclusion, then accurate verification is achieved, but computational resources are consumed excessively

Engineering Contradiction:
Improveverification accuracyVSAvoidcomputational resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent pre-computes and embeds cumulative Merkle root hashes in each block during the block creation process. This preliminary action shifts the computational burden from verification time to block creation time, allowing subsequent verifications to perform simple hash comparisons rather than expensive sequential hash computations, thereby reducing computational resource consumption while maintaining verification accuracy.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a compact cryptographic copy (Merkle root) that represents the entire history of blocks and stores it within each block. This copied representation enables verification nodes to validate block inclusion with minimal computational resources by comparing hashes, rather than requiring full replication and verification of all intermediate blocks, thus reducing energy consumption while preserving verification accuracy.

Inventive Principle:
Principle #26Copying

3Productivity

If a probabilistic filter is implemented to enable one-step verification, then processing speed and efficiency improve, but verification becomes probabilistic rather than deterministic

Engineering Contradiction:
Improveverification speedVSAvoidverification precision
Core Design Contradiction:
ProductivityVSMeasurement precision

Solution Approach 1:

The patent uses a Bloom filter, which is a space-efficient and computationally inexpensive probabilistic data structure, to store the cumulative hash representation. The Bloom filter provides fast membership testing with acceptable false positive rates, enabling high verification speed. While probabilistic in nature, it can be configured with parameters that make false positives negligible for practical purposes, balancing productivity gains with sufficient verification precision.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

Solution Approach 2:

The patent adjusts the parameters of the Bloom filter (such as the number of hash functions and filter size) to optimize the balance between verification speed and precision. By tuning these parameters, the system can achieve very high verification speeds while keeping the false positive rate below acceptable thresholds, effectively resolving the contradiction between productivity and measurement precision for practical applications.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11507535B2Probabilistic verification of linked data
Publication Date: 2022.11.22 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11507535B2 patent drawing
  • US11507535B2 patent drawing
  • US11507535B2 patent drawing

AI summary

An example operation may include one or more of storing a data block that is included within a sequential chain of data blocks and which comprises a probabilistic data structure stored therein, receiving a request to verify another data block, determining whether a probabilistic hash of the other data block is included within the probabilistic data structure of the stored data block, and in response to a determination that the hash of the other data block is included within the probabilistic data structure, storing an indicator that the other data block is included within the sequential chain of data blocks.