CN110585733A

CN110585733A - Virtual asset transaction method and related device

Info

Publication number: CN110585733A
Application number: CN201910938612.8A
Authority: CN
Inventors: 林伟东
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-30
Filing date: 2019-09-30
Publication date: 2019-12-20
Anticipated expiration: 2039-09-30
Also published as: CN110585733B

Abstract

The application discloses a virtual asset transaction method and a related device, which can realize virtual asset transaction among different games by using a block chain technology, and can effectively prevent the condition that one party is damaged due to default, thereby improving the fairness of transaction. The method comprises the following steps: receiving an asset transaction request sent by a first client; generating target transaction information based on the blockchain according to the asset transaction request, wherein the target transaction information comprises information of assets to be traded and information of tradeable assets; according to the target transaction information, sending a first transaction instruction to a first server so that the first server transfers the assets to be transacted from a first application account to a third application account; and sending a second transaction instruction to the second server according to the target transaction information so as to enable the second server to transfer the tradable asset from the fourth application account number to the second application account number.

Description

Virtual asset transaction method and related device

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and a related apparatus for trading virtual assets.

Background

Nowadays, network games are popular in the world and become an important way for many people to enjoy leisure and entertainment, and various network games are developed on a computer side or a mobile phone side. Many virtual objects or assets with different attributes exist in the online game, and the game experience of the player is improved.

The virtual assets in the game include, but are not limited to, props, skins, diamonds, points, characters, etc., at present, for the case of cross-game virtual asset transaction, it is often a verbal commitment through a line, such as player a transfers one prop to player B's game a account through game a's account, at the same time, player B transfers another prop to player a's game B account through game B's account, so as to complete a cross-game transaction.

However, there is a great hidden danger in this offline transaction mode, if player B is damaged after player a completes payment to player B, the party paying first will be lost, and it is difficult to ensure the fairness of the transaction.

Disclosure of Invention

The embodiment of the application provides a virtual asset transaction method and a related device, which can realize virtual asset transaction among different games by using a block chain technology, and can effectively prevent the condition that one party is damaged due to default, thereby improving the fairness of transaction.

In view of the above, a first aspect of the present application provides a method for virtual asset transaction, including:

receiving an asset transaction request sent by a first client, wherein the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account and a second application account;

generating target transaction information based on a block chain according to an asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

according to the target transaction information, sending a first transaction instruction to a first server so that the first server transfers the assets to be transacted from a first application account to a third application account;

and sending a second transaction instruction to the second server according to the target transaction information so as to enable the second server to transfer the tradable asset from the fourth application account number to the second application account number.

A second aspect of the present application provides a method of virtual asset trading, comprising:

generating target transaction information according to the asset transaction request, wherein the target transaction information comprises information of assets to be transacted and information of tradable assets, the assets to be transacted correspond to a first user, the tradable assets correspond to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

A third aspect of the present application provides a method of virtual asset trading, comprising:

acquiring an asset transaction request, wherein the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account;

generating target transaction information based on the blockchain according to the asset transaction request, wherein the target transaction information comprises first virtual asset information and second virtual asset information, the first virtual asset information corresponds to a first user, the second virtual asset information corresponds to a second user, and the second user corresponds to a second application account;

and sending a first transaction instruction to the server according to the target transaction information so that the server transfers the assets to be transacted corresponding to the first virtual asset information from the first application account number to the second application account number and transfers the transactable assets corresponding to the second virtual asset information from the second application account number to the first application account number.

A fourth aspect of the present application provides a virtual asset transaction apparatus, comprising:

the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is used for receiving an asset transaction request sent by a first client, the asset transaction request carries an account identification of a first user, and the first user corresponds to a first application account and a second application account;

the processing module is used for generating target transaction information based on the blockchain according to the asset transaction request received by the receiving module, wherein the target transaction information comprises information of assets to be transacted and information of tradeable assets, the assets to be transacted correspond to a first user, the tradeable assets correspond to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

the sending module is used for sending a first transaction instruction to the first server according to the target transaction information generated by the processing module so that the first server transfers the assets to be transacted from the first application account to the third application account;

and the sending module is further used for sending a second transaction instruction to the second server according to the target transaction information generated by the processing module so that the second server transfers the tradable asset from the fourth application account to the second application account.

In one possible design, in a first implementation of the fourth aspect of the embodiments of the present application,

the receiving module is further used for receiving a transaction initiating request sent by the second client, wherein the transaction initiating request comprises tradable assets and the number of the tradable assets, and the tradable assets belong to a fourth application account;

the sending module is also used for sending a transaction initiation request to the second server so that the second server verifies the transaction initiation request received by the receiving module;

the processing module is further used for generating information to be traded according to the transaction initiation request under the condition that the transaction initiation request is verified, wherein the information to be traded comprises tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded;

the processing module is further configured to record the information to be traded to a target block in a block chain, where the block chain includes N blocks, and N is an integer greater than or equal to 1.

In one possible design, in a second implementation of the fourth aspect of the embodiments of the present application,

the processing module is specifically configured to:

acquiring information to be traded from a target block of a block chain according to the asset trading request;

and generating target transaction information according to the information to be transacted.

In one possible design, in a third implementation of the fourth aspect of the embodiments of the present application,

the receiving module is further used for receiving a transaction query request sent by the first client, wherein the transaction query request comprises a second application account and tradable assets;

the processing module is also used for generating a query result according to the transaction query request received by the receiving module;

the sending module is further used for sending the query result generated by the processing module to the first client so that the first client can display the query result, wherein the query result comprises information to be traded, and the information to be traded comprises tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded.

In one possible design, in a fourth implementation of the fourth aspect of the embodiment of the present application,

the receiving module is further used for receiving an asset increasing request sent by the second client, wherein the asset increasing request carries the new number of tradeable assets;

the sending module is further used for sending the asset increasing request to the second server so that the second server can verify the asset increasing request;

and the processing module is further used for generating first transaction information according to the asset increment request under the condition that the asset increment request passes verification, wherein the first transaction information comprises tradable assets, a first quantity of the tradable assets, assets to be traded and the quantity of the assets to be traded, and the first quantity is the sum of the quantity of the tradable assets and the newly increased quantity of the tradable assets.

In one possible design, in a fifth implementation form of the fourth aspect of the embodiments of the present application,

the receiving module is further used for receiving an asset deletion request sent by the second client, wherein the asset deletion request carries the deletion amount of the tradable assets;

the sending module is further used for sending the asset deletion request to the second server so that the second server verifies the asset deletion request;

the processing module is further configured to generate second transaction information according to the asset pruning request under the condition that the asset pruning request is verified, wherein the second transaction information includes tradable assets, a second number of tradable assets, the to-be-traded assets and the number of the to-be-traded assets, and the second number is a difference value between the number of tradable assets and the pruning number of tradable assets.

In one possible design, in a sixth implementation form of the fourth aspect of the embodiment of the present application,

the receiving module is further used for receiving an asset modification request sent by the second client, wherein the asset addition request carries the newly added transaction assets and the number of the newly added transaction assets, and the newly added transaction assets belong to a fourth application account;

the sending module is further used for sending the asset modification request to the second server so that the second server can verify the asset modification request;

and the processing module is further used for generating third transaction information according to the asset modification request under the condition that the asset modification request passes verification, wherein the third transaction information comprises tradable assets, the number of tradable assets, newly increased transaction assets, the number of newly increased transaction assets, assets to be traded and the number of assets to be traded.

In one possible design, in a seventh implementation form of the fourth aspect of the embodiment of the present application,

the receiving module is further used for receiving an asset viewing request sent by a second client, wherein the asset viewing request carries an account identifier of a second user;

the virtual asset transaction apparatus further comprises: the acquisition module is used for acquiring information to be traded of the second user from the block chain according to the asset viewing request received by the receiving module, wherein the information to be traded comprises tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded;

the sending module is further used for sending the information to be traded to the second client side so that the second client side can display the information to be traded.

In one possible design, in an eighth implementation form of the fourth aspect of the embodiment of the present application,

the receiving module is further used for receiving a first connection request sent by the first server;

the processing module is also used for responding to the first connection request received by the receiving module and establishing communication connection with the first server;

the receiving module is further used for receiving a second connection request sent by a second server;

and the processing module is further used for responding to the second connection request received by the receiving module and establishing communication connection with the second server.

A fifth aspect of the present application provides a virtual asset transaction apparatus, comprising:

the processing module is used for generating target transaction information according to the asset transaction request received by the receiving module, wherein the target transaction information comprises information of assets to be transacted and information of tradable assets, the assets to be transacted correspond to a first user, the tradable assets correspond to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

A sixth aspect of the present application provides a virtual asset transaction apparatus, comprising:

the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring an asset transaction request, the asset transaction request carries an account identification of a first user, and the first user corresponds to a first application account;

the processing module is used for generating target transaction information based on the blockchain according to the asset transaction request acquired by the acquisition module, wherein the target transaction information comprises information of assets to be transacted and information of tradable assets, the assets to be transacted correspond to a first user, the tradable assets correspond to a second user, and the second user corresponds to a second application account;

and the sending module is used for sending a first transaction instruction to the server according to the target transaction information generated by the processing module so as to enable the server to transfer the asset to be transacted from the first application account to the second application account and transfer the tradable asset from the second application account to the first application account.

A seventh aspect of the present application provides a block link point, comprising: a memory, a transceiver, a processor, and a bus system;

wherein, the memory is used for storing programs;

the processor is used for executing the program in the memory and comprises the following steps:

according to the target transaction information, sending a second transaction instruction to the second server so that the second server transfers the tradable asset from the fourth application account to the second application account;

the bus system is used for connecting the memory and the processor so as to enable the memory and the processor to communicate.

An eighth aspect of the present application provides a server, comprising: a memory, a transceiver, a processor, and a bus system;

wherein, the memory is used for storing programs;

A ninth aspect of the present application provides a block link point, comprising: a memory, a transceiver, a processor, and a bus system;

wherein, the memory is used for storing programs;

generating target transaction information based on the blockchain according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, and the second user corresponds to a second application account;

according to the target transaction information, sending a first transaction instruction to a server so that the server transfers the assets to be traded from a first application account number to a second application account number and transfers the tradeable assets from the second application account number to the first application account number;

A tenth aspect of the present application provides a computer-readable storage medium having stored therein instructions, which when run on a computer, cause the computer to perform the method of the above-described aspects.

According to the technical scheme, the embodiment of the application has the following advantages:

in the embodiment of the application, a virtual asset transaction method is provided, and includes that firstly, a block chain node receives an asset transaction request sent by a first client, then, a block chain link point generates target transaction information based on a block chain according to the asset transaction request, the block chain link point sends a first transaction instruction to a first server according to the target transaction information, so that the first server transfers assets to be transacted corresponding to the first virtual asset information from a first application account to a third application account, and meanwhile, the block chain link point sends a second transaction instruction to a second server according to the target transaction information, so that the second server transfers tradable assets corresponding to the second virtual asset information from a fourth application account to the second application account. Through the mode, virtual asset transaction among different games can be realized by utilizing a block chain technology, the condition that one party is defaulted to cause the other party to suffer loss can be effectively prevented, and therefore the fairness of transaction is improved.

Drawings

FIG. 1 is a schematic diagram of an architecture of a virtual asset trading system in an embodiment of the present application;

FIG. 2 is a schematic diagram of another architecture of a virtual asset trading system in an embodiment of the present application;

FIG. 3 is a block diagram illustrating an exemplary structure of a block according to the present invention;

FIG. 4 is a schematic diagram of an embodiment of a method for trading virtual assets in the embodiment of the present application;

FIG. 5 is a schematic illustration of an interface for receiving an asset trading operation in a first client of a method of virtual asset trading in an embodiment of the present application;

FIG. 6 is a schematic diagram of one embodiment of a method for trading virtual assets in an embodiment of the application;

FIG. 7 is a schematic diagram of an interface for receiving a transaction initiation operation in a second client of the method for trading virtual assets of the present application;

FIG. 8 is a schematic diagram of another embodiment of a method for trading virtual assets in an embodiment of the application;

FIG. 9 is a schematic diagram of an interface for receiving a transaction query operation in a first client of the method for trading virtual assets in an embodiment of the present application;

FIG. 10 is a schematic diagram of another embodiment of a method for trading virtual assets in an embodiment of the application;

FIG. 11 is a schematic diagram of yet another architecture of a virtual asset trading system in an embodiment of the present application;

FIG. 12 is a schematic diagram of a further embodiment of a method of trading virtual assets in an embodiment of the application;

FIG. 13 is a schematic diagram of another embodiment of a method for trading virtual assets in an embodiment of the application;

FIG. 14 is a schematic view of an embodiment of a virtual asset transaction device in the embodiment of the present application;

FIG. 15 is a schematic view of another embodiment of a virtual asset trading device in the embodiment of the present application;

FIG. 16 is a schematic view of another embodiment of a virtual asset trading device in the embodiment of the present application;

FIG. 17 is a schematic view of a virtual asset transaction device according to still another embodiment of the present invention;

FIG. 18 is a schematic diagram of a block link point according to an embodiment of the present application;

fig. 19 is another schematic block link point structure in the example of the present application.

Detailed Description

The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the drawings described above, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "corresponding" and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

It should be understood that the embodiments of the present application are applicable to various scenarios in which there is an exchange between virtual properties, wherein the virtual properties may be embodied as non-physical properties such as virtual properties in an interactive application (e.g., a game), members in a video-type interactive application, members in a music-type interactive application, copyrights of photographic works, copyrights of electronic novels, patent rights, and the like, which may be categorized in the virtual properties. As an example, user a wants to exchange the copyrights of a photograph for user B for 50 diamonds in a game a; as another example, for example, user a wants to exchange 100 point tickets in a first game for user B's 50 diamonds in the first game; as yet another example, for example, user A wants to exchange one prop knife in game B for user B's 50 diamonds in game A; as yet another example, for example, user a may want to exchange a member in a video-like interactive application for a rare ride of user B in a first game, etc., and other application scenarios are not specifically exemplified here.

For convenience of understanding, the present application provides a method for virtual asset transaction, where the method is applied to a virtual asset transaction system shown in fig. 1 or fig. 2, fig. 1 and fig. 2 are two schematic architecture diagrams of the virtual asset transaction system in an embodiment of the present application, as shown in fig. 1 and fig. 2, each of fig. 1 and fig. 2 includes a first client, a second client, a first server, a second server, a first application account, a second application account, a third application account, and a fourth application account. The first client is a client used by a first user, and the second client is a client used by a second user; the first application account and the third application account both belong to a first interactive application, and the first server is a background server of the first interactive application; the second application account and the fourth application account both belong to a second interactive application, and the second server is a background server of the second interactive application. Fig. 1 is different from fig. 2 in that fig. 1 further includes a blockchain node, and fig. 2 further includes a third server.

Specifically, the block link point is used for receiving an asset transaction request sent by a first client, the asset transaction request carries an account identifier of a first user, a first application account and a second application account are accounts of the first user, and the block link point generates target transaction information based on the block link according to the asset transaction request, wherein the target transaction information includes information of an asset to be transacted and information of a tradable asset, the asset to be transacted is an asset which the first user wants to pay and is required by a second user, and the tradable asset is an asset which the second user wants to pay and is required by the first user; the block chain node is also used for sending a first transaction instruction to the first server and sending a second transaction instruction to the second server according to the target transaction information, so that the first server transfers the assets to be traded from the first application account number to the third application account number, and the second server transfers the tradeable assets from the fourth application account number to the second application account number.

The third server has similar functions to the blockchain nodes, except that data is stored in the blockchain nodes through a blockchain, and data is stored in the third server through a database, so that after the third server receives the asset transaction request sent by the first client, target transaction information is generated based on the database, and other implementation manners are similar and are not repeated here.

More specifically, the functions involved in the blockchain node shown in fig. 1 include:

1) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.

For example, the services implemented by the application include:

1.1) wallet, which is used to provide the function of transaction of virtual assets, including initiating transaction (i.e. sending the transaction record of the current transaction to other nodes in the blockchain system, and storing the record data of the transaction in the temporary blocks of the blockchain as a response for acknowledging that the transaction is valid after the other nodes are successfully verified; of course, the wallet also supports querying for remaining virtual assets;

1.2) smart contracts, computerized agreements, which can execute the terms of a certain contract, are implemented by code deployed on a blockchain ledger for execution when certain conditions are met, are used to complete automated transactions according to actual business demand code, such as querying the transaction status of virtual assets purchased by a buyer, sending a second transaction instruction to a second server when sending a first transaction instruction to a first server; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.

2) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.

Referring to fig. 3, fig. 3 is an optional schematic diagram of a Block Structure (Block Structure) according to an embodiment of the present invention, where each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.

It should be noted that the first client and the second client are both disposed on a terminal device, where the terminal device includes but is not limited to a tablet computer, a notebook computer, a palm computer, a mobile phone, a voice interaction device, and a Personal Computer (PC), and is not limited herein. The voice interaction device includes, but is not limited to, an intelligent sound and an intelligent household appliance.

With reference to the above description, a method for virtual asset transaction in the present application will be described below, and with reference to fig. 4 in conjunction with the architecture diagram of the virtual asset transaction system shown in fig. 1, an embodiment of the method for virtual asset transaction in the present application includes:

101. the method comprises the steps that a block chain node receives an asset transaction request sent by a first client, wherein the asset transaction request carries an account identification of a first user, and the first user corresponds to a first application account and a second application account;

in this embodiment, when the first client receives an asset transaction operation input by a user, the asset transaction request is sent to the block link point, and correspondingly, the block link point may receive the asset transaction request sent by the first client. The asset transaction request carries an account identification of a first user, and the first user corresponds to a first application account and a second application account. Further, the first application account and the second application account are both accounts having an association relationship with the virtual property of the first user, for example, the first application account and the second application account are accounts of the first user in different game-type interactive applications, for example, the first application account is an account of a video-type interactive application, the second application account is an account of a photo-type interactive application, and the like, which are not exhaustive here. The concept of the first application account and the concept of the second application account are different, and the account identification of the first user refers to the account identification of the first user in the first client; the first client refers to a client which takes the block chain link points as a background server and is used for carrying out virtual asset transaction; the block chain node can use a first application account or a second application account of a first user as an account identifier of the first user; the unique identification information such as the mobile phone number, the identity card number and the like of the first user can also be used as the account identification of the first user; the blockchain node may also generate a number code or a character code as an account id of the user for each user when each user connects to the blockchain node through the client, such as "00000000001", "00000000002", "ZHL 000001", "QM 000001", or other code forms, for example, and not limited herein.

Specifically, the block chain node may store a mapping relationship between an account identifier of the first user and at least two application accounts, where the at least two application accounts include a first application account and a second application account, and the block chain node may store the mapping relationship between the account identifier of the first user and the first application account and the second application account through a table, an array, an index, or other manners, where a storage manner is not limited.

More specifically, the asset trading request may further include information of the asset to be traded and information of the tradeable asset, where the tradeable asset refers to an asset required by the first user, and the asset to be traded refers to an asset that the first user wants to pay, that is, the first user wants to exchange the already owned asset to be traded for the tradeable asset of the second user through the blockchain node, for example, the asset to be traded is three item knives in game a, and the tradeable asset is one item mantle in game B. The information of the assets to be traded and the information of the assets to be traded may include asset identification, asset introduction, asset quantity or other asset related information of the assets to be traded, and the like, which are not limited herein, and further, the asset identification may also be embodied in the form of digital codes, character codes or other types of codes, and the like, which are not described herein again. After receiving the asset transaction request, the server may obtain at least two application account numbers of the first user according to the account number identification of the first user and a mapping relationship stored in advance, and then determine a first application account number and a second application account number from the at least two application account numbers according to information of the asset to be transacted and information of the tradable asset, where the asset to be transacted corresponds to the first application account number, the tradable asset corresponds to the second application account number, that is, the asset to be transacted is a virtual property in a first interactive application where the first application account number is located, and the tradable asset is a virtual property in a second interactive application where the second application account number is located.

