Transaction processing method and device based on block chain, electronic equipment and storage medium

Abstract

The embodiment of the invention discloses a transaction processing method and device based on a block chain, electronic equipment and a storage medium, and the method comprises the steps: enabling a transaction platform to obtain transaction information, and transmitting a hosting request to a block chain node according to the transaction information, the blockchain node transfers to-be-transacted resources matched with the resource transaction volume from the blockchain address of the resource transfer-out party to the trusteeship blockchain address according to the trusteeship request; the transaction platform sends a splitting request to the block chain node, so that the block chain node splits the to-be-transacted resource transferred to the hosting block chain address into a plurality of sub-resources according to the splitting request; and the transaction platform also generates a transfer request corresponding to each sub-resource, and sends the transfer request to the block chain node, so that the block chain node transfers each sub-resource to the block chain address of the resource transfer party according to the transfer request. According to the technical scheme of the embodiment of the invention, information of two transaction parties can be hidden, and transaction security is improved.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and specifically, to a transaction processing method and device based on blockchain, an electronic device, a storage medium, and a program product. Background Art

[0002] In order to improve transaction reliability, transactions are usually conducted based on blockchain technology. Blockchain is essentially a decentralized database that is jointly maintained by multiple blockchain nodes and has the characteristics of being tamper-proof, traceable, and jointly maintained.

[0003] In the process of transactions based on blockchain technology, transaction records are stored in the blockchain to prevent transactions from being tampered with. However, the transaction records contain information about both parties to the transaction, allowing other blockchain users to query the information of both parties corresponding to the transaction from the blockchain, which reduces the security of the transaction. Summary of the invention

[0004] The embodiments of the present application provide a blockchain-based transaction processing method and device, electronic device, storage medium, and program product, which can hide the information of both parties to the transaction, realize anonymous transactions, and improve transaction security.

[0005] According to one aspect of an embodiment of the present application, a transaction processing method based on blockchain is provided, the method comprising:

[0006] Obtaining transaction information to be processed; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount;

[0007] Sending a trusteeship request to a blockchain node according to the transaction information, so that the blockchain node transfers the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request;

[0008] Sending a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into a plurality of sub-resources according to the split request;

[0009] Generate a transfer request corresponding to each sub-resource, and send the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0010] According to one aspect of an embodiment of the present application, a transaction processing method based on blockchain is provided, which is applied to a trusted node, and the method includes:

[0011] Receiving split information sent by the trading platform based on the transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount, and the split information is sent after the trading platform requests the blockchain node to transfer the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the escrow blockchain address;

[0012] Generate multiple verification information according to the public key of the resource transferor contained in the split information, and generate a split request according to the multiple verification information; wherein each verification information contains a target public key generated according to the public key of the resource transferor;

[0013] The split request is sent to the blockchain node, so that the blockchain node splits the resource to be traded contained in the managed blockchain address into sub-resources corresponding to the multiple verification information respectively; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after successful verification.

[0014] According to one aspect of an embodiment of the present application, a transaction processing method based on blockchain is provided, the method comprising:

[0015] Receiving a trusteeship request generated by the trading platform according to the processed transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount;

[0016] According to the custody request, the to-be-traded resources matching the resource transaction volume are transferred from the blockchain address of the resource transferor to the custody blockchain address;

[0017] receiving a split request sent by the trading platform, and splitting the to-be-traded resource that has been transferred to the escrow block address into a plurality of sub-resources according to the split request;

[0018] Receive a transfer request corresponding to each sub-resource sent by the trading platform, and transfer each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0019] According to one aspect of an embodiment of the present application, a transaction processing device based on blockchain is provided, the device comprising:

[0020] An acquisition module configured to acquire transaction information to be processed; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount;

[0021] A sending module, configured to send a trusteeship request to a blockchain node according to the transaction information, so that the blockchain node transfers the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request;

[0022] A request module, configured to send a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into a plurality of sub-resources according to the split request;

[0023] The transfer module is configured to generate a transfer request corresponding to each sub-resource and send the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0024] According to one aspect of an embodiment of the present application, a transaction processing device based on blockchain is provided, which is configured in a trusted node, and the device includes:

[0025] A receiving module, configured to receive split information sent by the trading platform based on the transaction information; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount, and the split information is sent after the trading platform requests the blockchain node to transfer the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the escrow blockchain address;

[0026] A generation module, configured to generate multiple verification information according to the public key of the resource transferor contained in the split information, and generate a split request according to the multiple verification information; wherein each verification information contains a target public key generated according to the public key of the resource transferor;

[0027] The sending module is configured to send the split request to the blockchain node, so that the blockchain node splits the to-be-traded resource contained in the managed blockchain address into sub-resources corresponding to the multiple verification information respectively; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after the verification is successful.

[0028] According to one aspect of an embodiment of the present application, a transaction processing device based on blockchain is provided, the device comprising:

[0029] A receiving module configured to receive a trusteeship request generated by a trading platform according to the processed transaction information; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount;

[0030] A trusteeship module, configured to transfer the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request;

[0031] a splitting module, configured to receive a splitting request sent by the trading platform, and split the to-be-traded resource that has been transferred to the escrow block address into a plurality of sub-resources according to the splitting request;

[0032] The transfer module is configured to receive a transfer request corresponding to each sub-resource sent by the trading platform, and transfer each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0033] According to one aspect of an embodiment of the present application, there is provided an electronic device, including:

[0034] one or more processors;

[0035] A memory for storing one or more computer programs, which, when executed by the one or more processors, enables the electronic device to implement the blockchain-based transaction processing method as described above.

[0036] According to one aspect of an embodiment of the present application, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor of an electronic device, the electronic device implements the blockchain-based transaction processing method as described above.

[0037] According to one aspect of an embodiment of the present application, a computer program product is provided, including a computer program, which, when executed by a processor, implements the blockchain-based transaction processing method as described above.

[0038] In the technical solution provided in the embodiments of the present application, after the trading platform obtains the pending transaction information including the resource transferor, the resource transferee and the resource transaction volume, it sends a custody request to the blockchain node according to the transaction information, so that the blockchain node transfers the pending transaction resources that match the resource transaction volume from the blockchain address of the resource transferor to the custody blockchain address according to the custody request; then, the trading platform sends a split request to the blockchain node, so that the blockchain node splits the pending transaction resources that have been transferred to the custody blockchain address into multiple sub-resources according to the split request; and the trading platform also generates a transfer request corresponding to each sub-resource, and sends the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request. Compared with the related art, the resource to be traded is first transferred from the blockchain address of the resource transferor to the hosting blockchain address, and the resource to be traded is split into multiple sub-resources, and then the multiple sub-resources are respectively transferred to the blockchain address of the resource transferee, so that each resource transfer does not involve the two parties to the transaction (i.e., the resource transferor and the resource transferee), thereby hiding the information of the two parties to the transaction, and the resource to be traded is split into multiple sub-resources and then transferred to the blockchain address of the resource transferee, which increases the difficulty of inferring the resource amount of the resource to be traded (i.e., the resource transaction amount) based on the resource amount of the sub-resources of the blockchain address of the resource transferee, thereby hiding the resource transaction amount, increasing the difficulty of finding the resource transferee based on the resource transaction amount, and then hiding the resource transferor, thereby improving transaction security.

[0039] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 It is a schematic diagram of the structure of the blockchain network;

[0041] Figure 2 It is a schematic diagram of the connection relationship between blocks in the blockchain;

[0042] Figure 3 is a schematic diagram of an implementation environment shown in an exemplary embodiment of the present application;

[0043] Figure 4 is a schematic diagram of an implementation environment shown in another exemplary embodiment of the present application;

[0044] Figure 5 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0045] Figure 6 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0046] Figure 7 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0047] Figure 8 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0048] Fig. 9 is a block diagram of a sub-resource splitting and transfer process shown in another exemplary embodiment of the present application;

[0049] Fig.10 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0050] Fig.11 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0051] Fig.12 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0052] Fig.13 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0053] Fig.14 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0054] Fig.15 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0055] Fig.16 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0056] Fig.17 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application;

[0057] Fig.18 is a schematic diagram of an application environment shown in an exemplary embodiment of the present application;

[0058] Fig.19 is a schematic diagram of the deployment of a smart contract shown in an exemplary embodiment of the present application;

[0059] Fig. 20 is a schematic diagram of a trusteeship process shown in an exemplary embodiment of the present application;

[0060] Fig.21 is a schematic diagram of public keys involved in trusteeship and splitting shown in an exemplary embodiment of the present application;

[0061] Fig. 22 is a schematic diagram of a donation process shown in an exemplary embodiment of the present application;

[0062] Fig.23 is a block diagram of a donation process shown in an exemplary embodiment of the present application;

[0063] Fig.24 is a schematic diagram of an extraction process shown in an exemplary embodiment of the present application;

[0064] Fig.25 is a block diagram of an extraction process shown in an exemplary embodiment of the present application;

[0065] Fig.26 It is a structural schematic diagram of a transaction processing device based on blockchain shown in an exemplary embodiment of the present application;

[0066] Fig. 27 is a structural schematic diagram of a transaction processing device based on blockchain shown in another exemplary embodiment of the present application;

[0067] Fig.28 is a structural schematic diagram of a transaction processing device based on blockchain shown in another exemplary embodiment of the present application;

[0068] Fig.29 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown. DETAILED DESCRIPTION

[0069] Here, exemplary embodiments will be described in detail, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are only examples of devices and methods consistent with some aspects of the present application as detailed in the attached claims.

[0070] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0071] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0072] It should also be noted that the "multiple" mentioned in this application refers to two or more than two. "And / or" describes the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship.

[0073] The technical solution of the embodiment of the present application can be applied to the field of blockchain technology. Before introducing the technical solution of the embodiment of the present application, a brief introduction to blockchain technology is first given.

[0074] Blockchain: A distributed ledger in the field of information technology. It is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, and encryption algorithm. Blockchain is essentially a decentralized database, a string of data blocks (i.e. blocks) generated by cryptographic methods. Each data block contains a batch of network transaction information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block. Blockchain can include the underlying blockchain platform, platform product service layer, and application service layer. Consensus mechanisms include but are not limited to POW (Proof of Work), POS (Proof of Stake), DPOS (Delegated Proof-of-Stake Consensus), PBFT (Practical Byzantine Fault Tolerance), etc.

[0075] As mentioned above, blockchain is essentially a decentralized database, and blockchain is maintained by blockchain nodes in the blockchain network. Nodes are the smallest unit involved in blockchain maintenance and are the deployment and operation units of blockchain node programs. For example, see Figure 1 ,exist Figure 1The blockchain network 10 shown may include multiple blockchain nodes 101. Each blockchain node 101 can receive input information when performing normal work, and maintain the shared data in the blockchain network based on the received input information. In order to ensure the information intercommunication in the blockchain network, there can be an information connection between each blockchain node in the blockchain network, and information can be transmitted between blockchain nodes through the above information connection. For example, when any blockchain node in the blockchain network receives input information, other blockchain nodes in the blockchain network obtain the input information according to the consensus algorithm, and store the input information as shared data, so that the data stored on all blockchain nodes in the blockchain network are consistent. Since the block is consensus-based on the blockchain nodes, it has the characteristics of being tamper-proof, traceable, and jointly maintained.

[0076] Each blockchain node in the blockchain network has a corresponding node identifier, and each blockchain node in the blockchain network can store the node identifiers of other blockchain nodes, so that the generated blocks can be broadcast to other blockchain nodes in the blockchain network according to the node identifiers of other blockchain nodes. A node identifier list can be maintained in each blockchain node, and the node name and node identifier are stored in the node identifier list accordingly. The node identifier can be an IP (Internet Protocol, a protocol for interconnecting networks) address or any other information that can be used to identify the blockchain node.

[0077] Each node in the blockchain network stores the same blockchain. Figure 2 As shown, the blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information feature values, version numbers, timestamps, and difficulty values, and the block body stores input information. The next block of the genesis block uses the genesis block as its parent block. The next block also includes a block header and a block body. The block header stores input information feature values ​​of the current block, feature values ​​of the block header of the parent block, version numbers, timestamps, and difficulty values, and so on. This ensures that the block data stored in each block in the blockchain is associated with the block data stored in the parent block, thereby ensuring the security of the input information in the block.

[0078] It is understandable that each node in the blockchain network can be a server or a terminal device. Among them, the server can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides cloud services, cloud databases, cloud computing (Cloud Computing), cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and basic cloud computing services such as big data and intelligent platforms. Among them, the terminal device can be a smart phone, a tablet computer, a laptop, a desktop computer, a smart speaker, a smart watch, a terminal used in a car (on-board terminal), an aircraft, etc., but is not limited to this. Each node can be directly or indirectly connected by wired or wireless communication, and this application is not limited here.

[0079] The technical solution of the embodiment of the present application can be applied to blockchain technology. The technical solution of the embodiment of the present application is described in detail below:

[0080] In the process of conducting transactions based on blockchain technology, transaction records are stored in the blockchain to prevent transactions from being tampered with. However, the transaction records contain information about both parties to the transaction, so that other blockchain users can query the information of both parties to the transaction from the blockchain, which reduces the security of the transaction. Based on this, the embodiments of the present application provide a transaction processing method and device based on blockchain, an electronic device, a storage medium, and a program product, which can hide the information of both parties to the transaction and improve the security of the transaction.

[0081] See also Figure 3 , Figure 3 3 is a schematic diagram of an implementation environment involved in the present application, which includes a trading platform 310 and a blockchain network 320; wherein the blockchain network 320 includes multiple blockchain nodes 321, and the multiple blockchain nodes 321 jointly maintain the blockchain. The trading platform 310 and the blockchain nodes 321 can communicate with each other via wired or wireless means.

[0082] Optionally, the trading platform 310 is used to provide trading services, which may be for terminal devices, or a server, or a trading system composed of at least one terminal device and / or at least one server. For specific examples of servers and terminal devices, please refer to the above description, which will not be repeated here.

[0083] Figure 3 The number of trading platforms 310 and blockchain nodes 321 is merely illustrative, and any number of trading platforms 310 and blockchain nodes 321 may be provided according to actual needs.

[0084] In an exemplary embodiment, the blockchain-based transaction processing method provided by the embodiment of the present application can be jointly executed by the trading platform 310 and the blockchain node 321. Correspondingly, after obtaining the transaction information including the resource transferor, the resource transferee and the resources to be traded, the trading platform 310 can send a custody request to the blockchain node 321 according to the transaction information, so that the blockchain node 321 transfers the resources to be traded from the blockchain address of the resource transferor to the custody blockchain address according to the custody request; then, the trading platform 310 sends a split request to the blockchain node 321 according to the transaction information, so that the blockchain node 321 splits the resources to be traded that have been transferred to the custody blockchain address into multiple sub-resources according to the custody request; finally, the trading platform 310 generates a transfer request corresponding to each sub-resource, and sends the transfer request to the blockchain node 321, so that the blockchain node 321 transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request. Compared with the related art, the resource to be traded is first transferred from the blockchain address of the resource transferor to the hosting blockchain address, and the resource to be traded is split into multiple sub-resources, and then the multiple sub-resources are respectively transferred to the blockchain address of the resource transferee, so that each resource transfer does not involve the two parties to the transaction (i.e., the resource transferor and the resource transferee), thereby hiding the information of the two parties to the transaction, and the resource to be traded is split into multiple sub-resources and then transferred to the blockchain address of the resource transferee, which increases the difficulty of inferring the resource amount of the resource to be traded (i.e., the resource transaction amount) based on the resource amount of the sub-resources of the blockchain address of the resource transferee, thereby hiding the resource transaction amount, increasing the difficulty of finding the resource transferee based on the resource transaction amount, and then hiding the resource transferor, thereby improving transaction security.

[0085] To improve transaction security, see Figure 4 As shown, Figure 4 is Figure 3 A schematic diagram of another implementation environment proposed based on Figure 3 The trading platform 310 and the blockchain network 320 shown also include a trusted node 410. The trusted node 410 may be a terminal device or a server; the trusted node 410 may communicate with the trading platform 310 and the blockchain node 321 via wired or wireless means.

[0086] In another exemplary embodiment, the blockchain-based transaction processing method provided by the embodiment of the present application can be jointly executed by the trading platform 310, the blockchain node 321 and the trusted node 410. Correspondingly, after obtaining the transaction information including the resource transferor, the resource transferee and the resource to be traded, the trading platform 310 can send a custody request to the blockchain node 321 according to the transaction information, so that the blockchain node 321 transfers the resource to be traded from the blockchain address of the resource transferor to the custody blockchain address according to the custody request; then, the trading platform 310 sends splitting information to the trusted node 410 according to the transaction information, and the trusted node 410 generates a splitting request according to the splitting information, and sends the splitting request to the blockchain node, so that the blockchain node 321 splits the resource to be traded that has been transferred to the custody blockchain address into multiple sub-resources according to the custody request; finally, the trading platform 310 generates a transfer request corresponding to each sub-resource, and sends the transfer request to the blockchain node 321, so that the blockchain node 321 transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0087] It should be noted that the above-mentioned blockchain-based transaction processing method can be applied to various scenarios, for example, it can be applied to donation scenarios. Correspondingly, the resource transferor is the donor and the resource transferee is the beneficiary. This application involves transaction information, blockchain addresses, private keys and other user-related data. When the method of this application is applied to specific products or technologies, it is all with the permission or consent of the user, and the extraction, use and processing of relevant data comply with local security standards and local laws and regulations.

[0088] See also Figure 5 , Figure 5 This is a flowchart of a transaction processing method based on blockchain, which is shown in an exemplary embodiment of the present application. This method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 The trading platform 310 executes in the illustrated implementation environment.

[0089] like Figure 5 As shown, in an exemplary embodiment, the transaction processing method based on blockchain may include: Steps S510 to S540, which are described in detail as follows:

[0090] Step S510, obtaining transaction information to be processed; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount.

[0091] It should be noted that resources refer to virtual items that can be circulated on the Internet, and users can obtain ownership of resources through the Internet. The specific forms of resources include but are not limited to stocks, funds, carbon emissions, points, commodities that serve as general equivalents, etc. In order to improve the security of resources, the blockchain network can be used for resource recording, trading, transfer and other management. Correspondingly, blockchain addresses (i.e., users' accounts in the blockchain network) can be assigned to users for resource management, etc.

[0092] Resource trading refers to the transfer of resources from one account to another, where the party that transfers out resources is the resource transferor, and the party that transfers in resources is the resource transferee. The resource transferor and the resource transferee can be individuals or organizations. For example, the resource transferor and the resource transferee can be individual users, or the resource transferor can be an individual user and the resource transferee can be a merchant. The resource transferor can include its corresponding identification information, such as name, identification number, blockchain address of the resource transferor, etc.; correspondingly, the resource transferee can include its corresponding identification information, such as name, identification number, blockchain address of the resource transferee, etc. Resource trading volume refers to the number of resources that need to be traded.

[0093] The trading platform is used to provide resource trading services, which can be an application, applet, webpage, etc. used to provide resource trading services. The trading platform can be maintained by at least one of a terminal device, a server, etc.

[0094] Users can initiate transactions in the trading platform, and correspondingly, the trading platform can obtain transaction information, which includes the resource transferor, resource transferee, and resources to be traded corresponding to the transaction. For example, the trading platform is an application maintained by the terminal device and the server. Users can install the application in the terminal device and initiate transactions in the application through the terminal device. The terminal device can send the transaction information to the server, so that the server can execute the transaction according to the transaction information.

[0095] Optionally, the transaction information may also include at least one of a transaction time, a transaction identification number, etc., and the transaction identification number is used to uniquely identify the transaction.

[0096] Step S520: Send a trusteeship request to the blockchain node according to the transaction information, so that the blockchain node transfers the resources to be traded that match the resource transaction volume from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request.

[0097] After the trading platform obtains the transaction information, it needs to execute the transaction according to the transaction information. In the process of executing the transaction, in order to hide the information of the resource transferor, the trading platform can generate a custody request based on the transaction information and send the custody request to the blockchain node. In order for the blockchain node to determine the resources to be traded and the blockchain address of the resource transferor, the custody request can include the resource transaction amount and the identification information of the resource transferor.

[0098] After receiving the custody request, the blockchain node can find out the blockchain address of the resource transferor according to the custody request, and obtain the resources matching the resource transaction amount from the blockchain address as the resources to be traded, and transfer the resources to be traded to the custody blockchain address. For example, if the resource to be traded is 20 copies of resource a, 20 copies of resource a are transferred from the blockchain address of the resource transferor to the custody blockchain address. Among them, the custody blockchain address is a pre-set blockchain address; in one example, the blockchain node contains a smart contract for realizing anonymous transactions, and the smart contract can be used to realize the custody of resources. The custody blockchain address can be set in the contract to prevent the custody blockchain address from being tampered with.

[0099] Optionally, in order to improve transaction security, a key pair can be configured for blockchain users (including resource transferors, resource transferees, and other users) to verify whether the resource transfer is authorized. The private key in the key pair is held by the blockchain user and is used to sign the resource transfer request. The public key is made public in the blockchain network and associated with the blockchain address corresponding to the blockchain user. The blockchain node can verify the validity of the signature based on the public key, and then determine whether the resource transfer is authorized. Correspondingly, the resource transferor is configured with a key pair, in which the private key is held by the resource transferor and the public key is associated with the blockchain address of the resource transferor; the transaction information may include a signature generated based on the private key of the resource transferor. After obtaining the transaction information, the trading platform may add the signature generated based on the private key of the resource transferor contained in the transaction information to the custody request; after receiving the custody request, the blockchain node may find the blockchain address of the resource transferor and the public key of the resource transferor according to the custody request, and verify the signature contained in the custody request according to the public key of the resource transferor. If the verification is successful, it indicates that the custody request is authorized by the resource transferor, and therefore, the resources to be traded are transferred from the blockchain address of the resource transferor to the custody blockchain address. Optionally, if the verification fails, it indicates that the custody request has not been authorized by the resource transferor, and therefore, the custody request may not be responded to, or a message indicating the custody failure may be returned to the trading platform.

[0100] The key pair corresponding to the resource transferor may be generated based on an asymmetric key algorithm such as an elliptic curve cryptography algorithm (ECC) or an RSA algorithm.

[0101] Step S530: Send a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the managed blockchain address into multiple sub-resources according to the split request.

[0102] After transferring the resources to be traded from the blockchain address of the resource transferor to the blockchain address of the resource transferee, in order to further hide the information of the resource transferor, the trading platform may send a split request to the blockchain node. In order for the blockchain node to determine the resources to be split, the split request may include the identification information of the resources to be traded, wherein the identification information of the resources to be traded is used to uniquely identify the resources to be traded, which may be the ID corresponding to the resources to be traded, etc.

[0103] After receiving the split request, the blockchain node splits the to-be-traded resources that have been transferred to the managed blockchain address into multiple sub-resources according to the split request.

[0104] In an optional embodiment, the split request may be generated by the trading platform and sent to the blockchain node. Alternatively, in order to improve security, the split request may be generated by the trusted node and sent to the blockchain node. Correspondingly, after sending the hosting request to the blockchain node, the trading platform may send split information to the trusted node, wherein, in order for the trusted node to determine the resources to be split, the split information may include identification information of the resources to be traded; after receiving the split information, the trusted node generates a split request according to the split information, and sends the split request to the blockchain node, so that the blockchain node splits the resources to be traded that have been transferred to the hosting blockchain address into multiple sub-resources according to the split request. It should be understood that the trusted node may be a server or terminal device for providing trusted computing services, including a trusted execution environment (TEE), and the trusted node may generate a split request according to the split information in the trusted execution environment. Among them, the trusted execution environment is a secure area built by software and hardware methods on a computing platform, which can ensure that the code and data loaded in the secure area are protected in terms of confidentiality and integrity. Its goal is to ensure that a task is executed as expected, to ensure the confidentiality and integrity of the initial state, as well as the confidentiality and integrity of the runtime state, including but not limited to the trusted execution environment created based on SGX (Intel Software Guard Extensions) technology; SGX is a technology used to enhance the security of software, which can achieve isolated operation between different programs and ensure the confidentiality and integrity of key code and data.

[0105] It should be noted that the number of sub-resources obtained by splitting can be flexibly set according to actual needs. In an optional example, the trading platform or trusted node can determine the hidden level corresponding to the resource transferor according to the demand, category and other attribute information of the resource transferor, and determine the number of sub-resources according to the hidden level corresponding to the resource transferor, wherein the hidden level is positively correlated with the number of sub-resources, that is, the higher the hidden level, the more sub-resources are obtained by splitting. For example, for resource transferor a1, its corresponding hidden level is higher, and its corresponding resource to be traded can be split into 10 sub-resources. For resource transferor a2, its corresponding hidden level is lower, and its corresponding resource to be traded can be split into 5 sub-resources. In another optional example, the trading platform or trusted node can determine the number of sub-resources according to the resource amount of the resource to be traded (that is, the resource transaction amount), wherein the resource amount of the resource to be traded is positively correlated with the number of sub-resources, that is, the more the resource amount of the resource to be traded, the more sub-resources are obtained by splitting.

[0106] Optionally, the split request may include multiple sub-transactions, each of which is used to transfer part of the sub-resources from the resource to be traded, so that the resource to be traded is split into multiple sub-resources through multiple sub-transactions.

[0107] Step S540, generating a transfer request corresponding to each sub-resource, and sending the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0108] After splitting the resource to be traded into multiple sub-resources, the trading platform can generate transfer requests corresponding to the distribution of multiple sub-resources, and send the transfer request corresponding to each sub-resource to the blockchain node. In order for the blockchain node to determine the sub-resource to be transferred, the transfer request can include the identification information of the corresponding sub-resource.

