Loose coupling unified cross-chain supervision method and device supporting multi-dimensional expansion

Abstract

The invention provides a loose coupling unified cross-chain supervision method and device supporting multi-dimensional expansion, and the method is characterized in that the method comprises the steps: carrying out the decoupling of a cross-chain message processing process and a cross-chain supervision process, and migrating a main cross-chain supervision process to a position under a chain, thereby minimizing the butt joint interaction between a block chain system and a supervision system, and reducing the coupling degree of the two processes. On the basis, the invention provides a full-chain supervision mechanism: beforehand supervision of cross-chain transactions is realized through a supervision contract deployed on a chain, and a supervision system participates in a cross-chain message verification process as a member of a cross-chain system to realize in-event and post-event supervision of the cross-chain transactions. And a supervision instruction can be constructed according to a designed unified cross-chain supervision data packet supporting multi-dimensional expansion, and the supervision instruction is issued to a supervision contract of a specific block chain to update a supervision rule of beforehand supervision.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular to a loosely coupled unified cross-chain supervision method, device, electronic device, computer-readable storage medium and computer program product that supports multi-dimensional expansion. Background Art

[0002] As a distributed ledger technology, blockchain has core features such as decentralization, immutability, and trusted traceability. It is a new generation of information infrastructure for building a trusted digital world. Since the official release of Ethereum in 2014, the application of blockchain has rapidly expanded from the initial cryptocurrency application to many industries such as cross-border payment, supply chain financing, and data copyright storage. However, due to the different needs and characteristics between industries, each blockchain inevitably presents heterogeneous characteristics. The consensus mechanism, block structure and other underlying designs of heterogeneous blockchain systems are very different, making it difficult for blockchain data to communicate and trust to be transmitted, showing an obvious island effect. Therefore, cross-chain technology that realizes the intercommunication of data between chains and the transmission of trust has emerged.

[0003] However, in order to meet the regulatory needs of different countries and regions, cross-chain supervision has become an indispensable factor to ensure the next scale of interoperability and healthy development of the blockchain industry. On the one hand, the implementation of cross-chain supervision in the blockchain helps to ensure the legality, transparency and security of cross-chain transactions, and prevent illegal transactions, money laundering and other criminal activities; on the other hand, cross-chain supervision can also help various regulatory agencies better understand the data flow of blockchain transactions, so as to more effectively track and manage potential financial risks.

[0004] As the necessity of cross-chain supervision becomes increasingly prominent, research teams at home and abroad have proposed some solutions. For example, the distributed notary cross-chain supervision mechanism for alliance chains allows notaries to form a notary chain as a cross-chain relay, connecting the supervision chain and various alliance chains, and designing a set of supervision protocols to ensure the security of the cross-chain supervision process; and the cross-chain exchange protocol PCP is designed from the perspective of balancing privacy and regulatory traceability, and cryptographic principles such as knowledge signature (SoK) are used to ensure the correctness and privacy of cross-chain transactions between Bitcoin and Monero; and the multi-chain collaborative governance chain-governing chain supervision framework uses the blockchain itself as a supervision facility, and heterogeneous chains access this cross-chain supervision system through the supervision nodes under the chain, and deploys a front-end engine on the supervision nodes to load and execute the supervision instructions issued by the supervision chain.

[0005] The distributed notary cross-chain supervision mechanism is only for the consortium chain, and the cross-chain supervision request is initiated by the supervision chain. The supervision contract deployed on the supervised consortium chain randomly collects part of the transaction data and packages it, and sends it back to the supervision chain for transaction verification. If the verification fails, the administrator of the supervised chain is notified. This supervision process cannot complete the real-time supervision of cross-chain transactions. Due to the random packaging of transaction data and the supervision operation on the supervision chain, the dimension of the supervision operation becomes very single while ensuring efficiency, and more can only perform simple verification.

[0006] The cross-chain exchange protocol PCP takes into account the privacy and traceability of cross-chain supervision, but the protocol is only based on the cross-chain system of Bitcoin and Monero based on the side chain, and only targets the scenario of token exchange, with a single supervision dimension. The protocol uses cryptographic principles to ensure the correctness and privacy of a single transaction, but therefore does not have the ability to coordinate and analyze and supervise multiple transactions that have occurred on the blockchain.

[0007] The chain-governing-chain regulatory framework of multi-chain collaborative governance uses the off-chain regulatory nodes as the connection points between the blockchain and the cross-chain system, which can support different heterogeneous links to access the system. However, the blockchain is forced to build a regulatory node before it can access and use this cross-chain system, which leads to a tight coupling of regulatory operations with the basic cross-chain process. If the system wants to supervise ongoing cross-chain transactions, the transactions on the chain need to be directed to the regulatory nodes, and after the off-chain regulatory operations are performed, they need to return to the chain operations, and finally call the cross-chain related process interface to forward it to the destination blockchain. The regulatory process is relatively cumbersome.

[0008] Problem 1 of the above existing technologies: How to decouple the cross-chain supervision process from the basic cross-chain process. Cross-chain supervision and cross-chain transactions are independent of each other. Decoupling the two frameworks can make the cross-chain supervision architecture relatively easy to directly adapt to the existing cross-chain system.

[0009] Problem 2 of the above existing technologies: How to design a complete cross-chain full-process supervision mechanism. Most existing supervision processes do not fully cover the entire cross-chain transaction process, such as only focusing on a single transaction that is taking place, or only conducting post-analysis on cross-chain transactions that have been put on the chain. Therefore, it is very necessary to design a supervision mechanism that can cover all aspects related to cross-chain transactions.

[0010] Problem 3 of the above existing technologies: How to support multi-dimensional cross-chain regulatory operations. The existing cross-chain regulatory mechanisms either have a single regulatory operation (simple verification of cross-chain transactions) or weaken this problem, focusing more on the implementation of the specific process of cross-chain supervision, but not describing what regulatory operations can be performed. Therefore, it is necessary to design a set of protocols that can clearly define and express various regulatory operations.

[0011] To sum up, the above-mentioned existing technologies have problems such as high difficulty in unified supervision, difficulty in implementing cross-chain full-process supervision, tight coupling of the supervision process with the basic cross-chain process, single supervision dimension, and difficulty in expanding customized supervision models. As a result, after the cross-chain supervision process is added, the cross-chain supervision functionality is weak and the efficiency of cross-chain transaction processing is reduced. Summary of the invention

[0012] In order to solve the above problems, the present invention proposes a loosely coupled multi-dimensional unified cross-chain supervision protocol, which is based on the principle of minimum intrusion and aims to access and adapt more blockchain systems with as little modification as possible, and build a unified cross-chain supervision framework. Specifically, the present invention decouples cross-chain message processing and cross-chain supervision processes, and migrates the main cross-chain supervision process to the off-chain, thereby minimizing the docking interaction between the blockchain system and the supervision system, and further reducing the degree of coupling between the two processes. On this basis, the present invention proposes a full-chain supervision mechanism: the pre-emptive supervision of cross-chain transactions is realized through the supervision contract deployed on the chain, and the supervision system, as a member of the cross-chain system, participates in the cross-chain message verification process to realize the in-process and post-event supervision of cross-chain transactions, and can construct supervision instructions according to the designed unified cross-chain supervision data package that supports multi-dimensional expansion, and send it to the supervision contract of a specific blockchain to update the supervision rules of pre-event supervision.

[0013] Specifically, in view of the shortcomings of existing technologies, such as Figure 7 As shown, the present invention proposes a loosely coupled unified cross-chain supervision method that supports multi-dimensional expansion, which includes:

[0014] The initial step is to obtain a cross-chain system that registers and accesses multiple blockchains, at least one of which has a regulatory contract deployed;

[0015] In a judgment step, an application contract of one blockchain A among the multiple blockchains initiates a cross-chain transaction to another blockchain B; it is judged whether blockchain A has the supervision contract and has enabled cross-chain supervision, and if so, the supervision step is executed;

[0016] In the self-check step, the application contract calls the regulatory contract to determine whether the current cross-chain transaction complies with the regulatory contract. If so, a regulatory event of passing the review is thrown and step 3 is executed. Otherwise, a regulatory event of failing the review is thrown and the cross-chain transaction is terminated.

[0017] Verification step: the cross-chain transaction is executed to the cross-chain contract through a cross-contract call, and the cross-chain contract processes and encapsulates it to obtain a cross-chain event. After the relay node of the cross-chain system captures the cross-chain transaction, it checks whether blockchain A has enabled cross-chain supervision. If not, a verification request is sent to the node in the committee to obtain a verification result. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request to complete the cross-chain process. If enabled, a verification request is sent to the node in the committee, and a supervision request is sent to the supervision node to obtain verification and supervision results respectively. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request and the supervision request to complete the cross-chain process.

[0018] The loosely coupled unified cross-chain regulatory method supporting multi-dimensional expansion includes:

[0019] In the update step, the regulatory system sends the regulatory instruction to the regulatory node in the committee. The regulatory node stores and forwards the regulatory instruction to the cross-chain system. The cross-chain system delivers the regulatory instruction to the regulatory contract. The regulatory contract updates the stored regulatory rules according to the regulatory instruction and throws a rule update event. After the cross-chain system captures the rule update event, it returns a regulatory receipt to the regulatory node.

[0020] The loosely coupled unified cross-chain supervision method supporting multi-dimensional extension, wherein the supervision instruction includes: supervision type, and / or sending chain domain name, and / or receiving chain domain name, and / or sender contract address, and / or receiver contract address, and / or transaction content, and / or custom extension field;

[0021] Among them, the field of this supervision type adopts a hierarchical coding design, each main type identifies a supervision dimension, and each main type is divided into multiple sub-types.

[0022] The loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion, wherein

[0023] The supervision contract and the supervision system are added to the cross-chain system in the form of plug-ins. A designated flag is set in the supervision contract. Whether to enable cross-chain supervision is determined based on the content of the flag, thereby decoupling the cross-chain supervision process from the basic cross-chain process. When cross-chain supervision is enabled, cross-chain transactions issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract. When cross-chain supervision is closed, any application contract on the blockchain can call the cross-chain contract.

[0024] like Figure 8 As shown, the present invention also proposes a loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion, which includes:

[0025] The initial module obtains registration and access to a cross-chain system of multiple blockchains, at least one of which has a regulatory contract deployed;

[0026] The judgment module is used to determine whether the application contract of one blockchain A among the multiple blockchains initiates a cross-chain transaction to another blockchain B; and whether blockchain A has the supervision contract and has enabled cross-chain supervision. If so, the supervision module is executed;

[0027] Self-check module: the application contract calls the regulatory contract to determine whether the current cross-chain transaction complies with the regulatory contract. If so, a regulatory event of passing the review is thrown and module 3 is executed. Otherwise, a regulatory event of failing the review is thrown and the cross-chain transaction is terminated.

[0028] Verification module, the cross-chain transaction is executed to the cross-chain contract through a cross-contract call, and the cross-chain contract processes and encapsulates it to obtain a cross-chain event. After the relay node of the cross-chain system captures the cross-chain transaction, it checks whether blockchain A has enabled cross-chain supervision. If not, a verification request is sent to the node in the committee to obtain a verification result. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request to complete the cross-chain process; if enabled, a verification request is sent to the node in the committee, and a supervision request is sent to the supervision node to obtain verification and supervision results respectively. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request and the supervision request to complete the cross-chain process.

[0029] The loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion includes:

[0030] Update module, the regulatory system sends the regulatory instructions to the regulatory nodes in the committee, the regulatory nodes store and forward the regulatory instructions to the cross-chain system, the cross-chain system delivers the regulatory instructions to the regulatory contract, the regulatory contract updates the stored regulatory rules according to the regulatory instructions, and throws a rule update event. After the cross-chain system captures the rule update event, it returns a regulatory receipt to the regulatory node.

[0031] The loosely coupled unified cross-chain supervision device supporting multi-dimensional extension, wherein the supervision instruction includes: supervision type, and / or sending chain domain name, and / or receiving chain domain name, and / or sender contract address, and / or receiver contract address, and / or transaction content, and / or custom extension field;

[0032] The regulatory type field adopts a hierarchical coding design, where each main type identifies a regulatory dimension, and each main type is divided into multiple sub-types;

[0033] The supervision contract and the supervision system are added to the cross-chain system in the form of plug-ins. A designated flag is set in the supervision contract. Whether to enable cross-chain supervision is determined based on the content of the flag, thereby decoupling the cross-chain supervision process from the basic cross-chain process. When cross-chain supervision is enabled, cross-chain transactions issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract. When cross-chain supervision is closed, any application contract on the blockchain can call the cross-chain contract.

[0034] The present invention also proposes an electronic device, which includes the loosely coupled unified cross-chain supervision device that supports multi-dimensional expansion. The electronic device may be connected to an information display device, which is used to display the verification and / or supervision results according to the display parameters and attributes set by the user or through an artificial intelligence model.

[0035] The present invention also proposes a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the steps of the loosely coupled unified cross-chain supervision method that supports multi-dimensional expansion are implemented.

[0036] The present invention also proposes a computer program product, including a computer program, wherein when the computer program is executed by a processor, the steps of the loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion are implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 A loosely coupled cross-chain regulatory architecture;

[0038] Figure 2 This is a schematic diagram of the cross-chain supervision process before and during the event;

[0039] Figure 3 This is a schematic diagram of the post-cross-chain supervision process;

[0040] Figure 4 The design of the supervision field supervisionType of the present invention;

[0041] Figure 5 This is a flow chart of cross-chain supervision before and during the present invention;

[0042] Figure 6 This is a flowchart of the post-cross-chain supervision of the present invention;

[0043] Figure 7 is a flow chart of the method of the present invention;

[0044] Figure 8 It is a module diagram of the device of the present invention;

[0045] Fig. 9 This is a schematic diagram of the structure of a first electronic device of the present invention;

[0046] Fig.10 This is a schematic diagram of the application environment structure of the first electronic device of the present invention;

[0047] Fig.11 It is a schematic diagram of the structure of a second electronic device of the present invention.

[0048] Reference numerals:

[0049] A-First electronic device;

[0050] B-Loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion;

[0051] C-data acquisition equipment;

[0052] D-information display device;

[0053] 1000 - second electronic device;

[0054] Ⅰ-computational unit;

[0055] II-ROM;

[0056] III-RAM;

[0057] IV-bus;

[0058] V-interface;

[0059] VI - input unit;

[0060] VII-output unit;

[0061] VIII- Storage medium;

[0062] Ⅸ-Communication unit. DETAILED DESCRIPTION

[0063] It should be noted that, in this application, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprises" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device.

[0064] Without more constraints, an element defined by the phrase "comprising a..." does not exclude the existence of other identical elements in the process, method, article or apparatus comprising the element.

[0065] The processor described in the present invention is the control center of the electronic device, which can be a processor or a general term for multiple processing elements. For example, it can be one or more central processing units (CPUs), or application specific integrated circuits (ASICs), or one or more integrated circuits configured to implement the embodiments of the present invention, such as one or more microprocessors (digital signal processors, DSPs), or one or more field programmable gate arrays (FPGAs).

[0066] Optionally, the processor can perform various functions of the electronic device by running or executing a software program stored in the memory, and calling data stored in the memory.

[0067] In a specific implementation, as an embodiment, the processor may include one or more CPUs. Each of these processors may be a single-core processor (single-CPU) or a multi-core processor (multi-CPU). The processor here may refer to one or more devices, circuits, and / or processing cores for processing data (such as computer program instructions). Electronic devices may include: servers, desktop computers, laptops, smart phones, tablet computers, embedded computers, etc., wherein the embedded computers include vehicles and robots, etc.

[0068] The memory is used to store the software program for executing the solution of the present invention, and the execution is controlled by the processor. The specific implementation method can refer to the above method embodiment, which will not be repeated here.

[0069] It should be noted that the structure of the electronic device shown in the drawings of the present invention does not constitute a limitation thereto, and the actual knowledge structure recognition device may include more or fewer components than shown in the drawings, or a combination of certain components, or a different arrangement of components.

[0070] The above embodiments can be implemented in whole or in part by software, hardware (such as circuits), firmware or any other combination. When implemented by software, the above embodiments can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the process or function described in the embodiment of the present invention is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that contains one or more available media sets. The available medium can be a magnetic medium (for example, a floppy disk, a hard disk, a tape), an optical medium (for example, a DVD), or a semiconductor medium. The semiconductor medium can be a solid-state hard disk.

[0071] It should also be understood that the term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. A and B can be singular or plural. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship, but it may also indicate an "and / or" relationship. Please refer to the context for specific understanding.

[0072] In the present invention, "at least one" means one or more, and "more than one" means two or more. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can be represented by: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0073] It should also be understood that in various embodiments of the present invention, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0074] In the several embodiments provided by the present invention, it should be understood that the disclosed devices, apparatuses and methods can be implemented in other ways. For example, the device embodiments described above are only schematic, for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0075] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0076] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0077] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0078] In order to make the above features and effects of the present invention more clearly and understandably explained, the following embodiments are specifically cited and described in detail with the accompanying drawings of the specification as follows. This specification discloses one or more embodiments that include the features of the present invention. The disclosed embodiments are only for illustrative purposes. The scope of protection of the present invention is not limited to the disclosed embodiments, and the present invention is defined by the attached claims. In view of the defects of the existing cross-chain solutions described above, the present invention is mainly designed based on the following key technical points:

[0079] Key technical point 1: Loosely coupled cross-chain supervision architecture. In order to overcome the defect of the cross-chain supervision process in the above-mentioned prior art that is tightly coupled with the basic cross-chain process, the present invention proposes a loosely coupled cross-chain supervision architecture to minimize the docking interaction between the blockchain system and the supervision system, thereby reducing the degree of coupling between the two processes.

[0080] The architecture mainly includes blockchain, regulatory contracts, cross-chain systems and regulatory systems, such as Figure 1 As shown, in the framework of the present invention, the supervision contract intervenes in the cross-chain process as an application contract provided by the system, and is deployed together with the cross-chain contract by the cross-chain system when the blockchain is connected to the system. Specifically, the present invention is closely related to the cross-chain supervision function in the supervision contract deployed on each blockchain, and the independent supervision system. The supervision contract can receive the supervision instructions transmitted by the supervision system, and support the completion of simple supervision operations on the chain. The supervision system needs to receive the cross-chain transactions pushed by the cross-chain system, and can give supervision instructions after comprehensive analysis. In this architecture, the supervision contract and the supervision system are added to the original cross-chain system in the form of plug-ins to play a supervisory role. Each blockchain can independently choose to use or suspend the cross-chain supervision function by changing the SUPERVISOR_BUTTION parameter defined in the supervision contract, so as to achieve the decoupling of the cross-chain supervision process from the basic cross-chain process. Under this architecture, the cross-chain system can be designed independently by the developer, for example, it can be designed as a cross-chain system that supports cross-chain transactions between different heterogeneous chains, so that after coupling the cross-chain supervision function, the unified supervision of different heterogeneous chains is also realized simultaneously. Since the implementation of loose coupling is closely related to the design of the cross-chain supervision mechanism, the present invention and its specific implementation method form the following key technical point 2;

[0081] Key technical point 2: Full-chain unified cross-chain supervision mechanism. In order to overcome the defect of low coverage of the supervision process in the above-mentioned prior art, the present invention proposes a full-chain unified cross-chain supervision mechanism, so that cross-chain supervision can cover all aspects of cross-chain transactions. The full-chain unified cross-chain supervision mechanism aims to complete the pre-supervision, in-process supervision and post-supervision in the process of cross-chain transaction processing.

[0082] First, the design of cross-chain supervision mechanism before and during the event is introduced, such as Figure 2As shown. Although there are many options for cross-chain systems, for the convenience of description, the present invention uses the form of relay node + committee PTC for introduction. The relay node is responsible for connecting the various entities in the cross-chain process, such as blockchain #1, blockchain #2, committee PTC and other relay nodes in the figure. The various committee nodes in the committee PTC are responsible for providing endorsements for cross-chain transactions. The regulatory system also acts as an entity to provide regulatory nodes to participate in the committee PTC. In a basic cross-chain process, the cross-chain contract in the source blockchain processes the cross-chain transaction initiated by the application contract and throws a cross-chain event. After being captured by the relay node, it sends a verification request to the committee PTC, and after obtaining the endorsement, it forwards the cross-chain transaction to the destination blockchain. The cross-chain transaction is encapsulated as a general cross-chain data packet during the cross-chain process and transmitted in the cross-chain system in a unified message format.

[0083] The regulatory contract is deployed between the application contract and the cross-chain system contract, and can be regarded as an application contract deployed by the system. Compared with the basic cross-chain process, the cross-chain transaction initiated by the application contract is not directly transmitted through the cross-chain contract, but first passed through the regulatory contract, and reviewed according to the regulatory rules stored in the contract to complete the prior regulatory operation. If the review is passed, the regulatory contract will call the original transaction through the cross-chain contract, and the cross-chain contract will perform the regular cross-chain process; if the review fails, the regulatory contract will no longer forward the original transaction, and the cross-chain process will terminate. After completing the prior regulatory function, the regulatory contract will return the result of the successful or failed transaction forwarding to the application contract (such as a simple and effective True or False variable), so that the application contract can quickly roll back the result when the transaction fails. At the same time, it will also throw an event to record the regulatory result and its cause, and complete the evidence of the regulatory result on the blockchain. The blockchain manager can further analyze the application contract involved based on the regulatory event. For example, when the regulatory event is related to preventing replay attacks, the manager can analyze where the application contract involved contains the replay attack vulnerability and perform related processing such as code correction.

[0084] When a cross-chain transaction reaches the relay node in the process, according to the corresponding strategy, the cross-chain transaction is sent to each committee node for voting. The committee nodes include normal ordinary nodes and regulatory nodes connected to the regulatory system. That is, under this cross-chain mechanism, the access method of the regulatory system is to participate in the cross-chain regulatory process as a member of the committee PTC. Different from the minority obeys the majority mechanism that may be available in ordinary committee voting, the regulatory node is responsible for the function of performing in-process supervision, that is, to analyze in detail whether there are problems in the legality of this cross-chain transaction, so its vote has the right of "veto", that is, if the regulatory node believes that this cross-chain transaction has not passed the review, it will cast a negative vote, and the relay node cannot construct the endorsement of the committee PTC for this cross-chain transaction, and the cross-chain process will terminate. If the cross-chain transaction is rolled back due to the negative vote cast by the regulatory node, then the processing method of the abnormal transaction can reuse the processing method of the cross-chain transaction rolled back by the committee PTC vote in the basic cross-chain process, which is defined by the developer of the cross-chain system according to needs to complete the rollback of cross-chain assets and the synchronization of on-chain status. If the cross-chain transaction passes the verification strategy of the committee PTC, the relay node will construct an endorsement for the cross-chain transaction and forward the endorsement and cross-chain message together. The relay node can send it directly to the destination blockchain, or if necessary, it can be forwarded through multiple relay nodes and finally sent to the destination blockchain.

