CN113269555A - Equity certification method, system, equipment and storage medium based on transaction activity - Google Patents
Equity certification method, system, equipment and storage medium based on transaction activity Download PDFInfo
- Publication number
- CN113269555A CN113269555A CN202110570452.3A CN202110570452A CN113269555A CN 113269555 A CN113269555 A CN 113269555A CN 202110570452 A CN202110570452 A CN 202110570452A CN 113269555 A CN113269555 A CN 113269555A
- Authority
- CN
- China
- Prior art keywords
- account
- token
- accounts
- value
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computing Systems (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The present disclosure provides a method, system, computer device and storage medium for equity certification based on transaction liveness, the method comprising: respectively calculating token weakening values of all accounts according to tokens owned by all accounts; respectively calculating the transaction intensity value of each account according to the transaction record of each account; respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account; and determining accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate blocks. According to the technical scheme, the value of the token to the block chain is weakened, the value of the transaction to the block chain is strengthened, so that accounts with fewer tokens also have the opportunity of accounting, accounts with active transactions and large transaction amount have more opportunities of accounting, the participation degree of small accounts and accounts with active transactions is increased, and the autonomous community of the block chain is more reasonable in construction and ecological.
Description
Technical Field
The disclosure belongs to the technical field of block chains, and particularly relates to a right and interest proving method based on transaction activity, a right and interest proving system based on transaction activity, computer equipment and a computer readable storage medium.
Background
In block chains (including forms of Proof of equity (DPoS) using Proof of equity (PoS), etc.), the amount of tokens (token) owned by an account generally determines the equity (token, also called stock right) of the account, and based on this, a series of blocks (blocks) such as billing right (keys) of each block and the right to generate chains (chain) are generated through certain operations.
However, when the difference in the number of tokens among accounts reaches several orders of magnitude, there are fewer accounts with little opportunity to participate in billing, which does not benefit the ecological construction (ecological build) of the autonomous community (autonomous community) of the blockchain. In addition, the blockchain records token information of each account and transaction information among the accounts, so that accounts with active transactions and large transaction amount naturally have requirements for participation in accounting right and maintaining and managing the blockchain, but when the number of tokens of the accounts is small, the requirements are usually difficult to meet, and the development of the blockchain is not facilitated.
Disclosure of Invention
The utility model provides a right and interests proving method based on transaction liveness, right and interests proving system based on transaction liveness, computer equipment and storage medium have weakened the token value, have strengthened the value to the block chain in the transaction, make the transaction active, account that the transaction volume is great has more accounting chance, thereby have more chance to participate in the maintenance and management of whole block chain.
In a first aspect, an embodiment of the present disclosure provides a method for proving rights and interests based on transaction activity, where the method includes:
respectively calculating token weakening values of all accounts according to tokens owned by all accounts;
respectively calculating the transaction intensity value of each account according to the transaction record of each account;
respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
and determining accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate blocks.
Further, the method further comprises:
for the block to be generated, respectively recording the balance of each account when the previous block is generated as the token owned by each account;
the token weakening value of each account is calculated according to the token owned by each account by adopting the following formula:
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i，T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
Further, the transaction strength values of the accounts are calculated according to the transaction records of the accounts and are obtained by adopting the following formula:
in the formula (2), for the T-th block to be generated, TxnI (i, T) is the transaction intensity value of the ith account, which refers to the transaction intensity value of each account calculated according to the transaction record of each account in the previous K blocks, where K is an adjustable parameter, i is 1, 2, …, n is the current account number; | net (i, T-j) | is the absolute value of the net revenue of account i for all transaction records for the Tth-j block that has been generated, and when T < K, values that are not present among net (i, T-2), …, net (i, T-K) are complemented by 0 for net (i, T-1).
Further, the equity value of each account is calculated according to the token weakening value and the transaction strength value of each account by adopting the following formula:
stake(i，T)＝tokenR(i，T)+TxnI(i，T) (3)
in equation (3), for the T-th block to be generated, take (i, T) is the equity value of the ith account; token r (i, T) is the token weakening value for the ith account; TxnI (i, T) is the transaction strength value of the ith account.
Further, the determining the account with the accounting right according to the equity value of each account so that the account with the accounting right generates a block includes:
calculating accounts with the accounting right by a Monte Carlo method according to the rights and interests of the accounts, so that the accounts with the accounting right generate a block;
after the account with the accounting right is determined, the method further comprises the following steps:
and issuing the blocks generated by the accounts with the accounting right on a block chain for verification of other accounts.
In a second aspect, embodiments of the present disclosure provide a transaction activity-based equity certification system, including:
a calculation module configured to calculate token weakening values for the accounts based on tokens held by the accounts, respectively; and the number of the first and second groups,
respectively calculating the transaction intensity value of each account according to the transaction record of each account; and the number of the first and second electrodes,
respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
and the determining module is used for determining the accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate a block.
Further, the calculation module comprises:
a setting unit configured to record, for a block to be generated, a balance of each account when a previous block is generated as a token owned by each account;
a first calculating unit configured to calculate a token weakening value of each account according to the following formula;
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i,T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
Further, the calculation module comprises:
the second calculation unit is configured to calculate the transaction intensity values of the accounts respectively by adopting the following formulas:
in the formula (2), for the T-th block to be generated, TxnI (i, T) is the transaction intensity value of the ith account, which refers to the transaction intensity value of each account calculated according to the transaction record of each account in the previous K blocks, where K is an adjustable parameter, i is 1, 2, …, n is the current account number; | net (i, T-j) | is the absolute value of the net revenue of account i for all transaction records for the Tth-j block that has been generated, and when T < K, values that are not present among net (i, T-2), …, net (i, T-K) are complemented by 0 for net (i, T-1).
Further, the calculation module further includes:
and the third calculation unit is set to respectively calculate the right value of each account by adopting the following formula:
stake(i，T)＝tokenR(i，T)+TxnI(i，T) (3)
in equation (3), for the T-th block to be generated, take (i, T) is the equity value of the ith account; token r (i, T) is the token weakening value for the ith account; TxnI (i, T) is the transaction strength value of the ith account.
Further, the determining module comprises:
a fourth calculating unit, configured to calculate accounts with the accounting right according to the equity value of each account by a monte carlo method, so that the accounts with the accounting right generate a block;
and the issuing unit is configured to issue the blocks generated by the accounts with the accounting right on a block chain for verification by other accounts.
In a third aspect, the disclosed embodiments also provide a computer device, including a memory and a processor, where the memory stores a computer program, and when the processor runs the computer program stored in the memory, the processor executes the method for proving rights based on transaction activity according to any one of the first aspect.
In a fourth aspect, an embodiment of the present disclosure further provides a computer-readable storage medium, including: a computer program that, when run on a computer, causes the computer to perform a transaction activity-based equity claim proving method as claimed in any one of the first aspects.
Has the advantages that:
the equity certification method based on the transaction activity, the equity certification system based on the transaction activity, the computer equipment and the storage medium respectively calculate the token weakening value of each account according to the token owned by each account; respectively calculating the transaction intensity value of each account according to the transaction record of each account; respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account; and then, determining accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate blocks. The technical scheme of the disclosure weakens the rights and interests gap caused by the gap of different account tokens through a token reduction method. At the same time, in addition to the contribution of tokens to the account, the transaction intensity (transaction intensity) of the account is introduced as a contribution in another dimension. By endowing proper rights and interests to the transaction and the token, the value of the transaction to the blockchain is strengthened, the value of the token to the blockchain is weakened, the transaction is active, the account with larger transaction amount has more accounting opportunities, and more opportunities are participated in the maintenance and management of the whole blockchain.
Drawings
Fig. 1 is a schematic flow chart illustrating a transaction activity-based equity certification method according to an embodiment of the present disclosure;
fig. 2 is a schematic diagram illustrating an operation flow of block generation according to an embodiment of the disclosure;
fig. 3 is an architecture diagram of a transaction activity-based equity certification system according to a second embodiment of the disclosure;
fig. 4 is an architecture diagram of a computer device according to a third embodiment of the present disclosure.
Detailed Description
In order to make the technical solutions of the present disclosure better understood by those skilled in the art, the present disclosure is further described in detail below with reference to the accompanying drawings and examples.
In which the terminology used in the embodiments of the disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in the disclosed embodiments and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
In a block chain adopting rights and interests certification, the rights and interests of an account are generally determined by the number of tokens owned by the account, and when the difference of the number of tokens among the accounts reaches several orders of magnitude, the accounts with fewer tokens have few opportunities to participate in accounting, which is not beneficial to ecological construction of an autonomous community of the block chain. For accounts with active transactions and large transaction amount, the accounts naturally have requirements for participating in accounting rights and maintaining and managing the block chain, but when the number of tokens of the accounts is small, the requirements are usually difficult to meet, and the development of the block chain is not facilitated.
The following describes the technical solutions of the present disclosure and how to solve the above problems in detail with specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.
Fig. 1 is a schematic flowchart of a method for proving equity based on transaction activity according to an embodiment of the present disclosure, where as shown in fig. 1, the method includes:
step S101: respectively calculating token weakening values of all accounts according to tokens owned by all accounts;
step S102: respectively calculating the transaction intensity value of each account according to the transaction record of each account;
step S103: respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
step S104: and determining accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate blocks.
The block chain is used as a bottom layer technology of the bit currency, is essentially a decentralized database, and is characterized in that decentralized and public transparency are realized, and as a distributed account book technology, each node can participate in the record of the database. As a distributed account book, each participant maintains a piece of data, and how to confirm the accounting right, the final account book is the problem that the blockchain must solve based on who is. The prior art generally determines the amount of tokens (tokens) held by an account, determines the rights (tokens, also known as equities) of the account, and thus determines the probability of acquiring the accounting rights, the greater the amount of tokens the more likely the accounting rights will be acquired,
"Token" is essentially a proof of interest and is therefore also divided into "equity type tokens" and "functional tokens". "Token" typically appears on blockchain items of various application types based on the birth of the public chain. The "equity Token" is actually the equity of the item or company that issued the "Token"; while "functional tokens" are media in use of the application in order to create a better user experience, perform ecological construction, and incentives. Therefore, the pricing and upgradeability base of the "equity tokens" is generally the future value of the development of the project itself; the pricing and upgradeable base of "functional tokens" is generally the scarcity caused by the pricing of the business, services in the project, or the number of users using the application in the future and the general shrinkage of the economic model design of the project. The method comprises the steps that the accounting right is determined through Token, when the difference of the number of the tokens among the accounts reaches several orders of magnitude, the accounts with fewer tokens hardly have the opportunity to participate in accounting, and ecological construction of the autonomous community of the block chain is not facilitated. Resulting in fewer tokens for accounting and more opportunities for accounting and thus more opportunities for participation in the maintenance and management of the entire blockchain. And then as a contribution to another dimension of the account's equity by introducing the transaction strength for that account. The value of the transaction to the blockchain is strengthened, so that the account with active transaction and large transaction amount has more accounting opportunities.
After the equity value owned by each account is determined, the account with the accounting right is determined according to the equity value of each account, and various existing methods for determining the accounting right can be adopted. After the account book (T) with the accounting right is determined. And (T) generating a new block, such as the Tth block, and issuing the new block on the block chain for verification of other accounts. Then, when the next block is generated, the above process is repeated, and the T +1 th block is generated by loop iteration, and the operation process is as shown in fig. 2, and includes:
step 1: calculating each account token weakening value;
step 2: calculating the transaction intensity value of each account;
and step 3: calculating the equity value of each account;
and 4, step 4: calculating an account with the accounting right, accounting and generating a Tth block;
and 5: repeating the steps 1-4, and performing loop iteration to generate a T +1 th block.
By the method, proper rights and interests are given to the transaction and the token, the participation degree of the small account and the transaction active account is increased, and the autonomous community construction of the block chain is more reasonable and ecological.
Further, the method further comprises:
for the block to be generated, respectively recording the balance of each account when the previous block is generated as the token owned by each account;
the token weakening value of each account is calculated according to the token owned by each account by adopting the following formula:
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i,T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
For the T-th block to be generated, account keeping right is determined, a total of n current accounts are set, the token owned by the ith account is denoted as token (i, T), i is 1, 2, …, n, and the value is the balance of the account when the last block, i.e. the T-1 block, is generated. T ═ 0, the Block is a creation Block (Genesis Block), and the value of each account token is the balance purchased or otherwise obtained before the Block chain is created, i.e., each account has purchased or otherwise obtained a certain amount of tokens before the Block chain is created.
Further, the transaction strength values of the accounts are calculated according to the transaction records of the accounts and are obtained by adopting the following formula:
in the formula (2), for the T-th block to be generated, TxnI (i, T) is the transaction intensity value of the ith account, which refers to the transaction intensity value of each account calculated according to the transaction record of each account in the previous K blocks, where K is an adjustable parameter, i is 1, 2, …, n is the current account number; | net (i, T-j) | is the absolute value of the net revenue of account i for all transaction records for the Tth-j block that has been generated, and when T < K, values that are not present among net (i, T-2), …, net (i, T-K) are complemented by 0 for net (i, T-1).
For the t block which is generated, t is more than or equal to 0, all transaction records of the ith account are found, the sum of income is calculated to be used as net income of the account in the block and is marked as net (i, t), and the net expenditure is indicated when the value is negative. By adjusting the parameter K, it may be set that the transaction strength value of each account is calculated from the transaction record of each account in the previous K blocks, where K may be a positive integer such as 2, 3, 4, or 5 … …, and the K blocks are generated on the block chain after the accounts with the accounting right determined in the previous K times are respectively generated and verified. In another implementation manner of the disclosed embodiment, the net (i, t) may also be replaced by a sum of transaction amounts of all transaction records of the ith account, that is, including total income and total expenditure, and then the transaction intensity value of each account is calculated according to formula (2).
Further, the equity value of each account is calculated according to the token weakening value and the transaction strength value of each account by adopting the following formula:
stake(i，T)＝tokenR(i，T)+TxnI(i，T) (3)
in equation (3), for the T-th block to be generated, take (i, T) is the equity value of the ith account; token r (i, T) is the token weakening value for the ith account; TxnI (i, T) is the transaction strength value of the ith account.
The equity value of each account is composed of the weakening value and the transaction strength value of the token, namely, the value of the token to the block chain is weakened, the value of the transaction to the block chain is strengthened, and the equity gap caused by the token and the transaction value gap is weakened by taking the logarithm of the token and the transaction value through the formula (1) and the formula (2), so that the accounts with active transactions and large transaction amount have more accounting opportunities, but cannot occupy absolute dominance, and more accounts have more opportunities to participate in the maintenance and management of the whole block chain.
Further, the determining the account with the accounting right according to the equity value of each account so that the account with the accounting right generates a block includes:
calculating accounts with the accounting right by a Monte Carlo method according to the rights and interests of the accounts, so that the accounts with the accounting right generate a block;
after the account with the accounting right is determined, the method further comprises the following steps:
and issuing the blocks generated by the accounts with the accounting right on a block chain for verification of other accounts.
When the account with the accounting right is calculated, the account with the accounting right can be calculated by using various existing methods, such as an intelligent optimization algorithm calculation method, such as a Monte Carlo method, a genetic algorithm, a particle swarm algorithm and the like, wherein the methods all belong to random approximation methods, the Monte Carlo is a simulation statistical method, the calculation process is relatively simple, and if the problem can be described in a certain statistic form, the problem can be solved by using the Monte Carlo method.
The embodiment of the disclosure weakens the value of the token to the blockchain, so that the token has fewer accounts and more accounting opportunities, and thus more opportunities are participated in the maintenance and management of the whole blockchain. By enhancing the value of the transaction to the blockchain, the account with active transaction and larger transaction amount has more accounting opportunities, so that more opportunities are involved in the maintenance and management of the whole blockchain. By the method, proper rights and interests are given to the transaction and the token, the participation degree of the small account and the transaction active account is increased, and the autonomous community construction of the block chain is more reasonable and ecological.
Fig. 3 is an architecture diagram of a transaction activity-based equity certification system according to a second embodiment of the disclosure, as shown in fig. 3, the system includes:
a calculation module 1 configured to calculate token weakening values of respective accounts based on tokens possessed by the respective accounts; and the number of the first and second groups,
respectively calculating the transaction intensity value of each account according to the transaction record of each account; and the number of the first and second electrodes,
respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
and the determining module 2 is configured to determine the account with the accounting right according to the interest value of each account, so that the account with the accounting right generates a block.
Further, the computing module 1 includes:
a setting unit configured to record, for a block to be generated, a balance of each account when a previous block is generated as a token owned by each account;
a first calculating unit configured to calculate a token weakening value of each account according to the following formula;
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i，T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
Further, the computing module 1 further includes:
the second calculation unit is configured to calculate the transaction intensity values of the accounts respectively by adopting the following formulas:
in the formula (2), for the T-th block to be generated, TxnI (i, T) is the transaction intensity value of the ith account, which refers to the transaction intensity value of each account calculated according to the transaction record of each account in the previous K blocks, where K is an adjustable parameter, i is 1, 2, …, n is the current account number; | net (i, T-j) | is the absolute value of the net revenue of account i for all transaction records for the Tth-j block that has been generated, and when T < K, values that are not present among net (i, T-2), …, net (i, T-K) are complemented by 0 for net (i, T-1).
Further, the computing module 1 further includes:
and the third calculation unit is set to respectively calculate the right value of each account by adopting the following formula:
stake(i，T)＝tokenR(i，T)+TxnI(i，T) (3)
in equation (3), for the T-th block to be generated, take (i, T) is the equity value of the ith account; token r (i, T) is the token weakening value for the ith account; TxnI (i, T) is the transaction strength value of the ith account.
Further, the determining module 2 includes:
a fourth calculating unit, configured to calculate accounts with the accounting right according to the equity value of each account by a monte carlo method, so that the accounts with the accounting right generate a block;
and the issuing unit is configured to issue the blocks generated by the accounts with the accounting right on a block chain for verification by other accounts.
The right and interest proving system based on transaction activity in the embodiment of the present disclosure is used to implement the right and interest proving method based on transaction activity in the first method embodiment, so that description is simple, and reference may be specifically made to the related description in the first method embodiment, and details are not described here again.
Furthermore, as shown in fig. 4, a computer device according to a third embodiment of the present disclosure further includes a memory 10 and a processor 20, where the memory 10 stores a computer program, and when the processor 20 runs the computer program stored in the memory 10, the processor 20 executes the above mentioned various possible transaction activity-based entitlement proofs.
In addition, the embodiments of the present disclosure also provide a computer-readable storage medium, in which computer-executable instructions are stored, and when at least one processor of the user equipment executes the computer-executable instructions, the user equipment executes the above-mentioned various possible methods.
Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an ASIC (Application Specific Integrated Circuit). Additionally, the ASIC may reside in user equipment. Of course, the processor and the storage medium may reside as discrete components in a communication device.
It is to be understood that the above embodiments are merely exemplary embodiments that are employed to illustrate the principles of the present disclosure, and that the present disclosure is not limited thereto. It will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the disclosure, and these are to be considered as the scope of the disclosure.
Claims (10)
1. A transaction activity-based equity certification method, the method comprising:
respectively calculating token weakening values of all accounts according to tokens owned by all accounts;
respectively calculating the transaction intensity value of each account according to the transaction record of each account;
respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
and determining accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate blocks.
2. The method of claim 1, further comprising:
for the block to be generated, respectively recording the balance of each account when the previous block is generated as the token owned by each account;
the token weakening value of each account is calculated according to the token owned by each account by adopting the following formula:
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i,T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
3. The method of claim 1, wherein the calculating the transaction strength value of each account according to the transaction record of each account is obtained by using the following formula:
in the formula (2), for the T-th block to be generated, TxnI (i, T) is the transaction intensity value of the ith account, which refers to the transaction intensity value of each account calculated according to the transaction record of each account in the previous K blocks, where K is an adjustable parameter, i is 1, 2, …, n is the current account number; | net (i, T-j) | is the absolute value of the net revenue of account i for all transaction records for the Tth-j block that has been generated, and when T < K, values that are not present among net (i, T-2), …, net (i, T-K) are complemented by 0 for net (i, T-1).
4. The method of claim 1, wherein the separately calculating the equity value for each account from the token weakening value and the transaction strength value for each account is derived using the following equation:
stake(i，T)＝tokenR(i，T)+TxnI(i，T) (3)
in equation (3), for the T-th block to be generated, take (i, T) is the equity value of the ith account; token r (i, T) is the token weakening value for the ith account; TxnI (i, T) is the transaction strength value of the ith account.
5. The method according to claim 1, wherein the determining the account with the accounting right according to the interest value of each account, so that the account with the accounting right generates a block, comprises:
calculating accounts with the accounting right by a Monte Carlo method according to the rights and interests of the accounts, so that the accounts with the accounting right generate a block;
after the account with the accounting right is determined, the method further comprises the following steps:
and issuing the blocks generated by the accounts with the accounting right on a block chain for verification of other accounts.
6. A transaction liveness based equity certification system, said system comprising:
a calculation module configured to calculate token weakening values for the accounts based on tokens held by the accounts, respectively; and the number of the first and second groups,
respectively calculating the transaction intensity value of each account according to the transaction record of each account; and the number of the first and second electrodes,
respectively calculating the equity value of each account according to the token weakening value and the transaction strength value of each account;
and the determining module is used for determining the accounts with the accounting right according to the rights and interests of the accounts, so that the accounts with the accounting right generate a block.
7. The system of claim 6, wherein the computing module comprises:
a setting unit configured to record, for a block to be generated, a balance of each account when a previous block is generated as a token owned by each account;
a first calculating unit configured to calculate a token weakening value of each account according to the following formula;
tokenR(i,T)＝p*log[1+token(i,T)]+(1-p)*token(i,T) (1)
in the formula (1), token is the T-th block to be generatedR(i, T) is the token weakening value for the ith account, where i ═ 1, 2, …, n, n is the current account number; token (i, T) is a token owned by the ith account; p is a predetermined attenuation parameter and 0<p<1。
8. The system of claim 6, wherein the determining module comprises:
a fourth calculating unit, configured to calculate accounts with the accounting right according to the equity value of each account by a monte carlo method, so that the accounts with the accounting right generate a block;
and the issuing unit is configured to issue the blocks generated by the accounts with the accounting right on a block chain for verification by other accounts.
9. A computer device comprising a memory and a processor, the memory having a computer program stored therein, the processor when executing the computer program stored by the memory performing the transaction activity based entitlement proofing method according to any one of claims 1-5.
10. A computer-readable storage medium, comprising: a computer program that, when run on a computer, causes the computer to perform the transaction activity-based entitlement proofing method of any one of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110570452.3A CN113269555B (en) | 2021-05-25 | 2021-05-25 | Rights and interests proving method, system, equipment and storage medium based on transaction liveness |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110570452.3A CN113269555B (en) | 2021-05-25 | 2021-05-25 | Rights and interests proving method, system, equipment and storage medium based on transaction liveness |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113269555A true CN113269555A (en) | 2021-08-17 |
| CN113269555B CN113269555B (en) | 2023-07-04 |
Family
ID=77232726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110570452.3A Active CN113269555B (en) | 2021-05-25 | 2021-05-25 | Rights and interests proving method, system, equipment and storage medium based on transaction liveness |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113269555B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108182636A (en) * | 2018-01-30 | 2018-06-19 | 杨显波 | Block chain common recognition mechanism based on contribution |
| US20190370793A1 (en) * | 2018-06-04 | 2019-12-05 | Decentralized Finance Labs, Inc. | Hybrid consensus for blockchain using proof of work and proof of stake |
| CN110580653A (en) * | 2019-08-14 | 2019-12-17 | 长沙理工大学 | Block chain consensus mechanism based on transaction |
| US20200153627A1 (en) * | 2018-11-09 | 2020-05-14 | Ares Technologies, Inc. | Systems and methods for distributed key storage |
| WO2021042810A1 (en) * | 2019-09-05 | 2021-03-11 | 创新先进技术有限公司 | Asset settlement method and apparatus employing blockchain, and electronic device |
-
2021
- 2021-05-25 CN CN202110570452.3A patent/CN113269555B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108182636A (en) * | 2018-01-30 | 2018-06-19 | 杨显波 | Block chain common recognition mechanism based on contribution |
| US20190370793A1 (en) * | 2018-06-04 | 2019-12-05 | Decentralized Finance Labs, Inc. | Hybrid consensus for blockchain using proof of work and proof of stake |
| US20200153627A1 (en) * | 2018-11-09 | 2020-05-14 | Ares Technologies, Inc. | Systems and methods for distributed key storage |
| CN110580653A (en) * | 2019-08-14 | 2019-12-17 | 长沙理工大学 | Block chain consensus mechanism based on transaction |
| WO2021042810A1 (en) * | 2019-09-05 | 2021-03-11 | 创新先进技术有限公司 | Asset settlement method and apparatus employing blockchain, and electronic device |
Non-Patent Citations (4)
| Title |
|---|
| NEM PROJECT: "NEM NIS API Document", Retrieved from the Internet <URL:https://nemproject.github.io/nem-docs> * |
| 吴梦宇;朱国胜;吴善超;: "基于工作量证明和权益证明改进的区块链共识机制", 计算机应用, no. 08, pages 2274 - 2278 * |
| 宋琪杰;陈铁明;陈园;马栋捷;翁正秋;: "面向物联网区块链的共识机制优化研究", 电信科学, no. 02, pages 1 - 12 * |
| 杨宇光;张树新;: "区块链共识机制综述", 信息安全研究, no. 04, pages 369 - 379 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113269555B (en) | 2023-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Cocco et al. | Modeling and Simulation of the Economics of Mining in the Bitcoin Market | |
| Bardoscia et al. | The physics of financial networks | |
| Huang | Portfolio selection with fuzzy returns | |
| Phimister et al. | The role of ownership in determining the rural economic benefits of on‐shore wind farms | |
| Hu et al. | Delegated proof of reputation consensus mechanism for blockchain-enabled distributed carbon emission trading system | |
| Zhang et al. | Proof of service power: A blockchain consensus for cloud manufacturing | |
| Lysiak et al. | Assessment of financial sustainability of the local budgets: case of Ukraine | |
| CN111210144A (en) | Power generation risk management method and system for electric power spot market | |
| Hope Sr | The poverty dilemma in Africa: Toward policies for including the poor | |
| Yao et al. | Fintech and the economic capital of Chinese commercial bank's risk: Based on theory and evidence | |
| Chyn et al. | An equilibrium analysis of the effects of neighborhood-based interventions on children | |
| Bataev | Financial technology: Efficiency evaluation of challenger banks | |
| Xie et al. | An improved shapley value benefit distribution mechanism in cooperative game of cyber threat intelligence sharing | |
| CN113269555B (en) | Rights and interests proving method, system, equipment and storage medium based on transaction liveness | |
| Di Guilmi et al. | Dynamic aggregation of heterogeneous interacting agents and network: an analytical solution for agent based models | |
| Loxton | Gender differences in inter vivos transfers | |
| CN114626934A (en) | Block chain-based multi-level wind control system and control method | |
| Agba et al. | Does foreign direct investments impact agricultural output in Nigeria? An error correction modelling approach | |
| Zhang et al. | Modeling and computation of mean field game with compound carbon abatement mechanisms. | |
| Jumadinova et al. | A multi-agent prediction market based on boolean network evolution | |
| Duch et al. | New approaches to operational risk modeling | |
| Adedeji et al. | Effects of public expenditure and financial development on economic growth: empirical evidence from Nigeria | |
| Ishiwata et al. | Quantitative Analysis of Optimal Investment Scale and Timing for Flood Control Measures by Multi-Regional Economic Growth Model: Case Studies in Viet Nam | |
| Skufi et al. | Using Macrofinancial Models to Simulate Macroeconomic Developments During the COVID-19 Pandemic: The Case of Albania | |
| Lu et al. | Anti‐Risk Ability of Government Purchasing Elderly Care Services under the Coordination of Complex Network and GERT |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |