CN110321384B - Block chain-based data recording method and device and electronic equipment - Google Patents

Block chain-based data recording method and device and electronic equipment Download PDF

Info

Publication number
CN110321384B
CN110321384B CN201910482698.8A CN201910482698A CN110321384B CN 110321384 B CN110321384 B CN 110321384B CN 201910482698 A CN201910482698 A CN 201910482698A CN 110321384 B CN110321384 B CN 110321384B
Authority
CN
China
Prior art keywords
target data
block
target
block chain
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910482698.8A
Other languages
Chinese (zh)
Other versions
CN110321384A (en
Inventor
刘丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN201910482698.8A priority Critical patent/CN110321384B/en
Publication of CN110321384A publication Critical patent/CN110321384A/en
Application granted granted Critical
Publication of CN110321384B publication Critical patent/CN110321384B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Abstract

The embodiment of the application provides a data recording method and device based on a block chain and electronic equipment. The data recording method comprises the following steps: the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user; if the multiparty consensus aiming at the target data is successfully completed within a specified time, adding a block recorded with the target data into a local block chain by the target block chain node; if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.

Description

Block chain-based data recording method and device and electronic equipment
Technical Field
The embodiment of the application relates to the technical field of data processing, in particular to a block chain-based data recording method and device and electronic equipment.
Background
The recording reliability is a very important factor for data with requirements on authenticity and objectivity, such as historical data, traffic violation data and the like. Only people and centralized institutions are responsible for recording, and it is difficult to ensure that data cannot be lost or tampered with maliciously.
A blockchain is essentially a de-centralized database that is particularly well suited for recording data of the type described above. How to realize never lost, objective and unable to tamper data record based on block chain is the technical problem to be solved by the application.
Disclosure of Invention
The embodiment of the application aims to provide a data recording method and device based on a blockchain, electronic equipment, device and electronic equipment, which can realize a data recording scheme which is never lost, objective and cannot be tampered by utilizing a decentralized database of the blockchain.
In order to achieve the above object, embodiments of the present application are implemented as follows:
in a first aspect, a data recording method based on a blockchain is provided, including:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus aiming at the target data is successfully completed within a specified time, adding a block recorded with the target data into a local block chain by the target block chain node;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
In a second aspect, there is provided a blockchain-based data recording device, comprising:
the target block chain node responds to a uplink request of target data and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
the block adding module is used for adding a block recorded with the target data into a local block chain by the target block chain node if multiparty consensus aiming at the target data is successfully completed within a set time;
and the uplink processing module refuses to add the block recorded with the target data in the local block chain by the target block link point if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time.
In a third aspect, there is provided an electronic device comprising: a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being executed by the processor:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus aiming at the target data is successfully completed within a specified time, adding a block recorded with the target data into a local block chain by the target block chain node;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
In a fourth aspect, there is provided a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus aiming at the target data is successfully completed within a specified time, adding a block recorded with the target data into a local block chain by the target block chain node;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
The scheme of the embodiment of the application utilizes the blockchain to record the historical event data of the life progress of the target user. The decentralised blockchain is provided with a plurality of blockchain nodes, and the authenticity and objectivity of the data can be ensured by uplink the data in a multiparty consensus mode. Meanwhile, the multi-party consensus time is further limited, and if the blockchain node does not reach the consensus of the data within the specified time, the data is refused to be uplinked, so that the risk of tampering before the data is uplinked is reduced to a certain extent. In addition, once the data is uplink, more than half of the block chain nodes are destroyed to tamper, or all the block chain nodes are destroyed to delete thoroughly, which is not theoretically possible, so that the data record in the block chain can be ensured not to be tampered maliciously and never lost.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort to a person having ordinary skill in the art.
Fig. 1 is a schematic flow chart of a data recording method according to an embodiment of the present application.
Fig. 2 is a schematic flow chart of a second data recording method according to an embodiment of the present application.
Fig. 3 is a schematic structural diagram of a data recording device according to an embodiment of the present application.
Fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to better understand the technical solutions in the present application, the following description will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, shall fall within the scope of the present application.
As mentioned above, the reliability of the records is a very important factor for data that are required for authenticity, objectivity (e.g. historical data, traffic violation data, etc.). Only by means of people and a centralized mechanism, data recording is performed, and it is difficult to ensure that the data cannot be lost or tampered maliciously. The application aims to realize a never-lost, objective and untampered data recording scheme by utilizing an decentralised database of a blockchain.
FIG. 1 is a flow chart of a blockchain-based data recording method in accordance with an embodiment of the present application. The method shown in fig. 1 may be performed by a corresponding apparatus, including:
in step S102, the target blockchain node initiates a multiparty consensus for target data to other blockchain nodes in response to a request for a uplink of the target data, wherein the target data includes historical event data of a life process of the target user.
It should be appreciated that in this step, the actual historical event data without bias can be agreed upon by the distributed blockchain nodes, resulting in a ul.
In step S104, if the multiparty consensus for the target data is completed successfully within the predetermined time, the target blockchain node adds the block in which the target data is recorded to the local blockchain.
Specifically, in this step, if the target blockchain node is an accounting node, a block in which target data is recorded is generated, and the block is added in the local blockchain, and is broadcast to other blockchain nodes. If the target blockchain node is a non-accounting node, then receiving the blocks recorded with target data broadcast by other blockchain nodes and adding the blocks in the local blockchain.
In step S106, if the multi-party consensus for the target data fails to complete or the multi-party consensus for the target data is not completed within a specified time, the target blockchain node refuses to add the block in which the target data is recorded in the local blockchain.
In order to avoid this problem, the predetermined time should not be too long, preferably 1 hour or more and 24 hours or less, in the period of multiparty consensus.
Based on the data recording method shown in fig. 1, it can be known that: the scheme of the embodiment of the application utilizes the blockchain to record the historical event data of the life progress of the target user. The decentralised blockchain is provided with a plurality of blockchain nodes, and the authenticity and objectivity of the data can be ensured by uplink the data in a multiparty consensus mode. Meanwhile, the multi-party consensus time is further limited, and if the blockchain node does not reach the consensus of the data within the specified time, the data is refused to be uplinked, so that the risk of tampering before the data is uplinked is reduced to a certain extent. In addition, once the data is uplink, more than half of the block chain nodes are destroyed to tamper, or all the block chain nodes are destroyed to delete thoroughly, which is not theoretically possible, so that the data record in the block chain can be ensured not to be tampered maliciously and never lost.
The method of the embodiment of the present application is described in detail below.
The method of the embodiment of the application realizes the recording of the data by using the decentralized, distrusted and tamper-proof distributed data storage technology of the blockchain.
The main flow of the data recording method comprises the following steps:
in step S201, a target block link of the block chain receives a request for a uplink of historical event data.
Wherein, the historical event data records the event of the life activity process. The uplink request may be initiated after an event of a human activity process occurs. In general, the current event is not known to affect the future immediately after the current event occurs, so that each party has no reason and is ready to tamper with the event, and one of the purposes of storing historical event data in the blockchain is to prevent future tampering and misreading of the current event.
In step S202, the target block link point initiates a multiparty consensus for historical event data to other block chain nodes in response to the uplink request.
In order to provide the authenticity and fairness of the consensus, the target blockchain node may be provided to initiate multiparty consensus to other blockchain nodes at the same level, such as the national history consensus through various national institutions worldwide, and the provincial history consensus through various provincial institutions nationwide.
Step S203, judging that the multiparty consensus of the historical event data is successfully completed within a specified time. If yes, step S204 is executed, otherwise step S207 is executed.
As described above, the predetermined time is preferably 1 to 24 hours, and is determined according to the nature of the event to be recorded. To ensure that an event can be truly recorded, the specified time may take the time of occurrence of the event as the starting time of the timer. It has been found in practice that the prescribed time is set to 3 hours, which is capable of satisfying the consensus requirement of most historical event data, while the motivation and preparation of tampering are difficult for each party in the 3 hours.
Step S204, the target block link point judges whether it is an accounting node, if so, step S205 is executed, otherwise, step S206 is executed.
In step S205, the target block link point generates a block in which the history event data is recorded, adds the block to the local block chain, and broadcasts the block to other block chain nodes.
Preferably, the recording address of the target data in the block uniquely corresponds to the content of the target data. For example, in this step, the target blockchain node may compile at least part of the content of the target data based on a hash algorithm (e.g., a message digest algorithm, a secure hash algorithm, etc.), to obtain the record address of the target data in the block.
It should be understood that in the above preferred embodiment, the content of the target data changes, which causes the recording address to change.
Therefore, by comparing the record addresses of the corresponding block chain nodes of the target data, whether the content of the target data is tampered or not can be effectively determined, and the accuracy of the target data is further judged. For example, when the record address of the target data recorded by the few blockchain nodes is inconsistent with the record address of the target data recorded by the plurality of blockchain nodes, it may be indicated that the target data recorded by the few blockchain nodes is tampered with (in practical applications, it is almost impossible to destroy more than half of the blockchain nodes in order to tamper with the target data).
In step S206, the target block link point receives the blocks recorded with the target data broadcast by other block link points, and adds the broadcast obtained blocks to the local block chain.
In step S207, the target blockchain node refuses the uplink request without adding the block in which the target data is recorded to the local blockchain.
The foregoing is an introduction to the methods of embodiments of the present application. It will be appreciated that suitable modifications may be made without departing from the principles set forth herein above, and such modifications are also intended to be considered within the scope of the embodiments of the present application. For example, the data recording method according to the embodiment of the present application is applicable to recording any data, and is not limited to the above-described historical event data.
In correspondence to the above method, as shown in fig. 3, an embodiment of the present application further provides a blockchain-based data recording device 300, including:
the multiparty consensus module 310, the target blockchain node initiates multiparty consensus for target data to other blockchain nodes in response to a request for a uplink of the target data, wherein the target data includes historical event data of a life process of the target user.
The block adding module 320 adds a block in which the target data is recorded to the local blockchain if the multiparty consensus for the target data is successfully completed within a predetermined time.
The uplink processing module 330 refuses to add the block in which the target data is recorded to the local block chain if the multiparty consensus for the target data fails or the multiparty consensus for the target data is not completed within the predetermined time.
Based on the data recording device shown in fig. 3, it can be seen that: the scheme of the embodiment of the application utilizes the blockchain to record the historical event data of the life progress of the target user. The decentralised blockchain is provided with a plurality of blockchain nodes, and the authenticity and objectivity of the data can be ensured by uplink the data in a multiparty consensus mode. Meanwhile, the multi-party consensus time is further limited, and if the blockchain node does not reach the consensus of the data within the specified time, the data is refused to be uplinked, so that the risk of tampering before the data is uplinked is reduced to a certain extent. In addition, once the data is uplink, more than half of the block chain nodes are destroyed to tamper, or all the block chain nodes are destroyed to delete thoroughly, which is not theoretically possible, so that the data record in the block chain can be ensured not to be tampered maliciously and never lost.
Optionally, the recording address of the target data in the block uniquely corresponds to the content of the target data, that is, the content of the target data changes, which causes the recording address to change. Obviously, based on the comparison of the record addresses of the target data, whether the content of the target data is tampered or not can be judged, and the accuracy of the target data is further determined. For example, if the record address of the target data recorded by the few blockchain nodes is inconsistent with the record address of the target data recorded by the plurality of blockchain nodes, the record address of the target data recorded by the few blockchain nodes is tampered.
Wherein, the recording address can be obtained by compiling at least part of the content of the target data based on a hash algorithm.
As an exemplary introduction, the above-described hashing algorithm includes any one of the following:
message digest algorithms and secure hash algorithms.
Optionally, if the target blockchain node is an accounting node, the blockadding module 320 generates a block in which the target data is recorded, adds the block in the local blockchain, and broadcasts the block to other blockchain nodes.
Optionally, if the target blockchain node is a non-accounting node, the blockadding module 320 receives the blocks recorded with the target data broadcast by other blockchain nodes and adds the blocks in the local blockchain.
Optionally, the target data comprises historical event data of a human activity process.
Optionally, the specified time is greater than or equal to 1 hour and less than or equal to 24 hours.
Optionally, the prescribed time starts counting when the target data is generated.
Obviously, the data recording apparatus according to the embodiment of the present application may be used as an execution subject of the data recording method shown in fig. 1, so that the data recording apparatus can implement the functions implemented by the data recording method in fig. 1 and 2. Since the principle is the same, the description is not repeated here.
Fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application. Referring to fig. 4, at the hardware level, the electronic device includes a processor, and optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.
The processor, network interface, and memory may be interconnected by an internal bus, which may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 4, but not only one bus or type of bus.
And the memory is used for storing programs. In particular, the program may include program code including computer-operating instructions. The memory may include memory and non-volatile storage and provide instructions and data to the processor.
The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs, forming the data recording device on a logic level. The processor is used for executing the programs stored in the memory and is specifically used for executing the following operations:
the target blockchain node responds to a uplink request of target data, and initiates multiparty consensus aiming at the target data to other blockchain nodes, wherein the target data comprises historical event data of a life progress of a target user.
If the multiparty consensus for the target data is completed successfully within a specified time, the target blockchain node adds a block in which the target data is recorded in a local blockchain.
If the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
Based on the electronic device shown in fig. 4, it can be known that: the scheme of the embodiment of the application utilizes the blockchain to record the historical event data of the life progress of the target user. The decentralised blockchain is provided with a plurality of blockchain nodes, and the authenticity and objectivity of the data can be ensured by uplink the data in a multiparty consensus mode. Meanwhile, the multi-party consensus time is further limited, and if the blockchain node does not reach the consensus of the data within the specified time, the data is refused to be uplinked, so that the risk of tampering before the data is uplinked is reduced to a certain extent. In addition, once the data is uplink, more than half of the block chain nodes are destroyed to tamper, or all the block chain nodes are destroyed to delete thoroughly, which is not theoretically possible, so that the data record in the block chain can be ensured not to be tampered maliciously and never lost.
The blockchain-based data recording method disclosed in the embodiment shown in fig. 1 of the present application may be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or by instructions in the form of software. The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU), a network processor (Network Processor, NP), etc.; but also digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present application may be embodied directly in hardware, in a decoded processor, or in a combination of hardware and software modules in a decoded processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.
It should be understood that the electronic device of the embodiment of the present application may implement the functions of the embodiments of the data recording apparatus shown in fig. 1 and 2, which are not described herein.
Of course, other implementations, such as a logic device or a combination of hardware and software, are not excluded from the electronic device of the present application, that is, the execution subject of the following processing flow is not limited to each logic unit, but may be hardware or a logic device.
Furthermore, embodiments of the present application provide a computer-readable storage medium storing one or more programs, the one or more programs including instructions, which when executed by a portable electronic device comprising a plurality of application programs, enable the portable electronic device to perform the method of the embodiment shown in fig. 1, and in particular to perform the method of:
the target blockchain node responds to a uplink request of target data, and initiates multiparty consensus aiming at the target data to other blockchain nodes, wherein the target data comprises historical event data of a life progress of a target user.
If the multiparty consensus for the target data is completed successfully within a specified time, the target blockchain node adds a block in which the target data is recorded in a local blockchain.
If the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
Based on the above computer readable storage medium, it is known that: the scheme of the embodiment of the application utilizes a blockchain to record data. The decentralised blockchain is provided with a plurality of blockchain nodes, and the authenticity and objectivity of the data can be ensured by uplink the data in a multiparty consensus mode. Meanwhile, the multi-party consensus time is further limited, and if the blockchain node does not reach the consensus of the data within the specified time, the data is refused to be uplinked, so that the risk of tampering before the data is uplinked is reduced to a certain extent. In addition, once the data is uplink, more than half of the block chain nodes are destroyed to tamper, or all the block chain nodes are destroyed to delete thoroughly, which is not theoretically possible, so that the data record in the block chain can be ensured not to be tampered maliciously and never lost.
It should be appreciated that the above-described instructions, when executed by a portable electronic device comprising a plurality of applications, enable the data recording apparatus described above to perform the functions of the embodiments shown in fig. 1 and 2, and are not described in detail herein.
It will be appreciated by those skilled in the art that embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the present specification may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description can take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.
The foregoing is merely an example of the present specification and is not intended to limit the present specification. Various modifications and alterations to this specification will become apparent to those skilled in the art. Any modifications, equivalent substitutions, improvements, or the like, which are within the spirit and principles of the present description, are intended to be included within the scope of the claims of the present description.

Claims (8)

1. A blockchain-based data recording method, comprising:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus for the target data is successfully completed within a specified time, the target blockchain node adds a block recorded with the target data in a local blockchain, and the method comprises the following steps: if the target blockchain node is an accounting node, generating a block recorded with the target data, adding the block in a local blockchain, and broadcasting the block to other blockchain nodes; if the target block chain node is a non-accounting node, receiving blocks which are broadcasted by other block chain nodes and recorded with the target data, and adding the blocks in a local block chain;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
2. The method according to claim 1,
the recording address of the target data in the block uniquely corresponds to the content of the target data.
3. The method according to claim 2,
the recording address is obtained by compiling at least part of the content of the target data based on a hash algorithm.
4. A method according to claim 3,
the hash algorithm includes any one of a message digest algorithm and a secure hash algorithm.
5. The method according to claim 1 to 4,
the prescribed time is greater than or equal to 1 hour and less than or equal to 24 hours.
6. A blockchain-based data recording device, comprising:
the target block chain node responds to a uplink request of target data and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
the block adding module adds a block recorded with the target data in a local block chain by the target block chain node if multiparty consensus of the target data is successfully completed in a specified time, and the block adding module comprises: if the local area is used as an accounting node, generating a block recorded with the target data, adding the block in a local block chain, and broadcasting the block to other block chain nodes; if the local node is used as a non-accounting node, receiving a block which is broadcasted by other block link points and records the target data, and adding the block into a local block chain;
and the uplink processing module refuses to add the block recorded with the target data in the local block chain by the target block link point if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time.
7. An electronic device includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being executed by the processor:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus for the target data is successfully completed within a specified time, the target blockchain node adds a block recorded with the target data in a local blockchain, and the method comprises the following steps: if the local area is used as an accounting node, generating a block recorded with the target data, adding the block in a local block chain, and broadcasting the block to other block chain nodes; if the local node is used as a non-accounting node, receiving a block which is broadcasted by other block link points and records the target data, and adding the block into a local block chain;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
8. A computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
the target block chain node responds to a uplink request of target data, and initiates multiparty consensus for the target data to other block chain nodes, wherein the target data comprises historical event data of a life process of a target user;
if the multiparty consensus for the target data is successfully completed within a specified time, the target blockchain node adds a block recorded with the target data in a local blockchain, and the method comprises the following steps: if the local area is used as an accounting node, generating a block recorded with the target data, adding the block in a local block chain, and broadcasting the block to other block chain nodes; if the local node is used as a non-accounting node, receiving a block which is broadcasted by other block link points and records the target data, and adding the block into a local block chain;
if the multiparty consensus for the target data fails to complete or the multiparty consensus for the target data is not completed within the specified time, the target block link point refuses to add the block recorded with the target data in the local block chain.
CN201910482698.8A 2019-06-04 2019-06-04 Block chain-based data recording method and device and electronic equipment Active CN110321384B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910482698.8A CN110321384B (en) 2019-06-04 2019-06-04 Block chain-based data recording method and device and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910482698.8A CN110321384B (en) 2019-06-04 2019-06-04 Block chain-based data recording method and device and electronic equipment

Publications (2)

Publication Number Publication Date
CN110321384A CN110321384A (en) 2019-10-11
CN110321384B true CN110321384B (en) 2023-07-28

Family

ID=68120246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910482698.8A Active CN110321384B (en) 2019-06-04 2019-06-04 Block chain-based data recording method and device and electronic equipment

Country Status (1)

Country Link
CN (1) CN110321384B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111382166A (en) * 2020-03-16 2020-07-07 联想(北京)有限公司 Information processing method based on block chain and electronic equipment

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109102852A (en) * 2018-08-22 2018-12-28 泰康保险集团股份有限公司 User data processing method, device, electronic equipment and computer-readable medium
CN109359973A (en) * 2018-08-24 2019-02-19 阿里巴巴集团控股有限公司 Data based on block chain deposit card method and apparatus
CN109426949A (en) * 2017-08-29 2019-03-05 华为技术有限公司 Across the chain method of commerce of one kind and device

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107360001B (en) * 2017-07-26 2021-12-14 创新先进技术有限公司 Digital certificate management method, device and system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109426949A (en) * 2017-08-29 2019-03-05 华为技术有限公司 Across the chain method of commerce of one kind and device
CN109102852A (en) * 2018-08-22 2018-12-28 泰康保险集团股份有限公司 User data processing method, device, electronic equipment and computer-readable medium
CN109359973A (en) * 2018-08-24 2019-02-19 阿里巴巴集团控股有限公司 Data based on block chain deposit card method and apparatus

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
区块链共识机制的规则特点:共享、共识与共赢的制度基础;《软件》;20180615(第06期);全文 *

