CN113723957A

CN113723957A - Block chain account information confirmation method and device, computer equipment and storage medium

Info

Publication number: CN113723957A
Application number: CN202110961479.5A
Authority: CN
Inventors: 张松松; 张钦文; 郭林海; 张琛; 万化
Original assignee: Shanghai Pudong Development Bank Co Ltd
Current assignee: Shanghai Pudong Development Bank Co Ltd
Priority date: 2021-08-20
Filing date: 2021-08-20
Publication date: 2021-11-30
Anticipated expiration: 2041-08-20
Also published as: CN113723957B

Abstract

The application relates to an account information confirmation method, an account information confirmation device, computer equipment and a storage medium, and relates to the technical field of block chains. The method comprises the steps of receiving a decision progress checking instruction, determining a decision progress checking strategy according to the account type of a target account corresponding to a block chain account address included in the decision progress checking instruction, checking whether the target account signs decision data or not based on the decision progress checking strategy and the decision data to be verified included in the decision progress checking instruction, and generating decision progress information of the decision data according to checking results. By adopting the method, the decision progress information of the decision data can be obtained without offline contact, so that the checking mode is more flexible.

Description

Block chain account information confirmation method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of blockchain technologies, and in particular, to an account information confirmation method and apparatus, a computer device, and a storage medium.

Background

The blockchain network constructed based on the blockchain technology has the characteristics of anonymity, non-tamper property, traceability and the like, so that the blockchain network is increasingly applied to commercial activities.

The blockchain network comprises a plurality of nodes, and the nodes in the blockchain network can be used as transaction participants in business activities. After a transaction participant initiates a transaction that approves certain decision data, other transaction participants may digitally sign the decision data to confirm approval of the decision data. When a certain transaction participant needs to know the decision making progress of the decision making data, the certain transaction participant needs to determine whether other transaction participants digitally sign the decision making data based on a down-link communication mode with other transaction participants.

Therefore, the method for acquiring the decision progress is inefficient.

Disclosure of Invention

In view of the above, it is necessary to provide an account information confirmation method, an apparatus, a computer device, and a storage medium capable of efficiently inquiring about a decision making progress.

An account information validation method, the method comprising:

obtaining a decision progress checking instruction, wherein the decision progress checking instruction comprises decision data to be verified and a block chain account address;

determining a decision progress checking strategy according to the account type of the target account corresponding to the block chain account address;

checking whether the target account signs the decision data or not based on the decision progress checking strategy and the decision data, and generating decision progress information of the decision data according to the checking result.

In one embodiment, the determining a decision progress checking policy according to the account type of the target account corresponding to the block chain account address includes:

if the account type of the target account is the policy type, the decision progress checking policy is as follows: the strategy for checking is carried out according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, and the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function;

if the account type of the target account is a common type, the decision progress checking strategy is as follows: and checking according to the account address and the hash character string of the decision data.

In one embodiment, the checking whether the target account signs the decision data based on the decision progress checking policy and the decision data includes:

acquiring a plurality of sub-accounts included in a target account;

for each sub-account, traversing the block chain account book, and calling a weight calculation function and/or a multi-signature statistical function when the block chain account book records the digital signature of the sub-account on the decision data to obtain a weight calculation result and/or a multi-signature statistical result;

and checking whether the target account signs the decision data or not according to the weight calculation result and/or the multi-signature statistical result.

In one embodiment, before traversing the blockchain ledger, the method further comprises:

and if the account type of the sub-account is the policy type, acquiring a plurality of sub-unit accounts included in the sub-account, and checking according to the plurality of sub-unit accounts included in the sub-account and at least one policy function corresponding to the sub-account to determine whether a digital signature of the sub-account on the decision data is recorded in the block chain account book.

In one embodiment, when a digital signature of a sub-account on decision data is recorded in a blockchain ledger, invoking a weight calculation function and/or a multi-signature statistical function to obtain a weight calculation result and/or a multi-signature statistical result includes:

when the block chain account book records the digital signature of the sub-account on the decision data, calling a weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain a weight calculation result; and/or the presence of a gas in the gas,

and calling a multi-label counting function to count and add 1 to obtain a counting result, and taking the counting result as a multi-label counting result.

In one embodiment, verifying whether the target account signs the decision data according to the weight calculation result and/or the multi-signature statistic result includes:

determining that the target account signs the decision data under the condition that the multi-sign statistical result is greater than or equal to a first preset threshold and/or the weight calculation result is greater than or equal to a second preset threshold;

and under the condition that the multi-signature statistical result is smaller than a first preset threshold value or the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

In one embodiment, the generating the decision progress information of the decision data according to the inspection result includes:

and if the target account does not sign the decision data, generating decision progress information of the decision data according to the sub-account which digitally signs the decision data.

detecting whether a digital signature of a hash character string of the decision data by the target account is recorded in the block chain account book;

if the block chain account book records the digital signature of the target account on the decision data, determining that the target account signs the decision data;

and if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

In one embodiment, the method further comprises:

performing hash operation on the target decision data to obtain a hash character string of the target decision data;

signing the Hash character string through a private key to obtain a digital signature;

verifying the digital signature and the Hash character string by using a public key corresponding to the private key;

and if the signature verification is passed, generating an account address according to the public key corresponding to the private key, and writing the account address, the Hash character string, the digital signature and the public key into the block chain account book.

An account information confirmation apparatus, the apparatus comprising:

the system comprises an acquisition module, a verification module and a verification module, wherein the acquisition module is used for acquiring a decision progress checking instruction, and the decision progress checking instruction comprises decision data to be verified and a block chain account address;

the determining module is used for determining a decision progress checking strategy according to the account type of the target account corresponding to the block chain account address;

and the checking module is used for checking whether the target account signs the decision data or not based on the decision progress checking strategy and the decision data and generating decision progress information of the decision data according to the checking result.

A computer device comprising a memory and a processor, the memory storing a computer program, the processor implementing the following steps when executing the computer program:

A computer-readable storage medium, on which a computer program is stored which, when executed by a processor, carries out the steps of:

According to the account information confirmation method, the account information confirmation device, the computer equipment and the storage medium, the decision progress checking instruction is received, then the decision progress checking strategy is determined according to the account type of the target account corresponding to the block chain account address included in the decision progress checking instruction, then whether the target account signs the decision data or not is checked based on the decision progress checking strategy and the decision data to be verified included in the decision progress checking instruction, and the decision progress information of the decision data is generated according to the checking result. When the transaction participants need to check the decision-making progress, offline communication with other transaction participants is not needed, and the decision-making progress information can be obtained through online decision-making progress checking instructions, so that the progress checking efficiency is improved.

Drawings

FIG. 1 is a diagram of a generic account in one embodiment;

FIG. 2 is a schematic diagram of a policy account in one embodiment;

FIG. 3 is a flowchart illustrating a method for validating account information according to one embodiment;

FIG. 4 is a flowchart illustrating a method for performing a decision making progress check on a policy account according to an embodiment;

FIG. 5 is a flowchart illustrating a method for performing a decision making progress check on a common account according to an embodiment;

FIG. 6 is a block diagram of an embodiment of a policy progress checking apparatus;

FIG. 7 is a diagram illustrating an internal structure of a computer device according to an embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail 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. In addition, the technical features involved in the different embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.

The block chain network constructed based on the block chain technology has the characteristics of anonymity, non-tamper property, traceability and the like. Block chain techniques are therefore increasingly being used in commercial activities.

In a multi-party application scenario related to a block chain, a scenario of multi-party decision sharing is the most common. Such as alliance administration, cross-organization process approval, multi-party possession of digital assets, and the like. The current scheme for realizing multi-party decision making is generally realized based on multiple signature technologies. The core of the multiple signature technology is to construct a multiple signature transaction, which is also called M-of-N transaction, wherein M refers to the number of signatures required for transaction validation, and N refers to the total number of participants in the transaction. After the transaction is submitted, the transaction is verified by a verification node of the block chain network, and if M signatures are received, the transaction with multiple signatures can be determined to pass verification, namely the transaction is valid.

However, the above-described scheme mainly has the following problems: the multiple signature technology lacks the technical design of the multiple signature transaction construction process, and the process of multi-party participation in decision making is not transparent and can not be audited. Decision making progress is generally determined based on the manner of downlink communication and is not known to the participants.

In order to solve the above technical problem, an embodiment of the present application provides an account information confirmation method, when a transaction participant needs to check a decision making progress, the transaction participant does not need to perform offline communication with other transaction participants, and the decision making progress information can be obtained through an online decision making progress check instruction, so that progress check efficiency is improved.

An implementation environment of the account information confirmation method provided in the embodiment of the present application is described below.

In the embodiment of the application, the block chain network includes a plurality of nodes, each node is correspondingly provided with an account and an account, and the account includes a common account and a policy account, wherein the account type of the common account is a common type, and the account type of the policy account is a policy type. The common account and the strategy account are respectively and uniquely identified by account addresses with the same format and different contents. The common accounts are subjected to account management through public and private key pairs, and the policy accounts are subjected to account management through all common accounts associated with the policy accounts.

The general account and the policy account are explained below separately.

First, a general account is explained.

As shown in fig. 1, the general account is composed of two parts, namely data and a method, wherein the data of the general account includes a seckey (chinese: private key) and a signrt (chinese: signature certificate), wherein the signrt is the private key of the general account, is used for account signature, is held by an account holder and is not disclosed, and is stored under a chain. The signatur is a signature certificate of a common account, the signature certificate contains a public key corresponding to the seckey and organization information related to the account, and the signatur can be published. The account address of the common account is a hash character string of a public key in a signature certificate of the common account.

The method of the common account refers to an account execution logic of the common account, and as shown in fig. 1, the execution logic of the common account includes two types, one type is advance (chinese: approval) data for initiating a transaction, and the other type is verify (chinese: verification) data for verifying the transaction. The detailed implementation is described below.

Next, the policy account is described.

As shown in fig. 2, the policy account is also composed of two parts, namely data and a method, where the data of the policy account includes a sub-account group and a policy function, the sub-account group includes a plurality of sub-accounts, and each of the plurality of sub-accounts is an account associated with the policy account. The sub-account may be a general account or a policy account. If the sub-account is a policy account, it further relies on the sub-account array until it is finally dependent on a common account. Thus, a policy account will ultimately depend directly as well as indirectly on a set of common accounts. A common account is controlled by its holder through a private key. Thus, the policy account is controlled by the private key holder of this group of ordinary accounts. The policy function PFn refers to the validation rule of the policy account. The policy function of the policy account may include a variety of functions, as shown in table 1, which exemplarily illustrates two rules.

TABLE 1

In the embodiment of the application, the account address of the policy account is a hash character string of public keys of a plurality of sub-accounts in the sub-account group. Optionally, the account address of the policy account is a hash string of all data contents of the sub-account group + the policy function. Optionally, in order to ensure the uniqueness of the account address of the policy account, in the embodiment of the application, a random source is added in a parameter list of a policy function of the policy account, on the premise that the uniqueness is ensured by the random source, hash operation is performed on all data contents (i.e., the sub-account group + the policy function) of the policy account including the random source, and an obtained hash character string is used as the account address of the policy account.

The method of the policy account refers to account verification logic of the policy account, as shown in fig. 2, the policy account only includes one kind of account verification logic, and a detailed verification process is described below.

The following describes in detail an account information confirmation method provided in an embodiment of the present application.

In one embodiment, as shown in fig. 3, there is provided an account information confirmation method, which is described by taking the method as an example applied to a computer device, and the method includes the following steps:

step 301, a decision progress checking instruction is obtained.

The decision progress checking instruction comprises decision data to be verified and a block chain account address. The decision progress checking instruction is used for indicating whether the target account corresponding to the checking block chain account address agrees with the decision data or not.

In this embodiment of the present application, the decision progress checking instruction may be input by an input device, or may be generated by the computer device based on the designated decision data to be verified and the address of the blockchain account. The decision data is data corresponding to a certain transaction.

Step 302, determining a decision progress checking strategy according to the account type of the target account corresponding to the block chain account address.

In the embodiment of the present application, based on the content of the implementation environment section, in the embodiment of the present application, the account includes a common account and a policy account, the account type of the corresponding common account is a common type, and the account type of the policy account is a policy type. The verification processes of the common account and the policy account are different, so that how to verify the common account and the policy account needs to be determined according to the account type, that is, the decision progress checking policy is determined according to the account type.

The following describes the process of determining the account type of the target account:

the block chain account book maintains account information of accounts, wherein the account information comprises common account information and strategy account information, the common account information comprises account addresses and account types of the common accounts, and the strategy account information comprises account addresses, sub-account list information, strategy functions and parameter information of the strategy accounts.

In this embodiment, the computer device may query account information according to the blockchain account address to determine whether the blockchain account address corresponds to the general account or the policy account, so as to determine the account type of the target account corresponding to the blockchain account address.

And if the block chain account address is matched with the account address contained in the common account information, determining that the account type of the target account is the common type. And if the block chain account address is matched with the account address contained in the strategy account information, determining the account type of the target account as the strategy type. Optionally, the term "match" may mean the same or a predetermined correspondence between the two.

In the following, a process of determining a decision progress checking policy according to an account type of a target account is described in this embodiment of the present application:

in the embodiment of the application, different decision progress checking strategies are correspondingly set for different account types, and after the account type of the target account is determined, the decision progress checking strategy of the target account can be determined.

Optionally, in this embodiment of the application, if the account type of the target account is a policy type, the decision progress checking policy is: and carrying out the strategy of checking according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, wherein the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function.

In the embodiment, the weight calculation function is a function for calculating the weight, optionally, each sub-account is provided with a corresponding weight, and the weight calculation function may be called to perform weight calculation in the checking process. The multi-signature statistic function refers to a function for counting the number, for example, the multi-signature statistic function may be called to count the number of sub-accounts meeting a preset condition in the checking process.

It should be noted that, in the embodiment of the present application, the policy function may further include other self-defined functions, that is, a self-defined policy function, and is not limited to the weight calculation function and the multi-signature statistical function disclosed in the embodiment of the present application.

Optionally, in this embodiment of the application, if the account type of the target account is a common type, the decision progress checking policy is: and checking according to the account address and the hash character string of the decision data.

