TWI608434B - Decentralized electronic transaction record method and system with traceability verification mechanism - Google Patents

Description

Decentralized electronic transaction record method and system thereof with traceability verification mechanism

The invention relates to an electronic transaction record method and a system thereof, in particular to a decentralized electronic transaction record method and system thereof with a traceability verification mechanism.

With the continuous evolution of online trading technology and usage habits, more and more users are accustomed to conducting various electronic transactions through the Internet. Compared with the traditional trading mode, since the transaction data of electronic trading is relatively easy to modify, providing reliable trading records is the fundamental element to ensure the operation of electronic trading.

For example, in some of the more sensitive electronic transactions, such as e-commerce, bank transfer operations, stock trading, etc., in the financial transaction process, both parties to the electronic transaction need to retain various data in the transaction process, in order to have As a basis for arbitration, disputes are also extremely important in ensuring that transaction records are not tampered with.

In summary, how to provide a solution to the aforementioned problems is a technical problem that needs to be solved in the field.

In order to solve the problems disclosed above, the object of the present invention is to provide a decentralized electronic transaction record technology solution with a traceability verification mechanism.

To achieve the above object, the present invention proposes a block diagram of a decentralized electronic transaction record system having a traceability verification mechanism. The generator included in the foregoing system is configured to configure a plurality of pens In the transaction data, the hash value of the previous transaction data of the target transaction data is added to the target transaction data to configure the hash value of the next transaction data to form a tightly configured blockchain transaction record.

To achieve the above object, the present invention proposes a decentralized electronic transaction recording method with a traceability verification mechanism. The foregoing method includes the following steps: when configuring a plurality of transaction data, adding the hash value of the previous transaction data of the target transaction data to the target transaction data to configure the hash value of the next transaction data to form a tightly configured blockchain transaction. Record.

In summary, the method of decentralized electronic transaction record with traceability verification mechanism and its system configures the hash value of the next transaction data by the hash value of the previous transaction data of the target transaction data plus the target transaction data. The ability to generate closely-configured blockchain transaction records provides a safer record of transaction records.

1‧‧‧Decentralized electronic transaction record system with traceability verification mechanism

11‧‧‧Generator

12‧‧‧ Storage Module

13‧‧‧ verification module

2‧‧‧Bank side

3‧‧‧User side

1 is a block diagram of a decentralized electronic transaction record system having a traceability verification mechanism in the first embodiment of the present invention.

Figure 2 shows the flow chart of the client querying the transaction record in this case.

Figure 3 is a flow chart of the client side storing transaction in this case.

Figure 4 is a schematic diagram of the hash configuration of the transaction data of the present case.

The specific embodiments are described below to illustrate the embodiments of the invention, but are not intended to limit the scope of the invention.

Please refer to FIG. 1 , which is a non-set of the traceability verification mechanism in the first embodiment of the present invention. Block diagram of Sinochem Electronic Transaction Record System 1. The system includes a generator 11 configured to configure a plurality of transaction data by adding a hash of the previous transaction data of the target transaction data to the target transaction data to configure a hash value of the next transaction data to form a tight configuration. The blockchain transaction record.

In another embodiment, the foregoing system further includes a storage module 12 and a verification module 13 connected to the generator 11. The generator 11, the storage module 12 and the verification module 13 can be implemented by using a software module or a digital circuit running on the processor.

In another embodiment, the history data of the foregoing transaction data is excluded from being stored on the server. In another embodiment, the transaction data of the foregoing system is stored in a distributed manner on one or more client terminals 3. In another embodiment, the foregoing system retains only the new hash value after the last transaction data has been computed.

In another embodiment, the verification module 13 of the foregoing system verifies the transaction data forward by using the hash value serially connected in series.

In the second embodiment, the present invention provides a decentralized electronic transaction recording method with a traceability verification mechanism. The method includes the following steps: when configuring a plurality of transaction data, the hash value of the previous transaction data of the target transaction data is added to the target transaction data to configure the hash value of the next transaction data to form a tightly configured blockchain transaction. Record.

In another embodiment, the history data of the foregoing transaction data is excluded from being stored on the server. In another embodiment, the transaction data of the foregoing method is stored in a distributed manner on one or more client terminals 3. In another embodiment, the foregoing method retains only the last transaction data.

In another embodiment, the foregoing method further includes a verification procedure, and the verification program verifies the transaction data forward by using the hash value serially connected in sequence.

The following invention is exemplified by the decentralized electronic transaction record system 1 having the traceability verification mechanism of the first embodiment, but the decentralized electronic transaction record method with the traceability verification mechanism of the second embodiment can also be achieved. The same or similar technical effects, specifically to illustrate.

In an embodiment, the decentralized electronic transaction record system 1 with traceability verification mechanism runs on the server and uses the hash function to be cascaded as a blockchain of various financial transaction records of the bank account to achieve The uniqueness of the transaction record is aimed at preventing the record from being falsified.

The system generator 11 (operating the hash value and generating the electronic file), when receiving the transaction data sent from the bank terminal 1, will make a hash value of the previous hash value in the storage module 12 and the latest transaction data to form a new one. The "block" is transmitted to the client 3 display 3, and the calculated hash value is stored back to the storage module 12 to replace the previous value 2, in other words, the composition of each "block" will contain the latest transaction. The message is hashed with the previous transaction record, so the generation of each region's hash block reconfirms all the blocks in history (only one chain can create the next block that is valid after hashing), so it is not easy Was tampered with. The storage module 12 is configured to store the latest hash transaction record value as identification data.

When the client 3 transmits the demand for storing data, the generator 11 passes the last transaction record in all the transaction details of the returned message as a hash value, and then passes it to the verification module 13 for comparison, and the verification and storage module 12 The hash value is equal to 5. When the match is made, the transaction record value is separately extracted from the hash and the transaction data, and the hash value is retained in the storage module 12. If there is a previous transaction record, it will continue to verify the transaction data, take the previous transaction record as a hash value, verify whether it is equal to the hash value in the storage module 12, and whether the hash value of a round-back transaction record belongs to In fact, it is confirmed that the transaction information has not been tampered with. After the verification is correct, all the transaction details are transmitted to the generator 116, and the electronic file is transmitted to the client 3 for storage 7, thereby achieving the purpose of data privacy and transmission security.

Please refer to FIG. 2, which is a flow chart showing the client 3 querying the transaction record. In the figure, the method receives a transaction data S101 sent from the bank terminal 2, and checks whether there is a previous hash value (Hpre) S102 in the storage module 12. If not, the transaction record is the first data, and the server will The data is stored in the storage module 12 as a hash value, and is transmitted to the client terminal 3 to display the transaction record S104. If the Hpre value already exists in the storage module 12, the generator 11 concatenates the Hpre in the transaction record to form a new block as a hash value (Hpre+1) and stores it in the storage module 12 in S103.

Please refer to FIG. 3, which is a flow chart of the client 3 storing the transaction. The steps are as follows:

S201: When the client 3 wants to transmit the transaction record storage requirement, the client terminal 3 returns all transaction records.

S202: The generator 11 compares the last transaction record returned as a hash value, and compares the hash values in the storage module 12 to verify whether they are the same. If it is the same, S203 is executed; if it is different, S206 is executed.

S203: The transaction record value is respectively taken out of the hash value and the transaction data, and the hash value is retained in the storage module.

S204: Is there a previous transaction record? If yes, execute S207; if not, execute S205.

S205: All transaction records are converted into electronic files, and the files are transmitted back to the client 3.

S206: Return error information to the client terminal 3.

S207: The server will take out the hash value of each record and verify the hash value of each record. Is the hash value generated by the string data connected to a hash value equal? If yes, execute S203; if not, execute S206.

In this case, the new hash value is generated by the hash value generated by each transaction data and the previous transaction record, and then each financial transaction record is concatenated to form a closely related blockchain to ensure the continuity and integrity of the transaction details.

Please refer to FIG. 4 , which is a schematic diagram of hash configuration of transaction data. When the client 3 transmits a request for querying a transaction record to the server, the server transmits the transaction record back to the client 3 for display and user after the hash value operation. At this time, terminal 3 transmits and stores the transaction record request and all the transaction details are sent to the server. After the server verifies that the data is not falsified, it is transferred to the electronic file and returned to the client terminal 3 for retention.

Further, the server receives the transaction data sent from the bank terminal 2, and checks whether there is a previous hash value (Hpre) in the storage module 12. If it exists, the generator 11 in the server connects the Hpre in series. The first transaction data sent from the bank 2 is formed into a new block for hash value (Hpre+1) stored in the storage module 12 and transmitted to the client 3 for display; if the storage module There is no hash value in 12, and the first transaction data is directly stored as a hash value and transmitted to the client 3 for display.

If there are multiple transaction data, repeat (1) action until all data updates are completed. The server transmits the storage request to the server, and the server verifies all the transaction details. After confirmation, the generator 11 converts the file into an electronic file and transmits it back to the client 3 to provide the client 3 for storage.

The detailed description above is a detailed description of one of the possible embodiments of the present invention, which is not intended to limit the scope of the invention, which is not Equivalent implementations or changes shall be included in the scope of the patent in this case.

1‧‧‧Decentralized electronic transaction record system with traceability verification mechanism

11‧‧‧Generator

110‧‧‧Electronic files

111‧‧‧ hash value

12‧‧‧ Storage Module

13‧‧‧ verification module

2‧‧‧Bank side

3‧‧‧User side

Claims (10)

A decentralized electronic transaction record method with a traceability verification mechanism includes: when configuring a plurality of transaction data, adding a hash value of the previous transaction data of the target transaction data to the target transaction data to configure the next transaction The hash value of the data to form a closely-configured blockchain transaction record, wherein if the next transaction data is not the last transaction data, the hash value of the next transaction data is configured to generate a further transaction data. Hash value. The decentralized electronic transaction record method with the traceability verification mechanism described in claim 1, wherein the history data of the transaction data is excluded from being stored on the server. A decentralized electronic transaction record method having a traceability verification mechanism as claimed in claim 1, wherein the transaction data is distributedly stored in one or more clients. The decentralized electronic transaction record method with traceability verification mechanism as claimed in claim 1 retains only the latest hash transaction record value of the last transaction data. The decentralized electronic transaction record method with the traceable verification mechanism described in claim 1 further includes a verification program, wherein the verification program performs the forward calculation on the transaction data through the hash value serially connected in sequence. verification. A decentralized electronic transaction record system with a traceability verification mechanism, comprising: a generator configured to allocate a hash value of a previous transaction data of the target transaction data to the target transaction data when configuring the plurality of transaction data a hash value of the transaction data to form a closely-configured blockchain transaction record, wherein if the next transaction data is not the last transaction data, the hash value of the next transaction data is configured to generate a further The hash value of the transaction data. A decentralized electronic transaction record system having a traceability verification mechanism as described in claim 6, wherein the history data of the transaction data is excluded from being stored on the server. A decentralized electronic transaction record system having a traceability verification mechanism as claimed in claim 6, wherein the transaction data is stored in a distributed manner on one or more clients. The decentralized electronic transaction record system with traceability verification mechanism as described in claim 6 retains only the latest hash transaction record value of the last transaction data. The decentralized electronic transaction record system with the traceability verification mechanism described in claim 6 further includes a verification module connected to the generator, the verification module sequentially connecting the hash values in series to The transaction data is forwarded back for verification.