Blockchain Kernel Engine Modular Startup via Configuration Files

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional blockchain solutions are primarily suited for digital currency applications, making them less applicable and costly to reconstruct for other business scenarios, and they struggle to automatically adapt to framework updates.

Innovation Solution

A method and apparatus for starting up a blockchain system by initializing a kernel engine and kernel component, using a main program to obtain configuration information from a program configuration file, and starting a port monitoring service, allowing for modular expansion and customization without code invasion, enabling the blockchain system to be adapted for various scenarios.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional blockchain solutions are used for digital currency applications, then the system works well for digital currencies, but the system becomes less applicable and requires costly reconstruction for other business scenarios

Engineering Contradiction:
Improveapplicability to different business scenariosVSAvoidreconstruction cost and technical threshold
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal blockchain framework where the kernel engine can dynamically load and execute different kernel components through standardized interfaces. The configuration file mechanism allows the same core system to adapt to various business scenarios (digital currency, supply chain, healthcare, etc.) without requiring reconstruction, achieving multi-functionality through modular component assembly rather than hard-coded scenario-specific implementations

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The blockchain system is segmented into distinct modular components: kernel engine, kernel components, application layer, and configuration files. This segmentation allows independent development, testing, and deployment of specific components for different scenarios while reusing the core kernel engine, thereby reducing reconstruction costs and technical thresholds when adapting to new business applications

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If in-depth reconstruction of the blockchain framework is performed to adapt to new scenarios, then the system becomes suitable for new applications, but the costs and technical thresholds become very high

Engineering Contradiction:
Improvesuitability for new applicationsVSAvoiddevelopment cost and technical threshold
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The system employs dynamic configuration through configuration files that can be modified at runtime without recompiling or reconstructing the core framework. The kernel engine dynamically loads kernel components based on configuration parameters, enabling easy adaptation to new applications by simply changing configuration files rather than performing costly in-depth reconstruction of the blockchain framework

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent introduces configuration files as an intermediary layer between the core blockchain framework and specific application requirements. This intermediary allows scenario-specific parameters and component selections to be defined externally without modifying the core system code, thereby enabling easy adaptation to new applications while avoiding the high costs and technical thresholds associated with direct framework reconstruction

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If the blockchain framework is deeply reconstructed for specific scenarios, then the system fits the scenario requirements, but the latest framework updates cannot be automatically followed up

Engineering Contradiction:
Improvescenario-specific customizationVSAvoidautomatic update capability
Core Design Contradiction:
Adaptability or versatilityVSExtent of automation

Solution Approach 1:

The patent extracts scenario-specific customization requirements from the core framework by implementing them as external configuration files and selectable kernel components. This separation allows the core framework to remain unchanged and receive automatic updates, while scenario-specific adaptations are achieved through configuration changes that do not interfere with the update mechanism, thus maintaining both customization and automatic update capability

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS11558207B2Method and apparatus for starting up blockchain system, and non-transitory computer-readable storage medium
Publication Date: 2023.01.17 BEIJING BAIDU NETCOM SCI & TECH CO LTD
  • US11558207B2 patent drawing
  • US11558207B2 patent drawing
  • US11558207B2 patent drawing

AI summary

Provided are a method and apparatus for starting up a blockchain system and a non-transitory computer-readable a storage medium. The method includes operating a main program of a blockchain system to initialize a kernel engine and a kernel component, wherein the main program of the blockchain system comprises an initialization method of the kernel engine and an initialization method of at least one kernel component; obtaining operation configuration information of the blockchain system through a program configuration file to instantiate the kernel engine and the kernel component, wherein the operation configuration information of the blockchain system comprises specification selection information of the kernel engine and specification selection information of the at least one kernel component; starting up and operating the kernel engine and the main program of the blockchain system; and starting up a port monitoring service to operate the blockchain system.