To further understand the present solution, please refer to fig. 5, fig. 5 is a schematic diagram of an interface for receiving an asset transaction operation in a first client of the method for virtual asset transaction according to the embodiment of the present application, wherein a1 illustrates two pieces of information to be transacted, a first user may input a selection operation on target information to be transacted by performing a click operation, a double click operation, a long press operation, etc. on the target information to be transacted (i.e. a2 in fig. 5), of course, the first user may also input a selection operation on the target information to be transacted by voice input, "select first information to be transacted", etc. in fig. 5, only the selection operation is input by the click operation as an example, after selecting a2, the first user further needs to perform a click operation on A3 to complete the input of the asset transaction operation, wherein A3 refers to a control presented on the first client for receiving the asset transaction operation, of course, the first user may also input the asset transaction operation by inputting "trade" through voice, so that the blockchain node receives the asset transaction request sent by the first client, where the asset transaction request carries the account id of the first user, the information to be traded (i.e. 20 diamonds in game 1 shown in fig. 5), and the information that can be traded (i.e. 50 point tickets in game 2 shown in fig. 5), and it should be understood that the example in fig. 5 is only one example for facilitating understanding of the scheme, and is not used to limit the scheme.

102. The block chain node generates target transaction information based on the block chain according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

in this embodiment, at least one block included in the block link points stores information to be traded of at least one second user, each of the information to be traded includes a tradable asset and an asset to be traded, for the second user, the tradable asset is an asset required by the second user, and the asset to be traded is an asset that the second user wants to pay. After receiving the asset transaction request, the blockchain node may determine a first user identified by an account identifier of the first user, information of an asset to be transacted that the first user wants to pay, a first application account corresponding to the asset to be transacted, information of a tradable asset required by the first user, and a second application account corresponding to the tradable asset, and the blockchain node may acquire, from a plurality of pieces of information to be transacted stored in at least one block, target information to be transacted that is matched with the tradable asset and the asset to be transacted in the asset transaction request of the first user, and a second user associated with the target information to be transacted, thereby acquiring a third application account and a fourth application account of the second user, and generating the target transaction information. Wherein the first application account and the third application account belong to the same first interactive application, the second application account and the fourth application account belong to the same second interactive application, the first interactive application and the second interactive application belong to different applications, the specific expression forms of the third application account and the fourth application account are similar to the specific expression forms of the first application account and the second application account, for example, the first application account and the third application account are both the application accounts of the flight video, the first interactive application is an Tencent video, as another example, for example, the second application account and the fourth application account are both accounts for QQ music, the second interactive application is QQ music, etc., and the examples herein are only for convenience of understanding the scheme and are not used for limiting the scheme; the target transaction information at least includes information of an asset to be transacted and information of a transactable asset, and optionally, the target transaction information may further include a first application account number, a third application account number, a second application account number, and a fourth application account number.

Optionally, the asset transaction request may also carry an identifier of target information to be transacted, so that the block link node may select the target information to be transacted from at least one piece of information to be transacted according to the identifier of the target information to be transacted, where the identifier of the information to be transacted may be generated by the block link node when generating the information to be transacted, and may be specifically represented as a digital code, a character code, or identifier information in other forms, and the like, which is not described herein any more; or the asset transaction request may also carry an identifier of a second user, so that the block link point may obtain a target second user from the information to be transacted of at least one second user stored in at least one block according to the account identifier of the second user, and further obtain a third application account and a fourth application account associated with the second user, and the meaning and specific representation form represented by the account identifier of the second user may refer to the description of the account identifier of the first user, which is not described herein again.

After determining the first application account, the third application account, the second application account, and the fourth application account, the blockchain node may further determine a first server and a second server, where the first server is a background server to which the first interactive application belongs, and the second server is a background server to which the second interactive application belongs, as an example, for example, if the first interactive application is honored by a royal, the first server is a background server honored by the royal; as another example, for example, the second interactive application is a stimulating battlefield, the second server is a background server of the stimulating battlefield, and so on, which are not exhaustive herein.

103. The block chain node sends a first transaction instruction to the first server according to the target transaction information, so that the first server transfers the assets to be transacted from the first application account to the third application account;

in this embodiment, after determining the third application account of the second user according to the target transaction information, the block link point may send a first transaction instruction to the first server, where the first transaction instruction may include application account information and information of the asset to be transacted, the application account information includes the first application account and the third application account, and the information of the asset to be transacted includes an identifier of the asset to be transacted, a number of the asset to be transacted, an introduction of the asset to be transacted, or information of other assets to be transacted, and so on, so that the first server transfers the asset to be transacted from the first application account of the first user to the third application account of the second user after receiving the first transaction instruction.

104. And the block link point sends a second transaction instruction to the second server according to the target transaction information, so that the second server transfers the tradable asset from the fourth application account to the second application account.

In this embodiment, after determining the fourth application account of the second user according to the target transaction information, the block link point may send a second transaction instruction to the second server, where the second transaction instruction may include application account information and information of a tradable asset, the application account information includes the fourth application account and the second application account, and the information of the tradable asset includes an identifier of the tradable asset, a number of the tradable assets, an introduction of the tradable asset, or information of other tradable assets, so that the second server transfers the tradable asset from the fourth application account of the second user to the second application account of the first user after receiving the second transaction instruction.

Optionally, since the assets to be traded and the tradable assets in the target trading information have already been transferred in a bidirectional manner, the block link point may mark the state of the target information to be traded in the block as traded, invalidated, or otherwise indicate that the target information to be traded has completed the trading, or the block link point may also allocate a timestamp to each piece of trading information in advance, and generate a piece of new trading information after the target trading information has been transferred in a bidirectional manner, where the information identifier of the new trading information is consistent with the identifier of the target trading information, the trading state of the new trading information is the trading completion, and the time identified by the timestamp of the new trading information is later than the time identified by the timestamp of the target trading information, so as to record that the assets in the target information to be traded can no longer be traded again.

It should be understood that, in the embodiment of the present application, the execution order of step 103 and step 104 is not limited, and step 103 may be executed first, and then step 104 may be executed; step 104 may be executed first, and then step 103 may be executed; step 103 and step 104 may also be performed simultaneously.

To further understand the present solution, please refer to fig. 6, fig. 6 is a schematic diagram of an embodiment of a method for virtual asset transaction in the embodiment of the present application, where B1, a block chain node, receives an asset transaction request sent by a first user through a first client; b2, responding to the asset transaction request, the intelligent contract module in the block chain node triggers the intelligent contract recorded on the block chain and determines the logic of contract terms; b3, automatically triggering the sending of a first transaction instruction to the first server by the block link point based on the logic of the contract term, so that the first server transfers the asset to be transacted (i.e. item a in game 1 shown in fig. 6) from the first application account of the first user to the third application account of the second user; b4, automatically triggering the sending of a second transaction instruction to the second server based on the logic of the contract term, so that the second server transfers the tradable asset (i.e., item B in game 2 shown in fig. 6) from the fourth application account of the second user to the second application account of the first user; it should be understood that the example in fig. 6 is only for convenience of understanding the present solution and is not intended to limit the present solution.

In the embodiment of the application, the virtual asset transaction method is provided, through the mode, the virtual asset transaction between different games can be realized by using the block chain technology, the condition that one party is damaged due to default can be effectively prevented, and therefore the fairness of the transaction is improved.

Optionally, on the basis of the embodiment corresponding to fig. 3, in an optional embodiment of the method for virtual asset transaction provided in this embodiment of the present application, before the block link node receives the asset transaction request sent by the first client, the method further includes:

the block chain node receives a transaction initiation request sent by a second client, wherein the transaction initiation request comprises tradable assets and the number of the tradable assets, and the tradable assets belong to a fourth application account;

the block chain node sends a transaction initiation request to a second server so that the second server verifies the transaction initiation request;

if the transaction initiation request passes the verification, the block chain nodes generate information to be transacted according to the transaction initiation request, wherein the information to be transacted comprises the tradable assets, the number of the tradable assets, the assets to be transacted and the number of the assets to be transacted;

the block chain node records the information to be traded to a target block in the block chain, wherein the block chain comprises N blocks, and N is an integer greater than or equal to 1.

In this embodiment, before receiving the asset transaction request sent by the first client, when the second user inputs a transaction initiation operation through the second client, the block link node may receive the transaction initiation request sent by the second client. The property of the second client is the same as that of the first client, and the second client is a client used for carrying out virtual asset transaction; the transaction initiation request at least includes an account identification of the second user, at least one tradable asset and the number of each tradable asset, that is, the second user may have one or more tradable assets for one transaction initiation request, the number of each tradable asset may be any number, and the at least one tradable asset may belong to one fourth application account; optionally, when the at least two tradeable assets belong to different interactive applications, the fourth application account number may include at least two different sub-application account numbers, each corresponding to one interactive application. The transaction initiation request may further include at least one asset to be transacted and the number of each asset to be transacted, that is, the second user may obtain one or more assets to be transacted through one transaction initiation request, and the number of each asset to be transacted may be any number; at least one asset to be traded may also belong to the same interactive application, and at least two assets to be traded may also belong to different interactive applications, respectively.

Then the blockchain node sends a transaction initiation request to a second server corresponding to the fourth application account, the transaction initiation request sent to the second server may include the fourth application account, tradable assets and the number of tradable assets, so that after the second server receives the transaction initiation request, the second server may determine whether all virtual assets owned by the fourth application account are enough to pay for at least one tradable asset shown in the transaction initiation request and the number of each tradable asset, and if so, the verification is passed; if not, the verification fails. As an example, if the tradable asset and the number of tradable assets in the transaction initiation request are 20 diamonds and one prop sword, but only 18 diamonds and one prop sword are in the fourth application account number of the second user, the transaction initiation request authentication fails. Optionally, the transaction initiation request sent to the second server is further used to instruct the second server to lock the at least one tradable asset of the fourth application account under the condition that the transaction initiation request is verified, so as to ensure the smoothness of the virtual asset transaction process.

If the transaction initiation request passes the verification, the block link node can generate information to be transacted according to the transaction initiation request, and record the information to be transacted to a target block in the block chain. The information to be traded comprises at least one tradeable asset, the number of each tradeable asset, at least one asset to be traded and the number of each asset to be traded, the information to be traded also comprises account number identification of a second user, identification of the information to be traded or other identification information for identifying the mapping relationship between the information to be traded and the second user, and the like, and the block chain nodes can also store the information to be traded of one second user through each block, namely the mapping relationship is formed between each block and each second user, so that identification information such as the account number identification of the second user and the like do not need to be added into the information to be traded; the block chain node stores a block chain including N blocks, where N is an integer greater than or equal to 1, and the target block is a block in the block chain, and may be specifically one or at least two blocks.