Step 303, checking whether the target account signs the decision data or not based on the decision progress checking policy and the decision data, and generating decision progress information of the decision data according to the checking result.

In this embodiment of the application, the computer device may perform hash operation on the decision data to obtain a hash string corresponding to the decision data, and then determine whether the target account signs the hash string of the decision data based on the decision progress checking policy, where a detailed determination process is described below.

If the target account is signed, the target account agrees to the decision data. If the target account is not signed, it indicates that the target account does not agree with the decision data. On the basis of which a verification result can be obtained, i.e. the target account agrees with the decision data or disagrees with the decision data. The computer device may then generate decision progress information for the decision data based on the inspection result and present the decision progress information.

The account information confirmation method provided by the embodiment of the application specifies the decision data to be verified and the account address, then generates the hash character string corresponding to the decision data, encapsulates the account address and the hash character string, calls a decision progress checking strategy based on the account type of the target account, and checks the hash character string corresponding to the account address and the decision data based on the decision progress checking strategy, thereby determining the decision progress information of the decision data. By adopting the method, the decision progress information of the decision data can be obtained without offline contact, so that the checking mode is more flexible.

Further, in the embodiment of the application, when the target account is a common account, a decision processing progress of the target account on the decision data is checked by using a decision progress checking policy corresponding to the common account. And when the target account is the strategy account, checking the decision processing progress of the target account on the decision data by adopting a decision progress checking strategy corresponding to the strategy account. Therefore, the purpose of executing different verification logics according to the account types corresponding to the block chain account addresses is achieved, and the flexibility of the verification process is improved.

The following describes in detail a query process of the account information confirmation method provided in the embodiment of the present application.

In the embodiment of the application, the account type of the target account is a policy type, and the decision progress checking policy is as follows: and carrying out the strategy of checking according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, wherein the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function. As shown in fig. 4, the method includes:

step 401, a plurality of sub-accounts included in a target account are acquired.

Based on the foregoing, when the account type of the target account is the policy type, the target account is the policy account, in this case, the target account includes a sub-account group, and the sub-account group includes a plurality of sub-accounts.

In this case, the computer device may obtain sub-account list information from the policy account information, where the sub-account list information records account information of each sub-account in the sub-account group, and specifically includes an account address and an account type of the sub-account. Therefore, the plurality of sub-accounts included in the target account may be acquired from the sub-account list information.

Step 402, for each sub-account, traversing the block chain ledger, and when the block chain ledger records the digital signature of the sub-account on the decision data, calling a weight calculation function and/or a multi-signature statistical function to obtain a weight calculation result and/or a multi-signature statistical result.

The digital signature of the sub-account on the decision data may refer to a digital signature of the sub-account on a hash string of the decision data.

In the embodiment of the present application, if a digital signature of a sub-account on decision data is recorded in the blockchain account book, it indicates that the sub-account has completed signing on the decision data. If the block chain account book does not record the digital signature of the sub-account on the decision data, it means that the sub-account does not complete the signature on the decision data. Therefore, the decision processing progress of each sub-account on the decision data can be determined by whether the block chain account book records the digital signature of the sub-account on the decision data. And the decision processing progress of each sub-account on the decision data determines the decision processing progress of the target account on the decision data.

According to the embodiment of the application, the decision processing progress of the target account on the decision data can be determined in the following three ways:

firstly, for each sub-account, traversing a block chain account book, and calling a weight calculation function to obtain a weight calculation result when a digital signature of the sub-account on decision data is recorded in the block chain account book.

The weight calculation result may be used to indicate the weight proportion of the sub-account that has signed the decision data in all the sub-accounts, that is, the overall progress status of the plurality of sub-accounts that have signed the decision data may be represented.

Optionally, the process of calling the weight calculation function to obtain the weight calculation result may include: and when the block chain account book records the digital signature of the sub-account on the decision data, calling a weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain a weight calculation result.

Optionally, the process of calling the weight calculation function to obtain the weight calculation result may further include: the number of sub-accounts that have digitally signed the decision data is counted, and this number is taken as a weight calculation result.

And secondly, traversing the block chain account book for each sub-account, and calling a multi-signature statistical function to obtain a multi-signature statistical result when the block chain account book records the digital signature of the sub-account on the decision data.

Wherein the multi-sign statistic indicates a number of sub-accounts that have signed the decision data.

In the embodiment of the application, when a digital signature of the sub-account on the decision data is recorded in the block chain account book, a multi-signature counting function can be called to count and add 1 to obtain a counting result, and the counting result is used as the multi-signature counting result.

And thirdly, traversing the block chain account book for each sub-account, and calling a weight calculation function and a multi-signature statistical function simultaneously when the block chain account book records the digital signature of the sub-account on the decision data to obtain a weight calculation result and a multi-signature statistical result.

That is, when the block chain account book records the digital signature of the sub-account on the decision data, the weight calculation function is called to accumulate the account weight and the multi-signature statistic function is called to count.

And 403, checking whether the target account signs the decision data or not according to the weight calculation result and/or the multi-signature statistical result.

Optionally, the process of checking whether the target account signs the decision data according to the weight calculation result may include: and detecting whether the weight calculation result is greater than or equal to a second preset threshold, and if the weight calculation result is greater than or equal to the second preset threshold, determining that the target account signs the decision data. And if the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

Optionally, the process of checking whether the target account signs the decision data according to the multi-signature statistical result may include: and detecting whether the multi-signature statistical result is greater than or equal to a first preset threshold, and if the multi-signature statistical result is greater than or equal to the first preset threshold, determining that the target account signs the decision data. And if the multi-signature statistical result is smaller than a first preset threshold value, determining that the target account does not sign the decision data.

Optionally, the process of checking whether the target account signs the decision data according to the multi-signature statistical result may include: and detecting whether the multi-signature statistical result is greater than or equal to a first preset threshold and whether the detection weight calculation result is greater than or equal to a second preset threshold, and if the multi-signature statistical result is greater than or equal to the first preset threshold and the weight calculation result is greater than or equal to the second preset threshold, determining that the target account signs the decision data. And if the multi-signature statistical result is smaller than a first preset threshold value or the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

And step 404, generating decision progress information of the decision data according to the checking result.

The checking result comprises two types of signature or no signature of the target account on the decision data.

Alternatively, the decision progress information of the decision data may be generated from the account address of the sub-account that has digitally signed the decision data.

Optionally, the decision progress information of the decision data may be generated according to the account address of the sub-account that does not digitally sign the decision data.

For example, a policy account includes five common sub-accounts, and the policy function is "OUTOF 3", that is, at least 3 accounts out of 5 accounts are required to have digitally signed the decision data, and if the policy account finds that only 2 accounts have digitally signed the decision data in the verification process, the account address that has digitally signed the decision data may be returned. Thus, the calling party can know the decision progress.

In the embodiment of the application, under the condition that the account type of the target account is the policy type, the decision processing progress of the target account on the decision data is determined through the policy function and the decision data, wherein the policy function comprises a weight calculation result and a multi-signature statistical result, that is, not only M-of-N type multi-party decision can be supported, but also decision based on a weight value can be supported, and the decision flexibility of the policy account is improved.

In the embodiment of the present application, in the plurality of sub-accounts included in the target account, the account type of the sub-account may also be a policy type. For each sub-account, the account type of the sub-account may be obtained prior to traversing the blockchain ledger.

If the account type of the sub-account is the normal type, the examination is performed based on the content disclosed in the step 402.

If the account type of the sub-account is the policy type, the sub-account includes a corresponding policy function, and the policy function may be one or more of a weight calculation function and a multi-signature statistical function, or may be other nested recursive functions. By acquiring a plurality of sub-unit accounts included in the sub-accounts (for convenience of description, the plurality of sub-accounts included in the sub-accounts are referred to as sub-unit accounts), checking is performed according to the plurality of sub-unit accounts included in the sub-accounts and at least one policy function corresponding to the sub-accounts, so as to determine whether a digital signature of the sub-accounts on the decision data is recorded in the block chain ledger.

The process of checking according to the plurality of sub-unit accounts included in the sub-account and the at least one policy function corresponding to the sub-account may refer to the disclosure in steps 401 to 403, which is not described herein again.

The following describes in detail a query process of another account information confirmation method provided in the embodiment of the present application. In the embodiment of the application, the account type of the target account is a common type, and the decision progress checking strategy is as follows: and checking according to the account address and the hash character string of the decision data. The method comprises the following steps:

step 501, whether a block chain account book records a digital signature of a hash character string of the target account on the decision data is detected.

In this embodiment of the application, after each general account digitally signs the decision data, the hash character string corresponding to the decision data, the digital signature, the public key of the general account, and the account address of the general account are written into the blockchain ledger, so that when it is necessary to check whether the general account digitally signs the decision data, it can be determined by detecting whether the digital signature of the hash character string of the decision data by the target account is recorded in the blockchain ledger.

Step 502, if a digital signature of a target account on decision data is recorded in a block chain account book, determining that the target account signs the decision data; and if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

And step 503, generating decision progress information of the decision data according to the checking result.

In the embodiment of the application, when the target account is a common account, the decision processing progress of the target account on the decision data is determined by inquiring whether the block chain account book records the digital signature of the hash character string of the target account on the decision data, so that the decision progress information can be obtained without performing offline contact with a mechanism or an enterprise corresponding to the target account, and the flexibility is improved.

The working content of the general account provided in the embodiment of the present application is further described below.

In the embodiment of the present application, the process of digitally signing the decision data by the common account includes the following steps:

