Transaction ciphertext decryption method and device in blockchain, electronic equipment and storage medium

Abstract

The application relates to the technical field of blockchains, in particular to a transaction ciphertext decryption method and device in a blockchain, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring an encoding share of a current verification terminal and a decryption task; acquiring a signature share of other verification terminals according to the decryption task; executing the decryption task according to the encoding share and the signature share, acquiring a first decryption result of the current verification terminal and a second decryption result of the other verification terminals; and generating a transaction plaintext according to the first decryption result and the second decryption result. Therefore, the problems of high communication complexity and difficult user interaction in the related art are solved.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a method, apparatus, electronic device, and storage medium for decrypting encrypted transactions in a blockchain. Background Technology

[0002] The blockchain mechanism, which requires participants to commit their transaction intentions in encrypted form, and then publicly reveal the true content after everyone has submitted their commitments, aims to prevent pre-transaction attacks where someone can peek ahead and profit from the transaction.

[0003] In related technologies, the broadcast signature share method requires each verification terminal to broadcast the signature share of each transaction to all nodes; the batch threshold encryption method requires users to know in real time which cycle they are in and to promptly reissue their transactions after learning that they have not been recorded on the chain in this cycle. Summary of the Invention

[0004] This application provides a method, apparatus, electronic device, and storage medium for decrypting encrypted transactions in a blockchain, in order to solve the problems of high communication complexity and difficulty in user interaction in related technologies.

[0005] The first aspect of this application provides a method for decrypting encrypted transactions in a blockchain. The method is applied to a verification terminal, which communicates with a blockchain terminal. The blockchain terminal allocates the encrypted transaction into multiple signature shares, including the following steps: obtaining the encoding share and decryption task of the current verification terminal; obtaining the signature shares of other verification terminals according to the decryption task; executing the decryption task according to the encoding share and signature share to obtain a first decryption result of the current verification terminal and a second decryption result of other verification terminals; and generating plaintext transactions based on the first and second decryption results.

[0006] Optionally, obtaining the signature share of other verification terminals based on the decryption task includes: extracting the task identifier parameter from the decryption task; determining the required signature share based on the task identifier parameter; and obtaining the signature share from other verification terminals.

[0007] Optionally, the decryption task is performed based on the encoded share and the signature share, including: generating a signature share set based on the encoded share and the signature share; performing decryption operations on the decryption task based on the signature share set to generate intermediate decryption data; and generating the first decryption result of the current verification terminal based on the intermediate decryption data.

[0008] Optionally, generating the transaction plaintext based on the first decryption result and the second decryption result includes: generating a decryption result set based on the first decryption result and the second decryption result; performing cross-validation on the decryption result set to obtain the target decryption result that has passed the verification; and obtaining the transaction plaintext based on the erasure coding decoding result of the target decryption result.

[0009] Optionally, the transaction plaintext is obtained based on the erasure coding decoding result of the target decryption result, including: generating combined plaintext based on the target decryption result and erasure coding decoding; and performing the inverse operation of erasure coding on the combined plaintext to obtain the transaction plaintext.

[0010] A second aspect of this application provides a method for decrypting encrypted transactions in a blockchain. The method is applied to a blockchain terminal, which communicates with multiple verification terminals. The method includes: obtaining encrypted transactions sent by a user terminal; encoding the encrypted transactions using erasure coding to generate multiple data shares with redundant overlap; distributing the multiple data shares to multiple verification terminals; and having each verification terminal execute the encrypted transaction decryption method described above to generate plaintext transactions.

[0011] A third aspect of this application provides a device for decrypting encrypted transactions in a blockchain, comprising: a first acquisition module for acquiring the encoding share and decryption task of the current verification terminal; a second acquisition module for acquiring the signature share of other verification terminals according to the decryption task; a decryption module for executing the decryption task according to the encoding share and signature share, and acquiring a first decryption result of the current verification terminal and a second decryption result of other verification terminals; and a first generation module for generating plaintext transactions according to the first decryption result and the second decryption result.

[0012] Optionally, the second acquisition module is further configured to: extract the task identifier parameter from the decryption task; determine the required signature share based on the task identifier parameter; and acquire the signature share from other verification terminals.

[0013] Optionally, the decryption module is further configured to: generate a signature share set based on the encoded share and the signature share; perform decryption operations on the decryption task based on the signature share set to generate intermediate decryption data; and generate the first decryption result of the current verification terminal based on the intermediate decryption data.

[0014] Optionally, the first generation module is further configured to: generate a decryption result set based on the first decryption result and the second decryption result; perform cross-validation on the decryption result set to obtain the target decryption result that has passed the verification; and obtain the transaction plaintext based on the erasure coding decoding result of the target decryption result.

[0015] Optionally, the first generation module is further configured to: generate combined plaintext based on the target decryption result and erasure coding decoding; and perform the inverse operation of erasure coding on the combined plaintext to obtain the transaction plaintext.

[0016] The fourth aspect of this application provides a blockchain transaction ciphertext decryption device, comprising: a third acquisition module for acquiring transaction ciphertext sent by a user terminal; a second generation module for encoding the transaction ciphertext with erasure coding to generate multiple data shares with redundant overlap; and an execution module for distributing the multiple data shares to multiple verification terminals, wherein the verification terminals execute the blockchain transaction ciphertext decryption method as described above to generate transaction plaintext.

[0017] A fifth aspect of this application provides an electronic device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor. The processor executes the program to perform a blockchain transaction ciphertext decryption method as described in the above embodiments.

[0018] A sixth aspect of this application provides a computer-readable storage medium having a computer program or instructions stored thereon, which is executed by a processor to perform the blockchain transaction ciphertext decryption method as described in the above embodiments.

[0019] Therefore, this application has at least the following beneficial effects: By having a blockchain terminal first split the encrypted transaction into multiple signature shares, and then each verification terminal obtains its own corresponding encoded share and decryption task, it retrieves the signature shares held by other verification terminals based on the decryption task. These signature shares are then combined with those of other terminals to jointly execute the decryption task, yielding decryption results for each terminal. Finally, all decryption results are integrated to reconstruct the plaintext transaction. This multi-terminal signature share splitting and collaborative decryption model enables secure splitting and distributed decryption of blockchain encrypted transactions. Multi-share cross-verification decryption improves the accuracy and reliability of transaction data decryption, ensuring privacy and tamper-proof capabilities during the decryption process. Furthermore, the inter-terminal communication collaboration completes the decryption process, adapting to the distributed architecture of blockchain and effectively improving the operational efficiency of blockchain transaction data decryption. This solves the technical problems of high communication complexity and difficult user interaction found in related technologies. Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0020] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein: Figure 1 This is a flowchart illustrating a method for decrypting encrypted transactions in a blockchain, according to an embodiment of this application. Figure 2 This is a schematic diagram illustrating a blockchain method disclosed according to an embodiment of this application, which resists a commitment to maximum extractable value. Figure 3 This is a flowchart of another method for decrypting encrypted transactions in a blockchain according to an embodiment of this application; Figure 4 This is a block diagram of a blockchain transaction ciphertext decryption device according to an embodiment of this application; Figure 5 This is a block diagram of another blockchain transaction ciphertext decryption device according to an embodiment of this application; Figure 6 This is a block diagram of an electronic device provided according to an embodiment of this application. Detailed Implementation

[0021] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0022] The following describes a method, apparatus, electronic device, and storage medium for decrypting encrypted transactions in a blockchain, based on embodiments of the present application, with reference to the accompanying drawings. Addressing the problems of high communication complexity and difficult user interaction in the related technologies mentioned in the background section, this application provides a method for decrypting encrypted transactions in a blockchain. In this method, the blockchain terminal first splits the encrypted transaction into multiple signature shares. Verification terminals first obtain their corresponding encoded share and decryption task, then retrieve the signature shares held by other verification terminals according to the decryption task. They then merge their own signature shares with those of other terminals to jointly execute the decryption task, obtaining decryption results for themselves and other terminals respectively. Finally, all decryption results are integrated to reconstruct the plaintext transaction. Relying on the multi-terminal signature share splitting and collaborative decryption mode, secure splitting and decryption of encrypted blockchain transactions can be achieved. Distributed decryption processing, leveraging multi-share cross-validation, enhances the accuracy and reliability of transaction data decryption, ensuring privacy and tamper-proof capabilities during the blockchain transaction ciphertext decryption process. Simultaneously, it relies on inter-terminal communication collaboration to complete the decryption process, adapting to the distributed architecture characteristics of blockchain. This effectively improves the operational efficiency of blockchain transaction data decryption, enhances fault tolerance and attack resistance, reduces single points of failure and data tampering risks, and ensures the security, authenticity, and integrity of blockchain transaction data. It supports the distributed consensus and trusted flow of the blockchain network, providing reliable data support for subsequent business processes such as block accounting and transaction verification, and maintaining the security, stability, and trustworthiness of the blockchain network. Therefore, it solves the problems of high communication complexity and difficult user interaction existing in related technologies.

[0023] Specifically, Figure 1This is a flowchart illustrating a method for decrypting encrypted transactions in a blockchain, provided as an embodiment of this application.

[0024] Figure 1 The blockchain transaction ciphertext decryption method shown is applied to the verification terminal. The verification terminal communicates with the blockchain terminal, and the blockchain terminal distributes the transaction ciphertext into multiple signature shares.

[0025] Among them, the blockchain terminal is a node terminal in the blockchain network responsible for generating transaction ciphertext, splitting and distributing signature shares; the verification terminal is a terminal device that establishes communication with the blockchain terminal, receives signature shares, and performs transaction ciphertext decryption and transaction legality verification; the signature share is multiple sub-signature data obtained by the blockchain terminal from splitting the complete transaction ciphertext.

[0026] It is understood that the embodiments of this application apply the blockchain transaction ciphertext decryption method to the verification terminal. The verification terminal establishes communication and interaction with the blockchain terminal. The blockchain terminal splits the transaction ciphertext and divides it into multiple signature shares. The verification terminal processes the received signature shares and performs decryption verification of the transaction ciphertext. By distributing sensitive transaction data through the signature share splitting and distribution mode, the privacy and security of the blockchain transaction ciphertext decryption process are improved, the interaction logic of blockchain transaction verification is simplified, and the overall communication and processing complexity is reduced. It can rely on inter-terminal collaboration to complete the distributed decryption of ciphertext and the verification of transaction legitimacy, effectively avoiding the security risks and computing power pressure caused by independent decryption by a single terminal, and ensuring the credibility and confidentiality of blockchain transaction data in the entire process of encryption transmission and decryption verification.

[0027] Specifically, in this embodiment of the application, the blockchain terminal first generates and blockchain transaction ciphertext, then splits the complete transaction ciphertext into several independent signature shares, and then sends each of the split signature shares to the verification terminal that is connected to it. After receiving the corresponding signature share, the verification terminal performs compliance verification and share aggregation calculation according to the agreed cryptographic rules.

[0028] For example, in the embodiments of this application, a threshold encryption key pair can be generated, and then the private key can be split into n independent signature shares using an algorithm such as Shamir secret sharing. The split n signature shares are then distributed to n verification terminals in the network as the basic data for participating in the subsequent transaction ciphertext decryption operation.

[0029] like Figure 1 As shown, the method for decrypting ciphertext transactions in this blockchain includes the following steps: In step S101, the encoding share and decryption task of the current verification terminal are obtained.

[0030] Among them, the current verification terminal is the terminal device that participates in the decryption and verification of blockchain transaction ciphertext, receives and processes the corresponding signature share; the encoding share is a single split signature data allocated to the current verification terminal for participating in decryption operations; the decryption task is the business instruction of the current verification terminal to complete the decryption of transaction ciphertext and compliance verification using the encoding share.

[0031] It is understood that, by obtaining the encoding share corresponding to the current verification terminal and the matching decryption task, the current verification terminal can obtain the corresponding share data and clearly understand the decryption work to be performed. This allows the verification terminal to quickly enter the subsequent decryption operation process, avoids the terminal receiving redundant data and invalid task allocation, effectively simplifies the data interaction volume, improves the accuracy of task distribution and data matching, and ensures that each verification terminal has a clear division of labor and independently carries out decryption processing, providing an orderly and reliable task for the distributed secure decryption of blockchain transaction ciphertexts.

[0032] Specifically, in this embodiment, the current verification terminal is first verified for identity and network status. After confirming the terminal's legitimacy and online availability, the blockchain terminal matches and extracts the coded share belonging to the current verification terminal from the pre-split signature shares according to the preset share allocation rules. At the same time, it retrieves the decryption task bound to the coded share. The decryption task clearly includes requirements such as the ciphertext decryption algorithm, verification standard, and task completion time limit. The blockchain terminal sends the coded share and decryption task to the current verification terminal through a secure communication link. After receiving them, the current verification terminal completes data verification and obtains the coded share and decryption task.

[0033] In step S102, the signature shares of other verification terminals are obtained according to the decryption task.

[0034] Among them, other verification terminals are the remaining verification nodes that participate in the encrypted decryption process of blockchain transactions and undertake share collaboration verification, in addition to the current verification terminal; the signature share is the remaining independent signature fragment data that is distributed to other verification terminals in conjunction with the coded share after the blockchain terminal is split and allocated, and jointly participates in the encrypted decryption operation.

[0035] It is understood that, based on the received decryption task, this application embodiment retrieves and obtains the signature shares held by other verification terminals participating in the decryption of the same transaction. Relying on the association identifier of the decryption task, it realizes the linkage retrieval of cross-terminal share data, enabling the current verification terminal to collect all the fragment data required for complete decryption. The aggregation and integration of multi-terminal signature shares can be completed without additional redundant interaction, simplifying the interaction process of share synchronization between multiple nodes, improving the efficiency and accuracy of signature share collection, and ensuring the security of share retrieval by relying on the task binding mechanism, thus supporting the smooth and reliable operation of the distributed decryption process of blockchain transaction ciphertext.

[0036] Specifically, this application embodiment uses the decryption task already received by the current verification terminal as the basis for association. First, it parses the transaction identifier, terminal number, and share correspondence information carried in the decryption task. Then, it locates other verification terminal nodes participating in the same decryption business based on the blockchain network communication architecture. Next, it establishes a secure communication connection according to the data access rules preset by the task and initiates a compliant share retrieval request to each other verification terminal. After the other verification terminals verify that the identity of the request matches the decryption task, they return the signature share data they have stored. After the current verification terminal receives all signature shares, it sequentially performs data integrity, legality, and task relevance verification, removes abnormal and invalid shares, and retains valid fragment data, thus completing the collection and organization of all signature shares.

[0037] Furthermore, in the embodiments of this application, obtaining the signature share of other verification terminals according to the decryption task includes: extracting the task identifier parameter from the decryption task; determining the required signature share according to the task identifier parameter; and obtaining the signature share from other verification terminals.

[0038] Among them, the task identifier parameter is the identification information used in the decryption task to mark the identity of the corresponding blockchain transaction decryption business, the associated transaction ciphertext, and the signature share corresponding to each verification terminal.

[0039] It is understood that the embodiments of this application rely on the decryption task to extract the built-in task identifier parameter, and then use the task identifier parameter to lock the signature share required for this decryption. Then, based on the matching result, the signature share is obtained from other corresponding verification terminals. By using the task identifier parameter as a link to achieve targeted retrieval of the share, the decryption task and the signature share can be accurately bound and matched, avoiding share confusion and data mismatch between different transaction decryption tasks. This significantly reduces the time spent on share retrieval and matching, reduces invalid communication and interaction between the blockchain terminal and the verification terminal, improves the accuracy and efficiency of share acquisition, and ensures the data security and process standardization of the transaction ciphertext decryption process.

[0040] Specifically, in this embodiment, the built-in task identifier parameter is first extracted from the decryption task. The task identifier parameter is associated with the transaction information and share matching rules of the current decryption business. Then, based on the task identifier parameter and the system's preset threshold rules, the signature share required for this decryption and the corresponding other verification terminal nodes are determined. Subsequently, the currently responsible verification terminal, as the verification terminal, initiates a share retrieval request to the matched other verification terminals. The other verification terminals verify the legality of the request according to the task identifier parameter. After confirming that the match is correct, they calculate and submit the corresponding signature share locally according to the fixed threshold signature algorithm. After receiving these shares, the current verification terminal completes data verification to ensure that they match the task identifier parameter and that the quantity meets the threshold requirements, thereby completing the targeted acquisition of the signature share.

[0041] For example, a blockchain terminal allocates the ciphertext of a transaction into n signature shares. When obtaining signature shares from other verification terminals, the terminal currently responsible for verification first extracts the task identifier parameter from the decryption task. Based on the task identifier parameter and the system's preset threshold rules, it determines the nf signature shares required for this decryption and the corresponding other verification terminals. The threshold is set to t=nf, ensuring that any t signature shares are sufficient to complete the ciphertext decryption.

[0042] The terminal currently responsible for verification initiates a share retrieval request to at least nf other matched verification terminals. The other verification terminals verify the legality of the request based on the task identifier parameter. After confirming that the request matches their stored private key shares and decryption tasks, they calculate and generate the corresponding signature share data locally according to a fixed threshold signature algorithm, and then submit the share to the terminal responsible for verification. After receiving these shares, the terminal responsible for verification sequentially completes data integrity, legality verification, and task relevance matching to ensure that the number of collected signature shares reaches the nf threshold requirement, thereby completing the targeted acquisition of all signature shares.

[0043] Therefore, this application embodiment, based on the received decryption task, selectively retrieves and obtains the signature shares held by other verification terminals participating in the decryption of the same transaction. Relying on the association identifier of the decryption task, it realizes the linkage retrieval of cross-terminal share data, enabling the current verification terminal to collect all the fragment data required for complete decryption. It can complete the aggregation and integration of multi-terminal signature shares without additional redundant interaction, simplifying the interaction process of share synchronization between multiple nodes, improving the efficiency and accuracy of signature share collection, and ensuring the security of share retrieval by relying on the task binding mechanism, thus supporting the smooth and reliable operation of the distributed decryption process of blockchain transaction ciphertext.

[0044] In step S103, a decryption task is performed based on the encoding share and signature share to obtain the first decryption result of the current verification terminal and the second decryption result of other verification terminals.

[0045] The first decryption result is the decryption output data of the corresponding subtask obtained by the current verification terminal after completing the ciphertext decryption operation according to the decryption task requirements by using its own encoding share and the signature shares collected from other verification terminals; the second decryption result is the decryption output data generated and broadcast by other verification terminals after they have completed the decryption of their respective subtasks.

[0046] It is understood that in this embodiment, the current verification terminal relies on its own coded share and the collected signature shares of other verification terminals to perform threshold decryption operations according to the decryption task requirements, generate the first decryption result of the corresponding subtask, and simultaneously receive the second decryption result broadcast by other verification terminals after they have completed decryption. It can complete the fragmented decryption and result aggregation of transaction ciphertext under the collaboration of distributed nodes. Relying on the multi-share aggregation decryption mechanism, it ensures the authenticity and tamper-proofness of the decryption result, improves the fault tolerance of the decryption process, reduces the single point of failure risk in the decryption process, provides reliable fragmented decryption result data support for the local restoration of the complete transaction plaintext, and ensures the security and verifiability of the entire blockchain transaction decryption process.

[0047] Specifically, in this embodiment, the current verification terminal, acting as the verification terminal, aggregates and organizes its own encoded shares with the signature shares collected from other verification terminals, confirming that the number of shares reaches a preset threshold t=n. After f, based on the threshold decryption algorithm specified in the decryption task, all valid signature shares are used as input parameters to perform aggregate decryption operations, complete the decryption process of the corresponding subtask, and generate the first decryption result of the current verification terminal.

[0048] Meanwhile, each of the other verification terminals will calculate and generate a signature using a fixed threshold signature algorithm based on its own signature share and submit it to its respective responsible verification terminal. The responsible verification terminal will then complete the decryption to obtain the decryption result of its respective subtask, and thus obtain the second decryption result of the other verification terminals.

[0049] Furthermore, in the embodiments of this application, performing a decryption task based on the encoding share and the signature share includes: generating a signature share set based on the encoding share and the signature share; performing a decryption operation on the decryption task based on the signature share set to generate intermediate decryption data; and generating a first decryption result for the current verification terminal based on the intermediate decryption data.

[0050] The signature share set is a complete share data set formed by the current verification terminal aggregating and organizing its own coded shares and the signature shares collected from other verification terminals; the intermediate decryption data is the transitional data generated by the current verification terminal during the execution of the operation using the signature share set and the decryption algorithm corresponding to the decryption task.

[0051] Understandably, in this embodiment, the current verification terminal first aggregates its own encoded share and the collected signature shares to form a signature share set. Then, based on this set, it performs a threshold decryption operation on the decryption task to generate intermediate decryption data. Finally, by processing the intermediate decryption data, the first decryption result of the current verification terminal is obtained. Through step-by-step aggregation and operation, the orderliness and controllability of the decryption process can be ensured. The construction of the signature share set ensures that the number of shares required for the decryption operation meets the threshold requirement, avoiding decryption failure due to insufficient or invalid shares. The generation and verification of intermediate decryption data provide double protection for the correctness of the final decryption result, reducing the risk of calculation errors and data tampering. The entire process relies on structured steps to realize distributed decryption operation, reducing the computing power pressure and security risks of single-node decryption, generating decryption results for corresponding sub-tasks, and providing reliable fragmented data support for the subsequent restoration of the complete transaction plaintext.

[0052] Specifically, the current verification terminal first integrates its own encoded shares and signature shares obtained from other nodes. Relying on the underlying cryptographic operation logic of the TDH2 (Threshold Decryption 2) algorithm, it performs verification operations on the signature shares obtained from all other nodes participating in the decryption work. It strictly verifies the data format, signature validity, and identity and permission matching degree of each signature share, eliminates abnormal and invalid shares, and ensures that the source of basic data is true and reliable.

[0053] After completing the batch signature share verification, the algorithm integrates and processes the compliant and valid signature shares based on the built-in polynomial interpolation mechanism. According to the preset cryptographic rules, the data dimension fusion and information recombination are completed to construct intermediate decryption data with decryption attributes. The intermediate decryption data can offset the random perturbation factor of the original encrypted ciphertext, break the random interference problem of the ciphertext itself, and straighten out the decryption logic of the core plaintext information inside the ciphertext.

[0054] The generated intermediate decryption data and encoding share are then verified for compliance. Based on the verified intermediate decryption data, a second operation is performed and integrated according to the preset decryption output rules to complete the data adaptation and integration, and finally the first decryption result corresponding to the current verification terminal is generated in a standardized manner.

[0055] Therefore, in this embodiment, the current verification terminal, relying on its own coded share and the collected signature shares of other verification terminals, performs threshold decryption calculations according to the decryption task requirements to generate the first decryption result of the corresponding subtask. At the same time, it receives the second decryption result broadcast by other verification terminals after they have completed decryption. It can complete the fragmented decryption and result aggregation of transaction ciphertext under the collaboration of distributed nodes. Relying on the multi-share aggregation decryption mechanism, it ensures the authenticity and tamper-proofness of the decryption result, improves the fault tolerance of the decryption process, reduces the single point of failure risk in the decryption process, and provides reliable fragmented decryption result data support for the local restoration of the complete transaction plaintext, ensuring the security and verifiability of the entire blockchain transaction decryption process.

[0056] In step S104, the transaction plaintext is generated based on the first decryption result and the second decryption result.

[0057] The plaintext of the transaction is the original readable content of the blockchain transaction obtained by restoring the first decryption result output by the current verification terminal and the second decryption result fed back by other verification terminals.

[0058] It is understood that the embodiments of this application integrate the first decryption result output by the current verification terminal with the second decryption result fed back by other verification terminals, perform consistency verification and splicing fusion on multiple fragmented decryption results, eliminate data with deviations, tampering or abnormality, reorganize and restore according to the data structure rules of blockchain transactions, and finally generate complete transaction plaintext. By cross-verifying and merging the decryption results of multiple nodes, the risks caused by single-point decryption errors and malicious node tampering with data can be effectively avoided. Relying on the distributed multi-party result consensus mechanism, the authenticity and integrity of the transaction plaintext are guaranteed, the anti-tampering capability and fault tolerance performance of blockchain transaction decryption are improved, and at the same time, a true and reliable original transaction data basis is provided for subsequent blockchain evidence storage.

[0059] Specifically, in this embodiment, the first decryption result produced by the current verification terminal and the second decryption result reported by other verification terminals are collected. The consistency of the content of multiple decryption results is compared, and invalid decryption data with abnormalities, conflicts or tampering is filtered out. The various decryption results that have passed the verification are orderly spliced ​​and the fields are reorganized according to the data fragmentation structure and sorting rules preset by the blockchain transaction. Then, the integrity verification and logical verification are performed in combination with the transaction data verification rules to complete the fusion, completion and normalization of the fragmented data. Finally, the complete and readable blockchain transaction plaintext is restored, realizing the restoration of the original transaction plaintext from the fragmented decryption results of multiple terminals.

[0060] Furthermore, in the embodiments of this application, generating transaction plaintext based on the first decryption result and the second decryption result includes: generating a decryption result set based on the first decryption result and the second decryption result; performing cross-validation on the decryption result set to obtain a target decryption result that has passed the verification; and obtaining the transaction plaintext based on the erasure coding decoding result of the target decryption result.

[0061] The decryption result set is the overall dataset formed by uniformly aggregating the first decryption result of the current verification terminal and the second decryption results of the other verification terminals; cross-validation is a verification process that compares the content, verifies consistency, and identifies the legality of all the aggregated decryption results; the target decryption result is qualified decryption result data that has been filtered and filtered by cross-validation and is compliant, valid, and free from abnormal conflicts; the erasure coding decoding result is the complete original data obtained by performing fragment restoration, redundancy correction, and data completion on the selected target decryption results using erasure coding algorithms.

[0062] It is understood that the embodiments of this application summarize and integrate the first decryption result of the current verification terminal with the second decryption result of other verification terminals to construct a complete decryption result set. Then, cross-validation of the decryption result set is carried out among multiple nodes. Through content comparison, compliance screening and conflict identification, the target decryption result that has passed the verification is selected. Then, the redundancy correction, fragment completion and data restoration are completed by performing erasure coding decoding operation on the target decryption result. Finally, the transaction plaintext is obtained based on the decoded result. This process can effectively avoid the risks of malicious node tampering with data, single point decryption error and data loss by first summarizing and then cross-validating and finally decoding and restoring. It improves the accuracy and robustness of decrypted data by mutual verification of results from multiple terminals, and makes up for the missing or incorrect fragmented data by using the redundancy correction characteristics of erasure coding. It strengthens the fault tolerance and anti-tampering capabilities of blockchain transaction decryption, reduces the failure rate of transaction plaintext restoration, and ensures that the generated transaction plaintext is complete, true and credible.

[0063] Specifically, in this embodiment of the application, the current verification terminal first collects the first decryption result it generates and all the second decryption results collected from other verification terminals, and integrates them to form a complete decryption result set, ensuring that the set covers the fragmented decryption data output by all terminal nodes participating in the decryption.

[0064] Subsequently, cross-validation is performed on the decryption result set. According to the preset verification rules, all decryption results in the set are compared pairwise and verified by multiple nodes to check for data conflicts, tampering traces and abnormal errors. Invalid decryption results with inconsistent content, non-compliance or suspected tampering are removed, and the target decryption results that are consistent, compliant and valid and have passed all verification steps are selected.

[0065] Then, the preset erasure coding decoding algorithm is invoked, taking the target decryption result as the input parameter. Utilizing the redundancy and error correction characteristics of erasure coding, the target decryption result is fragmented and restored, redundant data is checked and missing data is filled in. This corrects any possible minor data deviations, completes data integration and error correction operations, and generates a complete and accurate erasure coding decoding result.

[0066] Finally, based on the original structure rules of blockchain transaction data, the erasure coding decoding results are reorganized, their integrity is verified, and their logic is checked to ensure that the data completely matches the original transaction information, and finally the true and credible plaintext of the transaction is restored.

[0067] Furthermore, in the embodiments of this application, obtaining the transaction plaintext based on the erasure coding decoding result of the target decryption result includes: generating combined plaintext based on the target decryption result and erasure coding decoding; and performing the inverse operation of erasure coding on the combined plaintext to obtain the transaction plaintext.

[0068] Among them, the combined plaintext is a temporary intermediate plaintext generated by combining erasure coding rules to perform fragmentation and aggregation, redundant splicing and data reorganization.

[0069] It is understood that, in this embodiment, the target decryption result, after cross-validation, is first used as a basis. Then, based on the operational rules of the erasure coding decoding algorithm, the target decryption result is fragmented, aggregated, and reassembled to generate a transitional state of combined plaintext. Subsequently, the erasure coding inverse operation is performed on the combined plaintext to complete data redundancy correction and fragment restoration, ultimately restoring the complete transaction plaintext. By effectively utilizing the redundancy characteristics of erasure coding, minor data omissions and deviations that may exist in the target decryption result are compensated for. Through the transitional connection of the combined plaintext, the orderly transformation of the target decryption result into transaction plaintext is achieved, improving the accuracy and completeness of transaction plaintext restoration. This further strengthens the fault tolerance and anti-interference capabilities of blockchain transaction decryption, ensuring that the generated transaction plaintext is authentic, reliable, complete, and error-free. The error correction capability of the erasure coding inverse operation can effectively avoid the impact of fragmented data anomalies on the final plaintext restoration, improving computational efficiency and ensuring the orderly flow of blockchain network transactions.

[0070] Specifically, in this embodiment, the current verification terminal takes the target decryption result that has passed cross-validation as input, and combines it with the preset erasure coding decoding algorithm rules to aggregate and splice all target decryption results according to the fragment correspondence, supplement the erasure coding redundant data and complete the preliminary data integration, generating a transitional combined plaintext. The combined plaintext covers the valid data of the target decryption result and the erasure coding redundant information. Subsequently, the terminal calls the erasure coding inverse operation algorithm to perform reverse decoding operation on the combined plaintext, stripping redundant data, correcting minor data deviations, and filling in any missing fragments. At the same time, the terminal performs legality and integrity checks on the data during the operation process, removes invalid redundant information, and performs field regularization and logical reorganization of the data according to the original data structure of blockchain transactions, gradually restoring the original appearance of the data, and finally obtaining a complete and true transaction plaintext.

[0071] Therefore, this embodiment of the application integrates the first decryption result output by the current verification terminal with the second decryption results fed back by other verification terminals, performs consistency verification and splicing fusion on multiple fragmented decryption results, eliminates data with deviations, tampering, or abnormalities, and reassembles and restores the data according to the data structure rules of blockchain transactions, ultimately generating complete transaction plaintext. Through cross-verification and merging of decryption results from multiple nodes, the risks caused by single-point decryption errors and malicious node tampering with data can be effectively avoided. Relying on the distributed multi-party result consensus mechanism, the authenticity and integrity of the transaction plaintext are guaranteed, improving the anti-tampering capability and fault tolerance performance of blockchain transaction decryption, while providing a true and reliable original transaction data basis for subsequent blockchain evidence storage.

[0072] To better understand the solution of this application, the following specific embodiment describes the method or execution flow for decrypting encrypted transactions in the blockchain of this application, as follows: Figure 2 As shown: 1. Verify terminal decryption task allocation.

[0073] In existing technologies, each verification terminal has to repeatedly collect signature shares and decrypt them, which leads to redundancy in communication and computation.

[0074] Therefore, this invention assigns different decryption tasks to each verification terminal. When multiple transaction ciphertexts need to be decrypted, the consensus system distributes these different transaction ciphertexts to different verification terminals. Thus, each verification terminal only needs to receive the signature share of the corresponding transaction ciphertext and perform decryption, reducing redundancy.

[0075] 2. Malicious leader detection based on erasure coding.

[0076] When the identification system distributes these different transaction ciphertexts to different verification terminals, some verification terminals may act maliciously, for example, by not decrypting or broadcasting incorrect plaintext.

[0077] Therefore, this invention introduces erasure coding, which, while distributing different transaction ciphertexts to different verification terminals, introduces a certain degree of overlap, enabling the verification terminal that receives the plaintext to cross-verify whether the plaintext is correct or to recover the missing plaintext.

[0078] Calculations show that when the proportion of malicious verification terminals does not exceed one-third, only 1.5 times the original communication volume is needed for overlap, which is far lower than existing technologies.

[0079] 3. Plaintext recovery based on homomorphism.

[0080] Since the user will hand over the ciphertext combined with erasure coding to the verification terminal for decryption, the verification terminal will obtain the plaintext combined with erasure coding after decryption.

[0081] This application utilizes the homomorphism between linear erasure coding and linear threshold encryption. Therefore, by performing the inverse operation of erasure coding on the plaintext after erasure coding, the original transaction plaintext that the user intended to send can be recovered.

[0082] The specific process for decrypting encrypted transactions in the blockchain is as follows: 1. The system generates a threshold encryption key pair. The private key is divided into n parts using Shamir secret sharing (or a similar method), and distributed to n verification terminals. The threshold is set as t = nf, where n is the number of verification terminals and f is the number of malicious verification terminals the system can tolerate. That is, any t signature shares can decrypt the ciphertext.

[0083] 2. Divide the existing transaction decryption task into n subtasks, and assign each subtask to a verification terminal.

[0084] 3. For each subtask, the responsible verification terminal collects nf signature shares from at least nf other verification terminals. Each signature share is calculated locally by the verification terminal according to a fixed threshold signature algorithm and submitted to the responsible verification terminal.

[0085] 4. The terminal responsible for verifying the collection of nf signature shares decrypts its assigned task and broadcasts the decryption result to all other verification terminals.

[0086] 5. After each verification terminal receives the decryption results of at least nf tasks broadcast by the verification terminal, it can locally restore the plaintext of all existing transactions to be decrypted.

[0087] In summary, the blockchain transaction ciphertext decryption method proposed in this application first obtains the current verification terminal's own encoding share and corresponding decryption task, then extracts the task identifier parameter based on the decryption task, determines the required signature share and collects it from other verification terminals, then integrates the encoding share and signature share to perform decryption operations, obtaining the first decryption result of the current verification terminal and the second decryption result of other verification terminals, and finally sums the two types of decryption results, and generates the transaction plaintext through cross-validation, erasure coding decoding and other processing. This avoids the limitations and risks of single-node decryption, and efficiently completes transaction ciphertext decryption and plaintext restoration under the collaboration of distributed verification terminals. Combined with the error correction characteristics of erasure coding, it realizes a closed loop of the entire process of blockchain transaction ciphertext from share acquisition, collaborative decryption to plaintext restoration, effectively ensuring the standardization and continuity of the decryption process. Next, referring to the accompanying drawings, another blockchain transaction ciphertext decryption method proposed in this application is described. This other blockchain transaction ciphertext decryption method is applied to a blockchain terminal, which communicates with multiple verification terminals.

[0088] like Figure 3 As shown, the method for decrypting ciphertext transactions in this blockchain includes the following steps: In step S301, the ciphertext of the transaction sent by the user terminal is obtained.

[0089] It is understood that the embodiments of this application receive and obtain the ciphertext of the transaction uploaded and sent by the user terminal, complete the reception caching and preliminary legality verification of the ciphertext data, provide the original encrypted data source for subsequent distributed share decryption, result collection and transaction plaintext restoration, and ensure that the subsequent decryption process is carried out in an orderly and reliable manner.

[0090] In this embodiment of the application, the verification terminal listens to the message broadcast link of the user terminal through the blockchain network, captures the transaction ciphertext data packets initiated and sent by the user terminal in real time, performs link layer data parsing and format decomposition on the received data packets, extracts the original data of the core transaction ciphertext, and performs integrity verification, message legality detection and signature authenticity verification on the ciphertext. The verified transaction ciphertext is locally cached and time-series marked, and classified and stored in association with the corresponding task identifier.

[0091] In step S302, the transaction secret is encoded with erasure codes to generate multiple data shares with redundant overlap.

[0092] Among them, a data share is a set of independent data fragments generated by erasure coding of the transaction ciphertext and accompanied by redundant overlapping information.

[0093] It is understood that the embodiments of this application perform erasure coding on the ciphertext of the transaction, split the complete ciphertext of the transaction into multiple data shares with redundant overlapping characteristics, and realize the fragmented reconstruction of the ciphertext data by introducing redundant overlapping information. This enables each data share to have the characteristics of being independent of each other and partially related, effectively improving the ability of the ciphertext data to resist loss and damage during node transmission, greatly enhancing the fault tolerance and robustness of the system, realizing the distributed fragmented distribution and storage of the ciphertext of the transaction, and avoiding the security risks brought about by centralized storage operation.

[0094] Specifically, in this embodiment, the complete ciphertext of the transaction sent by the user terminal is first obtained, and its legality and integrity are verified. After confirming that the ciphertext has not been tampered with or missing, a preset erasure coding algorithm is called to split and encode the ciphertext according to the preset number of fragments n and the redundancy overlap standard. Redundancy verification information is incorporated into the splitting process to generate n data shares with redundancy overlap characteristics that are independent of each other and partially related. This ensures that each share contains some valid information and redundant data of the ciphertext, which can support the restoration of the missing shares in the future.

[0095] In step S303, multiple data shares are allocated to multiple verification terminals, and the verification terminals execute the above-described blockchain transaction ciphertext decryption method to generate transaction plaintext.

[0096] It is understood that in this embodiment of the application, multiple redundant and overlapping data shares generated by erasure coding are distributed one by one to each verification terminal. Each verification terminal executes the complete decryption process of the blockchain transaction ciphertext. Through the steps of obtaining signature shares, collaborative decryption calculation, cross-verification of results, and erasure coding decoding and restoration, the final transaction plaintext is generated collaboratively. With the help of redundant shares and multi-node collaborative mechanism, it has strong data fault tolerance and anti-tampering capabilities. The abnormality of individual terminals or the absence of shares will not affect the normal restoration of plaintext. Relying on multi-terminal distributed parallel decryption, it effectively avoids single-point computing power bottlenecks and task congestion, realizes decentralized division of labor and collaboration, improves the overall decryption efficiency and system robustness, and ensures the authenticity and integrity of the transaction plaintext.

[0097] Specifically, the n data shares are formatted and identified, and a unique verification terminal identifier is assigned to each share. Then, through the blockchain distributed network, the n data shares are distributed to the n pre-designated verification terminals, and the verification terminals execute the transaction ciphertext decryption method in the blockchain to generate the transaction plaintext.

[0098] In summary, the blockchain transaction ciphertext decryption method proposed in this application establishes communication between the blockchain terminal and multiple verification terminals. It first receives and acquires the transaction ciphertext sent by the user terminal, then performs erasure coding on the ciphertext, splitting it into multiple data shares with redundant overlapping attributes. These data shares are then distributed to various verification terminals, which collaboratively generate the transaction plaintext using a defined transaction ciphertext decryption method. This achieves a complete process of receiving, encoding, fragmenting, and distributed decryption of the transaction ciphertext. Relying on the redundancy characteristics of erasure coding and the collaborative architecture of multiple verification terminals, it effectively improves the data's resistance to loss and tampering. The distributed division of labor strengthens the system's fault tolerance and operational robustness, ensuring the integrity, authenticity, and reliability of transaction data. This improves the decentralized and secure operation mechanism of the blockchain, providing solid and reliable technical support for transaction consensus, block accounting, and on-chain evidence storage.

[0099] Next, with reference to the accompanying drawings, a blockchain transaction ciphertext decryption device proposed according to an embodiment of this application is described.

[0100] Figure 4 This is a block diagram of a blockchain transaction encryption device according to an embodiment of this application.

[0101] like Figure 4 As shown, the transaction ciphertext decryption device in the blockchain includes: a first acquisition module 401, a second acquisition module 402, a decryption module 403, and a first generation module 404.

[0102] The first acquisition module 401 is used to acquire the encoding share and decryption task of the current verification terminal; the second acquisition module 402 is used to acquire the signature share of other verification terminals according to the decryption task; the decryption module 403 is used to execute the decryption task according to the encoding share and signature share, and acquire the first decryption result of the current verification terminal and the second decryption result of other verification terminals; the first generation module 404 is used to generate transaction plaintext according to the first decryption result and the second decryption result.

[0103] Furthermore, the second acquisition module 402 is used to: extract the task identifier parameter from the decryption task; determine the required signature share based on the task identifier parameter; and acquire the signature share from other verification terminals.

[0104] Furthermore, the decryption module 403 is used to: generate a signature share set based on the encoding share and the signature share; perform decryption operations on the decryption task based on the signature share set to generate intermediate decryption data; and generate the first decryption result of the current verification terminal based on the intermediate decryption data.

[0105] Furthermore, the first generation module 404 is used to: generate a decryption result set based on the first decryption result and the second decryption result; perform cross-validation on the decryption result set to obtain the target decryption result that has passed the verification; and obtain the transaction plaintext based on the erasure coding decoding result of the target decryption result.

[0106] Furthermore, the first generation module 404 is used to: generate combined plaintext based on the target decryption result and erasure coding decoding; and perform the inverse operation of erasure coding on the combined plaintext to obtain the transaction plaintext.

[0107] It should be noted that the foregoing explanation of the embodiment of the blockchain transaction ciphertext decryption method also applies to the blockchain transaction ciphertext decryption device of this embodiment, and will not be repeated here.

[0108] In summary, the blockchain transaction ciphertext decryption device proposed in this application first splits the blockchain ciphertext into multiple signature shares. The verification terminal first obtains its corresponding encoded share and decryption task, then retrieves the signature shares held by other verification terminals according to the decryption task. The signature shares of the terminal and other terminals are then combined to jointly execute the decryption task, obtaining the decryption results corresponding to itself and other terminals respectively. Finally, all decryption results are integrated to restore the transaction plaintext. Relying on the multi-terminal signature share splitting and collaborative decryption mode, secure splitting and distributed decryption processing of blockchain transaction ciphertext can be achieved. Multi-share cross-verification decryption improves the accuracy and reliability of transaction data decryption, ensuring the privacy and tamper-proof capability of the blockchain transaction ciphertext decryption process. Simultaneously, relying on inter-terminal communication and collaboration to complete the decryption process adapts to the characteristics of the blockchain distributed architecture, effectively improving the operational efficiency of blockchain transaction data decryption. Next, another blockchain transaction ciphertext decryption device proposed in this application is described with reference to the accompanying drawings.

[0109] Figure 5 This is a block diagram of a blockchain transaction encryption device according to an embodiment of this application.

[0110] like Figure 5 As shown, the transaction ciphertext decryption device in this blockchain includes: a third acquisition module 501, a second generation module 502, and an execution module 503.

[0111] The third acquisition module 501 is used to acquire the ciphertext of the transaction sent by the user terminal; the second generation module 502 is used to encode the ciphertext of the transaction using erasure coding to generate multiple data shares with redundancy and overlap; the execution module 503 is used to distribute the multiple data shares to multiple verification terminals, and the verification terminals execute the ciphertext decryption method in the blockchain as described above to generate the plaintext of the transaction.

[0112] It should be noted that the foregoing explanation of the embodiment of the blockchain transaction ciphertext decryption method also applies to the blockchain transaction ciphertext decryption device of this embodiment, and will not be repeated here.

[0113] In summary, the blockchain transaction ciphertext decryption device proposed in this application establishes communication between the blockchain terminal and multiple verification terminals. It first receives and acquires the transaction ciphertext sent by the user terminal, then performs erasure coding on the ciphertext, splitting it into multiple data shares with redundant overlapping attributes. These data shares are then distributed to each verification terminal, which collaboratively generates the transaction plaintext using a defined transaction ciphertext decryption method. This achieves the complete process of receiving, encoding, fragmenting, and distributed decryption of the transaction ciphertext. Relying on the redundancy characteristics of erasure coding and the collaborative architecture of multiple verification terminals, it effectively improves the data's resistance to loss and tampering. The distributed division of labor strengthens the system's fault tolerance and operational robustness, ensuring the integrity, authenticity, and reliability of transaction data. This improves the decentralized and secure operation mechanism of the blockchain, providing solid and reliable technical support for transaction consensus, block accounting, and on-chain evidence storage.

[0114] Figure 6 This is a schematic diagram of the structure of a vehicle provided in an embodiment of this application. The electronic device may include: The memory 601, the processor 602, and the computer program stored on the memory 601 and capable of running on the processor 602.

[0115] When the processor 602 executes the program, it implements the blockchain transaction ciphertext decryption method provided in the above embodiments.

[0116] Furthermore, electronic devices also include: Communication interface 603 is used for communication between memory 601 and processor 602.

[0117] The memory 601 is used to store computer programs that can run on the processor 602.

[0118] The memory 601 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0119] If the memory 601, processor 602, and communication interface 603 are implemented independently, then the communication interface 603, memory 601, and processor 602 can be interconnected via a bus to complete communication between them. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 6 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0120] Optionally, in a specific implementation, if the memory 601, processor 602, and communication interface 603 are integrated on a single chip, then the memory 601, processor 602, and communication interface 603 can communicate with each other through an internal interface.

[0121] The processor 602 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application.

[0122] This application also provides a computer-readable storage medium storing a computer program or instructions thereon, which, when executed by a processor, implements the above-described method for decrypting encrypted transactions in a blockchain.

[0123] This application also provides a computer program product, including a computer program or instructions, which, when executed, implement the above-described method for decrypting encrypted transactions in a blockchain.

[0124] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0125] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0126] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0127] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or more of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (FPGAs), field-programmable gate arrays (FPGAs), etc.

[0128] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

Claims

1. A method for decrypting encrypted transactions in a blockchain, characterized in that, The method is applied to a verification terminal that communicates with a blockchain terminal. The blockchain terminal distributes the ciphertext of a transaction into multiple signature shares. The method includes the following steps: Obtain the encoding share and decryption task of the current verification terminal; Obtain the signature share of other verification terminals according to the decryption task; The decryption task is performed based on the encoded share and the signature share to obtain the first decryption result of the current verification terminal and the second decryption result of other verification terminals. The transaction plaintext is generated based on the first decryption result and the second decryption result.

2. The method for decrypting encrypted transactions in a blockchain according to claim 1, characterized in that, The step of obtaining the signature share of other verification terminals according to the decryption task includes: Extract the task identifier parameter from the decryption task; The required signature share is determined based on the task identifier parameters; The signature share is obtained from the other verification terminal.

3. The method for decrypting encrypted transactions in a blockchain according to claim 1, characterized in that, The step of performing the decryption task based on the encoded share and the signature share includes: A signature share set is generated based on the encoded share and the signature share; Based on the signature share set, the decryption task is performed to generate intermediate decryption data; The first decryption result of the current verification terminal is generated based on the intermediate decryption data.

4. The method for decrypting encrypted transactions in a blockchain according to claim 1, characterized in that, The step of generating the transaction plaintext based on the first decryption result and the second decryption result includes: A set of decryption results is generated based on the first decryption result and the second decryption result; Cross-validate the decryption result set to obtain the target decryption result that passes the verification. The plaintext of the transaction is obtained from the erasure coding decoding result of the target decryption result.

5. The method for decrypting encrypted transactions in a blockchain according to claim 4, characterized in that, The step of obtaining the plaintext of the transaction based on the erasure coding decoding result of the target decryption result includes: Generate combined plaintext based on the target decryption result and the erasure coding decoding; The transaction plaintext is obtained by performing the inverse operation of the erasure coding on the combined plaintext.

6. A method for decrypting encrypted transactions in a blockchain, characterized in that, The method is applied to a blockchain terminal that communicates with multiple verification terminals, wherein the method includes the following steps: Obtain the encrypted transaction message sent by the user terminal; The transaction secret is encoded using erasure coding to generate multiple data shares with redundant overlap; The multiple data shares are allocated to multiple verification terminals, and the verification terminals execute the blockchain transaction ciphertext decryption method as described in any one of claims 1-5 to generate transaction plaintext.

7. A device for decrypting encrypted transactions in a blockchain, characterized in that, include: The first acquisition module is used to acquire the encoding share and decryption task of the current verification terminal; The second acquisition module is used to acquire the signature share of other verification terminals according to the decryption task; The decryption module is used to perform the decryption task according to the encoding share and the signature share, and obtain the first decryption result of the current verification terminal and the second decryption result of other verification terminals; The first generation module is used to generate transaction plaintext based on the first decryption result and the second decryption result.

8. A device for decrypting encrypted transactions in a blockchain, characterized in that, include: The third acquisition module is used to acquire the ciphertext of the transaction sent by the user terminal; The second generation module is used to encode the transaction secret using erasure coding to generate multiple data shares with redundant overlap. An execution module is used to distribute the multiple data shares to multiple verification terminals, wherein the verification terminals execute the blockchain transaction ciphertext decryption method as described in any one of claims 1-5 to generate transaction plaintext.

9. An electronic device, characterized in that, include: A memory, a processor, and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the blockchain transaction ciphertext decryption method according to any one of claims 1-6.

10. A computer-readable storage medium having a computer program or instructions stored thereon, characterized in that, The computer program or instructions are executed by a processor to implement the blockchain transaction ciphertext decryption method as described in any one of claims 1-6.

Images