CN117236961B - Multi-party transaction safety supervision method under chain - Google Patents
Multi-party transaction safety supervision method under chain Download PDFInfo
- Publication number
- CN117236961B CN117236961B CN202311524351.8A CN202311524351A CN117236961B CN 117236961 B CN117236961 B CN 117236961B CN 202311524351 A CN202311524351 A CN 202311524351A CN 117236961 B CN117236961 B CN 117236961B
- Authority
- CN
- China
- Prior art keywords
- transaction
- user
- channel
- supervision
- supervising
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 63
- 230000008569 process Effects 0.000 claims abstract description 44
- 238000012795 verification Methods 0.000 claims description 12
- 230000001360 synchronised effect Effects 0.000 claims description 10
- 230000007246 mechanism Effects 0.000 claims description 9
- 230000001960 triggered effect Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 5
- 230000002776 aggregation Effects 0.000 claims description 4
- 238000004220 aggregation Methods 0.000 claims description 4
- 230000009977 dual effect Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012546 transfer Methods 0.000 claims description 3
- 230000002950 deficient Effects 0.000 claims description 2
- 238000010200 validation analysis Methods 0.000 claims description 2
- 230000035515 penetration Effects 0.000 claims 1
- 230000006399 behavior Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000006854 communication Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000008844 regulatory mechanism Effects 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a multi-party transaction security supervision method under a chain, belonging to the technical field of information security and network access control. The invention realizes the under-chain payment channel commonly established by a plurality of transaction participants, the channel participants can join or withdraw from the channel at will without affecting the normal operation of the channel, and the balance of the user account in the channel can be dynamically changed to ensure the flexibility. The overdue channel participants are cleaned regularly, so that unnecessary expenses are reduced. Meanwhile, the invention can ensure that the whole process from the establishment of the payment channel under the chain to the termination of the transaction process is effectively standardized. The identity information of the transaction participants and the specific process of the transaction are both supervised by the supervising user, who is also required to balance his dishonest behavior in some way. The intelligent contracts on the chain participate in the whole supervision process so as to realize comprehensive multi-level supervision. The invention can monitor the transaction process from the upper chain to the lower chain at multiple levels, thereby guaranteeing the transaction safety.
Description
Technical Field
The invention relates to a multi-party transaction safety supervision method under a chain, belonging to the technical field of information safety and network access control.
Background
With the increasing maturity of digital cryptocurrency and blockchain technology, more and more people are focusing on and using blockchain technology, and large-scale blockchain applications become a real demand. One of the most important areas in this process is transaction payment. However, conventional blockchain techniques require all nodes to authenticate when processing transaction payments, and when scaled up, can result in network congestion and high latency, limiting the growth of transactions to some extent. The low scalability of existing blockchain systems makes it difficult to meet the ever-increasing trade demands.
The under-chain payment channel technology is used as a second layer technology of the distributed account book, so that the problem of expandability of the blockchain can be effectively solved. A conventional under-chain payment channel is a logical channel between two users in a blockchain network that need to transact. The user can transfer the pre-stored amount in the channel, and finally, the account amount condition at the end of the channel is released as a transaction, and the transaction process can be completed without recording each transaction on the blockchain. This greatly reduces the amount of on-chain space that is occupied by the same transaction, thereby enabling large-scale and multi-frequency small transactions. However, conventional in-chain payment channels are limited to two-party transactions, and even if multiple channels are introduced to establish a payment network or payment center, efficiency problems still remain.
The multiparty payment channel (Multi-party Payment Channel, MPC) expands the channel which is only used by two parties, provides possibility for the multiparty to conduct transactions in one channel at the same time, and effectively solves the problems of privacy protection, cross-channel routing, fund rebalancing and the like in the prior solution.
However, most existing multiparty payment schemes remain traditional two-way payment channels in nature, and the following problems still remain:
1. the overhead problem of restricting the large-scale payment flow is not solved.
2. In-channel transaction processes lack supervision.
Disclosure of Invention
The invention aims to solve the problems and the defects of the prior art and creatively provides a multi-party transaction safety supervision method under a chain.
The invention can realize the full-flow supervision transaction process under the chain, and can ensure the transaction safety of the user while improving the transaction efficiency, thereby solving the problems of overlarge expenditure, lack of supervision and the like of the current transaction channel. The invention realizes the efficient transaction of the user in the channel, can supervise the transaction process from the upper link to the lower link in a multi-level manner, and ensures the security of the transaction.
The aim to be achieved and achieved by the invention is as follows:
1. and a safe and efficient payment channel is realized. The invention can realize the off-chain payment channel commonly established by a plurality of transaction participants and realize concurrent and reliable safe payment in the channel. The channel participants can join or withdraw from the channel at will without affecting the normal operation of the channel, and the balance of the user account in the channel can be dynamically changed to ensure flexibility. The overdue channel participants should also be cleaned periodically, reducing unnecessary expenses.
2. And multi-level supervision is realized. The invention can ensure that the whole process from the establishment of the payment channel under the chain to the termination of the transaction process is effectively standardized. The identity information of the transaction participants and the specific process of the transaction should be monitored by the supervising user, who is also required to balance their dishonest behavior in some way. The on-chain intelligent contracts should also participate in the overall supervisory process to achieve comprehensive multi-level supervision.
Advantageous effects
Compared with the prior art, the invention has the following advantages:
the invention can effectively solve the problem of expandability restricting the development of the blockchain technology, realize large-scale, small-amount, safe, efficient and flexible transaction, realize a comprehensive, efficient and multi-layer measurement supervision scheme with about 15% of additional overhead in the traditional under-chain channel, and further ensure the transaction safety.
Drawings
FIG. 1 is a schematic diagram of a system.
Fig. 2 is a flow chart of a transaction channel scheme for a four-stage cycle.
Fig. 3 is a schematic diagram of a supervision architecture.
Detailed Description
The following describes the implementation of the present invention in further detail with reference to the accompanying drawings.
As shown in fig. 1, the transaction architecture of the multi-party link payment channel is shown. The architecture includes Blockchain (Blockchain), transaction user (TradingUser), and supervisory user (supervisor).
The method comprises the steps of recording channel establishment, channel end and channel state of each round of channel transaction settlement in a blockchain; a node in the block chain network establishes a multiparty chain lower payment channel; the intelligent contracts on the chain are responsible for maintaining channel operation and on-chain supervision.
The transaction user is a participant in the channel transaction, initiates the transaction in the multi-party chain lower payment channel, and supervises the supervising user behavior.
The supervisory user is a supervisory person of the under-chain transaction process and is responsible for recording, synchronizing, integrating and broadcasting the channel state of each round, avoiding the improper transaction request of the transaction user and recording the channel state to the blockchain in each round of process.
In the present invention, the blockchain is set to be honest, and its behavior is honest as designed. To some extent, it can be considered a reliable entity, without disturbing the transaction or snagging with the user. It is assumed that the transacting users and supervising users are normal and curious, they are in fact engaged in the channel operation on the one hand to ensure that their transaction requests are properly handled, while the malicious behaviour of other users will be penalized. On the other hand, they try to obtain additional revenue by any possible metric. The number of honest users in the channel is not less than half of the total number of channel participants. The invention does not consider the situation that the users in the channel are offline due to some special situations, and the users who want to exit the channel can actively leave the channel at the end of each round of transaction. The communication process within the channel is considered reliable and the information sent by the user must be received.
The method is realized by adopting the following technical scheme.
A multi-party transaction security supervision method under a chain. The transaction user on the chain can establish a multi-party-link payment channel and conduct parallel transactions in the channel, and the user in the payment channel can supervise the transaction process by himself. When the channel is started, a user with transaction requirements triggers the channel to establish a contract, and establishes a multiparty link payment channel.
Step 1: and a channel preparation stage.
This stage prepares for subsequent transactions by updating the basic state of the channel (referring to other basic parameters in the channel, such as shared keys, encryption and decryption parameters, etc.).
The present invention is directed to having a supervising user act as a ledger and supervisor for in-channel transactions. If the previous supervision user still accords with the continuous supervision condition, re-election is not needed. If necessary, two supervising users are elected to supervise the transactions within the channel.
In addition, this stage assumes the responsibility of updating the user group and channel state states. Specifically, for the firstIn the round transaction process, the user who exits the previous round needs to be removed at the stage, and the newly added user of the round is added, so that a new user group is obtainedAnd further updates the channel status according to the change of the supervising user.
Step 2: and (3) a transaction stage.
In this stage, the user can initiate a transaction request to the supervising user in parallel to complete the payment process.
For the first+.>Pen transaction, payer->At->To supervisory user->Initiating a transaction request:
，
wherein,is the payee of the transaction, < > for>Is a payer->Transaction->A signature of the validity of the signature,total amount paid for payer, +.>、/>Representing two supervising users respectively.
In addition, since the regulatory mechanism is designed to be a dual regulatory user, transaction requests can be sent to any one of the regulatory users. In the present round of transaction, set upUpon receipt of->After the transaction request of (2) the supervising user +.>The authenticity and legitimacy of the request is first verified. A kind of electronic deviceThe channel account balance of the relevant user is pre-updated as follows:
（1）
in the formula (1), the components are as follows,is->Actually transfer +.>Amount of->And->The proportion of the commission fee in the overall supervision fee and the auxiliary supervision fee which are agreed in advance. />Indicating the payee->Channel account balance,/->Representing supervisor user->Channel account balance of (c).
Then, the channel pre-changes the account balanceWherein->Representing a balance update procedure.
At the same time, synchronizing information to another supervising user；/>The received synchronous message isAt the same time contain->And supervisor user->For transactionsSignature of validity of->And->。
Upon receipt of the message, the supervising userVerification is also performed, and then the pre-change of the remaining account balance is continued to be completed:
（2）
wherein,for the proportion of the commission in the major supervision fees agreed in advance, there are +.>。
Then, the channel pre-changes the account balance. Thereafter (I)>And->The channel pre-changed account balance of the transaction is summarized in the transaction settlement stage, so that the round of transaction is completed.
Step 3: and a transaction settlement stage.
When a round of transactions is completed, data synchronization and aggregation between the supervising users begins. Each supervising user synchronizes the updated list to other supervising users and merges the synchronized transaction list with its own primary transaction list:
（3）
wherein,representing a main transaction list,/->Representing a synchronized transaction list; />Comprises that occurs inAll transactions in->Represents +.>The round-robin transaction is obtained by combining a transaction list processed by one supervising user with a synchronous transaction list processed by another supervising user.
Channel state thenAlso broadcast to all users in the channel for authentication at the end of the phase, the +.>Indicate->Channel participant set of round, +.>Representing deposit paid by the supervising user for supervising the round of exchange.
After waiting for a period of time, the supervising user aggregates signaturesAnd upload the packaged channel state and aggregate signature during the current round of transaction to the blockchain:
（4）
wherein,representing the aggregation of signatures->、/>Respectively represent supervisory user->And->A signature of the status of the channel,representing payer->Signature of channel state->Representing the aggregated signature.
Step 4: and a channel updating stage.
At this stage, the new channel participant may opt-in, the user in the channel will be forced to exit when the channel threshold exceeds the maximum limit in this round, and the user not exceeding may opt-out voluntarily.
Meanwhile, it is necessary to determine whether the existing supervisory user satisfies the supervisory condition. And if the channel is not met or the supervisory user selects the exit channel, executing the supervisory user election algorithm in a new channel preparation stage, and selecting a new supervisory user.
As the final stage of a round of transaction, this stage also assumes the responsibility of deciding whether to close the channel. If the channel presence condition is not met (i.e., channel participants are too few), the channel should be closed. The balance of the user account in the channel is returned to the user blockchain address through the channel closing contract, and the deposit of the supervision user is returned together.
In the present invention, the chain-up and chain-down transaction security supervision architecture is shown in fig. 3.
Wherein the dual administrative user mechanism comprises:
1. election of
In the channel preparation phase, two supervising users will be selected from the channel participants. The election needs to satisfy that the number of users in the channel is more than or equal to 3. The reason is that: if the number of users in the channel is smaller than the number, that is, only two to three transaction users in the channel, the multiparty channel is not required to be established, otherwise, the multiparty channel cannot be established. The two supervision users proposed by the present invention are not applicable to supervision mechanisms.
At the same time, the selected supervising user must also meet the following requirements: first, a supervising userAccount balance to be satisfied。
Second, policing the user's channel thresholdShould be less than Ω. The first requirement is that certain insurance policy can be paidMalicious behaviors of the supervisory user are effectively avoided, and if the supervisory user is improperly supervised, other users in the channel can be free of the guarantee. The second requirement is to avoid unnecessary wastage by the fact that no demand or offline transaction users remain in the payment channel.
The supervising user election algorithm is as follows:
in view of the importance of supervising users in the transaction process, the invention designs corresponding supervising measures to ensure the fairness and legality of the election process.
When the channel preparation contract is triggered, the supervision information contract is triggered at the same time, and whether the account balance of the user in the channel meets the condition is verified. When executing the supervising user election algorithm, there is also a corresponding supervising contract to determine the election priority, so as to ensure the legitimacy of the supervising user.
2. Supervision of
In the transaction phase, the supervising user actively supervises the transaction process by verifying transaction requests or information from other users. For supervising users who receive transaction requestsThe transaction can be supervised from multiple angles such as transaction time, transaction users, transaction content, verification process, etc. The following is shown:
（5）
in particular, when supervising the userWhen a transaction request is received, it is first verified if the request is sent in the current round of transaction, i.e. +.>，/>Indicating the time set by the channel preparation phase, +.>The time set at the transaction stage is indicated to ensure the validity of the transaction request. Verifying the transaction request time confirms whether the transaction is part of the current transaction process and prevents an attacker from sending a previous legitimate transaction to interfere with the current transaction. To ensure that transactions are performed in order, transactions that contain a timestamp that is much less than the current transaction time will not pass verification.
Then, in order to ensure the validity of the payer,further verify the payee->And payer->Whether it belongs to the channel of the present round. The payee is verified for the purpose of ensuring the realisation of the transaction process and the payer is verified for the purpose of preventing malicious attacks.
After that, the process is carried out,checking the channel threshold of the paying party +.>Whether the maximum requirement Ω is exceeded, to further ensure the legitimacy of the user initiating the transaction in the channel.
Finally, the step of obtaining the product,for payer->Signature of->Performing verificationTo ensure the authenticity of the transaction request, while also ensuring the non-repudiation of the transaction by the payer. If any of the above verification procedures fails, +.>The request will be discarded. After verifying that the request is correct, the user is then given a->Request +.>Added to->Main transaction List->In (a):
（6）
after the receipt of the synchronization message,the following validation must be performed to determine the validity of the transaction:
（7）
secondary verification of payer signatures to prevent them from interacting with administrative usersThe verification of the supervision user signature is to prevent the synchronization message from being forged. Once the payer or +_ is found>Defective or otherwise corrupt normal transactions, then +.>Immediately submit it as evidence to the blockchain for use inTriggering the corresponding supervision contract and punishing the relevant channel participants. If both signatures are verified, +.>Add +.>In the list, corresponding transaction sequence number +.>：
（8）
Wherein,representing supervisor user->The own transaction updates the list.
In the transaction settlement stage, the supervising user continues to assume the role of supervising other supervising users. To consolidate all transactions that occur in this round, the supervising userSend->Give->The method comprises the steps of carrying out a first treatment on the surface of the Accordingly, the +>Send back。
The list is updated to further verify the administrative process, preventing some dishonest behavior by the administrative user. Specifically, the supervising userOn receipt of updated transaction list->Then, the transaction serial number and the recorded main transaction list are combinedComparison is performed to determine the supervising user +.>Is dishonest to ignore the received synchronous transaction message +.>It is also malicious to add spurious transactions to obtain illegal rewards. Since the supervising user signed the message, the message cannot be rejected, i.e. the subsequently added spurious counterfeit transaction is invalid. If there is an inconsistency, the record will be submitted to the blockchain to require a penalty. This stage will continueAt time, if the supervising user has not submitted a disqualifying at the end of the time, the supervising user will default to approve the current round of transactions.
In the channel update phase, the supervising user is responsible for determining whether the channel participant meets the conditions for continuing the transaction in the channel, i.e., checking the channel threshold of the transaction user. For unconditional users, a channel update contract will be triggered to exit the channel. Wherein the channel threshold of the supervising user is determined by the supervising user election algorithm.
3. Reverse supervision mechanism
The reverse supervision mechanism in multi-party in-chain payment channel supervision is also one of the keys of the present invention. The reverse supervision mechanism of the common transaction user means that the authority of the supervision user in the channel is restricted, and the high authority given to the supervision user by the scheme is restricted. This aids in the healthy operation of the channel.
Specifically, the transaction user performs reverse supervision on the behavior of the transaction user by looking at the information issued by the transaction user. After receiving the channel status broadcast, the transaction user in the payment channel can verify the channel statusstate i Checking the account balance of the user and further verifying whether the supervising user faithfully records the transaction which occurs in the round. At this time, the two supervising users share the responsibility of recognizing the current channel state. Once the transacting user verifies that the channel status is incorrect, the supervision contract is triggered, the deposit of the supervising user is not received, and the channel participant is rewarded.
4. Supervision contracts
The invention introduces two most critical contracts in the supervision process, and realizes the penetrability supervision of the transaction process. As shown in algorithm 2 and algorithm 3.
When the transaction user wants to establish the payment channel under the chain, a supervision information contract is triggered to verify the identity information and address validity of the user, so that the identity validity of the user participating in the payment channel is ensured.
The other contract is a supervision transaction contract, which is mainly responsible for checking each round of transaction content submitted by a supervision user and judging and punishing the improper behavior (mainly the supervision user) in the transaction process. As shown in algorithm 3:
the contract includes both active supervision mechanisms (lines 1-7) and passive triggered supervision mechanisms (lines 8-13).
Claims (2)
1. The multi-party transaction safety supervision method under the chain is characterized in that a transaction user on the chain can establish a multi-party chain payment channel and conduct parallel transaction in the channel, and the user in the payment channel supervises the transaction process by himself; when the channel is started, a user with transaction requirements triggers the channel to establish a contract, and a multiparty link payment channel is established;
the method comprises the following steps:
step 1: a channel preparation stage;
the basic state of the channel is updated at the stage to prepare for subsequent transactions;
if the upper-round supervision users still accord with the continuous supervision conditions, re-election is not needed; otherwise, two supervision users are elected to supervise the transactions in the channel;
this stage also assumes responsibility for updating the user group and channel state states, for the firstIn the round transaction process, the user who exits the previous round needs to be removed, and the newly added user of the round is added, so that a new user group +.>And further updating the channel state according to the change of the supervision user;
step 2: a transaction stage;
in this stage, the user can initiate a transaction request to the supervising user in parallel to complete the payment process;
for the first+.>Pen transaction, payer->At->To supervisory user->Initiating a transaction request：
，/>，
Wherein,is the payee of the transaction, < > for>Is a payer->Transaction->Signature of validity, ++>Total amount paid for payer, +.>、/>Respectively representing two supervision users;
in the present round of transaction, set upUpon receipt of->After the transaction request of (2) the supervising user +.>Firstly, verifying the authenticity and legitimacy of a request; thereafter, channel account balance pre-updates for the associated userThe following are provided:
（1）
in the formula (1), the components are as follows,is->Actually transfer +.>Amount of->And->The proportion of the commission fee in the overall supervision fee and the auxiliary supervision fee which are agreed in advance; />Indicating the payee->Channel account balance,/->Representing supervisor user->Channel account balance of (c);
then, the channel pre-changes the account balanceWherein->Representing a balance update procedure;
at the same time, synchronizing information to another supervising user；/>The received synchronous message isAt the same time contain->And supervisor user->For transactionsSignature of validity of->And->；
Upon receipt of the message, the supervising userVerification is also performed, and then the pre-change of the remaining account balance is continued to be completed:
（2）
wherein,for the proportion of the commission in the major supervision fees agreed in advance, there are +.>；
Then, the channel pre-changes the account balanceThe method comprises the steps of carrying out a first treatment on the surface of the Thereafter (I)>And->The account balance of the channel pre-change account is summarized in the transaction settlement stage, so that the round of transaction is completed;
step 3: a transaction settlement stage;
after a round of transaction is completed, data synchronization and aggregation between the supervising users are started; each supervising user synchronizes the updated list to other supervising users and merges the synchronized transaction list with its own primary transaction list:
（3）
wherein,representing a main transaction list,/->Representing a synchronized transaction list; />Representing supervisor user->In->Main transaction list in round transaction process, +.>Representing supervisor user->In->A master transaction list during the round transaction; />Comprises that occurs at->All transactions in->Represents +.>The round transaction is obtained by combining a transaction list processed by one supervision user with a synchronous transaction list processed by another supervision user;
channel state thenAlso broadcast to all users in the channel for authentication at the end of the phase, the +.>Indicate->Channel participant set of round, +.>Representing deposit paid by the supervising user for supervising the round of exchange;
after waiting for a period of time, the supervising user aggregates signaturesAnd upload the packaged channel state and the transaction of the roundAggregate signature to blockchain during:
（4）
wherein,representing the aggregation of signatures->、/>Respectively represent supervisory user->And->Signature of channel state->Representing payer->Signature of channel state->Representing the aggregated signature;
step 4: a channel updating stage;
in this stage, the new channel participant can select to join, the user in the channel will be forced to exit when the channel threshold exceeds the maximum limit, and the user not exceeding can select to voluntarily exit;
meanwhile, whether the existing supervision users meet supervision conditions needs to be judged; if the channel is not satisfied or the supervisory user selects the exit channel, executing the supervisory user election algorithm in the channel preparation stage of a new round, and selecting a new supervisory user;
as the final stage of a round of transaction, this stage also assumes the responsibility of deciding whether to close the channel; if the channel existence condition is not satisfied, closing the channel; the balance of the user account in the channel is returned to the user blockchain address through the channel closing contract, and the deposit of the supervision user is returned together.
2. The multi-party transaction security supervision method under a chain of on-chain as recited in claim 1, wherein the chain of on-chain and off-chain transaction security supervision architecture employs a dual supervision user mechanism comprising:
election:
in the channel preparation stage, two supervision users are selected from channel participants; the election needs to meet the requirement that the number of users in a channel is more than or equal to 3;
at the same time, the selected supervising user must also meet the following requirements: first, a supervising userAccount balance to be satisfied，/>Representing supervisor user->And->Channel balance of->Representing channel participants, ->Representing transaction user->Omega represents the upper limit of the number of rounds of transaction users in the channel;
secondly, the channel threshold Ti of the supervising user should be smaller than Ω;
when the channel preparation contract is triggered, the supervision information contract is triggered at the same time, and whether the account balance of the user in the channel meets the condition is verified; when executing the supervised user election algorithm, a corresponding supervision contract is provided for determining the election priority;
and (5) supervision:
in the transaction phase, the supervising user actively supervises the transaction process by verifying transaction requests or information from other users; for supervising users who receive transaction requestsThe transaction can be supervised from multiple angles of transaction time, transaction users, transaction content and verification process; the following is shown:
(5)
wherein,representing a supervising user authentication function, +.>Representing transaction user->A timestamp in the issued transaction request,indicate->Round transaction start timestamp->Representing a transactionPayment party user->，/>Representing transaction Payment Party->Is a current channel threshold of (2);
when supervising the userUpon receipt of a transaction request, it is first verified whether the request was sent in the current round of transaction, i.e，/>Indicating the time set by the channel preparation phase, +.>Representing the time set in the transaction stage to ensure the validity of the transaction request; verifying the transaction request time to confirm whether the transaction is part of the current transaction process and preventing an attacker from sending a previous legal transaction to interfere with the current transaction; to ensure that transactions are performed in order, transactions that contain a timestamp that is much less than the current transaction time will not pass verification;
then, in order to ensure the validity of the payer,further verify the payee->And payer->Whether or not to the present wheelA channel; the purpose of verifying the payee is to ensure the realisation of the transaction process, and the purpose of verifying the payer is to prevent malicious attacks;
after that, the process is carried out,checking the channel threshold of the paying party +.>Whether the maximum requirement omega is exceeded or not to further ensure the legitimacy of the user to initiate a transaction in the channel;
finally, the step of obtaining the product,for payer->Signature of->Verifying to ensure the authenticity of the transaction request and also ensure the non-repudiation of the transaction by the payer; if any verification process fails, then +.>Discarding the request; after verifying that the request is correct, the user is then given a->Request +.>Added to->Main transaction List->In (a):
(6)
wherein,representing a process of adding a transaction to a transaction list;
after the receipt of the synchronization message,the following validation must be performed to determine the validity of the transaction:
（7）
wherein,representing supervisor user->Transaction->Is a signature of (a);
secondary verification of payer signatures to prevent them from interacting with administrative usersCollusion, verification of the supervising user signature is to prevent the synchronization message from being forged; once the payer or +_ is found>Defective or otherwise corrupt normal transactions, then +.>Immediately submitting it as evidence to the blockchain to trigger the corresponding supervision contract and punish the relevant channel participants; if both signatures are verified, +.>Adding the verified synchronization information to +.>In the list, corresponding transaction sequence number +.>：
（8）
Wherein,representing supervisor user->A transaction update list of its own;
in the transaction settlement stage, the supervision user continuously takes on the role of supervising other supervision users; to consolidate all transactions that occur in this round, the supervising userSend->Give->The method comprises the steps of carrying out a first treatment on the surface of the Accordingly, the +>Send back；/>Representing supervisor user->A transaction update list of its own; />Representing a supervising userSignature of the transaction update list of the self; />Representing supervisor user->A transaction update list of its own; />Representing supervisor user->Signature of the transaction update list of the self;
when updating the list, the supervising userOn receipt of updated transaction list->Then, the transaction serial number and the recorded main transaction list are combinedLa i Comparison is performed to determine the supervising user +.>Is to dishonest ignore the received synchronous transaction messageWhether to maliciously add false transactions to obtain illegal rewards; since the supervising user signs the message, thenThe message cannot be rejected, i.e. the subsequently added spurious counterfeit transaction is not valid; if there is an inconsistency, the record will be submitted to the blockchain to require a penalty; this stage will last +>Time, if the supervision user does not submit a disqualified judgment at the end of the time, the supervision user approves the round of transaction by default;
in the channel update phase, the supervising user is responsible for determining whether the channel participant meets the conditions for continuing the transaction in the channel, i.e., checking the channel threshold of the transaction userThe method comprises the steps of carrying out a first treatment on the surface of the For users who do not meet the conditions, triggering a channel update contract to exit the channel; wherein, the channel threshold of the supervising user is determined by the supervising user election algorithm;
reverse supervision mechanism:
the transaction user carries out reverse supervision on the behavior of the transaction user by checking the information issued by the transaction user; after receiving the channel state broadcast, the transaction user in the payment channel verifies the channel stateChecking the account balance of the user, and further verifying whether the supervising user faithfully records the transaction which occurs in the round; at this time, two supervising users jointly bear the responsibility of identifying the current channel state; triggering the supervision contract once the trading user verifies that the channel state is wrong, and collecting deposit of the supervision user and rewarding the channel participant;
supervision contracts:
the penetration supervision of the transaction process is realized by introducing two most critical contracts in the supervision process;
when a transaction user wants to establish an off-link payment channel, triggering a supervision information contract to verify the identity information and address legitimacy of the user, and ensuring the identity legitimacy of the user participating in the payment channel;
the other contract is a supervision transaction contract, and is responsible for checking the transaction content of each round submitted by a supervision user and judging and punishing the improper behavior in the transaction process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311524351.8A CN117236961B (en) | 2023-11-16 | 2023-11-16 | Multi-party transaction safety supervision method under chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311524351.8A CN117236961B (en) | 2023-11-16 | 2023-11-16 | Multi-party transaction safety supervision method under chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117236961A CN117236961A (en) | 2023-12-15 |
| CN117236961B true CN117236961B (en) | 2024-02-20 |
Family
ID=89097090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311524351.8A Active CN117236961B (en) | 2023-11-16 | 2023-11-16 | Multi-party transaction safety supervision method under chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117236961B (en) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108711052A (en) * | 2018-05-18 | 2018-10-26 | 电子科技大学 | A kind of information authentication system based on block chain |
| WO2019142049A1 (en) * | 2018-01-17 | 2019-07-25 | Geeq Corporation | Blockchain methods, nodes, systems and products |
| CN110599164A (en) * | 2019-09-02 | 2019-12-20 | 北京航空航天大学 | Method for rapidly paying by any payee under supervision chain |
| CN110751468A (en) * | 2019-09-24 | 2020-02-04 | 上海交通大学 | Multi-directional state channel method, system and medium for block chain expansion |
| CN111736963A (en) * | 2020-06-08 | 2020-10-02 | 中国科学院计算技术研究所 | Transaction processing system and method for backbone-free multi-partition blockchain |
| CN112734424A (en) * | 2021-01-05 | 2021-04-30 | 重庆邮电大学 | Privacy protection payment method and system based on block chain |
| CN113570458A (en) * | 2021-07-16 | 2021-10-29 | 东北大学秦皇岛分校 | Block chain payment channel supervision method based on proxy re-encryption |
| CN113783700A (en) * | 2021-09-07 | 2021-12-10 | 西安电子科技大学 | Authority and interest proving method and system capable of monitoring safety under fragmented block chain |
| CN115906117A (en) * | 2022-11-15 | 2023-04-04 | 中博信息技术研究院有限公司 | Trusted application implementation method based on blockchain transaction |
| CN116562875A (en) * | 2023-06-06 | 2023-08-08 | 广州大学 | Under-chain quick transaction method based on state channel |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020215083A1 (en) * | 2019-04-19 | 2020-10-22 | Coinbase, Inc. | Systems and methods for blockchain administration |
-
2023
- 2023-11-16 CN CN202311524351.8A patent/CN117236961B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019142049A1 (en) * | 2018-01-17 | 2019-07-25 | Geeq Corporation | Blockchain methods, nodes, systems and products |
| CN108711052A (en) * | 2018-05-18 | 2018-10-26 | 电子科技大学 | A kind of information authentication system based on block chain |
| CN110599164A (en) * | 2019-09-02 | 2019-12-20 | 北京航空航天大学 | Method for rapidly paying by any payee under supervision chain |
| CN110751468A (en) * | 2019-09-24 | 2020-02-04 | 上海交通大学 | Multi-directional state channel method, system and medium for block chain expansion |
| CN111736963A (en) * | 2020-06-08 | 2020-10-02 | 中国科学院计算技术研究所 | Transaction processing system and method for backbone-free multi-partition blockchain |
| CN112734424A (en) * | 2021-01-05 | 2021-04-30 | 重庆邮电大学 | Privacy protection payment method and system based on block chain |
| CN113570458A (en) * | 2021-07-16 | 2021-10-29 | 东北大学秦皇岛分校 | Block chain payment channel supervision method based on proxy re-encryption |
| CN113783700A (en) * | 2021-09-07 | 2021-12-10 | 西安电子科技大学 | Authority and interest proving method and system capable of monitoring safety under fragmented block chain |
| CN115906117A (en) * | 2022-11-15 | 2023-04-04 | 中博信息技术研究院有限公司 | Trusted application implementation method based on blockchain transaction |
| CN116562875A (en) * | 2023-06-06 | 2023-08-08 | 广州大学 | Under-chain quick transaction method based on state channel |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117236961A (en) | 2023-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106982205B (en) | Block chain-based digital asset processing method and device | |
| CN112907252B (en) | Block chain transaction method and system based on multi-person chain lower channel | |
| CN109964242B (en) | Block chain consensus method based on trust relationship | |
| CN109035012B (en) | Cross-chain processing method of block chain system and computer readable storage medium | |
| CN108880863B (en) | Smart power grid equipment safety diagnosis service system based on block chain technology | |
| CN110751468B (en) | Multi-way state channel method, system and medium for block chain expansion | |
| Tian et al. | Enabling cross-chain transactions: A decentralized cryptocurrency exchange protocol | |
| CN107341402B (en) | Program execution method and device | |
| CN110335147A (en) | A kind of digital asset Information Exchange System and method based on block chain | |
| CN111182510B (en) | Industrial Internet of things node consensus method based on block chain | |
| CN110602217B (en) | Block chain-based alliance management method, device, equipment and storage medium | |
| CN110188137B (en) | Integrity-based block chain consensus mechanism | |
| CN113746858B (en) | Cross-chain communication method based on verifiable random function | |
| CN111612613A (en) | Block chain network with centralized system | |
| CN110223067B (en) | Under-chain one-to-many payment method and system with decentralized characteristic | |
| Sun et al. | A decentralized cross-chain service protocol based on notary schemes and hash-locking | |
| CN113837758A (en) | Consensus method and device for block chain system | |
| CN110445795B (en) | Block chain authentication uniqueness confirmation method | |
| CN110223066A (en) | A pair of of pay this extra method and system under a kind of chain based on block chain | |
| CN111131298A (en) | POC (Point of sale) efficient consensus mechanism based on credit decentralization and implementation method | |
| CN110502905B (en) | Privacy-protecting distributed account book transaction method and system | |
| CN112070498B (en) | Ownership processing system and method | |
| CN111865595A (en) | Block chain consensus method and device | |
| CN117236961B (en) | Multi-party transaction safety supervision method under chain | |
| Singh et al. | Understanding the public, private and consortium consensus algorithms in blockchain technology |
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 |