CN111327490B - Byzantine fault-tolerant detection method of block chain and related device - Google Patents
Byzantine fault-tolerant detection method of block chain and related device Download PDFInfo
- Publication number
- CN111327490B CN111327490B CN202010065530.XA CN202010065530A CN111327490B CN 111327490 B CN111327490 B CN 111327490B CN 202010065530 A CN202010065530 A CN 202010065530A CN 111327490 B CN111327490 B CN 111327490B
- Authority
- CN
- China
- Prior art keywords
- block chain
- injection
- service
- blockchain
- exception
- 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
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/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Retry When Errors Occur (AREA)
Abstract
The application discloses a Byzantine fault-tolerant detection method and a related device for a block chain, wherein the method comprises the following steps: configuring a current test scene corresponding to each blockchain service in a blockchain service cluster; starting a target stress test to generate a plurality of destroyers and an observer; and (3) performing abnormal injection operation on each block chain service in a corresponding current test scene by using a plurality of destructitors and an observer in a mode of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain. By adopting the method and the device, the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes can be improved.
Description
Technical Field
The present application relates to the field of block chain technologies, and in particular, to a byzantine fault-tolerant detection method for a block chain and a related apparatus.
Background
At present, the byzantine fault-tolerant detection process of a block chain is as follows: injecting exceptions into a block chain cluster in a test scene in an external injection mode to obtain a Byzantine fault-tolerant detection result of the block chain; or, injecting an exception into the block chain cluster in a test scene in an internal injection mode to obtain a Byzantine fault-tolerant detection result of the block chain. The above results in low detection efficiency for implementing byzantine fault-tolerant detection of a block chain and byzantine fault-tolerant detection of a block chain only for a single test scenario.
Disclosure of Invention
The embodiment of the application provides a Byzantine fault-tolerant detection method and a related device for a block chain, which are used for improving the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes.
In a first aspect, an embodiment of the present application provides a byzantine fault-tolerant detection method for a block chain, including:
configuring a current test scene corresponding to each blockchain service in a blockchain service cluster;
starting a target stress test to generate a plurality of destroyers and an observer;
and (3) performing abnormal injection operation on each block chain service in a corresponding current test scene by using a plurality of destructitors and an observer in a mode of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain.
In a second aspect, an embodiment of the present application provides a byzantine fault-tolerant detection apparatus for a block chain, including:
the configuration unit is used for configuring a current test scene corresponding to each blockchain service in the blockchain service cluster;
the starting unit is used for starting a target pressure test;
a generating unit for generating a plurality of destructors and an observer;
and the execution unit is used for performing abnormal injection operation on each block chain service in a corresponding current test scene in a mode of combining external injection and internal injection by using a plurality of destructitors and an observer to obtain a Byzantine fault-tolerant detection result of the block chain.
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, and where the program includes instructions for performing some or all of the steps in the method of the first aspect of the embodiment of the present application.
In a fourth aspect, embodiments of the present application provide a computer-readable storage medium for storing a computer program, where the computer program is executed by a processor to implement some or all of the steps described in the method according to the first aspect of the embodiments of the present application.
In a fifth aspect, embodiments of the present application provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps as described in the method of the first aspect of embodiments of the present application. The computer program product may be a software installation package.
It can be seen that, compared with injecting the exception into the blockchain cluster in one test scenario in an external injection manner or an internal injection manner, in the embodiment of the present application, the exception injection operation is performed in a manner of combining external injection and internal injection on each blockchain service in the blockchain service cluster in the current test scenario corresponding to the blockchain service cluster, so as to obtain the byzantine fault-tolerant detection result of the blockchain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
These and other aspects of the present application will be more readily apparent from the following description of the embodiments.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments or the background art of the present application, the drawings required to be used in the embodiments or the background art of the present application will be described below.
Fig. 1 is a schematic diagram of an architecture of a byzantine fault-tolerant detection system for a block chain according to an embodiment of the present application;
fig. 2A is a schematic flowchart of a byzantine fault-tolerant detection method for a block chain according to an embodiment of the present application;
fig. 2B is a schematic flowchart illustrating a procedure of performing a regression operation on a new blockchain service cluster according to the byzantine fault-tolerant detection result of a blockchain to obtain a regression result according to an embodiment of the present application;
fig. 3 is a schematic flowchart of another byzantine fault-tolerant detection method for a block chain according to an embodiment of the present application;
fig. 4 is a block diagram of functional units of a byzantine fault-tolerant detection apparatus for a block chain according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed description of the invention
In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application.
The electronic devices may include various handheld devices, vehicle mounted devices, wearable devices, computing devices or other processing devices connected to a wireless modem with wireless communication capabilities, as well as various forms of User Equipment (UE), Mobile Stations (MS), terminal equipment (TD), and so forth.
The following describes embodiments of the present application in detail.
Referring to fig. 1, fig. 1 is a schematic diagram of an architecture of a block chain byzantine fault-tolerant detection system according to an embodiment of the present application, where the block chain byzantine fault-tolerant detection system includes a controller and a stress test tool, where:
the controller is used for configuring a current test scene corresponding to each blockchain service in the blockchain service cluster through the pressure test tool;
the controller is also used for starting a target pressure test through the pressure test tool to generate a plurality of destroyers and an observer;
and the controller is also used for performing abnormal injection operation on each block chain service in a corresponding current test scene by using a plurality of destructitors and an observer through the pressure test tool in a manner of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain.
Referring to fig. 2A, fig. 2A is a schematic flow chart of a byzantine fault-tolerant detection method for a block chain according to an embodiment of the present application, where the byzantine fault-tolerant detection method for a block chain includes steps 201 and 203, which are as follows:
201. the Byzantine fault-tolerant detection device of the block chain is used for configuring a current test scene corresponding to each block chain service in the block chain service cluster.
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. A block chain (Blockchain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next block.
Byzantine Fault Tolerance (BFT) is a system attribute that can resist a series of failures caused by the Byzantine general problem.
Blockchain services may include security services, monitoring services, logging services, computing services, storage services, network services, and the like.
Two current test scenes corresponding to any two blockchain services in the blockchain service cluster can be the same or different, and the two current test scenes correspond to any two blockchain services one to one.
In one possible embodiment, the byzantine fault-tolerant detection apparatus for a blockchain configures a current test scenario corresponding to each blockchain service in a blockchain service cluster, including:
the Byzantine fault-tolerant detection device of the block chain sends a test scene request to each block chain service in the block chain service cluster, wherein the test scene request is used for indicating the corresponding block chain service to determine the test scene carried by the block chain service as the current test scene;
and the Byzantine fault-tolerant detection device of the block chain receives test scene configuration success information sent by each block chain service aiming at the test scene request.
The Byzantine fault-tolerant detection device of the block chain can sequentially send a test scene request to each block chain service in the block chain service cluster, and can also send the test scene request to each block chain service in the block chain service cluster in a parallel mode.
As can be seen, in this example, the byzantine fault-tolerant detection apparatus of the block chain actively configures a current test scenario corresponding to each block chain service in the block chain service cluster, and then performs an abnormal operation on each block chain service in the block chain service cluster in the current test scenario corresponding to the block chain service cluster by a combination of external injection and internal injection, so as to obtain a byzantine fault-tolerant detection result of the block chain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various configured test scenes is improved.
202. The Byzantine fault tolerant detection device of the blockchain starts a target stress test to generate a plurality of destroyers and an observer.
The target pressure test can be a test for obtaining the Byzantine fault-tolerant detection result of the block chain by injecting the exception into the block chain service cluster under various test scenes in a mode of combining external injection and internal injection.
The Byzantine fault-tolerant detection device of the blockchain can start a target pressure test by injecting a master which records information of all system levels, all login accounts and system configuration settings.
The breaker is used for selecting the exception required by each exception injection from the exception injection library and injecting the exception into the randomly selected blockchain service in the blockchain cluster in a mode of combining external injection and internal injection.
The observer is used for observing and recording the state of the blockchain service cluster after injecting the exception every time.
203. The Byzantine fault-tolerant detection device of the block chain uses a plurality of destructints and an observer to perform abnormal injection operation on each block chain service in a corresponding current test scene in a mode of combining external injection and internal injection, and the Byzantine fault-tolerant detection result of the block chain is obtained.
It can be seen that, compared with injecting the exception into the blockchain cluster in one test scenario in an external injection manner or an internal injection manner, in the embodiment of the present application, the exception injection operation is performed in a manner of combining external injection and internal injection on each blockchain service in the blockchain service cluster in the current test scenario corresponding to the blockchain service cluster, so as to obtain the byzantine fault-tolerant detection result of the blockchain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In a possible embodiment, the byzantine fault-tolerant detection apparatus for a block chain performs, by using multiple destructitors and an observer, an injection exception operation in a manner of combining external injection and internal injection on each block chain service in a corresponding current test scenario, so as to obtain a byzantine fault-tolerant detection result for the block chain, including:
the Byzantine fault-tolerant detection device of the block chain circularly executes the ith injection of the abnormity by using a plurality of breakers and an observer under the corresponding current test scene in a mode of combining external injection and internal injection, and records the ith state operation of the block chain service cluster until i is j, the block chain service cluster cannot provide the block chain service after the jth injection of the abnormity, i is an increasing integer with the initial value of 1 and the interval of 1;
the Byzantine fault-tolerant detection device of the block chain determines the current test scene corresponding to each block chain service, the 1 st to j th injected abnormity of each block chain service in the corresponding current test scene, and the 1 st to j th states of the block chain server cluster as the Byzantine fault-tolerant detection result of the block chain.
As can be seen, in this example, the byzantine fault-tolerant detection apparatus of the block chain cyclically performs multiple injection of an exception to each block chain service in a manner of combining external injection and internal injection in a current test scenario corresponding to each block chain service, records multiple states of the block chain service cluster, and determines a current test scenario corresponding to each block chain service, an exception injected each time to each block chain service in the current test scenario corresponding to each block chain service, and a state of the block chain service cluster after the exception is injected each time as a byzantine fault-tolerant detection result of the block chain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In a possible embodiment, the byzantine fault-tolerant detection apparatus for a blockchain uses a plurality of breakers and an observer to inject an exception for the ith time in a manner of combining external injection and internal injection for each blockchain service under its corresponding current test scene, and records the ith state of a blockchain service cluster, including:
the Byzantine fault-tolerant detection device of the block chain uses a plurality of destroyers to select the abnormality required by the ith abnormal injection of each block chain service in the corresponding current test scene from the abnormal injection library;
the Byzantine fault-tolerant detection device of the block chain injects the required abnormality to each block chain service under the corresponding current test scene through the mode of combining external injection and internal injection for each block chain service under the corresponding current test scene according to the abnormality of each block chain service under the corresponding current test scene;
the Byzantine fault-tolerant detection device of the block chain uses an observer to observe and record the state of the block chain service cluster after the i-th injection of the abnormity.
The exception injection library is pre-stored in a Byzantine fault-tolerant detection device of the block chain, the exception injection library comprises network exceptions, consensus exceptions, contract exceptions, storage exceptions and the like, the network exceptions comprise network impassability and network delay, the consensus exceptions comprise block packet delay, state switching and response delay, the contract exceptions comprise contract delay and Gas exceptions, and the storage exceptions comprise packet return delay and storage throwing errors.
As can be seen, in this example, the byzantine fault-tolerant detection apparatus for a block chain injects an exception, which is required by exception injection in the current test scenario corresponding to each block chain service selected from the exception injection library, into each block chain service in the current test scenario corresponding to each block chain service in a manner of combining external injection and internal injection, and then determines the current test scenario corresponding to each block chain service, the exception injected each time in the current test scenario corresponding to each block chain service, and the state of the block chain service cluster after the exception is injected each time as the byzantine fault-tolerant detection result of the block chain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In a possible embodiment, the byzantine fault-tolerant detection apparatus for a blockchain injects an exception for the ith time in a manner of combining external injection and internal injection into each blockchain service in the current test scene corresponding to each blockchain service according to the exception required by the ith exception injection of each blockchain service in the current test scene corresponding to each blockchain service, including:
in the compiling period, the Byzantine fault-tolerant detection device of the block chain statically injects the abnormity required by the ith abnormal injection of each block chain service in the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection based on the AOP technology;
in the operation period, the Byzantine fault-tolerant detection device of the block chain dynamically injects the required exception of the ith exception injection of each block chain service in the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection based on the AOP technology.
During compilation, AOP techniques may include code enhancement techniques such as AspectJ, ASM, AspectC + +, and the like.
At runtime, AOP techniques may include Instrumentation + ASM, Hooking, and the like.
As can be seen, in this example, if in the compiling period, the byzantine fault-tolerant detection apparatus of the blockchain statically injects the exception required by the exception injection of each blockchain service in its corresponding current test scenario into its corresponding blockchain service in a manner of combining external injection and internal injection; or if in the operation period, the Byzantine fault-tolerant detection device of the block chain dynamically injects the abnormity required by abnormal injection of each block chain service under the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection; and determining the current test scene corresponding to each blockchain service, the abnormality injected each time for each blockchain service in the corresponding current test scene, and the state of the blockchain service cluster after the abnormality is injected each time as the Byzantine fault-tolerant detection result of the blockchain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In one possible embodiment, the method further comprises:
acquiring a new block chain service cluster after repairing and updating the block chain service cluster by a Byzantine fault-tolerant detection device of the block chain;
and the Byzantine fault-tolerant detection device of the block chain executes regression verification operation on the new block chain service cluster according to the Byzantine fault-tolerant detection result of the block chain to obtain a regression verification result.
The new block chain service cluster is obtained by repairing and updating a plurality of defects of the block chain service cluster by developers and testers.
In a possible embodiment, the byzantine fault-tolerant detection apparatus of the blockchain performs a regression verification operation on the new blockchain service cluster according to the byzantine fault-tolerant detection result of the blockchain, and the obtaining of the regression verification result includes steps a1-A8, which are specifically as follows:
a1, configuring the next test scenario corresponding to each block chain service in the block chain service cluster by the Byzantine fault-tolerant detection device of the block chain, wherein the next test scenario corresponding to each block chain service is the same as the last test scenario.
A2, secondarily starting a target pressure test by a Byzantine fault-tolerant detection device of the block chain, and generating a plurality of destroyers and an observer.
A3, acquiring the 1 st to j th injected exception of each block chain service under the corresponding last test scene by the Byzantine fault-tolerant detection device of the block chain.
A4, selecting the needed exception of the k-th exception injection of each block chain service in the next test scenario corresponding to each block chain service from the exception injection library by a plurality of destroyers, wherein the exception of the k-th exception injection of each block chain service in the next test scenario corresponding to each block chain service is the same as the exception of the k-th exception injection in the last test scenario.
A5, injecting the exception for the kth time in a mode of combining external injection and internal injection for each block chain service in the next test scene corresponding to each block chain service according to the exception required by the kth time exception injection for each block chain service in the next test scene corresponding to each block chain service.
A6, Byzantine fault-tolerant detection device of block chain uses an observer to observe and record the state of block chain service cluster after the k injection of abnormality.
A7, the byzantine fault-tolerant detection device of the blockchain executes steps a4-a6 in a loop until k is j, the state of the blockchain service cluster after the jth injection of the anomaly is obtained, k is an increasing integer with an initial value of 1 and an interval of 1.
And A8, if the state of the blockchain service cluster is that the blockchain service can be provided after the j injection of the abnormity, the Byzantine fault-tolerant detection device of the blockchain determines that the regression verification result is that the repair and update of the blockchain service cluster are successful.
Further, the method further comprises:
and if the block chain service cluster is in a state of failing to provide the block chain service after the injection abnormality for the jth time, determining the regression verification result as the block chain service cluster repair and update failure by the Byzantine fault-tolerant detection device of the block chain.
The byzantine fault-tolerant detection device of the block chain executes regression verification operation on the new block chain service cluster according to the byzantine fault-tolerant detection result of the block chain, and the flow of obtaining the regression verification result is shown in fig. 2B.
In accordance with the embodiment shown in fig. 2A, please refer to fig. 3, fig. 3 is a schematic flow chart of another byzantine fault-tolerant detection method for a block chain according to the embodiment of the present application, in which the byzantine fault-tolerant detection method for a block chain includes steps 301 and 309, which are as follows:
301. the Byzantine fault-tolerant detection device of the block chain is used for configuring a current test scene corresponding to each block chain service in the block chain service cluster.
302. The Byzantine fault tolerant detection device of the blockchain starts a target stress test to generate a plurality of destroyers and an observer.
303. The Byzantine fault-tolerant detection device of the block chain selects the abnormity required by the ith abnormal injection of each block chain service under the corresponding current test scene from the abnormal injection library by using a plurality of destructitors.
304. And injecting the exception for the ith time in a mode of combining external injection and internal injection into each block chain service under the corresponding current test scene by the Byzantine fault-tolerant detection device of the block chain according to the exception required by the ith time of exception injection of each block chain service under the corresponding current test scene.
305. The Byzantine fault-tolerant detection device of the block chain uses an observer to observe and record the state of the block chain service cluster after the i-th injection of the abnormity.
306. The byzantine fault-tolerant detection device of the block chain circularly executes the step 303-305 until i equals j, the block chain service cluster cannot provide the block chain service after the j-th injection of the anomaly, i is an increasing integer with an initial value of 1 and an interval of 1.
307. The Byzantine fault-tolerant detection device of the block chain determines the current test scene corresponding to each block chain service, the 1 st to j th injected abnormity of each block chain service in the corresponding current test scene, and the 1 st to j th states of the block chain server cluster as the Byzantine fault-tolerant detection result of the block chain.
308. And the Byzantine fault-tolerant detection device of the block chain obtains a new block chain service cluster after the block chain service cluster is repaired and updated.
309. And the Byzantine fault-tolerant detection device of the block chain executes regression verification operation on the new block chain service cluster according to the Byzantine fault-tolerant detection result of the block chain to obtain a regression verification result.
It should be noted that, for the specific implementation of the steps of the method shown in fig. 3, reference may be made to the specific implementation of the method described above, and a description thereof is omitted here.
The above embodiments mainly introduce the scheme of the embodiments of the present application from the perspective of the method-side implementation process. It is understood that the byzantine fault-tolerant detection apparatus of the block chain includes hardware structures and/or software modules corresponding to the execution of the respective functions in order to realize the above functions. Those of skill in the art would readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiment of the present application, the functional units of the byzantine fault-tolerant detection apparatus of the block chain may be divided according to the method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit can be realized in a form of hardware or a form of software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.
The following is an embodiment of the apparatus of the present application, which is used to execute the method implemented by the embodiment of the method of the present application. Referring to fig. 4, fig. 4 is a block diagram illustrating functional units of a byzantine fault-tolerant detection apparatus for a block chain according to an embodiment of the present application, where the byzantine fault-tolerant detection apparatus 400 for a block chain includes:
a configuration unit 401, configured to configure a current test scenario corresponding to each blockchain service in the blockchain service cluster;
a starting unit 402 for starting a target pressure test;
a generating unit 403 for generating a plurality of destructors and an observer;
the execution unit 404 is configured to perform, on each blockchain service in a current test scenario corresponding to the blockchain service, an injection exception operation in a manner of combining external injection and internal injection by using multiple destructitors and an observer, so as to obtain a byzantine fault-tolerant detection result of the blockchain.
It can be seen that, compared with injecting the exception into the blockchain cluster in one test scenario in an external injection manner or an internal injection manner, in the embodiment of the present application, the exception injection operation is performed in a manner of combining external injection and internal injection on each blockchain service in the blockchain service cluster in the current test scenario corresponding to the blockchain service cluster, so as to obtain the byzantine fault-tolerant detection result of the blockchain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In a possible embodiment, in configuring a current test scenario corresponding to each blockchain service in the blockchain service cluster, the configuration unit 401 is specifically configured to:
sending a test scene request to each blockchain service in the blockchain service cluster, wherein the test scene request is used for indicating the corresponding blockchain service to determine the test scene carried by the blockchain service as the current test scene;
and receiving test scenario configuration success information sent by each block chain service aiming at the test scenario request.
In a possible embodiment, in terms of using multiple breakers and an observer to perform, on each blockchain service in a corresponding current test scenario, an abnormal operation injected by a combination of external injection and internal injection, so as to obtain a byzantine fault-tolerant detection result of the blockchain, the execution unit 404 is specifically configured to:
performing i-th abnormal injection on each block chain service by using a plurality of destructors and an observer in a circulating manner in a mode of combining external injection and internal injection in a corresponding current test scene, and recording i-th state operation of the block chain service cluster until i is j, wherein the block chain service cluster cannot provide the block chain service after j-th abnormal injection, i is an increasing integer with an initial value of 1 and an interval of 1;
and determining the current test scene corresponding to each block chain service, the 1 st to j th injected abnormity of each block chain service in the corresponding current test scene, and the 1 st to j th states of the block chain server cluster as the Byzantine fault-tolerant detection result of the block chain.
In a possible embodiment, in terms of injecting an exception i times in a manner of combining external injection and internal injection in a current test scenario corresponding to each blockchain service by using multiple breakers and an observer, and recording an i-th state of a blockchain service cluster, the execution unit 404 is specifically configured to:
selecting the abnormity required by the ith abnormal injection of each block chain service under the corresponding current test scene from an abnormal injection library by using a plurality of destructitors;
injecting the exception for the ith time in a mode of combining external injection and internal injection for each blockchain service under the corresponding current test scene according to the exception required by the ith time of exception injection of each blockchain service under the corresponding current test scene;
and observing and recording the state of the blockchain service cluster after the ith exception injection by using an observer.
In a possible embodiment, in terms of injecting the exception i times in a manner of combining external injection and internal injection for each blockchain service in the current test scenario corresponding to each blockchain service according to the exception required by injecting the exception i times in the current test scenario corresponding to each blockchain service, the execution unit 404 is specifically configured to:
in the compiling period, statically injecting the exceptions required by the ith exception injection of each block chain service in the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection based on the AOP technology;
in the running period, based on the AOP technology, the exceptions required by the ith exception injection of each blockchain service in the corresponding current test scene are dynamically injected into the corresponding blockchain service in a combined mode of external injection and internal injection.
In a possible embodiment, the byzantine fault-tolerant detection apparatus for a block chain further includes:
an obtaining unit 405, configured to obtain a new blockchain service cluster after the blockchain service cluster is repaired and updated;
and the regression verification unit 406 is configured to perform regression verification operation on the new blockchain service cluster according to the byzantine fault-tolerant detection result of the blockchain, so as to obtain a regression verification result.
Consistent with the embodiments shown in fig. 2A and fig. 3, please refer to fig. 5, fig. 5 is a schematic structural diagram of an electronic device provided in an embodiment of the present application, where the electronic device 500 includes a processor, a memory, a communication interface, and one or more programs, the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for performing the following steps:
configuring a current test scene corresponding to each blockchain service in a blockchain service cluster;
starting a target stress test to generate a plurality of destroyers and an observer;
and (3) performing abnormal injection operation on each block chain service in a corresponding current test scene by using a plurality of destructitors and an observer in a mode of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain.
It can be seen that, compared with injecting the exception into the blockchain cluster in one test scenario in an external injection manner or an internal injection manner, in the embodiment of the present application, the exception injection operation is performed in a manner of combining external injection and internal injection on each blockchain service in the blockchain service cluster in the current test scenario corresponding to the blockchain service cluster, so as to obtain the byzantine fault-tolerant detection result of the blockchain. The block chain service cluster corresponds to various test scenes, and more defects of the block chain service cluster can be found in a mode of combining external injection and internal injection, so that the detection efficiency of the Byzantine fault-tolerant detection of the block chain under various test scenes is improved.
In one possible embodiment, in configuring a current test scenario corresponding to each blockchain service in a blockchain service cluster, the program includes instructions specifically for performing the following steps:
sending a test scene request to each blockchain service in the blockchain service cluster, wherein the test scene request is used for indicating the corresponding blockchain service to determine the test scene carried by the blockchain service as the current test scene;
and receiving test scenario configuration success information sent by each block chain service aiming at the test scenario request.
In a possible embodiment, in terms of using multiple breakers and an observer to perform abnormal operation injection on each blockchain service in a corresponding current test scenario by combining external injection and internal injection, so as to obtain the byzantine fault-tolerant detection result of the blockchain, the program includes instructions specifically configured to perform the following steps:
performing i-th abnormal injection on each block chain service by using a plurality of destructors and an observer in a circulating manner in a mode of combining external injection and internal injection in a corresponding current test scene, and recording i-th state operation of the block chain service cluster until i is j, wherein the block chain service cluster cannot provide the block chain service after j-th abnormal injection, i is an increasing integer with an initial value of 1 and an interval of 1;
and determining the current test scene corresponding to each block chain service, the 1 st to j th injected abnormity of each block chain service in the corresponding current test scene, and the 1 st to j th states of the block chain server cluster as the Byzantine fault-tolerant detection result of the block chain.
In one possible embodiment, in injecting an exception i-th time for each blockchain service in its corresponding current test scenario by a combination of external injection and internal injection using a plurality of breakers and an observer, and recording the i-th status of the blockchain service cluster, the program includes instructions specifically for performing the following steps:
selecting the abnormity required by the ith abnormal injection of each block chain service under the corresponding current test scene from an abnormal injection library by using a plurality of destructitors;
injecting the exception for the ith time in a mode of combining external injection and internal injection for each blockchain service under the corresponding current test scene according to the exception required by the ith time of exception injection of each blockchain service under the corresponding current test scene;
and observing and recording the state of the blockchain service cluster after the ith exception injection by using an observer.
In one possible embodiment, in injecting the exception i-th time in the current test scenario corresponding to each blockchain service according to the exception required for injecting the exception i-th time in the current test scenario corresponding to each blockchain service, the program includes instructions specifically configured to:
in the compiling period, statically injecting the exceptions required by the ith exception injection of each block chain service in the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection based on the AOP technology;
in the running period, based on the AOP technology, the exceptions required by the ith exception injection of each blockchain service in the corresponding current test scene are dynamically injected into the corresponding blockchain service in a combined mode of external injection and internal injection.
In one possible embodiment, the program further includes instructions for performing the steps of:
acquiring a new block chain service cluster after repairing and updating the block chain service cluster;
and executing regression verification operation on the new block chain service cluster according to the Byzantine fault-tolerant detection result of the block chain to obtain a regression verification result.
Embodiments of the present application provide a computer-readable storage medium for storing a computer program, where the computer program is executed by a processor to implement part or all of the steps of any one of the methods described in the above method embodiments, and the computer includes an electronic device.
Embodiments of the present application provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods as described in the above method embodiments. The computer program product may be a software installation package, the computer comprising an electronic device.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the above-described division of the units is only one type of division of logical functions, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be an electric or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit may be stored in a computer readable memory if it is implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a memory, and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the above-mentioned method of the embodiments of the present application. And the aforementioned memory comprises: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable memory, which may include: flash Memory disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The foregoing detailed description of the embodiments of the present application has been presented to illustrate the principles and implementations of the present application, and the above description of the embodiments is only provided to help understand the method and the core concept of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific implementation and application scope, and in view of the above, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A Byzantine fault-tolerant detection method of a block chain is characterized by comprising the following steps:
configuring a current test scene corresponding to each blockchain service in a blockchain service cluster;
starting a target stress test to generate a plurality of destroyers and an observer; the destroyer is used for selecting the abnormity required by abnormal injection from the abnormal injection library and injecting the abnormity to the randomly selected block chain service in the block chain cluster in a mode of combining external injection and internal injection; the observer is used for observing and recording the state of the block chain service cluster after the abnormality is injected;
and performing abnormal injection operation on each block chain service in a corresponding current test scene by using the plurality of destructitors and the observer in a mode of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain.
2. The method of claim 1, wherein the configuring the current test scenario corresponding to each blockchain service in the blockchain service cluster comprises:
sending a test scene request to each blockchain service in the blockchain service cluster, wherein the test scene request is used for indicating the corresponding blockchain service to determine the test scene carried by the blockchain service as the current test scene;
and receiving test scenario configuration success information sent by each blockchain service aiming at the test scenario request.
3. The method according to claim 1 or 2, wherein said using said plurality of breakers and said one observer to perform abnormal operation injection by external injection and internal injection in combination for each blockchain service under its corresponding current test scenario, and obtaining the result of the byzantine fault-tolerant detection of blockchains comprises:
circularly executing the ith injection of the exception by using the plurality of destructors and the observer for each blockchain service under the corresponding current test scene in a mode of combining external injection and internal injection, and recording the ith state operation of the blockchain service cluster until i is j, wherein the blockchain service cluster cannot provide blockchain services after the jth injection of the exception, i is an increasing integer with an initial value of 1 and an interval of 1;
and determining the current test scene corresponding to each block chain service, the 1 st to j th injected abnormity of each block chain service in the corresponding current test scene, and the 1 st to j th states of the block chain server cluster as the Byzantine fault-tolerant detection result of the block chain.
4. The method of claim 3, wherein said injecting anomalies for each blockchain service using said plurality of breakers and said one observer an ith time by a combination of external injection and internal injection in its corresponding current test scenario, and recording an ith state of the blockchain service cluster comprises:
selecting the abnormity required by the ith abnormal injection of each block chain service under the corresponding current test scene from an abnormal injection library by using the plurality of destructors;
injecting the exception for the ith time in a mode of combining external injection and internal injection to each blockchain service under the corresponding current test scene according to the exception required by the ith time of exception injection of each blockchain service under the corresponding current test scene;
and observing and recording the state of the blockchain service cluster after the i-th injection of the exception by using the observer.
5. The method according to claim 4, wherein said injecting the exception for the ith time in the current test scene by external injection and internal injection for each blockchain service according to the exception required for the ith time in the current test scene corresponding to each blockchain service comprises:
in a compiling period, statically injecting the exceptions required by the ith exception injection of each block chain service in the corresponding current test scene into the corresponding block chain service in a mode of combining external injection and internal injection based on the AOP technology;
and in the running period, dynamically injecting the exceptions required by the ith exception injection of each blockchain service in the corresponding current test scene into the corresponding blockchain service in a mode of combining external injection and internal injection based on the AOP technology.
6. The method of claim 3, further comprising:
acquiring a new block chain service cluster after the block chain service cluster is repaired and updated;
performing regression verification operation on the new block chain service cluster according to the Byzantine fault-tolerant detection result of the block chain to obtain a regression verification result;
the performing regression verification operation on the new block chain service cluster according to the Byzantine fault-tolerant detection result of the block chain to obtain a regression verification result comprises the following steps:
a1, secondarily configuring a next test scenario corresponding to each block chain service in the block chain service cluster, wherein the next test scenario corresponding to each block chain service is the same as the last test scenario;
a2, secondarily starting a target pressure test to generate a plurality of destroyers and an observer;
a3, acquiring the 1 st to j th injected exception of each block chain service in the corresponding last test scene;
a4, selecting the needed exception of the k-th exception injection of each block chain service in the next test scene corresponding to each block chain service from the exception injection library by using a plurality of destroyers, wherein the exception of each block chain service in the next test scene corresponding to each block chain service is the same as the exception of the k-th injection in the last test scene;
a5, injecting the exception for the kth time in a mode of combining external injection and internal injection for each blockchain service under the next test scene corresponding to each blockchain service by using a plurality of breakers according to the exception required by the kth exception injection of each blockchain service under the next test scene corresponding to each blockchain service;
a6, using an observer to observe and record the state of the blockchain service cluster after the k injection of the exception;
a7, executing steps a4-a6 in a loop until k equals j, and obtaining the state of the blockchain service cluster after the j-th abnormality injection, wherein k is an incremental integer with an initial value of 1 and an interval of 1;
and A8, if the state of the blockchain service cluster is that the blockchain service can be provided after the j injection of the exception, determining that the regression verification result is that the repair update of the blockchain service cluster is successful.
7. A Byzantine fault-tolerant detection device of a block chain is characterized by comprising:
the configuration unit is used for configuring a current test scene corresponding to each blockchain service in the blockchain service cluster;
the starting unit is used for starting a target pressure test;
a generating unit for generating a plurality of destructors and an observer; the destroyer is used for selecting the abnormity required by abnormal injection from the abnormal injection library and injecting the abnormity to the randomly selected block chain service in the block chain cluster in a mode of combining external injection and internal injection; the observer is used for observing and recording the state of the block chain service cluster after the abnormality is injected;
and the execution unit is used for performing abnormal injection operation on each block chain service in a corresponding current test scene by using the plurality of destructitors and the observer in a mode of combining external injection and internal injection to obtain a Byzantine fault-tolerant detection result of the block chain.
8. The apparatus of claim 7, wherein in configuring the current test scenario corresponding to each blockchain service in the blockchain service cluster, the configuration unit is specifically configured to:
sending a test scene request to each blockchain service in the blockchain service cluster, wherein the test scene request is used for indicating the corresponding blockchain service to determine the test scene carried by the blockchain service as the current test scene;
and receiving test scenario configuration success information sent by each blockchain service aiming at the test scenario request.
9. An electronic device comprising a processor, memory, a communication interface, and one or more programs stored in the memory and configured to be executed by the processor, the programs comprising instructions for performing some or all of the steps of the method of any of claims 1-6.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium is used to store a computer program, which is executed by a processor to implement the method according to any of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010065530.XA CN111327490B (en) | 2020-01-20 | 2020-01-20 | Byzantine fault-tolerant detection method of block chain and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010065530.XA CN111327490B (en) | 2020-01-20 | 2020-01-20 | Byzantine fault-tolerant detection method of block chain and related device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111327490A CN111327490A (en) | 2020-06-23 |
| CN111327490B true CN111327490B (en) | 2021-01-29 |
Family
ID=71168675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010065530.XA Active CN111327490B (en) | 2020-01-20 | 2020-01-20 | Byzantine fault-tolerant detection method of block chain and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111327490B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112486830B (en) * | 2020-06-24 | 2023-04-18 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111917729B (en) * | 2020-07-09 | 2023-04-07 | 财付通支付科技有限公司 | Dynamic injection test method and device and related equipment |
| CN111752850B (en) * | 2020-07-13 | 2021-08-20 | 腾讯科技（深圳）有限公司 | Method and related equipment for testing block chain system |
| CN111782551B (en) * | 2020-08-04 | 2021-07-27 | 腾讯科技（深圳）有限公司 | Test method and device for block chain item and computer equipment |
| CN111949531B (en) * | 2020-08-10 | 2022-02-25 | 腾讯科技（深圳）有限公司 | Block chain network testing method, device, medium and electronic equipment |
| CN112291119B (en) * | 2020-12-28 | 2021-04-06 | 腾讯科技（深圳）有限公司 | Block chain network testing method, device, medium and electronic equipment |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101217396A (en) * | 2007-12-29 | 2008-07-09 | 华中科技大学 | A trust model-based Ad hoc network intrusion detection method and system |
| CN106445711A (en) * | 2016-08-28 | 2017-02-22 | 杭州云象网络技术有限公司 | Byzantine-fault-tolerant consensus method applied to block chain |
| CN106991612A (en) * | 2017-03-31 | 2017-07-28 | 北京京东金融科技控股有限公司 | Method, device and the electronic equipment shared for finance data |
| CN107547529A (en) * | 2017-08-21 | 2018-01-05 | 集合智造（北京）餐饮管理有限公司 | A kind of method, system that shared retail is realized based on block chain |
| CN108492103A (en) * | 2018-02-07 | 2018-09-04 | 北京大学深圳研究生院 | A kind of alliance's block chain common recognition method |
| US10158527B2 (en) * | 2016-10-28 | 2018-12-18 | International Business Machines Corporation | Changing an existing blockchain trust configuration |
| CN109617759A (en) * | 2018-12-04 | 2019-04-12 | 中钞信用卡产业发展有限公司杭州区块链技术研究院 | Block catenary system stability test method, apparatus, equipment and storage medium |
| CN109753308A (en) * | 2017-11-06 | 2019-05-14 | 展讯通信（上海）有限公司 | Verify system and instruction path monitoring method in instruction path |
| CN109783372A (en) * | 2018-12-26 | 2019-05-21 | 中链科技有限公司 | Method for testing software, device, electronic equipment and storage medium based on block chain |
| CN109783364A (en) * | 2018-12-14 | 2019-05-21 | 深圳先进技术研究院 | A kind of block chain Performance Test System and method |
| CN110474822A (en) * | 2019-08-08 | 2019-11-19 | 腾讯科技（深圳）有限公司 | A kind of block chain link point detecting method, device, equipment and medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107239951A (en) * | 2017-06-07 | 2017-10-10 | 北京天德科技有限公司 | A kind of expansible Central Bank's digital cash method of commerce based on third generation block chain |
| CN109523260A (en) * | 2018-11-28 | 2019-03-26 | 段红 | A kind of high concurrent common recognition mechanism of dynamic node election |
-
2020
- 2020-01-20 CN CN202010065530.XA patent/CN111327490B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101217396A (en) * | 2007-12-29 | 2008-07-09 | 华中科技大学 | A trust model-based Ad hoc network intrusion detection method and system |
| CN106445711A (en) * | 2016-08-28 | 2017-02-22 | 杭州云象网络技术有限公司 | Byzantine-fault-tolerant consensus method applied to block chain |
| US10158527B2 (en) * | 2016-10-28 | 2018-12-18 | International Business Machines Corporation | Changing an existing blockchain trust configuration |
| CN106991612A (en) * | 2017-03-31 | 2017-07-28 | 北京京东金融科技控股有限公司 | Method, device and the electronic equipment shared for finance data |
| CN107547529A (en) * | 2017-08-21 | 2018-01-05 | 集合智造（北京）餐饮管理有限公司 | A kind of method, system that shared retail is realized based on block chain |
| CN109753308A (en) * | 2017-11-06 | 2019-05-14 | 展讯通信（上海）有限公司 | Verify system and instruction path monitoring method in instruction path |
| CN108492103A (en) * | 2018-02-07 | 2018-09-04 | 北京大学深圳研究生院 | A kind of alliance's block chain common recognition method |
| CN109617759A (en) * | 2018-12-04 | 2019-04-12 | 中钞信用卡产业发展有限公司杭州区块链技术研究院 | Block catenary system stability test method, apparatus, equipment and storage medium |
| CN109783364A (en) * | 2018-12-14 | 2019-05-21 | 深圳先进技术研究院 | A kind of block chain Performance Test System and method |
| CN109783372A (en) * | 2018-12-26 | 2019-05-21 | 中链科技有限公司 | Method for testing software, device, electronic equipment and storage medium based on block chain |
| CN110474822A (en) * | 2019-08-08 | 2019-11-19 | 腾讯科技（深圳）有限公司 | A kind of block chain link point detecting method, device, equipment and medium |
Non-Patent Citations (2)
| Title |
|---|
| "Reputation-based Byzantine Fault-Tolerance for Consortium Blockchain";Kai Lei，et al.，;《2018 IEEE 24th International Conference on Parallel and Distributed Systems (ICPADS)》;20190221;全文 * |
| "面向云计算的异常检测技术的研究与实现";王冬阳，;《中国优秀硕士学位论文全文数据库-信息科技辑》;20130715;I139-120起全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111327490A (en) | 2020-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111327490B (en) | Byzantine fault-tolerant detection method of block chain and related device | |
| US9389977B2 (en) | Fault injection testing apparatus and method | |
| US11036507B2 (en) | Processor testing using pairs of counter incrementing and branch instructions | |
| CN110995825B (en) | Intelligent contract issuing method, intelligent node equipment and storage medium | |
| CN107516547A (en) | The processing method and processing device of internal memory hard error | |
| US20190087251A1 (en) | Runtime failure detection and correction | |
| CN111897697B (en) | Server hardware fault repairing method and device | |
| CN110348220A (en) | A kind of bug excavation method, loophole repair verification method, device and electronic equipment | |
| CN116382968B (en) | Fault detection method and device for external equipment | |
| CN105512562B (en) | Vulnerability mining method and device and electronic equipment | |
| US20090055331A1 (en) | Method and apparatus for model-based testing of a graphical user interface | |
| CN113238950A (en) | System and method for testing distributed system, storage medium and electronic equipment | |
| WO2024078015A1 (en) | Fault injection method and apparatus based on mirror image pair, and device and storage medium | |
| US9501390B1 (en) | Enhancing automated mobile application testing | |
| US11163924B2 (en) | Identification of changes in functional behavior and runtime behavior of a system during maintenance cycles | |
| CN116909800B (en) | Method and device for locating crash information and storage medium | |
| CN111597093B (en) | Exception handling method, device and equipment thereof | |
| HK40024812B (en) | Block chain byzantine fault-tolerant detection method and related apparatus | |
| HK40024812A (en) | Block chain byzantine fault-tolerant detection method and related apparatus | |
| CN116662050A (en) | A method, device, terminal and medium for error injection support function verification | |
| CN114816806A (en) | Container availability verification method and device, computer equipment and storage medium | |
| JP6912104B2 (en) | Test equipment, test methods and computer programs | |
| US20250301012A1 (en) | Method for evaluating security of in-vehicle network | |
| CN110544504A (en) | test method, system and equipment for memory ADDDC function | |
| CN119690535B (en) | Fault injection method, device, medium and computer equipment |
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: 40024812 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |