WO2020103545A1

WO2020103545A1 - Blockchain-based smart contract debugging and releasing method and system

Info

Publication number: WO2020103545A1
Application number: PCT/CN2019/106021
Authority: WO
Inventors: 王玥; 李蕊; 姚平; 韩松江
Original assignee: 苏宁云计算有限公司; 苏宁易购集团股份有限公司
Priority date: 2018-11-19
Filing date: 2019-09-16
Publication date: 2020-05-28
Also published as: CN109670951A; CA3161753A1; CN109670951B

Abstract

A blockchain-based smart contract debugging and releasing method and apparatus. The method comprises: S1: automatically create a test channel while creating a transaction channel, and enable a user to join or exit the test channel synchronously when the user joins or exits the transaction channel; S2: deploy a smart contract to be tested on the test channel, and all users on the test channel jointly perform service test on contract contents; S3: determine whether the test of said contract passes or not, if yes, execute step S4, and if not, return said contract to a developer to modify or select a new smart contract, return to step S2, and re-test said contract; S4: carry out consensus on the content of said contract by all users on the test channel, and deploy said contract on the transaction channel after obtaining feedback of the agreed deployment. According to the method, the workload of participants can be reduced, the contract updating operation period is shortened, and the operation and query efficiency of the blockchain underlying network is effectively improved.

Description

Method and system for debugging and releasing blockchain smart contract

Technical field

The invention relates to the field of blockchain technology, in particular to a method and system for debugging and issuing blockchain smart contracts.

Background technique

With the rise and development of blockchain technology, more and more enterprises and organizations begin to explore the application of blockchain technology in various business and life scenarios, so that this new technology can be Life activities bring tangible benefits. As a basic platform that provides contract operating environment and technical support for various upper-layer services, the blockchain platform must not only guarantee the stability of its own operation, but also provide support and guarantee for the stability and availability of the upper-layer business.

At present, blockchain technology has been applied in many scenarios such as finance, logistics, and copyright protection. Due to the complexity and variability of upper-layer services, smart contracts deployed on the blockchain often require multiple Modification and testing can verify whether it meets the requirements of business operations. And the method usually adopted by the blockchain platform is repeated modification and repeated deployment. This implementation has two problems:

1. Each modification and deployment of a smart contract requires frequent consensus on the contract content in the transaction channel, which increases the workload of each participant in the blockchain;

2. Added a lot of worthless test data to the trading channel, affecting the query and storage of blocks and transactions on the channel.

Summary of the invention

In order to solve the problems of the prior art, an embodiment of the present invention provides a method for debugging and issuing a blockchain smart contract to overcome the need to frequently perform contract content on the transaction channel for each modification and deployment of smart contracts in the prior art The consensus has increased the workload of various parties in the blockchain, and added many worthless test data to the transaction channel, affecting the query and storage of blocks and transactions on the channel.

On the one hand, a method for debugging and releasing a blockchain smart contract is provided. The method includes the following steps:

S1: A test channel is automatically created at the same time when the trading channel is created, and when the user joins or exits the trading channel, the user is simultaneously added or exited from the test channel;

S2: Deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content;

S3: Determine whether the test of the smart contract to be tested passes. If it passes, perform step S4. If it fails, return the smart contract to the developer to modify or select a new smart contract and then return to step S2. Test it;

S4: All users on the test channel agree on the content of the smart contract, and after obtaining feedback that the deployment is agreed, deploy the smart contract on the transaction channel.

Further, the smart contract to be tested includes a newly submitted smart contract and / or a historical version of the smart contract.

Further, the S3 specifically includes:

If the newly submitted smart contract passes the test, step S4 is executed, and if the test fails, the smart contract is returned to the developer and then returned to step S2 after modification to retest it; and / or,

If the smart contract of the historical version passes the test, step S4 is executed. If the test fails, a new smart contract is selected and the process returns to step S2 to test it again.

Further, the S2 further includes:

The test data generated by running the smart contract on the test channel is recorded on the test channel, and the user can query the test data on the test channel.

Further, the step S2 further includes:

After obtaining the consensus of all users on the test channel, the user may delete the test data.

Further, the step S4 further includes:

Record the blocks and / or transaction data generated by the smart contract running on the transaction channel on the transaction channel, and the user can query the block and / or transaction data on the transaction channel.

On the other hand, a blockchain smart contract debugging and release system is provided, the system at least including:

A new module is provided for users to create a trading channel, and a test channel is automatically created when the trading channel is created;

The registration module is used to provide users to join or exit the trading channel, and when the user joins or exits the trading channel, the user is added or exited from the test channel synchronously;

A test module, which is used to deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content;

