Compensation transaction cross-chain strategy based on notary group

Abstract

The invention belongs to the technical field of block chains, and particularly relates to a transaction cross-chain compensation strategy based on a notarist group, which comprises the following steps of: 1, constructing a transaction model which consists of a source chain, a target chain and a notarist group and comprises a public account and a transaction pool, and completing initialization; 2, a transaction preparation stage: the source chain user initiates a transaction request to the notarist group, the notarist group verifies the transaction request and then forwards the transaction request to the target chain user, and finally confirms the transaction information; and 3, a formal transaction stage: the notarist group initiates a transaction request to the source chain user and the target chain user respectively, and after the users pledge funds, the notarist group verifies and completes the transaction. And 4, a compensation transaction stage: in the process 3, if the transaction fails, performing the compensation transaction according to the current exchange rate. The method has the advantages that the cross-chain transaction efficiency is improved, the system fault tolerance is enhanced, and the operation cost is reduced.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular to a notary group-based compensation transaction cross-chain strategy, which aims to solve the problems of security, efficiency, etc. existing in existing cross-chain transactions. Background Art

[0002] With the development of blockchain technology, cross-chain transactions have gradually become an important part of blockchain applications. Cross-chain technology can break the isolation between different blockchains, realize the flow of assets and information between different blockchains, and promote the prosperity of multi-chain ecology. However, in the existing cross-chain transaction system, the verification and fund transfer of both parties to the transaction often rely on the confirmation mechanism of a single chain, resulting in high risk and inefficiency in the cross-chain process. Therefore, how to effectively improve the security and efficiency of cross-chain transactions is an urgent problem to be solved.

[0003] Therefore, the present invention proposes a cross-chain strategy for compensation transactions based on a notary group. By introducing a multi-node verification mechanism of a notary group, combined with a real-time exchange rate compensation mechanism and a node reputation evaluation model, the present invention solves the problems of verification, security, efficiency and compensation in existing cross-chain transactions. Through the effective operation of the notary group, the present invention can significantly improve the efficiency and reliability of cross-chain transactions while ensuring the security of the assets of both parties to the transaction, and handle transaction failures and abnormal situations through a compensation mechanism, reducing the risk of the system. Summary of the invention

[0004] The present invention proposes a cross-chain strategy for compensation transactions based on a notary group, which solves the security and efficiency problems in existing cross-chain transactions. By setting up a public account pool on the source chain and the target chain, the notary group verifies the cross-chain transaction and responds to transaction failures and capital losses through a real-time exchange rate compensation mechanism. The present invention also designs a notary group joining and exiting mechanism and a transaction election mechanism, which further improves the transparency and fairness of cross-chain transactions.

[0005] The technology adopted by the present invention comprises the following steps:

[0006] S1: Construct a Figure 1 The transaction model shown in the figure is composed of the source chain, the target chain, and the notary group. In this model, the source chain is the initiator of the transaction, and the target chain is the receiver of the transaction. The notary group is responsible for verifying the transaction and ensuring its smooth progress between the source chain and the target chain. A public account is created on the source chain and the target chain respectively to store cross-chain assets; a transaction pool is set up in the notary group system to store transaction voucher information. The public account and the transaction pool are jointly maintained by the notary group members.

[0007] S2: Transaction preparation stage: The source chain user sends a transaction application to the notary group, and the notary group forwards the transaction application to the target chain user after verification. The user verifies the transaction and sends a confirmation message to the notary group, and the notary group saves the confirmation information of the target chain user to the interaction pool.

[0008] S3: Formal transaction stage: The notary group initiates cross-chain transaction requests to the source chain user and the target chain user respectively, requiring both parties to pledge their funds to the notary group public account. After the source chain user and the target chain user complete the pledge, they send a transaction list to the notary group respectively. The notary group members verify the transaction list and confirm the transaction information. Once confirmed, the notary group initiates a transaction to both parties, and finally completes the transfer of cross-chain assets. If the transaction is successful, mark the transaction, otherwise go to step S4.

