Blockchain Expansion Solution Based on Parallel UTXO

Abstract

The present invention discloses a blockchain expansion solution based on parallel UTXO, belonging to the technical field of blockchain expansion. The specific process of the blockchain expansion solution is as follows: Register an account. Through the interface provided by the cryptographic library layer, the user provides an account name and a string (for encryption and decryption), and then saves the account. In the present invention, the architecture is divided into four layers: the contract layer, the cryptographic library layer, the state layer, and the transaction layer. The contract layer ensures that two mutually distrustful nodes can conduct transactions. The contract ensures that the transaction is credible and executable without the guarantee of a third party. The cryptographic library layer ensures that the data in the transaction can only be used once and ensures the validity of the data. The state layer contains data and data status, serving as the object during transactions. The transaction layer is the basis for communication between nodes. Based on the UTXO model, it destroys the input state and generates a new state. In the architecture solution, Rust is used to implement the business logic, and the runtime environment is implemented by JavaScript.

Description

Technical Field

[0001] The present invention relates to the technical field of blockchain expansion, and more specifically, to a blockchain expansion solution based on parallel UTXO. Background Art

[0002] A blockchain is essentially an open and secure database, which consists of a network layer, a consensus layer, a data layer, a contract layer, and an application layer. Currently, the protocols of the network layer are used to transmit data based on the http protocol, tcp protocol, and proto protocol; the consensus layer enables highly decentralized nodes to efficiently reach a consensus on the validity of blockchain data in a decentralized blockchain network; the data layer combines some data to form a meaningful block; the contract layer is a digital protocol that uses algorithms and programs to compile contract terms, deploy them on the blockchain, and can be automatically executed according to rules; the application layer is an application built on top of the blockchain, such as the Ether Cat of Ethereum.

[0003] Bitcoin is the most typical application of the blockchain, with characteristics such as decentralization, security, dispersion, and transparency. However, today with the explosion of demand, the transaction volume of seven transactions per second of Bitcoin has far been unable to meet the needs of users. Therefore, several expansion solutions have been developed. They are divided into on-chain expansion and off-chain expansion. On-chain expansion advocates expanding the Bitcoin block so that the Bitcoin network itself can handle a larger transaction volume. The implementation of such solutions requires a hard fork of Bitcoin, mainly divided into block expansion and frequency expansion; block expansion refers to increasing the number of transactions that can be written into the blockchain per word by increasing the upper limit of the block size; frequency expansion refers to increasing the generation frequency of blocks and shortening the generation interval of blocks, thereby increasing the number of blocks written into the blockchain per unit time. Off-chain expansion includes solutions such as Segregated Witness, Lightning Network, and Sidechain; Segregated Witness is to take the script signature out of the basic structure, that is, when the road width remains unchanged, the original vehicle with a width of two meters and a height of one meter is changed to a vehicle with a width of one meter and a height of two meters; the Lightning Network consists of an off-chain transmission network based on Bitcoin and works at the peer-to-peer level. Its availability depends on the creation of two-way payment channels. Therefore, professionals in this field have provided a blockchain expansion solution based on parallel UTXO to solve the above-mentioned problems. Summary of the Invention

[0004] Aiming at the problems existing in the prior art, the purpose of the present invention is to provide a blockchain expansion solution based on parallel UTXO to solve the problem of slow blockchain transaction speed.

[0005] To solve the above problems, the present invention adopts the following technical solutions.

[0006] A blockchain expansion solution based on parallel UTXO, characterized in that the specific process of the blockchain expansion solution is as follows:

[0007] S1. Register an account: Through the interface provided by the password library layer, the user provides an account name and a string (for encryption and decryption), and then saves the account.

[0008] S2. Storage status: Construct a status data body, including the owner's account, data length, data content, unlocking contract, and verification contract. Put the data to be stored into it, register it on the main chain, and then store it in the database.

[0009] S3. Construct a transaction body: Construct transaction data, and wrap this status into a transaction data body, including transaction ID, timestamp, status list, and output status.

[0010] S4. Verify the status: Load and use the verification contract in the input status to determine whether this status is available, compliant, and legal.

[0011] S5. Judge whether the data size of all input statuses is equal to the data size of the output status. If not, terminate the transaction.

[0012] S6. Eliminate the input: Load and use the unlocking contract in the status to eliminate the connection between the input status and the inputter.

[0013] S7. Generate a new output status: The old status is eliminated, and a new status is generated, which belongs to the outputter.

[0014] S8. Conduct behavior authentication and save: Register the ID and timestamp of this transaction on the main chain, and store this transaction body in the database.

[0015] As a further description of the above technical solution: In step S1, the password library layer is used to generate and store the account used by the user, provide information verification and signature. After generating the account, save the information recording the account, and support import, export, and display.

[0016] As a further description of the above technical solution: When the verification contract in step S4 works, it ensures that the data of the input party is available and belongs to the input party, avoiding the situation of double spending.

[0017] As a further description of the above technical solution: The unlocking contract in step S6 includes unlocking the data of the input party in the transaction. After successful unlocking, this data will lose contact with the input party and no longer belong to the input party. Therefore, in the transaction, this data can be transferred to the output party.

[0018] Compared with the prior art, the advantages of the present invention are as follows:

[0019] The architecture is divided into four layers: the contract layer, the cryptographic library layer, the state layer, and the transaction layer. The contract layer ensures that two mutually distrustful nodes can conduct transactions. The contract guarantees that the transactions are credible and executable without the need for a third-party guarantee. The cryptographic library layer ensures that the data in the transaction can only be used once and guarantees the validity of the data. The state layer contains data and data status, serving as the object during transactions. The transaction layer is the basis for communication between nodes. Based on the UTXO model, it destroys the input state and generates a new state. In the architecture solution, Rust is used to implement the business logic, and the runtime environment is implemented by JavaScript. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 It is a schematic diagram of the process structure of the present invention DETAILED IMPLEMENTATION MANNER

[0021] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention;

[0022] Please refer to Figure 1 , in the present invention, for the blockchain expansion solution based on parallel UTXO, the specific process of the blockchain expansion solution is as follows:

[0023] S1. Register an account: Through the interface provided by the cryptographic library layer, the user provides an account name and a string (for encryption and decryption), and then saves the account.

[0024] S2. Store the state: Construct a state data body, including the owner's account, data length, data content, unlocking contract, and verification contract. Put the data to be stored into it, register it on the main chain, and then store it in the database.

[0025] S3. Construct a transaction body: Construct transaction data, and package this state into a transaction data body, including a transaction ID, timestamp, state list, and output state.

[0026] S4. Verify the state: Load and use the verification contract in the input state to determine whether this state is available and whether it is compliant and legal.

[0027] S5. Judge whether the data size of all input states is equal to the data size of the output state. If not, terminate the transaction.

[0028] S6. Eliminate the input: Load and use the unlocking contract in the state to eliminate the connection between the input state and the inputter.

[0029] S7. Generate a new output state: The old state is eliminated, and a new state is generated, which belongs to the outputter.

[0030] S8. Conduct behavior authentication and save: Register the ID and timestamp of this transaction on the main chain, and store this transaction body in the database.

[0031] In step S1, the cryptographic library layer is used to generate and store the accounts used by users, provide information verification and signature. After generating an account, the information recording the account is saved, and import / export and display are supported.

[0032] When verifying the jobs of the contract in step S4, it is ensured that the data of the input party is available and belongs to the input party, avoiding the situation of double spending.

[0033] Unlocking the contract in step S6 involves unlocking the data of the input party in the transaction. After successful unlocking, this data will lose connection with the input party and no longer belong to the input party, and thus this data can be transferred to the output party in the transaction.

[0034] The architecture is divided into four layers: the contract layer, the cryptographic library layer, the state layer and the transaction layer. The contract layer ensures that two mutually distrustful nodes can conduct transactions. The contract ensures that the transaction is credible and executable without the guarantee of a third party. The cryptographic library layer ensures that the data in the transaction can only be used once and ensures the validity of the data. The state layer contains data and data status, which serve as the objects during transactions. The transaction layer is the basis for communication between nodes. Based on the UTXO model, the input state is destroyed and a new state is produced. In the architecture solution, Rust is used to implement the business logic, and the runtime environment is implemented by JavaScript.

[0035] The above is only a preferred specific implementation manner of the present invention; however, the protection scope of the present invention is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present invention, according to the technical solution of the present invention and its improved concept, makes equivalent replacements or changes, and all should be covered by the protection scope of the present invention.

Claims

1. A blockchain expansion solution based on parallel UTXO, characterized by: The specific process of the blockchain expansion plan is as follows: S1. Register an account: Through the interface provided by the password library layer, the user provides the account name and string, and then saves the account; S2. Storage status: Construct a state data body, including the owner account, data length, data content, unlocking contract, and verification contract. Put the data to be stored into it, register it on the main chain, and then store it in the database. S3. Construct transaction body: Construct transaction data and package this state into a transaction data body, including transaction ID, timestamp, state list and output state; S4. Verify state: Load and use the verification contract in the input state to determine whether this state is usable and legal. S5. Determine whether the data size of all input states is equal to the data size of the output states. If not, terminate the transaction. S6. Eliminate input: Load and use the unlock contract in the state, so that the connection between the input state and the inputter is eliminated; S7, generate new output state: the old state is eliminated and a new state is generated, which belongs to the outputter; S8. Behavior authentication and storage: Register the transaction ID and timestamp on the main chain and store the transaction body in the database.

2. The parallel UTXO-based blockchain expansion solution according to claim 1 is characterized by: The password library layer in step S1 is used to generate and store user accounts, provide information verification and signature, save and record account information after the account is generated, and support import, export and display.

3. The parallel UTXO-based blockchain expansion solution according to claim 1 is characterized by: The contract verification operation in step S4 ensures that the input party's data is available and belongs to the input party, avoiding multiple spending.

4. The parallel UTXO-based blockchain expansion solution according to claim 1 is characterized by: Unlocking the contract in step S6 includes unlocking the data of the input party in the transaction. After successful unlocking, the data will lose contact with the input party and no longer belong to the input party, and then the data will be transferred to the output party in the transaction.

Images