The judgment module is used to judge whether the test of the smart contract to be tested passes. If it passes, the smart contract to be tested is sent to the release module. If it fails, the smart contract is returned to the developer for modification or Select a new smart contract and send it to the test module to test it again;

The release module is used for all users on the test channel to reach a consensus on the content of the smart contract, and after obtaining feedback that the deployment is agreed, deploy the smart contract on the transaction channel.

Further, the system further includes:

A first storage module for recording test data generated by the smart contract running on the test channel in the test channel;

The first query module is used for the user to query the test data in the test channel.

Further, the system further includes:

The deletion module is used for the user to delete the test data after obtaining the consensus of all users on the test channel.

Further, the system further includes:

A second storage module, configured to record the blocks and / or transaction data generated by the smart contract running on the transaction channel on the transaction channel;

The second query module is used for the user to query the block and / or transaction data in the transaction channel.

The beneficial effects brought by the technical solutions provided by the embodiments of the present invention are:

1. The method and system for debugging and issuing a blockchain smart contract provided by an embodiment of the present invention. When a user creates a new transaction channel, the system automatically creates a test channel with the same participants for the transaction channel, which is used for testing before the contract is officially deployed. The content of the smart contract only needs to be guaranteed by the participants of the transaction channel during the test whether it is in line with its business. It is not necessary to conduct consensus certification of the contract content before each deployment test, reducing the workload of the participants and shortening the operation cycle of updating the contract;

2. The method and system for debugging and issuing blockchain smart contracts provided by the embodiments of the present invention store test data and transaction data separately, and the two sets of data do not interfere with each other, which effectively improves the operation and query efficiency of the underlying network of the blockchain and improves stability. Sex

3. The method and system for debugging and releasing blockchain smart contracts provided by the embodiments of the present invention introduces the process standardization and manageability in the software development project into the contract debugging and release of the blockchain channel, reducing contract maintenance costs Maximize the team's cooperation efficiency.

BRIEF DESCRIPTION

In order to more clearly explain the technical solutions in the embodiments of the present invention, the drawings required in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, without paying any creative work, other drawings can be obtained based on these drawings.

Fig. 1 is a flowchart of a method for debugging and issuing a blockchain smart contract according to an exemplary embodiment;

Fig. 2 is a schematic structural diagram of a blockchain smart contract debugging and issuance system according to an exemplary embodiment.

detailed description

To make the objectives, technical solutions, and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be described clearly and completely in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are merely Some embodiments of the present invention, but not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by a person of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

Fig. 1 is a flowchart of a method for debugging and issuing a blockchain smart contract according to an exemplary embodiment. Referring to Fig. 1, the method includes the following steps:

S1: A test channel is automatically created when a trading channel is created, and when a user joins or exits the trading channel, the user is simultaneously added or exited from the test channel.

Specifically, blockchain users create a new transaction channel according to business needs. The system will automatically create a test channel for users with the same participating users when they create a transaction channel. New blockchain users join or exit the transaction channel At the same time, it will also join or exit the corresponding test channel synchronously.

S2: Deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content.

Specifically, users in the blockchain can deploy the smart contract to be tested submitted by the contract developer to the test channel, and all users on the test channel jointly conduct business tests on the contract content. It should be noted here that in the embodiment of the present invention, the content of the smart contract only needs to be guaranteed by the participants of the test channel (these parties are also participants of the transaction channel) during the test, and does not need to be Before each deployment test, the consensus authentication of the smart contract content is performed, which reduces the workload of each participant and shortens the operation cycle of updating the contract.

Each participant can use the following process to test whether the content of the smart contract is consistent with its business:

Obtain the smart contract code corresponding to the smart contract to be tested, compile the smart contract code, and obtain the compiled file;

After analyzing the compiled files, a functional test page is generated;

The user enters test parameters on the functional test page and performs functional tests on the smart contract to be tested.

Further, the test data generated by running the smart contract on the test channel is recorded on the test channel, and the user can query the test data on the test channel.

Specifically, before the smart contract is officially deployed on the trading channel, the test data generated by running on the test channel will be recorded on the test channel, and the test data will be queried and displayed on the test channel, which means that the user can query on the test channel Test Data.

Further, after obtaining the consensus of all users on the test channel, the user may delete the test data.

Specifically, when the data in the blockchain needs to be deleted, the consensus of all users on the channel needs to be obtained, and it cannot be deleted by itself. For example, when the amount of data in the blockchain reaches the load bottleneck, the channel user occupying more storage space for the test data can initiate the deletion of the test data, and the storage space occupied by the data can only be used after consensus of all users on the test channel To release. By doing so, you can ensure that the data on the blockchain cannot be deleted at will.

It should be noted here that in the embodiment of the present invention, the application can call the SDK to write transactions to the test channel, and can limit the transaction submission speed in the SDK when the application calls the SDK to write transactions to the test channel, preventing The test operation of the test channel interferes with the performance of the trading channel.

