Multi-security verification method and platform for digital currency transaction

Abstract

The invention discloses a multiple security verification method and platform for digital currency transactions, and relates to the technical field of security verification, and the method comprises the steps: carrying out the analysis of a transaction contract, obtaining a full-period transaction node, and constructing a transaction block chain; multiple verification means of at least two parties participating in the transaction are collected; according to the period setting risk of the full-period transaction node and the risk of the transaction amount, configuring the risk security level of each period transaction node; setting multiple security verification channels according to the risk security level; obtaining a multi-verification result according to the longitudinal transaction level dimension and the transverse multi-verification dimension, and extracting a transaction state according to the transaction block chain; and performing transaction execution on the multiple verification results according to the transaction state. According to the invention, the technical problems of insufficient security and single verification process during digital currency transaction verification in the prior art are solved, and the technical effect of improving the security and flexibility of digital currency transaction is achieved.

Description

Technical Field

[0001] The present invention relates to the field of security verification technology, and in particular to a multiple security verification method and platform for digital currency transactions. Background Art

[0002] With the rapid development of digital currency, blockchain technology has been widely used in the financial and payment fields. However, with the continuous increase in digital currency transaction volume and the complexity of transaction processes, the security and compliance management of digital currency transactions are facing increasing challenges. Traditional digital currency transaction verification methods often have problems such as insufficient security and a single verification process, which makes it difficult to meet the requirements of modern financial transactions for efficiency, security and flexibility. Summary of the invention

[0003] The present application provides a multiple security verification method and platform for digital currency transactions, which is used to solve the technical problems of insufficient security and a single verification process in the prior art when verifying digital currency transactions.

[0004] In view of the above problems, the present application provides a multiple security verification method and platform for digital currency transactions.

[0005] In a first aspect of the present application, a multi-security verification method for digital currency transactions is provided, the method comprising: The transaction contract is parsed to obtain the full-cycle transaction node, and a transaction blockchain is constructed, wherein each cycle transaction node corresponds to a block; multiple verification means of the transaction parties are collected, and the transaction parties are at least two parties; the risk security level of each cycle transaction node is configured according to the cycle setting risk of the full-cycle transaction node and the risk of the transaction amount; multiple security verification channels are set according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, and the horizontal multiple verification dimension is determined according to the multiple verification means of the transaction parties; multiple verification results are obtained according to the vertical transaction level dimension and the horizontal multiple verification dimension, and the transaction status is extracted according to the transaction blockchain; and the transaction is executed on the multiple verification results according to the transaction status.

[0006] The second aspect of the present application provides a multi-security verification platform for digital currency transactions, the platform comprising: A transaction blockchain construction module, wherein the transaction blockchain construction module parses the transaction contract, obtains the full-cycle transaction node, and constructs the transaction blockchain, wherein each cycle transaction node corresponds to a block; a verification means collection module, wherein the verification means collection module collects multiple verification means of the transaction parties, wherein the transaction parties are at least two parties; a risk security level configuration module, wherein the risk security level configuration module configures the risk security level of each cycle transaction node according to the cycle setting risk of the full-cycle transaction node and the risk of the transaction amount; a verification channel setting module, wherein the verification channel setting module sets multiple security verification channels according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, wherein the horizontal multiple verification dimension is determined according to the multiple verification means of the transaction parties; a verification result acquisition module, wherein the verification result acquisition module obtains multiple verification results according to the vertical transaction level dimension and the horizontal multiple verification dimension, and extracts the transaction status according to the transaction blockchain; a transaction module, wherein the transaction module executes the transaction on the multiple verification results according to the transaction status.

[0007] One or more technical solutions provided in this application have at least the following technical effects or advantages: The present application parses the transaction contract, obtains the full-cycle transaction node, and constructs a transaction blockchain, wherein each cycle transaction node corresponds to a block; collects multiple verification means of the parties involved in the transaction, and the parties involved in the transaction are at least two parties; according to the cycle setting risk of the full-cycle transaction node and the risk of the transaction amount, configures the risk security level of each cycle transaction node; according to the risk security level, multiple security verification channels are set, wherein the multiple security verification channels include the vertical transaction level dimension and the horizontal multiple verification dimension, and the horizontal multiple verification dimension is determined according to the multiple verification means of the parties involved in the transaction; according to the vertical transaction level dimension and the horizontal multiple verification dimension, multiple verification results are obtained, and the transaction status is extracted according to the transaction blockchain; according to the transaction status, the multiple verification results are traded. The present invention solves the technical problems that the existing technology has insufficient security and a single verification process when verifying digital currency transactions. By parsing the transaction contract to construct the blockchain structure of the full-cycle transaction node, collecting multiple verification means, combining risk assessment to configure the risk security level, setting multiple security verification channels, and executing transactions based on the transaction status recorded in the blockchain, a multi-level and dynamically adjusted verification mechanism is realized, and the technical effect of improving the security and flexibility of digital currency transactions is achieved. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0009] Figure 1 A schematic diagram of a multi-security verification method for digital currency transactions provided in an embodiment of the present application; Figure 2 A schematic diagram of the structure of a multi-security verification platform for digital currency transactions provided in an embodiment of the present application.

[0010] Explanation of the accompanying drawings: transaction blockchain construction module 11, verification means collection module 12, risk security level configuration module 13, verification channel setting module 14, verification result acquisition module 15, transaction module 16. DETAILED DESCRIPTION

[0011] This application provides a multiple security verification method and platform for digital currency transactions, aiming to solve the technical problems of insufficient security and single verification process in the existing technology when verifying digital currency transactions. By parsing the transaction contract to build a blockchain structure of full-cycle transaction nodes, collecting multiple verification methods, configuring risk security levels in combination with risk assessment, setting up multiple security verification channels, and executing transactions based on the transaction status recorded in the blockchain, this application realizes a multi-level and dynamically adjusted verification mechanism, thereby achieving the technical effect of improving the security and flexibility of digital currency transactions.

[0012] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0013] It should be noted that any variations of the terms "include" and "have" are intended to cover non-exclusive inclusions. For example, a process, method, platform, product or server that includes a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or modules that are not explicitly listed or inherent to these processes, methods, products or devices.

[0014] Embodiment 1, as Figure 1 As shown, the present application provides a multiple security verification method for digital currency transactions, the method comprising: Step S100: Parse the transaction contract, obtain the full-cycle transaction node, and construct a transaction blockchain, where each cycle transaction node corresponds to a block.

[0015] In the embodiment of the present application, the transaction contract is first parsed to extract the transaction terms and time schedule in the contract, and the contract text is converted into structured data using natural language processing technology for subsequent processing. After parsing, full-cycle transaction nodes are generated based on the time nodes and transaction stages in the contract terms. These nodes represent each key event or time point from the beginning to the end of the contract transaction, such as the transaction initiation node, review node, confirmation node, etc., and are arranged in chronological order to form a complete transaction cycle.

[0016] Then, the full-cycle transaction nodes are mapped to the blockchain structure one by one, and each cycle transaction node corresponds to a block in the blockchain. Through the distributed ledger and tamper-proof characteristics of blockchain technology, the transaction information of each node, including the transaction amount, participant information, verification status, etc., is independently recorded, so as to achieve the traceability and verification of each step of the transaction process. As each node is gradually built, the blocks are connected to each other through the hash chain to form a complete transaction blockchain structure, in which each block contains the hash value of the current transaction node and the hash value of the previous block, ensuring the integrity and security of the transaction information, so that tampering behavior can be easily discovered. Finally, by parsing the transaction contract to extract the node information, construct the full-cycle transaction nodes, and map these nodes to the blockchain, the construction of a transaction blockchain that can be traced and verified is completed.

[0017] Step S200: Collect multiple verification methods of transaction participants, where the transaction participants are at least two parties.

[0018] In an embodiment of the present application, all parties involved in the transaction are first determined, and the transaction parties include at least two parties, such as a buyer and a seller. The parties involved in the transaction refer to the parties involved in identity authentication and transaction behavior in the process of digital currency transactions. On this basis, the verification methods that may be supported by each transaction party are collected. Multiple verification methods refer to a variety of methods that can be used to verify the authenticity of the transaction party's identity, such as SMS verification code, email verification, biometrics, two-factor authentication, hardware tokens, etc.

[0019] Next, interact with the parties to collect the verification methods they support. This is usually achieved through an API interface, integrating with existing identity verification services. The API interface is used to connect the verification method selected by the transaction party to the database to ensure accurate collection and automatic recording of verification information. For example, prompting users to bind their mobile phone numbers for SMS verification, or connecting to facial recognition services to provide a higher level of identity verification.

[0020] In the process of collecting verification methods, these verification methods are classified and sorted, and each verification method is associated with the identity information of the transaction party and stored. In this way, a set of verification methods for each transaction party is formed, including all available verification methods and their corresponding technical parameters, such as the security level of the verification method. These data are stored in the system database, forming a library of multiple verification methods for the transaction party.

[0021] Through the above steps, the collection and recording of multiple verification methods for each party involved in the transaction are completed.

[0022] Step S300: configuring the risk safety level of each periodic transaction node according to the periodic setting risk of the full-period transaction node and the risk of the transaction amount.

[0023] In the embodiment of the present application, firstly, according to the parsed full-cycle transaction nodes, the risk of each node is evaluated according to the step-by-step relationship between the nodes, the transaction amount of the nodes and the proportion of the amount in the total contract amount. The step-by-step relationship refers to the order and dependency of each node in the transaction process. In the evaluation process, the risk of the node is inversely proportional to the step-by-step relationship, that is, if the number of nodes in the transaction process is small, the transaction risk borne by each node is large, because the impact of a problem in a single node on the overall transaction is more significant. On the contrary, if the number of nodes is large, the risk of a single node will be relatively low, because the risk can be shared among more nodes. Secondly, the node risk is proportional to the transaction amount and its proportion to the total contract amount. The transaction amount refers to the amount of funds involved in a specific node, and the amount ratio is the proportion of the transaction amount in the total contract amount. When the transaction amount of a node is large, or the amount accounts for a high proportion of the total contract amount, the risk of the node is also relatively high, because nodes with high capital concentration may bring greater financial risks when problems occur.

[0024] After obtaining the risk of each node, the risk level is configured based on these risks to determine the risk safety level of each periodic transaction node. The configuration of the risk safety level depends on the dispersion and mean of the node risk. The dispersion refers to the distribution of the risk values ​​of each node, reflecting the size of the risk difference between different nodes; the risk mean is the average level of the risk values ​​of all nodes. Based on these data, the nodes are divided into levels, such as high risk level, medium risk level and low risk level, to match the corresponding security verification measures.

[0025] Furthermore, the method provided in the application embodiment also includes: According to the full-cycle transaction nodes, the node risk is obtained according to the step-by-step relationship of the nodes, the transaction amount of the nodes and the amount ratio, wherein the node risk is inversely proportional to the step-by-step relationship of the nodes, and the fewer the nodes, the greater the risk; the node risk is directly proportional to the transaction amount of the nodes and the amount ratio, and the greater the transaction amount and the ratio of the amount to the total contract amount, the greater the risk; according to the node risk, the level configuration is performed to obtain the risk safety level of each cycle transaction node, wherein the level configuration is determined according to the node risk dispersion and the risk mean.

[0026] In the embodiment of the present application, according to the full-cycle transaction node, the step-by-step relationship of the node, the transaction amount of the node and the amount ratio, when obtaining the node risk, the flowchart modeling method is first used to clarify the order relationship between the various transaction nodes and display the order relationship of the nodes, so as to understand the step-by-step relationship in the transaction process. In this process, if the transaction contract is divided into multiple detailed transaction nodes, it means that the risk is dispersed in more nodes, and the risk of a single node is relatively low; on the contrary, if the transaction contract is divided into only a few steps, the transaction risk of a single node will be higher because the risk is concentrated on fewer nodes.

[0027] After that, the transaction amount of each node is calculated using a statistical method, and the proportion of its amount to the total amount of the entire transaction contract is analyzed. Specifically, the transaction amount of each node is counted, and then the amount ratio is calculated to measure the importance of the node in the contract. Next, the risk of each node is calculated using a weighted scoring method. According to the number of nodes and the transaction amount ratio, each node is weighted and scored to obtain a risk score. The fewer the nodes, the simpler the step-by-step relationship, and the higher the risk score; the higher the transaction amount and amount ratio, the higher the risk score. Specifically, the node risk is calculated by Calculated. Among them, and are preset weights, which are set in advance by technical experts. Less than .

[0028] Next, we use historical data for analysis and build a risk database based on the risk scores of each node in historical transactions. We use the standard deviation calculation method to analyze these risk data and measure the dispersion of node risk between different nodes, so as to evaluate the fluctuation of risk distribution. The larger the standard deviation, the more uneven the distribution of risk between different nodes, and the risk of some nodes is significantly higher than that of other nodes. At the same time, we calculate the mean of all node risk scores to evaluate the average risk level under normal circumstances.

[0029] On this basis, the classification threshold method based on historical data is used to determine the classification criteria for different risk levels. Specifically, first analyze the distribution of risk scores in historical data to determine the common risk value range. Then, combine the calculated mean and standard deviation to set the segmentation intervals for different risk levels, such as using the mean plus or minus one standard deviation as the medium risk range, and those outside this range are high risk or low risk. Based on these analyses, define high risk, medium risk, and low risk intervals for each node, and determine the classification threshold. For example, if the mean is 30 and the standard deviation is 10, the medium risk interval is 20-40, below 20 is low risk, and above 40 is high risk.

[0030] Finally, the risk score of each node is compared with these preset intervals to configure the risk security level of each node. According to the comparison results, an appropriate risk level is configured for each node, and this information is recorded. In the subsequent transaction process, corresponding security measures and verification methods are taken according to the risk level of the node. For example, high-risk nodes may require more stringent multiple verification methods, while low-risk nodes can simplify the verification process to improve transaction efficiency.

[0031] Step S400: setting up multiple security verification channels according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, and the horizontal multiple verification dimension is determined according to the multiple verification methods of the transaction parties.

[0032] In an embodiment of the present application, when multiple security verification channels are set according to the risk security level, the channel includes a vertical transaction level dimension and a horizontal multiple verification dimension. Specifically, according to the risk security level, one or more security verification layers are configured in the initiation layer, the review layer, the confirmation layer, and the payment layer, including at least the payment layer, to obtain the vertical transaction level dimension. At the same time, according to the risk security level, an appropriate verification method is selected from the multiple verification methods of the transaction parties to form a horizontal multiple verification dimension. Then, the architecture is combined according to the vertical and horizontal dimensions to construct a multiple security verification channel.

[0033] Furthermore, in the method provided in the embodiment of the application, multiple security verification channels are set according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, and also include: According to the risk security level, one or more security verification layers are set in the initiation layer, review layer, confirmation layer, and payment layer to obtain the vertical transaction level dimension, and the security verification layers in the vertical transaction level dimension include at least the payment layer; according to the risk security level, one or more verification means are selected from the multiple verification means of the transaction parties to obtain the horizontal multiple verification dimension; according to the vertical transaction level dimension and the horizontal multiple verification dimension, the architecture is combined to construct the multiple security verification channel.

[0034] In an embodiment of the present application, first, one or more security verification layers are set in the initiation layer, review layer, confirmation layer, and payment layer according to the risk security level of each transaction node. The vertical transaction level dimension refers to a multi-level security verification process set up in different links of the transaction, which must at least include the payment layer, because the payment layer is a key node for the flow of transaction funds and has a higher risk. Specifically, when the risk security level of a node is high, more verification levels are set for it, for example, an audit layer and a confirmation layer are added before the payment layer to ensure that each important step undergoes strict identity authentication and transaction authenticity verification. The number and intensity of these levels can be dynamically adjusted through risk-based multi-level authentication to match different risk levels.

[0035] Next, according to the risk security level of each node, select the appropriate verification method from the multiple verification methods of the transaction parties. The horizontal multiple verification dimension refers to the application of multiple different types of verification methods in the same verification layer, which include biometrics, dynamic passwords, digital signatures, etc. Specifically, one or more verification methods are selected based on factors such as the transaction history and current risk level of the participants. For example, for high-risk nodes, multi-factor authentication technology can be selected to combine biometrics with dynamic passwords to provide higher security. In this way, the combination of verification methods is dynamically adjusted according to actual risk needs to ensure a balance between security and user experience.

[0036] Finally, after obtaining the vertical transaction level dimension and the horizontal multiple verification dimension, the two are combined using the architectural combination method to build a complete multiple security verification channel. Architectural combination refers to the organic combination of verification steps at different levels (vertical dimension) with different types of verification methods (horizontal dimension). For example, in the payment layer, users are required to authenticate their identities through dynamic passwords (horizontal dimension), while adding biometric-based verification methods in the audit layer. This combined verification channel ensures that each high-risk node not only performs multi-level identity authentication at key links, but also uses multiple verification methods at each level, thereby significantly improving the security of the overall transaction process.

[0037] Through these steps, multi-level security verification is set for each transaction node according to the risk security level, and appropriate verification methods are selected. Finally, through the combination of architectures, a multiple security verification channel covering both vertical and horizontal dimensions is formed.

[0038] Furthermore, in the method provided in the embodiment of the application, the architecture combination is performed according to the vertical transaction level dimension and the horizontal multiple verification dimension, and further includes: When the vertical transaction level dimension is multi-layered, the level verification quantity gradient and the level verification security threshold are configured according to the preset risk level of the security verification layer; according to the level verification quantity gradient and the level verification security threshold, multiple verification means of the transaction parties are matched and screened to obtain a level-verification means matching relationship; based on the level-verification means matching relationship, the matching verification means are respectively embedded in the corresponding vertical transaction level dimensions.

[0039] In an embodiment of the present application, when the vertical transaction level dimension is multi-layer, further configuration and matching are performed based on the risk characteristics of different levels to ensure the security of each level. Specifically, the levels are configured in detail according to the preset risk level of each security verification layer. The preset risk level refers to a level set in advance according to the risk level that each transaction node may face in different transaction links. By referring to these levels, a level verification quantity gradient and a level verification security threshold are set for each level. The level verification quantity gradient refers to the number of levels that need to be verified under different risk levels, that is, high-risk nodes may need to go through more verification levels. The level verification security threshold is the minimum security standard set when performing security verification on each level to ensure stricter identity authentication and behavior verification in high-risk nodes.

[0040] Next, based on the configured level verification quantity gradient and level verification security threshold, match and screen the multiple verification methods of the transaction parties to obtain the level-verification method matching relationship. Specifically, according to the security requirements of each level, select the verification method that meets the level verification security threshold. The matching and screening process is to select the verification method that can meet the security standards of each level from the multiple verification methods provided by the transaction parties. For example, if the security threshold of a certain level requires a combination of biometrics and dynamic passwords, select these two verification methods for matching. In this way, it is ensured that each level can obtain appropriate verification methods to meet its corresponding security requirements.

[0041] Finally, based on the obtained level-verification means matching relationship, the selected verification means are embedded into the corresponding vertical transaction level dimension. The specific operation is to associate each verification means with its corresponding level to ensure that each level can be verified as required during the actual transaction process. This process adopts layered verification technology, that is, different verification methods are used in different levels to ensure that every link of the transaction from initiation to payment can be fully verified. For example, a verification means based on face recognition is embedded in the review layer, and a multi-factor authentication verification means is embedded in the payment layer. Through this layered embedding method, a more flexible verification scheme is provided for different risk levels.

[0042] Through the above steps, the configuration and matching of multi-layer vertical transaction level dimensions are achieved, ensuring that each high-risk transaction node can be strictly verified at multiple levels, and at the same time, corresponding verification methods are embedded according to the different characteristics of the levels.

[0043] Furthermore, in the method provided in the embodiment of the application, according to the risk security level, one or more verification means are selected from the multiple verification means of the transaction participants to obtain the horizontal multiple verification dimensions, and further includes: Conduct transaction behavior analysis on the transaction participants to obtain transaction risk information of each transaction participant, including the risk of the current transaction and the risk of historical transactions; set a verification security threshold for each transaction participant based on the transaction risk information of each transaction participant; obtain multiple verification dimension values ​​based on the risk security level; use the verification security threshold and the multiple verification dimension values ​​as constraints to search for verification means from the multiple verification means of the transaction participants to obtain multiple combination schemes of verification means; obtain the horizontal multiple verification dimensions based on the multiple combination schemes of verification means.

[0044] In the embodiment of the present application, the transaction behavior of the transaction parties is first analyzed to obtain the transaction risk information of the transaction parties, including the risk of this transaction and the risk of historical transactions. Here, the rule engine is combined with the scoring card model for evaluation and quantification. Specifically, the scoring card model is first set, which is a tool for scoring transaction features based on predefined rules. The model defines a series of indicators that affect transaction risk, such as the amount of a single transaction, the transaction time (whether it is non-working hours), the abnormality of the transaction location, etc. Each indicator has a corresponding scoring rule. For example, if the transaction amount is greater than 100,000 yuan, 10 points will be added; if it occurs in an unregistered geographical location, 15 points will be added. Then, the rule engine evaluates the characteristics of the current transaction, such as the amount, time, location, etc. in real time, and scores each indicator according to the preset scoring rules and accumulates to generate the risk score of this transaction. At the same time, historical transactions are analyzed. The rule engine analyzes the historical records of the transaction parties, such as the number of abnormal transactions and the number of rejected transactions in the past six months, and the risk score of historical transactions is obtained through the scoring card model. Finally, the risk score of this transaction and the risk score of historical transactions are weighted averaged by preset weights to obtain a comprehensive risk score, that is, the transaction risk information of each transaction party is obtained. Next, according to the comprehensive risk score obtained from the transaction behavior analysis, a verification security threshold is set for each participating transaction party. This step uses the fixed interval scoring method. Specifically, according to the comprehensive risk score, the risk is divided into three intervals: low risk (0-20 points), medium risk (21-40 points) and high risk (41 points and above), and a corresponding verification security threshold is set for each interval. For example, the security threshold set for the low-risk interval is 2, indicating that this risk level requires at least two verification methods; medium risk is 3, and high risk is 4. According to the comprehensive risk score of the transaction party, it is matched to the corresponding risk interval and its verification security threshold is set. For example, if a transaction party has a comprehensive score of 35 points, which belongs to the medium risk interval, its security threshold is 3, which means that at least 3 verification methods are required. In this way, the strictness of verification is dynamically adjusted according to the actual risk level.

[0045] After that, the multi-verification dimension value is calculated using a hierarchical mapping method based on the risk security level of the transaction node. This value represents the number of verification methods required. Specifically, the mapping relationship between different risk security levels and the number of verification methods is first defined. For example, a transaction node with a high risk level requires more verification methods (such as 4 methods), while a node with a low risk level only requires a small number of verification methods (such as 2 methods). Then, based on the risk level of the transaction node, the number of verification methods required is searched and determined from the mapping relationship. For example, a multi-verification dimension value corresponding to a high-risk node is 4, which means that 4 different verification methods are required for security verification on this node. Through this mapping method, the number and type of verification methods required are directly derived based on the risk level of the node, ensuring that the verification scheme can match the risk.

[0046] After obtaining the verification security threshold and multiple verification dimension value, use these two as constraints to search for verification means. Specifically, first define the set of available verification means, such as fingerprint recognition, dynamic passwords (such as SMS verification codes), digital signatures, hardware tokens, etc. Then, under the premise of meeting the verification security threshold (such as at least 3 verification methods are required) and the multiple verification dimension value (such as 4 means are required), directly filter out qualified combinations from the verification means set. For example, when the security threshold is 3 and the dimension value is 4, select at least 3 combinations of means from the set, with a total of 4, to form a multiple combination scheme of verification means.

[0047] Finally, based on the multiple combinations of verification methods obtained, a horizontal multiple verification dimension is generated. The specific steps include embedding the selected verification method combination into the same verification layer and defining the execution order. For example, in the payment process, fingerprint recognition is performed first, followed by digital signature verification, and finally the dynamic password is used to complete the secondary verification. At the same time, according to the preset strategy, ensure that the execution order of the verification methods is logical and can improve security and user experience. For example, biometrics is performed first, and then dynamic password verification is performed. The final horizontal multiple verification dimension includes multiple verification methods within the same level, ensuring that each high-risk node can perform multi-level identity authentication, thereby improving the security of transactions.

