Blockchain Block File System Sequential Storage Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current blockchain storage technology faces challenges with low data storage speed due to the need for compatibility with older systems and limitations in storage optimization, which hinder the development of faster storage solutions.

Innovation Solution

A blockchain data storage method that utilizes a block file system with a directory region and a data region, where each cluster size matches the block size, allowing for sequential allocation and writing of block contents, thereby simplifying the mapping relationship between block serial numbers and cluster addresses, enabling direct sequential writing and reading.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If current blockchain storage technology is used with compatibility requirements, then system compatibility is maintained, but data storage speed is reduced

Engineering Contradiction:
Improvesystem compatibilityVSAvoiddata storage speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The storage system is segmented into distinct functional layers: a file system layer that handles traditional file operations and a blockchain storage layer that optimizes for blockchain data. This segmentation allows each layer to be optimized independently - the file system layer maintains compatibility with existing systems while the blockchain layer implements specialized optimizations for blockchain storage performance.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary block file system that acts as a buffer between the traditional file system and blockchain storage requirements. This intermediary layer translates and adapts data between different storage paradigms, enabling fast blockchain storage while maintaining compatibility with legacy systems through the file system interface.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If traditional file system storage is used for blockchain data, then compatibility with older systems is maintained, but search time and data write time increase

Engineering Contradiction:
Improvecompatibility with older systemsVSAvoidsearch time and data write time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent changes key storage parameters by aligning the cluster size with the blockchain block size, and by implementing a specialized directory structure that maps block serial numbers directly to cluster addresses. These parameter changes optimize storage operations for blockchain data characteristics, reducing search and write times while maintaining file system compatibility.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system performs preliminary actions by pre-allocating cluster addresses based on block serial numbers and maintaining an optimized directory structure in advance. This preliminary organization of storage resources eliminates the need for complex search operations during data write and retrieval, significantly reducing operation time.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12038908B2Blockchain data storage method, system, device, and readable storage medium
Publication Date: 2024.07.16 INSPUR SUZHOU INTELLIGENT TECH CO LTD
  • US12038908B2 patent drawing
  • US12038908B2 patent drawing
  • US12038908B2 patent drawing

AI summary

Provided are a blockchain data storage method, a system, a device, and a readable storage medium. The method includes: obtaining, by a block file system, a target block serial number and target block contents of a target block, the block file system including a directory region and a data region, a size of each cluster in the data region being the same as a block size of blockchain, the directory region storing mapping relationships between block serial numbers and cluster addresses; sequentially allocating a target cluster address to the target block, and recording, in the directory region, a target mapping relationship between the target block serial number and the target cluster address; and sequentially writing the target block contents into the data region according to the target cluster address.