[0009] S4: Failure and compensation mechanism: If the notary group fails to initiate a transaction to the source chain user, the system will wait for a certain period of time to observe the network status. During this period, the compensation operation of the exchange rate change will not be triggered. After the set time, if the transaction fails, the compensation operation will be performed based on the real-time exchange rate information. The specific operations are as follows:

[0010] If the exchange rate does not fluctuate, the rollback operation is allowed and the notary group will re-initiate the transfer.

[0011] If the exchange rate fluctuates greatly, the notary group will obtain real-time exchange rate changes and initiate compensation transactions based on the changes to ensure that the assets of both parties to the transaction will not be lost.

[0012] Furthermore, the step S1 specifically includes the following steps:

[0013] S11: The notary group adopts an appointment mechanism. Nodes that apply to join and are successfully appointed within a period of time can participate in the transactions of the notary group. After the term of office ends, they will automatically withdraw from the notary group after verification by the notary group.

[0014] S12: The notary group publishes the notary group joining announcement at fixed intervals, broadcasts the address information on the source chain and the target chain, and the first-time application for the node to join must have an account on both the source chain and the target chain, and must pledge a deposit to the notary group public account. After verification by the notary group members, the node will join and the initial credit value will be allocated according to the guarantee amount. Nodes that exit normally or apply for exit can reapply to join the notary group after an interval, and the initial credit value of the node will be reset at this time.

[0015] S13: The exit of the notary node is divided into normal exit, application exit and abnormal exit.

[0016] S14: The reputation of the notary is calculated at regular intervals. The reputation that the notary should obtain is calculated based on the improved RP algorithm. After that, whenever a notary needs to be elected, the notary is randomly selected to participate in the cross-chain based on the calculated new reputation. The credit score of each node in a certain period is calculated as a whole using indicators such as average response time and reputation value. Finally, a notary group is randomly selected. The higher the credit score, the greater the chance of being selected.

[0017] The calculation formula of the notary group reputation value based on the improved RP algorithm is:

[0018]

[0019] Among them, r RN represents the reputation value that the notary can obtain, r i represents the current reputation value of notary public i, r represents the basic reputation value, represents the average reputation value of the notary group, T s represents the average response time of notary i participating in cross-chain transactions, T t represents the average response time of the notary group's cross-chain transactions, and κ represents the total number of notaries in the notary group. Compared with the RP algorithm, this algorithm introduces response time as an influencing factor to more carefully consider the efficiency and timeliness of notaries in cross-chain transactions, thereby achieving a more fair and balanced consideration when allocating reputation values.

[0020] S15: Create a public account on the source chain and the target chain respectively, and set up a transaction pool in the notary group system. The public account and the transaction pool are jointly maintained by the notary group members. The notary group can promote the transaction process according to the transaction number and transaction status saved in the transaction pool;

[0021] Furthermore, the step S13 specifically includes the following steps:

[0022] S131: Normal exit is when the notary group sends a notification to the node, notifying the notary node that its term is about to end and preparing to exit. After receiving the notification of the end of the term, the notary node can choose to actively submit an exit application. The notary group system will review the exit application. Once the review is passed and the asset liquidation is completed, the notary group system will confirm the node's exit application, update the notary node's status in the system, and remove it from the notary group.

[0023] S132: The node applying to withdraw needs to apply to the notary group, and must be verified by other nodes and complete all transactions. Once verified, the node can withdraw from the transaction, and the pledged deposit will be returned to the node within the specified time period.

[0024] S133: Abnormal exit means if a notary node applies to exit the notary group while there are ongoing transactions, the node will not be able to exit the notary group until all transactions are completed. Once the transaction is completed and verified by other nodes, the notary node can exit the notary group and recover its pledged deposit. If the node behaves maliciously, its pledged deposit will be confiscated and it will be expelled from the notary group.

[0025] Furthermore, the step S2 specifically includes the following steps:

[0026] S21: The source chain user sends a transaction application to the notary group (as shown in Table 1). After verifying the identity of the notary group, the notary group generates a transaction number for the transaction application, pushes it together with the transaction application to the transaction pool for storage, and forwards the transaction application to the target chain user.

[0027] S22: After receiving the transaction application forwarded by the notary group, the target chain user decides whether to trade. If accepted, the user sends a confirmation message to the notary group (as shown in Table 2); if not accepted, the user adds the reason for rejection in the additional information sent to the notary group.

[0028] S23: After receiving the information returned by the target chain user, the notary group will verify it first, and then forward the information to the source chain user. If the target chain returns an acceptance of the transaction, a transaction number is generated and the confirmation information is pushed to the transaction pool for archiving. Otherwise, only the transaction confirmation information is pushed to the transaction pool, and the source chain user is sent a termination message to terminate the transaction.

[0029] Furthermore, the step S3 specifically includes the following steps:

[0030] S31: According to the address in the transaction application of the confirmed transaction saved in the transaction pool, the notary group initiates a cross-chain request to the source chain and target chain users respectively. The request content includes the public account information of the notary group on the source chain and the target chain.

[0031] S32: The source chain and target chain users complete the transaction according to the information sent by the notary group, and send the transaction list (as shown in Table 3) to the notary group for verification.

[0032] S33: The notary group verifies the transaction list sent by the user. After verification, the transaction list is saved in the transaction pool for archiving, and the transaction is initiated to the user again. After that, the transaction list is saved in the transaction pool to complete this cross-chain transaction.

[0033] Furthermore, the step S4 specifically includes the following steps:

[0034] S41: The system sets a specific timeout period during which the system will continue to observe the network status to determine whether the transaction failed due to temporary network fluctuations. During this observation period, the system will not immediately trigger the exchange rate change process to avoid premature rollback or compensation operations. If the set timeout period is exceeded, the system obtains the current real-time exchange rate.

[0035] S42: The system compares the current exchange rate with the exchange rate recorded when the transaction failed. If the exchange rate has not changed, it means that market conditions are stable and the rollback operation can be performed safely. If the exchange rate has fluctuated, it means that market conditions have changed and a compensating transaction needs to be performed to protect the value of the user's assets.

[0036] S43: If the exchange rate does not fluctuate, the rollback operation is allowed, and the notary group or the user re-initiates the transfer operation and continues to complete the subsequent process; if the exchange rate fluctuates, the notary group obtains the real-time exchange rate changes and initiates a compensation transaction based on the changes to ensure that the assets of both parties to the transaction will not be lost.

[0037] Furthermore, the step S43 specifically includes the following steps:

[0038] S431: If a compensation transaction needs to be initiated, the notary group will initiate an in-chain transaction to the user through the public account, calculate the estimated transaction amount and the fluctuation amount together, and send them to the corresponding user.

[0039] S432: After the transaction is completed, the notary group will not change the transaction status of the transaction number for a period of time. If the user does not initiate an unsuccessful transaction to the notary group during this period, the transaction number status will be changed and the transaction will be completed. Otherwise, the notary group that did not participate in this cross-chain transaction will verify the transaction list content of the intra-chain transaction.

[0040] S433: If the verification is correct, close this transaction and add the user to the blacklist. Otherwise, deduct the reputation value of the notary group participating in the cross-chain operation. The reputation value will be calculated immediately after the transaction is completed. If the notary’s reputation value is less than 0, the notary’s pledge deposit will be confiscated and he will be expelled from the notary group. The node’s application to join will no longer be accepted.

[0041] Furthermore, the transaction application content initiated by the source chain user includes the source chain user address, the target chain user address, the source chain user digital signature, the cross-chain transaction content, the cross-chain transaction application timestamp and the cross-chain transaction application additional information;

[0042] The confirmed transaction information includes the target chain user address, target chain user digital signature, transaction application, application feedback, cross-chain transaction application feedback timestamp and additional information;

[0043] The transaction list includes the transaction number, source chain user address, target chain user address, notary group address, source chain user digital signature, target chain user digital signature, notary group digital signature, transaction content, transaction generation timestamp and additional information.

[0044] The present invention has the following beneficial effects:

[0045] The present invention provides an efficient and secure cross-chain transaction mechanism, combined with the real-time exchange rate compensation mechanism of the notary group, to ensure the safety of funds during the transaction. Through the notary group's joining, exiting and reputation evaluation mechanism, not only the reliability of cross-chain transactions is improved, but also the system's fault tolerance and transaction efficiency are improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] The accompanying drawings of the present invention are as follows:

[0047] Figure 1 This is a diagram of the notary group cross-chain transaction model of the present invention;

[0048] Figure 2 This is a timing diagram of the transaction preparation phase of the present invention;

[0049] Figure 3 This is a timing diagram of the formal transaction phase of the present invention;

[0050] Figure 4 This is a flow chart of the compensation transaction phase of the present invention; DETAILED DESCRIPTION

[0051] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0052] See also Figure 1 to Figure 4 ,like Figure 1 As shown, the preferred embodiment of the present invention provides a model of cross-chain transactions by a notary group, and the model implements cross-chain transactions mainly including the following steps:

[0053] S1: Initialization: notary group joining, exiting, reputation value calculation, and initialization of public accounts and transaction pools managed by notaries.

[0054] S2: Transaction preparation stage: The source chain user sends a transaction application to the notary group, and the notary group forwards the transaction application to the target chain user after verification. The user verifies the transaction and sends a confirmation message to the notary group, and the notary group saves the confirmation information of the target chain user to the interaction pool.

[0055] S3: Formal transaction stage: The notary group initiates cross-chain transaction requests to the source chain user and the target chain user respectively, requiring both parties to pledge their funds to the notary group public account. After the source chain user and the target chain user complete the pledge, they send a transaction list to the notary group respectively. The notary group members verify the transaction list and confirm the transaction information. Once confirmed, the notary group initiates a transaction to both parties, and finally completes the transfer of cross-chain assets. If the transaction is successful, mark the transaction, otherwise go to step S4.

[0056] S4: Failure and compensation mechanism: If the notary group fails to initiate a transaction to the source chain user, the system will wait for a certain period of time to observe the network status. During this period, the compensation operation of the exchange rate change will not be triggered. After the set time, if the transaction fails, the compensation operation will be performed based on the real-time exchange rate information. The specific operations are as follows:

[0057] If the exchange rate does not fluctuate, the rollback operation is allowed and the notary group will re-initiate the transfer.

[0058] If the exchange rate fluctuates greatly, the notary group will obtain real-time exchange rate changes and initiate compensation transactions based on the changes to ensure that the assets of both parties to the transaction will not be lost.

[0059] Furthermore, the step S1 specifically includes the following steps:

[0060] S11: In Figure 1 In the transaction model composed of the source chain, the target chain, and the notary group, the source chain is the initiator of the transaction, and the target chain is the receiver of the transaction. The notary group is responsible for verifying the transaction and ensuring its smooth progress between the source chain and the target chain. A public account is created in the source chain and the target chain respectively, and a transaction pool is established in the notary group system. The public account and the transaction pool are jointly maintained by the notary group members. The notary group can advance the transaction process according to the transaction number and transaction status saved in the transaction pool;

[0061] S12: The notary group publishes the notary group joining announcement at fixed intervals, broadcasts the address information on the source chain and the target chain, and the first-time application for the node to join must have an account on both the source chain and the target chain, and must pledge a deposit to the notary group public account. After verification by the notary group members, the node will join and the initial credit value will be allocated according to the guarantee amount. Nodes that exit normally or apply for exit can reapply to join the notary group after an interval, and the initial credit value of the node will be reset at this time.

[0062] S13: The notary node exits the notary group and is divided into normal exit, application exit and abnormal exit.

[0063] S14: The reputation of the notary is calculated at regular intervals. The reputation that the notary should obtain is calculated based on the improved RP algorithm. After that, whenever a notary needs to be elected, the notary is randomly selected to participate in the cross-chain based on the calculated new reputation. The credit score of each node in a certain period is calculated as a whole using indicators such as average response time and reputation value. Finally, a notary group is randomly selected. The higher the credit score, the greater the chance of being selected.

[0064] The calculation formula of the notary group reputation value based on the improved RP algorithm is:

[0065]

[0066] Among them, r RN represents the reputation value that the notary can obtain, r i represents the current reputation value of notary public i, r represents the basic reputation value, represents the average reputation value of the notary group, T s represents the average response time of notary i participating in cross-chain transactions, T t represents the average response time of the notary group's cross-chain transactions, and κ represents the total number of notaries in the notary group. Compared with the RP algorithm, this algorithm introduces response time as an influencing factor to more carefully consider the efficiency and timeliness of notaries in cross-chain transactions, thereby achieving a more fair and balanced consideration when allocating reputation values. This not only improves the accuracy of the notary service quality assessment, but also further encourages notaries to improve the response speed of their services to obtain higher reputation values.

[0067] Furthermore, the step S13 specifically includes the following steps:

[0068] S131: Normal exit is when the notary group sends a notification to the node, notifying the notary node that its term is about to end and preparing to exit. After receiving the notification of the end of the term, the notary node can choose to actively submit an exit application. The notary group system will review the exit application. Once the review is passed and the asset liquidation is completed, the notary group system will confirm the node's exit application, update the notary node's status in the system, and remove it from the notary group.

[0069] S132: The node applying to withdraw needs to apply to the notary group, and must be verified by other nodes and complete all transactions. Once verified, the node can withdraw from the transaction, and the pledged deposit will be returned to the node within the specified time period.

[0070] S133: Abnormal exit means if a notary node applies to exit the notary group while there are ongoing transactions, the node will not be able to exit the notary group until all transactions are completed. Once the transaction is completed and verified by other nodes, the notary node can exit the notary group and recover its pledged deposit. If the node behaves maliciously, its pledged deposit will be confiscated and it will be expelled from the notary group.

[0071] Furthermore, the step S2 specifically includes the following steps:

[0072] S21: The source chain user sends a transaction application to the notary group. After verifying their identity, the notary group generates a transaction number for the transaction application, pushes it to the transaction pool for storage together with the transaction application, and forwards the transaction application to the target chain user.

[0073] Preferably, as shown in Table 1, the transaction application includes:

[0074] Table 1: Transaction Application

[0075] Parameter Symbols Parameter meaning <![CDATA[ID A ]]> Source chain user address <![CDATA[ID B ]]> Target chain user address <![CDATA[Sig A ]]> Source chain user digital signature <![CDATA[T A ]]> Cross-chain transaction application timestamp Tx Additional information for cross-chain transaction application

[0076] S22: After receiving the transaction application forwarded by the notary group, the target chain user decides whether to trade. If accepted, the user sends a confirmation message to the notary group; if not accepted, the user adds the reason for rejection in the additional information sent to the notary group.

[0077] Preferably, as shown in Table 2, the transaction application confirmation includes:

[0078] Table 2: Transaction Confirmation

[0079] Parameter Symbols Parameter meaning <![CDATA[ID A ]]> Source chain user address <![CDATA[ID B ]]> Target chain user address <![CDATA[Sig B ]]> Target chain user digital signature <![CDATA[T A ]]> Cross-chain transaction application feedback timestamp Tx Additional information for cross-chain transaction application <![CDATA[R B ]]> Application Feedback <![CDATA[T B ]]> Cross-chain transaction application feedback timestamp

[0080] S23: After receiving the information returned by the target chain user, the notary group will verify it first, and then forward the information to the source chain user. If the target chain returns an acceptance of the transaction, a transaction number is generated and the confirmation information is pushed to the transaction pool for archiving. Otherwise, only the transaction confirmation information is pushed to the transaction pool, and the source chain user is sent a termination message to terminate the transaction.

[0081] Furthermore, the step S3 specifically includes the following steps:

[0082] S31: According to the address in the transaction application of the confirmed transaction saved in the transaction pool, the notary group initiates a cross-chain request to the source chain and target chain users respectively. The request content includes the public account information of the notary group on the source chain and the target chain.

[0083] S32: The source chain and target chain users complete the transaction based on the information sent by the notary group, and send the transaction list to the notary group for verification.

[0084] Preferably, as shown in Table 3, the transaction list includes:

[0085] Table 3: Transaction List

[0086] Parameter Symbols Parameter meaning Num Transaction Number <![CDATA[ID A ]]> Source chain user address <![CDATA[ID B ]]> Target chain user address <![CDATA[ID P ]]> Notary Group Address <![CDATA[Sig A ]]> Source chain user digital signature <![CDATA[Sig B ]]> Target chain user digital signature <![CDATA[Sig P ]]> Notary Group Digital Signature <![CDATA[T P ]]> Cross-chain transaction generation timestamp Tx Additional information about cross-chain transactions

[0087] S33: The notary group verifies the transaction list sent by the user. After verification, the transaction list is saved in the transaction pool for archiving, and the transaction is initiated to the user again. After that, the transaction list is saved in the transaction pool to complete this cross-chain transaction.

[0088] Furthermore, the step S4 specifically includes the following steps:

[0089] S41: The system sets a specific timeout period during which the system will continue to observe the network status to determine whether the transaction failed due to temporary network fluctuations. During this observation period, the system will not immediately trigger the exchange rate change process to avoid premature rollback or compensation operations. If the set timeout period is exceeded, the system obtains the current real-time exchange rate.

[0090] S42: The system compares the current exchange rate with the exchange rate recorded when the transaction failed. If the exchange rate has not changed, it means that market conditions are stable and the rollback operation can be performed safely. If the exchange rate has fluctuated, it means that market conditions have changed and a compensating transaction needs to be performed to protect the value of the user's assets.

[0091] S43: If the exchange rate does not fluctuate, the rollback operation is allowed, and the notary group or the user re-initiates the transfer operation and continues to complete the subsequent process; if the exchange rate fluctuates, the notary group obtains the real-time exchange rate changes and initiates a compensation transaction based on the changes to ensure that the assets of both parties to the transaction will not be lost.

[0092] Furthermore, the step S43 specifically includes the following steps:

[0093] S431: If a compensation transaction needs to be initiated, the notary group will initiate an in-chain transaction to the user through the public account, calculate the estimated transaction amount and the fluctuation amount together, and send them to the corresponding user.

[0094] S432: After the transaction is completed, the notary group will not change the transaction status of the transaction number for a period of time. If the user does not initiate an unsuccessful transaction to the notary group during this period, the transaction number status will be changed and the transaction will be completed. Otherwise, the notary group that did not participate in this cross-chain transaction will verify the transaction list content of the intra-chain transaction.

[0095] S433: If the verification is correct, close this transaction and add the user to the blacklist. Otherwise, deduct the reputation value of the notary group participating in the cross-chain operation. The reputation value will be calculated immediately after the transaction is completed. If the notary’s reputation value is less than 0, the notary’s pledge deposit will be confiscated and he will be expelled from the notary group. The node’s application to join will no longer be accepted.

[0096] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. A cross-chain strategy for compensation transactions based on a notary group, characterized by: The method comprises the following steps, wherein the method is implemented by a blockchain cross-chain transaction system based on a notary group, wherein the compensation transaction cross-chain system based on a notary group comprises a source chain, a target chain, and a notary group, wherein the source chain is set as the transaction initiator, and the method comprises: S1: Construct a transaction model consisting of a source chain, a target chain, and a notary group as shown in Figure 1. In this model, the source chain is the initiator of the transaction, and the target chain is the receiver of the transaction. The notary group adopts an appointment mechanism and creates a public account on the source chain and the target chain respectively, and sets up a transaction pool for storing transaction voucher information. S2: Transaction preparation stage: The source chain user initiates a transaction application to the target chain through the notary group. After the target chain confirms it, the notary group is updated according to the notary’s reputation value; S3: Formal transaction stage: The notary group initiates transaction requests to the source chain user and the target chain user respectively. Both parties pledge the corresponding funds in the public account. The transaction information is verified and confirmed and saved to the transaction pool. The transaction is marked according to the user confirmation within the predetermined time t. S4: For transactions marked as failed, roll back or initiate compensation transactions according to the results of monitoring network timeout.

2. According to claim 1, a compensation transaction cross-chain strategy based on a notary group is characterized in that: The step S1 specifically includes the following steps: S11: The notary group adopts an appointment mechanism. Nodes that apply to join and are successfully appointed within a period of time can participate in the transactions of the notary group. After the term of office ends, they will automatically withdraw from the notary group after verification by the notary group. S12: The notary group publishes the notary group joining announcement at fixed time intervals, broadcasts the address information on the source chain and the target chain, and the node applying to join must have an account on both the source chain and the target chain, and must pledge a deposit to the notary group public account. The notary group members must verify and join; S13: The notary node exits the notary group in normal exit, application exit and abnormal exit. The normal exit process of the notary node starts with receiving the notification of the end of the term, and then you can choose to submit an exit application. After the notary group reviews and liquidates the assets, the node status will be updated and removed from the group. If there are unfinished transactions when the node applies to exit, it must wait until the transaction is completed before exiting, and the pledged deposit will be recovered after verification. If there is malicious behavior, the node will have its deposit confiscated and be expelled from the group.

3. According to claim 1, a compensation transaction cross-chain strategy based on a notary group is characterized in that: The step S2 specifically includes the following steps: S21: The source chain user sends a transaction application to the notary group. After the notary group verifies the validity of the transaction application, if the verification is successful, the transaction application will be forwarded to the user of the target chain. Otherwise, a notice will be sent to the initiator of the source chain to terminate the transaction. S22: The target chain user verifies the transaction application after receiving it, and sends a confirmation message to the notary group after successful verification; the notary group verifies the user's confirmation information and saves it to the transaction pool to ensure the integrity and consistency of the transaction data; S23: The notary who applies to participate in this transaction will randomly select nodes to form a notary group based on the probability according to the current reputation value.

4. According to claim 1, a compensation transaction cross-chain strategy based on a notary group is characterized in that: The step S3 specifically comprises the following steps: S31: According to the transaction request issued by the notary group, the user pledges the corresponding funds in the public account set by the notary group. After the pledge is completed, the source chain user and the target chain user send the transaction list to the notary group respectively. S32: The notary group members verify the transaction list and save the confirmation information to the transaction pool. After that, the notary group initiates a cross-chain transaction to the user. After the user confirms that the transaction is completed, the notary group pushes the transaction list to the transaction pool and marks the transaction as successful. If the user does not confirm the transaction within the scheduled time, or the transaction fails to execute on the chain, the transaction is marked as failed, and the current exchange rate is recorded, and then go to step S4.

5. According to claim 1, a cross-chain strategy for compensation transactions based on a notary group, if a transaction fails, a failure and compensation mechanism is triggered, characterized in that: The step S4 specifically comprises the following steps: S41: For transactions marked as failed, the system monitors the network status within the set timeout period. If the timeout period is exceeded, the system obtains the real-time exchange rate and compares it with the exchange rate recorded when the transaction failed before. If the exchange rate remains unchanged, the rollback operation is performed; otherwise, the process jumps to step S43; S42: The notary group cancels the transaction on the source chain and the target chain, and updates the transaction pool status to "rolled back"; S43: Execute the compensation transaction. The notary group calculates the compensation amount based on the real-time exchange rate and initiates the compensation transaction on the corresponding blockchain through the public account.

Images