a certain node in the block chain network can initiate a transaction, data corresponding to the transaction is target decision data, and the certain node can broadcast the target decision data through a common account so that other nodes can digitally sign the decision data.

Wherein, the certain node itself also needs to perform digital signature on the target decision data, and the signature process includes: performing hash operation on the target decision data to obtain a hash character string of the target decision data; signing the hash character string through a common account private key to obtain a digital signature; verifying the digital signature and the hash character string by using a public key corresponding to a common account private key; and if the check result is passed, generating an account address according to a public key corresponding to the private key, checking whether the account address exists in the blockchain account book, if the account address does not exist, creating the account in the blockchain account book, writing the account address, the hash character string, the digital signature and the public key into the blockchain account book, and broadcasting so that other nodes record the digital signature of the common account of the certain node on the decision data.

In the embodiment of the application, the target decision data is not written into the block chain account book, but only the hash character string of the target decision data is stored in the block chain account book, so that the content of the target decision data is not disclosed and the requirement on privacy protection of the target decision data is met.

It should be understood that although the various steps in the flow charts of fig. 1-5 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 1-5 may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed in turn or alternately with other steps or at least some of the other steps.

In one embodiment, as shown in fig. 6, there is provided an account information confirmation apparatus including: an obtaining module 601, a determining module 602, and a checking module 603, wherein:

an obtaining module 601, configured to obtain a decision progress checking instruction, where the decision progress checking instruction includes decision data to be verified and a block chain account address;

a determining module 602, configured to determine a decision progress checking policy according to an account type of a target account corresponding to a block chain account address;

the checking module 603 is configured to check whether the target account signs the decision data based on the decision progress checking policy and the decision data, and generate decision progress information of the decision data according to a checking result.

In one embodiment, the account type is a policy type or a common type, and the determining module 602 is specifically configured to: if the account type of the target account is the policy type, the decision progress checking policy is as follows: the strategy for checking is carried out according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, and the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function; if the account type of the target account is a common type, the decision progress checking strategy is as follows: and checking according to the account address and the hash character string of the decision data.

In one embodiment, the account type of the target account is a policy type, and the determining module 602 is specifically configured to: acquiring a plurality of sub-accounts included in a target account; for each sub-account, traversing the block chain account book, and calling a weight calculation function and/or a multi-signature statistical function when the block chain account book records the digital signature of the sub-account on the decision data to obtain a weight calculation result and/or a multi-signature statistical result; and checking whether the target account signs the decision data or not according to the weight calculation result and/or the multi-signature statistical result.

In one embodiment, the determining module 602 is specifically configured to: and if the account type of the sub-account is the policy type, acquiring a plurality of sub-unit accounts included in the sub-account, and checking according to the plurality of sub-unit accounts included in the sub-account and at least one policy function corresponding to the sub-account to determine whether a digital signature of the sub-account on the decision data is recorded in the block chain account book.

In one embodiment, the determining module 602 is specifically configured to: when the block chain account book records the digital signature of the sub-account on the decision data, calling a weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain a weight calculation result; and/or calling a multi-label statistical function to count and add 1 to obtain a counting result, and taking the counting result as a multi-label statistical result.

In one embodiment, the determining module 602 is specifically configured to: determining that the target account signs the decision data under the condition that the multi-sign statistical result is greater than or equal to a first preset threshold and/or the weight calculation result is greater than or equal to a second preset threshold; and under the condition that the multi-signature statistical result is smaller than a first preset threshold value or the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

In one embodiment, the examining module 603 is specifically configured to: and if the target account does not sign the decision data, generating decision progress information of the decision data according to the sub-account which digitally signs the decision data.

In one embodiment, the account type of the target account is a common type, and the determining module 602 is specifically configured to: detecting whether a digital signature of a hash character string of the decision data by the target account is recorded in the block chain account book; if the block chain account book records the digital signature of the target account on the decision data, determining that the target account signs the decision data; and if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

In one embodiment, the examining module 603 is specifically configured to: performing hash operation on the target decision data to obtain a hash character string of the target decision data; signing the Hash character string through a private key to obtain a digital signature; verifying the digital signature and the Hash character string by using a public key corresponding to the private key; and if the signature verification is passed, generating an account address according to the public key corresponding to the private key, and writing the account address, the Hash character string, the digital signature and the public key into the block chain account book.

For the specific definition of the account information confirming device, reference may be made to the above definition of the account information confirming method, which is not described herein again. The modules in the account information confirmation apparatus may be implemented in whole or in part by software, hardware, and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.

In one embodiment, a computer device is provided, which may be a server or a terminal, and its internal structure diagram may be as shown in fig. 7. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a transaction database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The transaction database of the computer device is used for storing the decision-making progress checking strategy. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an account information validation method.

