A non-account balance mode blockchain asset cross-chain security monitoring system and method

Abstract

The present invention discloses a non-account balance mode blockchain asset cross-chain security monitoring system and method, and each layer works in coordination: the on-chain data providing layer synchronizes multiple blockchain chain information in real time, the cross-chain transaction matching layer is used to match cross-chain sub-transactions between blockchains; the asset transaction monitoring layer monitors all asynchronous sub-transaction data in the entire life cycle of the cross-chain transaction based on the matching results; the asset anchoring verification layer verifies the anchoring status of the underlying assets locked in the non-account balance mode blockchain bottom warehouse corresponding to the cross-chain assets issued on each account balance mode blockchain; the abnormal data found during monitoring and verification are all passed to the cross-chain abnormal notification layer and pushed to the cross-chain related responsible persons; the cross-chain status display layer is used to visualize the cross-chain abnormal information, the matching results of the cross-chain sub-transactions, and the anchoring status. The present invention provides all-round protection for the cross-chain safe circulation of blockchain assets based on the non-account balance mode.

Description

Technical Field

[0001] The present invention relates to the field of blockchain, and in particular to a non-account balance mode blockchain asset cross-chain security monitoring system and method. Background Art

[0002] Blockchains that adopt the non-account balance model (such as Qtum, Cryptocurrency, Bytom, etc.) are the most representative types of blockchains, which have attracted widespread attention from the world to blockchain technology. However, although the non-account balance model blockchain has unique advantages, its main network does not support smart contracts, making it difficult for existing mainstream decentralized financial applications that rely on smart contracts to directly utilize the value of its on-chain assets. To solve this problem, cross-chain bridges based on asset anchoring of non-account balance model blockchains have emerged. This type of cross-chain bridge uses the method of locking on-chain assets in the bottom warehouse of the non-account balance model blockchain to achieve the construction of a mapping and interaction mechanism related to the cross-chain assets of the non-account balance model blockchain on other heterogeneous blockchains that adopt the account balance accounting model, thereby establishing reliable asset anchoring, and then promoting the smooth circulation and interaction of the value of the non-account balance model blockchain in the account balance model blockchain.

[0003] However, the current non-account balance blockchain cross-chain bridge ecosystem faces many problems, including high centralization, lack of effective supervision, and low transparency, which leads to frequent abnormal cross-chain transactions. If the cross-chain bridge based on the non-account balance blockchain asset lacks effective asset anchoring, the cross-chain assets are likely to face value fluctuations, and even serious consequences such as asset loss will occur.

[0004] At the same time, the operation mode and transaction data structure of non-account balance mode blockchains are quite different from the common blockchain architecture using account balance mode supported by smart contracts, which brings challenges to the design and implementation of cross-chain bridge security monitoring solutions. Ensuring the security of cross-chain bridges anchored with assets on non-account balance mode blockchains and forming effective supervision, while achieving real-time cross-chain monitoring and security response between heterogeneous chains, has become an urgent problem to be solved. Summary of the invention

[0005] In view of the deficiencies in the prior art, the present invention proposes a non-account balance mode blockchain asset cross-chain security monitoring system and method.

[0006] The specific technical solutions are as follows:

[0007] A non-account balance mode blockchain asset cross-chain security monitoring system, comprising: an on-chain data provision layer, a cross-chain transaction matching layer, an asset transaction monitoring layer, an asset anchoring verification layer, a cross-chain abnormal notification layer, and a cross-chain status display layer;

[0008] The on-chain data providing layer is used to achieve real-time synchronization of on-chain information of multiple blockchains, and obtain a list of bottom warehouse addresses of non-account balance mode blockchains within the monitoring range;

[0009] The cross-chain transaction matching layer is used to achieve point-to-point, real-time cross-chain sub-transaction matching between multiple heterogeneous or homogeneous blockchains;

[0010] The asset transaction monitoring layer is used to perform timestamp sequence and interval, as well as security monitoring on all asynchronous sub-transaction data in the entire life cycle of cross-chain transactions according to various cross-chain security rules and in combination with the matching results of cross-chain sub-transactions. If an exception occurs, the corresponding cross-chain exception message is transmitted to the cross-chain exception notification layer;

[0011] The asset anchor verification layer is used to verify the cross-chain assets issued on each account balance mode blockchain and the anchoring status of the locked assets in the corresponding bottom warehouse of the non-account balance mode blockchain. If there is an abnormality, the corresponding cross-chain abnormality message is transmitted to the cross-chain abnormality notification layer;

[0012] The cross-chain exception notification layer is used to asynchronously process the cross-chain exception messages transmitted by the asset transaction monitoring layer and the asset anchoring verification layer, and push the cross-chain exception information to the relevant responsible persons of the cross-chain bridge;

[0013] The cross-chain status display layer is used to visualize cross-chain abnormal information, the matching results of cross-chain sub-transactions obtained by the cross-chain transaction matching layer, and the anchoring status obtained by the asset anchoring verification layer, and provides search and filtering functions.

[0014] Furthermore, the on-chain data providing layer includes: a blockchain data request module and a cross-chain bridge bottom warehouse list maintenance module;

[0015] The blockchain data request module concurrently monitors the data returned by the remote procedure call node access service providers corresponding to multiple different blockchains within the monitoring range, obtains the data, parses and normalizes it, and stores it locally; the blockchain data request module sets redundant blockchain remote procedure call node access service providers for each blockchain;

[0016] The cross-chain bridge bottom warehouse list maintenance module obtains the registration status of the cross-chain bridge user in real time from each account balance mode blockchain that issues cross-chain assets, and then polls the asset locking address on the non-account balance mode blockchain provided by each cross-chain user, and refreshes the bottom warehouse address list of the non-account balance mode blockchain in the current state.

[0017] Furthermore, when the blockchain data request module accesses different remote procedure call nodes, it supports load balancing according to the package fee billing rules of each remote procedure call node access service provider and the data access volume;

[0018] The data returned by the remote procedure call node access service provider includes the address transaction history of the non-account balance mode blockchain within the monitoring scope, the address balance of the non-account balance mode blockchain, the historical transaction input parameters of the cross-chain bridge smart contract, the contract events generated by the historical transaction of the cross-chain bridge smart contract address, the cross-chain bridge smart contract status data, and the block height of each blockchain blockchain node;

[0019] A cross-chain bridge smart contract runs in each account balance model blockchain that issues cross-chain assets. The cross-chain bridge smart contract includes: a cross-chain bridge transaction agent smart contract, a cross-chain bridge cross-chain routing smart contract, a cross-chain bridge cross-chain asset token smart contract, a cross-chain asset casting authority control smart contract, and a cross-chain asset transaction fee collection smart contract.

[0020] Furthermore, the cross-chain transaction matching layer includes an inter-chain real-time point-to-point transaction matching module, which determines the unique matching identifier of a cross-chain transaction within the monitoring scope from initiation to complete completion, for blockchains of different architectures and different cross-chain directions, and combines the on-chain smart contract implementation method of the account balance mode blockchain; with the unique matching identifier, asynchronous cross-chain sub-transactions occurring at different time points on different blockchains are associated and matched.

[0021] Furthermore, for cross-chain transactions between account balance mode blockchains, a unique cross-chain hash value is generated using cross-chain request parameters as a cross-chain unique matching identifier; for cross-chain transactions between non-account balance mode blockchains and account balance mode blockchains, the transaction identifier in the non-account balance mode blockchain is used as a cross-chain unique matching identifier.

[0022] Furthermore, the asset transaction monitoring layer includes: a cross-chain timing verification module and a security rule execution module;

[0023] When the cross-chain transaction matching layer matches a sub-transaction in a cross-chain transaction that occurs asynchronously on different blockchains, the cross-chain timing verification module is used to check whether the order of timestamps of all cross-chain sub-transactions is abnormal, ensuring that the timestamp of the transaction in the target chain is not earlier than the timestamp of the relevant transaction initiating the cross-chain in the source chain; the cross-chain time sequence verification module also analyzes the timestamp difference to determine whether there is an abnormal time interval; when abnormal timestamp order and / or timestamp difference are detected, these cross-chain abnormal information are transmitted to the cross-chain abnormality notification layer;

[0024] When the cross-chain transaction matching layer matches asynchronous cross-chain sub-transactions that occur on different blockchains and at different time points, the security rule execution module checks the security and compliance of each link of the asynchronous cross-chain sub-transactions in the entire life cycle of the cross-chain transaction for a variety of possible cross-chain abnormal conditions; each link of the asynchronous cross-chain sub-transaction includes: cross-chain locking or unlocking, cross-chain request initiation, cross-chain confirmation, cross-chain asset minting and destruction; when a cross-chain abnormality is detected, the cross-chain abnormality information is passed to the cross-chain abnormality notification layer.

[0025] Furthermore, the asset anchoring verification layer includes: a cross-chain bridge bottom warehouse inventory module, a cross-chain asset total inventory module, and an anchoring status inspection module;

[0026] The cross-chain bridge bottom warehouse inventory module is used to inventory the bottom warehouse anchored by the cross-chain assets of the cross-chain bridge; based on the bottom warehouse address list of the non-account balance mode blockchain provided by the on-chain data provider layer and the on-chain data after normalization by the on-chain data provider layer, the number, distribution and change status of the bottom warehouse locked assets of the cross-chain bridge in the non-account balance mode blockchain are tracked and recorded in real time;

[0027] The cross-chain asset total inventory module is used to accurately count and monitor the total amount of cross-chain assets issued in each account balance mode blockchain in real time, reflecting the circulation of cross-chain assets in different account balance mode blockchains;

[0028] The anchoring status check module is used to perform real-time checks on the anchoring status of the cross-chain bridge, and determine whether the number of bottom-warehouse locked assets of the non-account balance mode blockchain obtained by the bottom-warehouse inventory module of the cross-chain bridge is less than the total amount of cross-chain asset issuance obtained by the total amount of cross-chain assets inventory module. If so, it is determined to be insufficient anchoring, and the abnormal message is transmitted to the cross-chain abnormal notification layer.

[0029] Furthermore, the cross-chain abnormal notification layer includes: an abnormal message local processing module and an abnormal message remote notification module;

[0030] The abnormal message local processing module is used to notify and store abnormal messages delivered to the message queue in the cross-chain abnormal notification layer in the local environment. The notification includes notifying the monitoring system administrator by popping up an event window on the local device and issuing a continuous warning audio; by integrating with the local log system, the detailed information of the abnormal event is recorded and stored;

[0031] The abnormal message remote notification module groups the cross-chain abnormal messages transmitted by the asset transaction monitoring layer and the asset anchor verification layer to the message queue in the cross-chain abnormal notification layer according to the type and name of the monitored abnormal events, and asynchronously sends the messages to the corresponding message notification subscription clients; a retransmission strategy is set during the asynchronous sending of messages.

[0032] Furthermore, the cross-chain status display layer includes: a cross-chain data query module, a real-time data visualization module, and an application program interface module;

[0033] The cross-chain data query module is used for users to query the historical data of the entire life cycle of cross-chain transactions, and provides the function of filtering and querying cross-chain transaction records and status information by conditions, including: time range, transaction direction, transaction type, blockchain; the cross-chain data query module integrates the local cross-chain abnormal event information saved in the cross-chain abnormal notification layer;

[0034] The real-time data visualization module is used to display various status data in the entire life cycle of cross-chain transactions in a visualized form, including charts and graphs; the changes in the number of cross-chain transactions in different time periods are displayed through a bar chart, and the historical changes in the total amount of cross-chain assets are displayed through a line chart;

[0035] The application program interface module is used to provide a variety of application program interfaces for other systems or applications to interact with the system; the interaction process sets authority management and access control.

[0036] A non-account balance mode blockchain asset cross-chain security monitoring method is implemented based on the non-account balance mode blockchain asset cross-chain security monitoring system, comprising the following steps:

[0037] S1: After starting the system, it starts the on-chain transaction data collection and processing process of multiple blockchains within the monitoring range, providing basic data for the system's cross-chain transaction matching layer and asset anchoring verification layer. This step is implemented through the on-chain data provision layer.

[0038] S2: The cross-chain transaction matching layer relies on the data provided by the on-chain data provider layer to determine the unique identifier of the cross-chain transaction, associate multiple asynchronous sub-transactions within the entire cross-chain transaction life cycle, and provide a monitoring context for the asset transaction monitoring layer.

[0039] At the same time, the asset anchoring verification layer also relies on the data provided by the on-chain data provision layer, but is independent of the asset transaction monitoring layer. It takes inventory of the bottom warehouse anchored by the cross-chain assets of the cross-chain bridge, obtains the total amount of assets locked in the bottom warehouse, and takes inventory of the total amount of cross-chain assets issued in each account balance mode blockchain; determines whether the total amount of assets locked in the bottom warehouse is less than the total amount of cross-chain assets issued. If so, the cross-chain abnormality information is transmitted to the cross-chain abnormality notification layer.

[0040] S3: The asset transaction monitoring layer is based on the cross-chain sub-transaction matching results between multiple chains provided by the cross-chain transaction matching layer. It first checks whether the timestamp sequence and interval of the cross-chain sub-transactions are normal, and then checks the security of the transaction links. If an abnormality is found during the two-step inspection, the cross-chain abnormality information is transmitted to the cross-chain abnormality notification layer.

[0041] S4: When the message queue of the cross-chain exception notification layer receives the exception information from the asset transaction monitoring layer or the asset anchoring verification layer, it first notifies and stores the cross-chain exception information locally, and then uses the message queue of the cross-chain exception notification layer to further push the exception information to the person in charge of the cross-chain bridge project.

[0042] During the execution of S1-S4, the cross-chain status display layer is used to visualize and display the data processing results of the cross-chain transaction matching layer, the cross-chain exception notification layer, and the asset anchoring verification layer in different ways, so as to achieve effective output and intuitive expression of data, making it easier for system users and related external applications to obtain and understand relevant information.

[0043] The beneficial effects of the present invention are:

[0044] (1) The system of the present invention adopts a hierarchical design, with each layer working in coordination. It realizes the functions of real-time synchronization of on-chain information, accurate matching of cross-chain transactions, security monitoring of asset transactions, verification of asset anchoring status, instant notification of abnormal information, and intuitive display of cross-chain status among multiple heterogeneous blockchains, thus providing all-round protection for the cross-chain secure circulation of blockchain assets based on the non-account balance model.

[0045] (2) The present invention can effectively improve the security of cross-chain assets in non-account balance mode blockchains, protect the interests of cross-chain bridge users or investors, enhance market transparency and regulatory effectiveness, promote the application and development of blockchain technology, and build a complete blockchain ecosystem. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 It is the architecture and data flow diagram of the cross-chain security monitoring system of blockchain assets in a non-account balance mode in an embodiment of the present invention. DETAILED DESCRIPTION

[0047] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0048] In the following description, reference is made to “one specific embodiment”, which describes a subset of all possible embodiments, but it can be understood that “one specific embodiment” describes the same subset or different subsets of all possible embodiments and can be combined with each other without conflict.

[0049] Unless otherwise defined, all technical science and technology used herein have the same meaning as commonly understood by those skilled in the art of the present invention. The terms used herein are only for the purpose of describing the embodiments of the present invention and are not intended to limit the present invention.

[0050] Before further describing the embodiments of the present invention in detail, the nouns and terms involved in the embodiments of the present invention are described. The nouns and terms involved in the embodiments of the present invention are subject to the following explanations.

[0051] (1) Account balance model blockchain: In the description of this invention, the account balance model blockchain is a blockchain that adopts the traditional accounting method. In this blockchain, each account (or address) has a corresponding balance value, which is similar to the accounting model of traditional bank accounts. When a transaction occurs, the system will directly deduct the corresponding amount from the balance of the sender's account and add it to the balance of the receiver's account. The update of the account balance is carried out in real time based on the occurrence of the transaction. All transactions are based on the increase or decrease of the account balance to record and process the transfer of assets.

[0052] (2) Non-account balance mode blockchain: In the description of the present invention, a non-account balance mode blockchain is a blockchain that uses UTXO (unspent transaction output) as the key data structure and transaction processing mechanism. In the non-account balance mode, UTXO is a discrete unit representing the number of assets on the chain and is associated with historical transaction outputs. Transactions transfer value by consuming old UTXO to generate new UTXO, and each transaction is independent and traceable. The nodes in the blockchain maintain the consistency of the UTXO set through a consensus mechanism, thereby ensuring the accuracy of asset records and the efficiency and security of transaction processing, and realizing the stable circulation of assets on the chain. This accounting model does not rely on the traditional concept of account balance, but records the asset status of an account (or address) by tracking the status changes of UTXO.

[0053] (3) Heterogeneous blockchains: In the description of this invention, heterogeneous blockchains refer to blockchains with different ledger structure models. These blockchains differ in key ledger-related elements such as data storage methods, transaction record formats, and asset representation methods. This difference in ledger structure makes these blockchains have their own characteristics in terms of interaction, data processing, and transaction verification, and they are called heterogeneous blockchains. When heterogeneous blockchains perform cross-chain operations (such as asset transfer, information interaction, etc.), special cross-chain technologies or protocols are usually required to achieve compatibility and effective communication.

[0054] (4) Cross-chain bridge: In the description of the present invention, "cross-chain bridge" is a technical mechanism or system that connects different blockchains. In a specific embodiment of the present invention, it is mainly used to realize cross-chain transfer of assets between non-account balance mode blockchains and other account balance mode blockchains. That is, by locking assets in the bottom warehouse of the non-account balance mode blockchain, a reliable asset anchor is provided for the issuance and trading of cross-chain assets on other heterogeneous blockchains (i.e., account balance mode blockchains), so that the asset value on the non-account balance mode blockchain chain can be smoothly circulated in other heterogeneous blockchains. This cross-chain bridge technology effectively solves the problem of asset interaction between different blockchains and is a key infrastructure for realizing a non-account balance mode blockchain asset cross-chain security monitoring system and method mentioned in the present invention. It involves multiple modules and complex operation processes, such as asset locking or unlocking, request initiation, confirmation, minting and destruction, and in the entire cross-chain transaction process, the security and compliance of each link of the cross-chain bridge need to be monitored and guaranteed by the system of the present invention.

[0055] (5) Cross-chain transactions: In the description of this invention, cross-chain transactions refer to comprehensive transaction behaviors that cross the boundaries of different blockchain networks to realize the circulation and interaction of assets, information, etc. between multiple blockchains. It covers the entire process from initiation from a certain blockchain, through a series of complex links, including various operation coordination and data interaction on different blockchains, to the final completion of transaction confirmation or asset transfer on the target blockchain.

[0056] (6) Cross-chain sub-transaction: In the description of the present invention, cross-chain sub-transaction is different from the cross-chain transaction, and specifically refers to each step of the cross-chain transaction. In a cross-chain system, since different blockchains have different ledger structures, transaction modes, etc., a complete cross-chain business often requires multiple steps and asynchronous execution of related operations on different blockchains in a fixed time sequence. These step-by-step transactions occurring on each blockchain during the cross-chain process are called cross-chain sub-transactions.

[0057] (7) The bottom warehouse of the non-account balance mode blockchain: In the description of the present invention, the bottom warehouse of the non-account balance mode blockchain is a set of addresses located on the non-account balance mode blockchain, that is, the bottom warehouse of the cross-chain bridge involved in the non-account balance mode blockchain asset cross-chain security monitoring system and method in the present invention. In a specific embodiment, each registered user of the cross-chain bridge corresponds to an address in the bottom warehouse. It plays a key role in the cross-chain transaction process. For example, when the cross-chain bridge based on the non-account balance mode blockchain asset operates, it will lock the asset in the address to provide reliable asset anchoring for the cross-chain assets issued and traded on other heterogeneous blockchains that adopt the account balance accounting model, so that the asset value on the non-account balance mode blockchain can be smoothly circulated in other heterogeneous blockchains.

[0058] (8) Anchoring rate: Anchoring rate is a ratio indicator that measures the degree of correlation between cross-chain assets and underlying assets (locked in the bottom warehouse of non-account balance model blockchain). In the context of cross-chain assets based on non-account balance model blockchains, it is usually used to express the corresponding proportional relationship between cross-chain assets and the underlying assets locked in the non-account balance model blockchain in terms of value, quantity, etc.

[0059] (9) Anchoring status: Anchoring status refers to the state of the anchoring relationship between the cross-chain asset and the underlying asset. It includes three states: normal anchoring (anchoring rate is equal to 100%), over anchoring (anchoring rate is greater than 100%), and under anchoring (anchoring rate is less than 100%).

[0060] Based on the above architecture, the embodiment of the present invention proposes a non-account balance mode blockchain asset cross-chain security monitoring system, which adopts a hierarchical design, such as Figure 1As shown in FIG. 1 , it includes: on-chain data provision layer, cross-chain transaction matching layer, asset transaction monitoring layer, asset anchor verification layer, cross-chain abnormal notification layer, and cross-chain status display layer. Each layer works together. The on-chain data provision layer is used to synchronize the information on multiple blockchains in real time and provide a data basis for other layers. The cross-chain transaction matching layer is used to achieve point-to-point, real-time cross-chain sub-transaction matching between multiple heterogeneous or homogeneous blockchains. The transaction matching content is displayed through the cross-chain status display layer. At the same time, the asset transaction monitoring layer monitors all asynchronous sub-transaction data in the entire life cycle of the cross-chain transaction based on the matching results. If abnormal data is found, it is passed to the cross-chain abnormal notification layer. At the same time, the asset anchor verification layer verifies the cross-chain assets issued on each account balance mode blockchain, and the corresponding underlying bottom layer is in the bottom warehouse of the non-account balance mode blockchain. The anchoring status of the locked assets is displayed through the cross-chain status display layer; at the same time, if abnormal data is found, it is passed to the cross-chain abnormal notification layer. The cross-chain exception notification layer pushes the received cross-chain exception information to the cross-chain responsible persons and displays it through the cross-chain status display layer.

[0061] The structure and function of each layer are further discussed below.

[0062] L1: On-chain data provision layer: used to achieve real-time synchronization of information on multiple blockchains and provide data foundation for other layers of the system. The on-chain data provision layer includes: blockchain data request module and cross-chain bridge bottom warehouse list maintenance module. These two modules can run simultaneously or successively, and there is no necessary logical relationship. The functions of the two modules are as follows.

[0063] Blockchain data request module: The blockchains targeted by this module include non-account balance mode blockchains, as well as those heterogeneous account balance mode blockchains that can issue cross-chain assets. This module can concurrently monitor the data returned by the remote procedure call (RPC) node access service providers corresponding to multiple different blockchains within the monitoring range. After obtaining the data, it is parsed and normalized, so that the data has a unified format and standard, and is stored locally, which is convenient for analysis and utilization of other layers in this system, effectively improving the standardization and availability of the data. In addition, in order to ensure the stability and reliability of the system, this module sets up redundant (i.e., backup) blockchain RPC node access service providers for each blockchain. The significance of this redundant setting is that when a node fails or is abnormal, other redundant nodes can quickly take over its work to ensure that the continuous acquisition and transmission of data is not affected, effectively avoiding the occurrence of single point failures, and ensuring the stability of transaction data acquisition on each blockchain in the system, thereby laying a solid foundation for the high availability and stability of the entire monitoring system.

[0064] In a preferred embodiment of the present invention, the data returned by the RPC node access service provider specifically includes: the address transaction history of the non-account balance mode blockchain within the monitoring scope of this system, the address balance of the non-account balance mode blockchain within the monitoring scope of this system, the historical transaction input parameters (Transaction Calldata) of the cross-chain bridge smart contract within the monitoring scope of this system, the contract events (Smart Contract Events) generated by the historical transactions of the cross-chain bridge smart contract address within the monitoring scope of this system, the cross-chain bridge smart contract state data (SmartContract State or Storage) within the monitoring scope of this system, and the block height (BlockHeight) of each blockchain node within the monitoring scope of this system.

[0065] In a preferred embodiment of the present invention, the transaction data of the non-account balance mode blockchain includes: UTXO inputs and their addresses in historical transactions of a specified address, UTXO outputs and their addresses, and changes in the balance of an account address of a specified non-account balance mode blockchain before and after the transaction.

[0066] In a preferred embodiment of the present invention, the cross-chain asset is Ignition FBTC. This asset achieves a one-to-one anchor relationship with the virtual currency in terms of quantity and price by locking the virtual currency in the underlying address of the non-account balance mode blockchain, and can be traded and circulated in the account balance mode blockchain that issues the cross-chain asset.

[0067] In a preferred embodiment of the present invention, the account balance mode blockchain for issuing cross-chain assets includes mainstream public chains that can run smart contracts. According to the operation mode of smart contracts, it can be further classified into blockchains that run smart contracts based on the Ethereum Virtual Machine (hereinafter referred to as EVM) virtual machine (including Ethereum, BNB Smart Chain, Mantle, Arbitrum, Base, BOB, etc.), blockchain public chains based on MoveVM (such as Aptos, Sui, etc.), and public chains based on TON Virtual Machine (hereinafter referred to as TVM) that run asynchronous sharding contract transactions (such as The Open Network).

[0068] In a preferred embodiment of the present invention, the cross-chain bridge smart contract runs in the account balance mode blockchain of each cross-chain asset issuance, including: cross-chain bridge transaction proxy (Proxy) smart contract, cross-chain bridge cross-chain routing (Cross-chainRouter) smart contract, cross-chain bridge cross-chain asset token (Cross-chain Token) smart contract, cross-chain asset casting authority control (Minter) smart contract, cross-chain asset transaction fee collection (Transaction Fees) smart contract. These smart contracts can truthfully record the transaction and circulation status of cross-chain assets.

[0069] A further improvement is that when the blockchain data request module accesses different RPC nodes, it supports load balancing based on the package fee billing rules of each RPC node access service provider and the amount of data access. This ensures that the node access stability of each blockchain within the monitoring range can be effectively managed.

[0070] Cross-chain bridge bottom warehouse list maintenance module: This module obtains the registration status of cross-chain bridge users in real time from the account balance mode blockchains of each cross-chain asset issuance, and then polls the asset lock address on the non-account balance mode blockchain provided by each cross-chain user, so as to accurately refresh the bottom warehouse address list of the non-account balance mode blockchain that the system of the present invention needs to monitor under the current state.

[0071] Furthermore, the asset status of the bottom warehouse of the non-account balance model blockchain (such as the number, distribution and change status of locked assets, etc.) will be tracked and recorded in real time by relevant modules in other layers of the system (such as the cross-chain bridge bottom warehouse inventory module in the asset anchoring verification layer) to ensure the security of cross-chain assets and the stability and reliability of cross-chain transactions.

[0072] In a preferred embodiment of the present invention, if the registration status of a cross-chain bridge user changes, it includes three states: registration (Added), deletion (Deleted), and change (Edited).

[0073] L2: Cross-chain transaction matching layer: used to achieve point-to-point, real-time cross-chain sub-transaction matching between multiple heterogeneous or homogeneous blockchains. The cross-chain transaction matching layer includes a real-time point-to-point transaction matching module between chains, and its functions are as follows.

[0074] Inter-chain real-time point-to-point transaction matching module: This module targets blockchains of different architectures and different cross-chain directions, and combines the on-chain smart contract implementation of the account balance model blockchain to use multiple methods to determine the unique matching identifier of a cross-chain transaction within the monitoring range from initiation to complete completion. With this unique matching identifier, asynchronous cross-chain sub-transactions occurring at different time points on different blockchains can be associated and matched, thereby supporting the tracking of the entire life cycle of a single cross-chain status by the asset transaction monitoring layer of this system.

[0075] In a preferred embodiment of the present invention, the links of asynchronous cross-chain sub-transactions include: cross-chain asset locking or unlocking, cross-chain request initiation, cross-chain confirmation, and cross-chain asset casting and destruction. In the parameter input (Calldata) or event record (Event) of each cross-chain sub-transaction, a cross-chain unique matching identifier throughout the entire life cycle of the cross-chain transaction to which it belongs is included.

[0076] In a preferred embodiment of the present invention, the method for determining a unique matching identifier for the entire life cycle of a cross-chain transaction includes:

[0077] ① For cross-chain transactions between blockchains in the account balance mode, use the cross-chain request parameters (preferably a Request structure type data structure) to generate a unique cross-chain hash value (Hash) as the cross-chain unique matching identifier.

[0078] ② For cross-chain between non-account balance mode blockchain and account balance mode blockchain (i.e. heterogeneous chain), the transaction identifier (preferably Tranasacion Identity, TXID) in the non-account balance mode blockchain is used as the cross-chain unique matching identifier.

[0079] Furthermore, in a preferred embodiment of the present invention, the Request structure type data structure includes: op (cross-chain operation type), nonce (cross-chain ordinal), srcChain (cross-chain source chain), srcAddress (cross-chain source address), dstChain (cross-chain target chain), dstAddress (cross-chain target address), amount (cross-chain amount), fee (cross-chain fee) and extradata (cross-chain additional information).

[0080] L3: Asset transaction monitoring layer: Use a variety of cross-chain security rules, make full use of the cross-chain sub-transaction matching results between multiple chains provided by the cross-chain transaction matching layer, and use this as an important basis and core clue to achieve comprehensive and in-depth monitoring of all asynchronous sub-transaction data in the entire life cycle of cross-chain transactions. The asset transaction monitoring layer includes: cross-chain timing verification module and security rule execution module. These two modules monitor cross-chain sub-transactions in different situations and can run simultaneously. The specific functions of the two modules are as follows.

[0081] Cross-chain timing verification module: When the cross-chain transaction matching layer matches a sub-transaction in a cross-chain transaction that occurs asynchronously on different blockchains, the cross-chain timing verification module is used to check whether the timestamp sequence of all cross-chain sub-transactions is abnormal, ensuring that the timestamp of the transaction in the target chain is not earlier than the timestamp of the relevant transaction initiating the cross-chain in the source chain. By checking the timestamp, it can ensure that the time sequence of the transaction is logical, avoid confusion in the transaction time, and thus ensure the accuracy and reliability of the cross-chain transaction.

[0082] Furthermore, the cross-chain time series verification module also analyzes the timestamp difference to determine whether there is an abnormal time interval, such as the time interval between two related transactions is too long or too short, which may indicate potential problems in the transaction process, such as transaction delays, malicious tampering of timestamps, premature transaction confirmation, etc., so as to timely discover and deal with these potential risks. When the above anomalies are detected, the module transmits the cross-chain anomaly information to the cross-chain anomaly notification layer of this system.

[0083] Security rule execution module: When the cross-chain transaction matching layer matches asynchronous cross-chain sub-transactions that occur on different blockchains and at different time points, this module monitors the transaction data of each link of the asynchronous cross-chain sub-transactions in the entire life cycle of the cross-chain transaction for a variety of possible cross-chain abnormal conditions. This module includes security and compliance checks on each link of asynchronous cross-chain sub-transactions, such as cross-chain locking or unlocking, cross-chain request initiation, cross-chain confirmation, cross-chain asset casting and destruction. Similarly, when a cross-chain abnormality is detected, this module transmits the cross-chain abnormality information to the cross-chain abnormality notification layer of this system.

[0084] In a preferred embodiment of the present invention, the security rule execution module detects possible cross-chain anomalies, including: false or over-issuance of cross-chain assets, false locking of underlying assets, double spending of cross-chain assets, cross-chain path errors, mismatch of cross-chain transaction amounts between source and target chains, mismatch of expected recipient accounts and actual recipient accounts of cross-chain transactions between source and target chains, large cross-chain transactions or large cross-chain asset transfers that potentially serve illegal and criminal activities, etc. The above list is intended to illustrate common and key anomalies, however, due to the complexity and dynamism of the cross-chain transaction environment, there may be other cross-chain anomalies that are not exhaustively listed.

[0085] L4: Asset anchor verification layer: used to verify the cross-chain assets issued on each account balance mode blockchain and the anchoring status of the locked assets in the corresponding bottom warehouse of the non-account balance mode blockchain, so as to ensure the accuracy and stability of the cross-chain asset value association. The asset anchor verification layer includes: cross-chain bridge bottom warehouse inventory module, cross-chain asset total inventory module, and anchor status check module. Among them, the cross-chain bridge bottom warehouse inventory module and the cross-chain asset total inventory module can be run synchronously or sequentially, and the anchor status check module is started after the first two modules are run. The functions of each module are as follows.

[0086] Cross-chain bridge bottom warehouse inventory module: This module is used to conduct a comprehensive and detailed inventory of the bottom warehouse of the non-account balance mode blockchain anchored by the cross-chain assets of the cross-chain bridge. Based on the bottom warehouse address list of the non-account balance mode blockchain provided by the on-chain data provider layer and the on-chain data after normalization by the on-chain data provider layer, this module can track and record the number, distribution and change status of the bottom warehouse locked assets of the cross-chain bridge in the non-account balance mode blockchain in real time.

[0087] Cross-chain asset total inventory module: This module is used to conduct real-time and accurate statistics and monitoring of the total amount of cross-chain assets issued in each account balance mode blockchain, reflecting the circulation of cross-chain assets in different account balance mode blockchains.

[0088] Furthermore, the total amount of cross-chain asset issuance is parsed from the "cross-chain bridge smart contract status data within the monitoring range of this system" in the data returned by the RPC node access service provider in the on-chain data provider layer. Specifically, it is obtained by requesting to read the storage slot data of the fixed contract status.

[0089] A further improvement is that the cross-chain asset inventory module can integrate the health status information of each blockchain data source node (preferably the latest block height of the blockchain RPC node) while obtaining real-time data from the on-chain data provider layer, thereby evaluating the stability and credibility of each data source.

[0090] Anchoring status check module: This module performs real-time checks on the cross-chain bridge anchoring status. When the number of underlying locked assets in the non-account balance mode blockchain (obtained by the cross-chain bridge underlying inventory module) is less than the total amount of cross-chain asset issuance (obtained by the cross-chain asset total inventory module), it is determined to be insufficient anchoring, and the abnormal message is passed to the cross-chain abnormal notification layer.

[0091] L5: Cross-chain abnormal notification layer: When the message queue placed in this layer receives cross-chain abnormal messages from the asset transaction monitoring layer and the asset anchor verification layer, they are processed asynchronously, so as to push the cross-chain abnormal information to the relevant responsible persons of the cross-chain bridge in real time and in multiple ways. The cross-chain abnormal notification layer includes: abnormal message local processing module and abnormal message remote notification module. These two modules can run synchronously, and the functions of each module are as follows.

[0092] Abnormal message local processing module: This module is mainly responsible for notifying and storing abnormal messages in the local environment. When the asset transaction monitoring layer and the asset anchor verification layer detect cross-chain anomalies and pass abnormal messages to the message queue of this layer, this module will notify the monitoring system administrator through intuitive methods such as popping up an event window on the local device and issuing continuous warning audio, so that relevant personnel can know the abnormal situation at the first time, take timely countermeasures, and reduce the risk loss of cross-chain bridges. In addition, this module can also be integrated with the local log system to record detailed information of abnormal events, which is convenient for subsequent problem troubleshooting and analysis.

[0093] Abnormal message remote notification module, when the asset transaction monitoring layer and the asset anchor verification layer detect cross-chain bridge transactions or asset anchoring anomalies, the abnormal information will be passed to the message queue of this cross-chain abnormal notification layer, and then this module will group according to the type and name of the monitored abnormal events, and send the messages to different message notification subscription clients. The process implemented by this module is independent from the security rule detection process of the asset transaction monitoring layer and the asset anchor verification layer to ensure that the security rule detection task can be reliably executed; and in this process, the asynchronous message notification processing process adds a retransmission strategy to improve fault tolerance, thereby achieving safe and stable transmission of abnormal messages.

[0094] Furthermore, in the message notification processing flow, the advantages of its asynchronous characteristics are mainly reflected in: it can avoid affecting the overall processing efficiency of the system for abnormal situations due to delays or failures in the message sending process. The system can continue to perform operations such as retries in the background while sending abnormal messages, and can continue to process other tasks. This not only ensures that the message can eventually be successfully delivered to different message notification clients, but also improves the overall response speed and stability of the system.

[0095] Furthermore, in a preferred embodiment of the present invention, the message queue used in the cross-chain exception notification layer is Apache Kafka. As a high-throughput distributed publish-subscribe messaging system, Apache Kafka has good performance and reliability, can meet the needs of cross-chain exception notification, and ensure that the exception message is delivered to the relevant end users in a timely and accurate manner.

[0096] L6: Cross-chain status display layer: As an important interface for the monitoring system to interact with users, it comprehensively presents the results of data processing in other layers of the system in a diversified form, and undertakes the task of efficiently retrieving and intuitively presenting cross-chain abnormal information, cross-chain transactions, and anchoring status. The cross-chain status display layer includes: cross-chain data query module, real-time data visualization module, and application programming interface (API) module. The cross-chain data query module implements the data query function based on the cross-chain sub-transaction matching results provided by the cross-chain transaction matching layer and the local cross-chain abnormal event information saved by the abnormal message local processing module in the cross-chain abnormal notification layer; the real-time data visualization module relies on various layers of the system to present various status data in the entire life cycle of cross-chain transactions, as well as the anchoring status data provided by the asset anchoring verification layer, in rich, diverse and intuitive charts and graphics; the application program interface module implements the response to external data requests and realizes the encapsulation and transmission of specified data. The functions of each module are as follows.

[0097] Cross-chain data query module, monitoring system users can use this module to query the historical data of the entire life cycle of cross-chain transactions provided by the cross-chain transaction matching layer. And can filter and query according to time range, transaction direction, transaction type, blockchain source and other conditions, obtain detailed cross-chain transaction records and status information, and help analyze and troubleshoot historical cross-chain data of the cross-chain bridge. At the same time, this module also integrates the local cross-chain abnormal event information saved by the abnormal message local processing module in the cross-chain abnormal notification layer, so as to provide users with more comprehensive and in-depth data resources, facilitate more accurate grasp of the overall situation of cross-chain transactions, timely discover more potential security risks and root causes of problems, and further improve the security and stability management level of cross-chain transactions.

[0098] Real-time data visualization module, this module displays various status data in the entire life cycle of cross-chain transactions in the form of intuitive charts, graphs, etc. The module uses bar charts to display the changes in the number of cross-chain transactions in different time periods, and uses line charts to present the historical changes in the total amount of cross-chain assets, allowing users and administrators to quickly understand the dynamic changes and overall situation of cross-chain transactions.

[0099] Furthermore, in a preferred embodiment of the present invention, the real-time data visualization module will also display the asset anchoring status in a specific chart form (such as a dashboard chart that can intuitively display the anchoring rate value, a pie chart that can display the proportional relationship between the anchored assets and the issued assets, etc.), so as to help users and administrators quickly understand the key status of cross-chain asset anchoring, so that they can obtain powerful data visualization basis in decision-making, risk assessment, etc., and better grasp the operation of the entire cross-chain transaction system.

[0100] API module: This module provides a variety of APIs so that other systems or applications can interact with this system. With these APIs, cross-chain transaction data, status information, and abnormal notifications can be easily obtained, and they are packaged and transmitted according to specific data structures, which facilitates developers to conduct secondary development and integration, thereby expanding the application scenarios and functions of the system. At the same time, this API module also implements permission management and access control, which effectively ensures data security and system stability.

[0101] According to the above-mentioned non-account balance mode blockchain asset cross-chain security monitoring system, the embodiment of the present invention also proposes a non-account balance mode blockchain asset cross-chain security monitoring method, and each layer operates in sequence, such as Figure 1 As shown, the method specifically comprises the following steps:

[0102] S1: After starting the system, obtain and process block data from non-account balance mode blockchains and multiple account balance mode blockchains associated with them, and also obtain and update the bottom warehouse address list of non-account balance mode blockchains within the monitoring range in real time, providing basic data for the system's cross-chain transaction matching layer and asset anchor verification layer; at the same time, set up redundant nodes to ensure data stability. This step is implemented through the on-chain data provision layer.

[0103] S2: The cross-chain transaction matching layer determines the unique identifier of the cross-chain transaction based on the data provided by the on-chain data provision layer, for blockchains of different architectures and different cross-chain directions, and combined with the on-chain smart contract implementation method of the account balance mode blockchain, so as to associate and match multiple asynchronous sub-transactions within the entire cross-chain transaction life cycle, and provide a monitoring context for the asset transaction monitoring layer.

[0104] S3: The asset transaction monitoring layer is based on the cross-chain sub-transaction matching results between multiple chains provided by the cross-chain transaction matching layer. It first checks whether the timestamp sequence and interval of the cross-chain sub-transactions are normal, and then checks the security of the transaction links. If an abnormality is found during the two-step inspection, the cross-chain abnormality information is transmitted to the cross-chain abnormality notification layer.

[0105] At the same time, the asset anchoring verification layer also relies on the data provided by the on-chain data provision layer, but is independent of the asset transaction monitoring layer. It takes inventory of the bottom warehouse of the non-account balance mode blockchain anchored by the cross-chain bridge cross-chain assets, obtains the total amount of assets locked in the bottom warehouse, and takes inventory of the total amount of cross-chain assets issued in each account balance mode blockchain; then verifies the anchoring status, that is, determines whether the total amount of assets locked in the bottom warehouse is less than the total amount of cross-chain assets issued. If so, the cross-chain abnormality information is transmitted to the cross-chain abnormality notification layer.

[0106] S4: When the message queue of the cross-chain exception notification layer receives the exception information from the asset transaction monitoring layer or the asset anchoring verification layer, it first notifies and stores the cross-chain exception information locally, and then pushes the exception information to the person in charge of the cross-chain bridge project with the help of the message queue.

[0107] During the execution of S1-S4, the cross-chain status display layer is used to visualize and display the data processing results of the cross-chain transaction matching layer, the cross-chain abnormal notification layer, and the asset anchoring verification layer in different ways, and provide data query and conditional filtering functions for querying cross-chain transaction records and security event information, so as to achieve effective output and intuitive expression of data, help users and administrators quickly understand the dynamic changes, overall situation and key conditions of cross-chain transactions; with the help of the application interface module, an interactive interface is provided for external systems or applications, so that they can easily obtain cross-chain transaction data, status information, abnormal notifications and other content, and perform permission management and access control to ensure data security and system stability.

[0108] Those skilled in the art can understand that the above are only preferred examples of the invention and are not intended to limit the invention. Although the invention is described in detail with reference to the above examples, those skilled in the art can still modify the technical solutions recorded in the above examples or replace some of the technical features therein with equivalents. Any modification, equivalent replacement, etc. made within the spirit and principle of the invention shall be included in the protection scope of the invention.

Claims

1. A non-account balance mode blockchain asset cross-chain security monitoring system, characterized in that: include: On-chain data provision layer, cross-chain transaction matching layer, asset transaction monitoring layer, asset anchoring verification layer, cross-chain abnormal notification layer, and cross-chain status display layer; The on-chain data providing layer is used to achieve real-time synchronization of on-chain information of multiple blockchains, and also obtain the bottom warehouse address list of non-account balance mode blockchains within the monitoring range; The cross-chain transaction matching layer is used to achieve point-to-point, real-time cross-chain sub-transaction matching between multiple heterogeneous or homogeneous blockchains; The asset transaction monitoring layer is used to perform timestamp sequence and interval, as well as security monitoring on all asynchronous sub-transaction data in the entire life cycle of cross-chain transactions according to various cross-chain security rules and in combination with the matching results of cross-chain sub-transactions. If an exception occurs, the corresponding cross-chain exception message is transmitted to the cross-chain exception notification layer; The asset anchor verification layer is used to verify the cross-chain assets issued on each account balance mode blockchain and the anchoring status of the locked assets in the corresponding bottom warehouse of the non-account balance mode blockchain. If there is an abnormality, the corresponding cross-chain abnormality message is transmitted to the cross-chain abnormality notification layer; The cross-chain exception notification layer is used to asynchronously process the cross-chain exception messages transmitted by the asset transaction monitoring layer and the asset anchoring verification layer, and push the cross-chain exception information to the relevant responsible persons of the cross-chain bridge; The cross-chain status display layer is used to visualize cross-chain abnormal information, the matching results of cross-chain sub-transactions obtained by the cross-chain transaction matching layer, and the anchoring status obtained by the asset anchoring verification layer, and provides search and filtering functions; The on-chain data provision layer includes: a blockchain data request module and a cross-chain bridge bottom warehouse list maintenance module; The blockchain data request module concurrently monitors the data returned by the remote procedure call node access service providers corresponding to multiple different blockchains within the monitoring range, obtains the data, parses and normalizes it, and stores it locally; the blockchain data request module sets redundant blockchain remote procedure call node access service providers for each blockchain; The cross-chain bridge bottom warehouse list maintenance module obtains the registration status of the cross-chain bridge user in real time from each account balance mode blockchain that issues cross-chain assets, and then polls the asset locking address on the non-account balance mode blockchain provided by each cross-chain user, and refreshes the bottom warehouse address list of the non-account balance mode blockchain in the current state.

2. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: When the blockchain data request module accesses different remote procedure call nodes, it supports load balancing based on the package fee billing rules of each remote procedure call node access service provider and the data access volume; The data returned by the remote procedure call node access service provider includes the address transaction history of the non-account balance mode blockchain within the monitoring scope, the address balance of the non-account balance mode blockchain, the historical transaction input parameters of the cross-chain bridge smart contract, the contract events generated by the historical transaction of the cross-chain bridge smart contract address, the cross-chain bridge smart contract status data, and the block height of each blockchain blockchain node; A cross-chain bridge smart contract runs in each account balance model blockchain that issues cross-chain assets. The cross-chain bridge smart contract includes: a cross-chain bridge transaction agent smart contract, a cross-chain bridge cross-chain routing smart contract, a cross-chain bridge cross-chain asset token smart contract, a cross-chain asset casting authority control smart contract, and a cross-chain asset transaction fee collection smart contract.

3. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: The cross-chain transaction matching layer includes a real-time point-to-point transaction matching module between chains. For blockchains with different architectures and different cross-chain directions, and in combination with the on-chain smart contract implementation method of the account balance mode blockchain, a unique matching identifier of a cross-chain transaction within the monitoring scope from initiation to complete completion is determined; with the unique matching identifier, asynchronous cross-chain sub-transactions occurring at different time points on different blockchains are associated and matched.

4. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 3 is characterized in that: For cross-chain between account balance mode blockchains, a unique cross-chain hash value is generated using the cross-chain request parameters as the cross-chain unique matching identifier; for cross-chain between a non-account balance mode blockchain and an account balance mode blockchain, the transaction identifier in the non-account balance mode blockchain is used as the cross-chain unique matching identifier.

5. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: The asset transaction monitoring layer includes: a cross-chain timing verification module and a security rule execution module; When the cross-chain transaction matching layer matches a sub-transaction in a cross-chain transaction that occurs asynchronously on different blockchains, the cross-chain timing verification module is used to check whether the order of timestamps of all cross-chain sub-transactions is abnormal, ensuring that the timestamp of the transaction in the target chain is not earlier than the timestamp of the relevant transaction initiating the cross-chain in the source chain; the cross-chain time sequence verification module also analyzes the timestamp difference to determine whether there is an abnormal time interval; when abnormal timestamp order and / or timestamp difference are detected, these cross-chain abnormal information are transmitted to the cross-chain abnormality notification layer; When the cross-chain transaction matching layer matches asynchronous cross-chain sub-transactions that occur on different blockchains and at different time points, the security rule execution module checks the security and compliance of each link of the asynchronous cross-chain sub-transactions in the entire life cycle of the cross-chain transaction for a variety of possible cross-chain abnormal conditions; each link of the asynchronous cross-chain sub-transaction includes: cross-chain locking or unlocking, cross-chain request initiation, cross-chain confirmation, cross-chain asset minting and destruction; when a cross-chain abnormality is detected, the cross-chain abnormality information is passed to the cross-chain abnormality notification layer.

6. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: The asset anchoring verification layer includes: a cross-chain bridge bottom warehouse inventory module, a cross-chain asset total inventory module, and an anchoring status inspection module; The cross-chain bridge bottom warehouse inventory module is used to inventory the bottom warehouse anchored by the cross-chain assets of the cross-chain bridge; based on the bottom warehouse address list of the non-account balance mode blockchain provided by the on-chain data provider layer and the on-chain data after normalization by the on-chain data provider layer, the number, distribution and change status of the bottom warehouse locked assets of the cross-chain bridge in the non-account balance mode blockchain are tracked and recorded in real time; The cross-chain asset total inventory module is used to accurately count and monitor the total amount of cross-chain assets issued in each account balance mode blockchain in real time, reflecting the circulation of cross-chain assets in different account balance mode blockchains; The anchoring status check module is used to perform real-time checks on the anchoring status of the cross-chain bridge, and determine whether the number of bottom-warehouse locked assets of the non-account balance mode blockchain obtained by the bottom-warehouse inventory module of the cross-chain bridge is less than the total amount of cross-chain asset issuance obtained by the total amount of cross-chain assets inventory module. If so, it is determined to be insufficient anchoring, and the abnormal message is transmitted to the cross-chain abnormal notification layer.

7. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: The cross-chain abnormal notification layer includes: an abnormal message local processing module and an abnormal message remote notification module; The abnormal message local processing module is used to notify and store abnormal messages delivered to the message queue in the cross-chain abnormal notification layer in the local environment. The notification includes notifying the monitoring system administrator by popping up an event window on the local device and issuing a continuous warning audio; by integrating with the local log system, the detailed information of the abnormal event is recorded and stored; The abnormal message remote notification module groups the cross-chain abnormal messages transmitted by the asset transaction monitoring layer and the asset anchor verification layer to the message queue in the cross-chain abnormal notification layer according to the type and name of the monitored abnormal events, and asynchronously sends the messages to the corresponding message notification subscription clients; a retransmission strategy is set during the asynchronous sending of messages.

8. The non-account balance mode blockchain asset cross-chain security monitoring system according to claim 1 is characterized in that: The cross-chain status display layer includes: a cross-chain data query module, a real-time data visualization module, and an application program interface module; The cross-chain data query module is used for users to query the historical data of the entire life cycle of cross-chain transactions, and provides the function of filtering and querying cross-chain transaction records and status information by conditions, including: time range, transaction direction, transaction type, blockchain; the cross-chain data query module integrates the local cross-chain abnormal event information saved in the cross-chain abnormal notification layer; The real-time data visualization module is used to display various status data in the entire life cycle of cross-chain transactions in a visualized form, including charts and graphs; the changes in the number of cross-chain transactions in different time periods are displayed through a bar chart, and the historical changes in the total amount of cross-chain assets are displayed through a line chart; The application program interface module is used to provide a variety of application program interfaces for other systems or applications to interact with the system; the interaction process sets authority management and access control.

9. A non-account balance mode blockchain asset cross-chain security monitoring method, based on the non-account balance mode blockchain asset cross-chain security monitoring system according to any one of claims 1 to 8, characterized in that: The following steps are involved: S1: After starting the system, it starts the on-chain transaction data collection and processing process of multiple blockchains within the monitoring range, providing basic data for the system's cross-chain transaction matching layer and asset anchoring verification layer; this step is implemented through the on-chain data provision layer; S2: The cross-chain transaction matching layer relies on the data provided by the on-chain data provider layer to determine the unique identifier of the cross-chain transaction, associate multiple asynchronous sub-transactions within the entire cross-chain transaction life cycle, and provide a monitoring context for the asset transaction monitoring layer; At the same time, the asset anchoring verification layer also relies on the data provided by the on-chain data provision layer, but is independent of the asset transaction monitoring layer. It takes inventory of the bottom warehouse anchored by the cross-chain assets of the cross-chain bridge, obtains the total amount of assets locked in the bottom warehouse, and takes inventory of the total amount of cross-chain assets issued in each account balance mode blockchain; determines whether the total amount of assets locked in the bottom warehouse is less than the total amount of cross-chain assets issued, and if so, transmits the cross-chain abnormal information to the cross-chain abnormal notification layer; S3: The asset transaction monitoring layer first checks whether the timestamp sequence and interval of the cross-chain sub-transactions are normal based on the cross-chain sub-transaction matching results between multiple chains provided by the cross-chain transaction matching layer, and then checks the security of the transaction links. If an abnormality is found during the two-step inspection, the cross-chain abnormality information is transmitted to the cross-chain abnormality notification layer; S4: When the message queue of the cross-chain abnormal notification layer receives abnormal information from the asset transaction monitoring layer or the asset anchoring verification layer, it first notifies and stores the cross-chain abnormal information locally, and then pushes the abnormal information to the person in charge of the cross-chain bridge project with the help of the message queue of the cross-chain abnormal notification layer; During the execution of S1-S4, the cross-chain status display layer is used to visualize and display the data processing results of the cross-chain transaction matching layer, the cross-chain exception notification layer, and the asset anchoring verification layer in different ways, so as to achieve effective output and intuitive expression of data, making it easier for system users and related external applications to obtain and understand relevant information.

Images