Further, since the block chain node may store information to be transacted of at least one second user, and each user may send at least one information to be transacted to the block chain node, a plurality of information to be transacted may be stored in the block chain, where the plurality of information to be transacted stored in the block chain is shown in a form of a table, and each information to be transacted includes an account id of the second user for example, please refer to table 1 below.

TABLE 1

Account identification of second user	Information to be transacted	Tradable information
			YHY00001	The number of diamonds in Game 1 was 50	Ride in Game 2, number 1
YHY00001	Skin number in Game 1, 1	Number of tickets counted in Game 2 is 100
			TY00001	Gun in Game 3, number 1	The number of the blessing bags in the game 1 is 5

In table 1, three rows of data are shown as an example, the number of data actually stored in the block chain is not limited to the three rows, the first row of data indicates that the second user with the account id of YHY00001 wants to obtain 50 diamonds in the game 1 by paying for 1 ride in the game 2, and no explanation is given here to the other two rows of data.

To further understand the present solution, please refer to fig. 7, fig. 7 is an interface schematic diagram illustrating that transaction initiation operations are received in a second client of the method for virtual asset transaction according to the embodiment of the present application, in fig. 7, the virtual assets for transaction are all virtual assets in game-class interactive applications as an example, where C1 is used to receive a selection operation of a second user on a first interactive application, and when the second user clicks C1, a plurality of game-class interactive applications may be displayed, so that the second user may select a first interactive application from the plurality of game-class interactive applications; c2 is for receiving user input of the property to be traded and the amount of the property to be traded, and C2 is shown in FIG. 7 by way of example as a text box; correspondingly, C3 is configured to receive a selection operation of the second user on the second interactive application, and when the second user clicks C3, the multiple game-class interactive applications may also be presented, so that the second user may select one second interactive application from the multiple game-class interactive applications; c4 is for receiving user input of tradable assets and the number of tradable assets, C4 is shown in FIG. 7 by way of text box as an example; c5 is configured to receive a transaction initiation operation input by a user, and after the user clicks C5, the tile link point may receive a transaction initiation request sent by the second client, where the transaction initiation request includes the tradable assets in C4 and the number of tradable assets, and of course, the second user may also input a preset gesture operation, such as a hook gesture operation, a circle gesture operation, a slide-up gesture operation, and the like, in the interface shown in fig. 7 to input the transaction initiation operation; alternatively, the second user may also input a transaction initiation operation or the like by voice inputting "please issue a request", and it should be understood that the example in fig. 7 is only for convenience of understanding the scheme and is not used to limit the scheme.

An embodiment of the present application further provides a schematic view of a method for virtual asset transaction in the embodiment of the present application, please refer to fig. 8, where D1, the blockchain node receives a transaction initiation request sent by the second client, where the transaction initiation request includes an asset to be transacted (i.e., item a in game 1 shown in fig. 8) required by the second client and a tradable asset that the second client can pay (i.e., item B in game 2 shown in fig. 8); d2, responding to the transaction initiation request by an intelligent contract module in the blockchain node, triggering an intelligent contract recorded on the blockchain, and determining that the transaction initiation request needs to be sent to the second server so that the second server can verify the transaction initiation request; d3, determining that the transaction initiation request passes verification by the block chain link point, generating information to be transacted, and recording the information to be transacted into a target block in the block chain; it should be understood that the example in fig. 8 is only for convenience of understanding the present solution and is not intended to limit the present solution.

In the embodiment of the application, before the information to be transacted is recorded in the blockchain, the blockchain node verifies the second server, and when the verification is passed, the information to be transacted is recorded in the blockchain, so that the accuracy of the information to be transacted stored in the blockchain is improved.

Optionally, on the basis of the embodiment corresponding to fig. 3, in an optional embodiment of the method for virtual asset transaction provided in the embodiment of the present application, the generating, by the block link node, target transaction information based on the block chain according to the asset transaction request includes:

the block chain link point acquires information to be traded from a target block of the block chain according to the asset trading request;

and generating target transaction information by the block chain link points according to the information to be transacted.

In this embodiment, after receiving an asset transaction request sent by a first client, a block link point may obtain information of assets to be traded and information of tradeable assets, which are carried in the asset transaction request, that is, the number of tradeable assets and tradeable assets that a first user wants to pay and the number of assets to be traded and assets to be traded that the first user needs, and further match with at least one piece of information to be traded stored in a plurality of blocks of a block chain, where the information to be traded is generated according to a transaction initiation request sent by a second user, and includes the number of tradeable assets and tradeable assets that the second user needs and the number of assets to be traded that the second user needs to pay, so as to obtain target information to be traded that matches with the asset transaction request from a target block of the block chain. After acquiring the target information to be traded matched with the asset trading request, the blockchain node may determine a second user initiating the target information to be traded, a third application account and a fourth application account of the second user, and generate the target trading information.

To further understand the present solution, by way of example with reference to table 1, for example, in an asset transaction request received by the block chain node, the tradable asset that the first user wants to pay out is a point coupon of game 2, the number of tradable assets is 100, the asset to be traded that the first user needs is skin in game 1, and the number of the tradable assets is 1, then after receiving the asset transaction request, the block chain node may match with a plurality of pre-stored information to be traded (i.e., three rows of data shown in table 1), determine information to be traded corresponding to the second row of data as information to be traded that matches the asset transaction request, further may obtain an account id of the second user (i.e., YHY00001 shown in table 1), and then obtain a third application account and a fourth application account of the second user that correspond to the account id YHY00001, thereby generating target transaction information, it should be understood that the above examples are only for convenience of understanding the present solution and are not intended to limit the present solution.

In the embodiment of the application, a specific implementation mode for generating the target transaction information by the block link node is provided, and the performability of the scheme is improved.

the method comprises the steps that a block chain node receives a transaction query request sent by a first client, wherein the transaction query request comprises a second application account and a tradable asset;

the block chain nodes generate query results according to the transaction query requests;

and the block chain node sends a query result to the first client so that the first client displays the query result, wherein the query result comprises information to be traded, and the information to be traded comprises tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded.

In this embodiment, before receiving an asset transaction request sent by a first client, a block link point may also receive a transaction query request sent by the first client, where the transaction query request includes an account identifier of a first user, a second application account, and a tradable asset, and thus the block link point may obtain one or at least two pieces of information to be traded, which is matched with the tradable asset in the transaction query request, from at least one piece of information to be traded stored in a block chain to generate a query result. The query result comprises the one or at least two pieces of information to be traded, and the tradable assets in each piece of information to be traded in the one or at least two pieces of information to be traded comprise tradable assets carried in the transaction query request; further, if only one tradable asset is in the single information to be tradable, one tradable asset in the information to be tradable and one tradable asset in the transaction query request are the same tradable asset, and if at least two tradable assets are in the single information to be tradable, the at least two tradable assets in the information to be tradable comprise one tradable asset in the transaction query request; of course, the transaction query request may also include at least two kinds of tradable assets, and then the tradable assets in each of the one or at least two pieces of information to be traded include at least two kinds of tradable assets carried in the transaction query request.

After generating the query result, the blockchain node sends the query result to the first client so that the first client displays the query result, wherein the query result comprises at least one piece of information to be traded, and each piece of information to be traded comprises a tradable asset, the number of the tradable assets and the number of the tradable assets.

To further understand the present disclosure, please refer to fig. 9, fig. 9 is a schematic interface diagram illustrating an interface for receiving a transaction query operation in a first client of the method for trading virtual assets in the embodiment of the present disclosure, in fig. 9, the virtual assets for trading are all virtual assets in game-class interactive applications as an example, where E1 is used to receive a selection operation of a first user on a second interactive application, and when the first user clicks E1, a plurality of game-class interactive applications may be displayed, so that the first user may select a second interactive application from the plurality of game-class interactive applications, and the first client may obtain a first application account number for use in the second interactive application; e2 is for receiving a selection operation of a tradable asset by the first user, and when the user clicks E2, a plurality of virtual assets, such as various types of props, skins, characters, tickets, diamonds, fobs, etc., in the second interactive application can be presented, so that the first user can select one or at least two virtual assets among the plurality of virtual assets; e3 is configured to receive a transaction query operation input by a first user, and when the first user clicks E3, the tile link point may receive a transaction query request sent by the first client, and of course, a second user may also input a transaction initiation operation by inputting a preset gesture operation in the interface shown in fig. 9; alternatively, the transaction initiation operation may also be input by inputting "please query" by voice, and the example in fig. 9 is only for convenience of understanding the present solution and is not used to limit the present solution.

An embodiment of the present application further provides a schematic view of a method for trading a virtual asset in an embodiment of the present application, please refer to fig. 10, where F1, the block chain node receives a trade query request sent by a first client, where the trade query request includes a second application account and a tradeable asset; f2, after generating a query result according to the transaction query request, the block chain node sends the query result to the first client so that the first client can display the query result, wherein the query result comprises at least one to-be-transacted message; the example in fig. 10 is only for convenience of understanding of the present solution and is not intended to limit the present solution.

In the embodiment of the application, a specific implementation mode of transaction query before asset transaction is performed by the first client is provided, the application scene of the scheme is expanded, and the integrity of the scheme is improved.

Optionally, on the basis of the embodiment corresponding to fig. 3, in an optional embodiment of the method for virtual asset transaction provided in the embodiment of the present application, after the block link node generates the information to be transacted according to the transaction initiation request, the method further includes:

the block chain node receives an asset increasing request sent by a second client, wherein the asset increasing request carries the new number of tradeable assets;

the block chain node sends an asset adding request to the second server so that the second server verifies the asset adding request;

and if the asset increment request passes the verification, generating first transaction information by the block link points according to the asset increment request, wherein the first transaction information comprises tradable assets, a first quantity of the tradable assets, assets to be traded and the quantity of the assets to be traded, and the first quantity is the sum of the quantity of the tradable assets and the newly increased quantity of the tradable assets.

In this embodiment, after the block link point generates the information to be traded according to the transaction initiation request, the block link point may further receive an asset increasing request sent by the second client, where the asset increasing request carries the tradable asset and the new number of tradable assets, and in addition, the asset increasing request may also carry an identifier of the information to be traded to which the tradable asset to be increased belongs or an account identifier of the second user.

After receiving the asset increasing request, the blockchain node may determine, according to an identifier of information to be transacted carried in the asset increasing request or an account identifier of the second user, information to be transacted before updating corresponding to the asset increasing request from at least one piece of information to be transacted stored in the blockchain, acquire the number of the tradable assets in the information to be transacted, add the number of the tradable assets in the information to be transacted to the new number of tradable assets in the asset increasing request, obtain the updated number of the tradable assets after the updating operation is performed by the second client, so that the blockchain node sends the asset increasing request to the second server, sends the asset increasing request including the fourth application account to which the tradable asset belongs, the tradable assets and the updated number of the tradable assets to the second server, so that after the second server receives the asset increasing request, acquiring all virtual assets owned by the fourth application account, and then judging whether all the virtual assets owned by the fourth application account are enough to pay the updated number of tradable assets or not by the second server, and if so, passing the verification; if not, the verification fails. As an example, if the tradeable asset and the updated number of tradeable assets in the asset increment request are 60 diamonds and there are 80 diamonds in the fourth application account of the second user, the asset increment request validation fails. Optionally, the asset adding request sent to the second server is further used to instruct the second server to increase the locking number of the tradable asset of the fourth application account under the condition that the asset adding request is verified, so as to ensure the smoothness of the virtual asset trading process.

If the asset increment request is verified, the block link point may determine that the virtual property owned by the second user is sufficient to pay the new amount of tradable asset, and generate first transaction information according to the asset increment request, where the first transaction information includes tradable asset, a first amount of tradable asset, the to-be-traded asset, and the amount of the to-be-traded asset, and the first amount is the sum of the amount of tradable asset and the new amount of tradable asset.

After the block link point generates the first transaction information, the first transaction information may be recorded in a block of the block chain, specifically, a timestamp and an identifier of the transaction information may be allocated to each transaction information when each transaction information is generated by the block chain node, and then the identifier of the transaction information allocated to the first transaction information by the block link point may be consistent with the identifier of the information to be transacted before updating, but the time identified by the timestamp of the first transaction information is later than the time identified by the timestamp of the information to be transacted before updating, so that the effect of covering the information to be transacted before updating with the first transaction information is achieved.

Further, the manner in which at least one transaction message stored on a blockchain node is presented in tabular form continues as follows, see table 2 below.

TABLE 2

Referring to table 2 above, table 2 is illustrated by four lines of data, the first line of data represents a piece of transaction information with a transaction information id of 0000000001, and the second user with an account id of YHY00001 trades 50 diamonds in game 1 by paying 1 ride in game 2; the second line of data represents a piece of transaction information with transaction information identification 0000000002, and the second user with account number YHY00001 trades 1 skin in game 1 for 100 point tickets in game 2; the third line of data represents the termination of the transaction message with transaction information identified as 0000000002 (i.e., the second line of data); the fourth line of data represents a piece of transaction information with the transaction information identification of 0000000004, and the second user with the account identification of YHY00001 exchanges 1 skin in the game 1 by paying out 120 point tickets in the game 2, so that the block link points achieve the effect that the transaction information in the fourth line of data covers the transaction information in the second line of data by terminating the old transaction information and adding new transaction information, thereby achieving the function that the second user increases the number of tradeable assets.

In the embodiment of the application, a specific implementation manner that the second user increases the tradable assets in the transaction information through the second client is provided, that is, after the second user sends a transaction initiation request, the number of the tradable assets can be modified, so that the flexibility of the scheme is improved; in addition, before the number of the tradable assets is increased, the block chain link points verify the asset increasing request through the second server, so that the second user can pay the tradable assets with the updated number, the reliability of data stored in the block chain is improved, and the fluency of the virtual asset trading process is improved.

the block chain node receives an asset deletion request sent by a second client, wherein the asset deletion request carries the deletion number of tradeable assets;

the block chain node sends an asset deletion request to the second server so that the second server verifies the asset deletion request;

and if the asset deletion request passes the verification, generating second transaction information by the block link nodes according to the asset deletion request, wherein the second transaction information comprises tradable assets, a second number of tradable assets, the assets to be traded and the number of the assets to be traded, and the second number is the difference value between the number of tradable assets and the deletion number of tradable assets.

In this embodiment, after the block link point generates the information to be transacted according to the transaction initiation request, the block link point may further receive an asset deletion request sent by the second client, where the asset deletion request carries the tradable asset and the deletion amount of the tradable asset, and in addition, the asset deletion request may also carry an identifier of the information to be transacted to which the tradable asset to be deleted belongs or an account identifier of the second user.

After receiving the asset deletion request, the blockchain node may determine, according to an identifier of information to be transacted carried in the request or an account identifier of a second user, information to be transacted before updating corresponding to the asset deletion request from at least one piece of information to be transacted stored in the blockchain, acquire the number of tradable assets in the information to be transacted, subtract the number of tradable assets in the information to be transacted from the deleted number of tradable assets in the asset deletion request, obtain an updated number of tradable assets after the second client performs the updating operation, so that the blockchain node sends the asset deletion request to the second server, sends the deleted number of tradable assets in the asset deletion request to the second server, and determines whether the deleted number of tradable assets is legal or not after the second server receives the asset deletion request, namely judging whether the deleted quantity of the tradable assets meets the requirement of the minimum trading unit, if so, passing the verification; if not, the verification fails. By way of example, if the asset pruning request includes a tradable asset and a pruning amount for the tradable asset is 20.5 diamonds and the minimum trading unit for a diamond is 1, then 20.5 such pruning amounts are illegal and the verification fails.

Optionally, the asset pruning request sent to the second server is further used for instructing the second server to reduce the locking quantity of the tradable asset of the fourth application account number in the case that the asset pruning request is verified, so as to ensure the flexibility of the second user in using the virtual property.

If the asset deletion request is verified, the block link point generates second transaction information according to the asset deletion request, specifically, the block link point can generate transaction information indicating termination or cancellation of the transaction information before deletion, then generate new second transaction information, and record the two transaction information into the block link, wherein the second transaction information includes tradable assets, a second number of tradable assets, the number of the tradable assets and the number of the tradable assets, and the second number is a difference value between the number of the tradable assets and the deletion number of the tradable assets.

In the embodiment of the application, a specific implementation manner that the second user reduces the tradable assets in the trading information through the second client is provided, that is, after the second user sends a trading initiation request, the number of the tradable assets can be increased, the number of the tradable assets can be reduced, and the flexibility of the scheme is further improved; in addition, before the number of the tradable assets is reduced, the block link point verifies the asset deletion request through the second server, so that the tradable assets of the second user after the asset deletion operation is executed still have the tradable performance, and the fluency of the virtual asset transaction process is improved.

the block chain node receives an asset modification request sent by a second client, wherein the asset addition request carries new transaction assets and the number of the new transaction assets, and the new transaction assets belong to a fourth application account;

the block chain node sends an asset modification request to the second server so that the second server verifies the asset modification request;

and if the asset modification request passes the verification, generating third transaction information by the block link points according to the asset modification request, wherein the third transaction information comprises tradable assets, the number of tradable assets, newly increased transaction assets, the number of newly increased transaction assets, assets to be traded and the number of assets to be traded.

In this embodiment, after the block link point generates the information to be transacted according to the transaction initiation request, the block link point may further receive an asset modification request sent by the second client, where the asset modification request carries the newly added transaction asset and the number of the newly added transaction assets, the newly added transaction asset belongs to the fourth application account, and in addition, the asset modification request may also carry an identifier of the information to be transacted to which the newly added transaction asset belongs or an account identifier of the second user.

After receiving the asset modification request, the blockchain node may send an asset modification request to the second server, where the asset modification request sent to the second server carries the newly added transaction assets and the number of the newly added transaction assets, so that the second server determines whether all the virtual assets owned by the fourth application account are enough to pay for the newly added transaction assets in the number, and if so, the verification is passed; if not, the verification fails.

If the asset modification request passes the verification, the block link node needs to determine the information to be transacted before updating corresponding to the asset modification request from at least one piece of information to be transacted stored in the block chain according to the identifier of the information to be transacted carried in the asset modification request or the account identifier of the second user, acquire the identifier of the information to be transacted before updating, the tradable asset, the number of tradable assets, the number of the assets to be transacted and the number of the assets to be transacted, and generate third transaction information, the newly added transaction asset is also the asset that the second user wants to pay, but the asset type of the newly added transaction asset may be different from the type of the tradable asset in the information to be traded before updating, and the third transaction information includes tradable asset, the number of tradable assets, the newly added transaction asset, the number of newly added transaction assets, the number of the tradable assets and the number of the tradable assets. After the block link point generates the third transaction information, the third transaction information may be recorded into the block of the block link, so as to use the third transaction information to cover the information to be transacted before updating.

In the embodiment of the application, a specific implementation manner that the second user adds the new type of transaction assets through the second client is provided, that is, the second user can modify the number of the tradable assets and add the new type of assets into the assets to be delivered, so that the implementation flexibility of the scheme is further improved; in addition, before newly adding transaction assets, the block link points verify the asset modification request through the second server, so that the reliability of data stored in the block chain is improved, and the fluency of the virtual asset transaction process is improved.

the block chain node receives an asset viewing request sent by a second client, wherein the asset viewing request carries an account identification of a second user;

the block chain node acquires information to be traded of the second user from the block chain according to the asset viewing request, wherein the information to be traded comprises tradeable assets, the number of the tradeable assets and the number of the traded assets;

and sending the information to be traded to the second client so that the second client displays the information to be traded.

In this embodiment, after the blockchain node generates the information to be traded according to the transaction initiation request, the second client may further receive an asset viewing operation input by the second user, so that the blockchain node may receive the asset viewing request sent by the second client, where the asset addition request carries an account identifier of the second user, the blockchain node acquires all the information to be traded of the second user from at least one piece of information to be traded stored in the blockchain according to the account identifier of the second user, all the information to be traded of the second user includes at least one piece of information to be traded, and each piece of information to be traded includes a tradable asset, the number of tradable assets, the number of the assets to be traded, and the number of the assets to be traded. After the block link point acquires all information to be traded of the second user, the information to be traded can be sent to the second client, so that the second client displays the at least one information to be traded.

In the embodiment of the application, after the second user sends the transaction initiation request to the block chain node, the asset checking request can be sent to the block chain node, so that all information to be transacted initiated by the second user can be checked, the user can manage all initiated transaction information conveniently, and convenience of the scheme is improved.