[0109] After receiving the transfer request corresponding to each sub-resource, the blockchain node transfers the corresponding sub-resource to the blockchain address of the resource transferee according to the transfer request, thereby completing the resource transaction.

[0110] exist Figure 5In the illustrated embodiment, the resource to be traded is first transferred from the blockchain address of the resource transferor to the escrow blockchain address, and the resource to be traded is split into multiple sub-resources, and then the multiple sub-resources are respectively transferred to the blockchain address of the resource transferee, so that each resource transfer does not involve both parties to the transaction (i.e., the resource transferor and the resource transferee), thereby hiding the information of both parties to the transaction, and the resource to be traded is split into multiple sub-resources and then transferred to the blockchain address of the resource transferee, which increases the difficulty of inferring the resource amount of the resource to be traded (i.e., the resource transaction amount) based on the resource amount of the sub-resources of the blockchain address of the resource transferee, thereby hiding the resource transaction amount, increasing the difficulty of finding the resource transferee based on the resource transaction amount, and then hiding the resource transferor, thereby improving transaction security.

[0111] In an exemplary embodiment, see Figure 6 , Figure 6 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 The trading platform 310 executes in the illustrated implementation environment.

[0112] like Figure 6 As shown, the transaction processing method based on blockchain may include: steps S510 to S520, steps S610 to S630, and step S540, wherein steps S610 to S630 are described in detail as follows:

[0113] Step S610: Generate multiple verification information according to the public key of the resource transferor, wherein each verification information includes a target public key generated according to the public key of the resource transferor.

[0114] It should be noted that the verification information is associated with the sub-resource, and includes a target public key generated based on the public key of the resource transferor, which is used to verify whether the operation on the sub-resource is authorized by the resource transferor. Since the verification information includes the target public key, and the target public key is generated based on the public key of the resource transferor, the target private key corresponding to the target public key can only be generated based on the private key of the resource transferor, thereby generating authorization information based on the target private key. If the authorization information is successfully verified based on the verification information, it indicates that the resource transferor has been authorized. In an optional example, the target public key can be directly used as the verification information, and the corresponding authorization information is a signature generated based on the target private key; or, a public key set including the target public key and at least one public key in the public key pool can also be used as the verification information, and the corresponding authorization information can be a ring signature generated based on the public key set and the target private key. Among them, the public key pool contains public keys bound to different blockchain addresses in the blockchain network; Ring Signature is an anonymous digital signature algorithm that allows the signer to sign anonymously in a group without the approval or authorization of other group members; the signer in the ring signature can be any member of the group, but others cannot determine who signed it.

[0115] Since the resources to be traded need to be split into multiple sub-resources, the trading platform can generate multiple verification information based on the public key of the resource transferor.

[0116] Optionally, for the target public key, its specific generation method can be flexibly set according to actual needs. In one example, a random number can be generated, and the target public key can be generated according to the random number and the public key of the resource transferor. Under this condition, the private key corresponding to the target public key can be generated according to the random number and the private key of the resource transferor, wherein each random number is a combination of at least one character such as a random string of numbers, letters, symbols, etc., and the number of characters contained in each random number can be random, for example, a random number can contain 1 character or 2 characters, etc. For example, assuming that the target public key and the target private key are generated based on the elliptic curve algorithm, the relationship between the random number, the public key of the resource transferor, the private key of the resource transferor, the target public key and the target private key can be as follows:

[0117] Ri=ri*G

[0118] ko_si=H(k1_s*R)+k1_s

[0119] ko_gi=ko_si*G=(H(k1_g*R)+k1_g)*G=H(k1_g*r)*G+k1_g

[0120] Where Ri is the i-th intermediate number, ri is the i-th random number, G is the base point in the elliptic curve encryption algorithm, H(x) is the hash algorithm used to calculate the hash value corresponding to x; ko_si is the i-th target private key, ko_gi is the target public key corresponding to ko_si; k 1_s is the private key of the resource transferor, k 1_g It is the public key of the resource transferor. i is an integer greater than or equal to 1, and i is less than or equal to the number of sub-resources.

[0121] Optionally, for verification information, multiple verification information may be the same or may not be completely the same. Wherein, under the condition that multiple verification information are not completely the same, if the verification information is a target public key, then the target public keys corresponding to the multiple verification information are different; if the verification information is a public key set, then the multiple verification information are not completely the same may mean that the target public keys contained in the multiple verification information are different, or at least one public key in the public key pool contained in the multiple verification information is not completely the same, or the target public keys contained in the multiple verification information are different, and at least one public key in the public key pool contained in the multiple public key sets is not completely the same. For example, as shown in Table 1 below, the target public keys contained in verification information 1-3 are different, and the public keys in the public key pool contained in verification information 1-3 are also different, wherein public key AE is a public key in the public key pool.

[0122] Verification Information Public Key Collection Verification Information 1 Target public key 1, public key A, public key B Verification Information 2 Target public key 2, public key B, public key C Verification Information 3 Target public key 3, public key C, public key D, public key E

[0123] Table 1

[0124] In order to obtain multiple different target public keys, the random numbers corresponding to the multiple target public keys may be different.

[0125] Step S620: Generate a split request corresponding to the resource to be traded according to the multiple pieces of verification information.

[0126] The trading platform generates a split request corresponding to the resource to be traded, and the split request may include multiple verification information, identification information of the resource to be traded, etc.

[0127] Step S630: Send a split request to the blockchain node, so that the blockchain node splits the resources to be traded contained in the managed blockchain address into multiple sub-resources matching the number of verification information according to the split request, and associates each sub-resource with the corresponding verification information.

[0128] The trading platform sends the split request to the blockchain node. After receiving the split request, since the resources to be traded have been transferred to the managed blockchain address, the resources to be traded contained in the managed blockchain address can be split into multiple sub-resources matching the number of verification information, and each sub-resource is associated with the corresponding verification information, that is, one sub-resource corresponds to one verification information.

[0129] Optionally, the split request may include multiple sub-transactions, each of which includes a verification message; after receiving each sub-transaction, the blockchain node may obtain part of the resources (i.e., sub-resources) from the resources to be traded, transfer the part of the resources from the escrow blockchain address to the blockchain address corresponding to the verification message, and associate the verification message with the part of the resources, so that the total amount of resources associated with the multiple verification messages matches the amount of resources of the resources to be traded. The blockchain address corresponding to the verification message may be a value obtained by performing a hash operation on the verification message.

[0130] It should be noted that Figure 6 In the transaction processing method shown, the transaction platform generates multiple verification information based on the public key of the resource transferor, and then generates a split request based on the multiple verification information and sends it to the blockchain node; in other embodiments, the transaction platform may also send split information containing the public key of the resource transferor to the trusted node, and the trusted node generates multiple verification information based on the public key of the resource transferor contained in the split information, and then generates a split request based on the multiple verification information and sends it to the blockchain node.

[0131] Figure 6 The specific implementation details of steps S510-S520 and step S540 shown in FIG. Figure 5 Steps S510 to S520 and step S540 are shown and will not be described in detail here.

[0132] exist Figure 6 In the illustrated embodiment, the sub-resource is associated with verification information, and the verification information includes a target public key generated based on the public key of the resource transferor. On the one hand, since the verification information is generated based on the public key of the resource transferor, it can ensure that only with the authorization of the resource transferor can the sub-resource be transferred, etc., thereby improving transaction security. On the other hand, the verification information does not contain the public key of the resource transferor, but the target public key generated based on the public key of the resource transferor, so that the public key of the resource transferor can be hidden, thereby improving transaction security.

[0133] In an exemplary embodiment, see Figure 7 , Figure 7 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 The trading platform 310 executes in the illustrated implementation environment.

[0134] like Figure 7As shown, under the condition that each sub-resource is associated with verification information, and the verification information contains a target public key generated according to the public key of the resource transferor, the transaction processing method based on blockchain may include: steps S510-step S530, and steps S710-step S730, wherein the detailed description of steps S710-step S730 is as follows:

[0135] Step S710: Generate a target private key corresponding to the target public key according to the private key of the resource transferor.

[0136] Each sub-resource is associated with verification information, and the verification information of each sub-resource contains the target public key generated according to the public key of the resource transferor, that is, each sub-resource is associated with a target public key. Figure 6 The steps S610 to S630 shown associate the sub-resource with the verification information. Of course, the sub-resource and the verification information may also be associated in other ways. For the specific introduction of the verification information, please refer to the records of the above embodiment, which will not be repeated here.

[0137] Since the verification information associated with each sub-resource includes the target public key generated from the private key of the resource transferor, it is necessary to first generate the target private key corresponding to the target public key associated with each sub-resource based on the private key of the resource transferor, and then generate the authorization information corresponding to each sub-resource based on the target private key. Among them, the target public key and target private key corresponding to each sub-resource are a key pair.

[0138] If the target public key is generated based on a random number and the public key of the resource transferor, the target private key corresponding to the target public key associated with each sub-resource can be generated based on the private key of the resource transferor and the random number corresponding to the target public key associated with each sub-resource. For the specific method of generating the target private key, please refer to the description of the aforementioned embodiment, which will not be repeated here.

[0139] Step S720: Generate a transfer request corresponding to each sub-resource according to the target private key; wherein the transfer request includes authorization information generated according to the target private key.

[0140] After obtaining the target private key corresponding to each sub-resource, the trading platform may generate authorization information corresponding to the sub-resource according to the target private key corresponding to the sub-resource, and add the authorization information of the sub-resource to the transfer request corresponding to the sub-resource.

[0141] Among them, if the verification information corresponding to each sub-resource is the corresponding target public key, then the authorization information corresponding to the sub-resource is the signature generated according to the target private key corresponding to the sub-resource.

[0142] Step S730, sending the transfer request to the blockchain node, so that after the blockchain node successfully verifies the authorization information contained in the transfer request according to the verification information associated with each sub-resource, each sub-resource is transferred to the blockchain address of the resource transferee.

[0143] After obtaining the transfer request corresponding to each sub-resource, the trading platform can send the transfer request to the blockchain node.

[0144] After receiving the transfer request corresponding to each sub-resource, the blockchain node extracts the authorization information of the sub-resource from the transfer request and verifies the extracted authorization information according to the verification information associated with the sub-resource. If the verification is successful, each sub-resource is transferred to the blockchain address of the resource transferee; optionally, if the verification fails, the transfer request is rejected.