[0048] Furthermore, in the method provided in the embodiment of the application, obtaining the horizontal multiple verification dimensions also includes: Obtain the constraint verification means of the transaction parties; add the constraint verification means as an incremental constraint to the constraint condition, optimize and search for multiple combination schemes of the verification means, and obtain the optimization results of the multiple combination schemes; use the optimization results of the multiple combination schemes to adjust the multiple verification means in the horizontal multiple verification dimensions.

[0049] In an embodiment of the present application, the constraint verification means of the parties involved in the transaction are first obtained, that is, the verification means that must be included are extracted from the existing verification methods of the transaction parties. These constraint verification means are verification methods required due to specific business requirements, compliance regulations or special needs of high-risk transactions. For example, when customers of financial institutions transfer high amounts of money, they must use biometrics, such as fingerprints or facial recognition as a constraint, or digital signatures must be used in certain scenarios to ensure non-repudiation. By analyzing the business needs and security requirements of the transaction parties, these constraint verification means are clarified, thereby providing a basis for subsequent combination optimization.

[0050] Next, the constraint verification means obtained above are added as incremental constraints to the original constraint conditions. That is, when combining verification means, these specific verification means must be given priority. For example, if fingerprint recognition is determined as a constraint means, then all subsequent verification combinations must include fingerprint recognition. The introduction of incremental constraints helps ensure that key security means are not ignored during the optimization combination process, thereby improving overall security.

[0051] After the incremental constraints are added, the multiple combinations of verification methods are optimized and searched. Constraint optimization algorithms, such as backtracking algorithms, are used here to generate the best combination that meets the incremental constraints. Specifically, the backtracking algorithm starts from the starting point containing the constraint methods, and gradually tries to add other verification methods to ensure that the combination meets all incremental constraints on the basis of satisfying the verification safety threshold and multiple verification dimension values. After each verification method is added, the integrity of the combination is checked. If it does not meet the conditions, backtrack and try other methods. Through this step-by-step trial and screening, a multiple combination that meets the conditions is finally found, that is, the optimization result of the multiple combination. This solution ensures the inclusion of constraint verification methods while minimizing unnecessary verification methods, thereby optimizing the user experience.

[0052] Finally, the optimization results of the multi-combination schemes are used to adjust the multiple verification methods in the horizontal multiple verification dimension. Specifically, the verification methods in the optimization results are replaced or supplemented into the original horizontal multiple verification dimension to ensure that each verification level can meet the incremental constraints and optimization requirements. For example, if the original scheme only includes dynamic passwords and digital signatures, and the optimization results require the addition of fingerprint recognition as a constraint, the adjusted horizontal multiple verification dimension will include dynamic passwords, digital signatures, and fingerprint recognition.

[0053] Step S500: Obtain multiple verification results according to the vertical transaction level dimension and the horizontal multiple verification dimension, and extract the transaction status according to the transaction blockchain.

[0054] In an embodiment of the present application, firstly, based on the vertical transaction level dimension, the multiple security verification layers set in the transaction process are gradually verified. The vertical transaction level dimension refers to the multi-layer verification performed in sequence according to different stages in the transaction process, such as the initiation layer, the review layer, the confirmation layer, the payment layer, etc. Each level corresponds to an important step in the transaction process, and corresponding verification means are required to enter the next stage. For example, at the initiation layer, the user is required to perform password verification; at the review layer, a deeper security confirmation is performed through identity recognition, such as fingerprint recognition; and at the payment layer, a digital signature may be used for the final confirmation of the transaction. Through such a hierarchical setting, it can be ensured that each transaction step undergoes the necessary security checks.

[0055] Then, based on the verification results of each level, multiple verification methods are processed in parallel in combination with the horizontal multi-verification dimension. The horizontal multi-verification dimension refers to the application of multiple different types of verification methods at the same level to ensure the diversity and redundancy of verification. For example, at the payment layer, users need to verify through multiple means such as dynamic passwords, biometrics, and digital signatures. Specifically, these verification methods are started at the same time, and the user is asked to complete all necessary verification operations. Only after all horizontal verifications are successful can the verification of this level be considered passed. If any verification method fails, an error message is returned, requiring the user to re-verify or reject the transaction operation. In this way, the horizontal multi-verification dimension ensures higher security of transactions in key links and avoids the risks that may be brought about by a single verification method.

[0056] Under the joint action of the vertical transaction level dimension and the horizontal multiple verification dimension, the results of each verification method are verified and integrated layer by layer, and finally the multiple verification results are obtained. The multiple verification results are a summary of the entire verification process, including the pass or fail status of each level and each verification method. This result is recorded and encrypted in the security log to ensure that every security step of the transaction can be traced back and checked in subsequent audits.

[0057] Finally, the transaction status is extracted based on the transaction blockchain. Specifically, the multiple verification results are written into the corresponding blocks of the blockchain, including the timestamp of the verification, the verification method and results of the participants, and other information. Due to the immutability of the blockchain, these records cannot be changed once written, thus ensuring the transparency and authenticity of the transaction records. By querying the blocks related to the current transaction in the blockchain, the transaction status is extracted, such as "pending", "reviewed", "paid", etc.

[0058] The final result of this process is that through the joint mechanism of vertical and horizontal verification, a complete multi-verification result is obtained while ensuring the security of the transaction, and the final status of the transaction is extracted based on the blockchain record. This not only improves the security level of the transaction, but also ensures the transparency and traceability of the transaction process, providing higher trust and protection for the participants.

[0059] Step S600: Execute a transaction on the multiple verification results according to the transaction status.

[0060] In the embodiment of the present application, the transaction status related to the current transaction is first read from the transaction blockchain. The purpose of reading the transaction status is to confirm whether the current transaction has reached the conditions for continued execution. For example, if the status of the current transaction is displayed as "audited", it means that the transaction has completed the necessary audit steps and can further proceed with the payment operation.

[0061] The transaction status is then compared with the status of the current initiated task to ensure that they are consistent. Initiating a task refers to an operation request actively triggered by the user in the transaction process, such as initiating a payment or confirming a payment. Through the consistency check mechanism, the status recorded in the transaction blockchain and the status of the initiated task are compared to see if they are consistent. For example, if a user initiates a payment request, but the status of the transaction in the blockchain is still "pending review", further execution is blocked and the user is prompted to complete the review step first.

[0062] After confirming that the initiated task is consistent with the transaction status in the blockchain, the previously obtained multiple verification results are analyzed. The multiple verification results contain the results of each verification step in the transaction process, including which verifications passed and which verifications failed. If all required verification steps pass, the next step of the transaction execution will be continued. For example, if the multiple verification results show that all verifications at the payment layer have passed, the payment operation can be performed.

[0063] After that, the transaction execution phase is entered, and specific operations such as transfer and payment confirmation are performed. At this point, the premise of transaction execution is to ensure the consistency of status and the passing of multiple verifications. The key to this phase is to use smart contract technology to automate the transaction execution process. Smart contracts are self-executing codes deployed on the blockchain, which automatically trigger corresponding transaction operations according to pre-set conditions. When the multiple verification results meet the predetermined conditions, that is, all necessary verifications are passed and the transaction status is displayed as "reviewed" or "paid", the smart contract will automatically perform operations such as transfer or fund settlement.

[0064] After the transaction is executed, the transaction status in the transaction blockchain is updated, for example, the status is updated to "completed" or "settled". This step ensures that all operations of the transaction are accurately recorded in the blockchain, providing an unalterable transaction record. The status update in the blockchain not only ensures the transparency and traceability of the transaction, but also provides a reliable data basis for subsequent audits and inquiries.

[0065] Through the above steps, the transaction security execution process is completed from transaction status reading, status consistency check, multiple verification result analysis to smart contract execution. In this process, transaction status reading and consistency check are key links in transaction execution, ensuring the standardization and security of the transaction process. Ultimately, the transaction execution completed automatically through smart contracts makes the entire process more efficient and secure. At the same time, the application of blockchain technology ensures the transparency and immutability of transaction records.

[0066] Furthermore, the method provided in the application embodiment also includes: Acquire transaction environment information, including transaction network environment and location location environment; evaluate the risk of the current transaction environment based on the transaction network environment and location location environment; when the risk of the current transaction environment reaches the risk upgrade requirement, analyze the environmental risk factors of the transaction network environment and location location environment; obtain compensation verification means based on the environmental risk factors, the compensation verification means being a verification means whose verification effect is not affected by the environmental risk factors, or a verification means that can overcome the environmental risk factors; extract dynamic upgrade verification means from the compensation verification means, and perform dimensionality upgrade operations on the current horizontal multiple verification dimensions.

[0067] In an embodiment of the present application, first, the transaction environment information is obtained, including the transaction network environment and the location location environment. For this purpose, network diagnostic tools (such as ping test, network delay detection) and positioning service APIs (such as GPS module, IP positioning service) are used to collect data. The specific operation is to detect the delay, jitter, packet loss rate and other parameters of the network connection through the network diagnostic tool to obtain the stability and security of the current network. For example, through the ping test, the average delay of the network is measured; by checking the TLS / SSL connection status, it is confirmed whether the transaction connection is encrypted and secure. At the same time, the GPS module of the device is used to obtain the user's real-time geographic location data after obtaining the user's permission, and combined with the IP address positioning, these data are used to determine whether the user's current transaction location is consistent with the commonly used locations in the historical records.

[0068] After obtaining the environmental data, the rule-based scoring system evaluates the risk of the current trading environment. Specifically, a set of rules are preset to detect the risks of the network and geographic location. For example, "If the network delay is higher than 300ms, the risk score increases by 10 points", "If the geographic location has not appeared in the historical records, it increases by 15 points". The collected network and geographic location data are input into the rule engine, and the preset rules are matched one by one to accumulate the corresponding risk scores. Finally, the current trading environment risk score is generated based on the accumulated scores. If the network delay is high and the geographic location is abnormal, the final score may be high, indicating that the environmental risk is greater.

[0069] If the current transaction environment risk reaches the preset risk escalation threshold, the environmental risk factors of the transaction network environment and the location location environment are further analyzed. In this step, factor analysis technology is used to identify the specific reasons for the increase in the environmental risk score. The scores in the score are analyzed to identify the main sources of risk. For example, if it is found that "high packet loss rate" scores high in the network score, this factor is extracted as the main risk factor; similarly, if "geographic location is not in the historically commonly used area" scores high, this abnormal geographic location is marked as an environmental risk factor. The analyzed risk factors will be used to select appropriate verification methods in subsequent steps.

[0070] Next, obtain compensatory verification means to deal with the detected risk factors. First, use the rule matching algorithm to filter out suitable compensatory verification means from the predefined verification means library. The verification means library contains a variety of verification methods and their applicable conditions and environmental labels, such as "fingerprint recognition, suitable for unstable network environments" and "dynamic passwords, suitable for abnormal geographical locations." Based on the analyzed risk factors, such as "unstable network" or "abnormal geographical location", filter out verification methods that can overcome these environmental risks from the means library. For example, if the factor is "unstable network", select fingerprint recognition that does not rely on the network as a compensation means; if the factor is "abnormal geographical location", select dynamic passwords as an additional verification means.

[0071] After obtaining the compensation verification means, the dynamic upgrade verification means are extracted from the compensation verification means. This process is implemented using a conditional branching algorithm. First, the number of compensation verification means is checked. If there is only one, it is directly used as the dynamic upgrade verification means. For example, when the only means is fingerprint recognition, it is directly applied to the current transaction. If there are multiple available means, a random number generation algorithm is used to randomly select one of these means as the current dynamic upgrade verification means. For example, when the compensation means include "fingerprint recognition" and "dynamic password", a random number is generated to decide which one to select.

[0072] Finally, according to the selected dynamic upgrade verification means, the current horizontal multiple verification dimensions are upgraded. This process is completed through the dynamic strategy adjustment algorithm. Specifically, the dynamic upgrade verification means is added to the verification process of the current transaction, making it a necessary verification step. For example, the original verification means combination is "facial recognition + digital signature". After the dimensionality upgrade operation, "dynamic password" is added, so that the combination becomes "facial recognition + digital signature + dynamic password", thereby enhancing the overall verification strength. Finally, the adjusted verification scheme is updated to the transaction process, and the user is notified to perform additional verification. This dimensionality upgrade operation ensures that the security level of verification can be flexibly improved in a high-risk environment.

[0073] In the embodiments of the present application, in summary, the embodiments of the present application have at least the following technical effects: The present application parses the transaction contract, obtains the full-cycle transaction node, and constructs a transaction blockchain, wherein each cycle transaction node corresponds to a block; collects multiple verification means of the parties involved in the transaction, and the parties involved in the transaction are at least two parties; according to the cycle setting risk of the full-cycle transaction node and the risk of the transaction amount, configures the risk security level of each cycle transaction node; according to the risk security level, multiple security verification channels are set, wherein the multiple security verification channels include the vertical transaction level dimension and the horizontal multiple verification dimension, and the horizontal multiple verification dimension is determined according to the multiple verification means of the parties involved in the transaction; according to the vertical transaction level dimension and the horizontal multiple verification dimension, multiple verification results are obtained, and the transaction status is extracted according to the transaction blockchain; according to the transaction status, the multiple verification results are traded. The present invention solves the technical problems that the existing technology has insufficient security and a single verification process when verifying digital currency transactions. By parsing the transaction contract to construct the blockchain structure of the full-cycle transaction node, collecting multiple verification means, combining risk assessment to configure the risk security level, setting multiple security verification channels, and executing transactions based on the transaction status recorded in the blockchain, a multi-level and dynamically adjusted verification mechanism is realized, and the technical effect of improving the security and flexibility of digital currency transactions is achieved.

[0074] Embodiment 2 is based on the same inventive concept as the multiple security verification method for digital currency transactions in the previous embodiment. Figure 2 As shown, the present application provides a multi-security verification platform for digital currency transactions. The platform and method embodiments in the present application are based on the same inventive concept. The platform includes: A transaction blockchain construction module 11, wherein the transaction blockchain construction module 11 parses the transaction contract, obtains the full-cycle transaction node, and constructs the transaction blockchain, wherein each cycle transaction node corresponds to a block; a verification means collection module 12, wherein the verification means collection module 12 collects multiple verification means of the transaction parties, wherein the transaction parties are at least two parties; a risk security level configuration module 13, wherein the risk security level configuration module 13 configures the risk security level of each cycle transaction node according to the cycle setting risk of the full-cycle transaction node and the risk of the transaction amount; a verification channel setting module 14, wherein the verification channel setting module 14 sets multiple security verification channels according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, wherein the horizontal multiple verification dimension is determined according to the multiple verification means of the transaction parties; a verification result acquisition module 15, wherein the verification result acquisition module 15 obtains multiple verification results according to the vertical transaction level dimension and the horizontal multiple verification dimension, and extracts the transaction status according to the transaction blockchain; a transaction module 16, wherein the transaction module 16 executes the transaction on the multiple verification results according to the transaction status.

[0075] Furthermore, the platform is also used to implement the following functions: According to the full-cycle transaction nodes, the node risk is obtained according to the step-by-step relationship of the nodes, the transaction amount of the nodes and the amount ratio, wherein the node risk is inversely proportional to the step-by-step relationship of the nodes, and the fewer the nodes, the greater the risk; the node risk is directly proportional to the transaction amount of the nodes and the amount ratio, and the greater the transaction amount and the ratio of the amount to the total contract amount, the greater the risk; according to the node risk, the level configuration is performed to obtain the risk safety level of each cycle transaction node, wherein the level configuration is determined according to the node risk dispersion and the risk mean.

[0076] Furthermore, the platform is also used to implement the following functions: According to the risk security level, one or more security verification layers are set in the initiation layer, review layer, confirmation layer, and payment layer to obtain the vertical transaction level dimension, and the security verification layers in the vertical transaction level dimension include at least the payment layer; according to the risk security level, one or more verification means are selected from the multiple verification means of the transaction parties to obtain the horizontal multiple verification dimension; according to the vertical transaction level dimension and the horizontal multiple verification dimension, the architecture is combined to construct the multiple security verification channel.

[0077] Furthermore, the platform is also used to implement the following functions: When the vertical transaction level dimension is multi-layered, the level verification quantity gradient and the level verification security threshold are configured according to the preset risk level of the security verification layer; according to the level verification quantity gradient and the level verification security threshold, multiple verification means of the transaction parties are matched and screened to obtain a level-verification means matching relationship; based on the level-verification means matching relationship, the matching verification means are respectively embedded in the corresponding vertical transaction level dimensions.

[0078] Furthermore, the platform is also used to implement the following functions: Conduct transaction behavior analysis on the transaction participants to obtain transaction risk information of each transaction participant, including the risk of the current transaction and the risk of historical transactions; set a verification security threshold for each transaction participant based on the transaction risk information of each transaction participant; obtain multiple verification dimension values ​​based on the risk security level; use the verification security threshold and the multiple verification dimension values ​​as constraints to search for verification means from the multiple verification means of the transaction participants to obtain multiple combination schemes of verification means; obtain the horizontal multiple verification dimensions based on the multiple combination schemes of verification means.

[0079] Furthermore, the platform is also used to implement the following functions: Obtain the constraint verification means of the transaction parties; add the constraint verification means as an incremental constraint to the constraint condition, optimize and search for multiple combination schemes of the verification means, and obtain the optimization results of the multiple combination schemes; use the optimization results of the multiple combination schemes to adjust the multiple verification means in the horizontal multiple verification dimensions.

[0080] Furthermore, the platform is also used to implement the following functions: Acquire transaction environment information, including transaction network environment and location location environment; evaluate the risk of the current transaction environment based on the transaction network environment and location location environment; when the risk of the current transaction environment reaches the risk upgrade requirement, analyze the environmental risk factors of the transaction network environment and location location environment; obtain compensation verification means based on the environmental risk factors, the compensation verification means being a verification means whose verification effect is not affected by the environmental risk factors, or a verification means that can overcome the environmental risk factors; extract dynamic upgrade verification means from the compensation verification means, and perform dimensionality upgrade operations on the current horizontal multiple verification dimensions.

[0081] It should be noted that the above-mentioned sequence of the embodiments of the present application is only for description and does not represent the advantages and disadvantages of the embodiments. And the above-mentioned specific embodiments of this specification are described. The processes depicted in the accompanying drawings do not necessarily require the specific order and continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0082] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

[0083] This specification and drawings are merely exemplary illustrations of the present application and are deemed to cover any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, a person skilled in the art may make various modifications and variations to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the present application and its equivalents, the present application intends to include these modifications and variations.

Claims

1. A multi-security verification method for digital currency transactions, characterized in that: The method comprises: Parse the transaction contract, obtain the full-cycle transaction node, and build a transaction blockchain, where each cycle transaction node corresponds to a block; Collect multiple verification methods of transaction participants, where the transaction participants are at least two parties; Configure the risk safety level of each cycle transaction node according to the cycle setting risk of the full cycle transaction node and the risk of the transaction amount; Setting multiple security verification channels according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, and the horizontal multiple verification dimension is determined according to the multiple verification means of the transaction parties; Obtain multiple verification results according to the vertical transaction level dimension and the horizontal multiple verification dimension, and extract the transaction status according to the transaction blockchain; According to the transaction status, the transaction is executed on the multiple verification results.

2. The multi-security verification method for digital currency transactions according to claim 1, characterized in that: include: According to the full-cycle transaction nodes, the node risk is obtained according to the step-by-step relationship of the nodes, the transaction amount of the nodes and the amount ratio, wherein the node risk is inversely proportional to the step-by-step relationship of the nodes, and the fewer the nodes, the greater the risk; the node risk is directly proportional to the transaction amount of the nodes and the amount ratio, and the greater the transaction amount and the amount ratio to the total contract amount, the greater the risk; A level configuration is performed according to the node risk to obtain the risk safety level of each periodic transaction node, wherein the level configuration is determined based on the node risk dispersion and the risk mean.

3. The multi-security verification method for digital currency transactions according to claim 1, characterized in that: Multiple security verification channels are set according to the risk security level, wherein the multiple security verification channels include vertical transaction level dimensions and horizontal multiple verification dimensions, including: According to the risk security level, one or more security verification layers are set in the initiation layer, the review layer, the confirmation layer, and the payment layer to obtain the vertical transaction level dimension, wherein the security verification layer in the vertical transaction level dimension at least includes the payment layer; According to the risk security level, one or more verification means are selected from the multiple verification means of the transaction participants to obtain the horizontal multiple verification dimensions; The multiple security verification channels are constructed by combining the architecture according to the vertical transaction level dimension and the horizontal multiple verification dimension.

4. The multi-security verification method for digital currency transactions as claimed in claim 3, characterized in that: The architecture combination is performed according to the vertical transaction level dimension and the horizontal multiple verification dimension, and further includes: When the vertical transaction level dimension is multi-layer, the level verification quantity gradient and the level verification security threshold are configured according to the preset risk level of the security verification layer; According to the level verification quantity gradient and the level verification security threshold, matching and screening are performed from the multiple verification methods of the transaction participants to obtain a level-verification method matching relationship; Based on the level-verification means matching relationship, the matching verification means are respectively embedded in the corresponding vertical transaction level dimensions.

5. The multi-security verification method for digital currency transactions as claimed in claim 3, characterized in that: According to the risk security level, one or more verification means are selected from the multiple verification means of the transaction participants to obtain the horizontal multiple verification dimensions, including: Conduct transaction behavior analysis on the transaction participants to obtain transaction risk information of each transaction participant, including the risk of the current transaction and the risk of historical transactions; According to the transaction risk information of each transaction participant, a verification security threshold is set for each transaction participant; According to the risk security level, multiple verification dimension values ​​are obtained; Taking the verification security threshold and the multiple verification dimension values ​​as constraint conditions, searching for verification means from the multiple verification means of the transaction participants to obtain multiple combination schemes of verification means; According to the multiple combination schemes of the verification means, the horizontal multiple verification dimensions are obtained.

6. The multi-security verification method for digital currency transactions as claimed in claim 5, characterized in that: Obtaining the horizontal multiple verification dimensions also includes: Obtain the constraint verification means of the transaction parties; Adding the constraint verification means as an incremental constraint to the constraint condition, optimizing and searching for multiple combination schemes of the verification means, and obtaining optimization results of multiple combination schemes; The optimization results of the multiple combination schemes are used to adjust the multiple verification means in the horizontal multiple verification dimensions.

7. The multi-security verification method for digital currency transactions as claimed in claim 1, characterized in that: The method further comprises: Obtain transaction environment information, including transaction network environment and location location environment; Evaluate the risk of the current transaction environment based on the transaction network environment and location location environment; When the risk of the current transaction environment reaches the risk upgrade requirement, analyzing the environmental risk factors of the transaction network environment and the location location environment; According to the environmental risk factors, a compensation verification means is obtained, wherein the compensation verification means is a verification means whose verification effect is not affected by the environmental risk factors, or a verification means that can overcome the environmental risk factors; Dynamically upgrade verification means are extracted from the compensation verification means, and dimensionality upgrade operations are performed on the current horizontal multiple verification dimensions.

8. A multi-security verification platform for digital currency transactions, characterized in that: The platform includes: A transaction blockchain construction module, which parses the transaction contract, obtains the full-cycle transaction node, and constructs a transaction blockchain, wherein each cycle transaction node corresponds to a block; A verification means collection module, wherein the verification means collection module collects multiple verification means of transaction participants, where the transaction participants are at least two parties; A risk safety level configuration module, wherein the risk safety level configuration module configures the risk safety level of each periodic transaction node according to the periodic risk setting of the full-period transaction node and the risk of the transaction amount; A verification channel setting module, wherein the verification channel setting module sets multiple security verification channels according to the risk security level, wherein the multiple security verification channels include a vertical transaction level dimension and a horizontal multiple verification dimension, wherein the horizontal multiple verification dimension is determined according to multiple verification means of the transaction participants; A verification result obtaining module, wherein the verification result obtaining module obtains multiple verification results according to the vertical transaction level dimension and the horizontal multiple verification dimension, and extracts the transaction status according to the transaction blockchain; A transaction module is used to execute a transaction on the multiple verification results according to the transaction status.

Images