Blockchain Consensus Node Monitoring via Voting Index
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Monitoring the health and availability of each blockchain node in a distributed network is costly and complex, requiring monitoring software to be installed on every node to collect various performance metrics, which increases operational and maintenance costs.
Innovation Solution
A consensus node state monitoring component is deployed on any node in the blockchain network, which acquires an address list of all consensus nodes, records block production and voting data, calculates a voting monitoring index (including voting rate and proportion), and issues an anomaly alarm if the index falls below a preset threshold.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If monitoring software is installed on every blockchain node to collect performance metrics, then the availability and health status of each node can be monitored, but the operational and maintenance costs increase significantly
Solution Approach 1:
The monitoring system leverages the blockchain network's own voting mechanism and block production data to self-monitor node availability. Instead of external monitoring software, the system uses the inherent consensus voting records and block production information that already exist in the blockchain, allowing the network to monitor itself without additional complexity
Solution Approach 2:
The patent introduces a monitoring component that acts as an intermediary, collecting node availability information from blockchain voting records and block production data. This intermediary consolidates monitoring functions centrally, eliminating the need for distributed monitoring software on each node while maintaining comprehensive visibility into node health status
2Measurement precision
If monitoring software is installed on every blockchain node, then comprehensive node health data can be collected, but the deployment and maintenance complexity increases
Solution Approach 1:
The system uses the blockchain network's own operational data (voting records, block production) to measure node health. The monitoring component queries existing blockchain data structures that already contain precise information about node participation in consensus, eliminating the need for separate measurement tools while maintaining high measurement precision
Solution Approach 2:
The monitoring component is designed to be universal, working with any blockchain network that uses voting-based consensus mechanisms. It leverages the multi-functional nature of blockchain data structures that serve both consensus purposes and monitoring purposes, simplifying deployment across different blockchain implementations
3Reliability
If distributed monitoring is implemented across all nodes, then each node's status can be tracked individually, but the overall system cost and complexity increase
Solution Approach 1:
The patent merges multiple monitoring functions into a single centralized component. Instead of having separate monitoring software on each node, the monitoring component consolidates all node availability tracking, voting record analysis, and block production monitoring in one place, significantly reducing the total quantity of monitoring resources required while maintaining comprehensive coverage
Solution Approach 2:
The monitoring component serves as an intermediary that aggregates information from all nodes through blockchain data structures. It collects node availability information from voting records and block production data without requiring direct monitoring software on each node, reducing resource requirements while maintaining individual node tracking capability
Data Source
AI summary
Provided in the embodiment of the present disclosure is a method for monitoring a state of a blockchain consensus node, including that: an address list of all consensus nodes of a blockchain is acquired; the number of produced blocks and the number of times of voting of the consensus nodes in the produced blocks within a preset time period are recorded; a voting monitoring index of each consensus node is calculated, wherein the voting monitoring index includes at least one of a voting rate and a voting proportion; and in response to the voting monitoring index of the consensus node being lower than a preset alarm threshold, an abnormal state alarm in respect of the corresponding consensus node is issued.