Blockchain Transaction and Block Validation with Trusted Key Revocation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The integrity of blockchains can be compromised by malicious nodes, leading to vulnerabilities and potential attacks, as existing validation methods lack centralized control over decentralized networks.

Innovation Solution

Implementing a trusted entity within a Public Key Infrastructure (PKI) to verify cryptographic signatures using public keys, allowing nodes to check the validity of transactions and blocks, and revoke invalid keys to exclude malicious nodes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a decentralized blockchain network is used without centralized control, then the network achieves autonomy and distributed operation, but the security and integrity of the blockchain are compromised by malicious nodes

Engineering Contradiction:
Improvedecentralized operationVSAvoidblockchain integrity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent introduces a trusted entity as an intermediary between nodes and the blockchain validation process. This entity issues and manages certificates for public keys, allowing decentralized nodes to verify identities without centralized control of the entire network. The trusted entity acts as a mediator that enables security in a decentralized system by providing certificate-based verification mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If nodes verify cryptographic signatures using only public keys without certificate validation, then the verification process is simple and fast, but malicious nodes can use invalid or revoked public keys to compromise the network

Engineering Contradiction:
Improveverification speedVSAvoidmalicious node attacks
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The patent implements preliminary action by requiring nodes to obtain and store certificates for public keys before verification. The trusted entity pre-issues certificates that bind public keys to legitimate node identities. During verification, nodes check these pre-issued certificates rather than performing complex real-time validation, maintaining speed while preventing attacks from revoked or invalid keys.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If the blockchain network operates without a trusted entity for key validation, then the system maintains pure decentralization, but it cannot revoke or invalidate public keys of malicious nodes

Engineering Contradiction:
Improvepure decentralizationVSAvoidkey revocation capability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the blockchain system into two functional layers: a decentralized operational layer where nodes validate transactions and blocks, and a centralized management layer where the trusted entity issues and revokes certificates. This segmentation allows the system to maintain decentralization for core blockchain operations while introducing centralized control specifically for key management and revocation, resolving the contradiction between pure decentralization and revocation capability.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentEP3419210B1Method for generating a transaction of a blockchain and method for validating a block of a blockchain
Publication Date: 2025.09.03 ALMA GMBH
  • EP3419210B1 patent drawingFigure 1
  • EP3419210B1 patent drawingFigure 2

AI summary

The invention relates to a method for generating a transaction of a blockchain, wherein - the transaction is generated by a first node of the blockchain, - a cryptographic signature using a private key of the first node is added to the transaction, thereby creating a signed transaction, - the signed transaction is broadcast to a plurality of other nodes of the blockchain, wherein the other nodes verify the cryptographic signature of the block using a public key of the first node, wherein the other nodes check with a trusted entity, if the public key of the first node is valid.