Voiceprint-driven block chain transaction method and device, equipment and storage medium

Abstract

The invention provides a voiceprint-driven block chain transaction method and device, equipment and a storage medium, which are applicable. The method comprises the steps of obtaining a target transaction instruction and target voiceprint data corresponding to the target transaction instruction; generating a transaction signature abstract corresponding to the target transaction instruction according to the target transaction instruction and the target voiceprint data; matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result; if the voiceprint matching result indicates that the target voiceprint data is successfully matched, triggering block chain uplink processing for the target transaction instruction; wherein the block chain chaining processing comprises the steps of generating a verification abstract according to the target transaction instruction and preset authorization information corresponding to the target voiceprint data, performing consistency verification on the verification abstract and the transaction signature abstract, and if a verification result is consistent, executing the target transaction instruction. According to the method and the device, the association relationship between the voiceprint biological characteristics and the transaction content can be constructed, so that the security of the block chain transaction is improved.

Description

Technical Field

[0001] This application applies to the fields of fintech, blockchain technology, and biometrics, and particularly relates to a voiceprint-driven blockchain transaction method, apparatus, device, and storage medium. Background Technology

[0002] Blockchain technology, as a decentralized distributed ledger technology, has wide applications in the fintech field. The authorization and signing of transactions largely rely on the private keys held by users. Users must safeguard their private keys properly, as they are the sole credential for accessing and disposing of digital assets. However, if a private key is improperly protected and leaked or destroyed, the user will permanently lose control of their assets, resulting in significant losses. Furthermore, private key signing can only verify the validity of the key; it cannot confirm whether the operation was performed by the user themselves, making it difficult to meet the requirements of consistency between people and operations in high-security scenarios such as finance.

[0003] Biometric identification technologies, such as fingerprints and facial recognition, have been introduced for identity verification. However, these static biometric features are easily forged, resulting in low security in critical transaction stages. More importantly, biometrics are typically used only for a single, independent authentication process to prove the user is a legitimate operator, but this authentication itself is not linked to the specific transaction data to be issued. This separation of authentication and transaction means that a user's single biometric authentication may be used to issue transactions against their will, leading to transaction risks. Summary of the Invention

[0004] The main objective of this application is to propose a voiceprint-driven blockchain transaction method, apparatus, device, and storage medium, which aims to improve the security of blockchain transactions by constructing a correlation between voiceprint biometrics and transaction content.

[0005] To achieve the above objectives, a first aspect of this application proposes a voiceprint-driven blockchain transaction method, the method comprising:

[0006] Acquire the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction;

[0007] Based on the target transaction instruction and the target voiceprint data, generate a transaction signature digest corresponding to the target transaction instruction;

[0008] The target voiceprint data is matched with a preset voiceprint template to obtain a voiceprint matching result;

[0009] If the voiceprint matching result indicates that the target voiceprint data is successfully matched, then the blockchain on-chain processing for the target transaction instruction is triggered; wherein, the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and the preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification results are consistent, then the target transaction instruction is executed.

[0010] In some embodiments, generating a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data includes:

[0011] Based on a pre-configured voiceprint recognition model, voiceprint feature vectors are extracted from the target voiceprint data;

[0012] Extract the transaction content information from the target transaction instruction;

[0013] Perform a bitwise XOR operation on the voiceprint feature vector and the transaction content information to obtain the first operation result;

[0014] The transaction signature digest is obtained by performing a hash operation on the first operation result based on a preset hash algorithm.

[0015] In some embodiments, matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result includes:

[0016] The target voiceprint data is subjected to signal quality assessment to generate a real-time confidence score characterizing the credibility of the target voiceprint data;

[0017] The signature verification threshold is determined based on the real-time confidence score.

[0018] The target voiceprint data is matched with the preset voiceprint template to obtain a real-time matching score.

[0019] The real-time matching score is compared with the signature verification threshold to generate the voiceprint matching result.

[0020] In some embodiments, if the voiceprint matching result indicates that the real-time matching score is lower than the signature verification threshold, the method further includes:

[0021] Send a re-authentication request to the user terminal;

[0022] Obtain the re-verification information returned by the user terminal corresponding to the re-authentication request, wherein the re-verification information includes: SMS one-time password or biometric liveness detection data;

[0023] The validity of the re-verification information is verified. If the re-verification information passes the verification, the blockchain on-chain processing for the target transaction instruction is triggered.

[0024] In some embodiments, determining the signature verification threshold based on the real-time confidence score includes:

[0025] Obtain the transaction type and transaction amount of the target transaction instruction;

[0026] The transaction risk level of the target transaction instruction is determined based on the transaction type and the transaction amount.

[0027] The signature verification threshold is calculated based on the transaction risk level and the real-time confidence score.

[0028] In some embodiments, if the consistency check result is inconsistent, the blockchain on-chain processing further includes:

[0029] The target transaction instruction was refused to be executed.

[0030] Record the transaction signature digests that are inconsistent with the verification results, and generate a risk alarm log;

[0031] Send alarm notifications to preset user terminals or management backends.

[0032] In some embodiments, prior to triggering the on-chain processing of the target transaction instruction on the blockchain, the method further includes:

[0033] Obtain the user's private key and the target public key ring to which the user's public key paired with the user's private key belongs from the preset key store;

[0034] Based on the other public keys in the target public key ring, perform cryptographic operations on the transaction signature digest to form an intermediate digest;

[0035] The intermediate digest is signed using the user's private key to generate a target ring signature; wherein, the blockchain on-chain processing includes verifying the validity of the ring signature based on the target public key ring.

[0036] To achieve the above objectives, a second aspect of this application provides a voiceprint-driven blockchain transaction device, the device comprising:

[0037] The acquisition module is used to acquire the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction;

[0038] The generation module is used to generate a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data;

[0039] The matching module is used to match the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result;

[0040] A triggering module is configured to trigger blockchain on-chain processing for the target transaction instruction if the voiceprint matching result indicates that the target voiceprint data is successfully matched; wherein the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification results are consistent, the target transaction instruction is executed.

[0041] To achieve the above objectives, a third aspect of this application provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the method described in the first aspect.

[0042] To achieve the above objectives, a fourth aspect of the present application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect.

[0043] The voiceprint-driven blockchain transaction method, apparatus, device, and storage medium proposed in this application include: acquiring a target transaction instruction and target voiceprint data corresponding to the target transaction instruction; generating a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data; matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result; if the voiceprint matching result indicates that the target voiceprint data is successfully matched, then triggering blockchain on-chain processing for the target transaction instruction; wherein, the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification result is consistent, then executing the target transaction instruction.

[0044] According to the voiceprint-driven blockchain transaction method provided by this invention, firstly, the target transaction instruction and target voiceprint data for authorization are obtained, and a unique transaction signature digest is generated based on the two. This step binds the user's biometric characteristics with specific transaction content, solving the problem of separation between identity authentication and transaction intent in the prior art, and ensuring the uniqueness of the signature intent. Next, by matching the target voiceprint data with a preset template, the user's real identity is verified at the front end of the transaction process. Only when the match is successful is the subsequent on-chain process triggered, effectively intercepting unauthorized user attempts to perform illegal operations and ensuring the security of transaction initiation. Finally, in the blockchain on-chain processing stage, by regenerating the verification digest and performing consistency verification with the transaction signature digest submitted by the user, the data integrity and tamper-proofness of the transaction data throughout the entire chain from the user end to the blockchain on-chain are ensured. Finally, the transaction is executed only after the verification is passed, realizing highly secure and highly reliable voiceprint-driven transactions. Attached Figure Description

[0045] Figure 1 This is a flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0046] Figure 2 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0047] Figure 3 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0048] Figure 4 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0049] Figure 5 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0050] Figure 6 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0051] Figure 7 This is another flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application;

[0052] Figure 8 This is a schematic diagram of the structure of the voiceprint-driven blockchain transaction device provided in the embodiments of this application;

[0053] Figure 9 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0054] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0055] It should be noted that although functional modules are divided in the device schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first," "second," etc., in the specification, claims, and the aforementioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0056] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0057] Blockchain technology, as a decentralized distributed ledger technology, has wide applications in the fintech field. The authorization and signing of transactions largely rely on the private keys held by users. Users must safeguard their private keys properly, as they are the sole credential for accessing and disposing of digital assets. However, if a private key is improperly protected and leaked or destroyed, the user will permanently lose control of their assets, resulting in significant losses. Furthermore, private key signing can only verify the validity of the key; it cannot confirm whether the operation was performed by the user themselves, making it difficult to meet the requirements of consistency between people and operations in high-security scenarios such as finance.

[0058] Biometric identification technologies, such as fingerprints and facial recognition, have been introduced for identity verification. However, these static biometric features are easily forged, resulting in low security in critical transaction stages. More importantly, biometrics are typically used only for a single, independent authentication process to prove the user is a legitimate operator, but this authentication itself is not linked to the specific transaction data to be issued. This separation of authentication and transaction means that a user's single biometric authentication may be used to issue transactions against their will, leading to transaction risks.

[0059] Based on this, embodiments of this application provide a voiceprint-driven blockchain transaction method, apparatus, device, and storage medium, aiming to improve the security of blockchain transactions by constructing a correlation between voiceprint biometrics and transaction content.

[0060] The voiceprint-driven blockchain transaction method, apparatus, device, and storage medium provided in this application are specifically described through the following embodiments. First, the voiceprint-driven blockchain transaction method in this application embodiment is described.

[0061] The voiceprint-driven blockchain transaction method provided in this application is applicable to the fields of fintech and medical services. This voiceprint-driven blockchain transaction method can be applied to a terminal, a server, or software running on either a terminal or a server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, etc.; the server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the software can be an application implementing the voiceprint-driven blockchain transaction method, but is not limited to the above forms.

[0062] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0063] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user information, user behavior data, user historical data, and user location information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirection to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data required for the proper functioning of these embodiments acquired.

[0064] Figure 1 This is an optional flowchart of the voiceprint-driven blockchain transaction method provided in the embodiments of this application. Figure 1The method may include, but is not limited to, steps S101 to S105.

[0065] Step S101: Obtain the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction.

[0066] Step S102: Generate a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data.

[0067] Step S103: Match the target voiceprint data with the preset voiceprint template to obtain the voiceprint matching result.

[0068] Step S104: If the voiceprint matching result indicates that the target voiceprint data is successfully matched, then the blockchain on-chain processing for the target transaction instruction is triggered; wherein, the blockchain on-chain processing includes: generating a verification digest according to the target transaction instruction and the preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification results are consistent, then the target transaction instruction is executed.

[0069] Steps S101 to S104 as illustrated in this embodiment first obtain the target transaction instruction and the target voiceprint data used for authorization, and generate a unique transaction signature digest based on both. This step binds the user's biometrics with specific transaction content, solving the problem of separation between identity authentication and transaction intent in the prior art, and ensuring the uniqueness of the signature intent. Next, by matching the target voiceprint data with a preset template, the user's real identity is verified at the front end of the transaction process. Only when the match is successful is the subsequent on-chain process triggered, effectively intercepting unauthorized user attempts to perform illegal operations and ensuring the security of transaction initiation. Finally, in the blockchain on-chain processing stage, by regenerating the verification digest and performing consistency verification with the transaction signature digest submitted by the user, the data integrity and tamper-proofness of the transaction data throughout the entire chain from the user end to the blockchain on-chain are ensured. Finally, the transaction is executed only after the verification is passed, realizing highly secure and highly reliable voiceprint-driven transactions.

[0070] In step S101 of some embodiments, it is first necessary to acquire two sets of raw data that are essential for executing the blockchain transaction and possess strong timeliness and relevance. In a specific embodiment, taking cross-border cryptocurrency transfer as an example, the "target transaction instruction" is a clearly intended instruction issued by the user through a human-computer interaction interface, such as "transfer 1 BTC to address 0x123". This instruction is technically parsed into a structured data object containing a target function and parameters, which forms the basis of the blockchain transaction information. At the same time, the voice carrying this instruction is collected as "target voiceprint data", which is a raw audio stream containing acoustic characteristics such as the speaker's fundamental frequency, formants, and harmonics. The technical essence of this step is to synchronously bind the user's operational intent and their biometric identity at the moment the transaction is initiated, providing a data foundation for subsequently building a security mechanism that meets the strong regulatory requirements of consistency between people and operations in financial scenarios.

[0071] In step S102 of some embodiments, a cryptographic binding operation needs to be performed to generate a "transaction signature digest" that uniquely represents the user's authorization intent in the transaction. This process uses a preset algorithm to perform cryptographic operations and fusion between biometric information extracted from the "target voiceprint data" and content feature information extracted from the "target transaction instruction." The "transaction signature digest" here can be understood as a highly condensed digital credential with tamper-proof properties, uniquely corresponding to a specific user's operational intent in a specific transaction. The technical essence of this step is to irreversibly fuse the biometric characteristics representing the "person" with the transaction content representing the "event" at the data level, ensuring that the digest forms a unique and inseparable binding relationship with the user's intent in the transaction, providing core evidence for subsequent verification steps.

[0072] Please see Figure 2 In some embodiments, step S102 may include, but is not limited to, steps S201 to S204.

[0073] Step S201: Extract voiceprint feature vectors from target voiceprint data based on a pre-configured voiceprint recognition model;

[0074] Step S202: Extract transaction content information from the target transaction instruction;

[0075] Step S203: Perform a bitwise XOR operation on the voiceprint feature vector and the transaction content information to obtain the first operation result;

[0076] Step S204: Perform a hash operation on the first operation result based on a preset hash algorithm to obtain a transaction signature digest.

[0077] In step S201 of some embodiments, a "voiceprint feature vector" is first extracted from the "target voiceprint data" obtained in S101 based on a pre-configured voiceprint recognition model. This "pre-configured voiceprint recognition model" can be a lightweight model optimized for terminal devices to ensure low-latency and high-efficiency real-time processing on the user's personal device. The core task of this model is to convert the raw, complex audio waveform into a standardized mathematical representation that accurately characterizes the speaker's identity, namely, the "voiceprint feature vector." In a specific embodiment, this feature vector can be a set of multi-dimensional coefficient values ​​obtained by calculating the MFCC (Meyer frequency cepstral coefficients) of the audio signal. MFCC is a recognized key acoustic feature in the field of voiceprint recognition that effectively describes the physical characteristics of the human vocal tract.

[0078] In step S202 of some embodiments, "transaction content information" refers to the core elements that constitute an indispensable part of a blockchain transaction. For example, in a crypto asset transfer instruction, it at least includes the transfer amount, the recipient's address, and possible transaction remarks. To facilitate subsequent unified cryptographic operations, this structured or unstructured content information is usually normalized and its hash value is calculated to obtain a fixed-length digital fingerprint that can represent the entire content of the transaction.

[0079] In step S203 of some embodiments, a bitwise XOR operation is performed on the "voiceprint feature vector" and "transaction content information" obtained in the previous two steps to obtain the "first operation result". Bitwise XOR is a cryptographic obfuscation operation, the advantage of which is that each bit of the output result depends on the corresponding bits of the two input sources simultaneously. By performing this step, the user's biometric information and the digital fingerprint of the transaction content are deeply fused at the data level. The "first operation result" generated in this way is a completely new and indivisible data entity, in which any change in any part will cause the whole to change, thus providing a highly secure intermediate state for the subsequent generation of the final digest.

[0080] In step S204 of some embodiments, a hash operation may be performed on the "first operation result" generated in S203 based on a preset hash algorithm to obtain a "transaction signature digest". In a specific embodiment, the preset hash algorithm may be the SHA3-256 algorithm, which maps an arbitrary length "first operation result" to a hash value of fixed length (256 bits). This hash value is the final "transaction signature digest", which has cryptographic one-wayness (the original text cannot be deduced from the digest) and strong collision resistance (it is extremely difficult to find two different inputs that can produce the same digest). This digest will serve as the final digital credential authorizing this specific transaction and will be submitted to the blockchain network for subsequent verification.

[0081] Through steps S201 to S204, this embodiment of the application transforms an unstructured biometric data (target voiceprint data) and a structured target transaction instruction into a unique, fixed-length transaction signature digest that simultaneously represents the user's identity and transaction content through a series of cryptographic and signal processing steps such as feature extraction, information digest, bitwise XOR fusion, and hash operation. This irreversibly and deeply binds the voiceprint features representing the "person" and the transaction content representing the "event" at the bit level, fundamentally solving the core technical problem of separating identity authentication from transaction intent in the prior art, and providing a highly reliable and tamper-proof credential for subsequent blockchain on-chain verification.

[0082] In step S103 of some embodiments, the user's identity is locally verified to confirm the legitimacy of the operation. The core of this step is to match the real-time voiceprint features extracted from the "target voiceprint data" with a "preset voiceprint template" to obtain a "voiceprint matching result." Here, the "preset voiceprint template" refers to a data template that represents the user's standard voice characteristics, pre-entered and confirmed by the system during the registration phase, and serves as the benchmark for identity verification. The matching process compares the user's current voice characteristics with this benchmark to determine whether they originate from the same person. The final output "voiceprint matching result" is a clear conclusion, such as "match successful" or "match unsuccessful," which directly serves as the basis for deciding whether to continue the transaction.

[0083] Please see Figure 3 In some embodiments, step S103 may include, but is not limited to, steps S301 to S304.

[0084] Step S301: Perform signal quality assessment on the target voiceprint data and generate a real-time confidence score characterizing the credibility of the target voiceprint data;

[0085] Step S302: Determine the signature verification threshold based on the real-time confidence score;

[0086] Step S303: Match the target voiceprint data with the preset voiceprint template to obtain the real-time matching score.

[0087] Step S304: Compare the real-time matching score with the signature verification threshold to generate a voiceprint matching result.

[0088] In step S301 of some embodiments, the "target voiceprint data" acquired in S101 is first subjected to signal quality assessment to generate a "real-time confidence score" that characterizes the credibility of the voiceprint data. This step aims to quantify the risk of the current recognition environment. In a specific embodiment, the voiceprint recognition model analyzes multiple dimensions of the audio stream, such as the signal-to-noise ratio, to determine the degree of interference from background noise, or analyzes the energy and fundamental frequency stability of the speech to determine the clarity of the user's voice. Based on these analysis results, a normalized (e.g., within the [0,1] interval) "real-time confidence score" is output, denoted as s. For example, clear speech acquired in a quiet environment may have a score as high as 0.92; while speech acquired in a noisy environment may have a significantly lower score.

[0089] In step S302 of some embodiments, the "signature verification threshold" required for this transaction signature is dynamically determined based on the "real-time confidence score" generated in the previous step. According to a preferred embodiment of this solution, this threshold is calculated using a specific mathematical formula. The formula is:

[0090] T = T base +k×(1-s)

[0091] Where T is the final calculated "signature verification threshold"; T base A preset "base threshold" (e.g., 0.80) represents the minimum matching standard required under ideal conditions (i.e., when s = 1); s is the "real-time confidence score" obtained in S301; and k is an "adjustment coefficient" used to control the sensitivity of the threshold to changes in confidence. This step establishes a dynamic security strategy: the lower the confidence score s (the higher the risk), the higher the threshold T (the more stringent the security requirements), thus enabling the system's security level to adapt to environmental risks in real time.

[0092] Please see Figure 4 In some embodiments, step S302 may include, but is not limited to, steps S401 to S403.

[0093] Step S401: Obtain the transaction type and transaction amount of the target transaction instruction;

[0094] Step S402: Determine the transaction risk level of the target transaction instruction based on the transaction type and transaction amount;

[0095] Step S403: Calculate the signature verification threshold based on the transaction risk level and the real-time confidence score.

[0096] In step S401 of some embodiments, before calculating the signature verification threshold, the "target transaction instruction" itself needs to be parsed to obtain key data fields for risk assessment. This mainly includes "transaction type" and "transaction amount." In a specific embodiment, such as in a scenario interacting with a decentralized exchange, the "transaction type" might be swap, add_liquidity, or approve, etc., with different types of transactions having different risk levels. The "transaction amount" is the most intuitive quantitative indicator of risk; for example, a transaction involving 1 BTC carries a higher risk than a transaction involving 0.1 BTC. The technical essence of this step is to extract quantitative or qualitative factors that characterize the potential risk from the transaction intent itself, providing input for subsequent risk level assessment.

[0097] In step S402 of some embodiments, the "transaction risk level" of the "target transaction instruction" is determined based on the transaction type and transaction amount obtained in the previous step. In a specific embodiment, this determination process can be executed by a preset risk engine or rule set. The rule set can be configured as follows:

[0098] High-risk level: If the transaction type is (withdraw all assets), or the transaction amount exceeds a preset large amount threshold (such as 10 BTC), or the recipient address is the address of the first transaction.

[0099] Medium risk level: Ordinary transfer or exchange operations.

[0100] Low-risk level: small-amount authorization operations or interactions with high-reputation whitelisted contracts.

[0101] Based on these rules, the risk engine will output a clear "trading risk level", such as a qualitative level of "high", "medium" or "low", or a risk score between 0 and 1.

[0102] In step S403 of some embodiments, the "transaction risk level" and the "real-time confidence score" obtained in S301 are combined to finally obtain the "signature verification threshold" that the transaction needs to meet. According to a preferred embodiment disclosed in this solution, this process can be achieved by adjusting the parameters of the dynamic threshold formula. Here, the "transaction risk level" directly determines two key parameters in the formula of step S302: the base threshold T. baseAnd the adjustment factor k. For example, for a transaction rated as "high" risk in S402, the system might set a very high base threshold (such as T). base A higher adjustment factor (e.g., k = 0.90) and a higher threshold (e.g., k = 0.3) raise the overall final verification requirements. For transactions rated as "low" risk, a relatively lenient base threshold (e.g., T) can be set. base =0.75) and a lower adjustment factor (e.g., k=0.15). Thus, the final "signature verification threshold" T is simultaneously affected by both the risk of the transaction itself and the quality of the voiceprint signal.

[0103] Through steps S401 to S403, this embodiment first assesses the inherent risks of the transaction itself by parsing the transaction content (S401-S402), and then combines this with an assessment of the real-time quality of biometric signals (S301) to finally calculate a highly contextualized security threshold that simultaneously reflects both risks (S403). This complete technical process overcomes the limitations of relying solely on a single dimension (such as signal quality) for judgment, enabling the security strategy to deeply understand the business context of the transaction. It can automatically match the highest financial-grade verification standards for high-risk, large-value transactions, while providing a convenient user experience for low-risk, small-value daily operations, achieving refined, intelligent, and adaptive security levels.

[0104] In step S303 of some embodiments, a core matching operation is performed between the "target voiceprint data" and the "preset voiceprint template" to obtain a quantified "real-time matching score". Specifically, this matching operation involves calculating the similarity between the real-time voiceprint feature vector extracted from the "target voiceprint data" in S201 and the "preset voiceprint template" (e.g., an MFCC feature vector mean model) stored in the system that represents the user's standard identity. In a specific embodiment, this calculation can be achieved by calculating the cosine similarity between the two vectors or by scoring using a probabilistic linear discriminant analysis model. The final output "real-time matching score" intuitively reflects the degree of similarity between the current voiceprint and the user template.

[0105] In step S304 of some embodiments, a final comparison is made between the scores and thresholds obtained in the previous two steps to generate a "voiceprint matching result". This step is a direct logical judgment. It compares whether the "real-time matching score" (Score) obtained in S303 is greater than or equal to the "signature verification threshold" (T) dynamically calculated in S302. In a specific embodiment, assuming the real-time matching score is 0.89, and the dynamic threshold calculated based on s = 0.92 is T = 0.816, since 0.89 ≥ 0.816, a "successful match" "voiceprint matching result" is generated. Conversely, if the matching score is lower than the dynamic threshold, a "failed match" result is generated.

[0106] Please see Figure 5 In some embodiments, if the voiceprint matching result indicates that the real-time matching score is lower than the signature verification threshold, the method may further include, but is not limited to, steps S501 to S503.

[0107] Step S501: Send a re-authentication request to the user terminal;

[0108] Step S502: Obtain the re-authentication information returned by the user terminal that corresponds to the re-authentication request;

[0109] Step S503: Verify the validity of the re-verification information. If the re-verification information passes the verification, trigger the blockchain on-chain processing for the target transaction instruction.

[0110] In step S501 of some embodiments, when the comparison result in S304 indicates that the voiceprint matching is unsuccessful, the transaction is not immediately rejected. Instead, an alternative secure authentication path is initiated, namely, a "re-authentication request" is sent to the user's terminal device. This step upgrades transaction authorization from a single voiceprint biometric verification to a multi-factor authentication process. This situation may be triggered by excessive environmental noise, abnormal user voice status (such as a cold), or potential voiceprint spoofing attacks, causing the system's dynamic threshold mechanism to determine that the current voiceprint's credibility is insufficient to independently complete a high-security level transaction authorization. Sending a "re-authentication request" is an intelligent upgrade of the system's security strategy, aiming to provide a backup successful path for legitimate users without sacrificing security.

[0111] In step S502 of some embodiments, the system waits for and obtains the "re-authentication information" returned by the user terminal after receiving the "re-authentication request". According to a preferred embodiment disclosed in this solution, this information can be a combination of two or more of the following verification factors:

[0112] The SMS one-time password involves the system generating a time-limited, one-time numerical password and sending it via SMS to the user's pre-bound mobile phone number through the carrier's network. The user enters the received password on the terminal interface to prove their access to the pre-defined communication device.

[0113] Biometric liveness detection data involves sending a random response task to the user, such as asking them to read aloud randomly displayed numbers on a screen or perform a specific head movement. The audio or video data generated when the user completes this task constitutes "biometric liveness detection data." The technical essence of this step is to require the user to provide an additional authentication factor independent of their voiceprint, using multiple pieces of evidence to cross-verify the user's true intent and identity.

[0114] In step S503 of some embodiments, the validity of the "re-verification information" obtained in the previous step is verified, and after the verification passes, the authorized transaction enters the final on-chain process. For SMS one-time passwords, the verification process compares them with the password generated and recorded by the backend server. For biometric liveness detection data, it is necessary to analyze whether the data meets two conditions: first, the correctness of the task (e.g., whether the numbers are pronounced correctly), and second, the salience of liveness features (e.g., whether the voice or facial features show subtle, natural dynamic changes of a real organism). Once either type of re-verification information passes verification, the system considers the user's identity and operational intent to be fully confirmed, and triggers the "blockchain on-chain processing" process that is exactly the same as when the voiceprint matching is successful in S104.

[0115] Through steps S501 to S503, this embodiment of the application constructs a complete multi-factor authentication closed loop as a security upgrade plan in case of single voiceprint authentication failure. This process introduces a second authentication factor unrelated to voiceprint, which not only greatly enhances the system's resistance to advanced attack methods such as voiceprint spoofing, but also provides a backup channel for legitimate users whose voiceprint verification fails due to non-offensive factors such as the environment. Thus, without compromising security standards, it significantly enhances the robustness of the entire transaction method and the user experience.

[0116] Through steps S301 to S304, this embodiment of the application defines in detail a dynamic, risk-adaptive biometric authentication process. The process first quantifies the environmental risk of the current operation through signal quality assessment (S301), and then dynamically sets a security threshold for this verification based on this risk using a specific formula (S302). Subsequently, a matching score for the user is obtained through standard voiceprint comparison (S303), and finally, the score is compared with the dynamic threshold to arrive at a final conclusion (S304). This complete technical process overcomes the rigidity of security strategies caused by fixed thresholds in existing technologies. It can intelligently improve the security level based on real-time risks while ensuring user experience, thereby achieving a dynamic balance between security and convenience by minimizing false acceptance rates.

[0117] In step S104 of some embodiments, based on the local verification result of the previous step, a decision is made on whether to trigger the final on-chain process of the transaction, and the blockchain network performs decentralized final consistency verification. If the "voiceprint matching result" in S103 indicates a successful match, the user's terminal device will submit the "target transaction instruction" and the "transaction signature digest" generated in S102 to the blockchain network. The subsequent "blockchain on-chain processing" is a key step in ensuring end-to-end transaction security. It includes: the verification program on the blockchain network will independently recalculate a "verification digest" based on the submitted "target transaction instruction" and the "preset authorization information" stored on the chain corresponding to the user, following the same algorithm as in S102. Subsequently, the program will perform a strict consistency verification between this on-chain generated "verification digest" and the "transaction signature digest" submitted by the user. Only when the verification results are completely consistent will the program finally confirm the authenticity, integrity, and authorization validity of the transaction and execute the "target transaction instruction".

[0118] Please see Figure 6 In some embodiments, if the consistency check result is inconsistent, the blockchain on-chain processing may further include, but is not limited to, steps S601 to S603:

[0119] Step S601: Refuse to execute the target transaction instruction;

[0120] Step S602: Record the transaction signature digests that are inconsistent with the verification result and generate a risk alarm log;

[0121] Step S603: Send an alarm notification to the preset user terminal or management backend.

[0122] In step S601 of some embodiments, when the on-chain consistency verification result in S104 is "inconsistent," the "target transaction instruction" will be rejected. Technically, "inconsistent" here means that the "transaction signature digest" submitted by the user terminal, representing their authorization intent, differs from the "verification digest" independently recalculated by the blockchain verification program based on on-chain data. This indicates that the transaction data may have been tampered with or that a data transmission error occurred at some stage from user signature to on-chain verification. In a specific embodiment, "rejection of execution" is typically achieved by triggering a revert() operation. This operation immediately suspends the entire execution of the current contract and rolls back all existing state changes, ensuring that the user's assets will not suffer any loss due to this failed verification.

[0123] In step S602 of some embodiments, while rejecting transaction execution, the event of this verification failure is recorded in detail to generate a "risk alert log." This log serves as irrefutable evidence for security audits and post-event forensics. This log will be stored in a secure, tamper-proof storage system (which can be an on-chain event log or an off-chain secure database) and should contain at least the following key information: the timestamp of the event, the user address that initiated the transaction, the complete content of the "target transaction instruction," the original "transaction signature digest" submitted by the user, the "verification digest" independently calculated on-chain by the verification program (for comparison of differences), and network metadata such as the possible request source IP address. By aggregating and analyzing these logs, attack patterns can be effectively identified, attack sources located, and the system's security strategy continuously optimized.

[0124] In step S603 of some embodiments, an "alarm notification" will be sent to a preset recipient immediately after the risk alarm log is generated to ensure that the relevant parties can respond to the security incident in a timely manner. This notification will be distributed to different channels according to a preset strategy, including but not limited to:

[0125] Send a concise alert to the user via mobile app push notifications or security SMS messages, such as: "One of your transaction attempts was blocked due to a security verification failure. If this was not your action, please contact customer service immediately." This allows users to be aware of any unusual activity on their accounts immediately.

[0126] A technical alert containing detailed S602 log information can be sent to the system's security operations center via email or enterprise instant messaging tools. This allows security administrators to intervene immediately, conduct in-depth analysis, assess the impact of the incident, and take further security measures, such as freezing accounts, if necessary.

[0127] Through steps S601 to S603, this application embodiment defines in detail a complete and automated on-chain security incident response mechanism. This mechanism not only blocks potential attacks in real time by refusing execution, but also generates detailed logs to provide a basis for post-event analysis, and finally ensures that events are detected and handled promptly by sending real-time notifications to users and administrators. This enhances the robustness and credibility of the entire transaction method, enabling it to meet the stringent requirements of financial-grade applications for transaction security and risk management.

[0128] Please see Figure 7 In some embodiments, before triggering blockchain on-chain processing for the target transaction instruction, the method provided in this application may further include, but is not limited to, steps S701 to S703.

[0129] Step S701: Obtain the user's private key and the target public key ring to which the user's public key paired with the user's private key belongs from the preset key store;

[0130] Step S702: Based on other public keys in the target public key ring, perform cryptographic operations on the transaction signature digest to form an intermediate digest;

[0131] Step S703: Sign the intermediate digest using the user's private key to generate the target ring signature; wherein, the blockchain on-chain processing includes verifying the validity of the ring signature based on the target public key ring.

[0132] In step S701 of some embodiments, after successful voiceprint matching in S103, the "user private key" associated with the current user's identity and the "target public key ring" to which the user belongs are retrieved from a "preset key store". The "preset key store" here is a high-security storage unit, such as a device's hardware security module or trusted execution environment, which stores the user's asymmetric key pair. Successful voiceprint matching is a prerequisite for accessing the key store and retrieving the private key for signing. Simultaneously, based on the user's identity, the "target public key ring" to which the user belongs is determined from a pre-configured list of organizational structures or groups. This ring is a set containing multiple member public keys, serving as the anonymity set for this signing operation.

[0133] In step S702 of some embodiments, a multi-party cryptographic operation is performed on the "transaction signature digest" generated in S102 based on the "target public key ring" obtained in the previous step to form an "intermediate digest". In a specific embodiment, all other public keys in the ring except for the current operator (the user) are selected, and a chain-like, one-way cryptographic function operation is performed on the "transaction signature digest" in a random order. The output of each operation is used as the input of the next operation until the public keys of all other members in the ring have been used once. The "intermediate digest" finally generated by this process is a cryptographic state that incorporates the public key information of all other members in the ring, but has not yet been signed by the private key of the current operator.

[0134] In step S703 of some embodiments, the "user private key" obtained in S701 is used to perform a final signing operation on the "intermediate digest" generated in the previous step to generate a "target ring signature". This step is the final step in completing the ring signature, and only a legitimate signer with a private key paired with a public key within the ring can complete this step. This signing operation transforms the "intermediate digest" into a complete and valid ring signature. Subsequently, this "target ring signature" will be used for subsequent "blockchain on-chain processing". As described in the steps, the on-chain verification program (smart contract) will verify the validity of the ring signature based on the entire "target public key ring" during verification. The verification program can only confirm that the signature was generated by a legitimate member of the ring, but cannot cryptographically identify which member it is, thus achieving anonymity for the signer.

[0135] Through steps S701 to S703, this application embodiment defines in detail a transaction process that combines voiceprint authorization with ring signature privacy technology. This process first ensures the operator's true identity through voiceprint recognition, then invokes a preset key and public key ring, and through a series of cryptographic operations, generates a ring signature that both proves the legality of the transaction and conceals the identity of the specific signer. This complete technical process not only provides highly secure transaction authorization but also additionally endows the transaction process with strong privacy protection capabilities, meeting the complex business needs of coexisting operational accountability and identity anonymity in scenarios such as enterprise governance and multi-party collaboration.

[0136] The voiceprint-driven blockchain transaction method, apparatus, device, and storage medium proposed in this application include: acquiring a target transaction instruction and target voiceprint data corresponding to the target transaction instruction; generating a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data; matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result; if the voiceprint matching result indicates that the target voiceprint data is successfully matched, then triggering blockchain on-chain processing for the target transaction instruction; wherein, the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification result is consistent, then executing the target transaction instruction.

[0137] According to the voiceprint-driven blockchain transaction method provided by this invention, firstly, the target transaction instruction and target voiceprint data for authorization are obtained, and a unique transaction signature digest is generated based on the two. This step binds the user's biometric characteristics with specific transaction content, solving the problem of separation between identity authentication and transaction intent in the prior art, and ensuring the uniqueness of the signature intent. Next, by matching the target voiceprint data with a preset template, the user's real identity is verified at the front end of the transaction process. Only when the match is successful is the subsequent on-chain process triggered, effectively intercepting unauthorized user attempts to perform illegal operations and ensuring the security of transaction initiation. Finally, in the blockchain on-chain processing stage, by regenerating the verification digest and performing consistency verification with the transaction signature digest submitted by the user, the data integrity and tamper-proofness of the transaction data throughout the entire chain from the user end to the blockchain on-chain are ensured. Finally, the transaction is executed only after the verification is passed, realizing highly secure and highly reliable voiceprint-driven transactions.

[0138] Please see Figure 8 This application also provides a voiceprint-driven blockchain transaction device that can implement the above-described voiceprint-driven blockchain transaction method. The device includes:

[0139] The acquisition module is used to acquire the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction;

[0140] The generation module is used to generate a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data.

[0141] The matching module is used to match the target voiceprint data with the preset voiceprint template to obtain the voiceprint matching result;

[0142] The triggering module is used to trigger the blockchain on-chain processing of the target transaction instruction if the voiceprint matching result indicates that the target voiceprint data is successfully matched. The blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and the preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest. If the verification results are consistent, the target transaction instruction is executed.

[0143] The specific implementation of this voiceprint-driven blockchain transaction device is basically the same as the specific implementation of the voiceprint-driven blockchain transaction method described above, and will not be repeated here.

[0144] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the aforementioned voiceprint-driven blockchain transaction method. This electronic device can be any smart terminal, including tablet computers, in-vehicle computers, etc.

[0145] Please see Figure 9 , Figure 9 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes:

[0146] The processor 901 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application.

[0147] The memory 902 can be implemented as a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 902 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 902 and is called and executed by the processor 901 to execute the voiceprint-driven blockchain transaction method of the embodiments of this application.

[0148] The input / output interface 903 is used to implement information input and output;

[0149] The communication interface 904 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0150] Bus 905 transmits information between various components of the device (e.g., processor 901, memory 902, input / output interface 903, and communication interface 904);

[0151] The processor 901, memory 902, input / output interface 903, and communication interface 904 are connected to each other within the device via bus 905.

[0152] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the aforementioned voiceprint-driven blockchain transaction method.

[0153] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0154] The voiceprint-driven blockchain transaction method, apparatus, device, and storage medium proposed in this application include: acquiring a target transaction instruction and target voiceprint data corresponding to the target transaction instruction; generating a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data; matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result; if the voiceprint matching result indicates that the target voiceprint data is successfully matched, then triggering blockchain on-chain processing for the target transaction instruction; wherein, the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification result is consistent, then executing the target transaction instruction.

[0155] According to the voiceprint-driven blockchain transaction method provided by this invention, firstly, the target transaction instruction and target voiceprint data for authorization are obtained, and a unique transaction signature digest is generated based on the two. This step binds the user's biometric characteristics with specific transaction content, solving the problem of separation between identity authentication and transaction intent in the prior art, and ensuring the uniqueness of the signature intent. Next, by matching the target voiceprint data with a preset template, the user's real identity is verified at the front end of the transaction process. Only when the match is successful is the subsequent on-chain process triggered, effectively intercepting unauthorized user attempts to perform illegal operations and ensuring the security of transaction initiation. Finally, in the blockchain on-chain processing stage, by regenerating the verification digest and performing consistency verification with the transaction signature digest submitted by the user, the data integrity and tamper-proofness of the transaction data throughout the entire chain from the user end to the blockchain on-chain are ensured. Finally, the transaction is executed only after the verification is passed, realizing highly secure and highly reliable voiceprint-driven transactions.

[0156] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0157] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0158] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0159] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0160] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0161] It should be understood that in this application, "at least one (item)" means one or more, and "more than one" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0162] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0163] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0164] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0165] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0166] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. A voiceprint-driven blockchain transaction method, characterized in that, The method includes: Acquire the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction; Based on the target transaction instruction and the target voiceprint data, generate a transaction signature digest corresponding to the target transaction instruction; The target voiceprint data is matched with a preset voiceprint template to obtain a voiceprint matching result; If the voiceprint matching result indicates that the target voiceprint data is successfully matched, then the blockchain on-chain processing for the target transaction instruction is triggered; wherein, the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and the preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification results are consistent, then the target transaction instruction is executed.

2. The voiceprint-driven blockchain transaction method according to claim 1, characterized in that, The step of generating a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data includes: Based on a pre-configured voiceprint recognition model, voiceprint feature vectors are extracted from the target voiceprint data; Extract the transaction content information from the target transaction instruction; Perform a bitwise XOR operation on the voiceprint feature vector and the transaction content information to obtain the first operation result; The transaction signature digest is obtained by performing a hash operation on the first operation result based on a preset hash algorithm.

3. The voiceprint-driven blockchain transaction method according to claim 1, characterized in that, The step of matching the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result includes: The target voiceprint data is subjected to signal quality assessment to generate a real-time confidence score characterizing the credibility of the target voiceprint data; The signature verification threshold is determined based on the real-time confidence score. The target voiceprint data is matched with the preset voiceprint template to obtain a real-time matching score. The real-time matching score is compared with the signature verification threshold to generate the voiceprint matching result.

4. The voiceprint-driven blockchain transaction method according to claim 3, characterized in that, If the voiceprint matching result indicates that the real-time matching score is lower than the signature verification threshold, the method further includes: Send a re-authentication request to the user terminal; Obtain the re-verification information returned by the user terminal corresponding to the re-authentication request, wherein the re-verification information includes: SMS one-time password or biometric liveness detection data; The validity of the re-verification information is verified. If the re-verification information passes the verification, the blockchain on-chain processing for the target transaction instruction is triggered.

5. The voiceprint-driven blockchain transaction method according to claim 3, characterized in that, The step of determining the signature verification threshold based on the real-time confidence score includes: Obtain the transaction type and transaction amount of the target transaction instruction; The transaction risk level of the target transaction instruction is determined based on the transaction type and the transaction amount. The signature verification threshold is calculated based on the transaction risk level and the real-time confidence score.

6. The voiceprint-driven blockchain transaction method according to claim 1, characterized in that, If the consistency check result is inconsistent, the blockchain on-chain processing further includes: The target transaction instruction was refused to be executed. Record the transaction signature digests that are inconsistent with the verification results, and generate a risk alarm log; Send alarm notifications to preset user terminals or management backends.

7. The voiceprint-driven blockchain transaction method according to claim 1, characterized in that, Before triggering the on-chain processing of the target transaction instruction on the blockchain, the method further includes: Obtain the user's private key and the target public key ring to which the user's public key paired with the user's private key belongs from the preset key store; Based on the other public keys in the target public key ring, perform cryptographic operations on the transaction signature digest to form an intermediate digest; The intermediate digest is signed using the user's private key to generate a target ring signature; wherein, the blockchain on-chain processing includes verifying the validity of the ring signature based on the target public key ring.

8. A voiceprint-driven blockchain transaction device, characterized in that, The device includes: The acquisition module is used to acquire the target transaction instruction and the target voiceprint data corresponding to the target transaction instruction; The generation module is used to generate a transaction signature digest corresponding to the target transaction instruction based on the target transaction instruction and the target voiceprint data; The matching module is used to match the target voiceprint data with a preset voiceprint template to obtain a voiceprint matching result; A triggering module is configured to trigger blockchain on-chain processing for the target transaction instruction if the voiceprint matching result indicates that the target voiceprint data is successfully matched; wherein the blockchain on-chain processing includes: generating a verification digest based on the target transaction instruction and preset authorization information corresponding to the target voiceprint data, and performing consistency verification between the verification digest and the transaction signature digest; if the verification results are consistent, the target transaction instruction is executed.

9. An electronic device, characterized in that, The electronic device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the voiceprint-driven blockchain transaction method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, characterized in that, when the computer program is executed by a processor, it implements the voiceprint-driven blockchain transaction method according to any one of claims 1 to 7.

Images