CN112017050B - Block chain-based account intelligent contract method and system supporting high-concurrency scene - Google Patents

Abstract

The application relates to an account intelligent contract method and system supporting a high-concurrency scene based on a block chain, wherein the account intelligent contract method supporting the high-concurrency scene based on the block chain comprises the following steps: acquiring a transfer-out main account of an asset transfer-out party, and creating a plurality of transfer-out sub-accounts for the transfer-out main account; acquiring the address and transaction parameters of the transfer-out sub-account, and acquiring the address of the transfer-in account of the asset transfer-in party; and transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account. By the method and the device, the problem that the asset transaction function of the Fabric blockchain is limited by an MVCC mechanism and cannot meet the service requirement of blockchain alliance members with large concurrency is solved, the intelligent account transfer contract supporting a high concurrency scene is realized, and the account transfer requirement under the high concurrency scene can be met.

Description

Block chain-based account intelligent contract method and system supporting high-concurrency scene

Technical Field

The application relates to the technical field of block chains, in particular to an account intelligent contract method and system supporting high concurrency scenes based on block chains.

Background

In the case of a user using smart contracts, the Fabric blockchain may implement asset transaction functionality under different accounts, e.g., transfers may be made between different accounts. However, in the related art, an unconsumed Transaction Output (UTXO) model and an account model implemented by an intelligent contract are limited by a mechanism of Multi-Version concurrency Control (MVCC) of a Fabric block chain, and cannot be applied to a high-concurrency scenario, for example, two or more asset transactions do not take effect for modifying the same account in the same block. Further, the asset transaction function of the conventional Fabric blockchain is limited by the MVCC mechanism, and cannot meet the service requirement of the blockchain alliance members with large concurrency.

At present, no effective solution is provided for the problem that in the related art, the asset transaction function of the Fabric blockchain is limited by the MVCC mechanism and cannot meet the service requirement of the blockchain alliance members with large concurrency.

Disclosure of Invention

The embodiment of the application provides an account intelligent contract method and system supporting a high concurrency scene based on a blockchain, and aims to at least solve the problem that in the related technology, the asset transaction function of a Fabric blockchain is limited by an MVCC mechanism and cannot meet the service requirement of blockchain alliance members with large concurrency.

In a first aspect, an embodiment of the present application provides an account intelligent contract method supporting a high concurrency scenario based on a block chain, including:

acquiring a transfer-out main account of an asset transfer-out party, and creating a plurality of transfer-out sub-accounts for the transfer-out main account;

acquiring the address and the transaction parameters of the transfer-out sub-account, and acquiring the address of the transfer-in account of the asset transfer-in party;

and transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

In some embodiments, the transferring to the account comprises transferring to a primary account, and the method further comprises:

and creating a transfer sub-account for the transfer main account.

In some of these embodiments, the transferring the asset from the transfer-out sub-account to the transfer-in account comprises:

and transferring the assets to the transfer-in main account, or transferring the assets to a transfer-in sub-account of the transfer-in account.

In some embodiments, the transferring the asset to the transfer sub-account of the transfer account comprises:

verifying the transaction parameters and the transfer-out primary account;

under the condition that the transaction parameters and the transfer-out main account are verified to be passed and the transfer-out sub-account is valid, acquiring an address of the transfer-out sub-account, wherein the transfer-out sub-account is valid as an asset in the transfer-out sub-account;

under the condition that the transfer-in sub-account is effective, acquiring the address of the transfer-in sub-account;

and under the condition that the assets of the transfer-out sub-account are greater than or equal to a preset transaction threshold value, performing asset transaction according to the address of the transfer-out sub-account, the address of the transfer-in sub-account and the transaction parameters.

In some embodiments, the transfer-out sub-account and the transfer-in sub-account are selected by a routing algorithm.

In some of these embodiments, further comprising:

verifying the sub-account deposit parameters and the transfer-out main account;

under the condition that the sub-account deposit parameters and the transfer-out main account are verified, acquiring the asset state of the transfer-out main account;

and under the condition that the asset state is not stored and the asset of the transfer-out main account is greater than or equal to a preset asset threshold value, modifying the asset information of the transfer-out main account, the asset information of the transfer-out sub-account and the asset state of the transfer-out main account.

In some of these embodiments, further comprising:

verifying the main account deposit parameters;

acquiring an asset deposit account address under the condition that the verification of the main account deposit parameters passes;

and under the condition that the asset storing account address is the administrator account address, storing the assets into the transfer-out main account.

In some embodiments, the method for generating a transfer-out primary account includes:

acquiring identity information of a user;

calculating the identity information to obtain a hash value of the identity information;

and obtaining the address of the transfer-out main account according to the hash value, and initializing the transfer-out main account.

In some of these embodiments, further comprising:

transferring the assets in the transfer-out sub-account to the transfer-out main account, deleting all the transfer-out sub-accounts, and modifying the asset state of the transfer-out main account;

and proposing the assets in the transfer-out main account.

In some of these embodiments, further comprising:

acquiring an account query instruction of a user, and generating an account query address according to the identity information of the user;

and inquiring the main account information and the sub-account information of the user according to the account inquiry address.

In a second aspect, an embodiment of the present application provides an account intelligent contract system supporting a high concurrency scenario based on a blockchain, including an account acquisition module, an address determination module, and an asset transaction module:

