WO2020087739A1

WO2020087739A1 - Block chain-based transaction detecting method, apparatus, device, and storage medium

Info

Publication number: WO2020087739A1
Application number: PCT/CN2018/124621
Authority: WO
Inventors: 程立瑞
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-10-29
Filing date: 2018-12-28
Publication date: 2020-05-07
Also published as: CN109670950B; CN109670950A

Abstract

A block chain-based transaction detecting method, an apparatus, a device, and a storage medium. Said method comprises: acquiring transaction information initiated by a client in a block chain network, and automatically registering a transaction detecting event for each piece of transaction information; calling the transaction detecting event, and detecting said each piece of transaction information, and when a transaction abnormality occurs in the transaction information, reporting the transaction information to an intelligent contract of the block chain network, acquiring an alert rule in the intelligent contract, and feeding a corresponding processing type back to the client; and when the transaction related to the transaction information is completed in the block chain network, automatically unregistering the transaction detecting event. The present invention registers a transaction detecting event for each piece of transaction information, to capture transaction abnormality conditions in a timely manner, and compensate for the blank, during block generation detection, in automatically processing abnormal conditions in real time, ensuring the normal operation of a transaction, and improving the abnormality processing efficiency during block generation of a block chain.

Description

Transaction monitoring method, device, equipment and storage medium based on blockchain

This application requires the priority of the Chinese patent application submitted to the China Patent Office on October 29, 2018, with the application number 201811265445.7 and the invention titled "blockchain-based transaction monitoring method, device, equipment and storage medium", all of which are The content is incorporated into this application by reference.

Technical field

The present application relates to the field of data processing technology, and in particular to a blockchain-based transaction monitoring method, device, equipment, and storage medium.

Background technique

Blockchain is a new application model of computers such as distributed data storage, point-to-point transmission, consensus mechanism, encryption algorithm, etc. The so-called consensus mechanism is a mathematical algorithm for establishing trust and obtaining rights and interests between different nodes in the blockchain system. Blocks are formed when transactions are conducted on the blockchain, and now only interesting chain technology monitors the blocks and the transactions in the blocks.

Some of the monitoring schemes researched by FunChain Technology are mainly used to monitor the total number of blocks generated, the number of transactions, the transaction volume of TPS, TPP, but for the abnormal transaction in the block, it cannot be effectively and timely monitored and issued a warning . Later, when dealing with transaction anomalies, it is necessary to locate and analyze the anomalies that occur and find out the cause of the anomalies before they can be processed. As the anomalies in the transactions cannot be dealt with in a timely manner, other risks may also arise.

Summary of the invention

In view of this, it is necessary to provide a method, device, equipment and storage medium for transaction monitoring based on the blockchain in response to the abnormal transaction in the block, which cannot be effectively and timely monitored and raised the alarm problem.

A transaction monitoring method based on blockchain, including:

Obtain the transaction information initiated by the client in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

Invoking the transaction monitoring event to monitor each transaction information, when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the smart contract The alarm rule of the system, and feed back the processing type corresponding to the alarm rule to the client;

When the transaction information completes the transaction in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled.

A blockchain-based transaction monitoring device, including:

Registered transaction monitoring event module, set to obtain transaction information initiated by clients in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

The monitoring module is set to call the transaction monitoring event to monitor each transaction information, and when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain The alarm rule in the smart contract, and feed back the processing type corresponding to the alarm rule to the client;

The logout transaction monitoring event module is configured to automatically cancel the transaction monitoring event corresponding to the transaction information when the transaction information completes the transaction in the blockchain network.

A computer device includes a memory and a processor. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the processor, the processor is caused to perform the following steps:

A storage medium storing computer-readable instructions, which when executed by one or more processors, causes the one or more processors to perform the following steps:

The above-mentioned blockchain-based transaction monitoring method, device, equipment and storage medium include acquiring transaction information initiated by clients in the blockchain network, automatically registering a corresponding transaction monitoring event for each transaction information; The transaction monitoring event, monitoring each of the transaction information, when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the alarm in the smart contract Rules, feedback the processing type corresponding to the alarm rule to the client; when the transaction information completes the transaction in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled. This application registers a transaction monitoring event for each transaction information to capture transaction abnormalities in a timely manner. The efficiency of handling exceptions in the process.

BRIEF DESCRIPTION

By reading the detailed description of the preferred embodiments below, various other advantages and benefits will become clear to those of ordinary skill in the art. The drawings are only for the purpose of showing the preferred embodiments, and are not considered as limitations to the present application.

FIG. 1 is a flowchart of a blockchain-based transaction monitoring method in an embodiment of this application;

2 is a flowchart of step S4 in an embodiment;

FIG. 3 is a judgment process diagram of a blockchain-based transaction monitoring method in an embodiment of this application;

FIG. 4 is a structural diagram of a transaction monitoring device based on blockchain in an embodiment of the present application.

detailed description

In order to make the purpose, technical solutions and advantages of the present application more clear, the present application will be described in further detail in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application, and are not used to limit the present application.

Those skilled in the art can understand that unless specifically stated, the singular forms "a", "an", "said" and "the" used herein may also include the plural forms. It should be further understood that the word "comprising" used in the specification of the present application refers to the presence of the described features, integers, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, Integers, steps, operations, elements, components, and / or their groups.

FIG. 1 is a flowchart of a blockchain-based transaction monitoring method in an embodiment of the present application. As shown in FIG. 1, a blockchain-based transaction monitoring method includes the following steps:

Step S1, register transaction monitoring event: obtain transaction information initiated by the client in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information.

Blockchain network is a system based on blockchain technology, also known as distributed ledger technology, is an Internet database technology. It is characterized by decentralization, openness and transparency, allowing each user to participate in maintaining database records. Blockchain network is a new application model of computer technology such as distributed data storage, point-to-point transmission, consensus mechanism, encryption algorithm and so on. The blockchain network mainly includes a data layer, a smart contract layer, etc., where the data layer encapsulates the underlying data blocks and related data encryption and time stamps and other basic data and basic algorithms, while the underlying data blocks are presented in a chain structure. That is, a blockchain is a chained data structure that combines data blocks in a sequential connection in chronological order, and is a tamper-proof and unforgeable distributed ledger guaranteed by cryptography. Smart contracts are based on these credible, non-tamperable data and can automatically execute some pre-defined rules and terms. For example, user information, including medical information and risk occurrence information, is true and credible, and automated claims are processed according to standardized insurance products in smart contracts.

In this step, when any client node in the blockchain network initiates transaction information, the client node presets an input interface, and the client node obtains the transaction information of each transaction by calling the input interface. The client node includes a mobile client , A computer client or a third-party client, the transaction information includes the order number, the information of both parties to the transaction, the location of the transaction, etc. Users upload transaction information through the client node, the blockchain network obtains the transaction information initiated by the client node, the blockchain network can obtain multiple different transaction information initiated by the client from different sources, and the blockchain network The information is automatically registered for a corresponding transaction monitoring event.

In this step, when a corresponding transaction monitoring event is automatically registered for each transaction information, a preset EventHub event processing center is called to automatically register a transaction monitoring event for each transaction information. The registration process when registering transaction monitoring events is through the Fabric network structure of the blockchain network. The EventHub event processing center is preset at the bottom of the Fabric network structure, and the transaction monitoring events are automatically registered through the EventHub event processing center.

The Fabric network structure in this step is one of the important structures in the blockchain network. The Fabric network structure provides four services for the blockchain network, namely: identity service, strategy service, blockchain service and smart contract service. Identity service: The Fabric network structure is a permission blockchain structure. Each node in the blockchain network needs to identify identity information. The nodes in the blockchain network need to determine the permission level to participate in the transaction in the Fabric network structure. Strategy service: Provide strategy configuration and management functions for the blockchain network, realize access control and authority management, realize node joining or leaving the network, identity registration, verification, privacy, confidentiality and consensus strategy. Blockchain service: Provide the most basic ability to build a distributed ledger, realize data transmission, consensus and other functions, and provide a management framework for subscribing and publishing events. Smart contract service: It is used to verify the distributed transaction program running on the node, to automatically execute specific business rules, and finally update the status of the account information. Users can call the application interface of the Fabric network structure to implement business applications to build a distributed ledger of the blockchain network.

The EventHub event processing center at the bottom of the Fabric network structure is used to monitor the event behavior. In the constructor of EventHub, it establishes monitoring of the client's add and delete events and readable status through the monitoring tool INotify and Epoll event mechanism. INotify is a file system change notification mechanism provided by the Linux kernel. INotify can monitor file system changes for applications, such as file creation, deletion, read and write, and so on. INotify has two basic objects. The inotify object corresponds to a queue. The application can add multiple listeners to the inotify object. When the monitored event occurs, the event information can be read from the inotify object through the read () function; watch The object is used to describe the monitoring of the change event of the file system. It is a two-tuple, including the monitoring target and the event mask. The monitoring target is a path of the file system, which can be a file or a folder. Epoll can use a wait to listen to the read / write status of multiple descriptors at once.

By using the EventHub event processing center to automatically register a transaction monitoring event, registration is simple and convenient. The transaction monitoring event generated by the EventHub event processing center can monitor large amounts of information, and the monitoring efficiency is high. When a large amount of transaction information is initiated, it will not A blocking event occurred.

Step S2: Monitor transaction information: call the transaction monitoring event to monitor each transaction information. When the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the alarm rules in the smart contract. The processing type corresponding to the alarm rule is fed back to the client.

In one embodiment, the step of invoking the transaction monitoring event to monitor each transaction information includes: invoking the transaction monitoring event, obtaining transaction information, invoking the exception rule in the smart contract, and matching the transaction information with the exception rule If the transaction information triggers an abnormal rule, it is determined that a transaction abnormality has occurred in the transaction information.

There are smart contracts in the blockchain network, and the smart contracts are preset with exception rules, alarm rules, and processing types. When monitoring the transaction information and determining whether to send a transaction anomaly, match the transaction information with the anomaly rules. The anomaly rules may include the transaction rules such as whether the transaction amount is excessive, whether the information of both parties of the transaction exists, and whether the transaction location is transacted in different places. When the transaction information does not comply with the transaction rules of a normal transaction, it is defined as an abnormal rule that triggers, and it is determined that the transaction is abnormal.

When a transaction abnormality occurs in the transaction information, the transaction information is reported to the smart contract of the blockchain network. When obtaining the alarm rule in the smart contract and feeding back the processing type corresponding to the alarm rule to the client, the alarm rule also includes: Each alarm trigger condition corresponds to at least one processing type; when any one of the alarm trigger conditions is triggered by transaction information, the corresponding processing type is obtained and the processing type is fed back to the client.

Since there are various reasons for the transaction abnormality of the transaction information, this step sets multiple alarm triggering conditions and corresponding processing types for each transaction abnormality. For example, because the transaction amount exceeds a certain threshold, an alarm trigger condition is triggered, corresponding to the processing type. If another threshold is exceeded, another alarm trigger condition is triggered, corresponding to another processing type. The blockchain network obtains the corresponding processing type from the smart contract according to the triggered alarm trigger condition, and sends it to the client node. The client node handles transaction anomalies according to the type of processing feedback from the blockchain network.

This embodiment monitors the transaction process through transaction monitoring events, captures transaction abnormalities in a timely manner, and handles the abnormal conditions in a timely manner, which overcomes the delay processing problem of relocating the abnormal situation in the later period and finding the cause of the abnormality. This implementation For example, it can ensure the normality of transactions and reduce abnormal risks.

In one embodiment, the alarm rule further includes a processing execution script corresponding to the processing type; when any one of the alarm triggering conditions is triggered by the transaction information, the processing execution script is invoked to automatically perform the alarm processing, and the processing result is combined with the processing type Feedback to the client.

The blockchain network is preset with a processing execution script corresponding to the processing type, so that when an abnormal situation occurs in the transaction information, the processing execution script is executed according to the alarm triggering condition to achieve the purpose of automatically solving the abnormal situation, without the client Type of treatment, response to solution. The processing execution script includes processing automatic sending of short messages and automatic sending of emails according to the contact information in the information of both parties of the transaction. This embodiment implements automatic processing of transaction exceptions, which improves the efficiency of transaction exception handling.

Step S3, cancel the transaction monitoring event: when the transaction information is completed in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled.

When automatically canceling the transaction monitoring event corresponding to the transaction information, call the unregisterTxEvent event in EventHub to cancel the transaction monitoring event.

When the transaction information completes the transaction in the blockchain network, it is defined that the block corresponding to the transaction information has been broadcast, and all the nodes in the blockchain network have been verified, and the block corresponding to the transaction information has been uploaded. At this time, there is no need to monitor the transaction information, so in this step, the unregisterTxEvent event of EventHub automatically completes the cancellation.

After canceling the transaction monitoring event, the transaction abnormal information is also classified and stored according to a preset classification method, which is used as a reference solution for subsequent resolution of the transaction abnormality. The preset classification method includes classification according to the alarm trigger condition of the transaction abnormal information the way.

In one embodiment, a corresponding transaction monitoring event is automatically registered for each transaction information, as shown in FIG. 2, and further includes step S4:

Step S401, register block monitoring event: if the automatic registration of the corresponding transaction monitoring event fails for the transaction information, register a corresponding block monitoring event for the block generated by the transaction information in the blockchain network, and register the transaction information Save in the message queue.

In this step, in order to cope with the failure of the automatic registration transaction monitoring event in step S1, the real-time monitoring of transaction information cannot be realized. When the transaction information generates a block node to register the block monitoring event, during registration, the preset EventHub event processing center is called Automatically register a block monitoring event for each block, and save the corresponding transaction information in the message queue.

Step S402, monitoring block abnormality: calling block monitoring event to monitor the block, when block abnormality occurs in the block, the transaction information corresponding to the block is reported to the smart contract in the message queue to obtain the smart contract Alarm rules of the system, and feedback the processing type corresponding to the alarm rules to the client.

When monitoring the block, it includes: calling the block monitoring event, obtaining the block, calculating the transaction information in the block through a hash algorithm to generate a verification hash value, and verifying the hash value and the current area in the block Compare the hash values of the blocks. If they are inconsistent, it is determined that the block is abnormal. If they match, the hash value of the previous block in the block, the hash value of the current block, and the blockchain list A comparison is made to determine whether the hash value of the previous block and the hash value of the current block are connected end to end. If not, it is determined that a block abnormality has occurred in the block.

In this embodiment, when monitoring a block, abnormal verification is performed in two steps. The first step is to perform a hash algorithm on the transaction information of the block again to obtain the verification hash value and the hash generated in the block header. The values are compared, and if they do not match, it means that the transaction information in the block has been tampered with and it is determined that a block abnormality has occurred. If they match, the second step of verification is performed, that is, the hash value of the previous block in the block header and the hash value of the current block are compared with the data stored in the blockchain list. Generally, all nodes in the blockchain network and the network layer in the blockchain network maintain a blockchain list. The blockchain list stores the hash values of all blocks that have been generated, and these hash values Connected end to end. If the two hash values of the monitored block are not contiguously connected, it is determined that a block abnormality has occurred.

Step S403, canceling the block monitoring event: when the block is completed in the blockchain network, the block monitoring event corresponding to the block is automatically cancelled.

When the monitored block has been broadcast, and the nodes in the blockchain network have been verified, and after the completion of the chain, there is no need to monitor the block, so this step automatically completes the block monitoring event through the unregisterTxEvent event of EventHub Logout.

In this embodiment, when the transaction information cannot be directly monitored, the transaction information is monitored by monitoring whether the block is abnormal, and when the block is abnormal, the transaction information in the message queue and the alarm rule in the smart contract Matching is performed, and the matching process is the same as step S2.

This embodiment is based on the transaction monitoring method of the blockchain. As shown in FIG. 3, by automatically registering a transaction monitoring event for each transaction information initiated by the client, real-time monitoring of the transaction information for abnormal conditions occurs. After that, the corresponding processing type can be fed back to the client through the alarm rules in time, which makes up for the gap of real-time processing abnormal monitoring in the block monitoring. This embodiment also provides a solution to the failure to register a transaction monitoring event, that is, register a block monitoring event on the block, and monitor the transaction information again by monitoring the block. When a block exception occurs , The corresponding processing type is fed back to the client through the alarm rules, ensuring the normal progress of the transaction. In this embodiment, before feeding back the processing type to the client, it also implements automatic processing of transaction exceptions by calling processing execution scripts for abnormal conditions, and improves the efficiency of transaction exception processing.

In one embodiment, a blockchain-based transaction monitoring device is proposed. As shown in FIG. 4, it includes the following modules:

In one embodiment, the monitoring module is also configured to call a transaction monitoring event, obtain transaction information, call an exception rule in a smart contract, and match the transaction information with the exception rule. If the transaction information triggers the exception rule, it is determined as the transaction information A transaction exception has occurred.

In one embodiment, the registered transaction monitoring event module includes:

Register block monitoring event unit is set to register a corresponding block monitoring event for the block generated by the transaction information in the blockchain network if the transaction information corresponding to the transaction information registration fails automatically Keep in the message queue;

The block monitoring unit is set to call block monitoring events to monitor the block. When a block exception occurs in the block, the transaction information corresponding to the block is reported to the smart contract in the message queue to obtain the alarm in the smart contract Rules, feedback the processing type corresponding to the alarm rules to the client;

The logout monitoring event unit is set to automatically cancel the block monitoring event corresponding to the block after the block is completed in the blockchain network.

In one embodiment, the block monitoring unit is configured to call a block monitoring event to obtain a block, calculate the transaction information in the block through a hash algorithm to generate a verification hash value, and compare the verification hash value with the block The hash value of the current block of the block is compared. If they are inconsistent, it is determined that the block is abnormal. If they match, the hash value of the previous block in the block, the hash value of the current block, and the area are compared. The block chain list is compared to determine whether the hash value of the previous block and the hash value of the current block are connected end to end. If not, it is determined that a block abnormality has occurred in the block.

In one embodiment, the alarm rules in the monitoring module include multiple alarm triggering conditions, and each alarm triggering condition corresponds to at least one processing type; the monitoring module is further configured to trigger any one of the alarm triggering conditions when the transaction information triggers, Obtain the corresponding processing type and feed back the processing type to the client.

In one embodiment, the alarm rule in the monitoring module further includes a processing execution script corresponding to the processing type; the monitoring module is also configured to call the processing execution script when the transaction information triggers any one of the alarm triggering conditions, and automatically alarm Processing, and feed back the processing result and processing type to the client.

In one embodiment, the registered transaction monitoring event module is set to call a preset EventHub event processing center to automatically register the transaction monitoring event; the unregistered transaction monitoring event module is set to call the unregisterTxEvent event in EventHub to cancel the transaction monitoring event.

In one embodiment, a computer device is proposed, which includes a memory and a processor. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the processor, the processor implements the computer-readable instructions to implement the above The steps in the blockchain-based transaction monitoring method of the embodiment.

In one embodiment, a storage medium storing computer-readable instructions is provided. When the computer-readable instructions are executed by one or more processors, the one or more processors execute the block-based Steps in the chain's transaction monitoring method. The storage medium may be a non-volatile storage medium.

A person of ordinary skill in the art may understand that all or part of the steps in the various methods of the foregoing embodiments may be completed by instructing relevant hardware through a program. The program may be stored in a computer-readable storage medium, and the storage medium may include: Read only memory (ROM, Read Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk, etc.

The technical features of the above-mentioned embodiments can be combined arbitrarily. To simplify the description, all possible combinations of the technical features in the above-mentioned embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, All should be considered within the scope of this description.

The above-mentioned embodiments only express some exemplary embodiments of the present application, and their descriptions are more specific and detailed, but they should not be construed as limiting the patent scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, without departing from the concept of the present application, a number of modifications and improvements can be made, which all fall within the protection scope of the present application. Therefore, the protection scope of the patent of this application shall be subject to the appended claims.

Claims

A transaction monitoring method based on blockchain, including:

Obtain the transaction information initiated by the client in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

Invoking the transaction monitoring event to monitor each transaction information, when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the smart contract The alarm rule of the system, and feed back the processing type corresponding to the alarm rule to the client;

When the transaction information completes the transaction in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled.
The blockchain-based transaction monitoring method according to claim 1, wherein the calling the transaction monitoring event to monitor each transaction information includes:

Call the transaction monitoring event to obtain the transaction information, call the abnormal rule in the smart contract, match the transaction information with the abnormal rule, and if the transaction information triggers the abnormal rule, it is determined as A transaction abnormality occurred in the transaction information.
The transaction monitoring method based on blockchain according to claim 1, wherein automatically registering a corresponding transaction monitoring event for each transaction information includes:

If the automatic registration of the transaction monitoring event corresponding to the transaction information fails, register a corresponding block monitoring event for the block generated by the transaction information in the blockchain network, and transfer the transaction The information is saved in the message queue;

Call the block monitoring event to monitor the block, and when a block exception occurs in the block, report the transaction information corresponding to the block to the smart contract in the message queue , Obtaining the alarm rule in the smart contract, and feeding back the processing type corresponding to the alarm rule to the client;

When the block is completely uploaded on the blockchain network, the block monitoring event corresponding to the block is automatically cancelled.
The blockchain-based transaction monitoring method according to claim 3, wherein the calling the block monitoring event to monitor the block includes:

Call the block monitoring event to obtain the block, calculate the transaction information in the block by a hash algorithm to generate a verification hash value, and compare the verification hash value with the current area in the block The hash values of the blocks are compared, and if they are inconsistent, it is determined that a block abnormality has occurred in the block;

If they match, the hash value of the previous block in the block and the hash value of the current block are compared with the blockchain list to determine the hash value of the previous block and the hash of the current block Whether the hope value is connected end to end, if not, it is determined that a block abnormality has occurred in the block.
The blockchain-based transaction monitoring method according to claim 1, wherein the acquiring an alarm rule in the smart contract and feeding back the processing type corresponding to the alarm rule to the client includes:

The alarm rule includes multiple alarm trigger conditions, and each of the alarm trigger conditions corresponds to at least one of the processing types;

When the transaction information triggers any one of the alarm triggering conditions, the corresponding processing type is obtained, and the processing type is fed back to the client.
The blockchain-based transaction monitoring method according to claim 5, wherein the alarm rule further includes a processing execution script corresponding to the processing type;

When the transaction information triggers any one of the alarm triggering conditions, the processing execution script is invoked to automatically perform alarm processing, and feed back the processing result and the processing type to the client terminal.
The blockchain-based transaction monitoring method according to claim 1, wherein when automatically registering a corresponding transaction monitoring event for each transaction information, a preset EventHub event processing center is called to automatically register the Transaction monitoring events;

When the transaction monitoring event corresponding to the transaction information is automatically cancelled, the unregisterTxEvent event in the EventHub is called to cancel the transaction monitoring event.
A blockchain-based transaction monitoring device, including:

Registered transaction monitoring event module, set to obtain transaction information initiated by clients in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

The monitoring module is set to call the transaction monitoring event to monitor each transaction information, and when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain The alarm rule in the smart contract, and feed back the processing type corresponding to the alarm rule to the client;

The logout transaction monitoring event module is configured to automatically cancel the transaction monitoring event corresponding to the transaction information when the transaction information completes the transaction in the blockchain network.
The transaction monitoring device based on blockchain according to claim 8, wherein the monitoring module is further configured to call the transaction monitoring event, obtain the transaction information, call the abnormal rules in the smart contract, The transaction information matches the abnormal rule. If the transaction information triggers the abnormal rule, it is determined that a transaction abnormality has occurred in the transaction information.
The blockchain-based transaction monitoring device according to claim 8, wherein the registered transaction monitoring event module includes:

The registration block monitoring event unit is configured to register a corresponding area for a block generated by the transaction information in the blockchain network if the transaction monitoring event corresponding to the transaction information is automatically registered failed The block monitors the event and saves the transaction information in the message queue;

The block monitoring unit is set to call the block monitoring event to monitor the block, and when the block is abnormal in the block, the transaction corresponding to the block in the message queue Information is reported to the smart contract, the alarm rules in the smart contract are obtained, and the processing type corresponding to the alarm rules is fed back to the client;

The logout monitoring event unit is set to automatically cancel the block monitoring event corresponding to the block after the block is completed on the blockchain network.
The blockchain-based transaction monitoring device according to claim 10, wherein the block monitoring unit is configured to call the block monitoring event to obtain the block and convert the transaction information in the block Calculate and generate a verification hash value through a hash algorithm, compare the verification hash value with the hash value of the current block in the block, and if they are inconsistent, it is determined that the block is abnormal in the block; If they match, the hash value of the previous block in the block and the hash value of the current block are compared with the blockchain list to determine the hash value of the previous block and the hash of the current block Whether the hope value is connected end to end, if not, it is determined that a block abnormality has occurred in the block.
The blockchain-based transaction monitoring device according to claim 8, wherein the alarm rule in the monitoring module includes multiple alarm triggering conditions, each of which corresponds to at least one of the processing types ;

The monitoring module is further configured to obtain a corresponding processing type when the transaction information triggers any one of the alarm triggering conditions, and feed back the processing type to the client.
The transaction monitoring device based on blockchain according to claim 12, wherein the alarm rule in the monitoring module further includes a processing execution script corresponding to the processing type;

The monitoring module is further configured to call the processing execution script when the transaction information triggers any one of the alarm triggering conditions, automatically perform alarm processing, and feed back the processing result together with the processing type to the Scription client.
The blockchain-based transaction monitoring device according to claim 8, wherein the registered transaction monitoring event module is configured to call a preset EventHub event processing center to automatically register the transaction monitoring event;

The unregistered transaction monitoring event module is set to call the unregisterTxEvent event in the EventHub to unregister the transaction monitoring event.
A computer device includes a memory and a processor. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the processor, the processor is caused to perform the following steps:

Obtain the transaction information initiated by the client in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

Invoking the transaction monitoring event to monitor each transaction information, when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the smart contract The alarm rule of the system, and feed back the processing type corresponding to the alarm rule to the client;

When the transaction information completes the transaction in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled.
The computer device according to claim 15, wherein when automatically registering a corresponding transaction monitoring event for each transaction information, the processor is caused to perform the following steps:

If the automatic registration of the transaction monitoring event corresponding to the transaction information fails, register a corresponding block monitoring event for the block generated by the transaction information in the blockchain network, and transfer the transaction The information is saved in the message queue;

Call the block monitoring event to monitor the block, and when a block exception occurs in the block, report the transaction information corresponding to the block to the smart contract in the message queue , Obtaining the alarm rule in the smart contract, and feeding back the processing type corresponding to the alarm rule to the client;

When the block is completely uploaded on the blockchain network, the block monitoring event corresponding to the block is automatically cancelled.
The computer device according to claim 16, wherein, when the block monitoring event is invoked to monitor the block, the processor is caused to perform the following steps:

Call the block monitoring event to obtain the block, calculate the transaction information in the block by a hash algorithm to generate a verification hash value, and compare the verification hash value with the current area in the block The hash values of the blocks are compared, and if they are inconsistent, it is determined that a block abnormality has occurred in the block;

If they match, the hash value of the previous block in the block and the hash value of the current block are compared with the blockchain list to determine the hash value of the previous block and the hash of the current block Whether the hope value is connected end to end, if not, it is determined that a block abnormality has occurred in the block.
A storage medium storing computer-readable instructions, which when executed by one or more processors, causes the one or more processors to perform the following steps:

Obtain the transaction information initiated by the client in the blockchain network, and automatically register a corresponding transaction monitoring event for each transaction information;

Invoking the transaction monitoring event to monitor each transaction information, when the transaction information is abnormal, report the transaction information to the smart contract of the blockchain network to obtain the smart contract The alarm rule of the system, and feed back the processing type corresponding to the alarm rule to the client;

When the transaction information completes the transaction in the blockchain network, the transaction monitoring event corresponding to the transaction information is automatically cancelled.
The storage medium according to claim 18, wherein when automatically registering a corresponding transaction monitoring event for each of the transaction information, causing one or more of the processors to perform the following steps:

If the automatic registration of the transaction monitoring event corresponding to the transaction information fails, register a corresponding block monitoring event for the block generated by the transaction information in the blockchain network, and transfer the transaction The information is saved in the message queue;

Call the block monitoring event to monitor the block, and when a block exception occurs in the block, report the transaction information corresponding to the block to the smart contract in the message queue , Obtaining the alarm rule in the smart contract, and feeding back the processing type corresponding to the alarm rule to the client;

When the block is completely uploaded on the blockchain network, the block monitoring event corresponding to the block is automatically cancelled.
The storage medium according to claim 18, wherein when the block monitoring event is invoked to monitor the block, one or more of the processors perform the following steps:

Call the block monitoring event to obtain the block, calculate the transaction information in the block by a hash algorithm to generate a verification hash value, and compare the verification hash value with the current area in the block The hash values of the blocks are compared, and if they are inconsistent, it is determined that a block abnormality has occurred in the block;

If they match, the hash value of the previous block in the block and the hash value of the current block are compared with the blockchain list to determine the hash value of the previous block and the hash of the current block Whether the hope value is connected end to end, if not, it is determined that a block abnormality has occurred in the block.