CN107317730B - Method, equipment and system for monitoring state of block chain node - Google Patents
Method, equipment and system for monitoring state of block chain node Download PDFInfo
- Publication number
- CN107317730B CN107317730B CN201710717811.7A CN201710717811A CN107317730B CN 107317730 B CN107317730 B CN 107317730B CN 201710717811 A CN201710717811 A CN 201710717811A CN 107317730 B CN107317730 B CN 107317730B
- Authority
- CN
- China
- Prior art keywords
- node
- state
- blockchain
- status
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Embodiments of the present disclosure relate to a method, device, and system for monitoring node states of blockchain nodes. The method includes installing state monitoring smart contracts at block link points. The state monitoring intelligent contract is configured to be associated with a state acquisition interface in an intelligent contract engine module at a block link point. The method further comprises responding to the state inquiry request, executing the state monitoring intelligent contract to call the state acquisition interface, and acquiring the node state of the block chain node by using the state acquisition interface; and sending the node status to the blockchain application platform. The embodiment of the disclosure provides a solution for the state monitoring of the block link point, which is transparent, safe, reliable and easy to upgrade, by effectively utilizing the intelligent contract in the state monitoring.
Description
Technical Field
Embodiments of the present disclosure relate generally to the field of information technology, and in particular, to methods, devices, and systems for monitoring blockchain node status.
Background
Blockchain is a decentralized, distributed accounting technique derived from bitcoin that generates persistent, non-modifiable records by time-wise stacking of encrypted blockchain data and stores the records in individual nodes of the blockchain network, such that the individual nodes participating in the blockchain collectively maintain a reliable database. Therefore, the blockchain has the technical advantages of decentralization, non-tampering, transparent and traceable process and the like, and is considered to have wide application prospects in numerous fields such as finance, credit investigation, internet of things, economic trade settlement, asset management and the like.
Blockchains are generally classified into three types, public, alliance, and private, according to their participants. The public chain is open to the outside, and the user can access the block chain network and the block data without any authorization to initiate various transactions. The alliance chain limits only the members in the alliance to participate, and the operation authority on the block chain is determined according to the relevant rules customized by the alliance. The private chain is generally used in a private organization, and the operation authority on the block chain is executed according to the self-regulation of the private organization.
In many application scenarios, especially enterprise-level blockchain (such as federation chain and private chain) usage scenarios, it would be very advantageous for enterprise users of blockchains to have timely knowledge of the service status of their respective nodes of the blockchain.
In view of the above, it is desirable to provide a solution for openly transparent, safe and reliable monitoring of the state of blockchain nodes.
Disclosure of Invention
In general, embodiments of the present disclosure propose methods, devices and systems for monitoring the status of blockchain nodes.
In a first aspect of the disclosure, a method for monitoring node status of a blockchain node is provided. The method comprises the following steps: installing state monitoring intelligent contracts at block link points, wherein the state monitoring intelligent contracts are configured to be associated with state acquisition interfaces in intelligent contract engine modules at the block link points; responding to the state inquiry request, executing a state monitoring intelligent contract to call a state acquisition interface; acquiring the node state of a block chain node by using a state acquisition interface; and sending the node status to the blockchain application platform.
In some embodiments, the state acquisition interface is a standardized state acquisition interface, and wherein obtaining the node state comprises: the state monitoring intelligent contract calls a standardized state acquisition interface; reading the node state by the intelligent contract engine module through a standardized state acquisition interface; and returning, by the intelligent contract engine module, the node status to the status-monitoring intelligent contract.
In certain embodiments, the method further comprises: and writing the node state into a block chain comprising the block chain nodes by the state monitoring intelligent contract.
In certain embodiments, the method further comprises: receiving a request to update a state monitoring smart contract, the request including a state monitoring smart contract re-signed by a user associated with a block link point; and installing the updated status-monitoring smart contract in response to the request.
In certain embodiments, the blockchain application platform comprises a cloud-based blockchain as a service (BaaS) platform, and wherein the blockchain nexus comprises a virtual machine instance created on the cloud.
In certain embodiments, the node status comprises at least one of: service state of the block link node, load state of the computational resources of the block link node.
In a second aspect of the disclosure, a method for managing node status of a monitoring blockchain node is provided. The method comprises the following steps: receiving, at a state monitoring server, a state monitoring intelligent contract configured to monitor a node state of at least one blockchain node and associated with a state acquisition interface in an intelligent contract engine module at the at least one blockchain node; deploying a state monitoring intelligent contract to at least one block chain node; and in response to receiving the node status from the at least one blockchain node, sending a status report based on the reporting policy.
In some embodiments, sending the status report to the user based on the reporting policy comprises: analyzing the received node state; and in response to the node status indicating an anomaly, sending an alert to a user of at least one blockchain node.
In some embodiments, sending the alert to the user includes: sending an alert to a user in response to the node status indicating a service status error of the at least one blockchain node or in response to the node status indicating a load of computing resources of the at least one blockchain node is greater than a predetermined threshold.
According to a third aspect of the present disclosure, there is provided an apparatus for monitoring a node status of a blockchain node, the apparatus comprising: a processor; and a memory coupled to the processor and storing instructions that, when executed by the processor, cause the device to perform acts comprising: installing state monitoring intelligent contracts in the block chain nodes, wherein the state monitoring intelligent contracts are configured to be associated with state acquisition interfaces in intelligent contract engine modules at the block chain nodes; responding to the state inquiry request, executing a state monitoring intelligent contract to call a state acquisition interface; acquiring the node state of a block chain node by using a state acquisition interface; and sending the node status to the blockchain application platform.
According to a fourth aspect of the present disclosure, there is provided an apparatus for managing a node status of a monitoring blockchain node. The apparatus comprises: a processor; and a memory coupled to the processor and storing instructions that, when executed by the processor, cause the device to perform acts comprising: receiving a state monitoring intelligent contract configured for monitoring a node state of at least one blockchain node and associated with a state acquisition interface in an intelligent contract engine module at the at least one blockchain node; deploying a state monitoring intelligent contract to at least one block chain node; and in response to receiving the node status from the at least one blockchain node, sending a status report based on the reporting policy.
According to a fifth aspect of the present disclosure, there is provided a system for monitoring node status of a blockchain node, comprising at least the apparatus as described according to the third aspect and the apparatus as described according to the fourth aspect.
According to a sixth aspect of the present invention, there is provided a computer readable storage medium having computer readable program instructions stored thereon for performing the methods described in accordance with the first and second aspects of the present disclosure.
Drawings
The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, like or similar reference characters designate like or similar elements, and wherein:
fig. 1 shows a schematic diagram of a BaaS platform system architecture;
FIG. 2 shows a schematic diagram of a block link point state monitoring system;
FIG. 3 illustrates a schematic diagram of a smart contract-based block link point state monitoring system, according to an embodiment of the present disclosure;
FIG. 4 illustrates an example flow diagram of a method that may be performed at block chain nodes in accordance with an embodiment of the present disclosure;
FIG. 5 illustrates an example flow diagram of a method that may be performed at a condition monitoring server in accordance with an embodiment of this disclosure;
fig. 6 illustrates an example flow diagram of a BaaS platform blockchain node monitoring process in accordance with an embodiment of the disclosure; and
fig. 7 illustrates a block diagram of an apparatus according to some embodiments of the present disclosure.
Detailed Description
Embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that the same reference numerals may be used in the drawings for similar components or functional elements. The accompanying drawings are only intended to illustrate embodiments of the present disclosure. Alternative embodiments will become apparent to those skilled in the art from the following description without departing from the spirit and scope of the disclosure.
As used herein, the term "include" and its various variants are to be understood as open-ended terms, which mean "including, but not limited to. The term "based on" may be understood as "based at least in part on". The term "one embodiment" may be understood as "at least one embodiment". The term "another embodiment" may be understood as "at least one other embodiment".
As previously mentioned, for enterprise-oriented blockchains, it would be advantageous for enterprise users to know the state of blockchain nodes. The state of the blockchain node is, for example, a service state of the node, a load state of the computing resource, or the like. The load status of the computing resources includes, for example, CPU usage, memory usage, storage input/output (I/O) efficiency, and the like. Based on the blockchain node state, various applications on the blockchain may be optimized.
Currently, cloud-based Blockchain as a Service (BaaS) becomes an application hotspot of the Blockchain technology. A user (e.g., each enterprise) sets a BaaS platform provided by a BaaS service provider, so that the user creates a corresponding virtual machine instance on a cloud and installs and deploys a multi-node block chain, thereby obtaining a block chain meeting the application requirements of the user, and efficiently developing a block chain service. The BaaS platform not only reduces the difficulty and cost of installing, configuring, managing and using the block chain, but also can provide personalized service for users.
The block chain node status monitoring scheme is illustrated herein only in a cloud platform based embodiment. Those skilled in the art will appreciate that embodiments of the present disclosure are not limited to application to private cloud, public cloud, or non-cloud platform based blockchains.
Fig. 1 shows a schematic architecture diagram of a BaaS platform system 100. As shown, the BaaS platform system 100 is based on a cloud 110, which includes a BaaS platform 120, a plurality of blockchain networks 130, 140, 150, and schematically illustrated storage 170 and blockchain users 160. The BaaS platform 120 may provide public, federation, or private chain services to the user 160, and also act as a portal to the user 160. The BaaS platform 120 also provides various functions such as data management and data analysis, for example, to meet user-specific role and industry requirements. The storage 170 is used to store various configuration data, user information, log data, and the like of the BaaS platform system 100.
It should be noted that although the blockchain networks 130, 140, 150 are illustrated as being independent of each other, each blockchain network may also include a common blockchain link point. For example, a certain blockchain node may belong to both blockchain network 130 and blockchain network 140. In addition, the number of blockchain networks, users, and storage devices in the figure is merely illustrative and may be any number.
One of the important functions of the BaaS platform is the state monitoring of the blockchain nodes to help users to grasp the state of each node of the blockchain in time, such as the service state and the load of the computing resources such as CPU, memory, I/O, and the like.
Fig. 2 shows a schematic diagram of a prior art blockchain node state monitoring system 200. The system 200 may be based on a cloud 210, which includes a condition monitoring server 220 and a plurality of blockchain nodes (e.g., blockchain nodes 230 and 240).
Monitoring agents are installed on each blockchain node, such as monitoring agents 235 and 245 in blockchain nodes 230 and 240, respectively. Monitoring agents 235 and 245 are used to collect the status of the nodes and report the timing of the status to the status monitoring server 220. Alternatively, the condition monitoring server 220 may periodically collect the conditions from the monitoring agents 235 and 245.
Such monitoring schemes as described above present trust and security issues. Generally, enterprises have very high requirements on security and privacy protection of blockchain nodes, and monitoring agents provided by the BaaS platform are opaque applications to enterprise users, and are difficult to implement due to trust of the users. On the other hand, a monitoring agent directly running in a block chain node easily causes potential safety hazards, and brings danger to data safety and privacy safety of a user. In addition, in the case where the monitoring agent needs to be upgraded and maintained, for example, a bug or error of the monitoring agent is found, the upgrade and maintenance are also very inconvenient.
In view of the above, embodiments of the present disclosure propose a solution for block link point state monitoring based on a Smart Contract (Smart Contract). An intelligent contract is a set of commitments defined in digital form, including rights and obligations agreed upon by contract participants. The digital form means that the promise needs to be written into the machine in a readable code form, and the right and obligation established by the intelligent contract are guaranteed to be executed by the machine or the network system as long as the participants reach the agreement.
The intelligent contract based on the block chain technology not only can exert the advantages of the intelligent contract in the aspect of cost efficiency, but also can avoid the interference of malicious behaviors on the normal execution of the intelligent contract. The smart contract is written into the block chain in a digital form, and the characteristics of the block chain technology ensure that the whole processes of storage, reading and execution are transparent, traceable and not easy to grasp. Meanwhile, a set of state machine system is constructed by the block chain self-contained consensus algorithm, so that the intelligent contract can run efficiently.
FIG. 3 shows a schematic diagram of a smart contract-based condition monitoring system 300, according to an embodiment of the present disclosure. In the present embodiment, condition monitoring system 300 includes blockchain node 310 and condition monitoring server 320. Here, system 300 is illustrated with only one blockchain node 310, which includes an operating system 3110 and a blockchain service module 3120. It is to be understood that other components and processes of block link point 310 that are well known are not specifically shown and described in order to facilitate describing embodiments of the present disclosure so as not to unnecessarily obscure aspects of the embodiments of the present disclosure.
The blockchain service module 3120 provides a series of operation services such as search query and task submission based on blockchain by using data generated by blockchain. Blockchain service module 3120 may also provide blockchain services through a plurality of intelligent contracts. Specifically, each intelligent contract is verified and run by the intelligent contract engine module 3123, the run results are written to the blockchain (if there is a write operation for the intelligent contract), and returned to the blockchain application. To prevent malicious or erroneous intelligent contracts from corrupting block link points, the intelligent contract engine module 3123 places the intelligent contracts to run in a sandbox (sandbox)3121 so that the intelligent contracts do not have access to resources and information outside of the sandbox.
In this example, blockchain service module 3120 also provides node status monitoring services through status monitoring intelligence contracts 3122. For this purpose, the intelligent contract engine module 3123 is extended, the state collection interfaces 3124 are provided, and the state monitoring intelligent contracts 3122 can call these interfaces in the sandbox 3121 as well, so as to obtain the state of the blockchain node 310. The status collection interface 3124 may be, for example, an interface for acquiring CPU usage, memory usage, or the like. Depending on the implementation of the intelligent contract engine for the block link points, the status collection interfaces 3124 may be function call interfaces, remote service (e.g., HTTP RESTful) call interfaces, or other means.
An upper tier blockchain application (e.g., status monitor server 320) may deploy status monitor intelligence contracts 3122 installed onto block link point 310 and it may send instructions (e.g., through a remote invocation interface) to execute status monitor intelligence contracts 3122 at block link point 310. State-monitoring smart contracts 3122 are validated and run by smart contract engine module 3124. State monitoring smart contract 3122 may invoke state collection interface 3123, read the node state and return to state monitoring server 320. Optionally, depending on the specific condition monitoring business needs, if condition monitoring intelligence contract 3122 has a write operation, the status data may also be written into the blockchain, leaving the historical credential in the blockchain untrustworthy.
It should be noted that in order to ensure the security and trustworthiness of the status collection interface 3124, these interfaces may be standardized. Because the standard state acquisition interface and the intelligent contract engine are functional modules of the blockchain system, for example, through the definition and development documents of the open state acquisition interface, developers and users can know, verify and guarantee the safety of the functional modules.
In addition, under the condition that the standard state collection interface 3124 is safe and reliable, since the sandbox 3121 does not release other rights, it is still safe for the state monitoring smart contract 3122 to run in the sandbox 3121.
It can be seen that embodiments of the present disclosure also provide for the updating and upgrading of safe, efficient condition monitoring solutions. On one hand, under the condition that the state monitoring intelligent contract needs to be upgraded, the upgrading is the same as the ordinary intelligent contract upgrading, so the original intelligent contract upgrading scheme of the block chain platform can be multiplexed. And reinstalling and deploying the updated state monitoring intelligent contract which is subjected to the signature review by the user to the block chain node so as to realize the upgrade of the state monitoring intelligent contract. On the other hand, under the condition that the standard system state acquisition interface or the internal implementation thereof needs to be upgraded, the upgrade is the upgrade of the block chain service software, and the original service software upgrade scheme can be followed.
Fig. 4 illustrates a flow diagram of a method 400 for monitoring node status of blockchain nodes in accordance with an embodiment of the present disclosure. It should be appreciated that the method 400 may be performed, for example, at the block chain nodes described above with reference to fig. 3.
At 410, a state monitoring smart contract is installed at a block link point. The state monitoring intelligent contract is configured to be associated with a state acquisition interface at a block link point to acquire node state information.
In some embodiments, for example, state monitoring smart contracts 3122 are deployed by state monitoring server 320 onto block link point 310 after a user has reviewed the signature. The intelligent contract engine module 3124 may perform appropriate intelligent contract installation and initialization actions to ensure proper operation of the status monitoring intelligent contracts 3122.
At 420, in response to the status query request, the block link point executes a status monitoring intelligence contract to invoke the status collection interface. The state of the blockchain node is then obtained at 430 using the state acquisition interface. In some embodiments, state monitoring intelligence contract 3122 invokes standardized state collection interface 3123. The intelligent contract engine module 3123 reads the node status through the standardized status collection interface 3123 and then returns the node status to the status monitoring intelligent contracts 3122.
According to some embodiments of the present disclosure, the status query request may be a periodic or aperiodic status query instruction from status monitoring server 320, such as an instruction to execute status monitoring smart contract 3122; the status query request may also be a periodic or aperiodic active status query triggered at block link point 310.
At 440, the node status is sent to the blockchain application platform. In some embodiments, the blockchain application platform comprises a BaaS platform, and the blockchain nexuses comprise virtual machine instances created on the cloud. The node status may indicate a service status of the blockchain node, for example, when the node status indicates that the status monitoring intelligence contract 3122 is not operating correctly, it indicates that the blockchain service is not operating properly. The node state may also indicate the status of the computational resources of the blockchain node, the operational duration of the blockchain node, and other operational performance.
Fig. 5 illustrates a flow diagram of a method 500 for monitoring node status of blockchain nodes according to another embodiment of the present disclosure. It should be appreciated that the method 500 may be performed, for example, by a status monitoring server of a BaaS platform as described above with reference to fig. 2-3.
At 510, a condition monitoring intelligence contract is received at a condition monitoring server for condition monitoring at least one block link point associated with a user. State monitoring intelligence contract is, for example, normalized state monitoring intelligence contract 3122 as described above with reference to fig. 3.
In some embodiments, condition monitoring server 320 may provide a blockchain stateful monitoring service for several users (e.g., enterprises), each of which may "own" several blockchain nodes.
After receiving the state monitoring smart contract signed by the user, the state monitoring server deploys the state monitoring smart contract to at least one blockchain node at 520. At 530, in response to receiving the node status from the at least one blockchain node, a status report is sent to the user based on the reporting policy.
In some embodiments, status monitoring server 320 analyzes the received node status and may provide various analysis reports to the user. In addition, according to a predetermined reporting policy, condition monitoring server 320 may send an alert to the user to prompt the user for blockchain node health. For example, when the node status indicates that the service status of the blockchain node is wrong, or the node status indicates that the load of the computing resources of the blockchain node is greater than a predetermined threshold, an alert is sent to the user.
To facilitate understanding of specific applications of the embodiments of the present disclosure in a BaaS platform, fig. 6 shows an example flowchart of a BaaS platform block-chain node monitoring process 600 according to an embodiment of the present disclosure.
As shown, the BaaS platform user 650 sends (602) a request to create a blockchain platform to the BaaS platform 660. The request may include user requirements for the blockchain, such as the number of blockchain nodes, computational resource requirements of the nodes, consensus algorithms, and so forth. The BaaS platform 660 creates (604) a certain number of block chain nodes (e.g., virtual machine instances) for the BaaS platform user 650 using cloud platform resources according to the request of the BaaS platform user 650, thereby forming a block chain platform on which the user can develop his/her business.
According to an embodiment of the present disclosure, a BaaS platform provider may develop a state monitoring smart contract 690 according to a standard system state acquisition interface, and provide the state monitoring smart contract to a BaaS platform user 650. State monitoring intelligence contract 690 is reviewed for approval by BaaS platform user 650 of the blockchain and signed (606), and then requests (608) node state monitoring services from BaaS platform 660 and state monitoring server 670, as needed.
The state monitoring server 670 installs and deploys the state monitoring intelligent contract to each node of the block chain of the BaaS platform user 650 according to the relevant information of the BaaS platform user 650. For example, state monitoring server 670 installs (610) a state monitoring smart contract to a certain blockchain node of BaaS platform user 650, at which smart contract engine 680 starts (610) an initialization state monitoring smart contract.
In one embodiment, state monitoring server 670 periodically executes (614) state monitoring intelligent contracts, e.g., it remotely invokes state monitoring intelligent contracts on various blockchain nodes in turn. Intelligent contract engines 680 on the blockchain nodes execute state monitoring intelligent contracts 690 in sandboxes, and state monitoring intelligent contracts 690 invoke (616) a state query interface. Intelligent contract engine 680 reads CPU usage, memory usage, storage I/O, etc. information via a standard system state collection interface and returns (620) to state monitoring intelligent contract 690 and further returns (622) to the state monitoring server.
After obtaining the system state of each blockchain node, the state monitoring server 670 performs corresponding analysis processing, for example, a fault is found, and an alarm may be sent to a user. It is also shown that in response to BaaS platform user 650 querying 624 for node status, sending 626 node status or warning information, etc. to status monitoring server 670.
It is to be appreciated that while fig. 6 illustrates an example order of steps of the process 600, in some implementations, the process 600 may include additional steps, fewer steps, different steps, or steps arranged in a different order than those depicted in fig. 6. Additionally or alternatively, two or more steps of process 600 may be performed in parallel.
FIG. 7 illustrates a schematic block diagram of an electronic device 700 that may be used to implement embodiments of the present disclosure. It should be understood that electronic device 700 may be used to implement a server or a node as described in fig. 3, or that electronic device 700 may also be used to implement any of the modules of a server or a node as described in fig. 3. As shown in fig. 7, device 700 includes a Central Processing Unit (CPU)701 (e.g., a processor) that may perform various appropriate actions and processes in accordance with computer program instructions stored in a Read Only Memory (ROM)702 or loaded from a storage unit 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data required for the operation of the device 700 can also be stored. The CPU 701, the ROM702, and the RAM 703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
Various components in the device 700 are connected to the I/O interface 705, including: an input unit 706 such as a keyboard, a mouse, or the like; an output unit 707 such as various types of displays, speakers, and the like; a storage unit 708 such as a magnetic disk, optical disk, or the like; and a communication unit 709 such as a network card, modem, wireless communication transceiver, etc. The communication unit 709 allows the device 700 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
Various methods or processes described above, such as method 400, 500, or process 600, may be performed by processing unit 701. For example, in some embodiments, the method 400, 500 or process 600 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 708. In some embodiments, part or all of a computer program may be loaded onto and/or installed onto device 700 via ROM702 and/or communications unit 709. When loaded into RAM 703 and executed by CPU 701, may perform one or more of the acts or steps of 400, 500 or process 600 described above.
The block link point system state monitoring scheme based on the intelligent contract provided by the embodiment of the disclosure has many advantages. One is that the monitoring scheme is easy to implement. The intelligent contracts are mechanisms supported by the blockchain itself, and thus do not require additional development of a separate system monitoring agent service. Secondly, the monitoring scheme is safe and reliable. The method has the advantages of being transparent and non-falsifiable by using the state monitoring intelligent contract, ensures the privacy and safety of user data, and is easy to obtain the support and approval of the user. In addition, the scheme also ensures the original safety of the block link points, and does not cause additional safety risks. In addition, the monitoring scheme is convenient to upgrade and maintain. The functions of service software upgrading and intelligent contract upgrading of the blockchain platform can be multiplexed, so that an upgrading scheme does not need to be specially developed for the state monitoring system.
In general, the various example embodiments of this disclosure may be implemented in hardware or special purpose circuits, software, firmware, logic or any combination thereof. Certain aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While aspects of embodiments of the disclosure have been illustrated or described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
By way of example, the various illustrative logical blocks, modules, and circuits described in connection with the disclosure may be implemented or performed with a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
By way of example, embodiments of the disclosure may be described in the context of machine-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform particular tasks or implement particular abstract data types. In various embodiments, the functionality of the program modules may be combined or divided between program modules as described. Machine-executable instructions for program modules may be executed within local or distributed devices. In a distributed facility, program modules may be located in both local and remote memory storage media.
Computer program code for implementing the methods of the present disclosure may be written in one or more programming languages. These computer program codes may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the computer or other programmable data processing apparatus, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be performed. The program code may execute entirely on the computer, partly on the computer, as a stand-alone software package, partly on the computer and partly on a remote computer or entirely on the remote computer or server.
In the context of this disclosure, a machine-readable medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination thereof. More detailed examples of a machine-readable storage medium include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical storage device, a magnetic storage device, or any suitable combination thereof.
Additionally, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In some cases, multitasking or parallel processing may be beneficial. Likewise, while the above discussion contains certain specific implementation details, this should not be construed as limiting the scope of any invention or claims, but rather as describing particular embodiments that may be directed to particular inventions. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
Claims (21)
1. A method for monitoring node status of a blockchain node, comprising:
installing, at a block link point, a state monitoring smart contract configured to run in a sandbox and associated with a state collection interface in a smart contract engine module at the block link point, the smart contract engine module external to the sandbox, wherein the state monitoring smart contract running in the sandbox is configured to be able to invoke the state collection interface external to the sandbox that is standardized;
responding to a state inquiry request, executing the state monitoring intelligent contract to call the state acquisition interface;
acquiring the node state of the block chain node by using the state acquisition interface; and
and sending the node state to a blockchain application platform by the state monitoring intelligent contract.
2. The method of claim 1, wherein obtaining the node state comprises:
the state monitoring intelligent contract calls the standardized state acquisition interface;
reading, by the intelligent contract engine module, the node status through the standardized status collection interface; and
returning, by the intelligent contract engine module, the node status to the status-monitoring intelligent contract.
3. The method of claim 1, further comprising:
writing, by the state monitoring intelligence contract, the node state into a blockchain that includes the blockchain nodes.
4. The method of claim 1, further comprising:
receiving a request to update the state monitoring smart contract, the request including the state monitoring smart contract re-signed by a user associated with the blockchain node; and
installing the updated state monitoring smart contract in response to the request.
5. The method of claim 1, wherein the blockchain application platform comprises a cloud-based blockchain as a service (BaaS) platform, and wherein the blockchain nexus comprises a virtual machine instance created on the cloud.
6. The method of claim 1, wherein the node state comprises at least one of: a service state of the blockchain node, a load state of a computing resource of the blockchain node.
7. A method for managing node status of a supervisory blockchain node, comprising:
receiving, at a state monitoring server, a state monitoring smart contract configured to monitor a node state of at least one block chain node, the state monitoring smart contract configured to run in a sandbox at the at least one block chain node and associated with a state acquisition interface in a smart contract engine module at the at least one block chain node, the smart contract engine module external to the sandbox, wherein the state monitoring smart contract running in the sandbox is configured to be able to invoke the state acquisition interface external to the sandbox that is standardized;
deploying the state monitoring intelligent contract to the at least one blockchain node; and
in response to receiving a node status sent from the status-monitoring smart contract for the at least one blockchain node, sending a status report based on a reporting policy.
8. The method of claim 7, wherein sending a status report based on a reporting policy comprises:
analyzing the received node state; and
in response to the node status indicating an anomaly, sending an alert to a user of the at least one blockchain node.
9. The method of claim 8, wherein sending an alert to the user comprises:
sending the alert to the user in response to the node status indicating a service status error of the at least one blockchain node or in response to the node status indicating a load of computing resources of the at least one blockchain node is greater than a predetermined threshold.
10. An apparatus for monitoring node status of a blockchain node, comprising:
a processor; and
a memory coupled to the processor and storing instructions that, when executed by the processor, cause the device to perform acts comprising:
installing state monitoring intelligent contracts in blockchain nodes, the state monitoring intelligent contracts configured to run in sandboxes and associated with state collection interfaces in intelligent contract engine modules at the blockchain nodes, the intelligent contract engine modules external to the sandboxes, wherein the state monitoring intelligent contracts running in the sandboxes are configured to be able to invoke the state collection interfaces external to the sandboxes that are standardized;
responding to a state inquiry request, executing the state monitoring intelligent contract to call the state acquisition interface;
acquiring the node state of the block chain node by using the state acquisition interface; and
and sending the node state from the state monitoring intelligent contract to a block chain application platform.
11. The apparatus of claim 10, wherein obtaining the node status comprises:
the state monitoring intelligent contract calls the standardized state acquisition interface;
reading, by the intelligent contract engine module, the node status through the standardized status collection interface; and
returning, by the intelligent contract engine module, the node status to the status-monitoring intelligent contract.
12. The apparatus of claim 10, wherein the actions further comprise:
writing, by the state monitoring intelligence contract, the node state into a block chain associated with the block link point.
13. The apparatus of claim 10, wherein the actions further comprise:
receiving a request to update the state monitoring smart contract, the request including the state monitoring smart contract re-signed by a user associated with the blockchain node; and
and installing the updated state monitoring intelligent contract.
14. The apparatus of claim 10, wherein the blockchain application platform comprises a cloud-based blockchain as a service (BaaS) platform, and wherein the blockchain nexus comprises a virtual machine instance created on the cloud.
15. The apparatus of claim 10, wherein the node state comprises at least one of: a service state of the blockchain node, a load state of a computing resource of the blockchain node.
16. An apparatus for managing node status of a supervisory blockchain node, comprising:
a processor; and
a memory coupled to the processor and storing instructions that, when executed by the processor, cause an apparatus to perform acts comprising:
receiving a state monitoring smart contract configured for monitoring a node state of at least one block chain node, the state monitoring smart contract configured to run in a sandbox at the at least one block chain node and associated with a state acquisition interface in a smart contract engine module at the at least one block chain node, the smart contract engine module being external to the sandbox, wherein the state monitoring smart contract running in the sandbox is configured to be able to invoke the state acquisition interface external to the sandbox that is standardized;
deploying the state monitoring intelligent contract to the at least one blockchain node; and
in response to receiving a node status sent from the status-monitoring smart contract for the at least one blockchain node, sending a status report based on a reporting policy.
17. The apparatus of claim 16, wherein sending a status report based on a reporting policy comprises:
analyzing the received node state; and
in response to the node status indicating an anomaly, sending an alert to a user of the at least one blockchain node.
18. The apparatus of claim 17, wherein sending an alert to the user comprises:
sending the alert to the user in response to the node status indicating a service status error of the at least one blockchain node or in response to the node status indicating a load of computing resources of the blockchain node is greater than a predetermined threshold.
19. A system for monitoring node status of blockchain nodes, comprising at least an apparatus according to any of claims 10-15 and an apparatus according to any of claims 16-18.
20. A computer-readable storage medium having computer-readable program instructions stored thereon for performing the method of any of claims 1-6.
21. A computer-readable storage medium having computer-readable program instructions stored thereon for performing the method of any of claims 7-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710717811.7A CN107317730B (en) | 2017-08-21 | 2017-08-21 | Method, equipment and system for monitoring state of block chain node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710717811.7A CN107317730B (en) | 2017-08-21 | 2017-08-21 | Method, equipment and system for monitoring state of block chain node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107317730A CN107317730A (en) | 2017-11-03 |
| CN107317730B true CN107317730B (en) | 2020-09-04 |
Family
ID=60176534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710717811.7A Expired - Fee Related CN107317730B (en) | 2017-08-21 | 2017-08-21 | Method, equipment and system for monitoring state of block chain node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107317730B (en) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107832139A (en) * | 2017-09-26 | 2018-03-23 | 上海点融信息科技有限责任公司 | For the method, apparatus and system for the computing resource for managing block chain link point |
| CN107807991B (en) * | 2017-11-07 | 2020-05-12 | 泰康保险集团股份有限公司 | Method and apparatus for processing blockchain data |
| CN107943580A (en) * | 2017-11-13 | 2018-04-20 | 上海点融信息科技有限责任公司 | For managing the method and equipment of user's intelligence contract at block chain link point |
| CN108053315A (en) * | 2017-11-29 | 2018-05-18 | 广东中科南海岸车联网技术有限公司 | Method of commerce and system based on block chain Internet of Things |
| CN108134819A (en) * | 2017-12-06 | 2018-06-08 | 北京连琪科技有限公司 | Block chain operating status is collected and transfer approach, device and server |
| CN108282459B (en) * | 2017-12-18 | 2020-12-15 | 中国银联股份有限公司 | Data transmission method and system based on intelligent contract |
| CN108881362A (en) * | 2018-01-03 | 2018-11-23 | 上海指旺信息科技有限公司 | A kind of browser platform based on block chain |
| CN108305072B (en) * | 2018-01-04 | 2021-02-26 | 上海点融信息科技有限责任公司 | Method, apparatus, and computer storage medium for deploying a blockchain network |
| CN108323200B (en) * | 2018-01-25 | 2022-12-20 | 达闼机器人股份有限公司 | Data training method and device based on block chain, storage medium and block chain link points |
| EP3547231B1 (en) * | 2018-03-28 | 2024-07-31 | Nokia Technologies Oy | Electronic device management |
| CN108537523A (en) * | 2018-04-18 | 2018-09-14 | 北京奇虎科技有限公司 | Token transactions method and device based on block chain |
| CN108648079A (en) * | 2018-05-02 | 2018-10-12 | 北京阿尔山金融科技有限公司 | Block chain node monitoring method, apparatus and system |
| CN108694589A (en) * | 2018-05-08 | 2018-10-23 | 杭州佑他科技有限公司 | A kind of asset monitoring method based on block chain |
| CN108805568A (en) * | 2018-05-28 | 2018-11-13 | 夸克链科技（深圳）有限公司 | A kind of intelligent coordinated trade mode of block chain |
| CN108765158B (en) * | 2018-05-31 | 2020-11-24 | 杭州溪塔科技有限公司 | Intelligent contract engine system based on block chain and contract execution method thereof |
| CN108961643A (en) * | 2018-06-12 | 2018-12-07 | 深圳市中电数通智慧安全科技股份有限公司 | A kind of parameter management method based on block chain, device and terminal device |
| CN110609772A (en) * | 2018-06-15 | 2019-12-24 | 翟红鹰 | Block chain-based device hosting method, system, device and storage medium |
| CN110611579A (en) * | 2018-06-15 | 2019-12-24 | 普华云创科技(北京)有限公司 | Block chain-based equipment monitoring and early warning method, system, equipment and storage medium |
| CN108768747B (en) * | 2018-06-19 | 2021-04-06 | 嘉兴云切供应链管理有限公司 | Platform server for maintaining block chain network |
| CN109242667A (en) * | 2018-06-28 | 2019-01-18 | 平安科技（深圳）有限公司 | Assets management method and device, computer equipment and readable storage medium storing program for executing |
| CN108769258B (en) * | 2018-06-29 | 2021-05-07 | 上海点融信息科技有限责任公司 | Method and apparatus for hosting blockchain network to blockchain application platform |
| CN110677373B (en) * | 2018-07-02 | 2021-12-31 | 上海旺链信息科技有限公司 | Block chain Internet of things equipment safety judgment method and judgment system and storage medium |
| CN110705973B (en) * | 2018-07-10 | 2023-05-16 | 深圳市红砖坊技术有限公司 | Common identification method applied to miner nodes in blockchain system and blockchain system |
| CN109032803B (en) * | 2018-08-01 | 2021-02-12 | 创新先进技术有限公司 | Data processing method and device and client |
| CN109240900A (en) * | 2018-08-16 | 2019-01-18 | 北京京东尚科信息技术有限公司 | Block chain network service platform and its intelligent contract detection method, storage medium |
| CN108965468B (en) * | 2018-08-16 | 2021-04-30 | 北京京东尚科信息技术有限公司 | Block chain network service platform, chain code installation method thereof and storage medium |
| CN109167699A (en) * | 2018-08-20 | 2019-01-08 | 众安信息技术服务有限公司 | The method and apparatus for handling the state of the node of block chain |
| CN109260707A (en) * | 2018-08-30 | 2019-01-25 | 腾讯科技（深圳）有限公司 | Methods of exhibiting, device, equipment and the storage medium of virtual pet |
| CN109213501B (en) * | 2018-09-27 | 2021-07-30 | 上海点融信息科技有限责任公司 | Method, device and storage medium for installing intelligent contract in block chain network |
| CN109376275A (en) * | 2018-10-29 | 2019-02-22 | 上海点融信息科技有限责任公司 | For monitoring the method, apparatus and medium of the operational indicator on block chain |
| CN109687993A (en) * | 2018-10-31 | 2019-04-26 | 深圳力维智联技术有限公司 | A kind of Internet of Things alarm and control system and method based on block chain |
| EP3881194A4 (en) * | 2018-11-16 | 2022-12-14 | Christopher Lyndon Higgins | Distributed ledger systems, methods and devices |
| CN109542589B (en) * | 2018-11-28 | 2019-07-12 | 北京物资学院 | A kind of monitoring system and method that the operation towards block chain intelligence contract is lossless |
| CN110033602A (en) * | 2018-12-05 | 2019-07-19 | 阿里巴巴集团控股有限公司 | Intelligent alarm method and device, electronic equipment based on block chain |
| CN109474499A (en) * | 2018-12-29 | 2019-03-15 | 杭州趣链科技有限公司 | A kind of solution of distributed block chain monitoring system |
| CN109981405B (en) * | 2019-03-20 | 2021-04-23 | 上海和数软件有限公司 | Node management method, node management device and computer-readable storage medium |
| CN110138586A (en) * | 2019-04-04 | 2019-08-16 | 平安科技（深圳）有限公司 | Block chain node administration method, electronic device, system and readable storage medium storing program for executing |
| CN110109935B (en) * | 2019-05-13 | 2021-07-20 | 北京共识数信科技有限公司 | Block chain-based port and aviation business alliance design method |
| CN110516007B (en) * | 2019-08-30 | 2022-07-29 | 北京百度网讯科技有限公司 | Deployment control method, device, equipment and medium of block chain network |
| CN110807209B (en) * | 2019-11-01 | 2021-04-30 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium |
| CN110866288B (en) * | 2019-11-18 | 2023-01-10 | 广州安加互联科技有限公司 | Data protection method, system and terminal based on block chain |
| CN110956476A (en) * | 2019-12-17 | 2020-04-03 | 江苏扬子易联智能软件有限公司 | Method and platform for realizing GMP/GSP automatic supervision based on block chain |
| CN111447112B (en) * | 2020-03-25 | 2021-11-26 | 中国银行股份有限公司 | Block chain network monitoring system, device and method |
| CN111464394B (en) * | 2020-03-31 | 2022-04-15 | 腾讯科技（深圳）有限公司 | Node monitoring method and device and storage medium |
| CN111475386B (en) * | 2020-06-05 | 2024-01-23 | 中国银行股份有限公司 | Fault early warning method and related device |
| CN112052021B (en) * | 2020-08-12 | 2024-08-20 | 中钞信用卡产业发展有限公司杭州区块链技术研究院 | Method, device, equipment and storage medium for upgrading alliance block chain |
| CN113282462B (en) * | 2020-08-28 | 2022-06-28 | 深圳市金麦粒传媒科技有限公司 | Information processing method applied to block chain and big data platform |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106506203B (en) * | 2016-10-25 | 2019-12-10 | 杭州云象网络技术有限公司 | Node monitoring system applied to block chain |
| CN106598824B (en) * | 2016-11-25 | 2018-11-20 | 深圳前海微众银行股份有限公司 | The method for analyzing performance and device of block chain |
| CN106790513A (en) * | 2016-12-19 | 2017-05-31 | 杜伯仁 | The method that network share service is realized based on block chain |
-
2017
- 2017-08-21 CN CN201710717811.7A patent/CN107317730B/en not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 关于区块链原理及应用的综述.;姚忠将 等.;《科研信息化技术与应用》;20170320;第8卷(第2期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107317730A (en) | 2017-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107317730B (en) | Method, equipment and system for monitoring state of block chain node | |
| WO2019062304A1 (en) | Method, device and system for managing computing resources of block chain node | |
| CN107911421B (en) | Method, apparatus, and computer storage medium for configuring cross-network communications in a blockchain | |
| US10761913B2 (en) | System and method for real-time asynchronous multitenant gateway security | |
| US8769693B2 (en) | Trusted installation of a software application | |
| CN114253793A (en) | Dynamic tracking control | |
| Vekris et al. | Towards Verifying Android Apps for the Absence of {No-Sleep} Energy Bugs | |
| US11470149B2 (en) | State management for device-driven management workflows | |
| Armando et al. | Securing the" bring your own device" paradigm | |
| CN110912876A (en) | Mimicry defense system, method and medium for information system | |
| WO2016135002A1 (en) | Fine-grained user control over usages of sensitive system resources having private data with applications in privacy enforcement | |
| CN110222535B (en) | Processing device, method and storage medium for block chain configuration file | |
| CN111221550B (en) | Rule updating method and device for streaming computing and streaming computing system | |
| KR20230156129A (en) | Blockchain-based responsible distributed computing system | |
| Phung et al. | P4SINC-an execution policy framework for IoT services in the edge | |
| Gunawan et al. | Compositional verification of application-level security properties | |
| US9349012B2 (en) | Distributed processing system, distributed processing method and computer-readable recording medium | |
| US20240289450A1 (en) | Automated threat modeling using application relationships | |
| Prehofer | From the internet of things to trusted apps for things | |
| EP4276665A1 (en) | Analyzing scripts to create and enforce security policies in dynamic development pipelines | |
| US11954472B2 (en) | Conflict resolution for device-driven management | |
| US20120265879A1 (en) | Managing servicability of cloud computing resources | |
| KR20170122874A (en) | Apparatus for managing log of application based on data distribution service | |
| CN112448909A (en) | Electronic lock management method, device, system and storage medium | |
| Schmieders et al. | Architectural runtime models for privacy checks of cloud applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1246521 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20200904 Termination date: 20210821 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |