CN111314151B - Node management method, node management device, electronic equipment and computer readable storage medium - Google Patents
Node management method, node management device, electronic equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN111314151B CN111314151B CN202010127572.1A CN202010127572A CN111314151B CN 111314151 B CN111314151 B CN 111314151B CN 202010127572 A CN202010127572 A CN 202010127572A CN 111314151 B CN111314151 B CN 111314151B
- Authority
- CN
- China
- Prior art keywords
- node
- nodes
- performance
- performance evaluation
- parameters
- 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.)
- Active
Links
Classifications
-
- 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/04—Network management architectures or arrangements
- H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- 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/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
-
- 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/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the application discloses a node management method, a node management device, electronic equipment and a computer readable storage medium, wherein the method comprises the following steps: when a performance evaluation condition is triggered, a first node acquires performance evaluation parameters of the plurality of nodes, wherein the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and the first node is one of the plurality of nodes; the first node determines a second node which does not meet a preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes; and the first node and the plurality of nodes perform consensus verification on the second node, and after the consensus verification is passed, the second node is removed from the consensus committee. By adopting the method and the device, the reliability and the accuracy of node management can be effectively improved, so that the performance of the nodes in the consensus committee is ensured.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a node management method, a node management device, an electronic device, and a computer readable storage medium.
Background
With the continuous development of blockchain technology, the application of blockchains is also increasingly widespread. A blockchain network is formed by a plurality of nodes, and meanwhile, the performance of the nodes in the blockchain network also directly responds to the efficiency and effect of the blockchain network data processing. Therefore, managing nodes in a blockchain network is particularly critical. However, at present, the management mode of the nodes in the blockchain network is complex, and a large amount of repeated work exists in the management process, so that network resources are wasted greatly; or manage the time-dependent hysteresis and do not reflect current performance well. Therefore, there is a need for an improved management method for nodes.
Disclosure of Invention
The embodiment of the application provides a node management method, a device, electronic equipment and a computer readable storage medium, which can evaluate the performance of nodes in a consensus committee and timely reject nodes with poor performance, and can effectively improve the reliability and accuracy of node management, thereby guaranteeing the performance of the nodes in the consensus committee.
In a first aspect, an embodiment of the present application provides a method for node management, applied to a blockchain network, where the blockchain network includes a plurality of nodes, and the plurality of nodes form a consensus committee, the method includes:
When a performance evaluation condition is triggered, a first node acquires performance evaluation parameters of the plurality of nodes, wherein the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and the first node is one of the plurality of nodes;
the first node determines a second node which does not meet a preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes;
and the first node and the plurality of nodes perform consensus verification on the second node, and after the consensus verification is passed, the second node is removed from the consensus committee.
In a second aspect, an embodiment of the present application provides a node management apparatus, applied to a node, where the node is any one of a plurality of nodes included in a blockchain network, and the plurality of nodes are consensus nodes that form a consensus committee, and the node management apparatus includes:
an obtaining unit, configured to obtain performance evaluation parameters of the plurality of nodes when a performance evaluation condition is triggered, where the performance evaluation parameters are collected by a trusted execution environment TEE on each node, the performance evaluation parameters include a hardware performance parameter and a network performance parameter, and the first node is one of the plurality of nodes;
A determining unit, configured to determine, from the plurality of nodes, a second node that does not satisfy a preset performance condition according to performance evaluation parameters of the plurality of nodes;
and the processing unit is used for carrying out consensus verification on the second node with the plurality of nodes, and removing the second node from the consensus committee after the consensus verification is passed.
In a third aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, the programs including instructions for performing the steps in the first aspect of the embodiment of the present application.
In a fourth aspect, embodiments of the present application provide a chip including a processor and a data interface, where the processor reads instructions stored on a memory through the data interface, and performs the methods according to the first to third aspects and any optional implementation manner.
In a fifth aspect, embodiments of the present application provide a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program causes a computer to perform some or all of the steps as described in the first aspect of the embodiments of the present application.
In a sixth aspect, embodiments of the present application provide a computer program product, wherein the computer program product comprises a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the first aspect of the embodiments of the present application. The computer program product may be a software installation package.
According to the embodiment of the application, the performance evaluation parameters of other multiple nodes are obtained through the nodes (such as the first node) in the common committee, and the performance evaluation parameters are collected by the Trusted Execution Environment (TEE) on each node, so that the data are more accurate; after the performance evaluation parameters are obtained, the first node determines a second node which does not meet the preset performance conditions, and after the common identification verification of a plurality of nodes is passed, the second node is removed from the common identification committee.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1A is a schematic diagram of a node management system according to an embodiment of the present application;
FIG. 1B is a block chain architecture diagram according to an embodiment of the present invention;
FIG. 1C is a schematic diagram illustrating a process for generating a new block according to an embodiment of the present invention;
FIG. 2 is a schematic flow chart of a method for node management according to an embodiment of the present application;
FIG. 3 is a flowchart of another node management method according to an embodiment of the present disclosure;
fig. 4 is a schematic diagram of a functional unit of a node management device according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.
The terms first, second and the like in the description and in the claims of the present application and in the above-described figures, are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the present application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments.
Aiming at the complex management mode of the nodes in the common committee at present, a large amount of repeated work exists in the management process, and the reliability is poor; or manage the time-dependent hysteresis and do not reflect current performance well. The embodiment of the invention provides a node management method based on a block chain network, which can acquire performance evaluation parameters of other nodes through any one node of a plurality of nodes (consensus nodes) contained in a consensus committee (the consensus nodes form the consensus committee), determine other nodes which do not meet preset performance conditions, acquire the performance evaluation parameters by a TEE, and can effectively improve the scientificity and the accuracy of node management, thereby guaranteeing the performance of the nodes in the consensus committee.
Referring to fig. 1A, an architecture diagram of a node management system according to an embodiment of the present invention includes a blockchain network 10 and a terminal device 20, wherein:
the blockchain network 10 refers to a network for data sharing from node to node, and may include multiple nodes, such as 101, 102, 103, 104, etc. Each of the plurality of nodes may receive input information while operating normally and maintain shared data (i.e., blockchains) within the blockchain network based on the received input information. In order To ensure information intercommunication in the blockchain network, information connection can exist between every two nodes, point-To-point (P2P) communication can be realized between any two nodes, and particularly P2P communication can be performed through a wired communication link or a wireless communication link. For example, when any node in the blockchain network receives input information, other nodes acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all nodes in the blockchain network are consistent.
Terminal device 20 may access the blockchain network and may communicate with nodes in the blockchain network, e.g., initiate service requests to the nodes, obtain data from the nodes, etc. The terminal device 20 includes, but is not limited to, a device with a communication function, a smart phone, a tablet computer, a notebook computer, a desktop computer, an in-vehicle smart terminal, a portable digital player, a smart bracelet, a smart watch, and the like.
It should be noted that the number of nodes shown in fig. 1A is merely illustrative, and any number of nodes may be deployed according to actual needs, and the terminal device 20 may communicate with the same node in the blockchain network, or may communicate with different nodes in the blockchain network respectively.
Each node in the blockchain network has a node identifier corresponding to the node identifier, and each node in the blockchain network can store the node identifiers of other nodes in the blockchain network, so that the generated blocks can be broadcast to other nodes in the blockchain network according to the node identifiers of the other nodes. Each node can maintain a node identification list shown in the following table, and the node names and the node identifications are correspondingly stored in the node identification list. The node identifier may be an internet protocol (Internet Protocol, IP) address, or any other information that can be used to identify the node, and the table is described only by way of example as an IP address.
| Node name | Node identification |
| Node 1 | 117.114.151.174 |
| Node 2 | 117.116.189.145 |
| … | … |
| Node N | 119.123.789.258 |
Wherein each node in the blockchain network stores one and the same blockchain. The blockchain is composed of a plurality of blocks, referring to fig. 1B, the blockchain is composed of a plurality of blocks, the starting block comprises a block head and a block main body, the block head stores an input information characteristic value, a version number, a time stamp and a difficulty value, and the block main body stores input information; the next block of the starting block takes the starting block as a father block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the father block, the version number, the timestamp and the difficulty value, and the like, so that the block data stored in each block in the block chain are associated with the block data stored in the father block, and the safety of the input information in the block is ensured.
When each block in the blockchain is generated, referring to fig. 1C, when the node where the blockchain is located receives input information, checking the input information, after the checking is completed, storing the input information into a memory pool, and updating a hash tree used for recording the input information; then, updating the update time stamp to the time of receiving the input information, trying different random numbers, and calculating the characteristic value for a plurality of times, so that the calculated characteristic value can meet the following formula:
SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET
wherein SHA256 is a eigenvalue algorithm used to calculate eigenvalues; version (version number) is version information of the related block protocol in the block chain; the prev_hash is the block header characteristic value of the parent block of the current block; the merkle_root is a characteristic value of input information; ntime is the update time of the update timestamp; the nbits is the current difficulty, is a fixed value in a period of time, and is determined again after exceeding a fixed period of time; x is a random number; TARGET is a eigenvalue threshold that can be determined from nbits.
Thus, when the random number meeting the formula is calculated, the information can be correspondingly stored to generate the block head and the block main body, and the current block is obtained. And then, the node where the blockchain is located sends the newly generated blocks to other nodes in the blockchain network where the newly generated blocks are located according to the node identifications of other nodes in the blockchain network, the other nodes verify the newly generated blocks, and the newly generated blocks are added into the blockchain stored in the newly generated blocks after the verification is completed.
The intelligent contract is a code implementation for executing when a certain condition is met, a developer can define contract logic through a programming language, issue the contract logic to a blockchain (intelligent contract registration), call a key or trigger execution according to the logic of contract clauses to complete the contract logic, and simultaneously provide functions of upgrading and logging off the intelligent contract.
In some possible embodiments, when the performance evaluation condition is triggered, the first node, for example, the node 101, acquires the performance evaluation parameters of the plurality of nodes by using the trusted execution environment TEE acquisition on each node (node 102, node 103, node 104 and … …), so that the data acquired by the TEE is more authentic and reliable; the first node 101 determines a second node (for example, 102 or other nodes) that does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes; finally, after the first node 101 performs the consensus verification on the second node through the plurality of nodes, the second node is removed from the consensus committee, namely after the second node which does not meet the preset performance condition is determined, the plurality of nodes perform the consensus verification, and after the second node passes the consensus verification, final node management measures are executed, so that the management process is more scientific and reasonable, the scientificity and the accuracy of node management can be effectively improved, and the performance of the nodes in the consensus committee is ensured.
The technical solution of the embodiment of the present application may be implemented based on the node management system of the architecture shown in fig. 1A by way of example or its deformation architecture.
Referring next to fig. 2, fig. 2 is a flow chart of a method of node management according to an embodiment of the present application, where the method is applied to a blockchain network, and the blockchain network includes a plurality of nodes, and the plurality of nodes form a consensus committee, and the method may include, but is not limited to, the following steps:
201. when a performance evaluation condition is triggered, a first node acquires performance evaluation parameters of the plurality of nodes, wherein the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and the first node is one of the plurality of nodes;
specifically, the first node may be any one of the nodes 101-104 in fig. 1A, and the common committee may further include other nodes in addition to the nodes in the example in fig. 1A. When the performance evaluation condition is triggered, that is, when the performance of the node in the consensus committee (i.e., the consensus node) is to be evaluated, the triggering condition may be various, and is not limited only herein. The first node obtains performance evaluation parameters of the plurality of nodes, and the plurality of nodes may be all nodes in the common committee, including the first node or not. And the performance evaluation parameters of the plurality of nodes are collected by trusted execution environments (Trusted execution environment, TEE) on the respective nodes. Further, the performance evaluation parameters include hardware performance parameters, such as CPU utilization, memory utilization, disk utilization, GPU utilization, CPU temperature, hard disk temperature, etc., and network performance parameters. Network performance parameters such as packet loss rate of the network, whether to respond, response time and the like.
The performance evaluation condition triggering comprises the step of when the performance evaluation fixed time is reached, or when the block height of the block chain is increased by a preset value, or when the data to be uplink is received.
202. The first node determines a second node which does not meet a preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes;
specifically, it may be understood that the above-mentioned preset performance condition is predetermined, for example, the hardware performance parameter must meet a specific condition to meet the performance condition requirement; or the network performance parameter meets the specific condition to meet the performance condition requirement; or the hardware performance parameter and the network performance parameter are required to meet the specific condition to meet the performance condition requirement. Otherwise, the preset performance condition is not satisfied. The second node may be one node or may be a plurality of nodes that do not satisfy the preset performance condition. And is also a node in the consensus committee.
203. And the first node and the plurality of nodes perform consensus verification on the second node, and after the consensus verification is passed, the second node is removed from the consensus committee.
Specifically, after the first node determines the second node, the first node broadcasts or sends the second node to other nodes, the other nodes perform common-knowledge verification on the second node, and after the common-knowledge verification is passed, the second node is removed from the common-knowledge committee. And the common identification verification is passed, namely all nodes or most nodes in the plurality of nodes agree that the performance evaluation parameters of the second node do not meet the preset performance conditions. Otherwise, if the performance evaluation parameter of the second node meets the preset performance condition, the second node is reserved. The manner of culling may be understood as deleting the identity of the second node from the list of common node identities and deleting the identity of the second node from the list of common node identities upon informing other nodes. The consensus node identification list is stored in the plurality of nodes or in a blockchain in advance, and the unique identification of each node in the consensus committee is recorded. The unique identifier may be an IP address, or TEE identification information of each of the plurality of nodes.
It can be seen that, in the embodiment of the present application, the performance evaluation parameters of the other multiple nodes are obtained through one node, namely the first node, in the multiple nodes included in the common committee, and the performance evaluation parameters are collected by the trusted execution environment TEE on each node, so that the data is more accurate; after the performance evaluation parameters are acquired, determining a second node which does not meet the preset performance conditions by the first node, and removing the second node from the consensus committee after the second node passes the consensus verification by a plurality of nodes. Since the second node is determined based on the performance evaluation parameter, the reliability of the result is increased. And the method is executed after the consensus is passed, so that the management is more scientific and reasonable. Furthermore, node management is initiated and performed by the first node, so that management is highly time-efficient.
In one possible example, the first node obtains performance evaluation parameters of the plurality of nodes, including: the first node queries performance evaluation parameters of the plurality of nodes from a blockchain, and each node writes the performance evaluation parameters into the blockchain after acquiring the performance evaluation parameters by each TEE.
Specifically, it may be understood that when the performance evaluation condition is triggered, the performance evaluation parameters are written into the blockchain after each node acquires the performance evaluation parameters from the respective TEE, and when the first node wants to acquire the performance evaluation parameters of the plurality of nodes, the performance evaluation parameters of the plurality of nodes can be directly queried from the blockchain.
Therefore, when the performance evaluation condition is triggered, the data are stored in the blockchain after being acquired by the trusted execution environment TEE on each node, so that the data can be stored safely; and when the first node wants to acquire the performance evaluation parameters of the plurality of nodes, the performance evaluation parameters of the plurality of nodes are directly inquired from the blockchain, so that the data acquisition is more convenient, quicker and more time-efficient.
In one possible example, the first node obtains performance evaluation parameters of the plurality of nodes, including: the first node performs network connection testing on the TEEs of other nodes in the plurality of nodes through the TEE to obtain network performance parameters of the other nodes; the first node broadcasts a hardware performance parameter acquisition instruction to the other nodes, wherein the hardware performance parameter acquisition instruction is used for instructing the other nodes to acquire own hardware performance parameters by using respective TEEs; and the first node receives the hardware performance parameters sent by the other nodes.
Specifically, the method is different from the method for acquiring performance evaluation parameters of a plurality of nodes by the first node. When the performance evaluation condition is triggered, the first node performs network connection test on the TEEs of other nodes through the TEEs of the first node, so that network performance parameters of the other nodes are obtained. Similarly, the network performance parameter of the first node may be obtained by other nodes in the consensus committee based on the method. Then the first node receives network performance parameters of the first node sent by other nodes; alternatively, other nodes in the consensus committee may first uplink to obtain the network performance parameters of the first node, which may then be queried on the blockchain. The network connection test method can be testing by using Ping command, testing by using Ipconfig/Wintipcfg command, testing by using Netstat/Nptstat command of network statistical protocol, etc. And comprehensively obtaining network performance parameters of the other nodes according to whether the other nodes respond, packet loss rate, response aging or other collected data. On the other hand, the first node broadcasts a hardware performance parameter acquisition instruction to the other nodes, so that the other nodes acquire own hardware performance parameters by using respective TEE after receiving the hardware performance parameter acquisition instruction, and the other nodes transmit the acquired hardware performance parameters to the first node through the instruction or the first node transmits a new instruction.
When the performance evaluation condition is triggered, the first node performs network connection test on the TEEs of other nodes through the TEEs of the first node, so as to obtain network performance parameters of the other nodes. And the hardware performance parameter acquisition instructions are broadcast to other nodes, so that the other nodes acquire the hardware performance parameters by using the respective TEEs. The performance evaluation parameters of a plurality of nodes are safely acquired, and meanwhile, the timeliness is higher. The performance evaluation parameters of a plurality of nodes are enabled to be real and effective.
In one possible example, the first node determines, from the plurality of nodes, a second node that does not meet a preset performance condition according to performance evaluation parameters of the plurality of nodes, including:
the first node transmits the performance evaluation parameters of the plurality of nodes into an intelligent contract to obtain a second node, wherein the performance evaluation parameters determined by the intelligent contract from the plurality of nodes do not meet preset performance conditions, and the intelligent contract comprises the preset performance conditions.
Specifically, the first node determines a second node which does not meet a preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes, and transmits the performance evaluation parameters of the plurality of nodes into an intelligent contract, so that the intelligent contract determines the second node which does not meet the preset performance condition according to the performance evaluation parameters of the plurality of nodes. Obviously, the intelligent contract presets the preset performance condition, so after performance evaluation parameters of a plurality of nodes are input into the intelligent contract, the intelligent contract can determine the second node based on the preset contract.
Therefore, the second node of which the performance evaluation parameter does not meet the preset performance condition is determined by utilizing the intelligent contract, the operation is convenient and quick, and the reliability of the generated result is high.
In one possible example, the first node and the plurality of nodes perform consensus verification on the second node, including: the first node sends a consensus verification request to other nodes in the plurality of nodes, wherein the consensus verification request comprises an identifier of the second node, and the consensus verification request is used for indicating each node in the other nodes to acquire a performance evaluation parameter of the second node according to the identifier of the second node respectively, and determining whether the performance evaluation parameter of the second node meets the preset performance condition or not so as to perform consensus verification on the second node.
Specifically, it may be understood that after the first node determines the second node, a consensus verification request is sent to other nodes, where the consensus verification request includes an identifier of the second node, so that the other nodes can obtain a performance evaluation parameter of the second node according to the identifier of the second node, and determine whether the performance evaluation parameter of the second node meets the preset performance condition. The determined condition may refer to the manner in which the first node determines the second node, i.e., the performance evaluation parameter of the second node is input into the smart contract, and the result is output by the smart contract. After each node or most nodes in other nodes acquire the output result, the consensus verification of the second node is completed.
Therefore, after the first node determines the second node, other nodes perform consensus verification on the second node by the second node, so that misjudgment caused by the first node can be effectively reduced, and accuracy and scientificity of node management are improved.
In one possible example, the performance evaluation parameters further include TEE signature information, after the first node obtains the performance evaluation parameters of the plurality of nodes, before the first node determines, from the plurality of nodes, a second node that does not meet a preset performance condition according to the performance evaluation parameters of the plurality of nodes, the method further includes: aiming at performance evaluation parameters of any node, the first node acquires a public key of a TEE on any node; the first node verifies TEE signature information included in the performance evaluation parameters of any node by using the public key; and if the TEE signature information included in the performance evaluation parameters of each node passes verification, executing the step of determining a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes.
Specifically, it may be understood that the first node verifies authenticity of the performance evaluation parameters of the plurality of nodes after obtaining the performance evaluation parameters of the plurality of nodes. The performance evaluation parameter of each node in the plurality of nodes comprises the TEE signature information of each node, and the first node verifies the performance evaluation parameter of each node by using the TEE signature information of each node. The specific approach becomes to obtain the public key of the TEE on each node, which is used to verify the TEE signature information. Since the TEE public key and the TEE private key of each node are uniquely matched, the TEE signature information can be understood as a signature performed by using the TEE private key, and therefore if the TEE signature information is true, that is, if the performance evaluation parameter corresponding to the TEE signature information is true, the verification is performed by using the corresponding TEE public key, and if the verification is not performed, the verification cannot be performed.
It can be seen that, after the first node obtains the performance evaluation parameters of the plurality of nodes, the corresponding performance evaluation parameters are verified by using TEE signature information of each node. And after the verification is passed, the first node determines a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes. The accuracy of the obtained performance evaluation parameters of the plurality of nodes is improved, so that the accuracy of the second node determination result is improved, and the reliability of the result is improved.
In one possible example, when the performance evaluation condition triggers, the method includes: when the performance evaluation timing arrives, or when the block height of the blockchain increases by a preset value, or when data to be uplink is received.
Specifically, it may be understood that the performance of the node in the consensus committee may be evaluated by selecting one of the nodes to evaluate the performance of the node when an evaluation period is preset, that is, when a performance evaluation timing arrives. Some nodes may be in a predetermined order or may be generated based on votes. Alternatively, since the height of the blockchain increases with time, it may be provided that the performance evaluation condition is triggered when the height of the block increases by a predetermined amount. Or, when a certain node or some nodes in the consensus committee receive the data to be uplink, that is, when the task of data uplink is to be executed, the performance evaluation condition is triggered.
According to the time periodicity, or periodicity of the increase of the block height, or when the first node is to execute the task of the data uplink, triggering the performance evaluation condition, and eliminating the nodes of the common committee, the performance of which does not meet the preset performance condition, by expanding the performance evaluation of the nodes in the common committee, so that the performance of the nodes in the common committee can be ensured to effectively complete the block-out task.
In accordance with the embodiment shown in fig. 2, referring to fig. 3, fig. 3 is a flowchart of another method for managing nodes according to an embodiment of the present application, where the method is applied to a blockchain network, and the blockchain network includes a plurality of nodes, and the plurality of nodes form a common committee, and includes:
301. when a performance evaluation condition is triggered, a first node acquires performance evaluation parameters of the plurality of nodes, wherein the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and the first node is one of the plurality of nodes;
step 301 refers to the foregoing step 201, and is not described herein.
302. The first node verifies performance evaluation parameters of the plurality of nodes;
Specifically, it may be understood that the first node verifies authenticity of the performance evaluation parameters of the plurality of nodes after obtaining the performance evaluation parameters of the plurality of nodes. If the performance evaluation parameter of each of the plurality of nodes includes TEE signature information of each node, the first node verifies the performance evaluation parameter of each node using the TEE signature information of each node. The specific approach becomes to obtain the public key of the TEE on each node, which is used to verify the TEE signature information. Since the TEE public key and the TEE private key of each node are uniquely matched, the TEE signature information can be understood as a signature performed by using the TEE private key, and therefore if the TEE signature information is true, that is, if the performance evaluation parameter corresponding to the TEE signature information is true, the verification is performed by using the corresponding TEE public key, and if the verification is not performed, the verification cannot be performed.
303. After the first node verifies the performance evaluation parameters passing through the plurality of nodes, the first node determines a second node which does not meet a preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes;
304. and the first node and the plurality of nodes perform consensus verification on the second node, and after the consensus verification is passed, the second node is removed from the consensus committee.
Steps 303 and 304 refer to the foregoing steps 202 and 203, and are not described herein.
When the performance evaluation condition is triggered, the first node acquires the performance evaluation parameters of the plurality of nodes by utilizing the trusted execution environment TEE on each node, so that the acquired data is more real and reliable; verifying the acquired performance evaluation parameters of the plurality of nodes, and determining a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes under the condition that the verification is true, wherein the determined result is more scientific and accurate on the basis of the verified data; and finally, after the second node passes the common-knowledge verification by the plurality of nodes, the second node is removed from the common-knowledge committee, after the result is obtained, the plurality of nodes perform the common-knowledge verification, and after the common-knowledge verification passes, final node management measures are executed, so that the management process is more scientific and reasonable, and the misjudgment and misdeletion operation in the management process are reduced. Finally, the scientificity, rationality and high efficiency of the whole process of node management are realized.
The embodiment of the present invention also provides a computer storage medium having stored therein program instructions for implementing the corresponding method described in the above embodiment when executed.
Referring to fig. 4 again, a functional unit diagram of a node management apparatus 400 according to an embodiment of the present invention is shown, where the node management apparatus according to the embodiment of the present invention may be disposed in a node of a blockchain network.
In one implementation of the apparatus according to the embodiment of the present invention, the apparatus 400 includes the following structure.
An obtaining unit 401, configured to obtain performance evaluation parameters of the plurality of nodes when a performance evaluation condition is triggered, where the performance evaluation parameters are collected by a trusted execution environment TEE on each node, the performance evaluation parameters include a hardware performance parameter and a network performance parameter, and the first node is one of the plurality of nodes;
a determining unit 402, configured to determine, from the plurality of nodes, a second node that does not meet a preset performance condition according to performance evaluation parameters of the plurality of nodes;
and the processing unit 403 is configured to perform consensus verification on the second node with the plurality of nodes, and reject the second node from the consensus committee after the consensus verification is passed.
In one possible example, in terms of the first node acquiring the performance evaluation parameters of the plurality of nodes, the acquiring unit 401 is specifically configured to query the performance evaluation parameters of the plurality of nodes from a blockchain, where the performance evaluation parameters are written into the blockchain by each node after the respective TEE acquires the performance evaluation parameters.
In one possible example, in the aspect that the first node obtains the performance evaluation parameters of the plurality of nodes, the obtaining unit 401 is specifically configured to perform, by using a TEE, a network connection test on a TEE of another node in the plurality of nodes, so as to obtain network performance parameters of the other node; the first node broadcasts a hardware performance parameter acquisition instruction to the other nodes, wherein the hardware performance parameter acquisition instruction is used for instructing the other nodes to acquire own hardware performance parameters by using respective TEEs; and the first node receives the hardware performance parameters sent by the other nodes.
In one possible example, in the aspect that the first node determines, from the plurality of nodes, a second node that does not meet a preset performance condition according to the performance evaluation parameters of the plurality of nodes, the determining unit 402 is specifically configured to transmit the performance evaluation parameters of the plurality of nodes into an intelligent contract to obtain the second node that the performance evaluation parameters determined by the intelligent contract from the plurality of nodes do not meet the preset performance condition, where the intelligent contract includes the preset performance condition.
In one possible example, in terms of the first node and the plurality of nodes performing the common-knowledge verification on the second node, the processing unit 403 is specifically configured to send a common-knowledge verification request to other nodes in the plurality of nodes, where the common-knowledge verification request includes an identifier of the second node, and the common-knowledge verification request is used to instruct each of the other nodes to obtain, according to the identifier of the second node, a performance evaluation parameter of the second node, and determine whether the performance evaluation parameter of the second node meets the preset performance condition, so as to perform the common-knowledge verification on the second node.
In one possible example, the performance evaluation parameter further includes TEE signature information, the obtaining unit 401 is configured to obtain, after the performance evaluation parameters of the plurality of nodes, the determining unit 402 is configured to determine, from the plurality of nodes, before a second node that does not meet a preset performance condition according to the performance evaluation parameters of the plurality of nodes, the obtaining unit 401 is further configured to obtain, for the performance evaluation parameters of any node, a public key of the TEE on the any node; the processing unit 403 is configured to verify TEE signature information included in the performance evaluation parameter of the any node by using the public key; and if the TEE signature information included in the performance evaluation parameters of each node passes verification, executing the step of determining a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes.
In one possible example, when the performance evaluation condition triggers, the method includes: when the performance evaluation timing arrives, or when the block height of the blockchain increases by a preset value, or when data to be uplink is received.
In the embodiment of the present invention, the specific implementation of each module may refer to the description of the related content in the embodiment corresponding to each drawing.
Referring to fig. 5 again, a schematic structural diagram of an electronic device according to an embodiment of the present invention includes a power supply module and other structures, and includes a processor 501, a storage device 502 and a communication interface 503. The processor 501, the storage device 502 and the communication interface 503 may exchange data, and the processor 501 may implement corresponding ticket processing functions.
The storage 502 may include volatile memory (RAM), such as random-access memory (RAM); the storage 502 may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a Solid State Drive (SSD), etc.; the storage 502 may also include a combination of the types of memory described above.
The processor 501 may be a central processing unit 501 (central processing unit, CPU). In one embodiment, the processor 501 may also be a graphics processor 501 (Graphics Processing Unit, GPU). The processor 501 may also be a combination of a CPU and a GPU. In the electronic device, a plurality of CPUs and GPUs can be included to perform corresponding bill processing according to requirements. In one embodiment, the storage 502 is configured to store program instructions. The processor 501 may invoke the program instructions to implement the various methods as referred to above in embodiments of the present invention.
In a first possible implementation manner, the processor 501 of the electronic device is specifically configured to obtain, when a performance evaluation condition triggers, performance evaluation parameters of the plurality of nodes, where the performance evaluation parameters are collected by a trusted execution environment TEE on each node, the performance evaluation parameters include a hardware performance parameter and a network performance parameter, and the first node is one of the plurality of nodes; the processor 501 is further configured to determine, from the plurality of nodes, a second node that does not meet a preset performance condition according to performance evaluation parameters of the plurality of nodes; the processor 501 is further configured to perform consensus verification on the second node with the plurality of nodes, and reject the second node from the consensus committee after the consensus verification is passed.
In one possible example, in terms of the first node obtaining performance evaluation parameters of the plurality of nodes, the processor 501 is specifically configured to query the blockchain for performance evaluation parameters of the plurality of nodes, where the performance evaluation parameters are written into the blockchain by each node after the respective TEE collects the performance evaluation parameters.
In one possible example, in the aspect that the first node obtains the performance evaluation parameters of the plurality of nodes, the processor 501 is specifically configured to perform a network connection test on TEE of other nodes in the plurality of nodes through TEE, so as to obtain network performance parameters of the other nodes; the first node broadcasts a hardware performance parameter acquisition instruction to the other nodes, wherein the hardware performance parameter acquisition instruction is used for instructing the other nodes to acquire own hardware performance parameters by using respective TEEs; and the first node receives the hardware performance parameters sent by the other nodes.
In one possible example, in the aspect that the first node determines, from the plurality of nodes, a second node that does not meet a preset performance condition according to the performance evaluation parameters of the plurality of nodes, the processor 501 is specifically configured to transmit the performance evaluation parameters of the plurality of nodes into an intelligent contract to obtain the second node that the performance evaluation parameters determined by the intelligent contract from the plurality of nodes do not meet the preset performance condition, where the intelligent contract includes the preset performance condition.
In one possible example, in terms of the first node and the plurality of nodes performing the common-knowledge verification on the second node, the processor 501 is specifically configured to send a common-knowledge verification request to other nodes in the plurality of nodes, where the common-knowledge verification request includes an identifier of the second node, and the common-knowledge verification request is configured to instruct each of the other nodes to obtain, according to the identifier of the second node, a performance evaluation parameter of the second node, and determine whether the performance evaluation parameter of the second node meets the preset performance condition, so as to perform the common-knowledge verification on the second node.
In one possible example, the performance evaluation parameter further includes TEE signature information, and the processor 501 is configured to, after acquiring the performance evaluation parameters of the plurality of nodes, determine, from the plurality of nodes, before determining, according to the performance evaluation parameters of the plurality of nodes, a second node that does not meet a preset performance condition, and further configured to, for the performance evaluation parameters of any node, acquire a public key of the TEE on the any node; verifying the TEE signature information included in the performance evaluation parameters of any node by using the public key; and if the TEE signature information included in the performance evaluation parameters of each node passes verification, executing the step of determining a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes.
In one possible example, when the performance evaluation condition triggers, the method includes: when the performance evaluation timing arrives, or when the block height of the blockchain increases by a preset value, or when data to be uplink is received.
Those skilled in the art will appreciate that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by way of a computer program stored on a computer readable storage medium, which when executed may comprise the steps of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), or the like.
The above disclosure is only a few examples of the present invention, and it is not intended to limit the scope of the present invention, but it is understood by those skilled in the art that all or a part of the above embodiments may be implemented and equivalents thereof may be modified according to the scope of the present invention.
Claims (8)
1. A method of node management for use in a blockchain network, the blockchain network including a plurality of nodes, the plurality of nodes comprising a common committee, the method comprising:
when a performance evaluation condition is triggered, a first node acquires performance evaluation parameters of the plurality of nodes, wherein the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and the first node is one of the plurality of nodes;
the first node transmits the performance evaluation parameters of the plurality of nodes into an intelligent contract to obtain a second node, wherein the performance evaluation parameters determined by the intelligent contract from the plurality of nodes do not meet preset performance conditions, and the intelligent contract comprises the preset performance conditions; wherein the failing to meet the preset performance condition includes: one or both of the hardware performance parameter and the network performance parameter do not satisfy a particular condition;
The first node and the plurality of nodes perform consensus verification on the second node, and after the consensus verification is passed, the second node is removed from the consensus committee;
the first node obtains performance evaluation parameters of the plurality of nodes, including:
the first node performs network connection testing on the TEEs of other nodes in the plurality of nodes through the TEEs to obtain network performance parameters of the other nodes;
the first node broadcasts a hardware performance parameter acquisition instruction to the other nodes, wherein the hardware performance parameter acquisition instruction is used for instructing the other nodes to acquire own hardware performance parameters by using respective TEEs;
and the first node receives the hardware performance parameters sent by the other nodes.
2. The method of claim 1, wherein the first node obtaining performance evaluation parameters of the plurality of nodes comprises:
the first node queries performance evaluation parameters of the plurality of nodes from a blockchain, and each node writes the performance evaluation parameters into the blockchain after acquiring the performance evaluation parameters by each TEE.
3. The method of claim 1, wherein the first node and the plurality of nodes perform consensus verification for the second node, comprising:
The first node sends a consensus verification request to other nodes in the plurality of nodes, wherein the consensus verification request comprises an identifier of the second node, and the consensus verification request is used for indicating each node in the other nodes to acquire a performance evaluation parameter of the second node according to the identifier of the second node respectively, and determining whether the performance evaluation parameter of the second node meets the preset performance condition or not so as to perform consensus verification on the second node.
4. The method of claim 1, wherein the performance evaluation parameters further comprise TEE signature information, and wherein after the first node obtains the performance evaluation parameters of the plurality of nodes, the first node determines, from the plurality of nodes, a second node that does not meet a preset performance condition according to the performance evaluation parameters of the plurality of nodes, the method further comprising:
aiming at performance evaluation parameters of any node, the first node acquires a public key of a TEE on any node;
the first node verifies TEE signature information included in the performance evaluation parameters of any node by using the public key;
and if the TEE signature information included in the performance evaluation parameters of each node passes verification, executing the step of determining a second node which does not meet the preset performance condition from the plurality of nodes according to the performance evaluation parameters of the plurality of nodes.
5. The method according to claim 1, wherein when the performance evaluation condition triggers, comprising:
when the performance evaluation timing arrives, or when the block height of the blockchain increases by a preset value, or when data to be uplink is received.
6. A node management apparatus applied to a node which is any one of a plurality of nodes included in a blockchain network, the plurality of nodes being consensus nodes constituting a consensus committee, the node management apparatus comprising:
the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring performance evaluation parameters of the plurality of nodes when performance evaluation conditions are triggered, the performance evaluation parameters are acquired by a Trusted Execution Environment (TEE) on each node, the performance evaluation parameters comprise hardware performance parameters and network performance parameters, and a first node is one of the plurality of nodes;
a determining unit, configured to transmit performance evaluation parameters of the plurality of nodes into an intelligent contract, so as to obtain a second node where the performance evaluation parameters determined by the intelligent contract from the plurality of nodes do not meet a preset performance condition, where the intelligent contract includes the preset performance condition; wherein the failing to meet the preset performance condition includes: one or both of the hardware performance parameter and the network performance parameter do not satisfy a particular condition;
The processing unit is used for carrying out consensus verification on the second node with the plurality of nodes, and removing the second node from the consensus committee after the consensus verification is passed;
the acquiring unit is specifically configured to:
network connection testing is carried out on the TEEs of other nodes in the plurality of nodes through the TEEs so as to obtain network performance parameters of the other nodes;
broadcasting a hardware performance parameter acquisition instruction to the other nodes, wherein the hardware performance parameter acquisition instruction is used for instructing the other nodes to acquire own hardware performance parameters by using respective TEEs;
and receiving the hardware performance parameters sent by the other nodes.
7. An electronic device comprising a processor, a memory, a communication interface, and one or more programs stored in the memory and configured to perform the method of any of claims 1-5 by the processor.
8. A computer-readable storage medium, characterized in that a computer program for electronic data exchange is stored, wherein the computer program causes a computer to perform the method according to any one of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010127572.1A CN111314151B (en) | 2020-02-27 | 2020-02-27 | Node management method, node management device, electronic equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010127572.1A CN111314151B (en) | 2020-02-27 | 2020-02-27 | Node management method, node management device, electronic equipment and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111314151A CN111314151A (en) | 2020-06-19 |
| CN111314151B true CN111314151B (en) | 2023-08-08 |
Family
ID=71147852
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010127572.1A Active CN111314151B (en) | 2020-02-27 | 2020-02-27 | Node management method, node management device, electronic equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111314151B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112232956B (en) * | 2020-10-16 | 2024-05-14 | 中国银联股份有限公司 | Intelligent parking data processing method and device based on blockchain |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109639413A (en) * | 2018-12-10 | 2019-04-16 | 四川大学 | A kind of block catenary system based on mobile ad hoc network |
| CN109951291A (en) * | 2019-02-18 | 2019-06-28 | 四川迪佳通电子有限公司 | Content sharing method and device, multimedia equipment based on credible performing environment |
| CN110309325A (en) * | 2018-07-24 | 2019-10-08 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium based on block chain |
| WO2020011283A2 (en) * | 2019-09-05 | 2020-01-16 | Alibaba Group Holding Limited | System and method for deleting node in blockchain network |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10749879B2 (en) * | 2017-08-31 | 2020-08-18 | Topia Technology, Inc. | Secure decentralized file sharing systems and methods |
-
2020
- 2020-02-27 CN CN202010127572.1A patent/CN111314151B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110309325A (en) * | 2018-07-24 | 2019-10-08 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium based on block chain |
| CN109639413A (en) * | 2018-12-10 | 2019-04-16 | 四川大学 | A kind of block catenary system based on mobile ad hoc network |
| CN109951291A (en) * | 2019-02-18 | 2019-06-28 | 四川迪佳通电子有限公司 | Content sharing method and device, multimedia equipment based on credible performing environment |
| WO2020011283A2 (en) * | 2019-09-05 | 2020-01-16 | Alibaba Group Holding Limited | System and method for deleting node in blockchain network |
| CN110730204A (en) * | 2019-09-05 | 2020-01-24 | 阿里巴巴集团控股有限公司 | Method for deleting nodes in block chain network and block chain system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111314151A (en) | 2020-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111262759B (en) | Internet of things platform testing method, device, equipment and storage medium | |
| CN110661658B (en) | Node management method and device of block chain network and computer storage medium | |
| CN111523890B (en) | Block chain-based data processing method, device, storage medium and equipment | |
| CN110597918B (en) | Account management method, account management device and computer readable storage medium | |
| CN111475376A (en) | Method and device for processing test data, computer equipment and storage medium | |
| CN113672441B (en) | Method and device for testing intelligent equipment | |
| EP3178011A1 (en) | Method and system for facilitating terminal identifiers | |
| CN110930254A (en) | Data processing method, device, terminal and medium based on block chain | |
| CN112182113B (en) | Block chain consensus method, system, electronic equipment and storage medium | |
| CN111314151B (en) | Node management method, node management device, electronic equipment and computer readable storage medium | |
| CN111488626A (en) | Data processing method, device, equipment and medium based on block chain | |
| CN116974874A (en) | Database testing method and device, electronic equipment and readable storage medium | |
| CN104917813A (en) | Resource request method and device | |
| CN113806816A (en) | Electronic file management method and device based on block chain and electronic equipment | |
| CN110888892B (en) | Block synchronization method, device and storage medium | |
| CN112788545A (en) | Binding method, computer device and storage medium | |
| CN111464395B (en) | Method and device for creating blockchain and readable storage medium | |
| CN106844188A (en) | A kind of test agent method, device and test system | |
| CN112149951A (en) | Risk control method and device, computer equipment and storage medium | |
| CN113259374B (en) | Fresh value management method and device | |
| CN110061856A (en) | A kind of communication means based on block chain, device and electronic equipment | |
| CN111064599B (en) | Method and system for monitoring plug-in migration | |
| CN118413573B (en) | Resource management method, device, computer equipment, storage medium and product | |
| CN112311461B (en) | Message processing method and device based on FC-AE-1553 protocol | |
| CN117749821A (en) | Block chain-based data processing method of Internet of things and related equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40024702 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |