Blockchain node extension method and device, computer device, and storage medium

Abstract

The application discloses a blockchain node expansion method applied to the field of blockchains and used for improving the security of trusted expansion of blockchain nodes. The method provided by the application comprises the following steps: obtaining non-consensus data on a non-consensus node based on zero-knowledge proof; inputting the non-consensus data into a consensus node layer; adopting a consensus node in the consensus node layer to perform expansion verification on the non-consensus data to obtain a verification result; if the verification result is verification passed, the non-consensus node is a trusted node, and node expansion is performed on the non-consensus node; and if the verification result is verification failed, the non-consensus node is an untrusted node, and node expansion performed on the non-consensus node is ended.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of blockchains, and in particular to a blockchain node expansion method and device, a computer device, and a storage medium. BACKGROUND

[0002] A consortium blockchain is designed based on a Byzantine consensus algorithm theory, and exists main node rotation transactions and time complexity limitations of transfer transactions. The algorithm bottleneck limits the batch processing capacity of a blockchain with a large number of nodes, and causes the inability to support a large number of participants in a scenario requirement (such as high-frequency transactions of nationwide financial institutions).

[0003] In the field of consortium blockchain technology, the existing methods have several solutions for more node expansion: 1. Using cross-chain technology to make a business platform cross multiple underlying chains and form an alphabet chain mode through a cross-chain platform. The disadvantage is that the overall blockchain network architecture has very high complexity, and it is difficult to guarantee the anti-fraud and consistency capabilities of the cross-chain platform as a cross-chain intermediate point. Moreover, the cross-chain will make the business response very slow, resulting in low security of the trusted expansion of the blockchain nodes. 2. Using non-consensus nodes, light nodes, and other peripheral nodes to connect outside the consensus node layer. The disadvantage is that these nodes do not participate in consensus and can only serve as a connection channel for institutions to participate in business. It cannot guarantee the trusted computing logic provided by the institution, nor can it guarantee the trusted data obtained, which deviates from the original intention of using a blockchain to build a business, resulting in low security of the trusted expansion of the blockchain nodes.

[0004] Therefore, the existing methods have the problem of low security of the trusted expansion of the blockchain nodes. SUMMARY

[0005] The embodiments of the present application provide a blockchain node expansion method, device, computer device, and storage medium to improve the security of the trusted expansion of the blockchain nodes.

[0006] A blockchain node expansion method comprises the following steps:

[0007] Based on zero-knowledge proof, non-consensus data on a non-consensus node is obtained.

[0008] The non-consensus data is input into a consensus node layer.

[0009] The non-consensus data is verified by a consensus node in the consensus node layer to obtain a verification result.

[0010] If the verification result is verified, the non-consensus node is a trusted node, and the non-consensus node is expanded.

[0011] If the verification result is verification failure, the non-consensus node is an untrusted node, and the node expansion of the non-consensus node is ended.

[0012] A blockchain node expansion device comprises:

[0013] A non-consensus node acquisition module is configured to acquire non-consensus data on a non-consensus node based on zero-knowledge proof.

[0014] An input module is configured to input the non-consensus data to a consensus node layer.

[0015] An expansion verification module is configured to perform expansion verification on the non-consensus data by using consensus nodes in the consensus node layer to obtain a verification result.

[0016] A first verification module is configured to, if the verification result is verification success, regard the non-consensus node as a trusted node, and perform node expansion on the non-consensus node.

[0017] A second verification module is configured to, if the verification result is verification failure, regard the non-consensus node as an untrusted node, and end the node expansion of the non-consensus node.

[0018] A computer device comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the above blockchain node expansion method when executing the computer program.

[0019] A computer readable storage medium stores a computer program, and the computer program implements the steps of the above blockchain node expansion method when executed by a processor.

[0020] The blockchain node expansion method, device, computer device, and storage medium provided by the embodiments of the present application acquire non-consensus data on a non-consensus node based on zero-knowledge proof, input the non-consensus data to a consensus node layer, perform expansion verification on the non-consensus data by using consensus nodes in the consensus node layer to obtain a verification result, regard the non-consensus node as a trusted node if the verification result is verification success, and perform node expansion on the non-consensus node, regard the non-consensus node as an untrusted node if the verification result is verification failure, and end the node expansion of the non-consensus node. By using zero-knowledge proof technology, the non-consensus node can achieve the computing credibility of participating in consensus even if it does not participate in consensus after executing a smart contract, thereby improving the security of trusted expansion of a blockchain node. BRIEF DESCRIPTION OF DRAWINGS

[0021] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0022] Figure 1 is an application environment diagram of a blockchain node expansion method in an embodiment of the present application.

[0023] Figure 2 is a flowchart of a blockchain node expansion method in an embodiment of the present application.

[0024] Figure 3 is a structural diagram of a blockchain node expansion device in an embodiment of the present application.

[0025] Figure 4 is a diagram of a computer device in an embodiment of the present application. DETAILED DESCRIPTION

[0026] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are some embodiments of the present application, not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor are within the scope of protection of the present application.

[0027] The blockchain node expansion method provided in the present application can be applied in an application environment as shown in Figure 1 , wherein the computer device communicates with the server through the network. The computer device can be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers and portable wearable devices. The server can be implemented by an independent server or a server cluster composed of multiple servers.

[0028] In an embodiment, as shown in Figure 2 , a blockchain node expansion method is provided, which is applied to the server in Figure 1 , including the following steps S10 to S50:

[0029] S10, based on zero-knowledge proof, obtaining non-consensus data on a non-consensus node.

[0030] In step S10, the zero-knowledge proof refers to that a prover can make a verifier believe that a certain proposition is correct without providing any useful information to the verifier. Specifically, the zero-knowledge proof is essentially a protocol involving two or more parties, that is, a series of steps that two or more parties need to take to complete a task. The prover proves and makes the verifier believe that he knows or has a certain message, but the proving process cannot leak any information about the message being proved to the verifier.

[0031] The traditional non-consensus data acquisition method is to directly execute the smart contract to obtain the non-consensus result.

[0032] Compared with the traditional scheme, the smart contract executed in the non-consensus data layer of the embodiment of the application increases the zero-knowledge proof.

[0033] It is easy to understand that the core nodes of the consortium blockchain are nodes participating in the Byzantine consensus algorithm, which execute smart contracts locally, package them into transactions and perform consensus to ensure the anti-fraud features and consistency of the entire blockchain. The consortium blockchain also has non-consensus nodes and light nodes and other peripheral nodes, which expand to more participants as peripheral nodes of the consensus nodes, but these peripheral nodes have no meaning in executing smart contracts locally because they do not participate in consensus. The embodiment of the application combines the blockchain non-consensus node with the zero-knowledge proof technology to complete the trusted expansion of the node.

[0034] In step S10, it specifically includes the following steps S101 to S102:

[0035] S101, generating a zero-knowledge proof in the non-consensus node layer based on a preset generation method.

[0036] S102, executing the non-consensus node based on the zero-knowledge proof and the smart contract in the non-consensus node layer to obtain non-consensus data, wherein the non-consensus data includes non-consensus proof and non-consensus result.

[0037] In step S101, the preset generation method includes but is not limited to internally embedding a zero-knowledge proof source code library in the non-consensus node layer, and mapping the zero-knowledge proof source code library with the non-consensus node layer.

[0038] It should be understood that the preset generation method is to combine the blockchain non-consensus node with the zero-knowledge proof technology. The above-mentioned preset generation method is only for illustration and is not specifically limited.

[0039] In step S102, the non-consensus node is executed based on the zero-knowledge proof and the smart contract in the non-consensus node layer, and non-consensus data is obtained, which includes non-consensus proof and non-consensus result. The non-consensus proof is proof data generated based on the zero-knowledge proof, and the non-consensus result is a non-consensus result obtained by executing the non-consensus node based on the smart contract in the non-consensus node layer.

[0040] Preferably, the method of generating proof built-in the smart contract syntax compiler is used to obtain the non-consensus proof corresponding to the non-consensus node by calling the method of generating proof from the zero-knowledge proof source code library.

[0041] By using the zero-knowledge proof technology, the calculation credibility of the non-consensus node after executing the smart contract can be ensured even if it does not participate in the consensus, which does not increase the complexity of the blockchain network compared with the cross-chain solution, and also improves the security of the trusted expansion of the blockchain node.

[0042] S20, input the non-consensus data to the consensus node layer.

[0043] In step S20, the non-consensus proof and the non-consensus result corresponding to the non-consensus node are transmitted to the consensus node layer through the network.

[0044] By transmitting the non-consensus node to the consensus node layer, the consensus node in the consensus node layer can verify the non-consensus data to verify whether the non-consensus node is a trusted node of the blockchain. If it is a trusted node, the calculation credibility of the non-consensus node after executing the smart contract can be ensured even if it does not participate in the consensus, thereby improving the security of the trusted expansion of the blockchain node.

[0045] S30, using the consensus node in the consensus node layer to expand the verification of the non-consensus data to obtain a verification result.

[0046] In step S30, the above-mentioned expansion verification refers to a method of verifying whether the non-consensus node is a trusted expansion node.

[0047] The above-mentioned expansion verification method is not limited to proof expansion verification and / or result expansion verification.

[0048] The proof expansion verification refers to a process of obtaining the zero-knowledge proof by the consensus node receiving the non-consensus node, generating the consensus proof in the consensus node layer, comparing the consensus proof and the non-consensus proof, and obtaining the verification result. When the consensus proof is consistent with the non-consensus proof, the verification result is verified, and when the consensus proof is inconsistent with the non-consensus proof, the verification result is not verified.

[0049] The result expansion verification refers to a process of performing the non-consensus node by a consensus node received by the non-consensus node, obtaining a consensus result, comparing the consensus result with the non-consensus result, and obtaining a verification result. When the consensus result is consistent with the non-consensus result, the verification result is verified to pass; when the consensus result is inconsistent with the non-consensus result, the verification result is verified to fail.

[0050] Preferably, the proof expansion verification is adopted here, which is specifically:

[0051] Based on the smart contract in the consensus node layer, the non-consensus proof is expanded and verified to obtain a verification result.

[0052] By adopting the consensus node in the consensus node layer to expand and verify the non-consensus node, the blockchain non-consensus node can be effectively combined with the zero-knowledge proof technology, thereby completing the trusted expansion of the node and improving the security of the blockchain node trusted expansion.

[0053] After step S30, the blockchain node expansion method further includes step S301:

[0054] S301, broadcast the non-consensus proof and the non-consensus result to enable each consensus node in the consensus node layer to receive the non-consensus proof and the non-consensus result corresponding to the non-consensus node.

[0055] In step S301, the broadcast processing refers to a process of propagating the non-consensus proof and the non-consensus result to each consensus node in the consensus node layer through the consensus algorithm.

[0056] Through the broadcast processing, the consensus node in the consensus node layer can expand and verify the non-consensus node, which can effectively combine the blockchain non-consensus node with the zero-knowledge proof technology, thereby completing the trusted expansion of the node and improving the security of the blockchain node trusted expansion.

[0057] S40, if the verification result is verified to pass, the non-consensus node is a trusted node, and the non-consensus node is expanded.

[0058] In step S40, when it is confirmed that the non-consensus node is a trusted node, the non-consensus node can be expanded. The node expansion includes but is not limited to node storage and node calculation.

[0059] By expanding the non-consensus node verified to pass, the trusted expansion of the node is completed, and the security of the blockchain node trusted expansion is improved.

[0060] S50, if the verification result is verified to fail, the non-consensus node is an untrusted node, and the expansion of the non-consensus node is ended.

[0061] In step S50, when it is confirmed that the non-consensus node is an untrusted node, the non-consensus node is discarded or written into a log, and the node expansion of the non-consensus node is stopped, and the non-consensus node is added to an expansion blacklist.

[0062] By discarding the non-consensus node that fails the verification, the untrusted node is avoided to be added to the blockchain, thereby improving the security of the trusted expansion of the blockchain node.

[0063] After step S50, the blockchain node expansion method further includes steps S501 to S502:

[0064] S501, performing early warning processing based on a preset early warning mode.

[0065] And / or

[0066] S502, recording the verification result into a log.

[0067] In step S501, the preset early warning mode includes but is not limited to warning and prompting.

[0068] According to the preset alarm mode, the early warning processing corresponding to the alarm mode is performed.

[0069] In step S502, the verification result corresponding to each non-consensus node is recorded into a log, so as to trace and verify the non-consensus node.

[0070] Through early warning processing and log recording, the non-consensus node in the blockchain is processed accordingly, thereby improving the security of the trusted expansion of the blockchain node.

[0071] The blockchain node expansion method provided by the embodiment of the application obtains non-consensus data on a non-consensus node based on zero-knowledge proof, inputs the non-consensus data into a consensus node layer, uses a consensus node in the consensus node layer to perform expansion verification on the non-consensus data to obtain a verification result, if the verification result is verification passed, the non-consensus node is a trusted node, and the non-consensus node is expanded, if the verification result is verification failed, the non-consensus node is an untrusted node, and the expansion of the non-consensus node is ended. Through the zero-knowledge proof technology, it can be ensured that the non-consensus node can achieve the calculation credibility of participating in the consensus after executing the smart contract without participating in the consensus, thereby improving the security of the trusted expansion of the blockchain node.

[0072] It should be understood that the size of the serial number of each step in the above embodiment does not mean the execution order, the execution order of each process should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiment of the application.

[0073] In an embodiment, a blockchain node expansion device is provided, which corresponds to the blockchain node expansion method in the above-mentioned embodiments. As shown in the figure, the blockchain node expansion device comprises a non-consensus node acquisition module 11, an input module 12, an expansion verification module 13, a first verification module 14 and a second verification module 15. The functions of each module are described in detail as follows: Figure 3

[0074] The non-consensus node acquisition module 11 is configured to acquire non-consensus data on the non-consensus node based on zero-knowledge proof.

[0075] The input module 12 is configured to input the non-consensus data to the consensus node layer.

[0076] The expansion verification module 13 is configured to perform expansion verification on the non-consensus data by using the consensus nodes in the consensus node layer to obtain a verification result.

[0077] The first verification module 14 is configured to, if the verification result is verified, the non-consensus node is a trusted node, and to perform node expansion on the non-consensus node.

[0078] The second verification module 15 is configured to, if the verification result is not verified, the non-consensus node is an untrusted node, and to end the node expansion on the non-consensus node.

[0079] In one of the embodiments, the non-consensus node acquisition module 11 further comprises:

[0080] A zero-knowledge proof generation unit configured to generate a zero-knowledge proof in the non-consensus node layer based on a preset generation method.

[0081] A non-consensus node acquisition unit configured to execute the non-consensus node based on the zero-knowledge proof and a smart contract in the non-consensus node layer to obtain non-consensus data, wherein the non-consensus data comprises a non-consensus proof and a non-consensus result.

[0082] In one of the embodiments, before the expansion verification module 13, the blockchain node expansion device further comprises:

[0083] A broadcast module configured to broadcast the non-consensus proof and the non-consensus result to enable each consensus node in the consensus node layer to receive the non-consensus proof and the non-consensus result corresponding to the non-consensus node.

[0084] In one of the embodiments, the expansion verification module 13 further comprises:

[0085] An expansion verification unit configured to perform expansion verification on the non-consensus proof based on a smart contract in the consensus node layer to obtain a verification result.

[0086] ​In one of the embodiments, after the second verification module 15, the blockchain node extension apparatus further comprises:

[0087] The early warning unit is configured to perform early warning processing based on a preset early warning mode.

[0088] and / or

[0089] The recording unit is configured to record the verification result into a log.

[0090] The "first" and "second" in the above modules / units are only used to distinguish different modules / units, and are not used to limit the priority of which module / unit is higher or other limiting meanings. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device comprising a series of steps or modules does not have to be limited to only those steps or modules clearly listed, but can include other steps or modules not clearly listed or inherent to these processes, methods, products or devices. The division of modules in this application is only a logical division, and other division methods can be used in actual application.

[0091] The specific limitations of the blockchain node extension apparatus can be referred to the limitations of the blockchain node extension method in the above, which will not be repeated here. Each module in the above blockchain node extension apparatus can be realized by software, hardware and their combinations in whole or in part. The above modules can be embedded in or independent of the processor in the computer device in hardware form, or can be stored in the memory in the computer device in software form, so as to call and execute the operations corresponding to each module by the processor.

[0092] In one embodiment, a computer device is provided, which can be a server, and its internal structure diagram can be as shown in Figure 4 The computer device includes a processor, a memory, a network interface and a database connected by a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store the data involved in the blockchain node extension method. The network interface of the computer device is used to communicate with the external terminal through the network connection. The computer program is executed by the processor to implement a blockchain node extension method.

[0093] In an embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor implements the steps of the method for extending a blockchain node in the above embodiments when executing the computer program, for example Figure 2 the steps S10 to S50 and other extensions and related steps of the method. Alternatively, the processor implements the functions of the modules / units of the apparatus for extending a blockchain node in the above embodiments when executing the computer program, for example Figure 3 the functions of the modules 11 to 15. To avoid repetition, no further elaboration is given here.

[0094] The processor can be a central processing unit (CPU), and can also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gates or transistor logic components, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor and the like, which is the control center of the computer device, and connects all parts of the computer device through various interfaces and lines.

[0095] The memory can be used to store the computer program and / or modules, and the processor realizes various functions of the computer device by running or executing the computer program and / or modules stored in the memory, and calling data stored in the memory. The memory can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.), etc.; and the data storage area can store data created according to the use of the mobile phone (such as audio data, video data, etc.), etc.

[0096] The memory can be integrated in the processor, or can be separately arranged from the processor.

[0097] In an embodiment, a computer readable storage medium is provided, which stores a computer program, the computer program is executed by a processor to implement the steps of the method for extending a blockchain node in the above embodiments, for example Figure 2The steps S10 to S50 and other extensions and related steps of the method are shown. Alternatively, the computer program is executed by the processor to implement the functions of each module / unit of the blockchain node extension device in the above embodiments, for example Figure 3 The functions of the modules 11 to 15 are shown. To avoid repetition, they will not be described here again.

[0098] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer readable storage medium. When the computer program is executed, it can include the processes of the above-mentioned embodiments. Any reference to memory, storage, database or other medium used in the embodiments provided by the present application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration but not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0099] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the above-mentioned division of functional units and modules is exemplified. In actual application, the above-mentioned functions can be completed by different functional units and modules according to needs, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the above-described functions.

[0100] The above-described embodiments are only used to illustrate the technical solutions of the present application, and not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacements for part of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A method for expanding blockchain nodes, characterized in that, Applied to consortium blockchains, which include a consensus node layer and a non-consensus node layer, including: Based on zero-knowledge proof, obtain non-consensus data on non-consensus nodes; The non-consensus data is input into the consensus node layer; The consensus nodes in the consensus node layer are used to perform extended verification on the non-consensus data to obtain a verification result. The extended verification is used to verify whether the non-consensus node corresponding to the non-consensus data is a trusted extended node of the consensus node layer. If the verification result is successful, then the non-consensus node is a trusted node, and node expansion is performed on the non-consensus node. If the verification result is that the verification fails, then the non-consensus node is an untrusted node, and the node expansion for the non-consensus node will be terminated. The step of obtaining non-consensus data on non-consensus nodes based on zero-knowledge proof includes: Based on a preset generation method, zero-knowledge proofs are generated in non-consensus node layers; Based on the zero-knowledge proof and the smart contract in the non-consensus node layer, the non-consensus node is executed to obtain non-consensus data, wherein the non-consensus data includes non-consensus proof and non-consensus result.

2. The method according to claim 1, characterized in that, Before using consensus nodes in the consensus node layer to perform extended verification on the non-consensus data and obtain the verification result, the method further includes: The non-consensus proofs and non-consensus results are broadcast so that each consensus node in the consensus node layer receives the non-consensus proofs and non-consensus results corresponding to the non-consensus nodes.

3. The method according to claim 2, characterized in that, The step of using consensus nodes in the consensus node layer to perform extended verification on the non-consensus data and obtain the verification result includes: Based on the smart contracts in the consensus node layer, the non-consensus proof is extended for verification, and the verification result is obtained.

4. The method according to claim 3, characterized in that, After the method proceeds from step 1, where the verification result is a failure, the non-consensus node is deemed an untrusted node, and the node expansion process for the non-consensus node is terminated, the method further includes: Based on the preset warning method, the warning is processed. and / or The verification results are recorded in the log.

5. A blockchain node expansion device, characterized in that, Applied to consortium blockchains, which include a consensus node layer and a non-consensus node layer, including: The non-consensus node acquisition module is used to acquire non-consensus data on non-consensus nodes based on zero-knowledge proofs. The input module is used to input the non-consensus data into the consensus node layer; An extended verification module is used to perform extended verification on the non-consensus data using consensus nodes in the consensus node layer to obtain a verification result. The extended verification is used to verify whether the non-consensus node corresponding to the non-consensus data is a trusted extended node of the consensus node layer. The first verification module is used to determine that if the verification result is successful, the non-consensus node is a trusted node, and to perform node expansion on the non-consensus node. The second verification module is used to determine that if the verification result is that the verification fails, the non-consensus node is an untrusted node and the node expansion for the non-consensus node is terminated. The non-consensus node acquisition module includes: The zero-knowledge proof generation unit is used to generate zero-knowledge proofs in non-consensus node layers based on a preset generation method. The non-consensus node acquisition unit is used to execute non-consensus nodes based on the zero-knowledge proof and the smart contract in the non-consensus node layer to obtain non-consensus data, wherein the non-consensus data includes non-consensus proofs and non-consensus results.

6. The apparatus according to claim 5, characterized in that, Prior to the extended verification module, the device includes: The broadcast module is used to broadcast the non-consensus proofs and non-consensus results so that each consensus node in the consensus node layer receives the non-consensus proofs and non-consensus results corresponding to the non-consensus nodes.

7. A computer device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the blockchain node expansion method as described in any one of claims 1 to 4.

8. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the blockchain node expansion method as described in any one of claims 1 to 4.

Images