the account acquisition module is used for acquiring a transfer main account of the asset transfer party and creating a plurality of transfer sub-accounts for the transfer main account;

the address determination module is used for acquiring the address and the transaction parameters of the transfer-out sub-account and acquiring the address of the transfer-in account of the asset transfer-in party;

and the asset transaction module is used for transferring assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

In a third aspect, an embodiment of the present application provides an electronic apparatus, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor, when executing the computer program, implements the method for intelligent contracts for accounts supporting high concurrency scenarios based on block chains as described in the first aspect.

In a fourth aspect, the present application provides a storage medium, on which a computer program is stored, where the program, when executed by a processor, implements the method for intelligent contracts for accounts supporting high concurrency scenarios based on blockchains as described in the first aspect above.

Compared with the related technology, the block chain-based intelligent account contract method supporting the high concurrency scene, provided by the embodiment of the application, comprises the steps of establishing a plurality of transfer-out sub-accounts for a transfer-out main account by acquiring the transfer-out main account of an asset transfer-out party; acquiring the address and transaction parameters of the transfer-out sub-account, and acquiring the address of the transfer-in account of the asset transfer-in party; according to the address of the roll-out sub-account, the transaction parameters and the address of the roll-in account, the assets are transferred from the roll-out sub-account to the roll-in account, the problem that the service requirements of members of the blockchain alliance with large concurrency cannot be met due to the fact that the asset transaction function of the Fabric blockchain is limited by an MVCC mechanism is solved, the intelligent account transfer contract supporting the high concurrency scene is achieved, and the account transfer requirements under the high concurrency scene can be met.

The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below to provide a more thorough understanding of the application.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

FIG. 1 is a flow diagram of an account intelligent contract method supporting high concurrency scenarios based on blockchains according to an embodiment of the present application;

FIG. 2 is a flowchart of yet another method for block chain based account intelligent contracts supporting high concurrency scenarios according to an embodiment of the present application;

FIG. 3 is a flow diagram of a method of transferring out a sub-account asset deposit according to an embodiment of the present application;

FIG. 4 is a flow diagram of a method of transferring out primary account asset credits according to an embodiment of the present application;

FIG. 5 is a flow chart of a method of generating a roll-out primary account according to an embodiment of the application;

FIG. 6 is a flowchart of a method for block chain based account intelligent contracts with high concurrency scenario support according to the preferred embodiment of the present application;

fig. 7 is a block diagram illustrating a hardware structure of an account intelligent contract method supporting a high concurrency scenario according to an embodiment of the present application;

fig. 8 is a block diagram of an account intelligent contract system supporting a high concurrency scenario based on a blockchain according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be described and illustrated below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments provided in the present application without any inventive step are within the scope of protection of the present application. Moreover, it should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another.

Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the specification. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of ordinary skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments without conflict.

Unless defined otherwise, technical or scientific terms referred to herein shall have the ordinary meaning as understood by those of ordinary skill in the art to which this application belongs. Reference to "a," "an," "the," and similar words throughout this application are not to be construed as limiting in number, and may refer to the singular or the plural. The present application is directed to the use of the terms "including," "comprising," "having," and any variations thereof, which are intended to cover non-exclusive inclusions; for example, a process, method, system, article, or apparatus that comprises a list of steps or modules (elements) is not limited to the listed steps or elements, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Reference to "connected," "coupled," and the like in this application is not intended to be limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. Reference herein to "a plurality" means greater than or equal to two. "and/or" describes an association relationship of associated objects, meaning that three relationships may exist, for example, "A and/or B" may mean: a exists alone, A and B exist simultaneously, and B exists alone. Reference herein to the terms "first," "second," "third," and the like, are merely to distinguish similar objects and do not denote a particular ordering for the objects.

The intelligent contract method for the account supporting the high concurrency scene based on the block chain can be applied to a alliance chain based on Fabric, for each user in the alliance chain, a main account belonging to the user is established through an intelligent contract, addresses of sub-accounts are generated according to the address of the main account and the number of the sub-accounts required by the user, and therefore the sub-accounts are established. Therefore, various operations and processes performed on the transfer-out main account and the transfer-out sub-account in the application are respectively suitable for the transfer-in main account and the transfer-in sub-account.

Before a user uses an intelligent contract to conduct transaction, the intelligent contract needs to be initialized, and specifically, the intelligent contract initialization needs to specify three parameters, namely the maximum transfer-out sub-account number, the commission fee unit price and the administrator account address. Because the block chain-based account intelligent contract method supporting the high concurrency scenario is implemented in an intelligent contract, considering the security of the intelligent contract, the number of the transferred-out sub-accounts needs to be limited, for example, the default maximum value of the number of the transferred-out sub-accounts cannot exceed 10000, specific numerical values can be further limited according to the actual requirements of members in a coalition chain, and the process of transferring out the main account to store assets into the transferred-out sub-accounts is a heavy operation, in order to avoid that some malicious users frequently perform the operation, a commission charge mechanism is introduced in the embodiment, commission charge is the product of the commission charge unit price and the number of the sub-accounts, the commission charge unit price can be set by the members in the coalition chain, the commission charge can be transferred into an administrator account, and the operation of recharging or promoting the transferred-out main account can only be performed through the administrator account.

The embodiment provides an account intelligent contract method supporting a high-concurrency scene based on a blockchain, and the method can be used in a blockchain based on Fabric technology. Fig. 1 is a flowchart of an account intelligent contract method supporting high concurrency scenarios based on a blockchain according to an embodiment of the present application, where the method includes the following steps, as shown in fig. 1:

step S110, a transfer-out main account of the asset transfer-out party is obtained, and a plurality of transfer-out sub-accounts are created for the transfer-out main account.

Typically, asset transferors in Fabric-based blockchains need to create primary accounts through smart contracts in advance, and in the case of a need for high-concurrency transactions, asset transferors can obtain multiple transfer sub-accounts by allocating assets in an account to multiple addresses.

And step S120, acquiring the address and the transaction parameter of the transfer-out sub-account, and acquiring the address of the transfer-in account of the asset transfer-in party.

In this embodiment, the address of the transfer-out sub-account may be obtained by calculation according to the address of the transfer-out main account, the number of the transfer-out sub-accounts, and a transaction Hash value (Hash), where the transaction Hash value is used to calculate a random number, and the random number is matched with the existing address of the transfer-out sub-account to determine the transfer-out sub-account used in the transaction process, so as to ensure the randomness of the selection of the transfer-out sub-account. The transaction parameters may include a number of parameters related to the asset transaction, such as the amount of the asset transaction, selecting whether to conduct the transaction by transferring out of the primary account or transferring out of the sub-account.

The address of the transferred-in account of the asset transfer-in party is transferred in by calling the intelligent contract during transaction, and the intelligent contract can also verify the transferred-in account of the asset transfer-in party before transaction.

And step S130, transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

Through the steps S110 to S130, the asset transfer-out party can simultaneously carry out transaction with a plurality of asset transfer-in parties due to the plurality of transfer-out sub-accounts, and is not limited by an MVCC mechanism, so that the problem that the service requirements of members of a blockchain alliance with large concurrency cannot be met due to the fact that the asset transaction function of a Fabric blockchain is limited by the MVCC mechanism is solved, the transfer intelligent contract supporting a high concurrency scene is realized by creating the plurality of transfer-out sub-accounts for the transfer-out main account, and the transfer requirements under the high concurrency scene can be met.

In some embodiments, the transferring into the account includes transferring into a main account and transferring into a sub-account, wherein a method for creating the transferring into the sub-account for the transferring into the main account is the same as a method for creating the transferring out sub-account for the transferring out main account, specifically, the asset transferring party allocates assets transferred into the main account to different addresses, so that multiple transferring into sub-accounts can be obtained, and the requirement of the asset transferring party for high concurrency in the transaction process is met.

Further, the asset transfer-out party can transfer the assets to the transfer-in main account of the asset transfer-in party, also can transfer the assets to the transfer-in sub-account of the transfer-in account, and also can select whether to carry out transaction through the transfer-out sub-account. The asset transfer party can flexibly select the asset transaction mode according to the requirement, so the method in the embodiment can improve the scene adaptability.

In some embodiments, fig. 2 is a flowchart of another method for block chain-based account intelligent contract supporting high concurrency scenarios according to an embodiment of the present application, which may be used in a block chain based on Fabric technology, as shown in fig. 2, where the method includes the following steps:

step S210, verifying the transaction parameters and the transfer-out primary account.

In the process of carrying out asset transaction, the transaction parameters comprise four parameters, wherein the first parameter indicates whether to transfer out by using the sub-account, the second parameter indicates the transfer-out amount, the third parameter indicates the address of the transfer-in account, and the fourth parameter indicates whether to transfer into the opposite sub-account. In the process of parameter verification, it is necessary to verify whether the transfer amount is greater than 0 and the specific situation of the asset status, and in the case of using the transfer sub-account, it is also necessary to verify whether the number of the transfer sub-accounts is greater than 0, wherein the asset status includes a status that the transfer main account has been charged for the transfer sub-account and a status that the balance in the transfer sub-account has been proposed.

The verification of the transfer-out main account is specifically to verify an address of the transfer-out main account. The verification process includes acquiring identity information, such as certificate information, of a user who rolls out of a main account, performing hash calculation according to the identity information to obtain a hash value, obtaining an address of the user according to the hash value, considering that the address of the user exists and is valid under the condition that the address exists in a state database of a block chain, and passing verification.

Step S220, under the condition that the transaction parameters and the transfer-out main account are verified to be passed and the transfer-out sub-account is valid, the address of the transfer-out sub-account is obtained.

The transferred sub-account is stored in a Fabric block chain state database in a Key-Value pair form, the Key may be an address of the transferred sub-account, specifically, a suffix is added to the address of the transferred main account, the suffix is a fixed length suffix starting from 0 and having a step length increasing by 1, the fixed length is a numerical digit number represented by decimal after the number of the transferred sub-accounts is reduced by 1, and then the Value is a Value after the balance of the sub-accounts is serialized.

The transfer out sub-account is effectively the presence of assets in the transfer out sub-account. Specifically, the assets existing in the transfer-out sub-account are stored in the transfer-out sub-account for the transfer-out main account, that is, the transfer-out main account is already charged for the transfer-out sub-account.

And step S230, acquiring the address of the transferred sub-account under the condition that the transferred sub-account is effective.

The asset transfer party can generate the address of the transfer sub-account by adopting the same method as the asset transfer party, and the intelligent contract can verify the address of the transfer sub-account in the transaction process. In the process of carrying out asset transaction, the assets transferred into the sub-account can be verified, and the asset transaction can be carried out only when the transferred sub-account is an effective account under the condition that the transferred main account charges the transferred sub-account.

And step S240, under the condition that the assets of the transferred sub-account are greater than or equal to the preset transaction threshold value, performing asset transaction according to the address of the transferred sub-account, the address of the transferred sub-account and the transaction parameters.

In the process that a user uses a transfer-out sub-account to conduct transaction, whether the transfer-out sub-account meets transaction conditions needs to be judged, specifically, whether an asset in the transfer-out sub-account is larger than or equal to a preset transaction threshold value, the preset transaction threshold value is an asset numerical value needing transaction in the asset transaction process, and under the condition that the asset of the transfer-out sub-account meets the transaction conditions, the transfer-out sub-account and the asset transferred to the transfer-in sub-account are modified simultaneously.

Through the steps S210 to S240, the present embodiment provides an account intelligent contract method for supporting a high concurrency scenario between an export sub-account and an import sub-account based on a block chain, and since the asset export party and the asset import party have a plurality of sub-accounts, the requirement of the two transaction parties for high concurrency can be met, and the transaction efficiency is effectively improved.

In some embodiments, the transfer-out sub-account and the transfer-in sub-account are selected by a routing algorithm. The routing algorithm is a routing algorithm and can randomly select a transfer-out sub-account and a transfer-in sub-account for the asset transaction process. Specifically, the routing algorithm obtains a transaction Hash value (Hash) in the asset transaction process, calculates the transaction Hash value (Hash) by using a Cyclic Redundancy Check (CRC) algorithm, for example, a CRC32 algorithm, to obtain an integer value, the integer value takes a remainder of the number of the transferred sub-accounts, the remainder is used as a suffix with a fixed length and is spliced to the address of the transferred main account to obtain the address of the transferred sub-accounts, and the fixed length can be a numerical digit number represented by decimal after the number of the transferred sub-accounts is reduced by 1. In the embodiment, the transaction path is calculated through the routing algorithm, so that the randomness for selecting the transferred sub-account can be improved, and the requirement of a user on high concurrency can be better met.

In some embodiments, fig. 3 is a flow chart of a method for transferring out a sub-account asset deposit according to an embodiment of the present application, which may be used in a Fabric technology based blockchain, as shown in fig. 3, the method comprising the steps of:

and step S310, verifying the sub-account deposit parameters and the transfer-out main account.

If the user needs to start the concurrent transfer function, the assets are firstly stored into the transfer sub-account from the transfer main account, namely the transfer sub-account is charged.

In the process of recharging the transferred-out sub-account through the transferred-out main account, the intelligent contract needs to obtain sub-account deposit parameters, wherein the sub-account deposit parameters comprise the number of the transferred-out sub-accounts and the recharging amount, the number of the transferred-out sub-accounts needs to be larger than 1, is smaller than or equal to the maximum transferred-out sub-account number specified during initialization of the intelligent contract, and the recharging amount of the transferred-out sub-accounts needs to be larger than 0.

And under the condition that the sub-account deposit parameters meet the conditions, verifying the transferred main account, specifically verifying the address of the transferred main account. The verification process includes acquiring identity information, such as certificate information, of a user who rolls out of a main account, performing hash calculation according to the identity information to obtain a hash value, obtaining an address of the user according to the hash value, considering that the address of the user exists and is valid under the condition that the address exists in a state database of a block chain, and passing verification.

And step S320, acquiring the asset state of the transfer-out main account under the condition that the transfer-out main account and the sub-account storage parameters are verified.

The asset state of the transfer-out main account is specifically a sub-account recharging state of the transfer-out main account, and comprises a state that the transfer-out main account is recharged for the transfer-out sub-account and a state that the balance in the transfer-out sub-account is proposed. The asset state is represented by True and False, True represents that the transfer-out main account has stored the asset into the transfer-out sub-account, that is, the transfer-out sub-account recharging operation has been performed, at this time, the transfer-out sub-account recharging operation cannot be performed again, False represents that the transfer-out main account has not recharged for the transfer-out sub-account, or the asset in the transfer-out sub-account has been proposed, at this time, the asset in the transfer-out sub-account cannot be proposed again, that is, the transfer-out sub-account proposing operation cannot be performed again.

In this embodiment, the transferring-out main account charges and withdraws the transferring-out sub-account only alternately, and when the transferring-out main account withdraws the asset from the transferring-out sub-account, only the balance in the transferring-out sub-account can be withdrawn, and at this time, the balance in the transferring-out sub-account is 0, and belongs to an invalid account. When a transaction needs to be carried out through the transfer-out sub-account, the transfer-out sub-account must be charged through the transfer-out main account.

Further, the transfer-out of the primary account operates on all the transfer-out sub-accounts at the same time, that is, all the transfer-out sub-accounts exist at the same time and are invalid at the same time.

And step S330, modifying the asset information of the transfer-out main account, the asset information of the transfer-out sub-account and the asset state of the transfer-out main account under the condition that the asset state is not stored and the asset of the transfer-out main account is greater than or equal to a preset asset threshold value.

The asset state is not credited, which means that the transferring main account has not credited the asset into the transferring sub-account, and at this time, the transferring sub-account can be recharged. Optionally, before recharging, it is further determined whether the assets in the transfer main account are sufficient, and the transfer sub-account can be recharged only when the assets are greater than or equal to a preset asset threshold, in this embodiment, the preset asset threshold is the sum of a commission fee and a total recharging amount of the transfer sub-account, where the commission fee is the product of the commission fee unit price and the number of the transfer sub-accounts, both the commission fee unit price and the number of the transfer sub-accounts can be set by the user, and the total recharging amount of the transfer sub-account is the product of the recharging amount of each transfer sub-account and the number of the transfer sub-accounts. In this embodiment, the unit price of the commission fee may be 0, and the recharge amount of the transfer-out main account into the transfer-out sub-account must be greater than 0.

And under the condition that the assets of the transferred main account are greater than or equal to a preset asset threshold value, simultaneously correcting the account information of the transferred main account and the account information of the transferred sub-account in the Fabric block chain state database, wherein the corrected account information of the transferred main account is specifically the corrected account balance of the transferred main account, and simultaneously setting the asset state of the transferred main account to True to show that the transferred main account is the transferred sub-account for recharging and the recharging is successful. Further, the transferred-out sub-account is stored in a Fabric block chain state database in a Key Value pair form of Key-Value, the Key is the address of the transferred-out main account added with a suffix, the suffix is a fixed length suffix which starts from 0 and is increased by 1 in step length, the fixed length is the number of digits expressed by decimal after the number of the transferred-out sub-accounts is reduced by 1, and the Value is the Value after the balance of the sub-accounts is serialized.

Further, in this embodiment, when the sub-account deposit parameter or the verification of the transferred-out main account fails, or the asset of the transferred-out main account is smaller than the preset asset threshold, the transferred-out main account fails to recharge the transferred-out sub-account.

Through the steps S310 to S330, the process of transferring the main account and storing the assets into the transfer sub-account is realized, the high concurrency requirement of the asset transfer party in the process of carrying out asset transaction is met, and the transaction efficiency is improved.

In some embodiments, fig. 4 is a flow chart of a method of transferring out primary account asset credits according to an embodiment of the present application, which may be used in a Fabric technology based blockchain, as shown in fig. 4, the method comprising the steps of:

and step S410, verifying the primary account deposit parameters.

In the transaction process, the balance of the user transfer-out main account may be 0, so that the asset needs to be stored in the transfer-out main account to perform the transaction, that is, the transfer-out main account needs to be recharged. In the process of executing the recharging operation, the intelligent contract for the asset transaction needs to obtain a main account deposit parameter, where the main account deposit parameter may be an address of the transfer-out main account and a value of the asset deposit, that is, a recharging amount, where the value of the asset deposit in this embodiment needs to be greater than 0.

And step S420, acquiring an asset deposit account address under the condition that the verification of the main account deposit parameters is passed.

In the process of charging the transferred main account, the intelligent contract needs to verify the identity of the user who charges the assets to the transferred main account, specifically, identity information of the user, such as certificate information, is obtained, hash calculation is performed according to the identity information to obtain a hash value, an address of the user is obtained according to the hash value, and the address is recorded as the asset storage account address.

And step S430, in the case that the asset deposit account address is the administrator account address, depositing the assets into the transfer-out main account.

In this embodiment, only the administrator account specified by the intelligent contract during initialization has the authority to recharge the transferred-out main account. Therefore, in the process of depositing the assets into the transfer-out main account, whether the address of the assets depositing account is the address of the administrator account needs to be judged, whether the address of the transfer-out main account exists needs to be judged under the condition that the address of the assets depositing account is the address of the administrator account, and under the condition that the address of the transfer-out main account exists, corresponding recharging amount can be added to the balance of the transfer-out main account, and the assets are successfully deposited into the transfer-out main account. The transfer-out main account exists in a state database of the block chain, wherein the transfer-out main account specifically exists in the state database of the block chain, and the transfer-out main account is acquired by the intelligent contract.

And under the condition that the verification of the main account deposit parameters is not passed, or the asset deposit account address is not the address of the administrator account, or the transfer-out main account address does not exist, the process of depositing the assets into the transfer-out main account fails.

Through the above steps S410 to S430, in the process of depositing the asset into the primary account, the present embodiment needs to perform verification many times, so as to improve the security of the asset transaction in the intelligent contract.

In some embodiments, fig. 5 is a flowchart of a method for generating a roll-out primary account according to an embodiment of the present application, which may be used in a blockchain based on Fabric technology, as shown in fig. 5, where the method includes the following steps:

step S510, obtain the identity information of the user.

In this embodiment, when the user creates the roll-out primary account in the transaction process, the user does not need to input parameters, but needs the identity information of the user, where the identity information is a unique identifier of the user, and specifically, the identity information may be certificate information of the user who creates the transaction.

Step S520, calculating the identity information to obtain a hash value of the identity information.

The hash value is calculated by a hash function, which is also called a hash algorithm, and is a method for creating a digital "fingerprint" from any kind of data. The hash function compresses a message or data into a digest so that the amount of data is reduced and the format of the data is fixed, and the hash value is usually represented by a short string of random letters and numbers. Through the calculation of the hash value, the identity information of the user can be corresponding to the transfer-out main account address of the user, and the main account address corresponding to the identity information of the user can be conveniently searched in a plurality of addresses. In this embodiment, SHA256 calculation may be performed on the identity information to obtain a Hash value, where SHA256 is an encryption Algorithm subdivided under Secure Hash Algorithm 2 (SHA-2 for short), and belongs to one of SHA algorithms. For any length of identity information, SHA256 will generate a256 byte long hash value.