When the computer device is a terminal, the computer device may further include a display screen and an input device, where the display screen of the computer device may be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer device may be a touch layer covered on the display screen, a key, a trackball or a touch pad arranged on a casing of the computer device, or an external keyboard, a touch pad or a mouse, and the like.

Those skilled in the art will appreciate that the architecture shown in fig. 7 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.

In one embodiment, a computer device is provided, comprising a memory and a processor, the memory having a computer program stored therein, the processor implementing the following steps when executing the computer program:

obtaining a decision progress checking instruction, wherein the decision progress checking instruction comprises decision data to be verified and a block chain account address; determining a decision progress checking strategy according to the account type of the target account corresponding to the block chain account address; checking whether the target account signs the decision data or not based on the decision progress checking strategy and the decision data, and generating decision progress information of the decision data according to the checking result.

In one embodiment, the account type is a policy type or a generic type, and the processor executes the computer program to perform the following steps: if the account type of the target account is the policy type, the decision progress checking policy is as follows: the strategy for checking is carried out according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, and the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function; if the account type of the target account is a common type, the decision progress checking strategy is as follows: and checking according to the account address and the hash character string of the decision data.

In one embodiment, the account type of the target account is a policy type, and the processor when executing the computer program further performs the steps of: acquiring a plurality of sub-accounts included in a target account; for each sub-account, traversing the block chain account book, and calling a weight calculation function and/or a multi-signature statistical function when the block chain account book records the digital signature of the sub-account on the decision data to obtain a weight calculation result and/or a multi-signature statistical result; and checking whether the target account signs the decision data or not according to the weight calculation result and/or the multi-signature statistical result.

In one embodiment, the processor, when executing the computer program, further performs the steps of: and if the account type of the sub-account is the policy type, acquiring a plurality of sub-unit accounts included in the sub-account, and checking according to the plurality of sub-unit accounts included in the sub-account and at least one policy function corresponding to the sub-account to determine whether a digital signature of the sub-account on the decision data is recorded in the block chain account book.

In one embodiment, the processor, when executing the computer program, further performs the steps of: when the block chain account book records the digital signature of the sub-account on the decision data, calling a weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain a weight calculation result; and/or calling a multi-label statistical function to count and add 1 to obtain a counting result, and taking the counting result as a multi-label statistical result.

In one embodiment, the processor, when executing the computer program, further performs the steps of: determining that the target account signs the decision data under the condition that the multi-sign statistical result is greater than or equal to a first preset threshold and/or the weight calculation result is greater than or equal to a second preset threshold; and under the condition that the multi-signature statistical result is smaller than a first preset threshold value or the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

In one embodiment, the processor, when executing the computer program, further performs the steps of: and if the target account does not sign the decision data, generating decision progress information of the decision data according to the sub-account which digitally signs the decision data.

In one embodiment, the account type of the target account is a common type, and the processor executes the computer program to further perform the following steps: detecting whether a digital signature of a hash character string of the decision data by the target account is recorded in the block chain account book; if the block chain account book records the digital signature of the target account on the decision data, determining that the target account signs the decision data; and if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

In one embodiment, the processor, when executing the computer program, further performs the steps of: performing hash operation on the target decision data to obtain a hash character string of the target decision data; signing the Hash character string through a private key to obtain a digital signature; verifying the digital signature and the Hash character string by using a public key corresponding to the private key; and if the signature verification is passed, generating an account address according to the public key corresponding to the private key, and writing the account address, the Hash character string, the digital signature and the public key into the block chain account book.

In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of:

In one embodiment, the account type is a policy type or a generic type, the computer program when executed by the processor further performing the steps of: if the account type of the target account is the policy type, the decision progress checking policy is as follows: the strategy for checking is carried out according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, and the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function; if the account type of the target account is a common type, the decision progress checking strategy is as follows: and checking according to the account address and the hash character string of the decision data.

In one embodiment, the computer program when executed by the processor further performs the steps of: acquiring a plurality of sub-accounts included in a target account; for each sub-account, traversing the block chain account book, and calling a weight calculation function and/or a multi-signature statistical function when the block chain account book records the digital signature of the sub-account on the decision data to obtain a weight calculation result and/or a multi-signature statistical result; and checking whether the target account signs the decision data or not according to the weight calculation result and/or the multi-signature statistical result.

In one embodiment, the computer program when executed by the processor further performs the steps of: and if the account type of the sub-account is the policy type, acquiring a plurality of sub-unit accounts included in the sub-account, and checking according to the plurality of sub-unit accounts included in the sub-account and at least one policy function corresponding to the sub-account to determine whether a digital signature of the sub-account on the decision data is recorded in the block chain account book.

In one embodiment, the computer program when executed by the processor further performs the steps of: when the block chain account book records the digital signature of the sub-account on the decision data, calling a weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain a weight calculation result; and/or calling a multi-label statistical function to count and add 1 to obtain a counting result, and taking the counting result as a multi-label statistical result.

