A lightweight privacy proof method and system based on a blockchain notarization account

Abstract

The application discloses a kind of lightweight privacy certification methods and systems based on blockchain notarization account.The method elects high credit node in alliance chain to form notarization pool and establishes on-chain credit constraint mechanism;Verification party sends verification rule to notarization account and locks rule hash on chain, and the proving party calls SDK to obtain notarization account public key to original data is asymmetrically encrypted and then transmitted;Notarization account decrypts data in trusted execution environment isolated memory and runs verification rule, only outputs Boolean result;Notarization account uses private key to sign result number and broadcast to blockchain;Smart contract verifies the validity of signature and automatically triggers the subsequent business process preset by verification party when the result is true.The present application converts mathematical proof into the endorsement of trusted account, reduces the terminal hardware requirement.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a lightweight privacy proof method and system based on a blockchain notary account. Background Technology

[0002] With the widespread application of blockchain technology in the field of privacy protection, zero-knowledge proof (ZKP), as an important cryptographic tool, has been widely used in scenarios such as blockchain privacy transactions, identity authentication, and data verification. Among them, zk-SNARKs (zero-knowledge concise non-interactive knowledge proofs) are currently a relatively mature zero-knowledge proof technology solution. They allow provers to verify the truth of a statement by generating complex mathematical proofs locally without disclosing the original data to the verifier, and the verifier completes the verification of the proof on the blockchain.

[0003] However, traditional zk-SNARKs solutions have significant drawbacks in practical applications: First, they are computationally expensive, as the generation of proofs relies on complex mathematical operations performed by the proof-generating end, consuming a large amount of CPU and memory resources, making them unsuitable for mobile devices such as smartphones. Second, they have high technical barriers, requiring the verifier to write complex circuit logic for specific business scenarios, resulting in extremely high development costs for ordinary business scenarios and hindering the widespread adoption of the technology. Third, they suffer from high interaction latency, as the generated proof files are large in size, consuming a significant amount of bandwidth during network transmission, and the on-chain verification process is computationally expensive and inefficient, making it difficult to meet the needs of high-concurrency business scenarios in consortium blockchains. Summary of the Invention

[0004] Based on this, the embodiments of this application provide a lightweight privacy proof method and system based on blockchain notary accounts, which can reduce the terminal computing burden, simplify the deployment difficulty of business logic and improve on-chain verification efficiency.

[0005] Firstly, a lightweight privacy proof method based on a blockchain-based notarized account is provided, the method comprising:

[0006] In the consortium blockchain, high-reputation nodes are elected to form a notary pool, and an on-chain credit constraint mechanism is established for notary accounts.

[0007] The verifier sends the verification rules to the notary account and locks the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account.

[0008] The notary account decrypts the original data and runs the verification rules in the isolated memory of the trusted execution environment, outputting a boolean result;

[0009] The notary account uses its private key to digitally sign the Boolean value result and broadcasts it to the blockchain;

[0010] The smart contract on the blockchain verifies the validity of the notary account signature and automatically triggers the subsequent business process preset by the verifier after confirming the result as true.

[0011] Optionally, the step of electing high-reputation nodes in the consortium blockchain to form a notary pool and establishing an on-chain credit constraint mechanism for notary accounts includes:

[0012] Elect 3 to 5 high-reputation nodes as members of the notary pool. Each node deploys a notary account contract or an independent node that is trusted to perform environmental protection. Nodes are required to pledge margin and establish on-chain credit scores.

[0013] Optionally, the verifier sends the verification rules to a notary account and locks the hash value of the verification rules on the blockchain, including:

[0014] The verifier invokes a smart contract to send the business verification rules to the notary account;

[0015] The hash value of the business verification rule is locked on the blockchain to achieve tamper-proof evidence storage.

[0016] Optionally, the certifying party calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account, including:

[0017] The certifying party calls the SDK to obtain the public key of the notary account;

[0018] The original data is asymmetrically encrypted using the public key to generate ciphertext;

[0019] The encrypted text is sent to the notary account, making the original data invisible to the verifier and third parties on the chain.

[0020] Optionally, the original data includes asset balance or identity information; the verification rules include logic / contracts.

[0021] Optionally, the trusted execution environment includes Intel SGX; the notary account decrypts the raw data and runs the verification rules in the isolated memory of Intel SGX.

[0022] Optionally, the notary account uses its private key to digitally sign the Boolean value result and broadcasts it to the blockchain, including:

[0023] The notary account uses its private key to digitally sign the Boolean value result.

[0024] Generate a lightweight proof transaction that includes a prover identifier, a verifier identifier, a rule identifier, and a result status; broadcast the lightweight proof transaction to the blockchain network, replacing the complex mathematical proof document of zero-knowledge proof with the digital signature of the trusted account.

[0025] Secondly, a lightweight privacy proof system based on a blockchain-based notarized account is provided, the system comprising:

[0026] The initialization module is used to elect high-reputation nodes in the consortium blockchain to form a notary pool and establish an on-chain credit constraint mechanism for notary accounts.

[0027] The data transfer module is used for the verifier to send the verification rules to the notary account and lock the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account.

[0028] The environment computing module is used to decrypt the original data and run the verification rules in the isolated memory of the trusted execution environment, and output a boolean value result;

[0029] The on-chain verification module is used to notarize that an account uses its private key to digitally sign the Boolean value result and broadcast it to the blockchain;

[0030] The result delivery module is used for smart contracts on the blockchain to verify the validity of the notary account signature, and automatically triggers the subsequent business processes preset by the verifier after confirming that the result is true.

[0031] Thirdly, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement any of the methods described in the first aspect above.

[0032] Fourthly, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements any of the methods described in the first aspect above.

[0033] The beneficial effects of the technical solutions provided in this application include at least the following:

[0034] 1. Decentralized computation significantly lowers the hardware threshold for terminals: The proving party does not need to perform complex zero-knowledge proof mathematical operations locally. It can complete the data submission simply by calling the SDK to obtain the public key of the notary account and transmitting the original data in asymmetric encryption. Decentralizing complex computation to the notary account greatly reduces the CPU and memory consumption of mobile terminals, enabling lightweight devices such as mobile phones to participate in privacy verification.

[0035] 2. Decoupling of business logic and reducing development and deployment costs: The verifier can flexibly change the verification rules according to business needs and send them to the notary account. There is no need to rewrite and deploy complex zero-knowledge proof circuits. Only the verification logic in the notary account needs to be updated to adapt to different business scenarios, which significantly reduces the development cost of ordinary business scenarios and improves the efficiency of business iteration.

[0036] 3. High concurrency and low latency, improving consortium blockchain throughput: The lightweight digital signature of a notary account replaces the complex proof documents of traditional zero-knowledge proofs for on-chain verification. The verification process is completed almost instantaneously, which significantly reduces network transmission bandwidth consumption and on-chain verification computation overhead, avoids the expensive on-chain verification cost of zero-knowledge proofs, significantly improves the throughput of the consortium blockchain, and meets the needs of high-concurrency business scenarios.

[0037] 4. Privacy protection, achieving the same privacy protection effect as zero-knowledge proof: The prover transmits the original data to the notary account through asymmetric encryption. The notary account processes the original data in the isolated memory of the trusted execution environment and only outputs the Boolean value result. The verifier can only obtain the judgment result and cannot access the original data, achieving the same privacy protection effect as zero-knowledge proof. Attached Figure Description

[0038] To more clearly illustrate the embodiments of this application or the technical solutions in the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings in the following description are merely exemplary, and those skilled in the art can derive other embodiments based on the provided drawings without creative effort.

[0039] Figure 1 A flowchart illustrating the steps of a lightweight privacy proof method based on a blockchain-based notarized account, as provided in this application embodiment;

[0040] Figure 2 A block diagram of a lightweight privacy proof system based on a blockchain-based notarized account is provided for embodiments of this application;

[0041] Figure 3 This is a schematic diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0042] 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.

[0043] In the description of this application, the terms "comprising," "having," and any variations thereof are intended to cover non-exclusive inclusion, such as a process, method, system, product, or apparatus that includes a series of steps or units, not necessarily limited to those steps or units that are expressly listed, but may also include other steps or units that are not expressly listed but are inherent to these processes, methods, products, or apparatuses, or steps or units added based on further optimizations conceived in this application.

[0044] Please refer to Figure 1 The document illustrates a flowchart of a lightweight privacy proof method based on a blockchain-based notary account, as provided in an embodiment of this application. This method may include the following steps:

[0045] S1 elects high-reputation nodes in the consortium blockchain to form a notary pool and establishes an on-chain credit constraint mechanism for notary accounts.

[0046] In this step, during the initialization phase of the consortium blockchain, 3 to 5 high-reputation nodes are elected through a consensus mechanism to form a notary pool. Each node deploys a notary account contract or an independent node with trusted execution of environmental protection. At the same time, an on-chain credit score and margin staking mechanism is established, requiring each notary account to pledge a deposit before participating in notarization and to bind its notarization behavior to its on-chain credit score. Once a node is found to be cheating, its margin will be deducted from the entire network.

[0047] S2, the verifier sends the verification rules to the notary account and locks the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account.

[0048] In this step, the verifier calls a smart contract to send the business verification rules to the notary account and locks the hash value of the rules on the blockchain to achieve immutable notarization of the rule content. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data it holds, such as ID number or asset balance, to generate ciphertext, and transmits the ciphertext to the notary account. This allows the verification rules and encrypted data to converge in the notary account, and the original data is completely invisible to the verifier and other third parties on the chain during the transmission process.

[0049] S3: The notary account decrypts the original data and runs the verification rules in the isolated memory of the trusted execution environment, outputting a boolean result.

[0050] In this step, the notary account decrypts the ciphertext data in a trusted execution environment such as the encrypted isolated memory of Intel SGX, loads the verification rules preset by the verifier and performs matching operations, runs compliant notarization processing on the original data, and only outputs a Boolean value result of "true" or "false" to the outside world. The original data is always kept in a secure isolation zone and is not disclosed to the verifier, the proof party or any external entity.

[0051] S4, the notary account uses its private key to digitally sign the Boolean result and broadcasts it to the blockchain.

[0052] In this step, the notary account uses its private key to digitally sign the Boolean result, generating a lightweight proof transaction such as Prove(A, B, Rule_ID, Result:True) that includes the prover identifier, verifier identifier, rule identifier, and result status. This transaction is then broadcast to the blockchain network, replacing the complex mathematical proof file of traditional zero-knowledge proof with the digital signature of the trusted account to complete the on-chain endorsement.

[0053] S5 uses smart contracts on the blockchain to verify the validity of notarized account signatures and automatically triggers subsequent business processes preset by the verifier after confirming the result as true.

[0054] In this step, the smart contract deployed on the blockchain receives lightweight proof transactions, verifies the validity of the notarized account signature, and automatically triggers the subsequent business processes preset by the verifier, such as loan disbursement, after confirming that the signature is legal and the proof result is true, thus completing the closed-loop connection and result delivery from privacy data verification to business execution.

[0055] The core logic of this application lies in transforming the complex "mathematical proof" in traditional zero-knowledge proof into "endorsement proof of the trusted account".

[0056] To this end, the system first defines three roles: Proof-provider A, who holds the original data (such as asset balance and identity information); Verifier B, who formulates business rules (such as whether the balance is greater than 1 million); and Notary Account C, a privileged contract deployed on the blockchain or an independent node protected by a trusted execution environment. During the initialization phase of the consortium blockchain, the system elects 3 to 5 high-reputation nodes to form a notary pool and establishes an on-chain credit constraint mechanism for Notary Account C. This mechanism ensures that C's notarization behavior is constrained by its on-chain credit score and collateral deposit. If cheating is detected, its deposit is deducted from the entire network, thus providing a trust anchor for subsequent processes. In practice, verifier B first sends the verification rules to notary account C in the form of a logical contract and locks the hash of the rules on the blockchain to complete the rule publication and tamper-proof notarization. Simultaneously, prover A calls the SDK to obtain the public key of notary account C, uses this public key to perform asymmetric encryption on the original data, such as an ID number, and transmits the generated ciphertext to notary account C. This ensures that only C can decrypt the original data during the transfer process and that it is completely invisible to verifier B, completing the encrypted transmission. Subsequently, notary account C decrypts the ciphertext data in a trusted execution environment such as isolated memory in Intel SGX, runs verifier B's preset verification rules (e.g., age greater than 18), and performs compliant notarization processing, outputting only a "true" or "false" boolean result to the outside world. The original data remains isolated and is never leaked. Next, notary account C uses its private key to digitally sign the Boolean result, generating a lightweight proof transaction such as Prove(A, B, Rule_ID, Result:True) and broadcasting it to the blockchain to complete on-chain endorsement. This replaces the complex mathematical proof documents of traditional zero-knowledge proofs with the trusted account's digital signature. Finally, the smart contract on the blockchain receives the lightweight proof transaction, verifies the validity of notary account C's signature, and automatically triggers subsequent business processes preset by verifier B, such as loan disbursement, after confirming the signature's legitimacy and the proof result's truth. This completes the closed loop from privacy data verification to result delivery for business execution.

[0057] like Figure 2 This application also provides a lightweight privacy proof system based on a blockchain-based notarized account, which may include:

[0058] The initialization module is used to elect high-reputation nodes in the consortium blockchain to form a notary pool and establish an on-chain credit constraint mechanism for notary accounts.

[0059] The data transfer module is used for the verifier to send the verification rules to the notary account and lock the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account.

[0060] The environment computing module is used to decrypt the original data and run the verification rules in the isolated memory of the trusted execution environment, and output a boolean value result;

[0061] The on-chain verification module is used to notarize that an account uses its private key to digitally sign the Boolean value result and broadcast it to the blockchain;

[0062] The result delivery module is used for smart contracts on the blockchain to verify the validity of the notary account signature, and automatically triggers the subsequent business processes preset by the verifier after confirming that the result is true.

[0063] Specific limitations regarding the lightweight privacy proof system based on blockchain notarized accounts can be found in the limitations of the lightweight privacy proof method based on blockchain notarized accounts mentioned above, and will not be repeated here. Each module in the aforementioned lightweight privacy proof system based on blockchain notarized accounts can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the corresponding operations of each module.

[0064] In one embodiment, an electronic device is provided, which may be a computer, and its internal structure diagram may be as follows: Figure 3 As shown, the electronic device includes a processor, memory, and a network interface connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for lightweight privacy proof data. The network interface of the computer device is used for communication with external terminals via a network connection. When the computer program is executed by the processor, it implements a lightweight privacy proof method.

[0065] Those skilled in the art will understand that, Figure 3 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0066] In one embodiment of this application, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the steps of the aforementioned lightweight privacy proof method based on a blockchain-based notary account.

[0067] In one embodiment of this application, a computer program product is provided, including a computer program / instructions, which, when executed by a processor, implements the steps of the aforementioned lightweight privacy proof method based on a blockchain-based notary account.

[0068] The computer-readable storage medium and computer program product provided in this embodiment are similar in implementation principle and technical effect to the above method embodiments, and will not be described again here.

[0069] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above methods.

[0070] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0071] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A lightweight privacy proof method based on blockchain-based notarized accounts, characterized in that, The method includes: In the consortium blockchain, high-reputation nodes are elected to form a notary pool, and an on-chain credit constraint mechanism is established for notary accounts. The verifier sends the verification rules to the notary account and locks the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account. The notary account decrypts the original data and runs the verification rules in the isolated memory of the trusted execution environment, outputting a boolean result; The notary account uses its private key to digitally sign the Boolean value result and broadcasts it to the blockchain; The smart contract on the blockchain verifies the validity of the notary account signature and automatically triggers the subsequent business process preset by the verifier after confirming the result as true.

2. The lightweight privacy proof method based on blockchain notarized accounts according to claim 1, characterized in that, The process of electing high-reputation nodes in the consortium blockchain to form a notary pool and establishing an on-chain credit constraint mechanism for notary accounts includes: Elect 3 to 5 high-reputation nodes as members of the notary pool. Each node deploys a notary account contract or an independent node that is trusted to perform environmental protection. Nodes are required to pledge margin and establish on-chain credit scores.

3. The lightweight privacy proof method based on blockchain notarized accounts according to claim 1, characterized in that, The verifier sends the verification rules to a notary account and locks the hash value of the verification rules on the blockchain, including: The verifier invokes a smart contract to send the business verification rules to the notary account; The hash value of the business verification rule is locked on the blockchain to achieve tamper-proof evidence storage.

4. The lightweight privacy proof method based on blockchain notarized accounts according to claim 1, characterized in that, The certifying party calls the SDK to obtain the public key of the notary account, and transmits the original data to the notary account after performing asymmetric encryption: The certifying party calls the SDK to obtain the public key of the notary account; The original data is asymmetrically encrypted using the public key to generate ciphertext; The encrypted text is sent to the notary account, making the original data invisible to the verifier and third parties on the chain.

5. The lightweight privacy proof method based on a blockchain-based notarized account as described in claim 4, characterized in that, The raw data includes asset balance or identity information; the verification rules include logic / contracts.

6. The lightweight privacy proof method based on blockchain notarized accounts according to claim 1, characterized in that, The trusted execution environment includes Intel SGX; the notary account decrypts the raw data and runs the verification rules in the isolated memory of Intel SGX.

7. The lightweight privacy proof method based on blockchain notarized accounts according to claim 1, characterized in that, The notary account uses its private key to digitally sign the Boolean value result and broadcasts it to the blockchain, including: The notary account uses its private key to digitally sign the Boolean value result. Generate a lightweight proof transaction that includes a prover identifier, a verifier identifier, a rule identifier, and a result status; broadcast the lightweight proof transaction to the blockchain network, replacing the complex mathematical proof document of zero-knowledge proof with the digital signature of the trusted account.

8. A lightweight privacy proof system based on a blockchain-based notarized account, characterized in that, The system includes: The initialization module is used to elect high-reputation nodes in the consortium blockchain to form a notary pool and establish an on-chain credit constraint mechanism for notary accounts. The data transfer module is used for the verifier to send the verification rules to the notary account and lock the hash value of the verification rules on the blockchain. At the same time, the prover calls the SDK to obtain the public key of the notary account, performs asymmetric encryption on the original data, and then transmits it to the notary account. The environment computing module is used to decrypt the original data and run the verification rules in the isolated memory of the trusted execution environment, and output a boolean value result; The on-chain verification module is used to notarize that an account uses its private key to digitally sign the Boolean value result and broadcast it to the blockchain; The result delivery module is used for smart contracts on the blockchain to verify the validity of the notary account signature, and automatically triggers the subsequent business processes preset by the verifier after confirming that the result is true.

9. An electronic device, characterized in that, It includes a memory and a processor, the memory storing a computer program that, when executed by the processor, implements the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, It stores a computer program that, when executed by a processor, implements the method as described in any one of claims 1 to 7.

Images