New notary group cross-chain scheme with layered credit value subgroups

By introducing a multi-notary cross-chain roaming protocol based on reputation grouping into blockchain cross-chain technology, the problems of centralization and unfair reputation are solved, and the credibility and security of cross-chain transactions are improved.

CN119599676APending Publication Date: 2025-03-11GUILIN UNIV OF ELECTRONIC TECH +1
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411730919.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-29
Publication Date
2025-03-11

AI Technical Summary

Technical Problem

The existing blockchain cross-chain technology has centralization problems and unfair growth in reputation values, which affects the credibility and security of cross-chain transactions.

Method used

A multi-notary cross-chain roaming protocol based on reputation grouping is proposed. The notary group of layered credit value subgroups is elected, and the weighted voting method is adopted to reduce the impact of malicious nodes. The multi-notary grouping algorithm and re-election algorithm are used to ensure fair growth of reputation value.

Benefits of technology

It improves the credibility and security of multi-notary cross-chain transactions, ensures healthy and balanced growth of reputation value, and reduces centralized risks.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119599676A_ABST
    Figure CN119599676A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of block chains, in particular to a notary group cross-chain scheme for dividing multiple subgroups according to credit values. According to the scheme, a cross-chain protocol based on a multi-subgroup notary group is provided, so that value transfer between heterogeneous block chains is realized. According to the scheme, a multi-notarist cross-chain roaming protocol based on reputation grouping is provided, and a multi-notarist election process in a cross-chain process can be fairly carried out. According to the scheme, the problem of fair increase of the reputation in cross-chain of multiple notalians is solved by using a method that a single transaction corresponds to a single election. In addition, according to the scheme, the influence of malicious notary nodes on the cross-chain system is reduced in a weighted voting mode, and the reliability and safety of the cross-chain roaming settlement system are effectively guaranteed.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and more specifically, to the structural design of a cross-chain notary group and the rules and processes of cross-chain transactions. Background Art

[0002] Blockchain is a distributed ledger technology used to record transactions in a decentralized manner. Blockchain technology has been widely used in many fields such as finance and supply chain. However, there are still many problems with blockchain technology, such as the independence of different blockchains leading to the isolation of data and assets. Cross-chain technology is used to connect different blockchains and make them work together.

[0003] In response to the problems of data transmission efficiency and transaction access difficulties between blockchains, the mainstream blockchain cross-chain technologies that have been proposed recently are mainly the following: notary cross-chain mode, hash time lock, side chain and relay chain technology, and distributed key control technology.

[0004] In the notary cross-chain mode, user A wants to conduct a cross-chain transaction with user B. For user A and user B, the trusted third-party notary C will be used as the intermediary of the cross-chain transaction, as the guarantor of the transaction and the transaction channel for both parties. After determining the trusted notary, user A will trade the transaction amount to notary C, and notary C will trade the corresponding amount to user B to complete the cross-chain operation. The cross-chain process of a single notary is simple and friendly to heterogeneous chains, but there is a problem that the cross-chain process is too centralized. Xiong et al. proposed a notary group cross-chain solution. This solution disperses the power of centralized notaries through notary elections, deposit pools, etc., and decentralizes the notary system in the form of notary clusters. However, there is a problem that the leader mechanism affects the degree of decentralization, and the reputation value is only used as an incentive system and does not participate in the cross-chain process. Ying et al. proposed a multi-notary protocol based on the ring VRF protocol for notary elections, which effectively protects the privacy and security issues of the notary system. Summary of the invention

[0005] This paper invents a cross-chain scheme for notary groups with hierarchical credit value subgroups. A multi-notary cross-chain roaming protocol based on credit grouping is proposed, which can fairly carry out the multi-notary election process in the cross-chain process. In order to solve the problem of fair growth of credit in multi-notary cross-chain, a single transaction and single election method is adopted to improve it. A weighted voting method is used to reduce the impact of malicious nodes on the cross-chain system.

[0006] The objective of the present invention is achieved through the following technical solutions: Step 1: During the system initialization phase, the notary group enters by paying a certain deposit to the on-chain deposit pool; Step 2: In the preparation stage, the sender of the source chain transaction needs to send the transaction list and cross-chain request required for the cross-chain to the cross-chain system. The cross-chain system conducts a system review of the cross-chain request to ensure that the cross-chain transaction meets the system requirements and returns the system review result. After receiving the approved cross-chain request, the sender of the source chain transaction can trade the assets to be traded into the margin pool on the same chain and send the transaction to the cross-chain system; Step 3. During the election phase, the system will elect a separate notary group to be responsible for the transaction. The system will select the notaries who have joined the notary group on the source chain, and divide the selected group into several groups based on the reputation value. In each group, the notary group for the transaction will be elected using an election algorithm based on the reputation position. The election algorithm will publicly broadcast the hit random number in the subgroup, and no other notary in the same notary group will know the election results except the elected person until the elected person broadcasts the voting results. After the election, the transaction will be added to the transaction waiting list. ; Step 4: During the voting phase, the elected notary group will verify through SPV whether the transaction initiator's transaction on the source chain exists and whether its transaction amount is consistent with the original transaction amount; Step 5. In the completion phase, the system will collect the transaction results of each order. When a transaction in the queue collects enough voting shares, the transaction will be dequeued and the transaction amount will be transferred from the margin pool account on the target chain to the target account. BRIEF DESCRIPTION OF THE DRAWINGS

[0007] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

[0008] Figure 1 Schematic diagram of a notary group model with hierarchical credit value subgroups according to an embodiment of the present invention. Figure 2 Schematic diagram of a method for grouping notaries with stratified credit subgroups. Specific implementation

[0009] The following is a clear and complete description of the technical solutions in the embodiments of the present invention in conjunction with the drawings 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, which does not constitute a limitation of the present invention. 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.

[0010] The notary group cross-chain solution with hierarchical credit value subgroups described in the embodiment of the present invention comprises the following steps: 1) System initialization: The notary group enters by paying a certain amount of security deposit to the on-chain security deposit pool. Notaries can participate in cross-chain transactions of blockchains for which they have submitted security deposits, thereby obtaining service fee income from those transactions. The service fee will be deposited in the security deposit pool in the form of a certain share, and notaries can obtain the security deposit principal and the income obtained from participating in cross-chain transactions by exiting the notary group. 2) Prepare for transaction: In the preparation stage of cross-chain transaction, the requester sending the cross-chain transaction needs to determine the target chain and target address of the cross-chain. The transaction amount should be less than the margin pool balance of the target chain. After the above conditions are met, the sender needs to send the transaction attribute list including the source chain and target chain accounts, transfer amount, handling fee, source chain and target chain and signatures of the above attributes to the cross-chain system. The system will automatically compare the target chain margin pool balance and the transaction amount in the transaction list. If the system requirements are met, the system will send the review result back to the sender and wait for the sender's first transaction information to be sent. After receiving the system's reply, the sender needs to send the transaction amount and handling fee to the cross-chain margin pool account on the source chain according to the amount on the transaction attribute list submitted in the preparation stage, and send the transaction record and transaction list to the cross-chain system, waiting for the system to review. 3) Election: The notary group will elect a notary group that has an account on the source chain (i.e., has submitted a deposit for the chain) to check the transaction. The notary group will divide the qualified notaries into multiple subgroups according to their reputation. In each subgroup, the notaries will be ranked according to their reputation. Reputation Position p i It is a measure used to elect notaries based on their reputation contributions. It is calculated as follows: Where Nsub is the number of notaries in the sub-notary group. Reputation position is an attribute used to assist in elections, and the size of the reputation value is an attribute that determines the probability of being elected. Random Numbers Used to elect within the subgroup. Among them, RandomInt(2 53 ) is 2 53 For a large integer within , the system generates a random byte string of length 8, and then uses this string as the input of the random function and returns it. Within each subgroup, the system calculates the hit point of the election within that subgroup And broadcast it in the notary group. Satisfy p i ≤h≤p i +credit i Notary iThe elected person will join the elected group as the elected person of the sub-group and participate in the transaction notarization. 4) Voting: After electing the notaries for transactions in each subgroup, the notaries from each subgroup form a transaction notary group. According to the different reputation values ​​of each group, the notaries of each group hold a voting weight P determined by the level of reputation grouping. i The elected notary will verify the transaction on the source chain through SPV. If the transaction is confirmed, the corresponding notary will use his or her reputation as the input of the proof, sign it with his or her private key, and broadcast the signed proof in the group to prove that he or she has been elected. When the signature weight received by the transaction notary group is greater than the threshold, the transaction is passed. 5) Transaction settlement: The voting collector in the notary group collects votes from each sub-group. When the sum of the valid voting weights collected for a single transaction is greater than the threshold T, the transaction is passed, and the notary group account on the target chain will transfer the assets to the transaction recipient account on the target chain. When a transaction election is completed, this transaction will be placed in the queue and wait for the signature of the transaction notary group to be completed. When another new transaction election is completed, the transaction will be added to the end of the queue. When a transaction in the queue is signed and confirmed, if the transaction is at the head of the queue, it will be deleted from the queue; if the transaction is not at the head of the queue, a new queue will be created, and all transactions before the transaction will be transferred from the head of the queue to the new queue until the completed transaction is removed from the head of the queue. Then, for the transactions in the new queue, the records of the subgroups that have completed the signature are retained, and the subgroups that have not completed the signature will be re-elected in the corresponding subgroups after the credit value is changed after the transaction is completed. Then, the transactions that have been re-elected will be added from the head of the queue to the end of the transaction queue. This paper proposes a new notary group cross-chain solution with hierarchical credit value subgroups. The protocol effectively utilizes the credit value incentive system, combines the size of the credit value with the election algorithm, and improves the credibility and security of multi-notary cross-chain. In order to ensure the ecological health and balance of credit value growth and reduce the unfair credit growth caused by the introduction of credit value weighted elections, a multi-notary grouping algorithm and a re-election algorithm are proposed, which effectively improves the fairness of the cross-chain process.

Claims

1. A new cross-chain notary group scheme with hierarchical credit value subgroups, characterized by: The techniques include: Step 1: During the system initialization phase, the notary group enters by paying a certain deposit to the on-chain deposit pool; Step 2: In the preparation stage, the sender of the source chain transaction needs to send the transaction list and cross-chain request required for the cross-chain to the cross-chain system. The cross-chain system conducts a system review of the cross-chain request to ensure that the cross-chain transaction meets the system requirements and returns the system review result. After receiving the approved cross-chain request, the sender of the source chain transaction can trade the assets to be traded into the margin pool on the same chain and send the transaction to the cross-chain system; Step 3. During the election phase, the system will elect a separate notary group to be responsible for the transaction. The system will select the notaries who have joined the notary group on the source chain, and divide the selected group into several groups based on the reputation value. In each group, the notary group for the transaction will be elected using an election algorithm based on the reputation position. The election algorithm will publicly broadcast the hit random number in the subgroup, and no other notary in the same notary group will know the election results except the elected person until the elected person broadcasts the voting results. After the election, the transaction will be added to the transaction waiting list. ; Step 4: During the voting phase, the elected notary group will verify through SPV whether the transaction initiator's transaction on the source chain exists and whether its transaction amount is consistent with the original transaction amount; Step 5. In the completion phase, the system will collect the transaction results of each order. When a transaction in the queue collects enough voting shares, the transaction will be dequeued and the transaction amount will be transferred from the margin pool account on the target chain to the target account.

2. The notary group cross-chain scheme with hierarchical credit value subgroups according to claim 1, characterized in that: The process of step 1 is specifically as follows: The notary group enters by paying a certain amount of security deposit to the on-chain security pool. Notaries can participate in cross-chain transactions of blockchains for which they have submitted security deposits, thereby obtaining commission income from those transactions. The commission will be deposited in the security deposit pool in the form of a certain share, and notaries can obtain the principal of the security deposit and the income obtained from participating in cross-chain transactions by exiting the notary group.

3. The notary group cross-chain scheme with hierarchical credit value subgroups according to claim 1, characterized in that: The process of step 2 is specifically as follows: In the preparation stage of cross-chain transactions, the requester who sends the cross-chain transaction needs to determine the target chain and target address of the cross-chain. The transaction amount should be less than the margin pool balance of the target chain. After the above conditions are met, the sender needs to send the transaction attribute list including the source chain and target chain accounts, transfer amount, handling fee, source chain and target chain, and signatures of the above attributes to the cross-chain system. The system will automatically compare the target chain margin pool balance and the transaction amount in the transaction list. If the system requirements are met, the system will send the review result back to the sender and wait for the sender's first transaction information to be sent. After receiving the system's reply, the sender needs to send the transaction amount and handling fee to the cross-chain margin pool account on the source chain according to the amount on the transaction attribute list submitted in the preparation stage, and send the transaction record and transaction list to the cross-chain system, waiting for the system to review.

4. The notary group cross-chain scheme with hierarchical credit value subgroups according to claim 1, characterized in that: The process of step 3 is specifically as follows: The notary group will elect a notary group that has an account on the source chain (i.e. has submitted a deposit for the chain) to check the transaction. The notary group will divide the qualified notaries into multiple subgroups according to their reputation values. Within each subgroup, the notaries will be ranked according to their reputation values. Reputation Position p i It is a measure used to elect notaries based on their reputation contributions. It is calculated as follows: Where Nsub is the number of notaries in the sub-notary group. Reputation position is an attribute used to assist in elections, and the size of the reputation value is an attribute that determines the probability of being elected. Random Numbers Used to elect within the subgroup. Among them, RandomInt(2 53 ) is 2 53 For a large integer within , the system generates a random byte string of length 8, and then uses this string as the input of the random function and returns it. Within each subgroup, the system calculates the hit point of the election within that subgroup And broadcast it in the notary group. Satisfy p i ≤h≤p i +credit i Notary i The elected person will join the elected group as the elected person of the sub-group and participate in the transaction notarization.

5. The notary group cross-chain scheme with hierarchical credit value subgroups according to claim 1, characterized in that: The process of step 4 is as follows: after the notaries for transactions in each subgroup are elected, the notaries from each subgroup form a transaction notary group. According to the different reputation values ​​of each group, the notaries of each group hold a voting weight P determined by the level of the reputation group. i The elected notary will verify the transaction on the source chain through SPV. If the transaction is confirmed, the corresponding notary will use his or her reputation as the input of the proof, sign it with his or her private key, and broadcast the signed proof in the group to prove that he or she has been elected. When the signature weight received by the transaction notary group is greater than the threshold, the transaction is passed.

6. The notary group cross-chain scheme with hierarchical credit value subgroups according to claim 1, characterized in that: The process of step 5 is specifically as follows: the voting collector in the notary group collects votes from each sub-group. When the sum of the collected valid voting weights of a single transaction is greater than the threshold T, the transaction is passed, and the notary group account on the target chain will transfer the assets to the transaction recipient account on the target chain. When a transaction election is completed, this transaction will be placed in the queue and wait for the signature of the transaction notary group to be completed. When another new transaction election is completed, the transaction will be added to the end of the queue. When a transaction in the queue is signed and confirmed, if the transaction is at the head of the queue, it will be deleted from the queue; if the transaction is not at the head of the queue, a new queue will be created, and all transactions before the transaction will be transferred from the head of the queue to the new queue until the completed transaction is removed from the head of the queue. Then, for the transactions in the new queue, the records of the subgroups that have completed the signature are retained, and the subgroups that have not completed the signature will be re-elected in the corresponding subgroups after the credit value is changed after the transaction is completed. Then, the transactions that have been re-elected will be added from the head of the queue to the end of the transaction queue.