Also Published As

Publication number Publication date
CN110321384A (en) 2019-10-11

Similar Documents

Publication Publication Date Title
CN109447810B (en) Parallel block chain consensus method, system, electronic device and computer-readable storage medium
CN110032880B (en) Screen recording evidence obtaining method and system based on block chain and electronic equipment
CN113840012B (en) Block chain-based screen recording evidence obtaining method and system and electronic equipment
CN107450981B (en) Block chain consensus method and equipment
CN110659988A (en) Parallel processing method and device for block chain consensus and execution and electronic equipment
CN110708163B (en) Block chain consensus method, device and system and electronic equipment
US11290256B2 (en) Blockchain-based advertisement monitoring method and apparatus, and electronic device
CN110806971A (en) Version testing method and device and electronic equipment
CN111104664A (en) Risk identification method of electronic equipment and server
CN110213368B (en) Data processing method, data processing device and computer system
CN111901619B (en) Message pushing method and device
CN116506228B (en) Computer authentication method and device, electronic equipment and storage medium
CN111698244A (en) Method and device for rapidly participating in consensus of newly added nodes and electronic equipment
CN111224782B (en) Data verification method based on digital signature, intelligent device and storage medium
CN110321384B (en) Block chain-based data recording method and device and electronic equipment
CN110743169B (en) Anti-cheating method and system based on block chain
CN114036529A (en) Vulnerability scanning method and device and computer equipment
CN112988470A (en) Consensus method, consensus node and system in alliance chain
CN109615465B (en) Service order processing method and device and electronic equipment
CN112258184A (en) Method and device for freezing area block chain network, electronic equipment and readable storage medium
CN111209593A (en) Block chain-based distributed lock processing method, related device and electronic equipment
CN111884808A (en) Method and device for preventing cross-chain replay of transaction and electronic equipment
CN110866225A (en) Risk control method and device, electronic equipment and storage medium
CN111815327A (en) Data true checking method and device and electronic equipment
CN109903048B (en) Block output method, consensus method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40015628

Country of ref document: HK

TA01 Transfer of patent application right

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant