Blockchain Transaction Data Indexing for Faster Cross-Block Retrieval

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing block chain systems face inefficiencies in data acquisition due to the need to call multiple interfaces to retrieve transaction data across multiple blocks, leading to prolonged processing times.

Innovation Solution

A data acquisition method involving the creation of a target database with indexed transaction and block data, allowing for direct retrieval of transaction data using transaction and block identifiers as indices, thereby reducing the need for repeated interface calls.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If multiple interfaces are called to retrieve transaction data across multiple blocks, then complete transaction data can be obtained, but data acquisition time is prolonged

Engineering Contradiction:
Improvecompleteness of transaction dataVSAvoiddata acquisition time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent pre-organizes transaction data and block data into a target database with established correspondences between transaction identifiers, block identifiers, transaction data, and block data. This preliminary organization allows the system to directly retrieve pre-packaged transaction data without needing to call multiple interfaces during actual data acquisition, thus resolving the contradiction between data completeness and acquisition time.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If multiple interfaces are called to retrieve transaction data, then accurate transaction information can be obtained, but the number of interface requests increases

Engineering Contradiction:
Improveaccuracy of transaction informationVSAvoidprocessing speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent merges transaction data and block data into a unified target database structure where correspondences between transaction identifiers and block identifiers are established in advance. This merging allows the system to retrieve complete and accurate transaction information through a single database query rather than multiple interface calls, thereby improving processing speed while maintaining data accuracy.

Inventive Principle:
Principle #5Merging (Combining)

3Stability of the object's composition

If transaction data is stored across multiple blocks, then data integrity is maintained, but data retrieval complexity increases

Engineering Contradiction:
Improvedata integrityVSAvoiddata retrieval complexity
Core Design Contradiction:
Stability of the object's compositionVSDevice complexity

Solution Approach 1:

The patent introduces a target database as an intermediary structure that pre-establishes correspondences between transaction identifiers, block identifiers, transaction data, and block data. This intermediary organization maintains the distributed integrity of data across blocks while simplifying retrieval operations, as the system only needs to query the target database using a transaction identifier rather than navigating multiple blocks and interfaces.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20260044509A1Data Acquisition Method and Apparatus, and Device
Publication Date: 2026.02.12 THE PEOPLES BANK OF CHINA DIGITAL CURRENCY INST
  • US20260044509A1 patent drawing
  • US20260044509A1 patent drawing
  • US20260044509A1 patent drawing

AI summary

A data acquisition method relates to the technical field of the Internet and can solve the problem of low data acquisition efficiency. The data acquisition method includes: creating a target database, wherein the target database is configured to store transaction data corresponding to transaction identifiers of a plurality of transaction events in a block chain, and the transaction data includes input data and output data; receiving a first request message, wherein the first request message is configured to request to acquire target transaction data of a target transaction event, and the first request message includes a target transaction identifier of the target transaction event; in response to the first request message, acquiring the target transaction data from the target database by taking the target transaction identifier as an index; and sending the target transaction data.