Blockchain transaction dynamic monitoring management method, system, storage medium and device

Abstract

The application discloses a kind of blockchain transaction dynamic monitoring management method, system, storage medium and device, method includes: by default configuration, using annotation type transaction transaction is managed and controlled by business service system, and setting extensible system layered architecture;Based on the extensible system layered architecture, including setting data access control smart contract, block transaction data statistics smart contract, dynamic monitoring smart contract and network node monitoring smart contract;According to the query network node information, receive the consumer payment transaction request initiated by acquirer system;Receive the consumer return transaction request initiated by acquirer system;Acquirer system does not receive the order response given by business service system within specified time, will make consumer correction transaction request, send a request again, modify original order;Acquirer system chain wallet obtains payment fee, and carries out exchange transaction with matching strategy.The application realizes the dynamic supervision of regulatory party to transaction ecology.

Description

Technical Field

[0001] This invention belongs to the field of blockchain regulatory technology, specifically relating to a method, system, storage medium, and device for dynamic monitoring and management of blockchain transactions. Background Technology

[0002] With the continuous development of blockchain and the increasing prominence of its security issues, more and more industries have realized the importance of regulation for the stable development of blockchain, and many industries are accelerating the establishment of blockchain regulatory standards systems. Some companies have already launched automated cryptocurrency transaction monitoring software to achieve real-time transaction monitoring, risk identification, and early warning; existing technologies have proposed a Monero-based tracking mechanism for monitoring transaction accounts; and a privacy-monitoring solution called Solidus has been proposed, providing strong confidentiality protection, non-linkability between transfer parties, and legal oversight. Domestic companies have developed blockchain node monitoring systems that can quickly analyze and locate abnormal nodes in the blockchain ecosystem; proposed a blockchain-based security log and audit system to achieve distributed secure access control and intrusion tracking mechanisms for information systems; proposed a transparent regulatory solution based on regulatory contracts, using smart contracts to digitize regulatory rules; and proposed a cross-chain-based blockchain regulatory solution to build a regulatory chain that governs the chain, solving the problem of unified cross-chain regulation.

[0003] The blockchain ecosystem is complex, with a large number of entities, diverse digital identities, and intricate relationships across accounts and platforms. Furthermore, varying cross-chain network standards make effective regulation difficult. As the blockchain ecosystem becomes increasingly complex, a shift from single-chain-based regulation to cross-platform, interconnected regulation is the trend. Existing regulatory technologies cannot guarantee the correlation and mapping of digital identities across cyberspace and physical space, and lack the capability for dynamic cross-account and cross-platform regulation. Summary of the Invention

[0004] This invention addresses the shortcomings of existing technologies by providing a method, system, and device for dynamic monitoring and management of blockchain transactions.

[0005] To solve the above-mentioned technical problems, the present invention provides the following technical solution:

[0006] A method for dynamic monitoring and management of blockchain transactions includes the following steps:

[0007] By default, the business service system uses annotation-based transactions, which Spring manages and controls its own processing. The scope of data processing during the process is defined according to actual needs. An extensible layered system architecture is set up to avoid large transaction operations as they can lead to serious performance issues. The system is divided into smaller business points for processing based on actual business needs. The code is analyzed and further optimized by dividing it into smaller transaction blocks without changing the original business logic.

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

[0009] Based on the query network node information, the system receives and processes consumer payment transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

[0010] The system receives and processes consumer return transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, enabling the business service system to perform real-time statistics and query ledger data, and triggers the dynamic monitoring smart contract.

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

[0012] The acquiring system's on-chain wallet receives payment fees and conducts redemption transactions using a configurable strategy; simultaneously, it triggers a blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering a dynamic monitoring smart contract.

[0013] As one possible implementation, the scalable system layered architecture includes the following steps:

[0014] Decompose the business logic;

[0015] Based on the decomposed business logic, design a data access control smart contract, 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] Based on the access permissions of the triggering data access control smart contract, a block transaction data statistics smart contract is set up. Different privacy encryption levels are set to divide access permissions, which are divided into ten privacy encryption levels. Levels below five represent low privacy encryption levels, and levels above five represent high privacy encryption levels. Access permissions with lower privacy encryption levels trigger the first-level block transaction data statistics smart contract, while access permissions with higher privacy encryption levels trigger the second-level block transaction data statistics smart contract.

[0017] The block transaction data statistics smart contract is triggered, and a dynamic monitoring smart contract is set up according to different transaction data statistics. The first-level block transaction data statistics smart contract triggers the first-level dynamic monitoring smart contract, and the second-level block transaction data statistics smart contract triggers the second-level dynamic monitoring smart contract.

[0018] The network node monitoring smart contract is set up according to the triggering dynamic monitoring smart contract block. The first-level dynamic monitoring smart contract triggers the first-level network node monitoring smart contract, and the second-level dynamic monitoring smart contract triggers the second-level network node monitoring smart contract.

[0019] Level 1 network nodes monitor smart contracts for network monitoring at privacy encryption levels below 5, while Level 2 network nodes monitor smart contracts for network monitoring at privacy encryption levels above 5.

[0020] As one possible implementation, the process of receiving a consumer payment transaction request initiated by the acquiring system further includes the following steps:

[0021] The acquiring system records order events on the blockchain using a software development kit (SDK), and the blockchain platform backend listens for and processes the orders.

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

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

[0024] The submitted order and transaction payment information is uploaded to the blockchain, including the silent creation of on-chain wallets;

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

[0026] As one possible implementation, the process of receiving a consumer return transaction request initiated by the acquiring system further includes the following steps:

[0027] The business service system triggers a dynamic monitoring smart contract to listen for order and transaction information;

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

[0029] Parse the key-value pair data JSON string to obtain order information. If the key-value pair data JSON parsing fails, trigger the network node monitoring smart contract to execute modification operations.

[0030] Store order transaction information in event reception information t_event_rcv_info and service problem resolution information t_ces_settle_jrnl;

[0031] Key field judgment, parsing which fields are non-compliant, and triggering network node monitoring smart contract to perform modification operations in the event of non-compliant character segments or WT call failure;

[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 widget interface of the business service system wallet and parse the returned message;

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

[0035] Call the SDK refund interface to upload the refund result to the blockchain; modify the transaction status of the event receiving information t_event_rcv_info to "pending reversal"; if an error message is received, the on-chain upload will fail.

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

[0037] As one possible implementation, the above solution further includes the following steps in triggering the network node to monitor the smart contract's modification operation:

[0038] Modify the event reception information t_event_rcv_info to indicate a failed transaction status and modify the error message;

[0039] If the software development kit (SDK) is successfully invoked and connected to the interface, the failure result will be uploaded to the blockchain.

[0040] As one possible implementation, the consumer reversal transaction further includes the following steps:

[0041] If the acquiring system fails to upload the transaction to the blockchain, the business service system will not respond and will directly return a transaction failure message.

[0042] When the acquiring system requests to upload to the blockchain and the business service system returns a successful upload result, query the returned information and directly send back a message indicating whether the transaction result was successful or failed.

[0043] If the corresponding information is not found in the acquiring system, a reversal transaction is sent. The system will determine whether the requested information is successfully obtained from the business service system. If not, the reversal transaction will be returned as successful and the original order will fail.

[0044] When the business service system receives a request and the wallet interface call is successful, value is returned, and a reversal success message is returned. In the case of value transfer failure, the wallet interface is not called, and the original order failure message is returned directly, and the reversal success message is returned.

[0045] As one possible implementation method, the redemption transaction further includes the following steps:

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

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

[0048] The event handling IB component enables cross-platform transfer transactions between relevant accounts from the acquiring system.

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

[0050] The business service system adopts an extensible layered architecture, including smart contracts for data access control, block transaction data statistics, dynamic monitoring, and network node monitoring. The service framework encapsulates a database access object (DAO) generation tool, which is configured to: process small business points based on actual business needs; and analyze the code to optimize it by dividing it into even smaller transaction blocks without changing the original business logic.

[0051] The acquiring system is set up as follows:

[0052] Based on the query network node information, the system receives and processes consumer payment transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

[0053] The system receives and processes consumer return transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, enabling the business service system to perform real-time statistics and query ledger data, and triggers the dynamic monitoring smart contract.

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

[0055] The acquiring system's on-chain wallet receives payment fees and conducts redemption transactions using a configurable strategy; simultaneously, it triggers a blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering a dynamic monitoring smart contract.

[0056] A computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the method described below:

[0057] By default, the business service system uses annotation-based transactions to manage and control its own processing. The scope of data processing during the process is defined according to actual needs. A scalable layered system architecture is set up to avoid using large transaction operations as much as possible, as this can lead to serious performance issues. It can be divided into smaller business points for processing according to actual business needs. From a technical perspective, the code can be analyzed and optimized by dividing it into smaller transaction blocks without changing the original business logic.

[0058] Based on a scalable layered system architecture, it includes smart contracts for setting up data access control, block transaction data statistics, dynamic monitoring, and network node monitoring. The service framework encapsulates a database access object (DAO) generation tool and designs a standardized table structure to query network node information. It also provides automatic optimistic locking version number control to prevent dirty writes.

[0059] Based on the query network node information, the system receives and processes consumer payment transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

[0060] The system receives and processes consumer return transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, enabling the business service system to perform real-time statistics and query ledger data, and triggers the dynamic monitoring smart contract.

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

[0062] The acquiring system's on-chain wallet receives payment fees and conducts redemption transactions using a configurable strategy; simultaneously, it triggers a blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering a dynamic monitoring smart contract.

[0063] A blockchain regulatory governance device based on group attribute cryptography 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, it implements the following method steps:

[0064] By default, the business service system uses annotation-based transactions, which Spring manages and controls itself. The scope of the transaction is defined according to actual needs. A scalable layered system architecture should be set up to avoid large transaction operations, as these can lead to serious performance issues. Instead, transactions can be divided into smaller business points for processing based on actual business needs. Technically, the code can be analyzed and optimized by dividing it into smaller transaction blocks without changing the original business logic.

[0065] Based on a scalable layered system architecture, it includes smart contracts for setting up data access control, block transaction data statistics, dynamic monitoring, and network node monitoring. The service framework encapsulates a database access object (DAO) generation tool and designs a standardized table structure to query network node information. It also provides automatic optimistic locking version number control to prevent dirty writes.

[0066] Based on the query network node information, the system receives and processes consumer payment transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

[0067] The system receives and processes consumer return transaction requests initiated by the acquiring system; simultaneously, it triggers the blockchain transaction data statistics smart contract, enabling the business service system to perform real-time statistics and query ledger data, and triggers the dynamic monitoring smart contract.

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

[0069] The acquiring system's on-chain wallet receives payment fees and conducts redemption transactions using a configurable strategy; simultaneously, it triggers a blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering a 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 this invention employs annotation-based transactions, allowing Spring to manage and control its own transactions. The scope of each transaction is defined according to actual needs, and a scalable layered system architecture is established to minimize the use of large transactions, which can lead to severe performance issues. Furthermore, the system is divided into smaller business points for processing based on actual business requirements. Technically, the code is analyzed and optimized by dividing it into smaller transaction blocks without altering the original business logic. This invention, based on a scalable layered system architecture, includes smart contracts for data access control, blockchain transaction data statistics, dynamic monitoring, and network node monitoring, enabling dynamic security monitoring and management of blockchain transactions. Furthermore, based on this invention's scalable layered system architecture for dynamic monitoring and management of blockchain transactions, this invention can realize dynamic monitoring of blockchain transactions in scenarios such as consumer payment transactions, consumer return transactions, consumer reversal transactions, and redemption transactions. Attached Figure Description

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

[0073] Figure 2 This invention provides a flowchart for initiating consumer return transactions under the blockchain transaction dynamic monitoring and management system. Detailed Implementation

[0074] To clearly illustrate the present invention and make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings, so that those skilled in the art can implement the invention based on the description. The technology of the present invention will be described in detail below with reference to the accompanying drawings and specific embodiments.

[0075] Figure 1 This paper illustrates one implementation of the present invention, showing a basic flowchart of the blockchain transaction dynamic monitoring and management method of the present invention. The present invention implements a blockchain transaction dynamic monitoring and management method, and the specific implementation steps include:

[0076] Step 1: By default, the business service system uses annotation-based transactions, which Spring manages and controls itself. The scope of the transaction is defined according to actual needs. Set up an extensible layered system architecture and try to avoid using large transaction operations, as this will lead to serious performance problems. It can be divided into smaller business points for processing according to actual business. Technically, the code can be analyzed and optimized by dividing it into smaller transaction blocks without changing the original business.

[0077] Step 2: Based on a scalable layered system architecture, this includes setting up smart contracts for data access control, block transaction data statistics, dynamic monitoring, and network node monitoring. The service framework encapsulates a database access object (DAO) generation tool and designs a standardized table structure to query network node information. It also provides automatic optimistic locking version number control to prevent dirty writes.

[0078] The aforementioned scalable system layered architecture includes the following steps:

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

[0080] Steps 1-2: Based on the decomposed business logic, design data access control smart contracts, allocate 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] Steps 1-3: Based on the access permissions of the triggering data access control smart contract, set up the block transaction data statistics smart contract. Different privacy encryption levels are set to divide access permissions, which are divided into ten privacy encryption levels. Levels below five represent low privacy encryption levels, and levels above five represent high privacy encryption levels. Access permissions with lower privacy encryption levels trigger the first-level block transaction data statistics smart contract, and access permissions with higher privacy encryption levels trigger the second-level block transaction data statistics smart contract.

[0082] Steps 1-4: 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.

[0083] Steps 1-5: Set up network node monitoring smart contracts according to the triggering dynamic monitoring smart contract block. The first-level dynamic monitoring smart contract triggers the first-level network node monitoring smart contract, and the second-level dynamic monitoring smart contract triggers the second-level network node monitoring smart contract.

[0084] Steps 1-6: Level 1 network nodes monitor smart contracts for networks with a privacy encryption level of 5 or lower; Level 2 network nodes monitor smart contracts for networks with a privacy encryption level of 5 or higher.

[0085] Step 3: Based on the queried network node information, receive the consumer payment transaction request initiated by the acquiring system, and the current service receives and processes it; at the same time, trigger the blockchain transaction data statistics smart contract, the business service system performs real-time statistics and queries of ledger data, and triggers the dynamic monitoring smart contract;

[0086] The process of receiving a consumer payment transaction request initiated by the acquiring system further includes the following steps:

[0087] Step 2-1: The acquiring system records order events on the blockchain using the Software Development Kit (SDK), and the blockchain platform backend listens for and processes the orders;

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

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

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

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

[0092] Step 4: Receive a consumer return transaction request initiated by the acquiring system, and the current service receives and processes it; at the same time, trigger the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract;

[0093] Among them, such as Figure 2 As shown, one implementation of the consumer return transaction flowchart in the above-mentioned scheme of the present invention is as follows:

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

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

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

[0097] Steps 3-4: Store the order transaction information in the event reception information t_event_rcv_info and the service problem resolution information t_ces_settle_jrnl;

[0098] Steps 3-5: Key field judgment, analyze which fields are non-compliant, and trigger the network node to monitor the smart contract to perform modification operations if non-compliant character segments are found;

[0099] Steps 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 aforementioned triggering of network nodes to monitor smart contract execution modification operations also includes the following steps:

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

[0102] If the software development kit (SDK) is successfully invoked and connected to the interface, the failure result will be uploaded to the blockchain.

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

[0104] Steps 3-8: Modify the transaction status of the event receiving information t_event_rcv_info to "transaction successful";

[0105] Steps 3-9: Call the SDK refund interface to upload the refund result to the blockchain; modify the transaction status of the event receiving information t_event_rcv_info to "pending reversal"; if an error message is received, the on-chain upload will fail.

[0106] Step 3-10: Store the on-chain information into 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 issue a consumption reversal transaction request and send another request to correct the original order.

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

[0109] Step 4-1: If the acquiring system fails to upload the transaction to the blockchain, the business service system will not respond and will directly return a transaction failure message.

[0110] Step 4-2: The acquiring system requests to upload to the blockchain and the business service system returns a successful upload result. Query the returned information and directly send back a message indicating whether the transaction result is successful or failed.

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

[0112] Step 4-4: The business service system receives the request. If the wallet interface call is successful, the value is returned and a reversal success message is returned. If the value transfer fails, the wallet interface is not called and the original order failure message is returned directly, and the reversal success message is returned.

[0113] Step 6: The acquiring system's on-chain wallet receives the payment fee and performs a redemption transaction using a configurable strategy; at the same time, it triggers the blockchain transaction data statistics smart contract, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

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

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

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

[0117] Step 5-3: Complete the cross-platform transfer transaction process of the relevant accounts from the acquiring system through the event handling IB component.

[0118] Another embodiment of the present invention provides a computer-readable storage medium storing a computer program that, when executed by a processor, can perform the same or similar steps as in 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, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The database contains all data of the computer device. The network interface is used for communication with external terminals via a network connection. When the computer program is executed by the processor, it implements the blockchain transaction dynamic monitoring and management method.

[0120] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0121] The above description of the embodiments is provided to enable those skilled in the art to understand and apply the present invention. It will be apparent to those skilled in the art that various modifications can be made to the above embodiments, and the general principles described herein can be applied to other embodiments without inventive effort. Therefore, the present invention is not limited to the above embodiments, and any improvements and modifications made to the present invention by those skilled in the art based on the disclosure thereof should be within the scope of protection of the present invention.

Claims

1. A method for dynamic monitoring and management of blockchain transactions, implemented based on a business service system. The business service system 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. It uses annotation-based Spring to manage and control the corresponding processing procedures to complete transaction processing. The data processing scope of the corresponding processing procedures is defined according to actual needs. An extensible layered system architecture is established. Its characteristics are... Includes the following steps: The business service system divides actual business into several sub-businesses for processing. Analyze the code; if the actual business logic remains unchanged, divide the actual business logic into several sub-transaction blocks for optimization. Based on the query network node information, receive and process order consumption payment transaction requests initiated by the acquiring system; trigger the blockchain transaction data statistics smart contract, the business service system performs real-time statistics and queries of ledger data, and trigger the dynamic monitoring smart contract; Receive and process consumer return transaction requests initiated by the acquiring system; The smart contract for block transaction data statistics is triggered, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract. If no order response is received from the business service system within the specified time, the system will receive a consumer reversal transaction request initiated by the acquiring system, and the order will be corrected based on the consumer reversal transaction request. The acquiring system's on-chain wallet receives payment fees and uses a redemption strategy to facilitate transactions. The smart contract for blockchain transaction data statistics is triggered, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract.

2. The blockchain transaction dynamic monitoring and management method according to claim 1, characterized in that, The system layered architecture for setting up scalability includes the following steps: Decompose the business logic; Based on the decomposed business logic, design a data access control smart contract, 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. Based on the access permissions of the triggering data access control smart contract, a block transaction data statistics smart contract is set up. Different privacy encryption levels are set to divide access permissions, which are divided into ten privacy encryption levels. Levels below five represent low privacy encryption levels, and levels above five represent high privacy encryption levels. Access permissions with lower privacy encryption levels trigger the first-level block transaction data statistics smart contract, while access permissions with higher privacy encryption levels trigger the second-level block transaction data statistics smart contract. The block transaction data statistics smart contract is triggered, and a dynamic monitoring smart contract is set up according to different transaction data statistics. The first-level block transaction data statistics smart contract triggers the first-level dynamic monitoring smart contract, and the second-level block transaction data statistics smart contract triggers the second-level dynamic monitoring smart contract. The network node monitoring smart contract is set up according to the triggering dynamic monitoring smart contract block. The first-level dynamic monitoring smart contract triggers the first-level network node monitoring smart contract, and the second-level dynamic monitoring smart contract triggers the second-level network node monitoring smart contract. Level 1 network nodes monitor smart contracts for network monitoring at privacy encryption levels below 5, while Level 2 network nodes monitor smart contracts for network monitoring at privacy encryption levels above 5.

3. The blockchain transaction dynamic monitoring and management method according to claim 1, characterized in that, The process of receiving a consumer payment transaction request initiated by the acquiring system also includes the following steps: The acquiring system records order events on the blockchain using a software development kit (SDK), and the blockchain listens for and processes the orders. Authenticate submitted orders and transactions, and verify the identity of the submitter; Confirm the submitted order and transaction payment information; The submitted order and transaction payment information is uploaded to the blockchain, including the silent creation of on-chain wallets; The transaction value is transferred on the blockchain, from the consumer interface to the merchant 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, characterized in that, The process of receiving a consumer return transaction request initiated by the acquiring system also includes the following steps: The business service system responds to the triggering of dynamic monitoring smart contracts that listen for order and transaction information; The business service system retrieves the corresponding key-value pair data JSON string; Parse the key-value pair data JSON string to obtain order information. If the key-value pair data JSON parsing fails, trigger the network node monitoring smart contract to execute modification operations. Store order transaction information in event reception information t_event_rcv_info and service problem resolution information t_ces_settle_jrnl; The key fields are judged. If the preset conditions are not met, the network node is triggered to monitor the smart contract to perform modification operations. The preset conditions include at least 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 call fails, trigger the network node monitoring smart contract to perform modification operations. Call the WT widget interface of the business service system wallet and parse the returned message; Modify the transaction status of the event receiving information t_event_rcv_info to "transaction successful"; Call the SDK refund interface to upload the refund result to the blockchain; change the transaction status of the modified event receiving information t_event_rcv_info to the pending reversal status; if an error message is received, the upload to the blockchain will fail. On-chain information is stored in the event feedback information and transaction result on-chain information table.

5. The blockchain transaction dynamic monitoring and management method according to claim 4, characterized in that, The process of triggering network nodes to monitor smart contract execution modification operations also includes the following steps: Modify the transaction status of the event reception information t_event_rcv_info to a transaction failure status and modify the error message; If the software development kit (SDK) is successfully invoked and connected to the interface, the failure result will be uploaded to the blockchain.

6. The blockchain transaction dynamic monitoring and management method according to claim 1, characterized in that, The aforementioned consumer reversal transaction also includes the following steps: When the acquiring system fails to upload the transaction to the blockchain, the business service system does not respond and directly returns a transaction failure message. When the acquiring system requests to upload to the blockchain and the business service system returns a successful upload result, query the returned information and directly send back a message indicating whether the transaction result was successful or failed. If the corresponding information is not found in the acquiring system, a reversal transaction is sent. The system will determine whether the requested information is successfully obtained from the business service system. If not, the reversal transaction will be returned as successful and the original order will fail. When the business service system receives a request and the wallet interface call is successful, value is returned, and a reversal success message is returned. In the case of value transfer failure, the wallet interface is not called, and the original order failure message is returned directly, and the reversal success message is returned.

7. The blockchain transaction dynamic monitoring and management method according to claim 1, characterized in that, The redemption transaction also includes the following steps: The acquiring system removes a portion of the payment data from the on-chain wallet, and the wallet component destroys this portion of the payment data. Increase the balance in the interbank account of the acquiring system through the access point (AP) interface of the wireless network and the display (LG) interface; The event handling IB component enables cross-platform transfer transactions between relevant accounts from the acquiring system.

8. A blockchain transaction dynamic monitoring and management system, characterized in that, include: The business service system adopts an extensible layered architecture with smart contracts for data access control, block transaction data statistics, dynamic monitoring, and network node monitoring. The service framework encapsulates a database access object (DAO) generation tool. The system is configured to: divide the actual business into several sub-businesses for processing; analyze the code, and if the actual business does not change, divide the actual business into several sub-transaction blocks for optimization. The acquiring system is set up as follows: Based on the query network node information, receive and process order consumption payment transaction requests initiated by the acquiring system; trigger the blockchain transaction data statistics smart contract, the business service system performs real-time statistics and queries of ledger data, and trigger the dynamic monitoring smart contract; Receive and process consumer return transaction requests initiated by the acquiring system; The smart contract for block transaction data statistics is triggered, and the business service system performs real-time statistics and queries of ledger data, triggering the dynamic monitoring smart contract. If no order response is received from the business service system within the specified time, the system will receive a consumer reversal transaction request initiated by the acquiring system, and the order will be corrected based on the consumer reversal transaction request. The acquiring system's on-chain wallet receives payment fees and uses a redemption strategy to facilitate transactions. The smart contract for blockchain transaction data statistics is triggered, and the business service system performs real-time statistics and queries of ledger data, triggering 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, it implements the method as described in any one of claims 1 to 7.

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, it implements the method as described in any one of claims 1 to 7.

Images