Optionally, on the basis of the embodiment corresponding to fig. 3, in an optional embodiment of the method for virtual asset transaction provided in this embodiment of the present application, before the block link point generates the target transaction information according to the asset transaction request, the method further includes:

the method comprises the steps that a block chain node receives a first connection request sent by a first server;

the block chain node responds to the first connection request and establishes communication connection with a first server;

the block chain node receives a second connection request sent by a second server;

the blockchain node establishes a communication connection with the second server in response to the second connection request.

In this embodiment, before generating the target transaction information according to the asset transaction request, the blockchain node also receives a first connection request sent by the first server, and establishes a communication connection with the first server in response to the first connection request; and receiving a second connection request sent by a second server, and establishing communication connection with the second server in response to the second connection request, wherein the number of servers establishing communication connection with the block link point is not limited to two, and communication connection with the servers can be established by sending connection requests to the servers for more servers, and the like. To further understand the present solution, please refer to fig. 11, fig. 11 is a schematic structural diagram of a virtual asset transaction system in an embodiment of the present application, and fig. 11 illustrates that a block link point establishes a communication connection with three servers, namely, a game 1 background server, a game 2 background server, and a game 3 background server, but it should be understood that fig. 11 illustrates that only a virtual asset is taken as an asset in a game-type interactive application, in practical cases, the number of game-type background servers connected to the block link point is not limited to three, and servers connected to the block link point are not limited to the game-type interactive application background servers, but also may be video-type interactive application background servers, music-type interactive application background servers, and the like, and the example in fig. 11 is only for convenience of understanding, and is not limited to the present solution.

In the embodiment of the application, the communication connection is pre-established between the block chain nodes and the server, so that the block chain nodes can acquire the application account information of the first user and the second user from the server, and verify the tradable assets and the like by utilizing the second server in time, so as to ensure the fluency of the virtual property trading process.

Based on the description in the foregoing embodiments, with reference to the architecture diagram of the virtual asset transaction system shown in fig. 2, an embodiment of the present application further provides a method for virtual asset transaction, please refer to fig. 12, where an embodiment of the method for virtual asset transaction in the embodiment of the present application includes:

201. the third server receives an asset transaction request sent by a first client, wherein the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account and a second application account;

in this embodiment, when the first client receives an asset transaction operation input by the user, the asset transaction request is sent to the third server, and correspondingly, the third server may receive the asset transaction request sent by the first client. The third server is a background server of the first client, is independent of the first server and the second server, and is used for providing the background server for virtual asset transfer between different platforms; the asset transaction request carries an account id of a first user, where the first user corresponds to a first application account and a second application account, for example, if the virtual asset being transacted is a game asset, the first server and the second server are both game servers, and a third server, different from the game server, is a server for providing a virtual asset transaction platform, and may also be considered as a server of a blockchain system.

202. The third server generates target transaction information according to the asset transaction request, wherein the target transaction information comprises information of assets to be transacted and information of tradeable assets, the assets to be transacted correspond to the first user, the tradeable assets correspond to the second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to the first server, and the second interactive application corresponds to the second server;

in this embodiment, the third server stores information to be traded of at least one second user, each of the information to be traded includes a tradable asset and an asset to be traded, for the second user, the tradable asset is an asset required by the second user, and the asset to be traded is an asset that the second user wants to pay. After receiving the asset transaction request, the third server may determine that the account of the first user identifies the identified first user, information of an asset to be transacted that the first user wants to pay, a first application account corresponding to the asset to be transacted, information of a tradable asset required by the first user, and a second application account corresponding to the tradable asset, and may acquire, from the stored plurality of information to be transacted, target information to be transacted that is matched with the tradable asset and the asset to be transacted in the asset transaction request of the first user, and a second user associated with the target information to be transacted, thereby acquiring a third application account and a fourth application account of the second user, and generating the target transaction information.

The first application account and the third application account belong to the same first interactive application, the second application account and the fourth application account belong to the same second interactive application, the first interactive application and the second interactive application belong to different applications, the first server is a background third server to which the first interactive application belongs, and the second server is a background third server to which the second interactive application belongs; the target transaction information at least includes information of an asset to be transacted and information of a transactable asset, and optionally, the target transaction information may further include a first application account number, a third application account number, a second application account number, and a fourth application account number.

203. The third server sends a first transaction instruction to the first server according to the target transaction information, so that the first server transfers the assets to be transacted from the first application account to the third application account;

in this embodiment, after determining the third application account of the second user according to the target transaction information, the third server may send a first transaction instruction to the first server, where the first transaction instruction may include application account information and information of the asset to be transacted, the application account information includes the first application account and the third application account, and the information of the asset to be transacted includes an identifier of the asset to be transacted, a number of the asset to be transacted, an introduction of the asset to be transacted, or information of other assets to be transacted, and so on, so that the first server transfers the asset to be transacted from the first application account of the first user to the third application account of the second user after receiving the first transaction instruction.

204. And the third server sends a second transaction instruction to the second server according to the target transaction information, so that the second server transfers the tradable asset from the fourth application account to the second application account.

In this embodiment, after determining the fourth application account of the second user according to the target transaction information, the third server may send a second transaction instruction to the second server, where the second transaction instruction may include application account information and information of a tradable asset, the application account information includes the fourth application account and the second application account, and the information of the tradable asset includes an identifier of the tradable asset, a number of the tradable assets, an introduction of the tradable asset, or information of other tradable assets, so that the second server transfers the tradable asset from the fourth application account of the second user to the second application account of the first user after receiving the second transaction instruction.

In the embodiment of the application, the virtual asset transaction between different games can be realized by using the third server independent of background servers of various interactive applications, so that the condition that one party is damaged due to default can be effectively prevented, and the fairness of the transaction is improved; and another implementation mode different from the block chain technology is provided, the application scene of the scheme is expanded, and the implementation flexibility of the scheme is improved.

Based on the description in the foregoing embodiments, an embodiment of the present application further provides a method for virtual asset transaction, please refer to fig. 13, where an embodiment of the method for virtual asset transaction in the embodiment of the present application includes:

301. acquiring an asset transaction request by a block link point, wherein the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account;

in this embodiment, a block link point may receive an asset transaction request sent by a first client, where the asset transaction request carries an account id of a first user, and the first user corresponds to a first application account; the first application account is an account which has an association relation with the virtual property of the first user. Further, the asset transaction request may further include information of the asset to be transacted and information of the tradable asset, where the tradable asset refers to an asset required by the first user, the asset to be transacted refers to an asset that the first user wants to pay, and both the tradable asset of the first user and the asset to be transacted correspond to the first application account.

302. The block chain link point generates target transaction information based on the block chain according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, and the second user corresponds to a second application account;

in this embodiment, at least one block included in the block link points stores information to be traded of at least one second user, each of the information to be traded includes a tradable asset and an asset to be traded, for the second user, the tradable asset is an asset required by the second user, and the asset to be traded is an asset that the second user wants to pay. After receiving the asset transaction request, the blockchain node may determine a first user, information of the to-be-transacted asset, information of the tradable asset, and a first application account number, and the blockchain node may acquire, from the plurality of pieces of information to be transacted stored in at least one block, target information to be transacted that matches the tradable asset and the to-be-transacted asset in the asset transaction request of the first user, and a second user associated with the target information to be transacted, thereby acquiring a second application account number of the second user, and generating the target transaction information. The first application account and the second application account belong to the same interactive application, that is, the first application account and the second application account belong to the same background server.

303. And the block link points send a first transaction instruction to the server according to the target transaction information, so that the server transfers the assets to be transacted from the first application account number to the second application account number and transfers the transactable assets from the second application account number to the first application account number.

In this embodiment, after determining the second application account of the second user according to the target transaction information, the block link point may send a first transaction instruction to the server, where the first transaction instruction may include application account information, tradable asset information, and information of the asset to be traded, the application account information includes the first application account and the second application account, the tradable asset information includes the number of tradable assets and tradable assets, and the information of the asset to be traded includes the number of the asset to be traded and the number of the asset to be traded, so that the server transfers the asset to be traded from the first application account to the second application account, and transfers the tradable asset from the second application account to the first application account.

In the embodiment of the application, the virtual asset transaction between the same games can be realized by utilizing the block chain technology, and the condition that one party is damaged due to default can be effectively prevented, so that the fairness of the transaction is improved.

Referring to fig. 14, fig. 14 is a schematic view of an embodiment of the virtual asset transaction apparatus according to the embodiment of the present application, and the virtual asset transaction apparatus 40 includes:

a receiving module 401, configured to receive an asset transaction request sent by a first client, where the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account and a second application account;

a processing module 402, configured to generate target transaction information based on a blockchain according to the asset transaction request received by the receiving module 401, where the target transaction information includes information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

a sending module 403, configured to send a first transaction instruction to the first server according to the target transaction information generated by the processing module 402, so that the first server transfers the asset to be transacted from the first application account to a third application account;

the sending module 403 is further configured to send a second transaction instruction to the second server according to the target transaction information generated by the processing module 402, so that the second server transfers the tradable asset from the fourth application account to the second application account.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application, the receiving module 401 is further configured to receive a transaction initiation request sent by a second client, where the transaction initiation request includes a tradable asset and a number of the tradable asset, and the tradable asset belongs to a fourth application account;

the sending module 403 is further configured to send a transaction initiation request to the second server, so that the second server verifies the transaction initiation request received by the receiving module 401;

the processing module 402 is further configured to generate information to be traded according to the transaction initiation request under the condition that the transaction initiation request is verified, where the information to be traded includes tradable assets, the number of tradable assets, and the number of tradable assets;

the processing module 402 is further configured to record the information to be traded to a target block in a block chain, where the block chain includes N blocks, and N is an integer greater than or equal to 1.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application, the processing module 402 is specifically configured to:

Alternatively, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application,

the receiving module 401 is further configured to receive a transaction query request sent by a first client, where the transaction query request includes a second application account and a tradable asset;

the processing module 402 is further configured to generate a query result according to the transaction query request received by the receiving module 401;

the sending module 403 is further configured to send the query result generated by the processing module 402 to the first client, so that the first client displays the query result, where the query result includes information to be traded, and the information to be traded includes tradable assets, the number of tradable assets, and the number of tradable assets.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application, the receiving module 401 is further configured to receive an asset increment request sent by a second client, where the asset increment request carries a new number of tradeable assets;

a sending module 403, configured to send an asset increasing request to the second server, so that the second server verifies the asset increasing request;

the processing module 402 is further configured to generate first transaction information according to the asset increment request when the asset increment request is verified, where the first transaction information includes a tradable asset, a first quantity of the tradable asset, a quantity of the to-be-traded asset, and the first quantity is a sum of the quantity of the tradable asset and the newly added quantity of the tradable asset.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application, the receiving module 401 is further configured to receive an asset deletion request sent by a second client, where the asset deletion request carries a deletion amount of a tradable asset;

a sending module 403, configured to send an asset pruning request to the second server, so that the second server verifies the asset pruning request;

the processing module 402 is further configured to generate second transaction information according to the asset pruning request if the asset pruning request is verified, where the second transaction information includes tradable assets, a second number of tradable assets, the to-be-traded assets, and the number of the to-be-traded assets, and the second number is a difference between the number of tradable assets and the pruned number of tradable assets.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction device 40 provided in the embodiment of the present application, the receiving module 401 is further configured to receive an asset modification request sent by a second client, where the asset addition request carries new transaction assets and the number of the new transaction assets, and the new transaction assets belong to a fourth application account;

a sending module 403, configured to send an asset modification request to the second server, so that the second server verifies the asset modification request;

the processing module 402 is further configured to generate third transaction information according to the asset modification request when the asset modification request is verified, where the third transaction information includes tradable assets, the number of tradable assets, newly added transaction assets, the number of newly added transaction assets, assets to be traded, and the number of assets to be traded.

Optionally, on the basis of the embodiment corresponding to fig. 14, please refer to fig. 15, where fig. 15 is a schematic view of an embodiment of a virtual asset transaction apparatus in the embodiment of the present application, and in another embodiment of the virtual asset transaction apparatus 40 provided in the embodiment of the present application, the receiving module 401 is further configured to receive an asset viewing request sent by a second client, where the asset viewing request carries an account id of a second user;

the virtual asset transaction apparatus further comprises: an obtaining module 404, configured to obtain information to be traded of the second user from the block chain according to the asset viewing request received by the receiving module 401, where the information to be traded includes tradable assets, the number of tradable assets, and the number of tradable assets;

the sending module 403 is further configured to send the information to be traded, which is obtained by the obtaining module 404, to the second client, so that the second client displays the information to be traded.

Optionally, on the basis of the embodiment corresponding to fig. 14, in another embodiment of the virtual asset transaction apparatus 40 provided in this embodiment of the present application, the receiving module 401 is further configured to receive a first connection request sent by a first server;

a processing module 402, configured to establish a communication connection with a first server in response to the first connection request received by the receiving module 401;

the receiving module 401 is further configured to receive a second connection request sent by a second server;

the processing module 402 is further configured to establish a communication connection with the second server in response to the second connection request received by the receiving module 401.

Based on the description of the above embodiments, an embodiment of the present application further provides a virtual asset transaction apparatus, please refer to fig. 16, fig. 16 is a schematic diagram of an embodiment of the virtual asset transaction apparatus in the embodiment of the present application, and the virtual asset transaction apparatus 50 includes:

a receiving module 501, configured to receive an asset transaction request sent by a first client, where the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account and a second application account;

a processing module 502, configured to generate target transaction information according to the asset transaction request received by the receiving module 501, where the target transaction information includes information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, and the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

a sending module 503, configured to send a first transaction instruction to the first server according to the target transaction information generated by the processing module 502, so that the first server transfers the asset to be transacted from the first application account to a third application account;

the sending module 503 is further configured to send a second transaction instruction to the second server according to the target transaction information generated by the processing module 502, so that the second server transfers the tradable asset from the fourth application account to the second application account.

Based on the description of the above embodiments, an embodiment of the present application further provides a virtual asset transaction apparatus, please refer to fig. 17, fig. 17 is a schematic diagram of an embodiment of the virtual asset transaction apparatus in the embodiment of the present application, and the virtual asset transaction apparatus 60 includes:

an obtaining module 601, configured to obtain an asset transaction request, where the asset transaction request carries an account identifier of a first user, and the first user corresponds to a first application account;

a processing module 602, configured to generate target transaction information based on a blockchain according to the asset transaction request acquired by the acquisition module 601, where the target transaction information includes information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to a first user, the tradable asset corresponds to a second user, and the second user corresponds to a second application account;

the sending module 603 is configured to send a first transaction instruction to the server according to the target transaction information generated by the processing module 602, so that the server transfers the asset to be transacted from the first application account to the second application account, and transfers the tradable asset from the second application account to the first application account.

Next, an embodiment of the present application further provides a block link point, where the virtual asset transaction device provided in the embodiment corresponding to fig. 14 or fig. 15 may be deployed on the block link node, and is used to execute the steps executed by the block link point in the embodiments corresponding to fig. 4 to fig. 11; alternatively, the virtual asset transaction device provided in the embodiment corresponding to fig. 17 is deployed to perform the steps performed by the block link nodes in the embodiment corresponding to fig. 13. The blockchain node may be embodied as a terminal device, or may be embodied as a server, where the blockchain node in the terminal device form is introduced first. As shown in fig. 18, for convenience of explanation, only the parts related to the embodiments of the present application are shown, and details of the technology are not disclosed, please refer to the method part of the embodiments of the present application. The terminal device may be any terminal device including a mobile phone, a tablet computer, a Personal Digital Assistant (PDA), a Point of Sales (POS), a vehicle-mounted computer, and the like, taking a block chain node as the mobile phone as an example:

fig. 18 is a block diagram showing a partial structure of a cellular phone related to the attribute information presentation apparatus according to the embodiment of the present application. Referring to fig. 18, the cellular phone includes: radio Frequency (RF) circuit 710, memory 720, input unit 730, display unit 740, sensor 750, audio circuit 760, wireless fidelity (WiFi) module 770, processor 780, and power supply 790. Those skilled in the art will appreciate that the handset configuration shown in fig. 18 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile phone in detail with reference to fig. 18:

the RF circuit 710 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then processes the received downlink information to the processor 780; in addition, the data for designing uplink is transmitted to the base station. In general, the RF circuit 710 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuit 710 may also communicate with networks and other devices via wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to global system for Mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (SMS), and the like.

The memory 720 may be used to store software programs and modules, and the processor 780 may execute various functional applications and data processing of the cellular phone by operating the software programs and modules stored in the memory 720. The memory 720 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 720 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 730 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 730 may include a touch panel 731 and other input devices 732. The touch panel 731, also referred to as a touch screen, can collect touch operations of a user (e.g. operations of the user on or near the touch panel 731 by using any suitable object or accessory such as a finger, a stylus, etc.) and drive the corresponding connection device according to a preset program. Alternatively, the touch panel 731 may include two portions of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts it to touch point coordinates, and sends the touch point coordinates to the processor 780, and can receive and execute commands from the processor 780. In addition, the touch panel 731 may be implemented by various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The input unit 730 may include other input devices 732 in addition to the touch panel 731. In particular, other input devices 732 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 740 may be used to display information input by the user or information provided to the user and various menus of the mobile phone. The display unit 740 may include a display panel 741, and optionally, the display panel 741 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch panel 731 can cover the display panel 741, and when the touch panel 731 detects a touch operation on or near the touch panel 731, the touch operation is transmitted to the processor 780 to determine the type of the touch event, and then the processor 780 provides a corresponding visual output on the display panel 741 according to the type of the touch event. Although the touch panel 731 and the display panel 741 are shown as two separate components in fig. 18, in some embodiments, the touch panel 731 and the display panel 741 may be integrated to implement the input and output functions of the mobile phone.

The handset may also include at least one sensor 750, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 741 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 741 and/or a backlight when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

Audio circuitry 760, speaker 761, and microphone 762 may provide an audio interface between a user and a cell phone. The audio circuit 760 can transmit the electrical signal converted from the received audio data to the speaker 761, and the electrical signal is converted into a sound signal by the speaker 761 and output; on the other hand, the microphone 762 converts the collected sound signal into an electric signal, converts the electric signal into audio data after being received by the audio circuit 760, and then processes the audio data output processor 780, and then transmits the audio data to, for example, another cellular phone through the RF circuit 710, or outputs the audio data to the memory 720 for further processing.

WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 770, and provides wireless broadband Internet access for the user. Although fig. 18 shows the WiFi module 770, it is understood that it does not belong to the essential constitution of the handset, and can be omitted entirely as needed within the scope not changing the essence of the invention.

The processor 780 is a control center of the mobile phone, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone and processes data by operating or executing software programs and/or modules stored in the memory 720 and calling data stored in the memory 720, thereby integrally monitoring the mobile phone. Alternatively, processor 780 may include one or more processing units; alternatively, processor 780 may integrate an application processor that handles primarily the operating system, user interface, applications, etc. and a modem processor that handles primarily wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 780.

The handset also includes a power supply 790 (e.g., a battery) for powering the various components, optionally logically connected to the processor 780 via a power management system, so as to manage charging, discharging, and power consumption via the power management system.

Although not shown, the mobile phone may further include a camera module, a bluetooth module, etc., which will not be described herein.

In an embodiment of the present application, when the virtual asset transaction apparatus provided in the embodiment corresponding to fig. 14 or fig. 15 is deployed on a blockchain of a terminal device shape, the processor 780 is further configured to perform the following steps:

It should be understood that the processor 780 is also configured to execute other steps executed by the block link points in the embodiments corresponding to fig. 4 to fig. 11, and a detailed description thereof is omitted here.

In this embodiment, when the virtual asset transaction device provided in the embodiment corresponding to fig. 17 is deployed on the blockchain of the terminal device form, the processor 780 is further configured to perform the following steps:

and sending a first transaction instruction to the server according to the target transaction information so as to enable the server to transfer the asset to be transacted from the first application account number to the second application account number and transfer the tradable asset from the second application account number to the first application account number.

Next, a blockchain device in the form of a server is introduced, please refer to fig. 19, and fig. 19 is a schematic structural diagram of a blockchain node provided in an embodiment of the present application. The blockchain node 800 may be disposed with the virtual asset transaction device provided in the embodiment corresponding to fig. 14 or fig. 15, for performing the steps performed by the blockchain node in the embodiments corresponding to fig. 4 to fig. 11; alternatively, the virtual asset transaction device provided in the embodiment corresponding to fig. 16 is deployed to perform the steps performed by the block link nodes in the embodiment corresponding to fig. 12; the virtual asset transaction device provided in the embodiment corresponding to fig. 17 is deployed to perform the steps performed by the block link nodes in the embodiment corresponding to fig. 13. The block link points 800 may vary significantly depending on configuration or performance, and may include one or more Central Processing Units (CPUs) 822 (e.g., one or more processors) and memory 832, one or more storage media 830 (e.g., one or more mass storage devices) storing applications 842 or data 844. Memory 832 and storage medium 830 may be, among other things, transient or persistent storage. The program stored on the storage medium 830 may include one or more modules (not shown), each of which may include a sequence of instructions operating on a blockchain node. Further, the cpu822 may be configured to communicate with the storage medium 830 and execute a series of command operations in the storage medium 830 at the block link point 800.

Block chain node 800 may also include one or more power supplies 826, one or more wired or wireless network interfaces 850, one or more input-output interfaces 855, and/or one or more operating systems 841, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.

The steps performed by the blockchain nodes in the above embodiments may be based on the blockchain point structure shown in fig. 19.

In this embodiment of the application, when the virtual asset transaction device provided in the embodiment corresponding to fig. 14 or fig. 15 is disposed on a block link point in a block link point form, the CPU822 is further configured to execute steps executed by the block link points in the embodiments corresponding to fig. 4 to fig. 11, and details are not repeated here.

In this embodiment of the application, when the virtual asset transaction device provided in the embodiment corresponding to fig. 17 is disposed on a block link point in a block link point form, the CPU822 is further configured to execute steps executed by the block link point in the embodiment corresponding to fig. 13, and details are not repeated here.

In the embodiment of the present application, when the virtual asset transaction device provided in the embodiment corresponding to fig. 19 is disposed on a block link point, the CPU822 is further configured to perform the following steps:

generating target transaction information according to the asset transaction request, wherein the target transaction information comprises information of assets to be transacted and information of tradeable assets, the assets to be transacted correspond to a first user, the tradeable assets correspond to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first block chain node, and the second interactive application corresponds to a second block chain node;

according to the target transaction information, a first transaction instruction is sent to a first block chain node, so that the first block chain node transfers the assets to be transacted from the first application account number to a third application account number;

and sending a second transaction instruction to the second blockchain node according to the target transaction information, so that the second blockchain node transfers the tradable asset from the fourth application account to the second application account.

Also provided in the embodiments of the present application is a computer-readable storage medium, which stores a computer program, and when the computer program runs on a computer, the computer program causes the computer to execute the steps executed by the terminal device in the method described in the foregoing embodiments shown in fig. 4 to 11, or causes the computer to execute the steps executed by the terminal device in the method described in the foregoing embodiments shown in fig. 12, or causes the computer to execute the steps executed by the terminal device in the method described in the foregoing embodiments shown in fig. 13.

Embodiments of the present application also provide a computer program product including a program, which, when running on a computer, causes the computer to execute the steps performed by the terminal device in the method described in the foregoing embodiments shown in fig. 4 to 11, or causes the computer to execute the steps performed by the terminal device in the method described in the foregoing embodiment shown in fig. 12, or causes the computer to execute the steps performed by the terminal device in the method described in the foregoing embodiment shown in fig. 13.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a block node, a network device, or the like) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. A method of virtual asset trading, comprising:

generating target transaction information based on a blockchain according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to the first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

according to the target transaction information, sending a first transaction instruction to the first server so that the first server transfers the asset to be transacted from the first application account to the third application account;

2. The method of claim 1, wherein prior to receiving the asset transaction request sent by the first client, the method further comprises:

receiving a transaction initiation request sent by a second client, wherein the transaction initiation request comprises the tradable assets and the number of the tradable assets, and the tradable assets belong to the fourth application account;

sending the transaction initiation request to the second server to enable the second server to verify the transaction initiation request;

if the transaction initiation request passes the verification, generating information to be transacted according to the transaction initiation request, wherein the information to be transacted comprises the tradable assets, the number of the tradable assets, the assets to be transacted and the number of the assets to be transacted;

recording the information to be traded to a target block in the block chain, wherein the block chain comprises N blocks, and N is an integer greater than or equal to 1.

3. The method of claim 2, wherein generating target transaction information based on a blockchain according to the asset transaction request comprises:

acquiring the information to be traded from the target block of the block chain according to the asset trading request;

and generating the target transaction information according to the information to be transacted.

4. The method of any of claims 1-3, wherein prior to receiving the asset transaction request sent by the first client, the method further comprises:

receiving a transaction query request sent by the first client, wherein the transaction query request comprises the second application account and the tradable asset;

generating a query result according to the transaction query request;

and sending the query result to the first client to enable the first client to display the query result, wherein the query result comprises information to be traded, and the information to be traded comprises the tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded.

5. The method of claim 2, wherein after generating the information to be transacted according to the transaction initiation request, the method further comprises:

receiving an asset increasing request sent by the second client, wherein the asset increasing request carries the new number of the tradable assets;

sending the asset addition request to the second server to cause the second server to validate the asset addition request;

and if the asset increment request passes the verification, generating first transaction information according to the asset increment request, wherein the first transaction information comprises the tradable asset, a first quantity of the tradable asset, the assets to be traded and the quantity of the assets to be traded, and the first quantity is the sum of the quantity of the tradable asset and the newly increased quantity of the tradable asset.

6. The method of claim 2, wherein after generating the information to be transacted according to the transaction initiation request, the method further comprises:

receiving an asset deletion request sent by the second client, wherein the asset deletion request carries the deletion amount of the tradable asset;

sending the asset pruning request to the second server to cause the second server to validate the asset pruning request;

and if the asset deletion request passes the verification, generating second transaction information according to the asset deletion request, wherein the second transaction information comprises the tradable asset, a second quantity of the tradable asset, the to-be-traded asset and the quantity of the to-be-traded asset, and the second quantity is the difference value between the quantity of the tradable asset and the deleted quantity of the tradable asset.

7. The method of claim 2, wherein after generating the information to be transacted according to the transaction initiation request, the method further comprises:

receiving an asset modification request sent by the second client, wherein the asset addition request carries new transaction assets and the number of the new transaction assets, and the new transaction assets belong to the fourth application account;

sending the asset modification request to the second server to cause the second server to validate the asset modification request;

and if the asset modification request passes the verification, generating third transaction information according to the asset modification request, wherein the third transaction information comprises the tradable asset, the number of tradable assets, the newly added transaction asset, the number of newly added transaction assets, the assets to be traded and the number of assets to be traded.

8. The method of claim 2, wherein after generating the information to be transacted according to the transaction initiation request, the method further comprises:

receiving an asset viewing request sent by the second client, wherein the asset viewing request carries an account identifier of a second user;

according to the asset viewing request, acquiring information to be traded of the second user from the block chain, wherein the information to be traded comprises the tradeable assets, the number of the tradeable assets, the assets to be traded and the number of the assets to be traded;

and sending the information to be traded to the second client side so that the second client side displays the information to be traded.

9. The method of claim 1, wherein prior to generating target transaction information from the asset transaction request, the method further comprises:

receiving a first connection request sent by the first server;

establishing a communication connection with the first server in response to the first connection request;

receiving a second connection request sent by the second server;

establishing a communication connection with the second server in response to the second connection request.

10. A method of virtual asset trading, comprising:

generating target transaction information according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to the first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

11. A method of virtual asset trading, comprising:

generating target transaction information based on a blockchain according to the asset transaction request, wherein the target transaction information comprises information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to the first user, the tradable asset corresponds to a second user, and the second user corresponds to a second application account;

and sending a first transaction instruction to a server according to the target transaction information so as to enable the server to transfer the asset to be transacted from the first application account to the second application account and transfer the tradable asset from the second application account to the first application account.

12. A virtual asset transaction apparatus, comprising:

a processing module, configured to generate target transaction information based on a blockchain according to the asset transaction request received by the receiving module, where the target transaction information includes information of an asset to be transacted and information of a tradable asset, the asset to be transacted corresponds to the first user, the tradable asset corresponds to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

the sending module is used for sending a first transaction instruction to the first server according to the target transaction information generated by the processing module so that the first server transfers the asset to be transacted from the first application account to the third application account;

the sending module is further configured to send a second transaction instruction to the second server according to the target transaction information generated by the processing module, so that the second server transfers the tradable asset from the fourth application account to the second application account.

13. A virtual asset transaction apparatus, comprising:

the processing module is used for generating target transaction information according to the asset transaction request received by the receiving module, wherein the target transaction information comprises information of assets to be transacted and information of tradable assets, the assets to be transacted correspond to the first user, the tradable assets correspond to a second user, the second user corresponds to a third application account and a fourth application account, the first application account and the third application account belong to a first interactive application, the second application account and the fourth application account belong to a second interactive application, the first interactive application and the second interactive application belong to different applications, the first interactive application corresponds to a first server, and the second interactive application corresponds to a second server;

14. A virtual asset transaction apparatus, comprising:

the processing module is used for generating target transaction information based on a blockchain according to the asset transaction request acquired by the acquisition module, wherein the target transaction information comprises information of assets to be transacted and information of tradable assets, the assets to be transacted correspond to the first user, the tradable assets correspond to a second user, and the second user corresponds to a second application account;

and the sending module is used for sending a first transaction instruction to a server according to the target transaction information generated by the processing module so as to enable the server to transfer the asset to be transacted from the first application account to the second application account and transfer the tradable asset from the second application account to the first application account.

15. A block link point, comprising: a memory, a transceiver, a processor, and a bus system;

wherein the memory is used for storing programs;

the processor is configured to execute a program in the memory, including performing the method of any of claims 1 to 9;

16. A server, comprising: a memory, a transceiver, a processor, and a bus system;

wherein the memory is used for storing programs;

the processor is configured to execute the program in the memory, including performing the method of claim 10;

17. A block link point, comprising: a memory, a transceiver, a processor, and a bus system;

wherein the memory is used for storing programs;

the processor is configured to execute the program in the memory, including performing the method of claim 11;

18. A computer-readable storage medium comprising instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1 to 9, or perform the method of claim 10, or perform the method of claim 11.