IP Library › Granted Patent US 12,088,742
Granted Patent B2
US 12,088,742 · App. 17/664,767 · Granted Sep 10, 2024

Anti-trapdoor-leakage on-chain data restoration system and method thereof

Inventors: Weiqi Dai (Wuhan, CN); Jinkai Liu (Wuhan, CN); Hai Jin (Wuhan, CN); Deqing Zou (Wuhan, CN)
Assignee: HUAZHONG UNIVERSITY OF SCIENCE AND TECHNOLOGY
H04L9/50H04L9/0819H04L9/3236
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,088,742
App. No.
17/664,767
Granted
Sep 10, 2024
Kind
B2
Abstract

The present invention provides an anti-trapdoor-leakage on-chain data restoration system, at least comprising: a blockchain node, for broadcasting transaction data of a request-initiating person to blockchain nodes and proposer nodes in other groups, respectively; and a proposer node, for performing computation of a Chameleon-Hash function using a key set that is generated by a key-generating module provided in the proposer node, packaging the transaction data to generate a new block, and distributing the new block to all the blockchain nodes so that the blockchain nodes update their respective underlying ledgers according to the new blocks broadcasted by the proposer. The system of the present invention not only realizes such functions as restoration and editing of the transaction data, but also protects operational security and reliability of blockchains.

Claims (26)

1. An anti-trapdoor-leakage on-chain data restoration method, at least comprising:

broadcasting transaction data of a request-initiating person to blockchain nodes and proposer nodes in other groups by a blockchain node, respectively;

performing computation of a Chameleon-Hash function by a proposer node using a key set that is generated by a key-generating module provided in the proposer node;

packaging the transaction data to generate a new block by the proposer node;

distributing the new block to all the blockchain nodes by the proposer node; and

making the blockchain nodes update their respective underlying ledgers according to the new blocks broadcasted by the proposer;

further comprising:

according to a type of the block, determining by the blockchain node whether a transaction initiated by a request-initiating person satisfies preset restoration conditions;

based on a determination result, calling a relevant processing contract by the blockchain node; and

according to the processing contract, restoring or synchronizing the data by the blockchain node, based on consensus reached through a multi-organization vote and insertion of the new block;

further comprising:

forming an index of a replacement block by using the tx_id of the cross-domain transaction; and

sorting old transactions of a new organization with the same index and inserting it into the existing blockchain;

wherein every said block in an underlying ledger that has been updated by the blockchain node has a block head including index records about a previous block and a next block with respect to that block, so as to enable the blockchain node to confirm data of the previous block and/or the next block with respect to that block through that block;

wherein the proposer node modifies a hash of the previous block recorded in the old block confirmed according to the transaction data, through the computation of a Chameleon-Hash function;

wherein after the computation of the Chameleon-Hash function, a hash of the previous block recorded in the old block remains unchanged, and the old block is marked as invalid but kept in the underlying ledger with its original capability of linking blockchains intact, after the blockchain node inserts the new block to the underlying ledger;

further comprising:

according to the called processing contract, searching for the relevant transaction so as to acquire a tx_id of the transaction;

based on the acquired tx_id, searching for the relevant old block; and

searching for the proposer node relevant to the old block and make the proposer node generate the new block.

2. The on-chain data restoration method of claim 1 , wherein a trapdoor key corresponding to the new block generated by the proposer node is different from a trapdoor key of the old block identified by the tx_id of the transaction.

3. The on-chain data restoration method of claim 2 , wherein

the blockchain node or the client determines whether the transaction initiated by the request-initiating person satisfies the preset restoration conditions according to the block type;

the corresponding processing contract is called based on the determination result;

according to the processing contract, the consensus reached through a multi-organization vote is passed; and

an instruction is generated based on the result of consensus reached through a multi-organization vote.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 29, 2022
From: DAI, WEIQI; LIU, JINKAI; JIN, HAI; ZOU, DEQING
To: HUAZHONG UNIVERSITY OF SCIENCE AND TECHNOLOGY
Reel/Frame 060930/0984 →
Priority Claims (1)
CN 202111095528.8 · Sep 17, 2021 · national
Continuity (1)
Related Publication 20230085807A1 · Mar 23, 2023