In one embodiment, the computer program when executed by the processor further performs the steps of: determining that the target account signs the decision data under the condition that the multi-sign statistical result is greater than or equal to a first preset threshold and/or the weight calculation result is greater than or equal to a second preset threshold; and under the condition that the multi-signature statistical result is smaller than a first preset threshold value or the weight calculation result is smaller than a second preset threshold value, determining that the target account does not sign the decision data.

In one embodiment, the computer program when executed by the processor further performs the steps of: and if the target account does not sign the decision data, generating decision progress information of the decision data according to the sub-account which digitally signs the decision data.

In one embodiment, the account type of the target account is a common type, and the computer program when executed by the processor further performs the steps of: detecting whether a digital signature of a hash character string of the decision data by the target account is recorded in the block chain account book; if the block chain account book records the digital signature of the target account on the decision data, determining that the target account signs the decision data; and if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

In one embodiment, the computer program when executed by the processor further performs the steps of: performing hash operation on the target decision data to obtain a hash character string of the target decision data; signing the Hash character string through a private key to obtain a digital signature; verifying the digital signature and the Hash character string by using a public key corresponding to the private key; and if the signature verification is passed, generating an account address according to the public key corresponding to the private key, and writing the account address, the Hash character string, the digital signature and the public key into the block chain account book.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, transaction database, or other medium used in the embodiments provided herein can include at least one of non-volatile and volatile memory. Non-volatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical storage, or the like. Volatile Memory can include Random Access Memory (RAM) or external cache Memory. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as 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

1. An account information confirmation method, the method comprising:

and checking whether the target account signs the decision data or not based on the decision progress checking strategy and the decision data, and generating decision progress information of the decision data according to a checking result.

2. The method according to claim 1, wherein the account type is a policy type or a common type, and the determining a decision progress checking policy according to the account type of the target account corresponding to the block chain account address includes:

if the account type of the target account is the policy type, the decision progress checking policy is as follows: the strategy for checking is carried out according to a plurality of sub-accounts included by the target account and at least one strategy function corresponding to the target account, wherein the strategy function comprises a weight calculation function and/or a multi-signature statistical function and/or a self-defined strategy function;

3. The method of claim 2, wherein the account type of the target account is a policy type, and wherein checking the policy based on the decision progress and the decision data to see whether the target account signs the decision data comprises:

acquiring a plurality of sub-accounts included in the target account;

for each sub-account, traversing a block chain account book, and calling the weight calculation function and/or the multi-label statistical function to obtain a weight calculation result and/or a multi-label statistical result when the block chain account book records the digital signature of the sub-account on the decision data;

4. The method of claim 3, wherein prior to said traversing a blockchain ledger, the method further comprises:

5. The method according to claim 3, wherein when the block chain ledger records a digital signature of the sub-account on the decision data, calling the weight calculation function and/or the multi-signature statistical function to obtain a weight calculation result and/or a multi-signature statistical result comprises:

when the block chain account book records the digital signature of the sub-account on the decision data, calling the weight calculation function to obtain the account weight of the sub-account, and accumulating the account weight to obtain the weight calculation result; and/or the presence of a gas in the gas,

and calling the multi-label counting function to count and add 1 to obtain a counting result, and taking the counting result as the multi-label counting result.

6. The method of claim 3, wherein verifying whether the target account signed the decision data based on the weight calculation and/or the multi-sign statistic comprises:

determining that the target account signs the decision data under the condition that the multi-signature statistical result is greater than or equal to a first preset threshold and/or the weight calculation result is greater than or equal to a second preset threshold;

and determining that the target account does not sign the decision data under the condition that the multi-signature statistical result is smaller than the first preset threshold or the weight calculation result is smaller than the second preset threshold.

7. The method of claim 3, wherein the generating the decision progress information of the decision data according to the inspection result comprises:

8. The method of claim 2, wherein the account type of the target account is a common type, and the checking whether the target account signs the decision data based on the decision progress checking policy and the decision data comprises:

detecting whether a digital signature of the target account on the hash character string of the decision data is recorded in the blockchain account book;

if the block chain account book does not record the digital signature of the target account on the decision data, determining that the target account does not sign the decision data.

9. The method of claim 1, further comprising:

performing hash operation on target decision data to obtain a hash character string of the target decision data;

and if the signature is verified to be passed, generating an account address according to the public key corresponding to the private key, and writing the account address, the Hash character string, the digital signature and the public key into a block chain account book.

10. An account information confirmation apparatus, characterized in that the apparatus comprises:

and the checking module is used for checking whether the target account signs the decision data or not based on the decision progress checking strategy and the decision data and generating the decision progress information of the decision data according to the checking result.

11. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor realizes the steps of the method of any one of claims 1 to 9 when executing the computer program.

12. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 9.