CN112669159A - Trust-based value circulation method in different block chain systems - Google Patents

Trust-based value circulation method in different block chain systems Download PDF

Info

Publication number
CN112669159A
CN112669159A CN202110030528.3A CN202110030528A CN112669159A CN 112669159 A CN112669159 A CN 112669159A CN 202110030528 A CN202110030528 A CN 202110030528A CN 112669159 A CN112669159 A CN 112669159A
Authority
CN
China
Prior art keywords
chain
account
signature
cross
node
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.)
Pending
Application number
CN202110030528.3A
Other languages
Chinese (zh)
Inventor
林乐
兰春嘉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Neng Lian Tech Ltd
Original Assignee
Neng Lian Tech Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Neng Lian Tech Ltd filed Critical Neng Lian Tech Ltd
Priority to CN202110030528.3A priority Critical patent/CN112669159A/en
Publication of CN112669159A publication Critical patent/CN112669159A/en
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention relates to a trust-based value circulation method in different block chain systems, which is a system for realizing information interaction of the different block chain systems through chain crossing based on trust value, and comprises an intelligent user subsystem, a multi-tunnel subsystem, an anti-quantum ring encryption subsystem and a state monitoring subsystem; based on trust value, the cross chain is a technical platform which links different block chains; the intelligent user subsystem is used for managing users using the information interaction system; the multi-tunnel subsystem realizes interconnection and intercommunication between different block chains and the information interaction system; the quantum-resistant annular encryption subsystem increases the safety in information interaction and provides quantum-resistant confidentiality; the behavior monitoring subsystem displays the working state of the information interaction system.

Description

