Block chain transaction dynamic monitoring management method and system, storage medium and device

Abstract

The invention discloses a block chain transaction dynamic monitoring management method and system, a storage medium and a device, and the method comprises the steps: enabling a business service system to achieve the self-management and control of transactions through employing an annotation type transaction under default configuration, and setting an expansible system layering architecture; based on an extensible system hierarchical architecture, the method comprises the steps of setting a data access control smart contract, a block transaction data statistics smart contract, a dynamic monitoring smart contract and a network node monitoring smart contract; receiving a consumption payment transaction request initiated by an acquiring system according to the inquired network node information; receiving a consumption return transaction request initiated by an acquisition system; if the order receiving system does not receive the order response given by the business service system within the specified time, making a consumption reversal transaction request, sending a request again, and correcting the original order; and the acquiring system is linked with the wallet to obtain payment fees, and redeeming transaction is carried out according to an assignable strategy. According to the invention, a supervisor can dynamically supervise transaction ecology.

Description

Technical Field

[0001] The present invention belongs to the field of blockchain supervision technology, and specifically relates to a blockchain transaction dynamic monitoring management method, system, storage medium and device. Background Art

[0002] With the continuous development of blockchain and the increasing prominence of its security issues, more and more industries are aware of the importance of supervision to the stable development of blockchain, and many industries are accelerating the establishment of blockchain supervision standards. Some companies have launched automated cryptocurrency transaction monitoring software to achieve real-time transaction monitoring, risk identification and early warning; the existing technology proposes a tracking mechanism based on Monero to supervise trading accounts; it also proposes an account privacy supervision solution Solidus, which provides strong confidentiality protection, unlinkability and legal supervision of both parties of the transfer. Domestic companies have developed blockchain node monitoring systems that can quickly analyze and locate abnormal nodes in the blockchain ecosystem; proposed a security log and audit system based on blockchain to achieve distributed security access control and intrusion behavior tracking mechanism for information systems; proposed a transparent supervision solution based on supervision contracts, using smart contracts to digitize supervision rules; proposed a cross-chain blockchain supervision solution to build a chain of supervision that governs the chain and solve the problem of unified cross-chain supervision.

[0003] The blockchain ecosystem is complex, with a large number of entities across accounts and platforms, diverse digital identities, complex associations, and different cross-chain network standards, making it difficult to effectively regulate. As the blockchain ecosystem becomes increasingly complex, the trend is to shift from single-chain supervision to cross-platform association supervision. Existing supervision technologies cannot guarantee the association and mapping of digital identities in cyberspace and physical space, and lack the ability to dynamically regulate across accounts and platforms. Summary of the invention

[0004] In view of the shortcomings of the prior art, the present invention provides a blockchain transaction dynamic monitoring management method, system and device.

[0005] In order to solve the above technical problems, the present invention is solved by the following technical solutions:

[0006] A blockchain transaction dynamic monitoring and management method comprises the following steps:

[0007] Under the default configuration, the business service system uses annotation-style transactions Spring to manage and control its own processing process. The data processing scope of the processing process is defined according to actual needs, and an extensible system layered architecture is set to avoid using large transaction operations as much as possible, which will cause serious performance problems. It is divided into small business points for processing according to actual business; analyze the code and divide it into smaller transaction blocks for optimization without changing the original business;

[0008] Based on the scalable system layered architecture, including setting data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts, the service framework encapsulates the database access object DAO generation tool, and designs a standardized table structure to query network node information;

[0009] According to the query network node information, the acquiring system initiates the consumer payment transaction request, and the current service receives and processes it; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract;

[0010] The receiving system initiates a consumer return transaction request, which is received and processed by the current service. At the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0011] If the acquiring system does not receive an order response from the business service system within the specified time, it will make a consumption reversal transaction request and send another request to correct the original order;

[0012] The wallet on the acquiring system chain obtains payment fees and conducts redemption transactions with configurable strategies; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0013] As an implementable method, the system layered architecture for setting scalability includes the following steps:

[0014] Disassemble the business logic;

[0015] According to the disassembled business logic, design data access control smart contracts, assign different access control permissions, and then call different block transaction data statistics smart contracts, dynamic monitoring smart contracts, and network node monitoring smart contracts;

[0016] According to the access rights of the triggering data access control smart contract, a block transaction data statistics smart contract is set, wherein different privacy encryption levels are set to divide the access rights, which are divided into ten levels of privacy encryption levels. Levels below five represent a low privacy encryption level, and levels greater than five represent a high privacy encryption level. The access rights with a low privacy encryption level trigger the first-level block transaction data statistics smart contract, and the access rights with a high privacy encryption level trigger the second-level block transaction data statistics smart contract;

[0017] Trigger the block transaction data statistics smart contract, set up dynamic monitoring smart contracts according to different transaction data statistics, trigger the first-level dynamic monitoring smart contract through the first-level block transaction data statistics smart contract, and trigger the second-level dynamic monitoring smart contract through the second-level block transaction data statistics smart contract;

[0018] Set up a network node monitoring smart contract according to the triggering dynamic monitoring smart contract block, trigger the first-level network node monitoring smart contract through the first-level dynamic monitoring smart contract, and trigger the second-level network node monitoring smart contract through the second-level dynamic monitoring smart contract;

[0019] The first-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level below level five, and the second-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level greater than level five.

[0020] As an implementable method, the receiving acquiring system initiates a consumer payment transaction request, further comprising the following steps:

[0021] The acquiring system uploads order events to the blockchain through the software development kit SDK, and the blockchain platform backend monitors and processes orders;

[0022] Authenticate submitted orders and transactions, and verify the identity of the submitter;

[0023] Confirm the submitted order and transaction payment information;

[0024] Upload submitted orders and transaction payment information to the blockchain, including silently creating an on-chain wallet;

[0025] The transaction value flow is completed on the blockchain, from the consumer-side interface to the merchant-side interface, and the balance of each account is adjusted according to the real-time transaction situation.

[0026] As an implementable method, the receiving acquiring system initiates a consumer return transaction request, further comprising the following steps:

[0027] The business service system triggers the dynamic monitoring smart contract to monitor order and transaction information;

[0028] The business service system obtains the corresponding key-value pair data json string;

[0029] Parse the key-value data json string to obtain the order information. If the key-value data json parsing fails, trigger the network node monitoring smart contract to perform the modification operation;

[0030] Store the order transaction information into the event receiving information t_event_rcv_info and the service problem solving information t_ces_settle_jrnl;

[0031] Key field judgment, analyze which fields are not in compliance with the standard, and trigger the network node monitoring smart contract to perform modification operations when there are non-standard character segments or WT call fails;

[0032] Call the access point AP interface (hotspot) of the wireless network of the business service system wallet, parse the returned message, and trigger the network node monitoring smart contract to perform modification operations if the WT call fails;

[0033] Call the WT interface of the business service system wallet widget and parse the returned message;

[0034] Modify the transaction status of event receiving information t_event_rcv_info to transaction success;

[0035] Call the SDK refund interface to upload the refund result to the chain; modify the transaction status of the event receiving information t_event_rcv_info to be reversed, and if an error message is received, the chain fails;

[0036] The on-chain information is stored in the event feedback information t_event_rst_info transaction result on-chain information table.

[0037] As an implementable method, the above scheme further includes the following steps:

[0038] Modify the event receiving information t_event_rcv_info transaction status to transaction failure and modify the error information;

[0039] Call the software development kit SDK to successfully upload the link interface and upload the failure result to the blockchain.

[0040] As an implementable method, the consumption reversal transaction further includes the following steps:

[0041] When the acquiring system fails to upload the request to the blockchain, the business service system does not respond and directly returns a transaction failure prompt;

[0042] The acquiring system requests to be uploaded to the blockchain and the business service system returns the successful result of the upload. The query returns the information and directly returns the transaction result failure or success message;

[0043] If the acquiring system fails to find the corresponding information, a reversal transaction is sent. The reversal transaction is successfully returned based on whether the business service system successfully obtains the requested information. If the system fails to obtain the requested information, the reversal transaction is successfully returned, and the original order fails.

[0044] The business service system obtains the request, the wallet interface is called successfully, the value is refluxed, and the reversal is successful. In the case of value transfer failure, the wallet interface is not called and the original order failure message is directly returned, indicating a successful reversal.

[0045] As an implementable method, the redemption transaction further includes the following steps:

[0046] The acquiring system removes part of the payment data from the on-chain wallet, and the wallet component destroys this part of the payment data;

[0047] Increase the balance of the interbank account in the acquiring system through the wireless network access point AP interface and the display LG interface;

[0048] Through the event processing IB component, the cross-platform transfer transaction process of related accounts is completed from the acquiring system.

[0049] A blockchain transaction dynamic monitoring and management system, comprising:

[0050] The business service system adopts an extensible system layered architecture, including data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts. The service framework encapsulates the database access object DAO generation tool, which is set to: divide the actual business into small business points for processing; analyze the code and divide it into smaller transaction blocks for optimization without changing the original business;

[0051] The acquiring system is configured as follows:

[0052] According to the query network node information, the acquiring system initiates the consumer payment transaction request, and the current service receives and processes it; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract;

[0053] The receiving system initiates a consumer return transaction request, which is received and processed by the current service. At the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0054] If the acquiring system does not receive an order response from the business service system within the specified time, it will make a consumption reversal transaction request and send another request to correct the original order;

[0055] The wallet on the acquiring system chain obtains payment fees and conducts redemption transactions with configurable strategies; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0056] A computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following method steps are implemented:

[0057] Under the default configuration, the business service system uses annotation-style transactions Spring to manage and control its own processing process. The data processing scope of the processing process is defined according to actual needs, and an extensible system layered architecture is set to avoid using large transaction operations as much as possible, which will cause serious performance problems. It can be divided into small business points for processing according to the actual business; in terms of technology, the code can be analyzed and divided into smaller transaction blocks for optimization without changing the original business;

[0058] Based on the scalable system layered architecture, including setting data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts, the service framework encapsulates the database access object DAO generation tool, and designs a standardized table structure to query network node information; provides automatic optimistic lock version number control to prevent dirty writes, etc.

[0059] According to the query network node information, the acquiring system initiates the consumer payment transaction request, and the current service receives and processes it; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract;

[0060] The receiving system initiates a consumer return transaction request, which is received and processed by the current service. At the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0061] If the acquiring system does not receive an order response from the business service system within the specified time, it will make a consumption reversal transaction request and send another request to correct the original order;

[0062] The wallet on the acquiring system chain obtains payment fees and conducts redemption transactions with configurable strategies; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0063] A blockchain supervision and governance device based on group attribute password includes a memory, a processor, and a computer program stored in the memory and running on the processor. When the processor executes the computer program, the following method steps are implemented:

[0064] Under the default configuration, the business service system uses annotation-style Spring transactions to manage and control its own transactions. The scope of transactions is defined according to actual needs, and an extensible system layered architecture is set to avoid using large transaction operations as much as possible, which will lead to serious performance problems. It can be divided into small business points for processing according to actual business. In terms of technology, the code can be analyzed and divided into smaller transaction blocks for optimization without changing the original business.

[0065] Based on the scalable system layered architecture, including setting data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts, the service framework encapsulates the database access object DAO generation tool, and designs a standardized table structure to query network node information; provides automatic optimistic lock version number control to prevent dirty writes, etc.

[0066] According to the query network node information, the acquiring system initiates the consumer payment transaction request, and the current service receives and processes it; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract;

[0067] The receiving system initiates a consumer return transaction request, which is received and processed by the current service. At the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0068] If the acquiring system does not receive an order response from the business service system within the specified time, it will make a consumption reversal transaction request and send another request to correct the original order;

[0069] The wallet on the acquiring system chain obtains payment fees and conducts redemption transactions with configurable strategies; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0070] Compared with the prior art, the present invention has significant technical effects due to the adoption of the above technical solutions:

[0071] The business service system of the present invention uses annotated transactions Spring to manage and control its own affairs. The scope of the affairs is defined according to actual needs, and an extensible system layered architecture is set to avoid using large transaction operations as much as possible, which will lead to serious performance problems. It is further divided into small business points for processing according to the actual business; the code is analyzed in terms of technology, and it is divided into smaller transaction blocks for optimization without changing the original business; the present invention is based on an extensible system layered architecture, including setting data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts, to achieve dynamic security monitoring and management of transactions involving blockchain. At the same time, based on the extensible system layered architecture of dynamic monitoring and management of blockchain transactions of the present invention, the present invention can realize the dynamic monitoring process of blockchain transactions under the scenarios of consumer payment transactions, consumer return transactions, consumer reversal transactions, and redemption transactions. BRIEF DESCRIPTION OF THE DRAWINGS

[0072] Figure 1This is a flow chart of the blockchain transaction dynamic monitoring and management method of the present invention;

[0073] Figure 2 This is a flow chart of the consumer return transaction initiated by the blockchain transaction dynamic monitoring management of the present invention. DETAILED DESCRIPTION

[0074] In order to clearly explain the present invention and make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the following is combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solution in the embodiments of the present invention, so that those skilled in the art can implement it according to the description. The following is a detailed description of the technology of the present invention in combination with the drawings and specific embodiments.

[0075] Figure 1 The present invention shows an implementation form of the present invention, and shows a basic flow chart of the blockchain transaction dynamic monitoring management method of the present invention. The present invention implements a blockchain transaction dynamic monitoring management method, and the specific implementation steps include:

[0076] Step 1: Under the default configuration, the business service system uses annotation-style Spring transactions to manage and control its own transactions. The scope of transactions is defined according to actual needs, and an extensible system layered architecture is set to avoid using large transaction operations as much as possible, which will lead to serious performance problems. It can be divided into small business points for processing according to actual business. In terms of technology, the code can be analyzed and divided into smaller transaction blocks for optimization without changing the original business.

[0077] Step 2: Based on the scalable system layered architecture, including setting up data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts, the service framework encapsulates the database access object DAO generation tool, and designs a standardized table structure to query network node information; provides automatic optimistic lock version number control to prevent dirty writes, etc.;

[0078] The step of setting up a scalable system hierarchical architecture includes the following steps:

[0079] Step 1-1: Disassemble the business logic;

[0080] Step 1-2: Design a data access control smart contract based on the deconstructed business logic, assign different access control permissions, and then call different block transaction data statistics smart contracts, dynamic monitoring smart contracts, and network node monitoring smart contracts;

[0081] Step 1-3: According to the access rights of the triggering data access control smart contract, a block transaction data statistics smart contract is set, wherein different privacy encryption levels are set to divide the access rights, which are divided into ten levels of privacy encryption levels. Levels below five represent a low privacy encryption level, and levels greater than five represent a high privacy encryption level. The access rights with a low privacy encryption level trigger the first-level block transaction data statistics smart contract, and the access rights with a high privacy encryption level trigger the second-level block transaction data statistics smart contract;

[0082] Step 1-4: Trigger the block transaction data statistics smart contract, set up a dynamic monitoring smart contract according to different transaction data statistics, trigger the first-level dynamic monitoring smart contract through the first-level block transaction data statistics smart contract, and trigger the second-level dynamic monitoring smart contract through the second-level block transaction data statistics smart contract;

[0083] Step 1-5: Set up the network node monitoring smart contract according to the triggering dynamic monitoring smart contract block, trigger the first-level network node monitoring smart contract through the first-level dynamic monitoring smart contract, and trigger the second-level network node monitoring smart contract through the second-level dynamic monitoring smart contract;

[0084] Step 1-6: The first-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level below level 5, and the second-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level greater than level 5.

[0085] Step 3: Based on the query network node information, the acquiring system initiates a consumer payment transaction request, which is received and processed by the current service. At the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0086] The receiving acquiring system initiating a consumer payment transaction request further includes the following steps:

[0087] Step 2-1: The acquiring system uploads the order event to the blockchain through the software development kit SDK, and the blockchain platform backend monitors and processes the order;

[0088] Step 2-2: Authenticate the submitted order and transaction, and verify the identity of the submitter;

[0089] Step 2-3: Confirm the submitted order and transaction payment information;

[0090] Step 2-4: Upload the submitted order and transaction payment information to the blockchain, including silently creating an on-chain wallet;

[0091] Step 2-5: Complete the transaction value transfer on the blockchain, from the consumer-side interface to the merchant-side interface, and adjust the balance of each account based on the real-time transaction situation.

[0092] Step 4: Receive the consumer return transaction request initiated by the acquiring system, and the current service receives and processes it; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract;

[0093] Among them, Figure 2 As shown, one implementation method of the initiating consumption return transaction flow chart in the above solution of the present invention is:

[0094] Step 3-1: The business service system triggers the dynamic monitoring smart contract to monitor order and transaction information;

[0095] Step 3-2: The business service system obtains the corresponding key-value pair data json string;

[0096] Step 3-3: Parse the key-value pair data json string to obtain the order information. If the key-value pair data json parsing fails, trigger the network node monitoring smart contract to perform the modification operation;

[0097] Step 3-4: Store the order transaction information into the event receiving information t_event_rcv_info and the service problem solving information t_ces_settle_jrnl;

[0098] Step 3-5: Determine the key fields and analyze which fields are not in compliance with the standard. If there are non-standard character segments, trigger the network node to monitor the smart contract to perform modification operations;

[0099] Step 3-6: Call the access point AP interface (hotspot) of the wireless network of the business service system wallet, parse the returned message, and trigger the network node monitoring smart contract to perform modification operations if the WT call fails;

[0100] The above-mentioned triggering network node monitoring smart contract execution modification operation also includes the following steps:

[0101] Modify the event receiving information t_event_rcv_info transaction status to transaction failure and modify the error information;

[0102] Call the software development kit SDK to successfully upload the link interface and upload the failure result to the blockchain.

[0103] Step 3-7: Call the WT interface of the business service system wallet and parse the returned message;

[0104] Step 3-8: Modify the transaction status of event receiving information t_event_rcv_info to transaction success;

[0105] Step 3-9: Call the SDK refund interface to upload the refund result to the chain; modify the transaction status of the event receiving information t_event_rcv_info to be reversed, and if an error message is received, the chain fails;

[0106] Step 3-10: The on-chain information is stored in the event feedback information t_event_rst_info transaction result on-chain information table.

[0107] Step 5: If the acquiring system does not receive an order response from the business service system within the specified time, it will make a consumption reversal transaction request and send another request to correct the original order;

[0108] The consumption reversal transaction further includes the following steps:

[0109] Step 4-1: When the acquiring system fails to upload the request to the blockchain, the business service system does not respond and directly returns a transaction failure prompt;

[0110] Step 4-2: The acquiring system requests to be uploaded to the blockchain and the business service system returns the successful result of the upload. The returned information is queried and the transaction result failure or success message is directly returned;

[0111] Step 4-3: If the corresponding information is not found in the acquiring system, a reversal transaction is sent. The reversal transaction is returned directly based on whether the business service system successfully obtains the requested information. If it fails to obtain the information, the reversal transaction is successful and the original order fails.

[0112] Step 4-4: The business service system obtains the request, the wallet interface is called successfully, the value is refluxed, and the reversal is successful. In the case of value transfer failure, the wallet interface is not called and the original order failure message is directly returned, indicating a successful reversal.

[0113] Step 6: The wallet on the acquiring system chain obtains the payment fee and conducts redemption transactions with a configurable strategy; at the same time, the block transaction data statistics smart contract is triggered, and the business service system counts and queries the ledger data in real time, triggering the dynamic monitoring smart contract.

[0114] The redemption transaction further includes the following steps:

[0115] Step 5-1: The acquiring system removes part of the payment data from the on-chain wallet, and the wallet component destroys this part of the payment data;

[0116] Step 5-2: Increase the balance of the interbank account in the acquiring system through the access point AP interface of the wireless network and the display LG interface;

[0117] Step 5-3: Through the event processing IB component, the cross-platform transfer transaction process of related accounts is completed from the acquiring system.

[0118] Another embodiment of the present invention provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it can implement the same or similar steps as the method embodiment, which will not be repeated here.

[0119] Another embodiment of the present invention proposes a blockchain transaction dynamic monitoring and management device, which can be a server or a mobile terminal. The computer device includes a processor, a memory, a network interface and a database connected through a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database is used for all data of the computer device. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a blockchain transaction dynamic monitoring and management method is implemented.

[0120] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0121] The above description of the embodiments is to facilitate the understanding and application of the present invention by those skilled in the art. It is obvious that those skilled in the art can easily make various modifications to the above embodiments and apply the general principles described herein to other embodiments without creative work. Therefore, the present invention is not limited to the above embodiments, and improvements and modifications made to the present invention by those skilled in the art based on the disclosure of the present invention should be within the scope of protection of the present invention.

Claims

1. A method for dynamic monitoring and management of blockchain transactions, based on a business service system, which includes a data access control smart contract, a block transaction data statistics smart contract, a dynamic monitoring smart contract, and a network node monitoring smart contract. The service framework encapsulates a database access object DAO generation tool, manages and controls the corresponding processing process based on the annotation-based transaction Spring, completes transaction processing, and defines the data processing scope of the corresponding processing process according to actual needs, and sets an extensible system hierarchical architecture, which is characterized by: The following steps are involved: The business service system is divided into several sub-businesses for processing according to the actual business; Analyze the code. If the actual business does not change, divide the actual business into several sub-transaction blocks for optimization. According to the query network node information, receive and process the order consumption payment transaction request initiated by the acquiring system; trigger the block transaction data statistics smart contract, the business service system real-time statistics and query ledger data, trigger the dynamic monitoring smart contract; Receive and process consumer return transaction requests initiated by the acquiring system; Trigger the block transaction data statistics smart contract, the business service system counts and queries the ledger data in real time, and triggers the dynamic monitoring smart contract; If no order response is received from the business service system within the specified time, the receiving acquiring system initiates a consumption reversal transaction request, and amends the order based on the consumption reversal transaction request; The wallet on the acquiring system chain obtains payment fees and redeems transactions using configurable strategies; Trigger the block transaction data statistics smart contract, the business service system counts and queries the ledger data in real time, and triggers the dynamic monitoring smart contract.

2. The blockchain transaction dynamic monitoring and management method according to claim 1 is characterized in that: The system layered architecture for setting up scalability includes the following steps: Disassemble the business logic; According to the disassembled business logic, design data access control smart contracts, assign different access control permissions, and then call different block transaction data statistics smart contracts, dynamic monitoring smart contracts, and network node monitoring smart contracts; According to the access rights of the triggering data access control smart contract, a block transaction data statistics smart contract is set, wherein different privacy encryption levels are set to divide the access rights, which are divided into ten levels of privacy encryption levels. Levels below five represent a low privacy encryption level, and levels greater than five represent a high privacy encryption level. The access rights with a low privacy encryption level trigger the first-level block transaction data statistics smart contract, and the access rights with a high privacy encryption level trigger the second-level block transaction data statistics smart contract; Trigger the block transaction data statistics smart contract, set up dynamic monitoring smart contracts according to different transaction data statistics, trigger the first-level dynamic monitoring smart contract through the first-level block transaction data statistics smart contract, and trigger the second-level dynamic monitoring smart contract through the second-level block transaction data statistics smart contract; Set up a network node monitoring smart contract according to the triggering dynamic monitoring smart contract block, trigger the first-level network node monitoring smart contract through the first-level dynamic monitoring smart contract, and trigger the second-level network node monitoring smart contract through the second-level dynamic monitoring smart contract; The first-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level below level five, and the second-level network node monitoring smart contract monitors the network monitoring situation with a privacy encryption level greater than level five.

3. The blockchain transaction dynamic monitoring and management method according to claim 1 is characterized in that: The receiving acquiring system initiates a consumer payment transaction request, and further comprises the following steps: The acquiring system uploads order events to the blockchain through the software development kit SDK, and the blockchain monitors and processes the orders; Authenticate submitted orders and transactions, and verify the identity of the submitter; Confirm the submitted order and transaction payment information; Upload submitted orders and transaction payment information to the blockchain, including silently creating an on-chain wallet; The transaction value flow is completed on the blockchain, from the consumer-side interface to the merchant-side interface, and the balance of each account is adjusted according to the real-time transaction situation.

4. The blockchain transaction dynamic monitoring and management method according to claim 1 is characterized in that: The receiving acquiring system initiates a consumer return transaction request, and further comprises the following steps: The business service system responds to the triggering of dynamic monitoring smart contracts to listen to orders and transaction information; The business service system obtains the corresponding key-value pair data json string; Parse the key-value data json string to obtain the order information. If the key-value data json parsing fails, trigger the network node monitoring smart contract to perform the modification operation; Store the order transaction information into the event receiving information t_event_rcv_info and the service problem solving information t_ces_settle_jrnl; The key fields are judged. If the preset conditions are not met, the network node monitoring smart contract is triggered to perform modification operations. The preset conditions at least include non-standard fields, non-standard character segments, and WT call failure. Call the access point AP interface of the wireless network of the business service system wallet, parse the returned message, and if the WT call fails, trigger the network node monitoring smart contract to perform the modification operation; Call the WT interface of the business service system wallet widget and parse the returned message; Modify the transaction status of event receiving information t_event_rcv_info to transaction success; Call the SDK refund interface to upload the refund result to the chain; modify the transaction status of the modification event receiving information t_event_rcv_info to the pending correction status. If the error information is received, the chain fails; The on-chain information is stored in the event feedback information transaction result on-chain information table.

5. The method for dynamic monitoring and management of blockchain transactions according to claim 4 is characterized in that: The triggering network node to monitor the smart contract execution modification operation also includes the following steps: Change the transaction status of event receiving information t_event_rcv_info to transaction failure status and modify the error information; Call the software development kit SDK to successfully upload the link interface and upload the failure result to the blockchain.

6. The blockchain transaction dynamic monitoring and management method according to claim 1 is characterized in that: The consumption reversal transaction further includes the following steps: When the acquiring system fails to upload its request to the blockchain, the business service system does not respond and directly returns a transaction failure prompt; The acquiring system requests to be uploaded to the blockchain and the business service system returns the successful result of the upload. The query returns the information and directly returns the transaction result failure or success message; If the acquiring system fails to find the corresponding information, a reversal transaction is sent. The reversal transaction is successfully returned based on whether the business service system successfully obtains the requested information. If the system fails to obtain the requested information, the reversal transaction is successfully returned, and the original order fails. The business service system obtains the request, the wallet interface is called successfully, the value is refluxed, and the reversal is successful. In the case of value transfer failure, the wallet interface is not called and the original order failure message is directly returned, indicating a successful reversal.

7. The blockchain transaction dynamic monitoring and management method according to claim 1 is characterized in that: The redemption transaction further includes the following steps: The acquiring system removes part of the payment data from the on-chain wallet, and the wallet component destroys this part of the payment data; Increase the balance of the interbank account in the acquiring system through the wireless network access point AP interface and the display LG interface; Through the event processing IB component, the cross-platform transfer transaction process of related accounts is completed from the acquiring system.

8. A blockchain transaction dynamic monitoring and management system, characterized in that: include: The business service system uses an extensible system layered architecture to set up data access control smart contracts, block transaction data statistics smart contracts, dynamic monitoring smart contracts and network node monitoring smart contracts. The service framework encapsulates the database access object DAO generation tool, which is set up as follows: the business service system is divided into several sub-businesses for processing according to the actual business; the code is analyzed, and if the actual business does not change, the actual business is divided into several sub-transaction blocks for optimization; The acquiring system is configured as follows: According to the query network node information, receive and process the order consumption payment transaction request initiated by the acquiring system; trigger the block transaction data statistics smart contract, the business service system real-time statistics and query ledger data, trigger the dynamic monitoring smart contract; Receive and process consumer return transaction requests initiated by the acquiring system; Trigger the block transaction data statistics smart contract, the business service system counts and queries the ledger data in real time, and triggers the dynamic monitoring smart contract; If no order response is received from the business service system within the specified time, the receiving acquiring system initiates a consumption reversal transaction request, and amends the order based on the consumption reversal transaction request; The wallet on the acquiring system chain obtains payment fees and redeems transactions using configurable strategies; Trigger the block transaction data statistics smart contract, the business service system counts and queries the ledger data in real time, and triggers the dynamic monitoring smart contract.

9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

10. A blockchain transaction dynamic monitoring and management device, comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 7 is implemented.

Images