Blockchain Proxy Node Selection for Offline Consensus Continuity
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain systems face challenges in managing blockchain nodes that transition to offline status effectively, particularly in decentralized networks where consensus protocols rely on continuous node participation.
Innovation Solution
A method for managing blockchain nodes involves transmitting a message indicating an offline status change, receiving a proxy node selection, and transitioning to offline status, with the blockchain management function selecting a proxy node based on capability.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Use of energy by moving object
If blockchain nodes transition to offline status to save energy or reduce operational costs, then energy consumption and operational costs are reduced, but network reliability and consensus continuity deteriorate
Solution Approach 1:
The patent introduces a proxy node as an intermediary that represents offline nodes in the network. When a node goes offline, its proxy node continues to participate in consensus protocols and maintain network connections, ensuring network reliability while allowing the original node to conserve energy by remaining offline.
Solution Approach 2:
The patent establishes proxy node relationships in advance before nodes go offline. Nodes pre-designate proxy nodes and register their offline schedules, allowing the network to proactively prepare for node unavailability by routing communications and consensus participation through the designated proxy, thus maintaining continuity without requiring real-time intervention.
2Reliability
If blockchain nodes remain continuously online to maintain consensus and network functionality, then network reliability and consensus continuity are maintained, but energy consumption and operational complexity increase
Solution Approach 1:
The proxy node acts as a mediator that assumes the online presence and consensus participation responsibilities for offline nodes. This allows the original node to remain offline and conserve energy while the proxy maintains the necessary network connections and consensus activity to ensure continuity.
Solution Approach 2:
The system enables nodes to autonomously manage their offline status by pre-configuring proxy relationships and declaring offline schedules. The network automatically routes communications through proxies without requiring manual intervention, allowing nodes to independently reduce energy consumption while maintaining consensus integrity.
3Ease of manufacture
If blockchain nodes go offline without proper management to reduce operational costs, then operational costs are reduced, but network functionality and transaction processing capability deteriorate
Solution Approach 1:
The proxy node serves as an intermediary that maintains transaction processing capability for offline nodes. When a node goes offline to reduce operational costs, its proxy continues to receive and forward transactions, participate in block validation, and maintain the node's economic incentives, ensuring transaction processing capability is preserved without requiring the original node to remain online.
Solution Approach 2:
Nodes pre-establish proxy relationships and register their offline schedules in advance, allowing the network to proactively maintain transaction processing capabilities. The proxy node is prepared beforehand to handle the offline node's transactions and incentives, ensuring continuous productivity without requiring the offline node to incur operational costs.
Data Source
AI summary
Methods and apparatus for offline management of blockchain nodes are disclosed. A method performed by a first blockchain node may comprise transmitting, to at least a second blockchain node, a first message that includes information indicating a status of the first blockchain node and a value indicating a time at which the first block chain node will go offline; receiving, from the second blockchain node, a second message that includes information indicating a blockchain proxy node being selected for the first blockchain node; and transitioning to an offline status at the time indicated by the value.