Trust-based value circulation method in different block chain systems
Technical Field
The invention belongs to the field of computers, and provides a trust-based value circulation method in different block chain systems.
Background
With the wide application of the blockchain technology, the success of bitcoin and ether house proves the value of the blockchain technology and the huge potential in the future, but at the same time, the blockchain can also be seen to form a multi-chain coexistence pattern, and a common problem is faced: the development languages of the block chains are more, the block chains cannot be freely communicated with one another, isolated chains are formed, further development of the block chains is limited, a technology is urgently needed, interconnection and intercommunication among the block chains can be achieved, information interaction of cross-block chains is achieved, and an information interaction interface can adapt to multiple computer language environments.
Disclosure of Invention
In view of the above, in order to achieve the effect of the above scheme, the present invention provides a trust-based value circulation method for different blockchain systems, which utilizes trust-based value chain spanning to implement interconnection and intercommunication of blockchains, and implements safe and rapid information interaction based on trust value chain spanning, and an information interaction interface can provide an intelligent architecture, and is suitable for various computer languages.
In order to achieve the effect, the technical scheme of the invention is as follows: a trust-based value circulation method in different blockchain systems comprises the following contents:
the steps of setting the cross-chain recharge are as follows: the verifier is used for verifying the validity of the multiple signatures; the first step is as follows: initializing parameter setting by a multiple signature module, and generating an output parameter by a parameter generator by taking a safety parameter x, a first threshold parameter m and a second threshold parameter h as input parameters; m is the minimum number of signature nodes to be met, and the signature nodes are judgment nodes participating in multiple signatures; h is the minimum number of verification nodes to be met, and the verification nodes are judgment nodes participating in consensus verification; the second step is that: generating m public and private key Pairs (PK) by adopting hash functiong,VKg) Wherein, g is 1,2gIs the public signature key, VK, of the g-th signature nodegA signature private key of the g signature node; the multiple signature module is used for signing a private key VKgSending the signature to the corresponding signature node through an encryption channel, and sending all signature public keys { PK1,PK2,...,PKmDisclosure into a system; the third step: the multiple signature module randomly sets a verification private key vkh＝(ah,bh) Wherein vk ishA verification private key received for the h-th verification node; a ish、bhIs the h-th randomly generated natural number and satisfies ah←Zf，bh←Zf， ZfA multiplication group constructed according to a large prime number f specified by a system; generating a verification public key according to a hash function as
Figure BDA0002891920400000021
Wherein, pkhG is a given generator for a verification public key corresponding to the h signature; the multiple signature module will verify the private key vkhSending the verification public key (pk) to the corresponding verification node1,pk2,...,pkhDisclosure into a system; the fourth step: verifying the signed judgment nodes after receiving the signature private key, and signing by each judgment node after the verification of all the signed judgment nodes is passed; the fifth step: each signature node selects a random number rgCalculating
Figure BDA0002891920400000022
Wherein R isgThe intermediate value of the g signature node, c is a random value and mod is a complementation function; the common value of all signature nodes is
Figure BDA0002891920400000023
Wherein R is a common value of all signature nodes, and Pi is a continuous multiplication operation; all signature nodes carry out Hash operation on the transfer data and the public value to obtain a signed Hash value hsigH (R, message), wherein HsigH (-) is a hash value of the signature, H (-) is a hash function, and message is the transfer data; can obtain a signature of
Figure BDA0002891920400000024
Therein, SiggThe signature of the g signature node; and a sixth step: the SiggSending the encrypted signature to the encryptor to generate an encrypted signature; the encryptor selects two random numbers randg1、randg2Satisfy randg1←Zf、 randg2←ZfMultiple encryption of the signature using an encryption function ENCgComprises the following steps:
Figure BDA0002891920400000025
the encryptor encrypts the multiple encrypted signatures ENCgSending the data to the connecting node; the seventh step: the connecting node receives the multiple encrypted signatures of all the signature nodes sent by the encryptor, and calculates multiple encrypted multiple signatures according to multiple signature functions, wherein the multiple signature functions are as follows:
Figure BDA0002891920400000026
wherein COMP denotes multiple signatures of said multiple encryptions; the connecting node sends the multiple encrypted multiple signatures to the verifying node; eighth step: the verification node decrypts and verifies the received multiple encrypted multiple signatures, and the decryption function is as follows:
Figure BDA0002891920400000031
wherein DEC is the decrypted multiple signature; the verification function is:
Figure BDA0002891920400000032
wherein R is*To verify the value, hgThe hash value of the g signature node is obtained; the verification node calculates R*Sending to the verifier; the ninth step: the verifier judges the received verification value, if R is*If the signature is not valid, the multiple encrypted multiple signatures are verified; if R is*If not, the verification is not passed, and the consensus verification is finished; step a.1: the user logs in the main chain account, and after applying for the cross-chain recharging, the user side sends an application instruction to the cross-chain recharging unit; step a.2: the cross-chain recharging unit calls a multiple signature module to generate a multiple signature account, inputs an address of an asset chain account and an address of the main chain account in the multiple signature account, and transfers recharging data from the asset chain account to the multiple signature account; the multiple signature module comprises a parameter generator, an encryptor and a verifier; the parameter generator is used for generating input and output parameters of the multiple signatures; the encryptor encrypts the multiple signatures; step a.3: after the consensus verification is completed, the cross-chain recharging unit will recharge the chainA transfer account instruction is called and sent to the transfer account module; step 2.4: the cross-chain recharging unit judges the condition of a transfer account, if the tunnel account is a default transfer account, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the tunnel account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of transfer data;
step a.5: if the default transfer account is empty, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the main chain account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of the transfer data;
step a.6: after the transfer is successful, the cross-chain recharging unit sends an instruction to the asset chain, and corresponding assets are deducted from an asset chain account;
step a.7: if the multiple signature accounts do not find the associated main chain account address, the cross-chain recharging unit backs back to transfer the multiple signature accounts to the asset chain account;
the cross-chain cash withdrawal steps are as follows:
step b.1: after a user applies for cross-link cash withdrawal at a user side, the user side sends an application instruction to the cross-link cash withdrawal unit; the cash withdrawal request comprises a cash withdrawal amount and a cash withdrawal account address in the asset chain;
and b.2: after receiving a user cash withdrawal application, a connecting node packs a user request into a block, initiates a transaction broadcast transferring from a multiple signature account address to a cash withdrawal account address, and issues the transaction broadcast to the main chain;
and b.3, substeps: when the judging node receives the broadcasted transaction information, signing and broadcasting in the main chain; if the connection node collects judgment node signatures which are not less than two thirds of the total number of all judgment nodes, the transaction verification is passed; if the judgment node signature collected by the connecting node is less than one third of the total number of all the judgment nodes, the transaction verification fails, and the withdrawal operation request is rejected;
and b.4: the connecting node packs all collected judging node signatures and the transaction broadcast together to generate a new block, and broadcasts the new block to an asset chain;
and b.5: after the judgment node receives the broadcast passing the verification, judging whether the balance of the multi-signature thermal account is more than or equal to the cash withdrawal amount, if so, sending a signature for transferring the account from the multi-signature thermal account address to the cash withdrawal account address on the asset chain; if the balance of the multiple-signature hot account is less than the withdrawal amount, extracting assets which are equal to the withdrawal amount from the multiple-signature cold account into the multiple-signature hot account, returning to the substep b.2, and packaging the withdrawal application again by the connecting node;
and b.6: after N new blocks are generated, the judgment node calls the multiple signature modules to carry out consensus verification, and after the verification is passed, the cross-link cash withdrawal unit transfers the cash withdrawal amount from the multiple signature hot account address to the asset link account address; the cross-link cash register unit calls the multi-tunnel link module to complete transmission of transfer data;
n is the number of blocks needing to wait for determining assets in the asset chain; the number of blocks to be confirmed of different asset chains can be calculated according to the propagation rule of the block chains, and the calculation formula of N is as follows:
Figure BDA0002891920400000041
the formula shows that the block number to be waited for confirming the asset in the asset chain is the minimum block number to be confirmed for ensuring the block to be reliable under the influence of the mining speed, the block attack probability and the probability of generating an invalid block, wherein theta represents the probability that the block is an available block, i is the number of blocks dug by a malicious node in time t, k represents the ratio of the malicious node to the reliable node in the asset chain, v represents the average speed of the reliable node in the asset chain digging the block, and n represents the number of peer nodes of the nodes in the asset chain,
Figure BDA0002891920400000051
representing assetsThe probability of a malicious node in the chain digging out a block can be expressed as
Figure BDA0002891920400000052
e is a natural constant; defining the tolerance of unavailable blocks in the asset chain as psi and the tolerance of waiting time as T, and then satisfying the following conditions: t is less than or equal to T,
Figure BDA0002891920400000053
substep b.7: after the transfer is successful, the cross-chain cashing unit sends an instruction to the main chain, and corresponding assets are deducted from the main chain account;
substep b.8: if the multiple signature accounts do not find the associated asset chain account address, the cross-chain recharging unit backs back to transfer the multiple signature accounts to the main chain account;
the blockchain system comprises a main chain and an asset chain; the main chain comprises a user side, a conversion module, a multiple signature module, a multi-tunnel link module and an asset dynamic balance module; the asset chain is other block chain communicated with the main chain; the block chain system also comprises a user node and a monitoring node; it is characterized in that the method comprises the following steps:
the method comprises the following steps: the user side provides registration for the user, generates an account and provides operation on a chain, and comprises a registration module, a transit account module and an account management module;
step c.1: the registration module provides services for registering a main chain account and a tunnel account in a main chain for a user; the main chain account is an account of the user in the main chain and is used for storing assets circulating in the main chain; the tunnel account is a transfer account for performing cross-chain transaction between a main chain and an asset chain and is used for temporarily storing transfer assets; the tunnel account is bound with the address of the main chain account, and binding information is sent to the account management module for storage;
step c.2: after the user registration is completed, the setting of a transfer account is completed in the transfer account module; if the user selects the tunnel account, the tunnel account is a default transit account; if the user does not select the tunnel account, the default transit account is empty and needs to be set in the cross-chain transaction process;
the account management module manages a public account, a main chain account, a tunnel account and a multiple signature account registered by a user; the public account is a public account in the blockchain system and is used for temporarily storing the deposit and the transaction commission fees for the election of each user node; the multiple signature account is an account which is created by the judgment node through a consensus mechanism and is used for storing transfer assets of cross-chain transaction; the multiple signature accounts comprise multiple signature hot accounts and multiple signature cold accounts, wherein the multiple signature hot accounts are transit accounts of cross-chain transactions in an online mode, and the multiple signature cold accounts are transit accounts of cross-chain transactions in an offline mode;
the user nodes comprise unregistered nodes, connecting nodes and judging nodes; the unregistered node represents a node of all registered users in the blockchain system; the connecting node is a node for producing the block and collecting multiple signatures on the main chain and is responsible for accounting the cross-chain transaction; the un-logged nodes can become the connection nodes after enough certification funds are paid, and the paid certification funds are frozen in the public account; the judgment nodes are the nodes with the consensus verification qualification, the judgment nodes are generated after all the connection nodes vote after the connection nodes pay the responsibility guarantee money with a certain amount, and the paid responsibility guarantee money is frozen in the public account;
step two: the exchange module provides a chain-crossing transaction operation of a main chain and an asset chain for a user, and comprises a chain-crossing recharging unit and a chain-crossing cash-up unit, wherein the chain-crossing recharging unit transfers assets from an asset chain account to the main chain account for the user; the cross-chain cash withdrawal unit is used for transferring the assets from the main chain account to the asset chain account for the user;
step three: the multilink control module is responsible for carrying out distributed management on data transmission of cross-link transaction, so that the communication burden of a network is reduced, the controllability of data transmission is ensured, and particularly, the reliable transmission of transaction data can be still maintained after a main node in a block chain is attacked; the multilink control module comprises a link control unit, a channel distribution unit and a state tracking unit; the link control unit comprises a switch control unit, a first control unit and a second control unit;
step d.1: the switch control unit is responsible for opening and closing all the link channels, and after the system is initialized, all the link channels are opened, and the total number of the link channels is defined as M;
step d.2: with the increase of the cross-link transaction, the switch control unit dynamically adjusts the opening and closing states of the link channel according to the monitoring data of the second control unit on the network state;
step d.3: the first control unit calculates a basic value of a link channel parameter of cross-link transaction, wherein the link channel parameter comprises a tunnel account state parameter and a network state parameter; the first control unit calculates a basic value of a link channel parameter based on a tunnel account state parameter of a jth user applying cross-link transaction and a current network state parameter, and the calculation formula is as follows:
the formula I is as follows:
Figure BDA0002891920400000071
the formula II is as follows:
Figure BDA0002891920400000072
wherein, M is the number of all users who carry out cross-chain transaction in the current network, and M is a natural number; the value range of j is a natural number from 1 to M;
Figure BDA0002891920400000073
the basic value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application;
Figure BDA0002891920400000074
the basic value of the network state parameter is the operation of the jth user applying the cross-chain transaction; AS0The standard value of the tunnel account state parameter is obtained; NS (server)0The standard value of the network state parameter; AS0And NS0Are all system preset values；αtFor coefficients of transfer across chains, alphawCoefficient of interest, alpha, for cross-chainingtAnd alphawThe value of (alpha) is 0 or 1 according to the type of the cross-link transactiont+αw)jRepresenting a coefficient corresponding to the type of the cross-chain transaction of the jth user applying the cross-chain transaction; beta is ajA differential coefficient for an account response of a user applying for a cross-chain transaction for jth; s is a differential operator; pjNetwork delay for the operation of the jth user applying for the cross-chain transaction; qjThe instantaneous online state of the jth user applying for the cross-chain transaction is 0 if not online and 1 if online;
step d.4: the second control unit adopts a discrete convergence algorithm to construct a state calibrator and an integral compensator;
the first step is as follows: the state calibrator calculates a global mean value of the link channel parameter through a formula three and a formula four:
the formula III is as follows:
Figure BDA0002891920400000075
the formula four is as follows:
Figure BDA0002891920400000076
wherein,
Figure BDA0002891920400000077
the average value of the tunnel account state parameters of all cross-link transaction users in the current network is obtained;
Figure BDA0002891920400000078
the average value of the network state parameters of all cross-link transaction users in the current network is obtained;
the second step is that: the integral compensator calculates a difference value of the basic value and the average value of the link channel parameter of each cross-link trading user, and calculates a compensation value through a formula five and a formula six:
the formula five is as follows:
Figure BDA0002891920400000081
formula six:
Figure BDA0002891920400000082
wherein, Δ ASjA compensation value of a tunnel account state parameter of a user applying for cross-chain transaction for the jth application; delta NSjA compensation value of a network state parameter when a jth user applies for cross-chain transaction operation; lambda [ alpha ]1、γ1Respectively a first proportional parameter and a first integral parameter; lambda [ alpha ]2And gamma2Respectively a second proportional parameter and a second integral parameter; t is t+The time from starting the first control unit to finishing calculating the global mean value;
the third step: the second control unit calculates the modification value of the link channel parameter of the jth user applying the cross-link transaction through a formula seven and a formula eight:
the formula seven:
Figure BDA0002891920400000083
the formula eight:
Figure BDA0002891920400000084
wherein, ASjThe correction value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application; NS (server)jModifying a network state parameter for a jth user applying for a cross-chain transaction;
the fourth step: the second control unit switches the NSjFeeding back to the switch control unit;
the fifth step: the second control unit connects ASjFeeding back to the channel allocation unit;
step d.5: the state tracking unit monitors the starting time, the network response time and the queuing time of each cross-link transaction in real time, and when the network response time or the queuing time exceeds an early warning value set by a system, the state tracking unit is considered to be in a network interruption state; when the network response time does not exceed the early warning value set by the system, but the queuing time exceeds the early warning value set by the system, the network is considered to be in a network congestion state; when the response time and the queuing time of the network do not exceed the early warning value set by the system, the network is considered to be in a normal state;
the first step is as follows: if the state tracking unit monitors that the network is interrupted, the state tracking unit sends a channel closing signal to the switch control unit;
the second step is that: if the state tracking unit monitors network congestion, the state tracking unit sends link channel congestion information to the channel distribution unit;
step d.6: if NSjLess than NS0If yes, the switch control unit closes the link channel where the jth user is located; after the preset time delta T of the system, the switch control unit executes the substep 1, the closed link channel is adjusted to be in an open state, updated link channel state information is sent to the channel distribution unit, and the channel distribution unit randomly distributes newly-added cross-link transactions to the newly-opened link channel;
step d.7: if NSjGreater than or equal to NS0And if the channel distribution unit receives the link channel congestion information sent by the state tracking unit, the channel distribution unit modifies the AS according to the modified ASjReallocating link channels for the cross-link transaction:
the first step is as follows: the channel allocation unit establishes priority classes for the cross-chain transactions, sequences the cross-chain transactions from high to low according to starting time, defines the cross-chain transactions with the ranking of the top 20% as emergency transactions, the cross-chain transactions with the ranking of the top 30% as important transactions and the cross-chain transactions with the ranking of the back 50% as common transactions;
the second step is that: in order to maintain the input and output balance of data in all link channels in a congestion state, the channel allocation unit sets channel allocation cyclic matrices of three types of transactions as follows:
Figure BDA0002891920400000091
defining the adjustment level of a link channel as q, and enabling q to be in a {1,2*Define the transfer parameter as q.2x-1Where x is an integer, according to ASjEstablishing a link channel distribution strategy by the channel distribution cyclic matrix and the transmission parameters, and replanning the link channel of the cross-link transaction in the queue;
the third step: the cross-link transaction data of the jth user is transmitted according to the link channel redistributed in the last step;
step d.8: if the switch control unit receives a channel closing signal, the switch control unit immediately terminates the transaction operation in the corresponding channel, sends the information that the cross-chain transaction is unsuccessful to the exchange module, and the exchange module switches the transaction mode from the online mode to the offline mode;
the asset dynamic balance module monitors asset distribution of the multiple signature hot accounts and the multiple signature cold accounts, and performs dynamic balance adjustment according to the monitoring result of the monitoring node, wherein the monitoring and adjusting process comprises the following steps:
step e.1: the asset dynamic balance module updates the asset state of the multiple signature thermal accounts of the user in a fixed period, and when the monitoring node monitors that the multiple signature thermal account assets of the user exceed the limit set by the system, the monitoring node sends a broadcast for dynamic balance adjustment to the whole network;
step e.2: packing the assets exceeding the limit by a judgment node, and sending packed data to the multiple signature module for signature and verification; after the verification is passed, the multiple signature module sends a result to the asset dynamic balance module; if the verification fails, ending the asset dynamic balance adjustment process;
step e.3: and after receiving the multiple encrypted multiple signatures, the asset dynamic balance module transfers the packaged asset to a multiple signature cold account address.
Detailed description of the invention
In order to make the technical problems, technical solutions and advantageous effects to be solved by the present invention more apparent, the present invention is described in detail below with reference to the embodiments. It should be noted that the specific embodiments described herein are only for illustrating the present invention and are not to be construed as limiting the present invention, and products that can achieve the same functions are included in the scope of the present invention. The specific method comprises the following steps:
example (b): the embodiment specifically illustrates an application scenario of trust value of the trust value cross-chain. The steps of cross-chain recharging are as follows: the verifier is used for verifying the validity of the multiple signatures; the first step is as follows: initializing parameter setting by a multiple signature module, and generating an output parameter by a parameter generator by taking a safety parameter x, a first threshold parameter m and a second threshold parameter h as input parameters; m is the minimum number of signature nodes to be met, and the signature nodes are judgment nodes participating in multiple signatures; h is the minimum number of verification nodes to be met, and the verification nodes are judgment nodes participating in consensus verification; the second step is that: generating m public and private key Pairs (PK) by adopting hash functiong,VKg) Wherein, g is 1,2gIs the public signature key, VK, of the g-th signature nodegA signature private key of the g signature node; multiple signature module signature private key VKgSending the signature to the corresponding signature node through an encryption channel, and sending all signature public keys { PK1,PK2,...,PKmDisclosure into a system; the third step: the multiple signature module randomly sets a verification private key vkh＝(ah,bh) Wherein vk ishA verification private key received for the h-th verification node; a ish、bhIs the h-th randomly generated natural number and satisfies ah←Zf，bh←Zf，ZfA multiplication group constructed according to a large prime number f specified by a system; generating a verification public key according to a hash function as
Figure BDA0002891920400000101
Wherein, pkhG is a given generator for a verification public key corresponding to the h signature; the multiple signature module will verify the private key vkhSending the verification public key (pk) to the corresponding verification node1,pk2,...,pkhDisclosure into a system; the fourth step: the judgment node of the signature verifies the signature after receiving the private key of the signature, and judges all the signaturesAfter the broken nodes pass the verification, each judgment node carries out signature; the fifth step: each signature node selects a random number rgCalculating
Figure BDA0002891920400000111
Wherein R isgThe intermediate value of the g signature node, c is a random value and mod is a complementation function; the common value of all signature nodes is
Figure BDA0002891920400000112
Wherein R is a common value of all signature nodes, and pi is a multiplication operation; all the signature nodes carry out Hash operation on the transfer data and the public value to obtain a Hash value h of the signaturesigH (R, message), wherein HsigH (-) is a hash value of the signature, H (-) is a hash function, and message is transfer data; can obtain a signature of
Figure BDA0002891920400000113
Therein, SiggThe signature of the g signature node; and a sixth step: siggSending the encrypted signature to an encryptor to generate an encrypted signature; the encryptor selects two random numbers randg1、randg2Satisfy randg1←Zf、randg2←ZfMultiple encryption of signatures using encryption functions, encryption function ENCgComprises the following steps:
Figure BDA0002891920400000114
the encryptor encrypts the multiple encrypted signatures ENCgSending the data to a connection node; the seventh step: the connecting node receives the multiple encrypted signatures of all the signature nodes sent by the encryptor, and calculates multiple encrypted multiple signatures according to multiple signature functions, wherein the multiple signature functions are as follows:
Figure BDA0002891920400000115
wherein COMP denotes multiple signatures for multiple encryptions; the connecting node sends the multiple encrypted multiple signatures to the verification node; eighth step: the verification node decrypts and verifies the received multiple encrypted multiple signatures, and the decryption function is as follows:
Figure BDA0002891920400000116
wherein DEC is the decrypted multiple signature; the verification function is:
Figure BDA0002891920400000117
wherein R is*To verify the value, hgThe hash value of the g signature node is obtained; verifying R that a node will compute*Sending the data to a verifier; the ninth step: the verifier judges the received verification value, if R is*If the verification is passed, the multiple encrypted multiple signatures are valid; if R is*If not, the verification is not passed, and the consensus verification is finished; step a.1: the user logs in the main chain account, and after applying for the cross-chain recharging, the user side sends an application instruction to the cross-chain recharging unit; step a.2: the cross-chain recharging unit calls the multiple signature module to generate multiple signature accounts, inputs the address of the asset chain account and the address of the main chain account in the multiple signature accounts, and transfers recharging data from the asset chain account to the multiple signature accounts; the multiple signature module comprises a parameter generator, an encryptor and a verifier; the parameter generator is used for generating input and output parameters of the multiple signatures; the encryptor encrypts the multiple signatures; step a.3: after the consensus verification is completed, the cross-chain recharging unit sends an instruction for calling the transfer account to the transfer account module; step 2.4: the cross-chain recharging unit judges the condition of the transfer account, if the tunnel account is a default transfer account, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the tunnel account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of transfer data;
step a.5: if the default transfer account is empty, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the main chain account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of the transfer data;
step a.6: after the transfer is successful, the cross-chain recharging unit sends an instruction to the asset chain, and corresponding assets are deducted from the account of the asset chain;
step a.7: if the multiple signature accounts do not find the associated main chain account address, the cross-chain recharging unit backs back to transfer the account to the asset chain account;
when the cross-chain cash is promoted:
after a user applies for cross-link cash withdrawal at a user side, the user side sends an application instruction to a cross-link cash withdrawal unit; the cash withdrawal request comprises a cash withdrawal amount and a cash withdrawal account address in the asset chain;
after receiving a user cash withdrawal application, the connecting node packs the user request into blocks, initiates a transaction broadcast transferring from the multiple signature account address to the cash withdrawal account address, and issues the transaction broadcast to a main chain;
when the judging node receives the broadcasted transaction information, signing and broadcasting in the main chain; if the connection node collects judgment node signatures which are not less than two thirds of the total number of all judgment nodes, the transaction verification is passed; if the judgment node signature collected by the connection node is less than one third of the total number of all the judgment nodes, the transaction verification fails, and the cashing operation request is rejected;
the connecting node packs all collected judging node signatures and transaction broadcasts together to generate a new block, and broadcasts the new block to an asset chain;
after the judgment node receives the broadcast passing the verification, judging whether the balance of the multi-signature thermal account is more than or equal to the cash withdrawal amount, if so, sending a signature for transferring from the multi-signature thermal account address to the cash withdrawal account address on the asset chain; if the balance of the multiple-signature hot account is less than the withdrawal amount, assets which are equal to the withdrawal amount are extracted from the multiple-signature cold account and returned to the multiple-signature hot account, and the withdrawal application is packaged again by the connecting node;
after N new blocks are generated, the judgment node calls the multiple signature module to perform consensus verification, and after the verification is passed, the cross-link cash withdrawal unit transfers the withdrawal amount from the multiple signature hot account address to the asset link account address; the cross-link cash withdrawal unit calls a multi-tunnel link module to complete transmission of transfer data;
n is the number of blocks needing to wait for determining assets in the asset chain; the number of blocks to be confirmed of different asset chains can be calculated according to the propagation rule of the block chains, and the calculation formula of N is as follows:
Figure BDA0002891920400000131
the formula shows that the block number to be waited for confirming the asset in the asset chain is the minimum block number to be confirmed for ensuring the block to be reliable under the influence of the mining speed, the block attack probability and the probability of generating an invalid block, wherein theta represents the probability that the block is an available block, i is the number of blocks dug by a malicious node in time t, k represents the ratio of the malicious node to the reliable node in the asset chain, v represents the average speed of the reliable node in the asset chain digging the block, and n represents the number of peer nodes of the nodes in the asset chain,
Figure BDA0002891920400000132
the probability of a malicious node digging out a block in the asset chain can be expressed as
Figure BDA0002891920400000133
e is a natural constant; defining the tolerance of unavailable blocks in the asset chain as psi and the tolerance of waiting time as T, and then satisfying the following conditions: t is less than or equal to T,
Figure BDA0002891920400000134
after the transfer is successful, the cross-chain cash withdrawal unit sends an instruction to the main chain, and corresponding assets are deducted from the main chain account;
if the multiple signature accounts do not find the associated asset chain account address, the cross-chain recharging unit backs back to transfer the account to the main chain account;
the blockchain system comprises a main chain and an asset chain; the main chain comprises a user side, a conversion module, a multiple signature module, a multi-tunnel link module and an asset dynamic balance module; the asset chain is other block chains communicated with the main chain; the block chain system also comprises a user node and a monitoring node; it is characterized in that the method comprises the following steps:
the user side provides registration for the user, generates an account and provides operation on a chain, and comprises a registration module, a transit account module and an account management module;
the registration module provides services for registering a main chain account and a tunnel account in a main chain for a user; the main chain account is an account of the user in the main chain and is used for storing assets circulating in the main chain; the tunnel account is a transfer account for performing cross-chain transaction between a main chain and an asset chain and is used for temporarily storing transfer assets; the address of the tunnel account is bound with the address of the main chain account, and the binding information is sent to the account management module for storage;
after the user registration is completed, the setting of the transfer account is completed in the transfer account module; if the user selects the tunnel account, the tunnel account is a default transit account; if the user does not select the tunnel account, the default transit account is empty and needs to be set in the cross-chain transaction process;
the account management module manages a public account, a main chain account, a tunnel account and a multiple signature account which are registered by a user; the public account is a public account in the blockchain system and is used for temporarily storing the deposit and the transaction commission fees for the election of each user node; the multiple signature account is an account which is created by the judgment node through a consensus mechanism and is used for storing transfer assets of cross-chain transaction; the multiple signature accounts comprise multiple signature hot accounts and multiple signature cold accounts, wherein the multiple signature hot accounts are transit accounts of cross-chain transactions in an online mode, and the multiple signature cold accounts are transit accounts of cross-chain transactions in an offline mode;
the user nodes comprise unregistered nodes, connecting nodes and judging nodes; the unregistered node represents the nodes of all registered users in the blockchain system; the connecting node is a node for producing blocks and collecting multiple signatures on the main chain and is responsible for accounting the cross-chain transaction; the un-logged nodes can become connection nodes after enough certification funds are paid, and the paid certification funds are frozen in the public account; the judgment nodes are the nodes with the consensus verification qualification, after the connection nodes pay responsibility guarantee money with a certain amount, the judgment nodes are generated after all the connection nodes vote, and the paid responsibility guarantee money is frozen in the public account;
the exchange module provides a chain-crossing transaction operation of a main chain and an asset chain for a user, and comprises a chain-crossing recharging unit and a chain-crossing cash-up unit, wherein the chain-crossing recharging unit transfers assets from an asset chain account to the main chain account for the user; the cross-chain cash withdrawal unit transfers the assets from the main chain account to the asset chain account for the user;
the multilink control module is responsible for carrying out distributed management on data transmission of cross-link transaction, so that the communication burden of a network is reduced, the controllability of data transmission is ensured, and particularly, the reliable transmission of transaction data can be still maintained after a main node in a block chain is attacked; the multilink control module comprises a link control unit, a channel distribution unit and a state tracking unit; the link control unit comprises a switch control unit, a first control unit and a second control unit;
the switch control unit is responsible for opening and closing all link channels, and after the system is initialized, all the link channels are opened, and the total number of the link channels is defined as M;
with the increase of the cross-link transaction, the switch control unit dynamically adjusts the opening and closing states of the link channel according to the monitoring data of the second control unit on the network state;
the method comprises the steps that a first control unit calculates a basic value of a link channel parameter of cross-link transaction, wherein the link channel parameter comprises a tunnel account state parameter and a network state parameter; the first control unit calculates a basic value of a link channel parameter based on a tunnel account state parameter of a jth user applying cross-link transaction and a current network state parameter, and the calculation formula is as follows:
the formula I is as follows:
Figure BDA0002891920400000151
the formula II is as follows:
Figure BDA0002891920400000152
wherein, M is the number of all users who carry out cross-chain transaction in the current network, and M is a natural number; the value range of j is a natural number from 1 to M;
Figure BDA0002891920400000153
the basic value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application;
Figure BDA0002891920400000154
the basic value of the network state parameter is the operation of the jth user applying the cross-chain transaction; AS0The standard value of the tunnel account state parameter is obtained; NS (server)0The standard value of the network state parameter; AS0And NS0Are all system preset values; alpha is alphatFor coefficients of transfer across chains, alphawCoefficient of interest, alpha, for cross-chainingtAnd alphawThe value of (alpha) is 0 or 1 according to the type of the cross-link transactiont+αw)jRepresenting a coefficient corresponding to the type of the cross-chain transaction of the jth user applying the cross-chain transaction; beta is ajA differential coefficient for an account response of a user applying for a cross-chain transaction for jth; s is a differential operator; pjNetwork delay for the operation of the jth user applying for the cross-chain transaction; qjThe instantaneous online state of the jth user applying for the cross-chain transaction is 0 if not online and 1 if online;
the second control unit adopts a discrete convergence algorithm to construct a state calibrator and an integral compensator;
the state calibrator calculates a global mean value of the link channel parameter through a formula three and a formula four:
the formula III is as follows:
Figure BDA0002891920400000155
the formula four is as follows:
Figure BDA0002891920400000161
wherein,
Figure BDA0002891920400000162
the average value of the tunnel account state parameters of all cross-link transaction users in the current network is obtained;
Figure BDA0002891920400000163
the average value of the network state parameters of all cross-link transaction users in the current network is obtained;
the integral compensator calculates the difference value of the basic value and the average value of the link channel parameter of each cross-link trading user, and the compensation value is calculated through a formula five and a formula six:
the formula five is as follows:
Figure BDA0002891920400000164
formula six:
Figure BDA0002891920400000165
wherein, Δ ASjA compensation value of a tunnel account state parameter of a user applying for cross-chain transaction for the jth application; delta NSjA compensation value of a network state parameter when a jth user applies for cross-chain transaction operation; lambda [ alpha ]1、γ1Respectively a first proportional parameter and a first integral parameter; lambda [ alpha ]2And gamma2Respectively a second proportional parameter and a second integral parameter; t is t+The time from starting the first control unit to finishing calculating the global mean value;
the second control unit calculates the modification value of the link channel parameter of the jth user applying the cross-link transaction through a formula seven and a formula eight:
the formula seven:
Figure BDA0002891920400000166
the formula eight:
Figure BDA0002891920400000167
wherein, ASjThe correction value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application; NS (server)jModifying a network state parameter for a jth user applying for a cross-chain transaction;
the second control unit switches the NSjFeeding back to the switch control unit;
second controlMake unit ASjFeeding back to the channel distribution unit;
step d.5: the state tracking unit monitors the starting time, the network response time and the queuing time of each cross-link transaction in real time, and when the network response time or the queuing time exceeds an early warning value set by a system, the state is considered to be a network interruption state; when the network response time does not exceed the early warning value set by the system, but the queuing time exceeds the early warning value set by the system, the network is considered to be in a network congestion state; when the response time and the queuing time of the network do not exceed the early warning value set by the system, the network is considered to be in a normal state;
if the state tracking unit monitors that the network is interrupted, the state tracking unit sends a channel closing signal to the switch control unit;
if the state tracking unit monitors network congestion, the state tracking unit sends congestion information of a link channel to the channel distribution unit;
if NSjLess than NS0If yes, the switch control unit closes the link channel where the jth user is located; after the preset time delta T of the system, the switch control unit executes the substep 1, the closed link channel is adjusted to be in an open state, updated link channel state information is sent to the channel distribution unit, and the channel distribution unit randomly distributes newly-added cross-link transactions to the newly-opened link channel;
if NSjGreater than or equal to NS0And the channel distribution unit receives the link channel congestion information sent by the state tracking unit, and then the channel distribution unit corrects the AS according to the corrected ASjReallocating link channels for cross-link transactions:
the channel allocation unit establishes priority classes for the cross-chain transactions, sequences the cross-chain transactions from high to low according to starting time, defines the cross-chain transactions with the ranking of the top 20% as emergency transactions, the cross-chain transactions with the ranking of the top 30% as important transactions and the cross-chain transactions with the ranking of the back 50% as common transactions;
in order to maintain the input and output balance of data in all link channels in a congestion state, a channel allocation unit sets channel allocation cyclic matrices of three types of transactions as follows:
Figure BDA0002891920400000171
defining the adjustment level of a link channel as q, and enabling q to be in a {1,2*Define the transfer parameter as q.2x-1Where x is an integer, according to ASjEstablishing a link channel distribution strategy by the channel distribution cyclic matrix and the transmission parameters, and replanning the link channel of the cross-link transaction in the queue;
the cross-link transaction data of the jth user is transmitted according to the link channel redistributed in the last step;
step d.8: if the switch control unit receives the channel closing signal, the switch control unit immediately terminates the transaction operation in the corresponding channel, and sends the information that the cross-link transaction is unsuccessful to the exchange module, and the exchange module switches the transaction mode from the online mode to the offline mode;
the asset dynamic balance module monitors asset distribution of the multiple-signature hot account and the multiple-signature cold account, and performs dynamic balance adjustment according to the monitoring result of the monitoring node, wherein the monitoring and adjusting process comprises the following steps:
step e.1: the asset dynamic balance module updates the asset state of the multi-signature thermal account of the user in a fixed period, and when the monitoring node monitors that the multi-signature thermal account asset of the user exceeds the limit set by the system, the monitoring node sends a broadcast for dynamic balance adjustment to the whole network;
step e.2: packing the assets exceeding the limit by a judgment node, and sending packed data to a multiple signature module for signature and verification; after the verification is passed, the multiple signature module sends the result to the asset dynamic balance module; if the verification fails, ending the asset dynamic balance adjustment process;
step e.3: and after receiving the multiple encrypted multiple signatures, the asset dynamic balance module transfers the packaged asset to a multiple signature cold account address.
The invention has the following beneficial results: the invention provides a trust-based value circulation method in different block chain systems, which realizes safe and rapid trust value interaction across block chains; the trust value interaction system can perform information interaction with the blockchains of various computer language environments, and has wide applicability; the trust value is increased through encryption, and the privacy of the quantum age is protected.

Claims (1)

1. A trust-based value circulation method in different blockchain systems is characterized by comprising the following steps: the steps of setting the cross-chain recharge are as follows: the verifier is used for verifying the validity of the multiple signatures; the first step is as follows: initializing parameter setting by a multiple signature module, and generating an output parameter by a parameter generator by taking a safety parameter x, a first threshold parameter m and a second threshold parameter h as input parameters; m is the minimum number of signature nodes to be met, and the signature nodes are judgment nodes participating in multiple signatures; h is the minimum number of verification nodes to be met, and the verification nodes are judgment nodes participating in consensus verification; the second step is that: generating m public and private key Pairs (PK) by adopting hash functiong,VKg) Wherein, g is 1,2gIs the public signature key, VK, of the g-th signature nodegA signature private key of the g signature node; the multiple signature module is used for signing a private key VKgSending the signature to the corresponding signature node through an encryption channel, and sending all signature public keys { PK1,PK2,...,PKmDisclosure into a system; the third step: the multiple signature module randomly sets a verification private key vkh＝(ah,bh) Wherein vk ishA verification private key received for the h-th verification node; a ish、bhIs the h-th randomly generated natural number and satisfies ah←Zf，bh←Zf，ZfA multiplication group constructed according to a large prime number f specified by a system; generating a verification public key according to a hash function as
Figure FDA0002891920390000011
Wherein, pkhG is a given generator for a verification public key corresponding to the h signature; the multiple signature module will verify the private key vkhSending the verification public key (pk) to the corresponding verification node1,pk2,...,pkhIs disclosed toIn the system; the fourth step: verifying the signed judgment nodes after receiving the signature private key, and signing by each judgment node after the verification of all the signed judgment nodes is passed; the fifth step: each signature node selects a random number rgCalculating
Figure FDA0002891920390000012
Wherein R isgThe intermediate value of the g signature node, c is a random value and mod is a complementation function; the common value of all signature nodes is
Figure FDA0002891920390000013
Wherein R is a common value of all signature nodes, and pi is a multiplication operation; all signature nodes carry out Hash operation on the transfer data and the public value to obtain a signed Hash value hsigH (R, message), wherein HsigH (-) is a hash value of the signature, H (-) is a hash function, and message is the transfer data; can obtain a signature of
Figure FDA0002891920390000014
Therein, SiggThe signature of the g signature node; and a sixth step: the SiggSending the encrypted signature to the encryptor to generate an encrypted signature; the encryptor selects two random numbers randg1、randg2Satisfy randg1←Zf、randg2←ZfMultiple encryption of the signature using an encryption function ENCgComprises the following steps:
Figure FDA0002891920390000021
the encryptor encrypts the multiple encrypted signatures ENCgSending the data to the connecting node; the seventh step: the connecting node receives the multiple encrypted signatures of all the signature nodes sent by the encryptor, and calculates multiple encrypted multiple signatures according to multiple signature functions, wherein the multiple signature functions are as follows:
Figure FDA0002891920390000022
wherein COMP denotes multiple signatures of said multiple encryptions; the connecting node sends the multiple encrypted multiple signatures to the verifying node; eighth step: the verification node decrypts and verifies the received multiple encrypted multiple signatures, and the decryption function is as follows:
Figure FDA0002891920390000023
wherein DEC is the decrypted multiple signature; the verification function is:
Figure FDA0002891920390000024
wherein R is*To verify the value, hgThe hash value of the g signature node is obtained; the verification node calculates R*Sending to the verifier; the ninth step: the verifier judges the received verification value, if R is*If the signature is not valid, the multiple encrypted multiple signatures are verified; if R is*If not, the verification is not passed, and the consensus verification is finished; step a.1: the user logs in the main chain account, and after applying for the cross-chain recharging, the user side sends an application instruction to the cross-chain recharging unit; step a.2: the cross-chain recharging unit calls a multiple signature module to generate a multiple signature account, inputs an address of an asset chain account and an address of the main chain account in the multiple signature account, and transfers recharging data from the asset chain account to the multiple signature account; the multiple signature module comprises a parameter generator, an encryptor and a verifier; the parameter generator is used for generating input and output parameters of the multiple signatures; the encryptor encrypts the multiple signatures; step a.3: after the consensus verification is completed, the cross-chain recharging unit sends a transfer account calling instruction to the transfer account module; step 2.4: the cross-chain recharging unit judges the condition of a transfer account, if the tunnel account is a default transfer account, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the tunnel account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of transfer data;
step a.5: if the default transfer account is empty, the cross-chain recharging unit exchanges the transfer assets of the multiple signature accounts into corresponding main chain assets to be transferred to the main chain account according to the exchange proportion of the intelligent contract, and calls the multi-tunnel link module to finish the transmission of the transfer data;
step a.6: after the transfer is successful, the cross-chain recharging unit sends an instruction to the asset chain, and corresponding assets are deducted from an asset chain account;
step a.7: if the multiple signature accounts do not find the associated main chain account address, the cross-chain recharging unit backs back to transfer the multiple signature accounts to the asset chain account;
the cross-chain cash withdrawal steps are as follows:
step b.1: after a user applies for cross-link cash withdrawal at a user side, the user side sends an application instruction to the cross-link cash withdrawal unit; the cash withdrawal request comprises a cash withdrawal amount and a cash withdrawal account address in the asset chain;
and b.2: after receiving a user cash withdrawal application, a connecting node packs a user request into a block, initiates a transaction broadcast transferring from a multiple signature account address to a cash withdrawal account address, and issues the transaction broadcast to the main chain;
and b.3, substeps: when the judging node receives the broadcasted transaction information, signing and broadcasting in the main chain; if the connection node collects judgment node signatures which are not less than two thirds of the total number of all judgment nodes, the transaction verification is passed; if the judgment node signature collected by the connecting node is less than one third of the total number of all the judgment nodes, the transaction verification fails, and the withdrawal operation request is rejected;
and b.4: the connecting node packs all collected judging node signatures and the transaction broadcast together to generate a new block, and broadcasts the new block to an asset chain;
and b.5: after the judgment node receives the broadcast passing the verification, judging whether the balance of the multi-signature thermal account is more than or equal to the cash withdrawal amount, if so, sending a signature for transferring the account from the multi-signature thermal account address to the cash withdrawal account address on the asset chain; if the balance of the multiple-signature hot account is less than the withdrawal amount, extracting assets which are equal to the withdrawal amount from the multiple-signature cold account into the multiple-signature hot account, returning to the substep b.2, and packaging the withdrawal application again by the connecting node;
and b.6: after N new blocks are generated, the judgment node calls the multiple signature modules to carry out consensus verification, and after the verification is passed, the cross-link cash withdrawal unit transfers the cash withdrawal amount from the multiple signature hot account address to the asset link account address; the cross-link cash register unit calls the multi-tunnel link module to complete transmission of transfer data;
n is the number of blocks needing to wait for determining assets in the asset chain; the number of blocks to be confirmed of different asset chains can be calculated according to the propagation rule of the block chains, and the calculation formula of N is as follows:
Figure FDA0002891920390000041
the formula shows that the block number to be waited for confirming the asset in the asset chain is the minimum block number to be confirmed for ensuring the block to be reliable under the influence of the mining speed, the block attack probability and the probability of generating an invalid block, wherein theta represents the probability that the block is an available block, i is the number of blocks dug by a malicious node in time t, k represents the ratio of the malicious node to the reliable node in the asset chain, v represents the average speed of the reliable node in the asset chain digging the block, and n represents the number of peer nodes of the nodes in the asset chain,
Figure FDA0002891920390000042
the probability of a malicious node digging out a block in the asset chain can be expressed as
Figure FDA0002891920390000043
e is a natural constant; defining the tolerance of unavailable blocks in the asset chain as psi and the tolerance of waiting time as T, and then satisfying the following conditions: t is less than or equal to T,
Figure FDA0002891920390000044
substep b.7: after the transfer is successful, the cross-chain cashing unit sends an instruction to the main chain, and corresponding assets are deducted from the main chain account;
substep b.8: if the multiple signature accounts do not find the associated asset chain account address, the cross-chain recharging unit backs back to transfer the multiple signature accounts to the main chain account;
the blockchain system comprises a main chain and an asset chain; the main chain comprises a user side, a conversion module, a multiple signature module, a multi-tunnel link module and an asset dynamic balance module; the asset chain is other block chain communicated with the main chain; the block chain system also comprises a user node and a monitoring node; it is characterized in that the method comprises the following steps:
the method comprises the following steps: the user side provides registration for the user, generates an account and provides operation on a chain, and comprises a registration module, a transit account module and an account management module;
step c.1: the registration module provides services for registering a main chain account and a tunnel account in a main chain for a user; the main chain account is an account of the user in the main chain and is used for storing assets circulating in the main chain; the tunnel account is a transfer account for performing cross-chain transaction between a main chain and an asset chain and is used for temporarily storing transfer assets; the tunnel account is bound with the address of the main chain account, and binding information is sent to the account management module for storage;
step c.2: after the user registration is completed, the setting of a transfer account is completed in the transfer account module; if the user selects the tunnel account, the tunnel account is a default transit account; if the user does not select the tunnel account, the default transit account is empty and needs to be set in the cross-chain transaction process;
the account management module manages a public account, a main chain account, a tunnel account and a multiple signature account registered by a user; the public account is a public account in the blockchain system and is used for temporarily storing the deposit and the transaction commission fees for the election of each user node; the multiple signature account is an account which is created by the judgment node through a consensus mechanism and is used for storing transfer assets of cross-chain transaction; the multiple signature accounts comprise multiple signature hot accounts and multiple signature cold accounts, wherein the multiple signature hot accounts are transit accounts of cross-chain transactions in an online mode, and the multiple signature cold accounts are transit accounts of cross-chain transactions in an offline mode;
the user nodes comprise unregistered nodes, connecting nodes and judging nodes; the unregistered node represents a node of all registered users in the blockchain system; the connecting node is a node for producing the block and collecting multiple signatures on the main chain and is responsible for accounting the cross-chain transaction; the un-logged nodes can become the connection nodes after enough certification funds are paid, and the paid certification funds are frozen in the public account; the judgment nodes are the nodes with the consensus verification qualification, the judgment nodes are generated after all the connection nodes vote after the connection nodes pay the responsibility guarantee money with a certain amount, and the paid responsibility guarantee money is frozen in the public account;
step two: the exchange module provides a chain-crossing transaction operation of a main chain and an asset chain for a user, and comprises a chain-crossing recharging unit and a chain-crossing cash-up unit, wherein the chain-crossing recharging unit transfers assets from an asset chain account to the main chain account for the user; the cross-chain cash withdrawal unit is used for transferring the assets from the main chain account to the asset chain account for the user;
step three: the multilink control module is responsible for carrying out distributed management on data transmission of cross-link transaction, so that the communication burden of a network is reduced, the controllability of data transmission is ensured, and particularly, the reliable transmission of transaction data can be still maintained after a main node in a block chain is attacked; the multilink control module comprises a link control unit, a channel distribution unit and a state tracking unit; the link control unit comprises a switch control unit, a first control unit and a second control unit;
step d.1: the switch control unit is responsible for opening and closing all the link channels, and after the system is initialized, all the link channels are opened, and the total number of the link channels is defined as M;
step d.2: with the increase of the cross-link transaction, the switch control unit dynamically adjusts the opening and closing states of the link channel according to the monitoring data of the second control unit on the network state;
step d.3: the first control unit calculates a basic value of a link channel parameter of cross-link transaction, wherein the link channel parameter comprises a tunnel account state parameter and a network state parameter; the first control unit calculates a basic value of a link channel parameter based on a tunnel account state parameter of a jth user applying cross-link transaction and a current network state parameter, and the calculation formula is as follows:
the formula I is as follows:
Figure FDA0002891920390000061
the formula II is as follows:
Figure FDA0002891920390000062
wherein, M is the number of all users who carry out cross-chain transaction in the current network, and M is a natural number; the value range of j is a natural number from 1 to M;
Figure FDA0002891920390000063
the basic value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application;
Figure FDA0002891920390000064
the basic value of the network state parameter is the operation of the jth user applying the cross-chain transaction; AS0The standard value of the tunnel account state parameter is obtained; NS (server)0The standard value of the network state parameter; AS0And NS0Are all system preset values; alpha is alphatFor coefficients of transfer across chains, alphawCoefficient of interest, alpha, for cross-chainingtAnd alphawThe value of (alpha) is 0 or 1 according to the type of the cross-link transactiont+αw)jRepresenting a coefficient corresponding to the type of the cross-chain transaction of the jth user applying the cross-chain transaction; beta is ajA differential coefficient for an account response of a user applying for a cross-chain transaction for jth; s is a differential operator;Pjnetwork delay for the operation of the jth user applying for the cross-chain transaction; qjThe instantaneous online state of the jth user applying for the cross-chain transaction is 0 if not online and 1 if online;
step d.4: the second control unit adopts a discrete convergence algorithm to construct a state calibrator and an integral compensator;
the first step is as follows: the state calibrator calculates a global mean value of the link channel parameter through a formula three and a formula four:
the formula III is as follows:
Figure FDA0002891920390000071
the formula four is as follows:
Figure FDA0002891920390000072
wherein,
Figure FDA0002891920390000073
the average value of the tunnel account state parameters of all cross-link transaction users in the current network is obtained;
Figure FDA0002891920390000074
the average value of the network state parameters of all cross-link transaction users in the current network is obtained;
the second step is that: the integral compensator calculates a difference value of the basic value and the average value of the link channel parameter of each cross-link trading user, and calculates a compensation value through a formula five and a formula six:
the formula five is as follows:
Figure FDA0002891920390000075
formula six:
Figure FDA0002891920390000076
wherein, Δ ASjTunnel account status participation for jth user applying for cross-chain transactionsA compensation value of a number; delta NSjA compensation value of a network state parameter when a jth user applies for cross-chain transaction operation; lambda [ alpha ]1、γ1Respectively a first proportional parameter and a first integral parameter; lambda [ alpha ]2And gamma2Respectively a second proportional parameter and a second integral parameter; t is t+The time from starting the first control unit to finishing calculating the global mean value;
the third step: the second control unit calculates the modification value of the link channel parameter of the jth user applying the cross-link transaction through a formula seven and a formula eight:
the formula seven:
Figure FDA0002891920390000077
the formula eight:
Figure FDA0002891920390000078
wherein, ASjThe correction value of the tunnel account state parameter of the user applying the cross-chain transaction for the jth application; NS (server)jModifying a network state parameter for a jth user applying for a cross-chain transaction;
the fourth step: the second control unit switches the NSjFeeding back to the switch control unit;
the fifth step: the second control unit connects ASjFeeding back to the channel allocation unit;
step d.5: the state tracking unit monitors the starting time, the network response time and the queuing time of each cross-link transaction in real time, and when the network response time or the queuing time exceeds an early warning value set by a system, the state tracking unit is considered to be in a network interruption state; when the network response time does not exceed the early warning value set by the system, but the queuing time exceeds the early warning value set by the system, the network is considered to be in a network congestion state; when the response time and the queuing time of the network do not exceed the early warning value set by the system, the network is considered to be in a normal state;
the first step is as follows: if the state tracking unit monitors that the network is interrupted, the state tracking unit sends a channel closing signal to the switch control unit;
the second step is that: if the state tracking unit monitors network congestion, the state tracking unit sends link channel congestion information to the channel distribution unit;
step d.6: if NSjLess than NS0If yes, the switch control unit closes the link channel where the jth user is located; after the preset time delta T of the system, the switch control unit executes the substep 1, the closed link channel is adjusted to be in an open state, updated link channel state information is sent to the channel distribution unit, and the channel distribution unit randomly distributes newly-added cross-link transactions to the newly-opened link channel;
step d.7: if NSjGreater than or equal to NS0And if the channel distribution unit receives the link channel congestion information sent by the state tracking unit, the channel distribution unit modifies the AS according to the modified ASjReallocating link channels for the cross-link transaction:
the first step is as follows: the channel allocation unit establishes priority classes for the cross-chain transactions, sequences the cross-chain transactions from high to low according to starting time, defines the cross-chain transactions with the ranking of the top 20% as emergency transactions, the cross-chain transactions with the ranking of the top 30% as important transactions and the cross-chain transactions with the ranking of the back 50% as common transactions;
the second step is that: in order to maintain the input and output balance of data in all link channels in a congestion state, the channel allocation unit sets channel allocation cyclic matrices of three types of transactions as follows:
Figure FDA0002891920390000081
defining the adjustment level of a link channel as q, and enabling q to be in a {1,2*Define the transfer parameter as q.2x-1Where x is an integer, according to ASjEstablishing a link channel distribution strategy by the channel distribution cyclic matrix and the transmission parameters, and replanning the link channel of the cross-link transaction in the queue;
the third step: the cross-link transaction data of the jth user is transmitted according to the link channel redistributed in the last step;
step d.8: if the switch control unit receives a channel closing signal, the switch control unit immediately terminates the transaction operation in the corresponding channel, sends the information that the cross-chain transaction is unsuccessful to the exchange module, and the exchange module switches the transaction mode from the online mode to the offline mode;
the asset dynamic balance module monitors asset distribution of the multiple signature hot accounts and the multiple signature cold accounts, and performs dynamic balance adjustment according to the monitoring result of the monitoring node, wherein the monitoring and adjusting process comprises the following steps:
step e.1: the asset dynamic balance module updates the asset state of the multiple signature thermal accounts of the user in a fixed period, and when the monitoring node monitors that the multiple signature thermal account assets of the user exceed the limit set by the system, the monitoring node sends a broadcast for dynamic balance adjustment to the whole network;
step e.2: packing the assets exceeding the limit by a judgment node, and sending packed data to the multiple signature module for signature and verification; after the verification is passed, the multiple signature module sends a result to the asset dynamic balance module; if the verification fails, ending the asset dynamic balance adjustment process;
step e.3: and after receiving the multiple encrypted multiple signatures, the asset dynamic balance module transfers the packaged asset to a multiple signature cold account address.
CN202110030528.3A 2021-01-11 2021-01-11 Trust-based value circulation method in different block chain systems Pending CN112669159A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110030528.3A CN112669159A (en) 2021-01-11 2021-01-11 Trust-based value circulation method in different block chain systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110030528.3A CN112669159A (en) 2021-01-11 2021-01-11 Trust-based value circulation method in different block chain systems

Publications (1)

Publication Number Publication Date
CN112669159A true CN112669159A (en) 2021-04-16

Family

ID=75414204

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110030528.3A Pending CN112669159A (en) 2021-01-11 2021-01-11 Trust-based value circulation method in different block chain systems

Country Status (1)

Country Link
CN (1) CN112669159A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113570458A (en) * 2021-07-16 2021-10-29 东北大学秦皇岛分校 Block chain payment channel supervision method based on proxy re-encryption
CN114445074A (en) * 2021-11-01 2022-05-06 上海能链众合科技有限公司 Account computer cash withdrawal method for block chain privacy

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109493050A (en) * 2018-11-21 2019-03-19 北京蓝石环球区块链科技有限公司 Transfer process based on the more subchains of block chain main chain adduction row
CN111553795A (en) * 2020-04-24 2020-08-18 潘小胜 Multi-path scheduling method for system information of different block chains
CN111899002A (en) * 2020-07-27 2020-11-06 浙江数秦科技有限公司 Method for efficiently performing cross-chain information transaction interaction in block chain

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109493050A (en) * 2018-11-21 2019-03-19 北京蓝石环球区块链科技有限公司 Transfer process based on the more subchains of block chain main chain adduction row
CN111553795A (en) * 2020-04-24 2020-08-18 潘小胜 Multi-path scheduling method for system information of different block chains
CN111899002A (en) * 2020-07-27 2020-11-06 浙江数秦科技有限公司 Method for efficiently performing cross-chain information transaction interaction in block chain

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113570458A (en) * 2021-07-16 2021-10-29 东北大学秦皇岛分校 Block chain payment channel supervision method based on proxy re-encryption
CN113570458B (en) * 2021-07-16 2023-09-26 东北大学秦皇岛分校 Blockchain payment channel supervision method based on proxy re-encryption
CN114445074A (en) * 2021-11-01 2022-05-06 上海能链众合科技有限公司 Account computer cash withdrawal method for block chain privacy

Similar Documents

Publication Publication Date Title
CN109120398B (en) Secret sharing method and device based on block chain system
US11257077B2 (en) Blockchain system for confidential and anonymous smart contracts
CN110599261B (en) Electric automobile safety electric power transaction and excitation system based on energy source block chain
CN109858281B (en) Block chain account model privacy protection method based on zero knowledge proof
CN111553795A (en) Multi-path scheduling method for system information of different block chains
Li et al. Secure balance planning of off-blockchain payment channel networks
CN113407977B (en) Cross-chain extension method and system based on aggregated signature
CN111815322B (en) Distributed payment method with selectable privacy service based on Ethernet
CN115549888A (en) Block chain and homomorphic encryption-based federated learning privacy protection method
CN109245894B (en) Distributed cloud storage system based on intelligent contracts
CN112669159A (en) Trust-based value circulation method in different block chain systems
CN107231363B (en) Distributed authentication method and authentication model
CN113486407B (en) Deposit list management system and method based on block chain
CN113570458A (en) Block chain payment channel supervision method based on proxy re-encryption
CN112488682A (en) Three-party transfer method and device for block chain
CN110599164A (en) Method for rapidly paying by any payee under supervision chain
CN114547695B (en) Blockchain transaction privacy protection method based on homomorphic encryption in Internet of things
Kavousi et al. Blindperm: Efficient mev mitigation with an encrypted mempool and permutation
Zhang et al. A privacy-preserving consensus mechanism for an electric vehicle charging scheme
CN114491616A (en) Block chain and homomorphic encryption-based federated learning method and application
CN117527183A (en) Power data-oriented decentralization sharing and cross-chain computing method and system
CN111815329A (en) Method for realizing high-performance block chain network based on cross-chain technology
CN116506154A (en) Safe verifiable federal learning scheme
CN113806764B (en) Distributed support vector machine based on blockchain and privacy protection and optimization method thereof
Wang et al. Enabling scalable and unlinkable payment channel hubs with oblivious puzzle transfer

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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20210416

WD01 Invention patent application deemed withdrawn after publication