Blockchain Node Segmentation for Transaction Speed and Decentralization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Permissionless blockchain systems face challenges with low transaction processing speed and lack of decentralization, as they rely on a central management system and do not have an entity responsible for operation or management.

Innovation Solution

A blockchain system with an open membership operation and a confirmation group structure, where node participation is free, and an entity manages the system, using confirmation nodes, management nodes, and operator nodes to configure and distribute blockchain blocks while ensuring decentralization and transparency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a permissionless blockchain system is used with decentralized node participation, then system transparency and trustlessness are improved, but transaction processing speed deteriorates

Engineering Contradiction:
Improvesystem transparencyVSAvoidtransaction processing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments nodes into different types (operator nodes, management nodes, confirmation nodes) with distinct functions. Operator nodes manage the system, management nodes generate blocks, and confirmation nodes validate transactions. This segmentation allows parallel processing where multiple confirmation nodes can validate transactions simultaneously while fewer management nodes handle block generation, thereby improving transaction processing speed while maintaining transparency through the distributed confirmation node network.

Inventive Principle:
Principle #1Segmentation

2Productivity

If a permissioned blockchain system is used with restricted node participation, then transaction processing speed is improved, but decentralization deteriorates

Engineering Contradiction:
Improvetransaction processing speedVSAvoiddecentralization
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system applies local quality by giving different roles and permissions to different node types. Confirmation nodes have the local capability to independently validate transactions and participate in consensus, while management nodes have specialized functions for block generation. This distributed capability across node types enables faster processing through role specialization while maintaining decentralization because confirmation nodes remain distributed and can independently verify transactions without central control.

Inventive Principle:
Principle #3Local quality

3Adaptability or versatility

If open node participation is allowed, then system accessibility and decentralization are improved, but system management and control deteriorate

Engineering Contradiction:
Improvenode participation opennessVSAvoidsystem management
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system introduces operator nodes as intermediaries between the central managing entity and the distributed confirmation nodes. Operator nodes receive instructions from the managing entity and distribute them to confirmation nodes, while also collecting status information and reporting back. This intermediary layer enables open participation by allowing any node to join as a confirmation node while maintaining manageable control through the operator node hierarchy that implements centralized policies in a distributed manner.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If consensus is achieved among many nodes, then system reliability and security are improved, but transaction processing time increases

Engineering Contradiction:
Improveconsensus securityVSAvoidtransaction processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system applies partial action by requiring consensus only from a subset of confirmation nodes rather than all nodes in the network. Management nodes generate blocks and a predetermined number of confirmation nodes validate them, which is sufficient to ensure security without requiring every node to participate in every consensus round. This partial consensus approach reduces the time required for transaction processing while maintaining adequate security through the distributed validation of multiple confirmation nodes.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11409734B2Blockchain system and operation method thereof
Publication Date: 2022.08.09 ELECTRONICS & TELECOMM RES INST
  • US11409734B2 patent drawing
  • US11409734B2 patent drawing
  • US11409734B2 patent drawing

AI summary

Disclosed is a blockchain system. A blockchain system according to an embodiment of the present disclosure includes: at least one confirmation node; at least one management node configuring a confirmation group by including the at least one confirmation node, and configuring a confirmation block by combining transactions generated in the confirmation group; and an operator node controlling the at least one management node, wherein the at least one management node configures blockchain by combining respective confirmation blocks, wherein the management node configures the blockchain by resetting a parent block on the basis of an generation order of the confirmation blocks and distributes the blockchain.