[0085] When a regulatory node obtains a cross-chain transaction, in addition to performing corresponding regulatory operations, it also needs to push it to the regulatory system so that the regulatory system can collect as many cross-chain transactions as possible, analyze them, generate regulatory instructions based on the analysis results, and complete the issuance of regulatory instructions, that is, the function of post-event supervision, such as Figure 3As shown in the figure. The content of the regulatory instruction is encapsulated in the universal cross-chain message format of the cross-chain system, and the cross-chain process of the cross-chain system is reused. The regulatory instruction is sent to the cross-chain contract of the corresponding blockchain through the relay node, and finally passed to the regulatory contract. The regulatory contract updates and saves the regulatory rules, throws the event of the regulatory rule update, and after the relay node captures the event, it returns the regulatory receipt to the regulatory node, and the regulatory node uses this to determine the normal issuance of the regulatory instruction. This reuse can avoid the regulatory system from having to adapt to each type of blockchain to complete the issuance of regulatory instructions, further decoupling and reducing the burden of the regulatory system. On the other hand, when necessary, the regulatory system can choose to directly issue regulatory instructions to the blockchain or perform other post-regulatory operations to update the regulatory contract and complete the modification of the account status content stored in the contract. While issuing regulatory instructions, the regulatory system can notify the manager of the corresponding blockchain, and the blockchain manager can further manage the blockchain based on the relevant results of the cross-chain regulatory analysis. For example, if a regulatory instruction is related to a certain user address, the administrator can proactively query and analyze the historical transactions of the user address. If necessary, the user's assets can be frozen through smart contracts and other means, and relevant announcements can be made in the community.

[0086] The full-chain cross-chain supervision mechanism designed by this key technical point is designed based on the loosely coupled cross-chain supervision architecture, and carries its loosely coupled characteristics. There is no supervision contract in the basic cross-chain process. The application contract on the blockchain directly interacts with the cross-chain contract to complete the transfer of cross-chain transactions to the off-chain. In this framework, the supervision contract, as a special application contract provided by the system, intervenes between the application contract and the cross-chain contract, and completes the function of prior supervision when the cross-chain transaction begins. When the blockchain registers and uses the cross-chain system, both the supervision contract and the cross-chain contract will be deployed on the blockchain. In order to achieve the loose coupling characteristics, a SUPERVISOR_BUTTON value is set in the cross-chain contract. When the SUPERVISOR_BUTTON value is True, the cross-chain contract can only be called by the supervision contract, that is, the cross-chain transaction issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract; when the value is False, any application contract on the blockchain can call the cross-chain contract, that is, the application contract can skip the supervision function of the supervision contract and perform the basic cross-chain process. The blockchain can apply to the relay node to use or suspend the cross-chain supervision function for this chain. The relay node modifies the SUPERVISOR_BUTTON value of the cross-chain contract of the chain according to the application result, thereby controlling whether the supervision contract works.

[0087] When a blockchain applies to a relay node to use or suspend the cross-chain supervision function, the relay node will also record the application results of each connected blockchain. In this cross-chain supervision architecture, the supervision system participates in the cross-chain process by voting as a member of the committee PTC. When the relay node receives a cross-chain transaction from the source chain and forwards it to the committee node, it determines whether the chain uses the cross-chain supervision function. If the cross-chain supervision function is not used, the cross-chain transaction is forwarded to the relevant committee node for verification according to the verification strategy provided when the chain is registered; otherwise, the transaction is additionally forwarded to the supervision node. The supervision node pushes the cross-chain transaction to the system, completes the in-process supervision function, and returns the voting results. The relay node collects all voting results and continues the cross-chain process.

[0088] Therefore, the cross-chain supervision architecture and the corresponding cross-chain full-process supervision mechanism proposed in the present invention can enable the cross-chain supervision function to reuse the basic cross-chain process in a convenient way while achieving full coverage of the cross-chain transaction links and minimizing the intrusion into the normal cross-chain process.

[0089] Key technical point 3: Unified cross-chain regulatory data package supporting multi-dimensional expansion. In order to overcome the defects of the single regulatory operation of the above-mentioned existing technologies, this key technical point designs a unified cross-chain regulatory data package supporting multi-dimensional expansion, clarifies the various regulatory operations of the regulatory system on the cross-chain system, and supports the multi-dimensional expansion of on-chain regulatory rules, so as to issue targeted regulatory instructions according to the characteristics of different business types and participating entities.

[0090] parameter illustrate supervisionType Supervision field, indicating the type of supervision senderChainDomain Send chain domain name receiverChainDomain Receiving chain domain name senderContract Sender contract address receiverContract Receiver contract address Transaction content Transaction Details Extra Custom expandable fields

[0091] Table 1 Definition of unified cross-chain regulatory data packet format

[0092] The format of the unified cross-chain supervision data packet is shown in Table 1 above. The format of this data packet is the format of the supervision instruction, which occurs in the post-supervision link of cross-chain supervision. The data packet is encapsulated in a general cross-chain data packet and sent by the supervision system. It reuses the cross-chain process of the cross-chain system and is sent to the cross-chain contract of the corresponding blockchain through the relay node, and finally delivered to the supervision contract. The domain name is a unique field identifier assigned to the blockchain by the cross-chain system when the blockchain is connected to the cross-chain system. The cross-chain system uses the domain name to locate the sender and receiver of the cross-chain transaction and forward the transaction. The most important parameter in the protocol is supervisionType, which is used to indicate the supervision type specified by the supervision instruction issued this time, so as to define multi-dimensional supervision rules, and other parameters are its services. Figure 4Describes the specific design of the supervisionType parameter. This field adopts a hierarchical coding design. Each main type identifies a supervision dimension, and each main type is divided into multiple subtypes. The length of the subtype field can be determined by the supervision system itself and the supervision contract before use. Assuming that the subtype occupies n bits, each main type has a total of 2 n Seed type. The specific meaning of the main type is defined by the regulatory system. Take "blacklist" as an example of the main type, that is, some senders or receivers are not allowed to appear in cross-chain transactions initiated by a certain blockchain. The subtypes of this main type can include "prohibiting a certain application contract of the sender from sending cross-chain transactions", "prohibiting a certain application contract of the receiver from receiving cross-chain transactions sent by the current chain", "prohibiting the sender from sending any cross-chain transactions to a certain receiver", etc. The main type can also be "transaction content review", etc., which can also be subdivided into multiple subtypes.

[0093] The hierarchical design of supervisionType maintains a small field length while being able to define multi-dimensional supervision rules. In the message design of the multi-dimensional supervision protocol, there is also a parameter called Extra, which is not a specific parameter, but can be negotiated between the supervision system and the supervision contract before use to determine whether new parameters are needed in the supervision rules to complete the supervision operation, thereby expanding the protocol.

[0094] like Figure 5 As shown, it shows the cross-chain supervision flow chart before and during the process. Figure 6 A flowchart of post-event cross-chain supervision is shown.

[0095] The steps of the cross-chain supervision process before and during the transaction are described as follows. It should be noted that the present invention can supervise both blockchains involved in the cross-chain transaction at the same time, or only one of them. The following embodiments only introduce the supervision of two blockchains involved in the cross-chain transaction as an example, but the present invention does not actually require that both blockchains of the cross-chain transaction deploy a supervision contract.

[0096] Step 1: Blockchain A and Blockchain B register and connect to the cross-chain system, obtain their own domain names, and the relay nodes (such as servers, desktops or other mobile terminals) deploy corresponding regulatory contracts and cross-chain contracts on both Blockchain A and Blockchain B.

[0097] The present invention has no restrictions on the type of blockchain to be regulated. It can be a public chain such as Ethereum, or a consortium chain such as Ant Chain, Changan Chain, FISCO BCOS, etc. Therefore, the present invention has high scalability and high applicability.

[0098] The cross-chain system is designed to solve the problem that data and assets between different blockchains cannot interact directly. It is a system that realizes information sharing and interoperability between chains through protocols or tools, such as Cosmos and Polkadot, Ant Chain's Antchain Bridge, and WeCross, a cross-chain platform of WeBank.

[0099] The regulatory contract is mainly composed of regulatory rules and corresponding review logic codes. The regulatory contract needs to receive and execute regulatory instructions issued by the regulatory system, which are concretized as regulatory rules stored in the regulatory contract; the review logic code, after receiving the cross-chain transaction from the sender, traverses the regulatory rules to conduct transaction review. The two work together to complete the function of prior supervision.

[0100] Step 2: The application contract on blockchain A initiates a cross-chain transaction to another application contract on blockchain B. If blockchain A does not enable the cross-chain supervision function, directly execute step 3; otherwise, the application contract calls the supervision contract to complete the prior supervision. If the review is passed, a supervision event of review passing is thrown and step 3 is executed. Otherwise, a supervision event of review failure is thrown and the cross-chain process is terminated.

[0101] The specific review process depends on the regulatory instructions. For example, after the regulatory contract on A obtains the cross-chain transaction initiated by A, if the regulatory rules included in it include "prohibiting an application contract of a certain receiving blockchain from receiving cross-chain transactions sent by the current chain", the regulatory contract obtains the recipient blockchain domain name and the recipient application contract address of the cross-chain transaction, and reviews them against the rule table. If the review is correct, the rule is passed until all rules are reviewed and passed, and the cross-chain transaction is qualified in terms of prior supervision; otherwise, it fails.

[0102] Step 3: The cross-chain transaction is executed to the cross-chain contract through a cross-contract call. The cross-chain contract processes and encapsulates the transaction and throws a cross-chain event. After the relay node captures the cross-chain transaction, it determines whether the cross-chain supervision is enabled according to the value of the SUPERVISOR_BUTTON parameter of the supervision contract on each blockchain. Check whether the initiator has enabled the cross-chain supervision function. If it is not enabled, a verification request is sent to each ordinary node of the committee according to the verification strategy. If it is enabled, an additional supervision request is sent to the supervision node.

[0103] Among them, the committee in the cross-chain field is a group of nodes or entities responsible for coordinating cross-chain operations. They are usually given the power to verify, sign and execute cross-chain transactions to ensure that the exchange of data or assets between different blockchains is secure and effective.

[0104] Step 4: The relay node collects the signatures of the committee nodes that have sent verification or supervision requests, verifies whether the valid signatures comply with the verification strategy, and constructs an endorsement if it does, and forwards it to blockchain B together with the cross-chain transaction to complete the cross-chain process; otherwise, the cross-chain process is terminated, and the abnormal transaction is handled according to the abnormal transaction processing mechanism of the cross-chain system. The cross-chain supervision process before and during the event is completed.

[0105] The steps of the post-cross-chain supervision process are described as follows.

[0106] Step S1: After analyzing a large number of stored cross-chain transactions according to its own logic, the regulatory system examines the transactions and finds problems. It generates regulatory instructions for the problems and sends them to the regulatory nodes. At the same time, it notifies the corresponding blockchain managers of the relevant regulatory results to facilitate further management.

[0107] Among them, there are problems with transactions such as replay attacks (the attacker repeatedly submits the message or proof of the cross-chain transaction, causing the target chain to release assets multiple times or perform repeated operations); money laundering (a specific sender initiates a large number of small cross-chain transactions to the target chain in a short period of time), etc.

[0108] Step S2: After storing the supervision instruction, the supervision node transmits the message to the relay node.

[0109] Step S3: The relay node forwards the message to the chain by calling the cross-chain contract of the corresponding blockchain. The cross-chain contract continues to call the supervision contract and delivers the supervision instructions to the supervision contract.

[0110] Step S4: The regulatory contract updates the stored regulatory rules according to the regulatory instructions and throws a rule update event. The specific meaning of the regulatory rules is defined by the regulatory system. Taking "blacklist" as an example of the main type, the subtype of this main type can include "prohibiting a certain application contract of the sender from sending cross-chain transactions"; the main type can also be "transaction content review", and the corresponding subtype can be "prohibiting the sending of cross-chain transactions containing a certain field in the transaction content".

[0111] Step S5: After the relay node captures the rule update event, it returns a supervision receipt to the supervision node, and the cross-chain supervision process ends after this event.

[0112] The following is a system embodiment corresponding to the above method embodiment. This embodiment can be implemented in conjunction with the above embodiment. The relevant technical details mentioned in the above embodiment are still valid in this embodiment. In order to reduce repetition, they are not repeated here. Accordingly, the relevant technical details mentioned in this embodiment can also be applied in the above embodiment.

[0113] like Figure 8 As shown, the present invention also proposes a loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion, which includes:

[0114] The initial module obtains registration and access to a cross-chain system of multiple blockchains, at least one of which has a regulatory contract deployed;

[0115] The judgment module is used to determine whether the application contract of one blockchain A among the multiple blockchains initiates a cross-chain transaction to another blockchain B; and whether blockchain A has the supervision contract and has enabled cross-chain supervision. If so, the supervision module is executed;

[0116] Self-check module: the application contract calls the regulatory contract to determine whether the current cross-chain transaction complies with the regulatory contract. If it does, it throws a regulatory event of passing the review and calls the verification module. Otherwise, it throws a regulatory event of failing the review and terminates the cross-chain transaction.

[0117] Verification module, the cross-chain transaction is executed to the cross-chain contract through a cross-contract call, and the cross-chain contract processes and encapsulates it to obtain a cross-chain event. After the relay node of the cross-chain system captures the cross-chain transaction, it checks whether blockchain A has enabled cross-chain supervision. If not, a verification request is sent to the node in the committee to obtain a verification result. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request to complete the cross-chain process; if enabled, a verification request is sent to the node in the committee, and a supervision request is sent to the supervision node to obtain verification and supervision results respectively. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request and the supervision request to complete the cross-chain process.

[0118] The loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion includes:

[0119] Update module, the regulatory system sends the regulatory instructions to the regulatory nodes in the committee, the regulatory nodes store and forward the regulatory instructions to the cross-chain system, the cross-chain system delivers the regulatory instructions to the regulatory contract, the regulatory contract updates the stored regulatory rules according to the regulatory instructions, and throws a rule update event. After the cross-chain system captures the rule update event, it returns a regulatory receipt to the regulatory node.

[0120] The loosely coupled unified cross-chain supervision device supporting multi-dimensional extension, wherein the supervision instruction includes: supervision type, and / or sending chain domain name, and / or receiving chain domain name, and / or sender contract address, and / or receiver contract address, and / or transaction content, and / or custom extension field;

[0121] The regulatory type field adopts a hierarchical coding design, where each main type identifies a regulatory dimension, and each main type is divided into multiple sub-types;

[0122] The supervision contract and the supervision system are added to the cross-chain system in the form of plug-ins. A designated flag is set in the supervision contract. Whether to enable cross-chain supervision is determined based on the content of the flag, thereby decoupling the cross-chain supervision process from the basic cross-chain process. When cross-chain supervision is enabled, cross-chain transactions issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract. When cross-chain supervision is closed, any application contract on the blockchain can call the cross-chain contract.

[0123] like Fig. 9 As shown, the present invention further proposes a first electronic device A in another embodiment, which includes the loosely coupled unified cross-chain supervision device that supports multi-dimensional expansion.

[0124] like Fig.10 As shown, the first electronic device A can also be connected to the data collection device C and the information display device D through a wired or wireless information transmission scheme. The data collection device C is used to collect and obtain cross-chain transactions, and the information display device D is used to display the verification and supervision results analyzed by the present invention.

[0125] The information display device D can sort and process the data output by the first electronic device A based on the information display mechanism to improve the readability of the data output by the first electronic device A. The information display mechanism can be manually preset, for example, the data output by the first electronic device A is visually displayed, which can be based on the display parameters and / or attributes set by the user. The display parameters can be, for example, the display data range, and the display attributes can be, for example, the display font, color, whether to scroll and play, etc. The user is presented with the key information specified by the user, and the user can understand the information more promptly without having to access the secondary page or scroll the page, saving the user's operation. Or the information display mechanism can be an artificial intelligence AI display model, which can learn the user's key information based on the user's previous usage habits, such as viewing time, number of clicks, number of edits, etc., and then automatically present rich and necessary key information to the user.

[0126] The present invention also provides a computer program product, which includes a computer program. The computer program can be stored on a readable storage medium. When the computer program is executed by a processor, the computer can execute the loosely coupled unified cross-chain supervision method that supports multi-dimensional expansion provided by the above-mentioned methods.

[0127] The present invention also proposes a storage medium VIII in another embodiment for storing a computer program for executing the loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion. It should be understood that the storage medium in the embodiment of the present invention may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link DRAM (SLDRAM), and direct RAM bus random access memory (DR RAM).

[0128] Fig.11 A schematic block diagram of a second electronic device 1000 that can be used to implement an embodiment of the present invention is shown. The second electronic device 1000 electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The second electronic device 1000 can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples, and are not intended to limit the implementation of the present invention described and / or required herein. The second electronic device 1000 may be the same or different from the first electronic device A.

[0129] The second electronic device 1000 includes a computing unit I, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory II (ROM) or a computer program loaded from a storage medium VIII into a random access memory (RAM) III. In RAM III, various programs and data required for the operation of the device 1000 can also be stored. The computing unit I, ROM II, and RAM III are connected to each other via a bus IV. An input / output (I / O) interface V is also connected to the bus IV.

[0130] A plurality of components in the second electronic device 1000 are connected to the I / O interface V, including: an input unit VI, such as a keyboard, a mouse, etc.; an output unit VII, such as various types of displays, speakers, etc.; a storage medium VIII, such as a disk, an optical disk, etc.; and a communication unit IX, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit IX allows the second electronic device 1000 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0131] The computing unit I may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of computing unit I include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit I performs the various methods and processes described above, such as method steps S1-S4. For example, in some embodiments, the method may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage medium VIII. In some embodiments, part or all of the computer program may be loaded and / or installed on the device 1000 via ROM II and / or a communication unit IX. When the computer program is loaded into RAM III and executed by the computing unit I, one or more steps of the method described above may be performed. Alternatively, in other embodiments, the computing unit I may be configured to execute the method in any other appropriate manner (e.g., by means of firmware).

