Distributed Ledger Mirrored Data Store for Concurrent Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Distributed ledger systems face bottlenecks when simultaneous attempts to add new blocks and read data occur, leading to starvation of either writing or reading processes, which affects data accessibility and security.

Innovation Solution

A distributed ledger data store system that separates writing and reading operations by mirroring data in a separate store, using an authenticator application to authenticate and authorize requests, and a reader application to manage access tokens and enforce access privileges, thereby directing requests to the appropriate data partition without interfering with writing processes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If simultaneous writing and reading operations are performed on the distributed ledger, then data accessibility and security are improved, but system bottlenecks occur leading to starvation of either writing or reading processes

Engineering Contradiction:
Improveconcurrent access capabilityVSAvoiddata integrity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system divides the distributed ledger into two separate components: the original ledger for writing operations and a mirrored data store for reading operations. This segmentation allows concurrent access to both components without interference, as writing occurs in the original ledger while reading occurs in the mirrored copy, eliminating the starvation problem between write and read processes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The authenticator application acts as an intermediary between requesters and the distributed ledger system. It receives authentication requests, verifies identities, determines access privilege levels, and authorizes access to specific information. This intermediary layer ensures that only authorized parties can access data, maintaining security while enabling concurrent operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If read access is granted to all requesters, then data accessibility is improved, but data security and authorization control are worsened

Engineering Contradiction:
Improvedata accessibilityVSAvoidunauthorized access risk
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The authenticator application serves as a security intermediary that all readers must pass through. It authenticates requester identities, determines their access privilege levels, and authorizes access to specific information in the mirrored data store. This ensures that while data is highly accessible to authorized users, unauthorized access is prevented through multi-layered authentication and authorization control.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements different access privilege levels for different requesters and different information. The authenticator application determines specific access rights based on requester identity and information type, allowing tailored access control where each user receives appropriate access rights rather than universal access. This enables high accessibility for authorized users while maintaining security through differentiated permission levels.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12069177B2Multi-level access distributed ledger system
Publication Date: 2024.08.20 T MOBILE INNOVATIONS LLC
  • US12069177B2 patent drawing
  • US12069177B2 patent drawing
  • US12069177B2 patent drawing

AI summary

A method of providing read access to information stored in a distributed ledger. The method comprises building a distributed ledger comprising a plurality of blocks each comprising a data content, building a mirrored data store comprising a copy of the data, receiving a request for information by an authenticator application executing on a computer, authenticating a requestor by the authenticator application, determining an access privilege level of the requestor by the authenticator application, determining by the authenticator application that the access privilege level of the requestor is sufficient to authorize access to the information, reading the information from the mirrored data store by the authenticator application, returning the information by the authenticator application to the requestor, and building a transaction record by the authenticator application, wherein the transaction record comprises information about the authenticating, about the authorizing, and about the reading from the mirrored data store.