Step S530, the address of the transfer-out main account is obtained according to the hash value, and the transfer-out main account is initialized.

After the identity information is hashed, the hash value is subjected to RACE original Integrity verification Message Digest (RIPEMD) calculation to obtain the address transferred out of the main account, the RIPEMD algorithm has 4 standards which are 128, 160, 256 and 320 respectively, and the corresponding output lengths of each standard are 16 bytes, 20 bytes, 32 bytes and 40 bytes respectively.

After the address of the transfer-out main Account is obtained, an Account variable of an Account type corresponding to the transfer-out main Account needs to be declared, and the Account variable is initialized. Further, Account type Account variables contain three fields: 1. a Balance field of agent 64 type, indicating the Balance of the transfer-out primary account, which does not contain the Balance of the transfer-out sub-account; 2. a Count field of the agent 32 type, indicating the number of transferred-out sub-accounts; 3. the cool type RechargeStatus field indicates the status of the assets transferred out of the primary account, including True and False. In this embodiment, the depositing of assets into the transfer out sub-account and the lifting of assets out of the transfer out sub-account can only alternate. In the initialization process, the Balance field and the Count field are both set to 0, and the RechargeStatus field is set to False. And then, taking the transferred main account address as a Key, and taking the serialized account variable as Value to be stored in a state database of the Fabric Block chain.

Through the steps S510 to S530, the transfer-out primary account is created according to the identity information of the user, and the primary account is initialized, so that the security of the asset transaction in the intelligent contract is improved.

In some embodiments, the user who is the asset transfer party may transfer the assets in the transfer-out sub-account to the transfer-out main account while deleting all transfer-out sub-accounts, modifying the asset status of the transfer-out main account in the blockchain, e.g., setting the asset status of the transfer-out main account to False. Further, the administrator account may bring up assets that are transferred out of the primary account. Optionally, in the method for proposing assets from a transfer-out main account in the intelligent contract, only an administrator account has permission to operate, and only the administrator has permission to provide a main account withdrawal service for the transfer-out main accounts of all users, and the intelligent contract only supports the transfer-out main account withdrawal. The method provided by the embodiment can be used in a blockchain based on the Fabric technology, so that a user can transfer the assets between the transfer-out main account and the transfer-out sub-account conveniently, and the scene adaptability of asset transaction is improved.

In some embodiments, the asset transfer party may further query information of transferring the main account and transferring the sub account, specifically, the intelligent contract obtains an account query instruction of the user, generates an account query address according to the identity information of the user, and queries the main account information and the sub account information of the user according to the account query address. Specifically, under the condition that a user initiates an account inquiry transaction, the transaction calls an intelligent contract, the intelligent contract generates an account inquiry address according to the identity information of the user initiating the transaction, then inquires a state database according to the account inquiry address, and under the condition that an account record matched with the account inquiry address exists in the state database, the account record is returned, otherwise, a null value is returned. The method for querying the main account information and the sub account information provided by the embodiment can be used in a block chain based on the Fabric technology, so that the latest main account information and sub account information in a Fabric block chain state database can be conveniently queried, and convenience is provided for asset transaction.

The embodiments of the present application are described and illustrated below by means of preferred embodiments.

Fig. 6 is a flowchart of an account intelligent contract method supporting high concurrency scenario based on blockchain according to a preferred embodiment of the present application, which may be used in blockchain based on Fabric technology, as shown in fig. 6, where the method includes the following steps:

step S610, acquiring transaction parameters, verifying the transferred main account according to the identity information of the asset transfer party under the condition that the transaction parameters are verified, and failing the transaction under the condition that the transaction parameters are not verified;

step S620, verifying the transfer-out main account, specifically verifying the address of the transfer-out main account, and if the address of the transfer-out main account exists in the state database of the block chain, the transfer-out main account passes the verification, otherwise, the transaction fails;

step S630, under the condition that the asset transfer party uses the transfer-out sub-account to conduct transaction, whether the transfer-out sub-account is effective or not needs to be judged, under the condition that the transfer-out sub-account is effective, one transfer-out sub-account is selected to conduct transaction through a routing algorithm, and under the condition that the transfer-out sub-account is ineffective, the transaction fails;

step S640, after the transfer sub-account is selected, the balance in the transfer sub-account is judged, and the balance in the transfer sub-account needs to be larger than the asset value required by the transaction, otherwise, the transaction fails;

step S650, verifying the transfer-in main account of the asset transfer-in party under the condition that the balance in the transfer-out sub-account is sufficient, wherein the verification method is also to verify the address of the transfer-in main account through the identity information of the asset transfer-in party, and the verification is passed under the condition that the address of the transfer-in main account exists in the state database of the block chain, otherwise, the transaction is failed;

and step S660, under the condition that the verification of the transferred main account is successful, if both transaction parties select to transfer into the sub-account for transaction, selecting the transferred sub-account through a routing algorithm, and modifying the asset information of the transferred sub-account and the transferred sub-account in the intelligent contract, or if both transaction parties select to transfer into the main account for transaction, directly modifying the asset information of the transferred sub-account and the transferred main account.

Through the steps S610 to S660, the present embodiment provides an intelligent contract for supporting concurrent transactions, where the intelligent contract may generate a plurality of sub-accounts for each main account, the main account charges the sub-accounts, the sub-accounts are routed to specific sub-accounts through a routing algorithm during transactions, and the transfer between the sub-accounts and the transferred-in account is realized through the sub-accounts. Further, the intelligent contract can provide functions of creating a main account, charging the sub-account, trading, cashing out from the sub-account, cashing out from the main account and cashing out from the main account, and inquiring account information, wherein the main account comprises transferring out of the main account and transferring into the main account, and the sub-account comprises transferring out of the sub-account and transferring into the main account.

Specifically, when a user uses an intelligent contract to conduct transaction, a Peer node of a Fabric Block chain installs the intelligent contract, an administrator account initializes the intelligent contract, an account is created for an asset transfer party or an asset transfer party, the administrator account can recharge a main account, and the user who starts concurrent transfer can recharge a sub-account by using the main account. Meanwhile, the administrator account can perform cash withdrawal operation for each main account, each user can inquire own main account information and sub-account information, and assets in the sub-accounts can be withdrawn to the main accounts.

The method embodiments provided in the present application may be executed in a terminal, a computer or a similar computing device. Taking the operation on the terminal as an example, fig. 7 is a hardware structure block diagram of the method for intelligent contract of an account supporting a high concurrency scenario based on a block chain according to the embodiment of the present application. As shown in fig. 7, the terminal 70 may include one or more (only one shown in fig. 7) processors 702 (the processors 702 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 704 for storing data, and optionally, a transmission device 706 for communication functions and an input-output device 708. It will be understood by those skilled in the art that the structure shown in fig. 7 is only an illustration and is not intended to limit the structure of the terminal. For example, terminal 70 may also include more or fewer components than shown in FIG. 7, or have a different configuration than shown in FIG. 7.

The memory 704 may be used to store computer programs, for example, software programs and modules of application software, such as a computer program corresponding to the method for intelligent account contract supporting high concurrency scenarios based on a block chain in the embodiment of the present application, and the processor 702 executes various functional applications and data processing by running the computer program stored in the memory 704, so as to implement the method described above. The memory 704 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 704 may further include memory located remotely from the processor 702, which may be connected to the terminal 70 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmitting device 706 is used to receive or transmit data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the terminal 70. In one example, the transmission device 706 includes a Network adapter (NIC) that can be connected to other Network devices via a base station to communicate with the internet. In one example, the transmitting device 706 can be a Radio Frequency (RF) module configured to communicate with the internet via wireless.

It should be noted that the steps illustrated in the above-described flow diagrams or in the flow diagrams of the figures may be performed in a computer system, such as a set of computer-executable instructions, and that, although a logical order is illustrated in the flow diagrams, in some cases, the steps illustrated or described may be performed in an order different than here.

The embodiment also provides an account intelligent contract system supporting a high concurrency scenario based on a blockchain, which can be used in a blockchain based on a Fabric technology, and is used for implementing the above embodiments and preferred embodiments, which have already been described and are not described again. As used hereinafter, the terms "module," "unit," "subunit," and the like may implement a combination of software and/or hardware for a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.

Fig. 8 is a block diagram of an account intelligent contract system supporting high concurrency scenario based on blockchain according to an embodiment of the present application, which may be used in blockchain based on Fabric technology, as shown in fig. 8, the system includes an account acquisition module 81, an address determination module 82, and an asset transaction module 83:

an account acquisition module 81, configured to acquire a transfer-out main account of the asset transfer-out party, and create a plurality of transfer-out sub-accounts for the transfer-out main account;

the address determination module 82 is used for acquiring the address and the transaction parameters of the transfer-out sub-account and acquiring the address of the transfer-in account of the asset transfer-in party;

and the asset transaction module 83 is used for transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

According to the intelligent account contract system supporting the high concurrency scene based on the block chain, the account acquisition module 81 can acquire the plurality of roll-out sub-accounts, so that an asset roll-out party can simultaneously trade with a plurality of asset roll-in parties without being limited by an MVCC mechanism, the problem that the service requirements of members of a block chain alliance with large concurrency cannot be met due to the fact that the asset trading function of a Fabric block chain is limited by the MVCC mechanism is solved, the intelligent account contract supporting the high concurrency scene is achieved by creating the plurality of roll-out sub-accounts for the roll-out main account, and the transfer requirements under the high concurrency scene can be met.

The above modules may be functional modules or program modules, and may be implemented by software or hardware. For a module implemented by hardware, the modules may be located in the same processor; or the modules can be respectively positioned in different processors in any combination.

The present embodiment also provides an electronic device comprising a memory having a computer program stored therein and a processor configured to execute the computer program to perform the steps of any of the above method embodiments.

Optionally, the electronic apparatus may further include a transmission device and an input/output device, wherein the transmission device is connected to the processor, and the input/output device is connected to the processor.

Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:

and S1, acquiring the transfer main account of the asset transfer party and creating a plurality of transfer sub-accounts for the transfer main account.

And S2, acquiring the address and the transaction parameters of the transfer-out sub-account, and acquiring the address of the transfer-in account of the asset transfer-in party.

And S3, transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

It should be noted that, for specific examples in this embodiment, reference may be made to examples described in the foregoing embodiments and optional implementations, and details of this embodiment are not described herein again.

In addition, in combination with the block chain-based account intelligent contract method supporting a high concurrency scenario in the above embodiment, the embodiment of the present application may provide a storage medium to implement. The storage medium having stored thereon a computer program; the computer program, when executed by a processor, implements any one of the above embodiments of a block chain-based account intelligent contract method supporting high concurrency scenarios.

The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (10)

1. An account intelligent contract method supporting high concurrency scenes based on a block chain is characterized by comprising the following steps:

acquiring identity information of a user;

calculating the identity information to obtain a hash value of the identity information;

obtaining the address of the transfer-out main account according to the hash value, and initializing the transfer-out main account;

the method comprises the steps that a transfer-out main account of an asset transfer-out party is obtained, a plurality of transfer-out sub-accounts are created for the transfer-out main account, wherein the transfer-out main account and the transfer-out sub-accounts are obtained through an intelligent contract, the intelligent contract is used for a Fabric block chain, the creation of the plurality of transfer-out sub-accounts for the transfer-out main account comprises the steps that the asset transfer-out party distributes assets in the accounts to a plurality of addresses, and therefore the plurality of transfer-out sub-accounts are obtained, all the transfer-out sub-accounts exist at the same time and are invalid at the same time;

acquiring the address and the transaction parameters of the transfer-out sub-account, and acquiring the address of a transfer-in account of an asset transfer-in party, wherein the address of the transfer-in account of the asset transfer-in party is transferred in by calling the intelligent contract;

and transferring the assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

2. The method for intelligent account contract supporting high concurrency scenarios according to claim 1, wherein the transferring into account comprises transferring into a primary account, and the method further comprises:

and creating a transfer sub-account for the transfer main account.

3. The method according to claim 2, wherein the transferring assets from the roll-out sub-account to the roll-in account comprises:

and transferring the assets to the transfer-in main account, or transferring the assets to a transfer-in sub-account of the transfer-in account.

4. The method for intelligent account contract with high concurrency based on block chain according to claim 3, wherein the transferring the assets to the transferred-in sub-account comprises:

verifying the transaction parameters and the transfer-out primary account;

under the condition that the transaction parameters and the transfer-out main account are verified to be passed and the transfer-out sub-account is valid, acquiring an address of the transfer-out sub-account, wherein the transfer-out sub-account is valid as an asset in the transfer-out sub-account;

under the condition that the transfer-in sub-account is effective, acquiring the address of the transfer-in sub-account;

and under the condition that the assets of the transfer-out sub-account are greater than or equal to a preset transaction threshold value, performing asset transaction according to the address of the transfer-out sub-account, the address of the transfer-in sub-account and the transaction parameters.

5. The intelligent contract method for accounts supporting high concurrency scenarios based on block chains according to claim 4, wherein the transferring-out sub-account and the transferring-in sub-account are selected through a routing algorithm.

6. The method for intelligent account contract supporting high concurrency scenarios based on block chains according to claim 1, further comprising:

verifying the sub-account deposit parameters and the transfer-out main account;

under the condition that the sub-account deposit parameters and the transfer-out main account are verified, acquiring the asset state of the transfer-out main account;

and under the condition that the asset state is not stored and the asset of the transfer-out main account is greater than or equal to a preset asset threshold value, modifying the asset information of the transfer-out main account, the asset information of the transfer-out sub-account and the asset state of the transfer-out main account.

7. The method for intelligent account contract supporting high concurrency scenarios based on block chains according to claim 1, further comprising:

verifying the main account deposit parameters;

acquiring an asset deposit account address under the condition that the verification of the main account deposit parameters passes;

and under the condition that the asset storing account address is the administrator account address, storing the assets into the transfer-out main account.

8. The method for intelligent account contract supporting high concurrency scenarios based on block chains according to claim 1, further comprising:

transferring the assets in the transfer-out sub-account to the transfer-out main account, deleting all the transfer-out sub-accounts, and modifying the asset state of the transfer-out main account;

and proposing the assets in the transfer-out main account.

9. The method for intelligent account contract supporting high concurrency scenarios based on block chains according to claim 1, further comprising:

acquiring an account query instruction of a user, and generating an account query address according to the identity information of the user;

and inquiring the main account information and the sub-account information of the user according to the account inquiry address.

10. An account intelligent contract system supporting high concurrency scenes based on a block chain is characterized by comprising an account acquisition module, an address determination module and an asset transaction module, wherein the account acquisition module comprises:

the account acquisition module is used for acquiring the identity information of the user; calculating the identity information to obtain a hash value of the identity information; obtaining the address of the transfer-out main account according to the hash value, and initializing the transfer-out main account; acquiring a transfer-out main account of an asset transfer-out party, and creating a plurality of transfer-out sub-accounts for the transfer-out main account, wherein the transfer-out main account and the transfer-out sub-accounts are obtained through an intelligent contract, and the intelligent contract is used for a Fabric block chain;

the address determination module is used for acquiring the address and the transaction parameters of the transfer-out sub-account and acquiring the address of the transfer-in account of the asset transfer-in party, wherein the address of the transfer-in account of the asset transfer-in party is transferred in by calling the intelligent contract, and the establishment of a plurality of transfer-out sub-accounts for the transfer-out main account comprises the steps that the asset transfer-out party distributes assets in the account to a plurality of addresses, so that a plurality of transfer-out sub-accounts are obtained, and all the transfer-out sub-accounts exist at the same time and are invalid at the same time;

and the asset transaction module is used for transferring assets from the transfer-out sub-account to the transfer-in account according to the address of the transfer-out sub-account, the transaction parameters and the address of the transfer-in account.

Images