[0145] It should be noted that Figure 7 The specific implementation details of steps S510 to S530 shown in FIG. Figure 5 Steps S510 to S530 shown are not repeated here.

[0146] exist Figure 7 In the illustrated embodiment, under the condition that each sub-resource is associated with verification information, and the verification information includes a target public key generated according to the public key of the resource transferor, the trading platform needs to generate a target private key corresponding to the target public key according to the private key of the resource transferor, and generate a transfer request corresponding to each sub-resource according to the target private key, and the transfer request includes authorization information generated according to the target private key; then, the transfer request is sent to the blockchain node, so that the blockchain node verifies the authorization information included in the transfer request according to the verification information associated with each sub-resource, and then transfers each sub-resource to the blockchain address of the resource transferee, thereby not only ensuring the security of the sub-resource transfer, but also hiding the public key of the resource transferor, thereby improving the transaction security.

[0147] In an exemplary embodiment, see Figure 8 , Figure 8 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 The trading platform 310 executes in the illustrated implementation environment.

[0148] like Figure 8As shown, under the condition that the verification information associated with each sub-resource includes a public key set, and the public key set includes at least one public key in the public key pool and the target public key, the transaction processing method based on blockchain may include: steps S510-step S530, step S710, step S810-step S820, and step S730, wherein the detailed description of steps S810-step S820 is as follows:

[0149] Step S810: Generate a transfer request corresponding to each sub-resource.

[0150] Optionally, a transfer request corresponding to each sub-resource may be generated according to the identification information of each sub-resource, thereby obtaining transfer requests corresponding to multiple sub-resources, that is, obtaining multiple transfer requests, each of which corresponds to one sub-resource.

[0151] Step S820, a ring signature is performed on the transfer request according to the public key set and the target private key to obtain a transfer request including the ring signature, so that the blockchain node verifies the ring signature included in the transfer request according to the public key set.

[0152] It should be understood that the verification information associated with each sub-resource may be a public key set, which includes the target public key and at least one public key in the public key pool, and a public key ring may be constructed based on the public key set for ring signature.

[0153] After generating the transfer request corresponding to each sub-resource, the trading platform can perform a ring signature on the transfer request corresponding to each sub-resource according to the public key set corresponding to each sub-resource and the target private key, thereby obtaining a transfer request containing a ring signature. Correspondingly, after receiving the transfer request for each sub-resource, the blockchain node can verify the ring signature contained in the transfer request according to the public key set associated with the sub-resource. If the verification is successful, it indicates that the public key corresponding to the signatory belongs to the public key set associated with the sub-resource. Therefore, each sub-resource is transferred to the blockchain address of the resource transferor. In this way, the blockchain node can only verify that the public key of the signatory belongs to the public key set, but does not know which public key it is, thereby hiding the information of the signatory and improving the transaction security.

[0154] In one example, see Fig. 9 As shown, for each sub-resource, a target public key can be generated according to the public key of the resource transferor, and a target private key corresponding to the target public key can be generated according to the private key of the resource transferor. Then, a public key set is constructed according to the target public key and the public keys corresponding to other blockchain users in the public key pool, and a ring signature is performed on the transfer request corresponding to the sub-resource according to the target private key and the public key set. The blockchain node verifies the ring signature. After successful verification, the sub-resource is transferred to the blockchain address of the resource transferor.

[0155] It should be noted that Figure 8 The specific implementation details of steps S510 to S530 shown in FIG. Figure 5 Steps S510 to S530 are shown. Figure 8 The specific implementation details of step S710 and step S730 shown in FIG. Figure 7 Step S710 and step S730 shown are not repeated here.

[0156] exist Figure 8 In the illustrated embodiment, the verification information associated with each sub-resource includes a public key set, which includes at least one public key in the public key pool and a target public key. The trading platform generates a transfer request corresponding to each sub-resource, performs a ring signature on the transfer request according to the public key set and the target private key, and obtains a transfer request including a ring signature, so that the blockchain node verifies the ring signature included in the transfer request according to the public key set. This not only ensures the security of the sub-resources, but also makes it impossible for the blockchain node to verify which public key the signer specifically corresponds to, thereby further hiding the information of the resource transferor.

[0157] See also Fig.10 , Fig.10 This is a flowchart of a transaction processing method based on blockchain, which is shown in an exemplary embodiment of the present application. This method can be applied to Figure 4 The implementation environment shown, which can be Figure 4 The trusted node 410 in the illustrated implementation environment executes.

[0158] like Fig.10 As shown, in an exemplary embodiment, the transaction processing method based on blockchain may include: Step S1010-Step S1030, which are described in detail as follows:

[0159] Step S1010, receiving the split information sent by the trading platform based on the transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction volume, and the split information is sent after the trading platform requests the blockchain node to transfer the resources to be traded that match the resource transaction volume from the blockchain address of the resource transferor to the managed blockchain address.

[0160] After the trading platform obtains the transaction information, it can first request the blockchain node to transfer the resources to be traded that match the resource transaction volume from the blockchain address of the resource transferor to the hosting blockchain address. Please refer to the records of the above embodiment for the specific process, which will not be repeated here.

[0161] Then, the trading platform may send the split information to the trusted node based on the trading information. In order to enable the trusted node to determine the resources to be split (ie, the resources to be traded), the split information may include identification information of the resources to be traded.

[0162] Step S1020, generating multiple verification information according to the public key of the resource transferor contained in the split information, and generating a split request according to the multiple verification information; wherein each verification information contains a target public key generated according to the public key of the resource transferor.

[0163] The split information may include the public key of the resource transferor, so that the trusted node generates multiple verification information based on the public key of the resource transferor, and each verification information includes the target public key generated based on the public key of the resource transferor. The specific generation method of the target public key and the verification information can be referred to the record of the aforementioned step S610, which will not be repeated here.

[0164] The split request can contain multiple generated verification information.

[0165] In an optional implementation, in order to improve security, the split information may include a signature generated based on the private key of the resource transferor. After receiving the split information, the trusted node may verify the signature contained in the split information based on the public key of the resource transferor contained in the split information. If the verification is successful, multiple verification information is generated based on the public key of the resource transferor, and a split request is generated based on the multiple verification information. Optionally, if the verification fails, the split information may be discarded, or information indicating that the verification of the split information has failed may be sent to the trading platform.

[0166] Optionally, under the condition that the target public key is generated based on a random number and the public key of the resource transferor, if the verification information is the target public key, the trusted node may send the random number corresponding to each piece of verification information to the trading platform, so that the trading platform generates a target private key corresponding to the target public key of each piece of verification information based on the random number corresponding to each piece of verification information and the private key of the resource transferor; if the verification information is a public key set, the trusted node may send the random number corresponding to each piece of verification information and the public key set to the trading platform, so that the trading platform generates a target private key corresponding to the target public key of each piece of verification information based on the random number corresponding to each piece of verification information and the private key of the resource transferor, and perform a ring signature on the transfer request of the sub-resource associated with each piece of verification information based on the public key set and the target private key corresponding to each piece of verification information.

[0167] Step S1030, sending a split request to the blockchain node, so that the blockchain node splits the resources to be traded contained in the managed blockchain address into sub-resources corresponding to multiple verification information; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after the verification is successful.

[0168] The trusted node sends the generated split request to the blockchain node.

[0169] After receiving the split request, the blockchain node splits the resources to be traded that have been transferred to the managed blockchain address into multiple sub-resources that match the number of verification information contained in the split information according to the split request, and associates each sub-resource with the corresponding verification information. The verification information of each sub-resource is used to verify the transfer request corresponding to each sub-resource, and after successful verification, the sub-resource is transferred to the blockchain address of the resource transferee. The transfer request corresponding to each sub-resource contains authorization information generated according to its corresponding target private key. For the specific process of splitting the resources to be traded and transferring the sub-resources, please refer to the records of the aforementioned embodiments, which will not be repeated here.

[0170] In an optional implementation, after receiving the transfer request corresponding to each sub-resource, the blockchain node can also verify whether the sender of the transfer request is a trusted node. If so, the to-be-traded resource transferred to the escrow blockchain address is split into multiple sub-resources that match the number of verification information contained in the split information according to the split request; if not, the blockchain node can refuse to respond to the split request, thereby improving transaction security.

[0171] exist Fig.10 In the illustrated embodiment, a plurality of verification information is generated by a trusted node, and a split request is generated according to the plurality of verification information, which can improve the reliability of the splitting and further improve the reliability of the transaction.

[0172] In an exemplary embodiment, see Fig.11 , Fig.11 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 4 The implementation environment shown, which can be Figure 4 The trusted node 410 in the illustrated implementation environment executes.

[0173] like Fig.11 As shown, the transaction processing method based on blockchain may include: step S1010, step S1110-step S1140, and step S1030, wherein the detailed description of step S1110-step S1140 is as follows:

[0174] Step S1110, generate multiple random numbers, and generate a target public key corresponding to each random number based on each random number and the public key of the resource transferor included in the split information.

[0175] In order to generate multiple different target public keys, multiple random numbers can be generated first, and then the target public key corresponding to each random number is generated according to each random number and the public key of the resource transferor, thereby obtaining the target public keys corresponding to the multiple random numbers, that is, multiple target public keys. The specific method of generating the target public key according to the random number and the public key of the resource transferor can be found in the description of the aforementioned embodiment, which will not be repeated here.

[0176] Step S1120, obtaining at least one public key corresponding to each random number from the public key pool, and constructing a public key set corresponding to each random number according to the at least one public key and a target public key corresponding to each random number.

[0177] The public key pool contains the public keys corresponding to different blockchain addresses in the blockchain network. For each random number, the trusted node randomly obtains at least one public key from the public key pool, and then constructs the public key set corresponding to the random number based on the at least one public key obtained and the target public key corresponding to the random number, thereby obtaining the public key sets corresponding to multiple random numbers, that is, multiple public key sets.

[0178] Among them, at least one public key can be obtained once from the public key pool, and the public key obtained this time is used as at least one public key corresponding to multiple random numbers, that is, at least one public key corresponding to different random numbers is the same; or, at least one public key can be obtained once from the public key pool for each random number, that is, at least one public key corresponding to different random numbers is not completely the same.

[0179] Step S1130: Use the public key set corresponding to each random number as verification information.

[0180] After obtaining the public key set corresponding to each random number, the trusted node can use the public key sets corresponding to multiple random numbers as verification information, thereby obtaining multiple verification information, where one verification information corresponds to one public key set. Therefore, multiple verification information are equivalent to multiple public key sets.

[0181] Step S1140: Generate a split request according to the multiple pieces of verification information.

[0182] The split request includes multiple public key sets, so that the blockchain node splits the resource to be traded into sub-resources corresponding to multiple public key sets according to the split request. That is to say, the verification information associated with each sub-resource is a public key set.

[0183] It should be noted that Fig.11 In the blockchain-based transaction processing method shown in FIG. 1 , a plurality of verification information and split requests are generated by a trusted node; in other embodiments, a plurality of verification information and split requests may also be generated by a transaction platform, that is, Fig.11Steps S1110 to S1140 shown may also be executed by the trading platform. Fig.11 The specific implementation details of step S1010 and step S1030 shown in FIG. Fig.10 Step S1010 and step S1030 shown are not repeated here.

[0184] exist Fig.11 In the illustrated embodiment, multiple random numbers are generated, and based on each random number and the public key of the resource transferor contained in the split information, a target public key corresponding to each random number is generated, at least one public key corresponding to each random number is obtained from the public key pool, and a public key set corresponding to each random number is constructed based on at least one public key and the target public key corresponding to each random number, and the public key set is used as verification information, thereby improving transaction security.

[0185] In an exemplary embodiment, see Fig.12 , Fig.12 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 4 The implementation environment shown, which can be Figure 4 The trusted node 410 in the illustrated implementation environment executes.

[0186] like Fig.12 As shown, the transaction processing method based on blockchain may include: step S1010, step S1110-step S1140, step S1030, and step S1210, wherein step S1210 is described in detail as follows:

[0187] Step S1210, sending each random number and the public key set corresponding to each random number to the trading platform, so that the trading platform generates a target private key corresponding to the target public key of each random number according to the private key of the resource transferor and each random number.

[0188] In order to enable the trading platform to generate authorization information corresponding to the sub-resources, after generating a public key set corresponding to each random number, the trusted node can send each public key set and the random number corresponding to each public key set to the trading platform.

[0189] After obtaining each public key set and the random number corresponding to each public key set, the trading platform can generate the target private key corresponding to the target public key contained in each public key set according to the random number corresponding to each public key set and the private key of the resource transferor, thereby performing a ring signature on the transfer request of the sub-resource associated with each public key set according to each public key set and the target private key corresponding to each public key set.

[0190] It should be noted that Fig.12The specific implementation details of step S1010 and step S1030 shown in FIG. Fig.10 Step S1010 and step S1030 shown in FIG. Fig.12 The specific implementation details of steps S1110 to S1140 shown in FIG. Fig.11 Steps S1110 to S1140 shown are not repeated here.

[0191] exist Fig.12 In the illustrated embodiment, a trusted node generates a target public key based on a random number and the public key of the resource transferor, and generates a public key set based on the target public key. Therefore, the trusted node sends the public key set and the random number corresponding to the public key set to the trading platform, so that the trading platform can generate a target private key corresponding to the public key set based on the random number corresponding to the public key set and the private key of the resource transferor, thereby performing a ring signature on the transfer request corresponding to the sub-resource based on the target private key, which not only ensures the reliability of the transaction, but also hides the public key of the resource transferor, thereby improving the security of the transaction.

[0192] In an exemplary embodiment, see Fig.13 , Fig.13 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 4 The implementation environment shown, which can be Figure 4 The trusted node 410 in the illustrated implementation environment executes.

[0193] like Fig.13 As shown, the transaction processing method based on blockchain may include: step S1010, step S1310-step S1320, and step S1030, wherein the detailed description of step S1310-step S1320 is as follows:

[0194] Step S1310, obtaining the resource amount of the resource to be traded, and calculating the number of sub-resources according to the resource amount of the resource to be traded, wherein the number of sub-resources is positively correlated with the resource amount of the resource to be traded.

[0195] The resource quantity corresponding to the resources to be traded is used to describe the amount of resources to be traded, that is, the transaction resource quantity included in the transaction information.

[0196] The number of sub-resources refers to the number of sub-resources obtained after splitting the resource to be traded. The more the resource volume of the resource to be traded is, the more sub-resources are obtained after splitting the resource to be traded. For example, if the resource volume of the resource to be traded is 50, the resource to be traded can be split into 10 sub-resources; if the resource volume of the resource to be traded is 21, the resource to be traded can be split into 5 sub-resources.

[0197] Optionally, the relationship between the number of sub-resources and the amount of resources may be linear or non-linear.

[0198] Step S1320: Generate multiple verification information matching the number of sub-resources according to the public key of the resource transferor included in the split information, and generate a split request according to the multiple verification information.

[0199] Since each sub-resource is bound to one piece of verification information, the number of verification information is the same as the number of sub-resources. Therefore, after obtaining the number of sub-resources, the trusted node needs to generate multiple pieces of verification information that match the number of sub-resources, and then generate a split request containing multiple pieces of verification information.

[0200] It should be noted that Fig.13 The specific implementation details of step S1010 and step S1030 shown in FIG. Fig.10 Steps S1010 and S1030 are shown.

[0201] exist Fig.13 In the illustrated embodiment, the number of sub-resources obtained by splitting is calculated based on the resource amount of the resource to be traded, which increases the difficulty of inferring the resource amount of the resource to be traded based on the number of sub-resources and avoids finding the information of the two parties to the transaction based on the resource amount of the resource to be traded.

[0202] See also Fig.14 , Fig.14 This is a flowchart of a transaction processing method based on blockchain, which is shown in an exemplary embodiment of the present application. This method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 Executed by any blockchain node 321 in the implementation environment shown.

[0203] like Fig.14 As shown, in an exemplary embodiment, the transaction processing method based on blockchain may include: Step S1410-Step S1440, which are described in detail as follows:

[0204] Step S1410, receiving a custody request generated by the trading platform according to the processed transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction volume.

[0205] After the trading platform obtains the transaction information, it can generate a custody request based on the transaction information and send the custody request to any blockchain node in the blockchain network. For details, please refer to the records of the above embodiments, which will not be repeated here.

[0206] Step S1420: According to the custody request, the resources to be traded that match the resource transaction volume are transferred from the blockchain address of the resource transferor to the custody blockchain address.

[0207] After receiving the hosting request, the blockchain node obtains resources that match the resource transaction volume from the blockchain address of the resource transferor according to the hosting request, that is, the resources to be traded, and transfers the resources to be traded from the blockchain address of the resource transferor to the hosting blockchain address.

[0208] Step S1430, receiving a split request sent by the trading platform, and splitting the to-be-traded resources that have been transferred to the escrow block address into multiple sub-resources according to the split request.

[0209] After transferring the resources to be traded to the managed blockchain address, the trading platform may send a split request to the blockchain node. For details, please refer to the records of the aforementioned embodiment, which will not be repeated here.

[0210] After receiving the split request, the blockchain node finds the resource to be traded from the managed blockchain address according to the split request, and splits the resource to be traded into multiple sub-resources. The resource amounts of the multiple sub-resources obtained by splitting can be the same. For example, assuming that the resource amount of the resource to be traded is 30, the resource to be traded can be split into 5 sub-resources, and the resource amount of each sub-resource is 6; or, in order to hide the resource transaction amount, the resource amounts of the multiple sub-resources obtained by splitting can be different. For example, assuming that the resource amount of the resource to be traded is 10, the resource to be traded can be split into 3 sub-resources, and the resource amounts of the 3 sub-resources are 3, 3, and 4 respectively.

[0211] Optionally, under the condition that the split request is sent by a trusted node to the blockchain node, after receiving the split request, the blockchain node can first verify whether the sender of the split request is a trusted node. If so, split the resources to be traded into multiple sub-resources; if not, it can not respond to the split request.

[0212] Step S1440, receiving a transfer request corresponding to each sub-resource sent by the trading platform, and transferring each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0213] After splitting the resource to be traded into multiple sub-resources, the trading platform can generate a transfer request corresponding to each sub-resource. The specific generation process of the transfer request can be found in the above example and will not be repeated here.

[0214] After receiving the transfer request corresponding to each sub-resource sent by the trading platform, the blockchain node transfers each sub-resource from the hosting blockchain address to the blockchain address of the resource transferee according to the transfer request.

[0215] In an optional implementation, the transfer request corresponding to each sub-resource includes the blockchain address of the resource transferor, so that the blockchain node transfers the sub-resource to the blockchain address of the resource transferor according to the blockchain address of the resource transferor included in the transfer request.

[0216] Optionally, the split request may include multiple verification information, each of which includes a target public key generated based on the public key of the resource transferor, so that the blockchain node splits the resources to be traded into multiple sub-resources that match the number of verification information included in the split request according to the split request, and binds each sub-resource to the corresponding verification information, that is, one sub-resource is bound to one verification information. Correspondingly, the transfer request corresponding to each sub-resource includes authorization information generated based on the target private key corresponding to its associated target public key. After receiving the transfer request corresponding to each sub-resource, the blockchain node can verify the authorization information contained in its transfer request based on the verification information bound to each sub-resource. If the verification is successful, the sub-resource is transferred to the blockchain address of the resource transferor. Among them, the target private key corresponding to the target public key associated with each sub-resource is generated based on the private key of the resource transferor. For the specific process, please refer to the records of the aforementioned embodiment, which will not be repeated here.

[0217] exist Fig.14 In the illustrated embodiment, the resource to be traded is first transferred from the blockchain address of the resource transferor to the escrow blockchain address, and the resource to be traded is split into multiple sub-resources, and then the multiple sub-resources are respectively transferred to the blockchain address of the resource transferee, so that each resource transfer does not involve both parties to the transaction (i.e., the resource transferor and the resource transferee), thereby hiding the information of both parties to the transaction, and the resource to be traded is split into multiple sub-resources and then transferred to the blockchain address of the resource transferee, which increases the difficulty of inferring the resource amount of the resource to be traded (i.e., the resource transaction amount) based on the resource amount of the sub-resources of the blockchain address of the resource transferee, thereby hiding the resource transaction amount, increasing the difficulty of finding the resource transferee based on the resource transaction amount, and then hiding the resource transferor, thereby improving transaction security.

[0218] In an exemplary embodiment, see Fig.15 , Fig.15 is a flowchart of a transaction processing method based on blockchain shown in an exemplary embodiment of the present application. The method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 Executed by any blockchain node 321 in the implementation environment shown.

[0219] like Fig.15As shown, the transaction processing method based on blockchain may include: steps S1410 to S1420, steps S1510 to S1530, and step S1440, wherein steps S1510 to S1530 are described in detail as follows:

[0220] Step S1510, receiving a split request sent by the trading platform.

[0221] A blockchain node can receive split requests corresponding to multiple transaction information. Different transaction information corresponds to different resources to be traded. Therefore, different split requests correspond to different resources to be traded.

[0222] Step S1520, obtaining multiple split requests received within a specified period; wherein different split requests correspond to different resources to be traded.

[0223] The blockchain node can periodically split the resources to be traded contained in the managed blockchain address. The specified period can be the period of the current time, or the period that is earlier than the current time and closest to the current time. Correspondingly, after receiving the split request, the blockchain node can first cache the split request, and then obtain multiple split requests received within the specified period.

[0224] Step S1530: split the resources to be traded corresponding to the multiple split requests contained in the managed blockchain address into multiple sub-resources respectively.

[0225] After obtaining multiple split requests received within a specified period, the blockchain node can obtain the pending transaction resources corresponding to each split request from the hosted blockchain address, and split the pending transaction resources corresponding to each split request into multiple sub-resources, thereby confusing the sub-resources corresponding to different transaction information through batch splitting, further hiding the information of the resource transferor.

[0226] It should be noted that Fig.15 The specific implementation details of steps S1410-S1420 and step S1440 shown in FIG. Fig.14 Steps S1410 to S1420 and step S1440 shown are not repeated here.

[0227] exist Fig.15 In the illustrated embodiment, the resources to be traded corresponding to the multiple split requests obtained within a specified period are periodically split respectively, so as to confuse the sub-resources corresponding to different resources to be traded by batch splitting, thereby further hiding the information of the resource transferor.

[0228] See also Fig.16 , Fig.16This is a flowchart of a transaction processing method based on blockchain, which is shown in an exemplary embodiment of the present application. This method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 Executed by any blockchain node 321 in the implementation environment shown.

[0229] like Fig.16 As shown, in an exemplary embodiment, the transaction processing method based on blockchain may include: steps S1410 to S1430, and steps S1610 to S1650, wherein steps S1610 to S1650 are described in detail as follows:

[0230] Step S1610: receiving a transfer request corresponding to each sub-resource sent by the trading platform.

[0231] The trading platform can generate a transfer request corresponding to each sub-resource and send the transfer request corresponding to each sub-resource to the blockchain node.

[0232] Step S1620, obtaining the target blockchain address and the public key corresponding to the target blockchain address from the transfer request; wherein the target blockchain address and the public key corresponding to the target blockchain address are generated based on the public key of the resource transferee.

[0233] In order to hide the information of the resource transferee, the sub-resource can be first transferred to the target blockchain address, and then the sub-resource can be transferred from the target blockchain address to the blockchain address of the resource transferee. Correspondingly, the transfer request corresponding to each sub-resource can include the target blockchain address and the public key corresponding to the target blockchain address.

[0234] Among them, the target blockchain address and the public key corresponding to the target blockchain address are generated based on the public key of the resource transferee, so that only the private key of the resource transferee can generate the private key corresponding to the target blockchain address, and only the private key corresponding to the target blockchain address can obtain the sub-resource from the target blockchain address. In other words, only with the authorization of the resource transferee can the sub-resource be obtained, thereby ensuring the security of the sub-resource.

[0235] In an optional implementation, the target blockchain address and the public key corresponding to the target blockchain address can be generated based on the random number and the public key of the resource transferee. Correspondingly, under this condition, the private key corresponding to the target blockchain address is generated based on the random number and the private key of the resource transferee. For example, assuming that the public key and private key of the target blockchain address are generated based on the elliptic curve algorithm, the relationship between the random number, the public key and private key of the resource transferee, the target blockchain address, and the public key and private key of the target blockchain address can be as follows:

[0236] R'=r'*G'

[0237] k m_s =H(k 2_s *R')+k 2_s

[0238] k m_g =k m_s *G'=(H(k 2_g *R')+k 2_g )*G'=H(k 2_g *r')*G'+k 2_g

[0239] d m =H(k m_g )

[0240] Among them, r' is a random number, G' is the base point in the elliptic curve encryption algorithm, and R' is the intermediate number; k m_s is the private key of the target blockchain address, k m_g k m_s The corresponding public key; k 2_s is the private key of the resource transferor, k 2_g is the public key of the party transferring the resource, d m is the target blockchain address.

[0241] The transfer request corresponding to each sub-resource is generated by the trading platform. Therefore, the trading platform can first generate the target blockchain address corresponding to each sub-resource and the public key corresponding to the target blockchain address, and then generate the transfer request corresponding to each sub-resource. Since the resource to be traded is divided into multiple sub-resources, it is necessary to generate transfer requests corresponding to multiple sub-resources. After receiving the transfer request corresponding to each sub-resource, the blockchain node can parse the transfer request to obtain the target blockchain address corresponding to the sub-resource and the public key corresponding to the target blockchain address.

[0242] Optionally, the target blockchain addresses corresponding to multiple sub-resources may be the same; or, in order to further improve transaction security, the target blockchain addresses corresponding to multiple sub-resources may be different. In order to obtain different target blockchain addresses, the random numbers corresponding to different target blockchain addresses may be different.

[0243] Step S1630, transferring each sub-resource to the target blockchain address according to the transfer request.

[0244] The blockchain node can transfer each sub-resource to the target blockchain address corresponding to the sub-resource, and bind the target blockchain address and the public key corresponding to the target blockchain address to improve security.

[0245] Step S1640, obtaining an acquisition request corresponding to each sub-resource initiated by the resource transferee; the acquisition request includes a signature generated according to the private key corresponding to the target blockchain address, and the private key corresponding to the target blockchain address is generated according to the private key of the resource transferee.

[0246] The acquisition request corresponding to each sub-resource may include a signature generated according to the private key corresponding to the target blockchain address of the sub-resource. The private key of the target blockchain address may be generated according to the private key of the resource transferee. For the specific generation method, please refer to the record of the aforementioned step S1620, which will not be repeated here.

[0247] The resource transferor can initiate a request for each sub-resource in the trading platform, and the blockchain node receives the request from the trading platform.

[0248] Step S1650: If the signature contained in the acquisition request is successfully verified according to the public key corresponding to the target blockchain address, each sub-resource is transferred from the target blockchain address to the blockchain address of the resource transferee.

[0249] After receiving the acquisition request corresponding to each sub-resource, the blockchain node can verify the signature contained in the acquisition request based on the public key of the target blockchain address corresponding to the sub-resource. If the verification is successful, the sub-resource is transferred from the target blockchain address corresponding to the sub-resource to the blockchain address of the resource transferee.

[0250] Optionally, if the verification fails, the acquisition request may not be responded to.

[0251] It should be noted that Fig.16 The specific implementation details of steps S1410 to S1430 shown in FIG. Fig.14 Steps S1410 to S1430 shown are not repeated here.

[0252] exist Fig.16 In the illustrated embodiment, the sub-resource is first transferred to the target blockchain address, and then the sub-resource is transferred from the target blockchain address to the blockchain address of the resource transferee, thereby hiding the information of the resource transferee; and the target blockchain address and the public key corresponding to the target blockchain address are generated based on the public key of the resource transferee, so that the sub-resource can be transferred only with the authorization of the resource transferee, thereby improving the security of the sub-resource.

[0253] In an exemplary embodiment, see Fig.17 , Fig.17 is a flowchart of a transaction processing method based on blockchain shown in another exemplary embodiment of the present application. The method can be applied to Figure 3 or Figure 4 The implementation environment shown, which can be Figure 3 or Figure 4 Executed by any blockchain node 321 in the implementation environment shown.

[0254] like Fig.17 As shown, under the condition that the target blockchain address and the public key corresponding to the target blockchain address are generated according to the public key of the resource transferee and a random number, the transaction processing method based on blockchain may include: steps S1410-step S1430, steps S1610-step S1630, steps S1710-step S1720, and steps S1640-step S1650, wherein steps S1710-step S1720 are described in detail as follows:

[0255] Step S1710, generate a resource transfer record corresponding to each sub-resource; wherein the resource transfer record includes each sub-resource, the target blockchain address, the public key corresponding to the target blockchain address, and a random number.

[0256] After each sub-resource is transferred to the corresponding target blockchain address, a corresponding resource transfer record for each sub-resource may be generated, wherein the resource transfer record may include identification information corresponding to each sub-resource, the target blockchain address, and the public key corresponding to the target blockchain address. In order to enable the resource transferor to generate a private key corresponding to the target blockchain address, the resource transfer record may also include a random number used in the process of generating the public key corresponding to the target blockchain address.

[0257] Step S1720, storing the resource transfer record in the blockchain network, so that the resource transferee can search for the resource transfer record in the blockchain network, and generate a private key corresponding to the target blockchain address based on the private key of the resource transferee and the random number contained in the resource transfer record.

[0258] The resource transfer record is stored in the blockchain network. The resource transferee can query the resource transfer record from the blockchain network, generate the private key corresponding to the target blockchain address based on its own private key and the random number contained in the resource transfer record, and then obtain the sub-resource from the target blockchain address based on the private key corresponding to the target blockchain address.

[0259] Optionally, the resource transferor may query the resource transfer record from the blockchain network, and generate a blockchain address based on the random number contained in the resource transfer record and the private key of the resource transferor, and then determine whether the generated blockchain address matches the target blockchain address contained in the resource transfer record. If so, generate a private key corresponding to the target blockchain address based on the random number contained in the resource transfer record and the private key of the resource transferor, and initiate a request to obtain the sub-resource corresponding to the resource transfer record based on the private key.

[0260] It should be noted that Fig.17 The specific implementation details of steps S1410 to S1430 shown in FIG. Fig.14 Steps S1410 to S1430 are shown. Fig.17 The specific implementation details of steps S1610 to S1650 shown in FIG. Fig.16 Steps S1610 to S1650 shown are not repeated here.

[0261] exist Fig.17 In the illustrated embodiment, a resource transfer record corresponding to each sub-resource is stored in the blockchain network. The resource transfer record contains each sub-resource, a target blockchain address, a public key corresponding to the target blockchain address, and a random number, so that the resource transferor can determine whether the sub-resource belongs to itself based on the random number contained in the resource transfer record, and generate a private key corresponding to the target blockchain address based on the random number to obtain the sub-resource, thereby improving transaction security.

[0262] In an exemplary embodiment, a blockchain-based transaction processing method is applied to an anonymous donation scenario, the resource transferor is the donor, the resource transferee is the beneficiary, the transaction information is a donation request, the resource transaction amount is the resource donation amount, and the transaction platform is a server with a donation application deployed. Fig.18 As shown, Fig.18 The application environment of the transaction processing method based on blockchain proposed as an exemplary embodiment includes a server with a donation application deployed and a blockchain node, wherein the blockchain node contains a smart contract for implementing anonymous donations (i.e., an anonymous donation smart contract). Before executing the donation process, refer to Fig.19 As shown, the developer needs to develop and deploy an anonymous donation smart contract.

[0263] Among them, the entire donation process mainly includes the custody process, donation process and withdrawal process.

[0264] See also Fig. 20 As shown, Fig. 20 The flowchart of the custody process includes steps S2001 to S2013, which are described in detail as follows:

[0265] Step S2001: The server obtains a donation request initiated by a donor.

[0266] The donation request includes the identification information of the donor, the identification information of the beneficiary, the amount of resource donation, and a signature generated according to the private key of the donor.

[0267] The donor can initiate a donation request in the donation application, and the server obtains the donation request.

[0268] Step S2002: The server sends a hosting request to the blockchain node.

[0269] The escrow request contains the donor’s blockchain address, the amount of resource donation, and a signature generated based on the donor’s private key.

[0270] The escrow request contains the donor's blockchain address and the amount of resource donation; the escrow request is signed based on the donor's private key.

[0271] Step S2003, after the blockchain node successfully verifies the signature contained in the trusteeship request according to the public key of the donor, the resources to be donated that match the resource donation amount are transferred from the blockchain address of the donor to the trusteeship blockchain address.

[0272] The blockchain node verifies the signature generated based on the donor's private key contained in the escrow request based on the donor's public key. After successful verification, the donated resources matching the resource donation amount are transferred from the donor's blockchain address to the escrow blockchain address. The escrow blockchain address is included in the anonymous donation smart contract.

[0273] Step S2004: The server sends the donor's public key and the signature generated based on the donor's private key to the trusted node.

[0274] The server signs the donor's public key based on the donor's private key and sends the signed donor's public key to the trusted node.

[0275] Step S2005: The trusted node obtains the amount of resources to be donated from the blockchain node.

[0276] Step S2006: The trusted node calculates the number of sub-transactions N according to the amount of resources to be donated.

[0277] The more resources to be donated, the more sub-transactions N there are. One sub-transaction corresponds to sub-resources, and the number of sub-transactions is equal to the number of sub-resources.

[0278] Step S2007: The trusted node generates an i-th random number, and generates an i-th target public key according to the public key of the donor and the i-th random number.

[0279] Here, the initial value of i is 1.

[0280] Step S2008: The trusted node obtains at least one public key from the public key pool.

[0281] Among them, at least one public key can be randomly obtained from the public key pool.

[0282] Step S2009: The trusted node generates an i-th public key ring according to the acquired at least one public key and the i-th target public key.

[0283] After generating the i-th public key ring, determine whether i is equal to N. If not, return to step S2006 to loop. If so, end the loop to obtain N public key rings.

[0284] Step S2010: The trusted node sends N public key rings and corresponding random numbers to the server.

[0285] Optionally, N public key rings and corresponding intermediate numbers may also be sent to the server.

[0286] Step S2011, the server generates a target private key corresponding to the target public key contained in each public key ring according to the random number corresponding to each public key ring.

[0287] Among them, the method of generating the target private key can be found in the description of the aforementioned embodiment and will not be repeated here.

[0288] Step S2012: The trusted node generates N sub-transactions and sends the N sub-transactions to the blockchain nodes respectively.

[0289] Among them, each sub-transaction contains a public key ring.

[0290] In step S2013, the blockchain node splits the resources to be donated into N sub-resources according to the N sub-transactions, and binds each sub-resource to the corresponding public key ring.

[0291] Optionally, the blockchain node can split the donated resource into N sub-resources corresponding to each sub-transaction, and transfer each sub-resource to the blockchain address corresponding to the public key ring in the sub-transaction, thereby binding each sub-resource to the corresponding public key ring. The blockchain address corresponding to the public key ring can be the hash value of the public key ring.

[0292] Optionally, the blockchain node can periodically split different resources to be donated into multiple sub-resources.

[0293] In one example, see Fig.21As shown, for donor 1, the donated resources of donor 1 can be transferred to the managed blockchain address based on the private key of donor 1. Then, the target public key 1 and the target private key 1, as well as the target public key 2 and the target private key 2 can be generated based on the public key and private key of donor 1, respectively. Then, the public key ring 1 is generated based on the target public key 1 and the public key A and the public key B in the public key pool, and the public key ring 2 is generated based on the target public key 2 and the public key C and the public key B in the public key pool. The donated resources of donor 1 are split into two sub-resources, one of which is bound to the public key ring 1, and the other is bound to the public key ring 2. For donor 2, the donated resources of donor 2 are transferred to the managed blockchain address based on the private key of donor 2. Then, the target public key 3 and the target private key 3, as well as the target public key 4 and the target private key 4 can be generated based on the public key and private key of donor 2 respectively. Then, the public key ring 3 is generated based on the target public key 3 and the public key A and the public key B in the public key pool. The public key ring 4 is generated based on the target public key 4 and the public key C and the public key A in the public key pool. The donated resources of donor 2 are split into two sub-resources, one of which is bound to the public key ring 3, and the other is bound to the public key ring 4.

[0294] After the hosting process, the donation process can be performed, where see Fig. 22 As shown, Fig. 22 This is a flowchart of the donation process. The donation process includes steps S2201 to S2206, which are described in detail as follows:

[0295] Step S2201, the server generates an intermediate number R' according to the random number r' and the base point G' in the elliptic curve encryption algorithm, and generates a target blockchain address and a public key corresponding to the target blockchain address according to the intermediate number R' and the public key of the beneficiary.

[0296] For the specific generation process, please refer to the description of the aforementioned embodiment, which will not be repeated here.

[0297] In step S2202, the server generates a transfer request corresponding to each sub-resource, and ring-signs the transfer request according to the target private key and public key ring corresponding to each sub-resource, wherein the transfer request includes the target blockchain address, the public key corresponding to the target blockchain address, and the intermediate number.

[0298] Optionally, the target blockchain addresses included in the transfer requests of different sub-resources may be the same, and correspondingly, the public keys of the target blockchain addresses included in the transfer requests of different sub-resources are the same; or, the target blockchain addresses included in the transfer requests of different sub-resources may be different, and correspondingly, the public keys of the target blockchain addresses included in the transfer requests of different sub-resources are different. In order to obtain different target blockchain addresses, the random numbers used in the process of generating the target blockchain addresses may be different.

[0299] Optionally, the transfer request may also be initiated by the donor. Correspondingly, as shown in 23, the donor may initiate a transfer operation for the sub-resource, and the server may initiate a transfer request to the blockchain node based on the target blockchain address, the public key of the target blockchain address, and the intermediate number.

[0300] Step S2203, the server sends the transfer request corresponding to each sub-resource to the blockchain node.

[0301] In step S2204, the blockchain node verifies the ring signature included in the transfer request of each sub-resource based on the public key ring bound to each sub-resource.

[0302] Step S2205, if the verification is successful, the blockchain node transfers each sub-resource to the target blockchain address included in the transfer request of each sub-resource.

[0303] Optionally, if verification fails, the transfer may not occur.

[0304] Step S2206: The blockchain node generates a resource transfer record corresponding to each sub-resource and stores the resource transfer record in the blockchain, wherein the resource transfer record includes the sub-resource, the target blockchain address, the public key corresponding to the target blockchain address, and the intermediate number.

[0305] The resource transfer record corresponding to each sub-resource is stored in the blockchain so that the beneficiary can query the resource transfer record.

[0306] After the donation process is executed, the withdrawal process can be executed, where see Fig.24 As shown, Fig.24 The extraction process includes steps S2401 to S2403, which are described in detail as follows:

[0307] Step S2401, the server obtains an acquisition request corresponding to each sub-resource initiated by the beneficiary, wherein the acquisition request may include a signature generated according to the private key of the target blockchain address corresponding to each sub-resource, and the private key of the target blockchain address is generated according to the private key of the beneficiary and the intermediate number corresponding to the target blockchain address.

[0308] Among them, the server can query the resource transfer record of each sub-resource from the blockchain network according to the request of the beneficiary, obtain the target blockchain address corresponding to each sub-resource and the intermediate number corresponding to the target blockchain address from the resource transfer record, and then generate a blockchain address according to the private key of the beneficiary and the intermediate number corresponding to the queried target blockchain address. If the blockchain address matches the target blockchain address, the private key of the target blockchain address is generated according to the intermediate number corresponding to the target blockchain address and the private key of the beneficiary, and the acquisition request corresponding to the sub-resource contained in the target blockchain address is signed according to the private key.

[0309] Optionally, in an example, see Fig.25 As shown, the beneficiary can operate in the server so that the server calculates the private key of the target blockchain address, signs the acquisition request based on the private key, and sends the acquisition request to the blockchain node.

[0310] Step S2402: The server sends a request for obtaining each sub-resource to the blockchain node.

[0311] To improve security, acquisition requests corresponding to multiple sub-resources can be sent to blockchain nodes separately.

[0312] Step S2403, after the blockchain node successfully verifies the signature contained in the acquisition request corresponding to each sub-resource based on the public key of the target blockchain address corresponding to each sub-resource, it transfers each sub-resource to the blockchain address of the beneficiary.

[0313] The blockchain node verifies the signature contained in the acquisition request based on the public key of the target blockchain address corresponding to each sub-resource. If the verification is successful, the sub-resource is transferred to the blockchain address of the beneficiary, thereby completing the anonymous donation.

[0314] It should be noted that Fig. 20 , 22 In 24, the steps corresponding to the blockchain nodes can all be implemented by anonymous donation smart contracts. Fig. 20 , 22 The implementation details of each step in 24 have been described in detail in the above embodiments and will not be repeated here.

[0315] based on Fig. 20 , 22 In the donation process provided by He24, the information of the donor and the beneficiary can be hidden, realizing anonymous donation based on blockchain.

[0316] See also Fig.26 , Fig.26 FIG. 1 is a block diagram of a transaction processing device based on blockchain, which is deployed in a transaction platform. Fig.26As shown, the device comprises:

[0317] The acquisition module 2601 is configured to acquire transaction information to be processed; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount;

[0318] The sending module 2602 is configured to send a trusteeship request to the blockchain node according to the transaction information, so that the blockchain node transfers the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request;

[0319] The request module 2603 is configured to send a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into multiple sub-resources according to the split request;

[0320] The transfer module 2604 is configured to generate a transfer request corresponding to each sub-resource and send the transfer request to the blockchain node so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0321] In another exemplary embodiment, based on the aforementioned scheme, the request module 2603 is specifically configured as follows: generating multiple verification information according to the public key of the resource transferor, wherein each verification information contains a target public key generated according to the public key of the resource transferor; generating a split request corresponding to the resources to be traded according to the multiple verification information; sending the split request to the blockchain node, so that the blockchain node splits the resources to be traded contained in the hosted blockchain address into multiple sub-resources matching the number of verification information according to the split request, and associates each sub-resource with the corresponding verification information.

[0322] In another exemplary embodiment, based on the aforementioned scheme, under the condition that each sub-resource is associated with verification information, and the verification information includes the target public key generated according to the public key of the resource transferor, the transfer module 2604 is specifically configured as follows: generate a target private key corresponding to the target public key according to the private key of the resource transferor; generate a transfer request corresponding to each sub-resource according to the target private key; wherein the transfer request includes authorization information generated according to the target private key; send the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee after successfully verifying the authorization information included in the transfer request according to the verification information associated with each sub-resource.

[0323] In another exemplary embodiment, based on the aforementioned scheme, under the condition that the verification information includes a public key set, and the public key set includes at least one public key in the public key pool and the target public key, the transfer module 2604 is specifically configured to: generate a transfer request corresponding to each sub-resource; perform a ring signature on the transfer request according to the public key set and the target private key to obtain a transfer request containing the ring signature, so that the blockchain node verifies the ring signature contained in the transfer request according to the public key set.

[0324] It should be noted that the blockchain-based transaction processing device deployed in the transaction platform provided in the above embodiment and the execution steps of the transaction platform in the blockchain-based transaction processing method provided in the above embodiment belong to the same concept, and the specific way in which each module and unit performs the operation has been described in detail in the method embodiment and will not be repeated here.

[0325] See also Fig. 27 , Fig. 27 FIG. 1 is a block diagram of a transaction processing device based on blockchain, which is deployed in a trusted node. Fig. 27 As shown, the device comprises:

[0326] The receiving module 2701 is configured to receive split information sent by the trading platform based on the transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount, and the split information is sent after the trading platform requests the blockchain node to transfer the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the escrow blockchain address;

[0327] The generating module 2702 is configured to generate a plurality of verification information according to the public key of the resource transferor contained in the split information, and generate a split request according to the plurality of verification information; wherein each verification information includes a target public key generated according to the public key of the resource transferor;

[0328] The sending module 2703 is configured to send a split request to the blockchain node so that the blockchain node splits the resources to be traded contained in the managed blockchain address into sub-resources corresponding to multiple verification information; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after the verification is successful.

[0329] In another exemplary embodiment, based on the aforementioned scheme, the generation module 2702 is specifically configured to: generate multiple random numbers, and generate a target public key corresponding to each random number based on each random number and the public key of the resource transferor contained in the split information; obtain at least one public key corresponding to each random number from the public key pool, and construct a public key set corresponding to each random number based on at least one public key and the target public key corresponding to each random number; and use the public key set corresponding to each random number as verification information.

[0330] In another exemplary embodiment, based on the aforementioned scheme, the sending module 2703 is also configured to: after constructing a public key set corresponding to each random number based on at least one public key and the target public key corresponding to each random number, send each random number and the public key set corresponding to each random number to the trading platform, so that the trading platform generates a target private key corresponding to the target public key of each random number based on the private key of the resource transferor and each random number.

[0331] In another exemplary embodiment, based on the aforementioned scheme, the generation module 2702 is specifically configured to: obtain the resource quantity of the resource to be traded, and calculate the number of sub-resources based on the resource quantity of the resource to be traded, wherein the number of sub-resources is positively correlated with the resource quantity of the resource to be traded; generate multiple verification information matching the number of sub-resources based on the public key of the resource transferor contained in the split information.

[0332] It should be noted that the blockchain-based transaction processing device deployed in the trusted node provided in the above embodiment and the execution steps of the trusted node in the blockchain-based transaction processing method provided in the above embodiment belong to the same concept, and the specific way in which each module and unit performs the operation has been described in detail in the method embodiment and will not be repeated here.

[0333] See also Fig.28 , Fig.28 FIG. 1 is a block diagram of a transaction processing device based on blockchain, which is deployed in a blockchain node. Fig.28 As shown, the device comprises:

[0334] Receiving module 2801 is configured to receive a trusteeship request generated by the trading platform according to the processed transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount;

[0335] The custody module 2802 is configured to transfer the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the custody blockchain address according to the custody request;

[0336] The splitting module 2803 is configured to receive a splitting request sent by the trading platform, and split the to-be-traded resource that has been transferred to the escrow block address into multiple sub-resources according to the splitting request;

[0337] The transfer module 2804 is configured to receive a transfer request corresponding to each sub-resource sent by the trading platform, and transfer each sub-resource to the blockchain address of the resource transferee according to the transfer request.

[0338] In another exemplary embodiment, based on the aforementioned scheme, the splitting module 2803 is specifically configured to: obtain multiple splitting requests received within a specified period; wherein different splitting requests correspond to different resources to be traded; and split the resources to be traded corresponding to the multiple splitting requests contained in the managed blockchain address into multiple sub-resources.

[0339] In another exemplary embodiment, based on the aforementioned scheme, the transfer module 2804 is specifically configured as follows: obtaining the target blockchain address and the public key corresponding to the target blockchain address from the transfer request; wherein the target blockchain address and the public key corresponding to the target blockchain address are generated based on the public key of the resource transferee; transferring each sub-resource to the target blockchain address according to the transfer request; obtaining an acquisition request corresponding to each sub-resource initiated by the resource transferee; the acquisition request includes a signature generated based on the private key corresponding to the target blockchain address, and the private key corresponding to the target blockchain address is generated based on the private key of the resource transferee; if the signature contained in the acquisition request is successfully verified based on the public key corresponding to the target blockchain address, each sub-resource is transferred from the target blockchain address to the blockchain address of the resource transferee.

[0340] In another exemplary embodiment, based on the aforementioned scheme, under the condition that the target blockchain address and the public key corresponding to the target blockchain address are generated according to the public key of the resource transferee and a random number, the device also includes a recording module, configured to: after transferring each sub-resource to the target blockchain address according to the transfer request, generate a resource transfer record corresponding to each sub-resource; wherein the resource transfer record contains each sub-resource, the target blockchain address, the public key corresponding to the target blockchain address, and a random number; store the resource transfer record in the blockchain network, so that the resource transferee can search for the resource transfer record from the blockchain network, and generate a private key corresponding to the target blockchain address according to the private key of the resource transferee and the random number contained in the resource transfer record.

[0341] It should be noted that the blockchain-based transaction processing device deployed in the blockchain node provided in the above embodiment and the execution steps of the blockchain node in the blockchain-based transaction processing method provided in the above embodiment belong to the same concept, and the specific way in which each module and unit executes the operation has been described in detail in the method embodiment and will not be repeated here.

[0342] An embodiment of the present application also provides an electronic device, comprising: one or more processors; a storage device for storing one or more computer programs, wherein when the one or more computer programs are executed by one or more processors, the electronic device implements the blockchain-based transaction processing method provided in the above-mentioned embodiments.

[0343] Fig.29A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown.

[0344] It should be noted that Fig.29 The computer system 2900 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0345] like Fig.29 As shown, the computer system 2900 includes a central processing unit (CPU) 2901, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 2902 or a computer program loaded from a storage part 2908 to a random access memory (RAM) 2903, such as executing the transaction processing method based on blockchain in the above-mentioned embodiment. In RAM 2903, various computer programs and data required for system operation are also stored. CPU 2901, ROM 2902 and RAM 2903 are connected to each other via bus 2904. Input / output (I / O) interface 2905 is also connected to bus 2904.

[0346] In some embodiments, the following components are connected to the I / O interface 2905: an input section 2906 including a keyboard, a mouse, etc.; an output section 2907 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage section 2908 including a hard disk, etc.; and a communication section 2909 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 2909 performs communication processing via a network such as the Internet. A drive 2910 is also connected to the I / O interface 2905 as needed. A removable medium 2911, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 2910 as needed, so that a computer program read therefrom is installed into the storage section 2908 as needed.

[0347] In particular, according to an embodiment of the present application, a computer program for implementing a blockchain-based transaction processing method can be carried on a computer-readable medium, and the computer program can be downloaded and installed from the network through the communication part 2909, and / or installed from a removable medium 2911.

[0348] It should be noted that the computer-readable medium shown in the embodiment of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium may be any tangible medium containing or storing a computer program, which may be used by an instruction execution system, device or device or used in combination with it. The computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable computer program is carried, and the propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer program contained in the computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, etc., or any suitable combination of the foregoing.

[0349] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of the boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and a computer program.

[0350] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0351] Another aspect of the present application further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor of an electronic device, enables the electronic device to implement the transaction processing method based on blockchain as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0352] Another aspect of the present application further provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, the transaction processing method based on blockchain provided in each of the above embodiments is implemented. The computer program can be stored in a computer-readable storage medium.

[0353] The above content is only a preferred exemplary embodiment of the present application and is not intended to limit the implementation scheme of the present application. A person skilled in the art can easily make corresponding changes or modifications based on the main concept and spirit of the present application. Therefore, the scope of protection of the present application shall be based on the scope of protection required by the claims.

Claims

1. A transaction processing method based on blockchain, characterized in that: The method comprises: Obtaining transaction information to be processed; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount; Sending a trusteeship request to a blockchain node according to the transaction information, so that the blockchain node transfers the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request; Sending a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into a plurality of sub-resources according to the split request; Generate a transfer request corresponding to each sub-resource, and send the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

2. The method according to claim 1, characterized in that The sending a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into a plurality of sub-resources according to the split request, includes: Generate multiple verification information according to the public key of the resource transferor, wherein each verification information contains a target public key generated according to the public key of the resource transferor; Generate a split request corresponding to the resource to be traded according to the multiple pieces of verification information; The split request is sent to the blockchain node, so that the blockchain node splits the to-be-traded resource contained in the managed blockchain address into a plurality of sub-resources matching the number of the verification information according to the split request, and associates each sub-resource with the corresponding verification information.

3. The method according to claim 1, characterized in that Each of the sub-resources is associated with verification information, wherein the verification information includes a target public key generated according to the public key of the resource transferor; The generating a transfer request corresponding to each sub-resource and sending the transfer request to the blockchain node so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request includes: Generate a target private key corresponding to the target public key according to the private key of the resource transferor; Generate a transfer request corresponding to each sub-resource according to the target private key; wherein the transfer request includes authorization information generated according to the target private key; The transfer request is sent to the blockchain node, so that after the blockchain node successfully verifies the authorization information contained in the transfer request according to the verification information associated with each sub-resource, each sub-resource is transferred to the blockchain address of the resource transferee.

4. The method according to claim 3, characterized in that The verification information includes a public key set, and the public key set includes at least one public key in a public key pool and the target public key; Generating the transfer request corresponding to each sub-resource according to the target private key includes: Generate a transfer request corresponding to each sub-resource; The transfer request is ring signed according to the public key set and the target private key to obtain a transfer request including the ring signature, so that the blockchain node verifies the ring signature included in the transfer request according to the public key set.

5. A transaction processing method based on blockchain, characterized in that: Applied to a trusted node, the method comprises: Receiving split information sent by the trading platform based on the transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount, and the split information is sent after the trading platform requests the blockchain node to transfer the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the escrow blockchain address; Generate multiple verification information according to the public key of the resource transferor contained in the split information, and generate a split request according to the multiple verification information; wherein each verification information contains a target public key generated according to the public key of the resource transferor; The split request is sent to the blockchain node, so that the blockchain node splits the resource to be traded contained in the managed blockchain address into sub-resources corresponding to the multiple verification information respectively; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after successful verification.

6. The method according to claim 5, characterized in that The generating of multiple verification information according to the public key of the resource transferor contained in the split information includes: Generate multiple random numbers, and generate a target public key corresponding to each random number according to each random number and the public key of the resource transferor contained in the split information; Obtain at least one public key corresponding to each random number from a public key pool, and construct a public key set corresponding to each random number according to the at least one public key and a target public key corresponding to each random number; The public key set corresponding to each random number is used as the verification information.

7. The method according to claim 6, characterized in that After constructing a public key set corresponding to each random number according to the at least one public key and the target public key corresponding to each random number, the method further includes: Each random number and the public key set corresponding to each random number are sent to the trading platform, so that the trading platform generates a target private key corresponding to the target public key of each random number according to the private key of the resource transferor and each random number.

8. The method according to claim 5, characterized in that The generating of multiple verification information according to the public key of the resource transferor contained in the split information includes: Acquire the resource amount of the resource to be traded, and calculate the number of sub-resources according to the resource amount of the resource to be traded, wherein the number of sub-resources is positively correlated with the resource amount of the resource to be traded; A plurality of verification information matching the number of the sub-resources is generated according to the public key of the resource transferor contained in the split information.

9. A transaction processing method based on blockchain, characterized in that: The method comprises: Receiving a trusteeship request generated by the trading platform according to the processed transaction information; wherein the transaction information includes the resource transferor, the resource transferee and the resource transaction amount; Transferring the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the escrow blockchain address according to the escrow request; receiving a split request sent by the trading platform, and splitting the to-be-traded resource that has been transferred to the escrow block address into a plurality of sub-resources according to the split request; Receive a transfer request corresponding to each sub-resource sent by the trading platform, and transfer each sub-resource to the blockchain address of the resource transferee according to the transfer request.

10. The method according to claim 9, characterized in that The step of splitting the to-be-traded resource that has been transferred to the escrow block address into a plurality of sub-resources according to the split request includes: Get multiple split requests received within a specified period; different split requests correspond to different resources to be traded; The resources to be traded corresponding to the multiple split requests contained in the managed blockchain address are split into multiple sub-resources respectively.

11. The method according to claim 9, characterized in that The transferring each sub-resource to the blockchain address of the resource transferee according to the transfer request includes: Obtaining a target blockchain address and a public key corresponding to the target blockchain address from the transfer request; wherein the target blockchain address and the public key corresponding to the target blockchain address are generated according to the public key of the resource transferee; Transferring each of the sub-resources to the target blockchain address according to the transfer request; Obtaining an acquisition request corresponding to each sub-resource initiated by the resource transferee; the acquisition request includes a signature generated according to a private key corresponding to a target blockchain address, and the private key corresponding to the target blockchain address is generated according to a private key of the resource transferee; If the signature contained in the acquisition request is successfully verified according to the public key corresponding to the target blockchain address, each sub-resource is transferred from the target blockchain address to the blockchain address of the resource transferee.

12. The method according to claim 11, characterized in that The target blockchain address and the public key corresponding to the target blockchain address are generated according to the public key of the resource transferee and a random number; After transferring each of the sub-resources to the target blockchain address according to the transfer request, the method further includes: Generate a resource transfer record corresponding to each sub-resource; wherein the resource transfer record includes each sub-resource, the target blockchain address, the public key corresponding to the target blockchain address, and the random number; The resource transfer record is stored in the blockchain network so that the resource transferee can search for the resource transfer record from the blockchain network, and generate a private key corresponding to the target blockchain address based on the private key of the resource transferee and the random number contained in the resource transfer record.

13. A transaction processing device based on blockchain, characterized in that: The device comprises: An acquisition module configured to acquire transaction information to be processed; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount; A sending module, configured to send a trusteeship request to a blockchain node according to the transaction information, so that the blockchain node transfers the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request; A request module, configured to send a split request to the blockchain node, so that the blockchain node splits the to-be-traded resource that has been transferred to the escrow blockchain address into a plurality of sub-resources according to the split request; The transfer module is configured to generate a transfer request corresponding to each sub-resource and send the transfer request to the blockchain node, so that the blockchain node transfers each sub-resource to the blockchain address of the resource transferee according to the transfer request.

14. A transaction processing device based on blockchain, characterized in that: Configured in a trusted node, the device includes: A receiving module, configured to receive split information sent by the trading platform based on the transaction information; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount, and the split information is sent after the trading platform requests the blockchain node to transfer the to-be-traded resources matching the resource transaction amount from the blockchain address of the resource transferor to the escrow blockchain address; A generation module, configured to generate multiple verification information according to the public key of the resource transferor contained in the split information, and generate a split request according to the multiple verification information; wherein each verification information contains a target public key generated according to the public key of the resource transferor; The sending module is configured to send the split request to the blockchain node, so that the blockchain node splits the to-be-traded resource contained in the managed blockchain address into sub-resources corresponding to the multiple verification information respectively; the verification information is used to verify the transfer request corresponding to the sub-resource, so as to transfer the sub-resource to the blockchain address of the resource transferee after the verification is successful.

15. A transaction processing device based on blockchain, characterized in that: The device comprises: A receiving module configured to receive a trusteeship request generated by a trading platform according to the processed transaction information; wherein the transaction information includes a resource transferor, a resource transferee, and a resource transaction amount; A trusteeship module, configured to transfer the to-be-traded resources matching the resource transaction volume from the blockchain address of the resource transferor to the trusteeship blockchain address according to the trusteeship request; a splitting module, configured to receive a splitting request sent by the trading platform, and split the to-be-traded resource that has been transferred to the escrow block address into a plurality of sub-resources according to the splitting request; The transfer module is configured to receive a transfer request corresponding to each sub-resource sent by the trading platform, and transfer each sub-resource to the blockchain address of the resource transferee according to the transfer request.

16. An electronic device, characterized in that: include: one or more processors; A storage device for storing one or more computer programs, which, when executed by the one or more processors, enables the electronic device to implement the blockchain-based transaction processing method described in any one of claims 1-12.

17. A computer-readable storage medium, characterized in that: A computer program is stored thereon, and when the computer program is executed by a processor of an electronic device, the electronic device implements the blockchain-based transaction processing method described in any one of claims 1-12.

18. A computer program product, characterized in that It includes a computer program, which, when executed by a processor, implements the blockchain-based transaction processing method described in any one of claims 1 to 12.

Images