[0132] Although the embodiments of the present invention have been disclosed as above, they are not limited to the applications listed in the specification and the implementation modes, and they can be fully applied to various fields suitable for the present invention. For those familiar with the art, additional modifications can be easily implemented. Therefore, without departing from the general concept defined by the claims and the scope of equivalents, the present invention is not limited to the specific details and the illustrations shown and described herein.

Claims

1. A loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion, characterized in that: include: The initial step is to obtain a cross-chain system that registers and accesses multiple blockchains, at least one of which has a regulatory contract deployed; In a judgment step, an application contract of one blockchain A among the multiple blockchains initiates a cross-chain transaction to another blockchain B; it is judged whether blockchain A has the supervision contract and has enabled cross-chain supervision, and if so, the supervision step is executed; In the self-checking step, the application contract calls the regulatory contract to determine whether the current cross-chain transaction complies with the regulatory contract. If so, a regulatory event of passing the review is thrown and the verification step is executed. Otherwise, a regulatory event of failing the review is thrown and the cross-chain transaction is terminated. Verification step: the cross-chain transaction is executed to the cross-chain contract through a cross-contract call, and the cross-chain contract processes and encapsulates it to obtain a cross-chain event. After the relay node of the cross-chain system captures the cross-chain transaction, it checks whether blockchain A has enabled cross-chain supervision. If not, a verification request is sent to the node in the committee to obtain a verification result. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request to complete the cross-chain process. If enabled, a verification request is sent to the node in the committee, and a supervision request is sent to the supervision node to obtain verification and supervision results respectively. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request and the supervision request to complete the cross-chain process.

2. The loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion as claimed in claim 1, characterized in that: include: In the update step, the regulatory system sends the regulatory instruction to the regulatory node in the committee. The regulatory node stores and forwards the regulatory instruction to the cross-chain system. The cross-chain system delivers the regulatory instruction to the regulatory contract. The regulatory contract updates the stored regulatory rules according to the regulatory instruction and throws a rule update event. After the cross-chain system captures the rule update event, it returns a regulatory receipt to the regulatory node.

3. The loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion as claimed in claim 2 is characterized in that: The supervision instruction includes: supervision type, and / or sending chain domain name, and / or receiving chain domain name, and / or sender contract address, and / or receiver contract address, and / or transaction content, and / or custom extension field; Among them, the field of this supervision type adopts a hierarchical coding design, each main type identifies a supervision dimension, and each main type is divided into multiple sub-types.

4. The loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion as claimed in claim 1 or 2, characterized in that: The supervision contract and the supervision system are added to the cross-chain system in the form of plug-ins. A designated flag is set in the supervision contract. Whether to enable cross-chain supervision is determined based on the content of the flag, thereby decoupling the cross-chain supervision process from the basic cross-chain process. When cross-chain supervision is enabled, cross-chain transactions issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract. When cross-chain supervision is closed, any application contract on the blockchain can call the cross-chain contract.

5. A loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion, characterized in that: include: The initial module obtains registration and access to a cross-chain system of multiple blockchains, at least one of which has a regulatory contract deployed; The judgment module is used to determine whether the application contract of one blockchain A among the multiple blockchains initiates a cross-chain transaction to another blockchain B; and whether blockchain A has the supervision contract and has enabled cross-chain supervision. If so, the supervision module is executed; Self-check module: the application contract calls the regulatory contract to determine whether the current cross-chain transaction complies with the regulatory contract. If it does, it throws a regulatory event of passing the review and calls the verification module. Otherwise, it throws a regulatory event of failing the review and terminates the cross-chain transaction. Verification module, the cross-chain transaction is executed to the cross-chain contract through a cross-contract call, and the cross-chain contract processes and encapsulates it to obtain a cross-chain event. After the relay node of the cross-chain system captures the cross-chain transaction, it checks whether blockchain A has enabled cross-chain supervision. If not, a verification request is sent to the node in the committee to obtain a verification result. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request to complete the cross-chain process; if enabled, a verification request is sent to the node in the committee, and a supervision request is sent to the supervision node to obtain verification and supervision results respectively. The relay node of the cross-chain system decides whether to construct an endorsement and forward it to blockchain B together with the cross-chain transaction based on the verification request and the supervision request to complete the cross-chain process.

6. The loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion according to claim 5, characterized in that: include: Update module, the regulatory system sends the regulatory instructions to the regulatory nodes in the committee, the regulatory nodes store and forward the regulatory instructions to the cross-chain system, the cross-chain system delivers the regulatory instructions to the regulatory contract, the regulatory contract updates the stored regulatory rules according to the regulatory instructions, and throws a rule update event. After the cross-chain system captures the rule update event, it returns a regulatory receipt to the regulatory node.

7. The loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion according to claim 6, characterized in that: The supervision instruction includes: supervision type, and / or sending chain domain name, and / or receiving chain domain name, and / or sender contract address, and / or receiver contract address, and / or transaction content, and / or custom extension field; The regulatory type field adopts a hierarchical coding design, where each main type identifies a regulatory dimension, and each main type is divided into multiple sub-types; The supervision contract and the supervision system are added to the cross-chain system in the form of plug-ins. A designated flag is set in the supervision contract. Whether to enable cross-chain supervision is determined based on the content of the flag, thereby decoupling the cross-chain supervision process from the basic cross-chain process. When cross-chain supervision is enabled, cross-chain transactions issued by the application contract must be reviewed by the supervision contract before the supervision contract can continue to pass the transaction to the cross-chain contract. When cross-chain supervision is closed, any application contract on the blockchain can call the cross-chain contract.

8. An electronic device, characterized in that: It includes a loosely coupled unified cross-chain supervision device supporting multi-dimensional expansion as described in claims 5-7, and the electronic device is connected to an information display device, which is used to display the verification and / or supervision results according to display parameters and attributes set by the user or through an artificial intelligence model.

9. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion as described in any one of claims 1-4.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, it implements the steps of the loosely coupled unified cross-chain supervision method supporting multi-dimensional expansion as described in any one of claims 1-4.

Images