S3: Determine whether the test of the smart contract to be tested passes. If it passes, perform step S4. If it fails, return the smart contract to the developer to modify or select a new smart contract and then return to step S2. It's tested.

Specifically, after all users on the test channel jointly conduct a business test on the contract content, according to the test result, it is determined whether the test of the smart contract to be tested passes, if the test passes, step S4 is executed, and if the test fails, the smart contract is transferred After modifying or selecting a new smart contract for the developer, return to step S2 to test it again.

S4: All users on the test channel agree on the content of the smart contract, and after obtaining feedback that the deployment is agreed, deploy the smart contract to the official transaction channel for use.

Specifically, after the test is passed, all users on the test channel need to agree on the content of the smart contract and get feedback on the deployment of the smart contract before the smart contract can be deployed on the transaction channel

Further, the blocks and / or transaction data generated by the smart contract running on the transaction channel are recorded on the transaction channel, and the user can query the blocks and / or transaction data on the transaction channel.

Specifically, the block and / or transaction data generated by the smart contract running on the transaction channel will be recorded on the transaction channel, and the block and / or transaction data will be queried and displayed in the transaction channel, that is to say, the user can Channel query block and / or transaction data. What needs to be explained here is that the data of the transaction channel and the test channel will have the characteristics that the data on the blockchain cannot be tampered with. And store the test data and transaction data separately, so that the two sets of data do not interfere with each other, effectively improve the operation and query efficiency of the underlying network of the blockchain, and further improve the stability.

Further, the S3 specifically includes:

Specifically, in the embodiment of the present invention, the smart contract to be tested includes a newly submitted smart contract and / or a historical version of the smart contract. Regardless of whether it is a newly submitted smart contract or a historical version of a smart contract, if the test passes, step S4 is performed. However, if the two fail the test, the subsequent operations will be slightly different. The details are as follows: if the newly submitted smart contract test fails, the smart contract is returned to the developer and then modified to return to step S2 to re-test it; and if the smart contract test of the historical version fails, the new smart contract is selected Return to step S2 and test it again.

In other words, if the content of the smart contract needs to be updated or rolled back to the previous contract version according to changes such as business adjustments, users in the blockchain can choose to use the new smart contract submitted by the developer or use it on the current transaction channel The historical version of the smart contract is deployed on the test channel, and all users of the test channel conduct business tests on the contract content of the test channel. If the test fails, the newly submitted smart contract can be transferred to the contract developer for modification and then submitted and tested. The historical version of the smart contract cannot be modified, and only the new smart contract can be selected for redeployment into the test channel The test is conducted, and the last officially deployed contract is still executed in the transaction channel. If the test passes, all users in the channel agree on the content of the smart contract and get feedback on the deployment of the agreement, then officially deploy the updated contract to the transaction Used on the channel.

All of the above optional technical solutions may be combined in any combination to form optional embodiments of the present invention, and details are not repeated herein.

Fig. 2 is a schematic structural diagram of a blockchain smart contract debugging and issuance system according to an exemplary embodiment. Referring to Fig. 2, the system includes at least:

A new module is provided for users to create a trading channel, and a test channel is automatically created when the user creates a trading channel, where the test channel corresponds to the trading channel.

The registration module is used to provide users with access to or exit from the trading channel, and to synchronously add or exit users to the test channel when the user joins or exits the trading channel.

The test module is used to deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content.

Specifically, in the embodiment of the present invention, the content of the smart contract only needs to be guaranteed by the participants of the test channel (these parties are also participants of the transaction channel) during the test, and does not need to be checked every time. Consensus certification of smart contract content is carried out before deployment testing, which reduces the workload of each participant and shortens the operation cycle of updating contracts.

The judgment module is used to judge whether the test of the smart contract to be tested passes. If it passes, the smart contract to be tested is sent to the release module. If it fails, the smart contract is returned to the developer for modification or Select a new smart contract and send it to the test module to test it again.

It should be noted here that the smart contracts to be tested include newly submitted smart contracts and / or historical versions of smart contracts. If the test fails, the newly submitted smart contract can be transferred to the contract developer for modification and then submitted and tested. The historical version of the smart contract can no longer be modified, and only a new smart contract can be selected for redeployment into the test channel test.

Further, the system further includes:

The first query module is used for the user to query the test data in the test channel;

The deletion module is used for the user to delete the test data after obtaining the consensus of all users on the test channel;

Specifically, in the embodiment of the present invention, the data of the transaction channel and the test channel will have the characteristics that the data on the blockchain cannot be tampered with. And store the test data and transaction data separately, so that the two sets of data do not interfere with each other, effectively improve the operation and query efficiency of the underlying network of the blockchain, and further improve the stability.

It should be noted here that the above-mentioned blockchain smart contract debugging and release system may be implemented based on the above-mentioned blockchain smart contract debugging and release method.

In summary, the beneficial effects brought by the technical solutions provided by the embodiments of the present invention are:

3. The method and system for debugging and releasing blockchain smart contracts provided by the embodiments of the present invention introduces the process standardization and manageability in the software development project into the contract debugging and release of the blockchain channel to reduce the maintenance cost of the contract. Maximize the team's cooperation efficiency.

It should be noted that when the blockchain smart contract debug and release system provided in the above embodiment triggers the debug and release service, only the division of the above functional modules is used as an example for illustration. In actual applications, the above functions can be allocated as needed Different functional modules are completed, that is, the internal structure of the system is divided into different functional modules to complete all or part of the functions described above. In addition, the blockchain smart contract debugging and release system provided in the above embodiment and the blockchain smart contract debugging and release method embodiment belong to the same concept. For the specific implementation process, see the method embodiment, and details are not described here.

A person of ordinary skill in the art may understand that all or part of the steps for implementing the above-described embodiments may be completed by hardware, or may be completed by a program instructing related hardware. The program may be stored in a computer-readable storage medium. The mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above are only preferred embodiments of the present invention and are not intended to limit the present invention. Any modification, equivalent replacement, improvement, etc. within the spirit and principle of the present invention should be included in the protection of the present invention Within range.

Claims

A method for debugging and issuing a blockchain smart contract, characterized in that the method includes the following steps:

S1: A test channel is automatically created at the same time when the trading channel is created, and when the user joins or exits the trading channel, the user is simultaneously added or exited from the test channel;

S2: Deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content;

S3: Determine whether the test of the smart contract to be tested passes. If it passes, perform step S4. If it fails, return the smart contract to the developer to modify or select a new smart contract and then return to step S2. Test it;

S4: All users on the test channel agree on the content of the smart contract, and after obtaining feedback that the deployment is agreed, deploy the smart contract on the transaction channel.
The method for debugging and issuing a blockchain smart contract according to claim 1, wherein the smart contract to be tested includes a newly submitted smart contract and / or a historical version of the smart contract.
The method for debugging and issuing a blockchain smart contract according to claim 2, wherein the S3 specifically includes:

If the newly submitted smart contract passes the test, step S4 is executed, and if the test fails, the smart contract is returned to the developer and then returned to step S2 after modification to retest it; and / or,

If the smart contract of the historical version passes the test, step S4 is executed. If the test fails, a new smart contract is selected and the process returns to step S2 to test it again.
The method for debugging and issuing a blockchain smart contract according to any one of claims 1 to 3, wherein the step S2 further comprises:

The test data generated by running the smart contract on the test channel is recorded on the test channel, and the user can query the test data on the test channel.
The method for debugging and issuing a blockchain smart contract according to claim 4, wherein the step S2 further comprises:

After obtaining the consensus of all users on the test channel, the user may delete the test data.
The method for debugging and issuing a blockchain smart contract according to any one of claims 1 to 3, wherein the step S4 further comprises:

Record the blocks and / or transaction data generated by the smart contract running on the transaction channel on the transaction channel, and the user can query the block and / or transaction data on the transaction channel.
A blockchain smart contract debugging and release system, characterized in that the system includes at least:

A new module is provided for users to create a trading channel, and a test channel is automatically created when the trading channel is created;

The registration module is used to provide users to join or exit the trading channel, and when the user joins or exits the trading channel, the user is added or exited from the test channel synchronously;

A test module, which is used to deploy the smart contract to be tested on the test channel, and all users on the test channel jointly perform business tests on the contract content;

The judgment module is used to judge whether the test of the smart contract to be tested passes. If it passes, the smart contract to be tested is sent to the release module. Select a new smart contract and send it to the test module to test it again;

The release module is used for all users on the test channel to reach a consensus on the content of the smart contract, and after obtaining feedback that the deployment is agreed, deploy the smart contract on the transaction channel.
The blockchain smart contract debugging and release system according to claim 7, wherein the system further comprises:

A first storage module for recording test data generated by the smart contract running on the test channel in the test channel;

The first query module is used for the user to query the test data in the test channel.
The blockchain smart contract debugging and release system according to claim 8, wherein the system further comprises:

The deletion module is used for the user to delete the test data after obtaining the consensus of all users on the test channel.
The blockchain smart contract debugging and release system according to claim 7 or 8, wherein the system further comprises:

A second storage module, configured to record the blocks and / or transaction data generated by the smart contract running on the transaction channel on the transaction channel;

The second query module is used for the user to query the block and / or transaction data in the transaction channel.