Digital Notary for DLT Block Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Distributed ledger technology (DLT) requires significant computational overhead for consensus mechanisms to validate blocks, which can be resource-intensive and inefficient.

Innovation Solution

Implementing a digital notary system within DLT for block construction and verification, where a digital notary server confirms the trustworthiness of an instruction set and adds a digital notary component to blocks, allowing validation without consensus from multiple consensus servers, thereby reducing computational requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional consensus mechanisms are used for block validation in DLT, then security and decentralization are maintained, but computational overhead and resource consumption increase significantly

Engineering Contradiction:
Improveblock validation securityVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

A digital notary component is introduced as an intermediary between block creation and validation. The notary component signs blocks during creation and enables their validation without requiring traditional consensus mechanisms. This intermediary allows a single node to validate blocks independently, eliminating the need for multiple consensus servers while maintaining security through cryptographic signatures.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The consensus mechanism is extracted and replaced with a digital notary verification system. Instead of requiring multiple nodes to reach consensus through computationally intensive processes, the block validation is extracted to a simple verification of the digital notary signature, dramatically reducing computational overhead while preserving security.

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If multiple consensus servers are required for block validation, then decentralization and security are improved, but system complexity and validation time increase

Engineering Contradiction:
ImprovedecentralizationVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The digital notary component serves as a trusted intermediary that simplifies the validation process. Rather than requiring nodes to interact with multiple consensus servers and coordinate complex consensus protocols, the notary component provides a straightforward verification mechanism that reduces system complexity while maintaining the security benefits of decentralized validation.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If traditional consensus mechanisms are used for block validation, then security is maintained, but validation speed and processing efficiency decrease

Engineering Contradiction:
Improveblock validation securityVSAvoidvalidation speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The mechanical consensus process involving multiple nodes reaching agreement is replaced with a cryptographic verification system. The digital notary component uses digital signatures and hash verification, which are computationally efficient operations that can be performed quickly by a single node, dramatically increasing validation speed while maintaining security through cryptographic principles rather than mechanical consensus protocols.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS10924280B1Digital notary use in distributed ledger technology (DLT) for block construction and verification
Publication Date: 2021.02.16 T MOBILE INNOVATIONS LLC
  • US10924280B1 patent drawing
  • US10924280B1 patent drawing
  • US10924280B1 patent drawing

AI summary

A method of using a digital notary in distributed ledger technology for block construction and verification is disclosed that comprises creating, via a birth block creator server in a network, a birth block comprising electronic device information associated with an electronic device and an instruction set. The method also comprises confirming, by a digital notary server in the network, that the instruction set was built in trust and adding, by the digital notary server, a digital notary component to the birth block in response to the confirmation. The method further comprises creating a subsequent block for the electronic device that comprises the instruction set and the digital notary component, validating the subsequent block based on the digital notary component without consensus from a plurality of consensus servers in the network, and storing the subsequent block in response to the validation.