Tamper-Evident Log for Secure Blockchain Data Storage

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional databases and blockchain systems face challenges in securing data against internal threats, tampering, and scalability, particularly in handling large data sets and high-latency operations, with existing solutions being inadequate for low-latency access and storage of large binary objects.

Innovation Solution

The implementation of a tamper-evident, immutable data repository using Merkle Trees and Docuchain, which stores data directly in Merkle Trees, employs cryptographic hash pointers, and fragments data across multiple directed acyclic graphs for secure and scalable storage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional databases are used for data storage, then data can be stored and retrieved, but data security and integrity cannot be trusted against internal threats and tampering

Engineering Contradiction:
Improvedata securityVSAvoidinternal threats
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent segments data into individual records and organizes them in a sequential chain structure where each record is cryptographically linked to the previous one. This segmentation allows each record to be independently verified while maintaining the integrity of the entire data set, preventing internal threats from undetected tampering.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary anti-action by creating a tamper-evident log structure where cryptographic hash values are calculated and stored in advance. This preliminary cryptographic binding prevents attackers from modifying records without detection, as any modification would break the cryptographic chain established beforehand.

Inventive Principle:
Principle #9Preliminary anti-action

2Reliability

If blockchain systems are used for secure data storage, then data integrity is improved, but scalability and access latency worsen for large data sets

Engineering Contradiction:
Improvedata integrityVSAvoidaccess speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent extracts only the essential cryptographic elements (hash values and sequential identifiers) into the blockchain structure, while storing the actual data records in a more accessible format. This extraction allows the system to maintain blockchain security guarantees while improving access speed by avoiding the need to retrieve entire blockchain blocks for simple read operations.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent performs preliminary actions by pre-calculating and storing cryptographic hash values with each record in the tamper-evident log. This preliminary cryptographic preparation enables fast verification of data integrity without requiring complex blockchain consensus operations during data access, thus improving productivity while maintaining reliability.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If cryptographic hash values include sequence position parameters, then data integrity verification is simplified, but hash value security is compromised due to predictability

Engineering Contradiction:
Improveverification simplicityVSAvoidhash security
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent applies local quality by including sequence position information only in specific contexts where it aids verification, while keeping the core cryptographic hash values independent of position. This selective inclusion maintains verification simplicity where needed while preserving hash security by avoiding predictable patterns in the cryptographic core.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent separates sequence position information into a different dimension from the cryptographic hash values. By storing position metadata separately from the core hash chain, the system maintains verification simplicity through structured organization while preserving hash security by keeping positional information from influencing the cryptographic calculations.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS10075298B2Generation of hash values within a blockchain
Publication Date: 2018.09.11 ALTR SOLUTIONS INC
  • US10075298B2 patent drawing
  • US10075298B2 patent drawing
  • US10075298B2 patent drawing

AI summary

Provided is a process including: obtaining a plurality of records to be protected; forming a tamper-evident log configured to prevent an attacker from undetectably modifying any of the plurality of records stored in the tamper-evident log, wherein the cryptographic hash value of a given entry in the tamper-evident log is sequence agnostic to the sequence of entries in virtue of being based on values that do not specify a position in the sequence of entries; and storing the tamper-evident log in memory.