Methods, devices, equipment and media for evidence storage and processing in the judicial chain

Abstract

The embodiment of the present application discloses a method, device, equipment and medium for evidence storage and processing of a judicial chain, which relates to the field of blockchain technology. The specific implementation scheme is: obtaining a primary evidence transaction request initiated according to user needs; by executing the primary evidence transaction request, the evidence information is used as the generated primary evidence transaction data and is stored on the chain in the evidence chain; based on the primary evidence transaction data, a secondary evidence transaction request is initiated to the judicial chain to request the node of the judicial chain to execute the secondary evidence transaction request, generate the corresponding secondary evidence transaction data, and store it on the chain in the judicial chain; wherein the secondary evidence transaction request includes at least evidence information and a primary evidence transaction data identifier; obtain the secondary evidence transaction data identifier from the node of the judicial chain, and establish a mapping relationship with the primary evidence transaction data identifier; generate an evidence certificate according to the mapping relationship and feedback it to the user. The embodiment of the present application can improve the business processing capabilities of the judicial chain.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of computer technology, in particular to the field of blockchain technology, and specifically to a method, apparatus, device, and medium for storing and processing evidence in a judicial chain. Background Art

[0002] Evidence stored on blockchain can be accepted by internet courts, and the judicial chain provided by the court can be used to store evidence. However, in its current development, the judicial chain's carrying capacity is limited. When network connectivity is poor or the demand for evidence storage is high, it is difficult to ensure normal business operations, resulting in the inability to upload evidence to the chain, affecting the validity of the evidence and the user experience. Summary of the Invention

[0003] The embodiments of the present application provide a method, apparatus, device, and medium for storing and processing evidence in a judicial chain, which can improve the business processing capabilities of the judicial chain.

[0004] In a first aspect, an embodiment of the present application provides a judicial chain evidence storage method, which is applied to a node in the evidence storage chain, and the method includes:

[0005] Obtain a certificate storage transaction request initiated based on user needs;

[0006] By executing the one-time evidence storage transaction request, the evidence information is stored on the evidence storage chain as generated one-time evidence storage transaction data;

[0007] Based on the primary evidence transaction data, a secondary evidence transaction request is initiated to the judicial chain to request a node of the judicial chain to execute the secondary evidence transaction request, generate corresponding secondary evidence transaction data, and store it on the judicial chain; wherein the secondary evidence transaction request includes at least the evidence information and the primary evidence transaction data identifier;

[0008] Obtaining a secondary evidence transaction data identifier from a node of the judicial chain and establishing a mapping relationship with the primary evidence transaction data identifier;

[0009] A certificate of evidence is generated according to the mapping relationship and fed back to the user.

[0010] One embodiment of the above application has the following advantages or beneficial effects: cross-chain evidence processing operations are performed through the evidence storage chain to assist the judicial chain, overcoming the technical problem that evidence cannot be stored when network congestion or poor access occurs in the judicial chain, and when the platform's own sudden evidence storage demand exceeds the peak processing capacity of the judicial chain, thereby ensuring the normal operation of the evidence storage business and the validity of the evidence, and improving the business processing capabilities and user experience technical effects of the judicial chain.

[0011] Optionally, initiating a secondary evidence storage transaction request to the judicial chain based on the primary evidence storage transaction data includes:

[0012] According to the judicial chain network transmission conditions or according to the set time period, based on the said first evidence transaction data, a second evidence transaction request is initiated to the judicial chain.

[0013] One embodiment of the above application has the following advantages or beneficial effects: on the basis that the evidence information has been stored once on the evidence chain, the one-time evidence storage of the evidence information is guaranteed, and then a secondary evidence storage transaction request is initiated to the judicial chain according to the judicial chain network transmission conditions or according to the set time period, ensuring that the secondary evidence storage is carried out within the business processing capacity of the judicial chain, avoiding network congestion or poor access in the judicial chain, and the phenomenon that the platform's own sudden evidence storage demand exceeds the peak processing capacity of the judicial chain.

[0014] Optionally, initiating a secondary evidence storage transaction request to the judicial chain based on the primary evidence storage transaction data includes:

[0015] If it is determined that there is a primary evidence transaction data in the block of the evidence chain that has not been linked to the judicial chain, a secondary evidence transaction request is initiated to the judicial chain based on the primary evidence transaction data.

[0016] Optionally, determining whether there is a block of the evidence chain that is not uploaded to the judicial chain and is subject to the following conditions:

[0017] Extract the blocks in the evidence chain from the front to the back to determine whether the judicial chain has been uploaded;

[0018] If yes, continue to extract the next block; if no, identify whether there is a single-stored transaction data in the block.

[0019] One embodiment of the above application has the following advantages or beneficial effects: by traversing each block in the evidence chain, it is ensured that all one-time evidence transaction data on the evidence chain is stored in the judicial chain.

[0020] Optionally, by executing the one-time evidence transaction request, storing the evidence information as one-time evidence transaction data generated in the evidence chain includes:

[0021] Execute the said evidence storage transaction request and call the timestamp service to obtain a timestamp;

[0022] The timestamp is used as a chain-up timestamp, and together with the evidence information, is used as the generated evidence transaction data, and is stored on the evidence chain;

[0023] Correspondingly, the secondary evidence storage transaction request also includes the primary chain-up timestamp.

[0024] One embodiment of the above application has the following advantages or beneficial effects: by calling the timestamp service during a deposition, the timestamp of the transaction data when the evidence is deposited is determined, and the timestamp is stored together with the evidence information in the evidence chain and the judicial chain, thereby ensuring that the time basis when the user uploads the evidence information is effectively deposited.

[0025] Optionally, obtaining a certificate transaction request initiated based on user needs includes:

[0026] Obtaining a storage request received by the storage platform from the storage client, where the storage request is initiated by the user on the storage client;

[0027] Generating the one-time evidence transaction request based on the evidence request, and transmitting the one-time evidence transaction request in the evidence chain;

[0028] Among them, the evidence chain node is integrated into the evidence platform, or interacts with the evidence platform.

[0029] One embodiment of the above application has the following advantages or beneficial effects: the evidence chain node can be integrated into the evidence platform, or the evidence chain can convert the client's evidence requirements into an evidence transaction request through interaction with the evidence platform to initiate the chain upload of evidence information.

[0030] Optionally, obtaining a certificate transaction request initiated based on user needs includes:

[0031] Receive the evidence transaction request initiated by the user in the evidence chain through the evidence lightweight node.

[0032] One embodiment of the above application has the following advantages or beneficial effects: the client can act as a lightweight evidence node and directly initiate an evidence transaction request to the evidence chain.

[0033] Optionally, before the evidence information is stored on the evidence chain as the generated one-time evidence transaction data, the following steps may also be included:

[0034] Obtaining basic information of evidence and a hash value of evidence from the evidence storage request or the one-time evidence storage transaction request; or

[0035] Obtaining evidence basic information and an evidence storage address from the evidence storage request or the one-time evidence storage transaction request, obtaining the original evidence file according to the evidence storage address, and calculating and generating an evidence hash value based on the original evidence file;

[0036] The evidence basic information and the evidence hash value serve as the evidence information.

[0037] One embodiment of the above application has the following advantages or beneficial effects: the evidence base information and its hash value are stored together as evidence information, and the hash value is used to facilitate the verification of the evidence information and prevent the evidence information from being tampered with.

[0038] Furthermore, the method further comprises:

[0039] Receive the evidence status query request initiated by the user;

[0040] According to the evidence storage transaction data identifier in the evidence storage status query request, query the on-chain status of the evidence storage transaction data stored in the judicial chain;

[0041] Feedback the on-chain status to the user.

[0042] One embodiment of the above application has the following advantages or beneficial effects: by querying in the evidence chain whether there is a secondary evidence transaction data identifier corresponding to the primary evidence transaction data identifier, the progress of evidence information storage is determined.

[0043] In a second aspect, an embodiment of the present application provides a method for processing evidence in a judicial chain, which is applied to a judicial chain node. The method includes:

[0044] Receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain;

[0045] Execute the secondary evidence transaction request, store the secondary evidence transaction data on the judicial chain, and feedback the secondary evidence transaction data identifier to the evidence chain for determining the evidence certificate, wherein the evidence certificate includes a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier.

[0046] One embodiment of the above-mentioned application has the following advantages or beneficial effects: after the evidence storage chain performs a primary evidence storage to ensure that the evidence information is stored on the chain, the judicial chain performs a secondary offline storage of the evidence information, thereby achieving offline storage of the evidence information with the assistance of the evidence storage chain. This overcomes the technical problem of being unable to store evidence when the judicial chain experiences network congestion or poor access, or when the platform's own sudden evidence storage demand exceeds the judicial chain's peak processing capacity, thereby ensuring the normal operation of the evidence storage business and the validity of the evidence, and improving the judicial chain's business processing capabilities and user experience.

[0047] Optionally, the secondary evidence transaction request also includes: a timestamp of the first time the evidence information is uploaded to the evidence chain.

[0048] One embodiment of the above application has the following advantages or beneficial effects: by adding the first-time chain-up timestamp when the evidence information is uploaded to the evidence chain to the secondary evidence transaction request, the first-time chain-up timestamp is stored together with the evidence information in the judicial chain, thereby ensuring that the time basis when the user uploads the evidence information is effectively stored.

[0049] Furthermore, the method further comprises:

[0050] Receiving an evidence verification transaction request, and obtaining an evidence storage certificate from the evidence verification transaction request;

[0051] According to the secondary evidence transaction data identifier, query and obtain the secondary evidence transaction data in the judicial chain;

[0052] Obtaining evidence information from the secondary evidence storage transaction data;

[0053] The evidence information is compared with the evidence information of the evidence to be verified submitted by the user. If the comparison results are consistent, it is determined that the evidence to be verified is valid, wherein the evidence information includes the evidence hash value of the evidence.

[0054] One embodiment of the above application has the following advantages or beneficial effects: the judicial chain receives and responds to evidence verification transaction requests, compares the evidence information stored secondary in the judicial chain with the evidence information of the evidence to be verified submitted by the user, and based on the evidence information stored in the judicial chain, realizes effective verification of the evidence to be verified submitted by the user.

[0055] In a third aspect, an embodiment of the present application provides an evidence storage device for a judicial chain, which is configured at a node in the evidence storage chain, and includes:

[0056] A one-time evidence storage transaction request acquisition module is used to obtain a one-time evidence storage transaction request initiated according to user needs;

[0057] A one-time evidence storage module is used to store the evidence information as generated one-time evidence transaction data on the evidence storage chain by executing the one-time evidence storage transaction request;

[0058] A secondary evidence storage initiation module is configured to initiate a secondary evidence storage transaction request to the judicial chain based on the primary evidence storage transaction data, requesting the nodes of the judicial chain to execute the secondary evidence storage transaction request, generate corresponding secondary evidence storage transaction data, and store the data on the judicial chain; wherein the secondary evidence storage transaction request includes at least the evidence information and the primary evidence storage transaction data identifier;

[0059] An evidence storage mapping module is used to obtain a secondary evidence storage transaction data identifier from a node of the judicial chain and establish a mapping relationship with the primary evidence storage transaction data identifier;

[0060] The evidence certificate generation module is used to generate an evidence certificate according to the mapping relationship and feed it back to the user.

[0061] In a fourth aspect, an embodiment of the present application provides an evidence processing device for a judicial chain, which is configured at a judicial chain node, and includes:

[0062] A secondary evidence transaction request acquisition module is configured to receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain;

[0063] The secondary evidence storage module is used to execute the secondary evidence storage transaction request, store the secondary evidence storage transaction data on the judicial chain, and feedback the secondary evidence storage transaction data identifier to the evidence storage chain for determining the evidence storage certificate. The evidence storage certificate includes a mapping relationship between the secondary evidence storage transaction data identifier and the primary evidence storage transaction data identifier.

[0064] In a fifth aspect, an embodiment of the present application provides an electronic device, including:

[0065] at least one processor; and

[0066] a memory communicatively connected to the at least one processor; wherein,

[0067] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the evidence storage method or the evidence processing method of the judicial chain described in any embodiment of the present application.

[0068] In a sixth aspect, an embodiment of the present application provides a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to enable the computer to execute the judicial chain evidence storage method or the judicial chain evidence processing method described in any embodiment of the present application.

[0069] One embodiment of the above application has the following advantages or beneficial effects: the evidence chain established by the platform is used as an evidence evidence bridge between the user and the judicial chain, and the evidence chain responds to user needs to perform a primary evidence evidence, and the evidence information is first stored in the evidence chain. The judicial chain then performs a secondary evidence evidence based on the primary evidence transaction data in the evidence chain, and stores the evidence information and the primary evidence transaction data identifier in the judicial chain, and establishes a mapping relationship between the primary evidence transaction data identifier and the secondary evidence transaction data identifier. Finally, an evidence certificate is generated based on the mapping relationship and fed back to the user as the evidence basis. Because the technical means of using the evidence chain to assist the judicial chain in cross-chain evidence processing operations overcomes the technical problem of evidence not being able to be stored when the judicial chain encounters network congestion or poor access, and when the platform's own sudden evidence demand exceeds the peak processing capacity of the judicial chain, thereby achieving the goal of ensuring the normal operation of the evidence business and the validity of the evidence, and improving the business processing capabilities and user experience technical effects of the judicial chain.

[0070] Other effects of the above optional manner will be described below in conjunction with specific embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0071] The accompanying drawings are provided to facilitate a better understanding of the present invention and do not constitute a limitation of the present application.

[0072] Figure 1 This is a flow chart of the evidence storage method of the judicial chain according to the first embodiment of the present application;

[0073] Figure 2 This is a flow chart of the evidence storage method of the judicial chain according to the second embodiment of the present application;

[0074] Figure 3 This is a flow chart of a user using an evidence storage client to obtain evidence storage services based on an evidence storage platform according to the second embodiment of the present application;

[0075] Figure 4 This is a flowchart of user evidence storage according to the second embodiment of the present application;

[0076] Figure 5 This is a flowchart of the offline judicial chain according to the second embodiment of the present application;

[0077] Figure 6 is a flow chart of the evidence processing method of the judicial chain according to the third embodiment of the present application;

[0078] Figure 7 is a flow chart of the evidence processing method of the judicial chain according to the fourth embodiment of the present application;

[0079] Figure 8 2 is a schematic structural diagram of an evidence storage device for a judicial chain according to a fifth embodiment of the present application;

[0080] Figure 9 is a schematic structural diagram of an evidence processing device for a judicial chain according to a sixth embodiment of the present application;

[0081] Figure 10 It is a block diagram of an electronic device used to implement the evidence storage method or evidence processing method of the judicial chain of an embodiment of the present application. DETAILED DESCRIPTION

[0082] The following description of exemplary embodiments of the present application is made in conjunction with the accompanying drawings, including various details of the embodiments of the present application to facilitate understanding. These details should be considered as merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present application. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0083] First embodiment

[0084] Figure 1 This is a flow chart of the evidence storage method of the judicial chain according to the first embodiment of the present application. This embodiment is applicable to the case where evidence is stored in the judicial chain through the evidence chain. The method can be applied to the evidence chain node and can be executed by a judicial chain evidence storage device. The device is implemented in software and / or hardware, and is preferably configured in an electronic device that carries the evidence chain node. Figure 1 As shown, the method specifically includes the following:

[0085] S110: Obtain a certificate storage transaction request initiated according to user needs.

[0086] In the specific embodiments of this application, the Judicial Chain refers to a blockchain network established by the courts and open to the public for electronic evidence storage, query, and other business operations. It has the characteristics of preventing evidence from being tampered with, being open and transparent, having strong credibility, and efficient judicial processing procedures. The court can directly adopt electronic evidence stored in the Judicial Chain for judicial processing, or verify evidence submitted by users based on the evidence information stored in the Judicial Chain, thereby reducing the evidence collection and verification process.

[0087] In this embodiment, the Evidence Chain refers to a blockchain network established by a third-party platform to assist the Judicial Chain in electronic evidence storage. The Evidence Chain and the Judicial Chain can function as two parallel chains within a superchain. Nodes on the Evidence Chain can be deployed with both the Evidence Chain and Judicial Chain's smart contracts and consensus mechanisms, at least with the ability to initiate transaction requests to the Judicial Chain network. Nodes on the Judicial Chain are deployed with the Judicial Chain's smart contracts and consensus mechanisms. The Evidence Chain can assist the Judicial Chain in evidence storage, while also possessing other blockchain functions beyond evidence storage. Evidence Chain nodes are integrated into the evidence storage platform or other institutional platforms. Specifically, the Evidence Chain can perform primary evidence storage based on user needs, with the Judicial Chain performing secondary evidence storage. With the assistance of the Evidence Chain, evidence information, timestamps, and evidence storage identifiers can be stored once, and then secondary evidence can be stored from the Evidence Chain to the Judicial Chain. This reduces the operational capacity requirements for direct evidence storage by the Judicial Chain and avoids network congestion, poor access, and the inability to store evidence in a timely manner when demand for evidence is high.

[0088] In this embodiment, a single evidence storage transaction request is initiated by a user and is used to trigger the initial evidence storage in the evidence storage chain. A single evidence storage transaction request includes user-provided information such as the underlying evidence information, such as the file name, uploader information, evidence type, and description; the evidence hash value calculated by the evidence storage client; the original evidence text; and the evidence storage address. The evidence storage chain can recalculate the hash value of the original evidence text based on the original evidence text in the single evidence storage transaction request, or the original evidence text obtained from the evidence storage address, and compare it with the hash value generated by the evidence storage client to verify the accuracy of the uploaded evidence.

[0089] Specifically, the original evidence is not required for evidence storage. A single evidence storage transaction request can include the original evidence and its hash value to store the original evidence and its hash value on-chain. Alternatively, to ensure the confidentiality of the original evidence, or if the original evidence occupies too much space, the user can pre-save the original evidence in a trusted evidence storage address, and the evidence storage client can generate a hash value for the original evidence. Accordingly, a single evidence storage transaction request can include the evidence storage address and hash value of the original evidence. Regardless of how the evidence hash value is generated, and regardless of whether the original evidence is stored on-chain, the evidence hash value must be obtained for subsequent verification.

[0090] In this embodiment, the terminal operated by the user can act as a full node in the evidence chain, thereby initiating a proof transaction request to the evidence chain network, and then the evidence chain receives the proof transaction request initiated by the user in the evidence chain through the proof node. Alternatively, the terminal operated by the user can be integrated with a proof client, which acts as a lightweight node in the evidence chain and initiates a proof transaction request to the evidence chain network, and then the evidence chain receives the proof transaction request initiated by the user in the evidence chain through the proof lightweight node. Alternatively, the terminal operated by the user can be integrated with a common proof client, which interacts with a proof platform built on SaaS (Software-as-a-Service), initiates a proof request to the proof platform, and then the proof platform initiates a proof transaction request to the proof chain based on the proof request, wherein the proof chain node is integrated with the proof platform or interacts with the proof platform. Correspondingly, the evidence storage platform can require the client to download plug-ins, register users, recharge credit limits, and other operations. Based on the verification of the client's permissions, after the client completes the electronic evidence storage, it can also deduct fees from the client's user account and other operations.

[0091] S120. By executing an evidence transaction request, the evidence information is stored on the evidence chain as the generated evidence transaction data.

[0092] In the specific embodiments of this application, evidence information refers to the general term for electronic evidence stored on the chain, which may include the original evidence or the evidence storage address, as well as the hash value of the original evidence and related evidence basic information. Evidence information is mainly used to reflect the electronic evidence's storage behavior in the evidence chain, and to record important information during a single storage, such as the evidence hash value. Single-stage evidence transaction data refers to transaction data stored on the chain. Accordingly, evidence information is stored on the chain as generated single-stage evidence transaction data.

[0093] Specifically, before the evidence information is stored on the evidence chain as generated one-time evidence transaction data, if the client integrated into the user's terminal is a common evidence client, the evidence request or one-time evidence transaction request is used as the basis; if the user's terminal is integrated with a full node or a lightweight node of the evidence chain, the one-time evidence transaction request is used as the basis. The evidence basic information and the evidence hash value are then directly obtained from the evidence request or one-time evidence transaction request, or the evidence basic information and the evidence storage address are obtained from the evidence request or one-time evidence transaction request, the original evidence file is obtained based on the evidence storage address, and the evidence hash value is calculated based on the original evidence file. The evidence basic information and the evidence hash value are thus assembled into evidence information, which is stored on the evidence chain as generated one-time evidence transaction data.

[0094] Furthermore, since the primary evidence storage in the evidence storage chain and the secondary evidence storage in the judicial chain can be offline and non-real-time, the timestamp of the user's primary evidence storage on the evidence storage chain can also be stored along with the evidence information. Accordingly, when executing a primary evidence storage transaction request, the timestamp service of a third-party authority can be called to generate an uploaded timestamp for the evidence information. This timestamp is then used as the primary on-chain timestamp and, along with the evidence information, as the generated primary evidence storage transaction data, for on-chain storage in the evidence storage chain.

[0095] In this embodiment, after the evidence transaction data is successfully uploaded to the chain, a one-time evidence transaction data identifier can also be generated for the uploaded one-time evidence transaction data to globally uniquely identify the uploaded one-time evidence transaction data in the evidence chain, so as to facilitate the on-chain tracking and query of the evidence information represented by the one-time evidence transaction data.

[0096] S130. Based on the data of the first evidence transaction, initiate a second evidence transaction request to the judicial chain to request the node of the judicial chain to execute the second evidence transaction request, generate the corresponding second evidence transaction data, and store it on the judicial chain; wherein the second evidence transaction request includes at least evidence information and the identifier of the first evidence transaction data.

[0097] In a specific embodiment of the present application, a secondary evidence transaction request is used to trigger the judicial chain to perform a second evidence storage. A smart contract for initiating a secondary evidence transaction request may be pre-deployed in the evidence chain. According to the secondary evidence rules specified in the smart contract, the evidence chain initiates a secondary evidence transaction request to the judicial chain. Among them, the smart contract may specify the timing of initiating the secondary evidence transaction request, such as sending and receiving immediately, or periodic initiation, or initiating a secondary evidence transaction request based on the primary evidence transaction data according to rules such as the judicial chain's business tolerance or network status. Alternatively, the evidence platform may call other programs, such as an offline task scheduling service, and the evidence chain node integrated in the evidence platform or the interaction with the evidence chain may initiate a secondary evidence transaction request to the judicial chain.

[0098] The secondary evidence transaction request includes at least the evidence information and the primary evidence transaction data identifier. Given the necessity of user evidence timestamps for offline storage, the secondary evidence transaction request may also include the primary on-chain timestamp. Furthermore, to enable the court to verify evidence information based on the judicial chain, the secondary evidence transaction request may also include the block header information of the block containing the primary evidence transaction data. This allows the court to compare the stored block header information with the block header information retrieved from the evidence chain based on the primary evidence transaction identifier to verify the evidence information.

[0099] In this embodiment, given that the evidence storage chain is used to assist the judicial chain in evidence storage, in order to overcome network congestion or poor access within the judicial chain, as well as situations where the platform's own sudden evidence storage needs exceed the judicial chain's peak processing capacity, the evidence storage chain, after achieving the primary evidence storage transaction data on the chain, stores the primary evidence storage transaction data in the judicial chain offline. Specifically, the evidence storage chain or the evidence storage platform initiates a secondary evidence storage transaction request to the judicial chain based on the primary evidence storage transaction data, in accordance with the judicial chain network transmission conditions or a set time period.

[0100] Among them, since the secondary evidence storage from the evidence chain to the judicial chain is non-real-time and there is a storage time interval, the evidence chain can traverse the blocks regularly to determine whether the judicial chain's on-chain operation has been performed. If so, it will traverse the next block. Otherwise, it will identify whether there is a one-time evidence transaction data in the block. If it is determined that there is a one-time evidence transaction data in the block of the evidence chain that has not been chained to the judicial chain, then a secondary evidence transaction request will be initiated to the judicial chain based on the one-time evidence transaction data.

[0101] Correspondingly, under the triggering of the secondary evidence transaction request, the judicial chain generates the corresponding secondary evidence transaction data and stores it on the judicial chain. After the secondary evidence transaction data is successfully uploaded to the chain, it can also generate a secondary evidence transaction data identifier for the secondary evidence transaction data uploaded this time, so as to globally uniquely identify the secondary evidence transaction data uploaded this time in the judicial chain, so as to facilitate the on-chain tracking and query of the evidence information represented by the secondary evidence transaction data.

[0102] S140. Obtain the secondary evidence transaction data identifier from the node of the judicial chain and establish a mapping relationship with the primary evidence transaction data identifier.

[0103] In a specific embodiment of the present application, the evidence chain can obtain the secondary evidence transaction data identifier from the node of the judicial chain through interaction with the judicial chain, and establish a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier, thereby associating the same evidence information in the evidence chain and the judicial chain, facilitating the subsequent query and verification of evidence information.

[0104] S150: Generate a certificate based on the mapping relationship and feed it back to the user.

[0105] In a specific embodiment of the present application, the evidence certificate refers to the user's evidence basis for evidence information. The evidence certificate may include a mapping relationship between the primary evidence transaction data identifier and the secondary evidence transaction data identifier, and may also include basic evidence information, timestamps, etc. The user can request the evidence certificate from the evidence chain or evidence platform based on the primary evidence transaction data identifier, or the evidence chain can proactively generate the evidence certificate and feedback it to the user after establishing a mapping relationship between the primary evidence transaction data identifier and the secondary evidence transaction data identifier. Accordingly, the user or the court can verify the validity of the evidence submitted by the user based on the evidence certificate and the evidence information stored in the judicial chain.

[0106] In this embodiment, the evidence chain can also provide users with the function of querying the progress of evidence information upload, receiving evidence status query requests initiated by users, and querying the chain status of the first-time evidence transaction data stored in the judicial chain based on the first-time evidence transaction data identifier in the evidence status query request, that is, judging whether the second-time evidence transaction data identifier corresponding to the first-time evidence transaction data is generated, and feeding back the chain status to the user.

[0107] The technical solution of this embodiment uses the evidence chain established by the platform as an evidence storage bridge between the user and the judicial chain. The evidence chain responds to user needs to perform a primary evidence storage, and the evidence information is first stored in the evidence chain. The judicial chain then performs a secondary evidence storage based on the primary evidence transaction data in the evidence chain, stores the evidence information and the primary evidence transaction data identifier in the judicial chain, and establishes a mapping relationship between the primary evidence transaction data identifier and the secondary evidence transaction data identifier. Finally, based on the mapping relationship, an evidence certificate is generated and fed back to the user as the evidence basis. Because the evidence chain is used to assist the judicial chain in cross-chain evidence processing operations, the technical problem of the inability to store evidence when the judicial chain encounters network congestion or poor access, and when the platform's own sudden evidence storage demand exceeds the peak processing capacity of the judicial chain, is overcome, thereby achieving the goal of ensuring the normal operation of the evidence storage business and the validity of the evidence, and improving the business processing capabilities and user experience technical effects of the judicial chain.

[0108] Second embodiment

[0109] Figure 2 This is a flow chart of the evidence storage method of the judicial chain according to the second embodiment of this application. Based on the above first embodiment, this embodiment further explains the secondary storage of evidence in the judicial chain and can perform offline storage in the judicial chain. Figure 2 As shown, the method specifically includes the following:

[0110] S210: Obtain a certificate storage transaction request initiated according to user needs.

[0111] In a specific embodiment of the present application, the terminal operated by the user can serve as a full node in the evidence chain, thereby initiating a proof transaction request to the evidence chain network. Optionally, the evidence chain receives a proof transaction request initiated by the user through the evidence node in the evidence chain.

[0112] Alternatively, the user's terminal can be integrated with a proof client, acting as a lightweight node in the proof chain, to initiate a proof transaction request to the proof chain network. Optionally, the proof chain receives a proof transaction request initiated by the user in the proof chain via the proof lightweight node.

[0113] Alternatively, a common evidence storage client may be integrated into the terminal operated by the user, and the evidence storage client interacts with the evidence storage platform built on SaaS and initiates an evidence storage request to the evidence storage platform.

[0114] Optionally, the evidence chain obtains an evidence request received by the evidence platform from the evidence client, where the evidence request is initiated by the user on the evidence client; a proof transaction request is generated based on the evidence request and transmitted within the evidence chain; wherein, the evidence chain node is integrated with the evidence platform or interacts with the evidence platform. Accordingly, the evidence platform can require the client to perform operations such as plugin download, user registration, and credit top-up. Based on the verification of the client's permissions, after the client completes the electronic evidence storage, it can also deduct fees from the client's user account and other operations.

[0115] For example, Figure 3 A flowchart for users to use the evidence client to obtain evidence services based on the evidence platform. Figure 3 As shown, the user uses a terminal to download and install the evidence storage client, and then signs up for evidence storage services with the evidence storage platform through the evidence storage client. If the evidence storage client acts as a lightweight evidence storage node, the user registers on the evidence storage chain homepage and applies for an evidence storage chain account. The user then tops up the evidence storage service quota based on the evidence storage chain account, purchases the evidence storage service, and initiates an evidence storage transaction request to the evidence storage chain through the evidence storage client.

[0116] In this embodiment, a single evidence storage transaction request includes the following user-provided content: basic information about the evidence, such as the file name, uploader information, evidence type, and introductory information; the hash value of the evidence calculated by the evidence storage client; the original evidence text; and the evidence storage address. The original evidence text is not required for evidence storage. A single evidence storage transaction request can include the original evidence text and its hash value. Alternatively, to ensure the confidentiality of the original evidence text or if the original evidence text occupies too much memory, the user can pre-save the original evidence text in a trusted evidence storage address, and the evidence storage client can generate a hash value for the original evidence text. Accordingly, a single evidence storage transaction request can include the evidence storage address and hash value of the original evidence text.

[0117] S220. Obtain basic evidence information and an evidence hash value from the evidence request or an evidence transaction request by executing an evidence transaction request; or obtain basic evidence information and an evidence storage address from the evidence request or an evidence transaction request, obtain the original evidence file according to the evidence storage address, and calculate and generate an evidence hash value based on the original evidence file; wherein, the basic evidence information and the evidence hash value serve as evidence information.

[0118] In a specific embodiment of the present application, the evidence chain executes an evidence transaction request to perform an evidence storage on the evidence chain. Specifically, before storage on the chain, it is necessary to obtain the evidence information to be uploaded from the evidence transaction request. In this embodiment, the evidence information is mainly composed of the basic information of evidence and the hash value of evidence. Then, the basic information of evidence and the hash value of evidence can be obtained from the evidence request or the evidence transaction request, or the basic information of evidence and the evidence storage address can be obtained from the evidence request or the evidence transaction request. The original evidence file is obtained according to the evidence storage address, and the evidence hash value is calculated based on the original evidence file. Finally, the basic information of evidence and the hash value of evidence are used together as evidence information for storage on the chain.

[0119] S230. Call the timestamp service to obtain the timestamp; use the timestamp as a chain-up timestamp, and use it together with the evidence information as the generated evidence transaction data, and store it on the chain in the evidence chain.

[0120] In the specific embodiments of this application, a timestamp is complete, verifiable data that indicates that the evidence information existed before a specific time. A timestamp can be a sequence of characters that uniquely identifies a specific moment in time. The timestamp service can be a trusted timestamp service provided by a third-party authority, which is used to generate a trusted timestamp when called.

[0121] Since the primary evidence storage in the evidence chain and the secondary evidence storage in the judicial chain can be offline and non-real-time, when a user performs a primary evidence storage on the evidence chain, he can call the timestamp service to generate a timestamp for the moment when the evidence information is stored on the chain. As a primary on-chain timestamp, that is, a part of the evidence information, it is stored on the chain in the evidence chain together with the evidence information as the generated primary evidence transaction data, which has a strong time identification effect on the evidence itself.

[0122] In this embodiment, after the evidence transaction data is successfully uploaded to the chain, a one-time evidence transaction data identifier can also be generated for the uploaded one-time evidence transaction data to globally uniquely identify the uploaded one-time evidence transaction data in the evidence chain, so as to facilitate the on-chain tracking and query of the evidence information represented by the one-time evidence transaction data.

[0123] For example, Figure 4 A flowchart for user evidence storage. Figure 4 As shown, the user initiates a proof transaction request to the proof chain through the proof lightweight node. If the proof transaction request includes the evidence hash value, it means that the user is based on the storage of a single evidence file, and then calls the timestamp service to generate a chain timestamp. The proof chain verification module XuperFront verifies the uploader's proof chain account permissions and quota. If the proof transaction request includes the proof storage address Url, it means that the user is based on the storage of batch evidence files. Accordingly, the timestamp of the batch evidence files is not so necessary and can be regarded as a collection of proof work. The proof chain verification module XuperFront then directly verifies the uploader's proof chain account permissions and quota. After the verification is passed, it is checked whether the proof transaction data exceeds the proof chain's unit time processing volume QPS. If so, the proof is terminated; otherwise, the proof transaction data is stored on the chain until the proof is successful.

[0124] S240. In accordance with the judicial chain network transmission conditions or the set time period, based on the data of the first evidence storage transaction, a second evidence storage transaction request is initiated to the judicial chain.

[0125] In a specific embodiment of the present application, the evidence storage chain performs a primary evidence storage to ensure the effective storage of evidence information. Based on the evidence information already stored in the evidence storage chain, a secondary offline evidence storage is performed in the judicial chain to solve the technical problem of being unable to store evidence due to excessive network transmission or evidence storage demand in the judicial chain.

[0126] Specifically, the evidence chain can initiate an offline secondary deposit to the judicial chain based on the judicial chain's network transmission conditions or according to a preset time period. Therefore, the timestamp of the primary on-chain upload of evidence information is crucial to the evidence itself. Accordingly, the secondary deposit transaction request also includes the primary on-chain timestamp.

[0127] The Judicial Chain network transmission conditions may include the Judicial Chain's evidence information processing capacity per unit time, such as the Judicial Chain's ability to store 50 pieces of evidence information per minute, or 500MB of evidence information per minute. Accordingly, the Evidence Storage Chain, in accordance with the Judicial Chain network transmission conditions and based on the data from the first evidence storage transaction, initiates a secondary evidence storage transaction request to the Judicial Chain. Alternatively, based on the demand for evidence storage by users on the Evidence Storage Chain and in conjunction with the Judicial Chain network transmission conditions, a time period may be pre-set or updated in real time, and secondary evidence storage transaction requests may be initiated to the Judicial Chain according to that time period.

[0128] Optionally, initiating a secondary evidence transaction request to the judicial chain based on the primary evidence transaction data includes: if it is determined that there is primary evidence transaction data in the block of the evidence chain that has not been uploaded to the judicial chain, then initiating a secondary evidence transaction request to the judicial chain based on the primary evidence transaction data.

[0129] In this embodiment, the secondary evidence transaction request to the judicial chain is initiated offline, meaning that a certain time interval elapses after the primary evidence is completed. Accordingly, a certain number of blocks contain primary evidence transaction data that has not undergone secondary evidence. Therefore, when initiating a secondary evidence transaction request, blocks in the evidence chain can be sequentially extracted from the front to the back to determine whether the judicial chain has been uploaded to the chain. For example, a determination is made as to whether a secondary evidence transaction data identifier corresponding to the primary evidence transaction data identifier exists. If so, this indicates that the block information has been secondary evidenced, and the next block can be extracted. If not, the block is identified as containing primary evidence transaction data, for example, by extracting the primary evidence transaction data identified by the primary evidence transaction data identifier, so that a secondary evidence transaction request can be initiated based on the primary evidence transaction data. Accordingly, the secondary evidence transaction request can include the primary evidence transaction data, allowing the primary evidence transaction data to be uploaded to the judicial chain for storage.

[0130] In this embodiment, the trust relationship of the evidence chain to the judicial chain can be determined through administrative negotiation; or the judicial chain can directly measure the trust relationship of the evidence chain based on the strength of the evidence chain's credibility and technical capabilities. For a trusted evidence chain, the court can verify the accuracy of the evidence information by comparing the evidence hash value in the evidence information stored on the chain with the hash value recalculated based on the original evidence. For an untrusted evidence chain, the secondary evidence transaction request can also include the block header information of the block where the primary evidence transaction data is located, so that the court can compare the block header information of the block where the primary evidence transaction data is located with the block header information found in the evidence chain based on the primary evidence transaction identifier, thereby fundamentally realizing the verification of evidence information from the blockchain.

[0131] In this embodiment, after the secondary evidence transaction data is successfully uploaded to the chain, the judicial chain can also generate a secondary evidence transaction data identifier for the secondary evidence transaction data uploaded this time, so as to globally uniquely identify the secondary evidence transaction data uploaded this time in the judicial chain, so as to facilitate the on-chain tracking and query of the evidence information represented by the secondary evidence transaction data.

[0132] S250. Obtain the secondary evidence transaction data identifier from the node of the judicial chain and establish a mapping relationship with the primary evidence transaction data identifier.

[0133] S260: Generate a certificate based on the mapping relationship and feed it back to the user.

[0134] For example, Figure 5 This is a flowchart of the offline judicial chain. Figure 5 As shown, the evidence chain, based on a smart contract, or the evidence platform, based on an offline scheduling service, initiates a secondary evidence transaction request to the judicial chain. Specifically, the evidence chain first checks whether the most recent block contains any unrecorded primary evidence transaction data. If not, it traverses the blocks backward. If so, it determines the unrecorded primary evidence transaction data. The evidence chain verification module, XuperFront, verifies the uploader's evidence chain account permissions and credit limit. If verification passes, a secondary evidence transaction request containing the block header information of the block containing the primary evidence is initiated to the judicial chain, thereby storing the block header information of the block containing the primary evidence in the judicial chain. Ultimately, a mapping relationship is established between the primary evidence transaction data identifier and the secondary evidence transaction data identifier, generating an evidence certificate.

[0135] S270. Receive a request for querying the status of evidence storage initiated by a user; query the on-chain status of the evidence storage transaction data stored in the judicial chain based on the data identifier of the evidence storage transaction in the request; and feedback the on-chain status to the user.

[0136] In a specific embodiment of the present application, a user can initiate an evidence status query request to the evidence chain through the evidence client. The evidence status query request is used to query the progress of the evidence information uploaded by the user to the judicial chain. The evidence status query request may include a one-time evidence transaction data identifier. Accordingly, based on the one-time evidence transaction data identifier, it is possible to find out from the evidence chain whether a secondary evidence transaction data identifier with a mapping relationship with the one-time evidence transaction data identifier is included. If it exists, it means that the current on-chain status is successful; if it does not exist, it means that the current on-chain status is unsuccessful. The on-chain status is thus fed back to the user through the evidence client, so that the user can know the status of the evidence information in the judicial chain.

[0137] The technical solution of this embodiment utilizes a platform-established evidence storage chain as a bridge for evidence storage between users and the judicial chain. The evidence storage chain responds to user requests for primary evidence storage, initially storing the evidence information and the primary on-chain timestamp in the evidence storage chain and generating a primary evidence storage transaction data identifier. The evidence storage chain then initiates a secondary evidence storage transaction request to the judicial chain in an offline manner, storing the evidence information and the primary on-chain timestamp in the judicial chain and generating a secondary evidence storage transaction data identifier. Ultimately, a mapping relationship is established between the primary and secondary evidence storage transaction data identifiers. Based on this mapping relationship, an evidence storage certificate is generated and fed back to the user as evidence of the evidence storage. By utilizing the evidence storage chain to assist the judicial chain in cross-chain evidence processing, this technical approach overcomes the technical issue of evidence storage failure in situations where the judicial chain experiences network congestion or poor access, or where the platform's own sudden evidence storage demand exceeds the judicial chain's peak processing capacity. This ensures the normal operation of the evidence storage business and the validity of evidence, improving the judicial chain's business processing capabilities and user experience.

[0138] Third embodiment

[0139] Figure 6 This is a flow chart of the evidence processing method of the judicial chain according to the third embodiment of the present application. This embodiment is applicable to the case where evidence is stored in the judicial chain through the evidence storage chain. The method can be applied to the judicial chain node and can be executed by a judicial chain evidence processing device. The device is implemented in software and / or hardware, and is preferably configured in an electronic device that carries the judicial chain node. Figure 6 As shown, the method specifically includes the following:

[0140] S610. Receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain.

[0141] In a specific embodiment of the present application, a secondary evidence storage transaction request is used to trigger the judicial chain to perform a second evidence storage, which is initiated to the judicial chain by the evidence storage chain based on a smart contract, or by the evidence storage platform based on an external program such as an offline scheduling service.

[0142] The secondary evidence transaction request includes the evidence information stored in the evidence chain and the data identifier of the primary evidence transaction uploaded to the evidence chain. The evidence information may include basic information and a hash value. Basic information may include file name, uploader information, evidence type, and introductory information; the hash value is the hash value of the original evidence. The primary evidence transaction data identifier is used to globally uniquely identify the primary evidence transaction data uploaded to the evidence chain, facilitating on-chain tracking and querying of the evidence information represented by the primary evidence transaction data.

[0143] The secondary evidence transaction request can also include the timestamp of the first upload of the evidence to the evidence chain to identify the moment the evidence was uploaded. Furthermore, the secondary evidence transaction request can also include the block header information of the block containing the primary evidence transaction data, allowing the judicial chain to verify the validity of the evidence on the evidence chain based on the block header information.

[0144] S620. Execute the secondary evidence transaction request, store the secondary evidence transaction data on the judicial chain, and feedback the secondary evidence transaction data identifier to the evidence chain for determining the evidence certificate. The evidence certificate includes a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier.

[0145] In a specific embodiment of the present application, the judicial chain executes a secondary evidence transaction request, extracts evidence information, a primary evidence transaction data identifier, or a primary chain timestamp from the secondary evidence transaction request, and stores it on the judicial chain as secondary evidence transaction data.

[0146] After the secondary evidence storage is successful, a secondary evidence storage transaction data identifier can also be generated and fed back to the evidence storage chain. Accordingly, the evidence storage chain establishes a mapping relationship between the primary evidence storage transaction data identifier and the secondary evidence storage transaction data identifier based on the secondary evidence storage transaction data identifier, and generates an evidence storage certificate based on the mapping relationship.

[0147] Furthermore, the Justice Chain can interact with authoritative platforms such as courts, receive requests for evidence verification, and verify the validity of the evidence submitted by users based on the evidence stored in the Justice Chain. The verification method will be explained in detail in the next example.

[0148] The technical solution of this embodiment is that after the evidence chain performs a primary evidence storage to ensure that the evidence information is stored on the chain, the judicial chain receives and responds to a secondary evidence storage transaction request, performs a secondary storage of the evidence information in an offline manner, and stores the primary evidence storage transaction data identifier and the primary on-chain timestamp of the evidence information on the evidence chain, thereby realizing offline storage of evidence information with the assistance of the evidence chain. This overcomes the technical problem of being unable to store evidence when the judicial chain encounters network congestion or poor access, or when the platform's own sudden evidence storage demand exceeds the judicial chain's peak processing capacity, thereby ensuring the normal operation of the evidence storage business and the validity of evidence, and improving the judicial chain's business processing capabilities and user experience.

[0149] Fourth embodiment

[0150] Figure 7This is a flowchart of the evidence processing method of the judicial chain according to the fourth embodiment of this application. Based on the third embodiment above, this embodiment further explains the verification of evidence information by the judicial chain. It can verify the validity of the evidence to be verified submitted by the user or the evidence information in the evidence chain based on the evidence information stored in the judicial chain. Figure 7 As shown, the method specifically includes the following:

[0151] S710. Receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain.

[0152] S720. Execute the secondary evidence transaction request, store the secondary evidence transaction data on the judicial chain, and feedback the secondary evidence transaction data identifier to the evidence chain for determining the evidence certificate. The evidence certificate includes a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier.

[0153] S730: Receive an evidence verification transaction request, and obtain an evidence certificate from the evidence verification transaction request.

[0154] In a specific embodiment of the present application, the judicial chain can also interact with authoritative platforms such as courts, receive requests for evidence verification, and verify the validity of evidence information submitted by users based on the evidence information stored in the judicial chain.

[0155] Specifically, the user can submit the evidence certificate to the court, which will then initiate an evidence verification request to the judicial chain. Accordingly, the evidence verification request can include the evidence certificate, and the judicial chain can then obtain the evidence certificate from the evidence verification request.

[0156] S740. According to the secondary evidence transaction data identifier, query and obtain the secondary evidence transaction data in the judicial chain.

[0157] In a specific embodiment of the present application, the evidence certificate includes a mapping relationship between the first evidence transaction data identifier and the second evidence transaction data identifier. The judicial chain can query and obtain the second evidence transaction data from the judicial chain based on the second evidence transaction data identifier.

[0158] Optionally, obtain the block header information and the first-time evidence transaction data identifier from the secondary evidence transaction data; query and obtain the block header information of the block in the evidence chain based on the first-time evidence transaction data identifier; compare the two block header information, and if the comparison is consistent, confirm that the secondary evidence transaction data is valid.

[0159] In this embodiment, since the secondary evidence transaction request can include the block header information of the block containing the primary evidence transaction data, the block header information of the block containing the primary evidence transaction data can be stored in the judicial chain as the secondary evidence transaction data. Furthermore, before verifying the evidence submitted by the user, if the judicial chain does not trust the evidence chain, the judicial chain can first verify the evidence information stored in its own storage.

[0160] Specifically, the block header information of the block containing the primary evidence transaction data in the evidence chain and the primary evidence transaction data identifier are obtained from the secondary evidence transaction data stored in the judicial chain. Based on the primary evidence transaction data identifier, the block header information of the block containing the primary evidence transaction data is retrieved from the evidence chain. The block header information recorded in the judicial chain is then compared with the block header information of the block in the evidence chain that actually stores the primary evidence transaction data. If the two block headers are consistent, the secondary evidence transaction data in the judicial chain is determined to be valid. Furthermore, the evidence submitted by the user for verification can be verified based on the verified and valid secondary evidence transaction data in the judicial chain.

[0161] S750. Obtain evidence information from the secondary evidence storage transaction data; compare the evidence information with the evidence information of the evidence to be verified submitted by the user. If the comparison results are consistent, it is determined that the evidence storage of the evidence to be verified is valid, wherein the evidence information includes the evidence hash value of the evidence.

[0162] In a specific embodiment of the present application, the evidence to be verified submitted by the user may refer to the evidence submitted by the user to the court during judicial rights protection or litigation. Based on the judicial chain, the court can verify the validity of the evidence to be verified submitted by the user. Specifically, the judicial chain, on the premise of verifying the validity of the evidence information stored by itself, will directly compare the evidence information extracted from the secondary evidence transaction data of the judicial chain with the evidence information of the evidence to be verified. If the evidence information of the evidence is consistent with the submitted evidence information, it is determined that the evidence of the evidence to be verified is valid. Among them, the judicial chain can calculate the hash value of the evidence to be verified submitted by the user, and compare the hash value of the existing evidence with the calculated hash value to verify the validity of the evidence to be verified.

[0163] The technical solution of this embodiment, when the evidence chain assists in the offline storage of evidence information, can verify the validity of the evidence information in the judicial chain based on the block header information of the block in which the evidence transaction data is located in the evidence chain, even if the judicial chain does not trust the evidence chain. Therefore, if the evidence information in the judicial chain is verified to be valid, the validity of the evidence submitted by the user can be verified.

[0164] Fifth embodiment

[0165] Figure 8This is a structural diagram of the evidence storage device of the judicial chain according to the fifth embodiment of the present application. This embodiment can be applied to the situation where evidence is stored in the judicial chain through the evidence storage chain. The device can be configured at the evidence storage chain node and can implement the evidence storage method of the judicial chain described in any embodiment of the present application.

[0166] The device 800 specifically includes the following:

[0167] A one-time evidence storage transaction request acquisition module 810 is used to acquire a one-time evidence storage transaction request initiated according to user needs;

[0168] The primary evidence storage module 820 is configured to execute the primary evidence storage transaction request and store the evidence information as generated primary evidence storage transaction data in the evidence storage chain;

[0169] The secondary evidence storage initiation module 830 is configured to initiate a secondary evidence storage transaction request to the judicial chain based on the primary evidence storage transaction data, requesting the nodes of the judicial chain to execute the secondary evidence storage transaction request, generate corresponding secondary evidence storage transaction data, and store the data on the judicial chain; wherein the secondary evidence storage transaction request includes at least the evidence information and the primary evidence storage transaction data identifier;

[0170] The evidence storage mapping module 840 is used to obtain the secondary evidence storage transaction data identifier from the node of the judicial chain and establish a mapping relationship with the primary evidence storage transaction data identifier;

[0171] The evidence certificate generation module 850 is used to generate an evidence certificate according to the mapping relationship and feed it back to the user.

[0172] Optionally, the secondary evidence storage initiation module 830 is specifically used to:

[0173] According to the judicial chain network transmission conditions or according to the set time period, based on the said first evidence transaction data, a second evidence transaction request is initiated to the judicial chain.

[0174] Optionally, the secondary evidence storage initiation module 830 is specifically used to:

[0175] If it is determined that there is a primary evidence transaction data in the block of the evidence chain that has not been linked to the judicial chain, a secondary evidence transaction request is initiated to the judicial chain based on the primary evidence transaction data.

[0176] Optionally, the secondary evidence storage initiation module 830 is specifically used to:

[0177] Extract the blocks in the evidence chain from the front to the back to determine whether the judicial chain has been uploaded;

[0178] If yes, continue to extract the next block; if no, identify whether there is a single-stored transaction data in the block.

[0179] Optionally, the one-time evidence storage module 820 is specifically used to:

[0180] Execute the said evidence storage transaction request and call the timestamp service to obtain a timestamp;

[0181] The timestamp is used as a chain-up timestamp, and together with the evidence information, is used as the generated evidence transaction data, and is stored on the evidence chain;

[0182] Correspondingly, the secondary evidence storage transaction request also includes the primary chain-up timestamp.

[0183] Optionally, the one-time evidence storage transaction request acquisition module 810 is specifically configured to:

[0184] Obtaining a storage request received by the storage platform from the storage client, where the storage request is initiated by the user on the storage client;

[0185] Generating the one-time evidence transaction request based on the evidence request, and transmitting the one-time evidence transaction request in the evidence chain;

[0186] Among them, the evidence chain node is integrated into the evidence platform, or interacts with the evidence platform.

[0187] Optionally, the one-time evidence storage transaction request acquisition module 810 is specifically configured to:

[0188] Receive the evidence transaction request initiated by the user in the evidence chain through the evidence lightweight node.

[0189] Optionally, the one-time evidence storage module 820 is specifically used to:

[0190] Before storing the evidence information as the generated single-time evidence transaction data on the evidence chain, obtaining the evidence basic information and the evidence hash value from the evidence request or the single-time evidence transaction request; or

[0191] Obtaining evidence basic information and an evidence storage address from the evidence storage request or the one-time evidence storage transaction request, obtaining the original evidence file according to the evidence storage address, and calculating and generating an evidence hash value based on the original evidence file;

[0192] The evidence basic information and the evidence hash value serve as the evidence information.

[0193] Optionally, the secondary evidence transaction request also includes block header information of the block where the primary evidence transaction data is located.

[0194] Furthermore, the apparatus 800 further includes a certificate status query module 860, which is specifically configured to:

[0195] Receive the evidence status query request initiated by the user;

[0196] According to the evidence storage transaction data identifier in the evidence storage status query request, query the on-chain status of the evidence storage transaction data stored in the judicial chain;

[0197] Feedback the on-chain status to the user.

[0198] The technical solution of this embodiment, through the mutual cooperation between various functional modules, realizes the functions of obtaining a single evidence storage transaction request, generating a single on-chain timestamp, storing evidence information once, generating a single evidence storage transaction data identifier, initiating a secondary evidence storage, receiving a secondary evidence storage transaction data identifier, establishing a mapping relationship, generating an evidence storage certificate, and querying the evidence storage status. By using the evidence storage chain to assist the judicial chain in cross-chain evidence processing operations, it overcomes the technical problem of being unable to store evidence when the judicial chain encounters network congestion or poor access, or when the platform's own sudden evidence storage demand exceeds the judicial chain's peak processing capacity, thereby ensuring the normal operation of the evidence storage business and the validity of evidence, and improving the judicial chain's business processing capabilities and user experience.

[0199] Sixth embodiment

[0200] Figure 9 This is a structural diagram of the evidence processing device of the judicial chain according to the sixth embodiment of the present application. This embodiment can be applied to the situation where evidence is stored in the judicial chain through the evidence storage chain. The device can be configured at the judicial chain node and can implement the evidence processing method of the judicial chain described in any embodiment of the present application.

[0201] The device 900 specifically includes the following:

[0202] A secondary evidence transaction request acquisition module 910 is configured to receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain;

[0203] The secondary evidence module 920 is used to execute the secondary evidence transaction request, store the secondary evidence transaction data on the judicial chain, and feedback the secondary evidence transaction data identifier to the evidence chain for determining the evidence certificate. The evidence certificate includes a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier.

[0204] Optionally, the secondary evidence transaction request also includes: a timestamp of the first time the evidence information is uploaded to the evidence chain.

[0205] Furthermore, the device further includes an evidence verification module 930, which is specifically configured to:

[0206] Receiving an evidence verification transaction request, and obtaining an evidence storage certificate from the evidence verification transaction request;

[0207] According to the secondary evidence transaction data identifier, query and obtain the secondary evidence transaction data in the judicial chain;

[0208] Obtaining evidence information from the secondary evidence storage transaction data;

[0209] The evidence information is compared with the evidence information of the evidence to be verified submitted by the user. If the comparison results are consistent, it is determined that the evidence to be verified is valid, wherein the evidence information includes the evidence hash value of the evidence.

[0210] Optionally, the secondary evidence transaction request further includes block header information of the block where the primary evidence transaction data is located;

[0211] Accordingly, the evidence verification module 930 is specifically used to:

[0212] After querying and obtaining the secondary evidence transaction data in the judicial chain according to the secondary evidence transaction data identifier, obtaining the block header information and the primary evidence transaction data identifier from the secondary evidence transaction data;

[0213] According to the data identifier of the one-time evidence transaction, query and obtain the block header information of the block in which the transaction is located from the evidence chain;

[0214] The two block header information are compared. If the comparison is consistent, the secondary evidence transaction data is confirmed to be valid.

[0215] The technical solution of this embodiment, through the coordination of various functional modules, implements functions such as obtaining secondary evidence storage transaction requests, secondary evidence storage, verification of stored evidence information, and verification of user-submitted evidence. This enables offline storage of evidence information with the assistance of the evidence storage chain, verification of the validity of evidence information within the judicial chain, and verification of the validity of user-submitted evidence for verification. This ensures the normal operation of the evidence storage business and the validity of evidence, improving the judicial chain's business processing capabilities and user experience.

[0216] Seventh embodiment

[0217] According to an embodiment of the present application, the present application also provides an electronic device and a readable storage medium.

[0218] like Figure 10 , is a block diagram of an electronic device according to an evidence storage method or evidence processing method of a judicial chain according to an embodiment of the present application. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present application described and / or required herein.

[0219] like Figure 10 As shown, the electronic device includes: one or more processors 1001, a memory 1002, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. The various components are connected to each other using different buses and can be installed on a common motherboard or installed in other ways as needed. The processor can process instructions executed in the electronic device, including instructions stored in or on the memory to display graphical information of a graphical user interface (GUI) on an external input / output device, such as a display device coupled to the interface. In other embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple electronic devices can be connected, and each device provides part of the necessary operations, for example, as a server array, a group of blade servers, or a multi-processor system. Figure 10 A processor 1001 is taken as an example.

[0220] Memory 1002 is the non-transitory computer-readable storage medium provided in this application. The memory stores instructions executable by at least one processor, causing the at least one processor to execute the evidence storage method or evidence processing method for the judicial chain provided in this application. The non-transitory computer-readable storage medium of this application stores computer instructions for causing a computer to execute the evidence storage method or evidence processing method for the judicial chain provided in this application.

[0221] The memory 1002 is a non-transient computer-readable storage medium that can be used to store non-transient software programs, non-transient computer executable programs and modules, such as the program instructions / modules corresponding to the evidence storage method or evidence processing method of the judicial chain in the embodiment of the present application, for example, the primary evidence transaction request acquisition module 810, the primary evidence module 820, the secondary evidence initiation module 830, the evidence mapping module 840, the evidence certificate generation module 850 and the evidence status query module 860 shown in Appendix 8, or for example, the attached Figure 9 The secondary evidence storage transaction request acquisition module 910, secondary evidence storage module 920, and evidence verification module 930 are shown. The processor 1001 executes various functional applications and data processing of the server by running non-transient software programs, instructions, and modules stored in the memory 1002, that is, implementing the judicial chain evidence storage method or evidence processing method in the above method embodiment.

[0222] Memory 1002 may include a program storage area and a data storage area. The program storage area may store an operating system and at least one application required for a function; the data storage area may store data created by the use of an electronic device in accordance with the judicial chain evidence storage method or evidence processing method. Furthermore, memory 1002 may include high-speed random access memory and may also include non-transient memory, such as at least one disk storage device, flash memory device, or other non-transient solid-state memory device. In some embodiments, memory 1002 may optionally include memory remotely located relative to processor 1001. Such remote memory may be connected to the electronic device in accordance with the judicial chain evidence storage method or evidence processing method via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0223] The electronic device of the evidence storage method or evidence processing method of the judicial chain may further include: an input device 1003 and an output device 1004. The processor 1001, the memory 1002, the input device 1003 and the output device 1004 may be connected via a bus or other means. Figure 10 The bus connection is taken as an example.

[0224] The input device 1003 can receive input digital or character information, as well as generate key signal input related to user settings and function control of the electronic device of the judicial chain evidence storage method or evidence processing method, such as input devices such as a touch screen, a keypad, a mouse, a trackpad, a touchpad, an indicator stick, one or more mouse buttons, a trackball, a joystick, etc. The output device 1004 may include a display device, an auxiliary lighting device, and a tactile feedback device, among others. The auxiliary lighting device may be a light emitting diode (LED); the tactile feedback device may be a vibration motor, etc. The display device may include, but is not limited to, a liquid crystal display (LCD), an LED display, and a plasma display. In some embodiments, the display device may be a touch screen.

[0225] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, application specific integrated circuits (ASICs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system comprising at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0226] These computer programs, also referred to as programs, software, software applications, or code, include machine instructions for a programmable processor and can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, device, and / or apparatus for providing machine instructions and / or data to a programmable processor, such as a disk, an optical disk, a memory, a programmable logic device (PLD), including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal for providing machine instructions and / or data to a programmable processor.

[0227] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user, such as a cathode ray tube (CRT) or an LCD monitor; and a keyboard and pointing device, such as a mouse or a trackball, through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback, such as visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic input, voice input, or tactile input.

[0228] The systems and techniques described herein can be implemented in a computing system that includes back-end components, such as a data server, or in a computing system that includes middleware components, such as an application server, or in a computing system that includes front-end components, such as a user computer having a graphical user interface or a web browser through which a user can interact with embodiments of the systems and techniques described herein, or in a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, such as a communication network. Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0229] Computer systems may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The client and server relationship arises through computer programs running on the respective computers and having a client-server relationship to each other.

[0230] According to the technical solution of the embodiment of the present application, the evidence chain established by the platform is used as an evidence evidence bridge between the user and the judicial chain. The evidence chain responds to user needs to perform a primary evidence evidence, and the evidence information is first stored in the evidence chain. The judicial chain performs a secondary evidence evidence based on the primary evidence transaction data in the evidence chain, and stores the evidence information and the primary evidence transaction data identifier in the judicial chain, and establishes a mapping relationship between the primary evidence transaction data identifier and the secondary evidence transaction data identifier. Finally, an evidence certificate is generated based on the mapping relationship and fed back to the user as the evidence basis. Because the technical means of using the evidence chain to assist the judicial chain in cross-chain evidence processing operations overcomes the technical problem of evidence not being able to be stored when the judicial chain is congested or has poor access, and when the platform's own sudden evidence demand exceeds the peak processing capacity of the judicial chain, thereby achieving the goal of ensuring the normal operation of the evidence business and the validity of the evidence, and improving the business processing capabilities of the judicial chain and the technical effects of user experience.

[0231] One embodiment of the above application has the following advantages or beneficial effects: on the basis that the evidence information has been stored once on the evidence chain, the one-time evidence storage of the evidence information is guaranteed, and then a second evidence storage transaction request is initiated to the judicial chain according to the judicial chain network transmission conditions or according to the set time period, ensuring that the second evidence storage is carried out within the business processing capacity of the judicial chain, avoiding network congestion or poor access in the judicial chain, and the phenomenon that the platform's own sudden evidence storage demand exceeds the peak processing capacity of the judicial chain.

[0232] One embodiment of the above application has the following advantages or beneficial effects: by traversing each block in the evidence chain, it is ensured that all one-time evidence transaction data on the evidence chain is stored in the judicial chain.

[0233] One embodiment of the above application has the following advantages or beneficial effects: by calling the timestamp service during a deposition, the timestamp of the transaction data when the evidence is deposited is determined, and the timestamp is stored together with the evidence information in the evidence chain and the judicial chain, thereby ensuring that the time basis when the user uploads the evidence information is effectively deposited.

[0234] One embodiment of the above application has the following advantages or beneficial effects: the evidence chain node can be integrated into the evidence platform, or the evidence chain can convert the client's evidence requirements into an evidence transaction request through interaction with the evidence platform to initiate the chain upload of evidence information.

[0235] One embodiment of the above application has the following advantages or beneficial effects: the client can act as a lightweight evidence node and directly initiate an evidence transaction request to the evidence chain.

[0236] One embodiment of the above application has the following advantages or beneficial effects: the evidence base information and its hash value are stored together as evidence information, and the hash value is used to facilitate the verification of the evidence information and prevent the evidence information from being tampered with.

[0237] One embodiment of the above application has the following advantages or beneficial effects: by adding the block header information of the block where the data of the first evidence transaction is located to the request for the second evidence transaction, it is beneficial for the court to verify the evidence information by comparing the block header information of the evidence with the block header information found in the evidence chain when the court does not trust the evidence chain.

[0238] One embodiment of the above application has the following advantages or beneficial effects: by querying in the evidence chain whether there is a secondary evidence transaction data identifier corresponding to the primary evidence transaction data identifier, the progress of evidence information storage is determined.

[0239] One embodiment of the above application has the following advantages or beneficial effects: the judicial chain compares the block header information of the block where the stored evidence transaction data is located with the block header information directly queried from the evidence chain, thereby realizing the validity verification of the evidence information uploaded to the judicial chain based on the evidence chain.

[0240] One embodiment of the above application has the following advantages or beneficial effects: the judicial chain receives and responds to evidence verification transaction requests, compares the evidence information stored secondary in the judicial chain with the evidence information of the evidence to be verified submitted by the user, and based on the evidence information stored in the judicial chain, realizes effective verification of the evidence to be verified submitted by the user.

[0241] It should be understood that the various forms of the processes shown above can be used to reorder, add, or delete steps. For example, the steps described in this application can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions disclosed in this application can be achieved. This is not a limitation herein.

[0242] The above specific embodiments do not constitute a limitation on the scope of protection of this application. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application shall be included within the scope of protection of this application.

Claims

1. A judicial chain evidence storage method, characterized by: Applied to a node in the evidence chain, the method includes: Obtain a certificate storage transaction request initiated based on user needs; By executing the one-time evidence storage transaction request, the evidence information is stored on the evidence storage chain as generated one-time evidence storage transaction data; Based on a smart contract pre-deployed in the evidence chain for initiating a secondary evidence transaction request, in accordance with the secondary evidence rules specified in the smart contract and based on the primary evidence transaction data, a secondary evidence transaction request is initiated to the judicial chain to request the nodes of the judicial chain to execute the secondary evidence transaction request, generate corresponding secondary evidence transaction data, and store the primary evidence transaction data on the judicial chain in an offline manner; wherein the secondary evidence transaction request includes at least the evidence information and the primary evidence transaction data identifier; Obtaining a secondary evidence transaction data identifier from a node of the judicial chain and establishing a mapping relationship with the primary evidence transaction data identifier; A certificate of evidence is generated according to the mapping relationship and fed back to the user.

2. The method according to claim 1, characterized in that Based on the primary evidence transaction data, initiating a secondary evidence transaction request to the judicial chain includes: According to the judicial chain network transmission conditions or according to the set time period, based on the said first evidence transaction data, a second evidence transaction request is initiated to the judicial chain.

3. The method according to claim 1 or 2, characterized in that Based on the primary evidence transaction data, initiating a secondary evidence transaction request to the judicial chain includes: If it is determined that there is a primary evidence transaction data in the block of the evidence chain that has not been linked to the judicial chain, a secondary evidence transaction request is initiated to the judicial chain based on the primary evidence transaction data.

4. The method according to claim 3, characterized in that Determining that there is a piece of evidence transaction data in the block of the evidence chain that has not been chained to the judicial chain includes: Extract the blocks in the evidence chain from the front to the back to determine whether the judicial chain has been uploaded; If yes, continue to extract the next block; if no, identify whether there is a single-stored transaction data in the block.

5. The method according to claim 1 or 2, characterized in that By executing the one-time evidence storage transaction request, storing the evidence information as one-time evidence storage transaction data on the evidence storage chain includes: Execute the said evidence storage transaction request and call the timestamp service to obtain a timestamp; The timestamp is used as a chain-up timestamp, and together with the evidence information, is used as the generated evidence transaction data, and is stored on the evidence chain; Correspondingly, the secondary evidence storage transaction request also includes the primary chain-up timestamp.

6. The method according to claim 1, characterized in that Obtaining a proof transaction request initiated based on user needs includes: Obtaining a storage request received by the storage platform from the storage client, where the storage request is initiated by the user on the storage client; Generating the one-time evidence transaction request based on the evidence request, and transmitting the one-time evidence transaction request in the evidence chain; Among them, the evidence chain node is integrated into the evidence platform, or interacts with the evidence platform.

7. The method according to claim 1, characterized in that Obtaining a proof transaction request initiated based on user needs includes: Receive the evidence transaction request initiated by the user in the evidence chain through the evidence lightweight node.

8. The method according to claim 6, characterized in that The evidence information is used as the generated evidence transaction data. Before it is stored on the evidence chain, it also includes: Obtaining basic information of evidence and a hash value of evidence from the evidence storage request or the one-time evidence storage transaction request; or Obtaining evidence basic information and an evidence storage address from the evidence storage request or the one-time evidence storage transaction request, obtaining the original evidence file according to the evidence storage address, and calculating and generating an evidence hash value based on the original evidence file; The evidence basic information and the evidence hash value serve as the evidence information.

9. The method according to claim 1, characterized in that Also includes: Receive the evidence status query request initiated by the user; According to the evidence storage transaction data identifier in the evidence storage status query request, query the on-chain status of the evidence storage transaction data stored in the judicial chain; Feedback the on-chain status to the user.

10. A method for processing evidence in a judicial chain, characterized in that: Applied to a judicial chain node, the method includes: Receive a secondary evidence transaction request initiated by a node in the evidence chain, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a data identifier of the primary evidence transaction on the evidence chain; wherein a smart contract for initiating the secondary evidence transaction request is pre-deployed in the evidence chain, and the secondary evidence transaction request is initiated by the evidence chain to the judicial chain in accordance with the secondary evidence rules specified in the smart contract; Execute the secondary evidence transaction request, store the secondary evidence transaction data on the judicial chain, and feedback the secondary evidence transaction data identifier to the evidence chain for determining the evidence certificate, wherein the evidence certificate includes a mapping relationship between the secondary evidence transaction data identifier and the primary evidence transaction data identifier stored offline.

11. The method according to claim 10, characterized in that The secondary evidence storage transaction request also includes: a timestamp of the first time the evidence information is uploaded to the evidence storage chain.

12. The method according to claim 10, characterized in that Also includes: Receiving an evidence verification transaction request, and obtaining an evidence storage certificate from the evidence verification transaction request; According to the secondary evidence transaction data identifier, query and obtain the secondary evidence transaction data in the judicial chain; Obtaining evidence information from the secondary evidence storage transaction data; The evidence information is compared with the evidence information of the evidence to be verified submitted by the user. If the comparison results are consistent, it is determined that the evidence to be verified is valid, wherein the evidence information includes the evidence hash value of the evidence.

13. An evidence storage device for judicial chain, characterized in that: Configured on a node in the evidence chain, the device includes: A one-time evidence storage transaction request acquisition module is used to obtain a one-time evidence storage transaction request initiated according to user needs; A one-time evidence storage module is used to store the evidence information as generated one-time evidence transaction data on the evidence storage chain by executing the one-time evidence storage transaction request; A secondary evidence initiation module is configured to initiate a secondary evidence transaction request to the judicial chain based on a smart contract pre-deployed in the evidence chain for initiating a secondary evidence transaction request, in accordance with the secondary evidence rules specified in the smart contract and based on the primary evidence transaction data, to request a node in the judicial chain to execute the secondary evidence transaction request, generate corresponding secondary evidence transaction data, and store the primary evidence transaction data on the judicial chain in an offline manner; wherein the secondary evidence transaction request includes at least the evidence information and the primary evidence transaction data identifier; An evidence storage mapping module is used to obtain a secondary evidence storage transaction data identifier from a node of the judicial chain and establish a mapping relationship with the primary evidence storage transaction data identifier; The evidence certificate generation module is used to generate an evidence certificate according to the mapping relationship and feed it back to the user.

14. An evidence processing device for a judicial chain, characterized in that: Configured at a judicial chain node, the device includes: A secondary evidence transaction request acquisition module is configured to receive a secondary evidence transaction request initiated by an evidence chain node, wherein the secondary evidence transaction request includes evidence information stored in the evidence chain and a primary evidence transaction data identifier on the evidence chain; wherein a smart contract for initiating secondary evidence transaction requests is pre-deployed in the evidence chain, and the secondary evidence transaction request is initiated by the evidence chain to the judicial chain in accordance with the secondary evidence rules specified in the smart contract; The secondary evidence storage module is used to execute the secondary evidence storage transaction request, store the secondary evidence storage transaction data on the judicial chain, and feedback the secondary evidence storage transaction data identifier to the evidence storage chain for determining the evidence storage certificate. The evidence storage certificate includes a mapping relationship between the secondary evidence storage transaction data identifier and the primary evidence storage transaction data identifier stored offline.

15. An electronic device, characterized in that: include: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the evidence storage method of the judicial chain described in any one of claims 1-9, or execute the evidence processing method of the judicial chain described in any one of claims 10-12.

16. A non-transitory computer-readable storage medium storing computer instructions, characterized in that: The computer instructions are used to enable the computer to execute the evidence storage method of the judicial chain described in any one of claims 1-9, or to execute the evidence processing method of the judicial chain described in any one of claims 10-12.

Images