NFT trading method, system, device, equipment and storage medium

Abstract

The present application discloses an NFT transaction method, system, apparatus, device and storage medium, the method comprising the steps of: receiving a transaction request sent by an asset buyer, wherein the transaction request includes identification information of a digital asset and a first fee; generating a first NFT warrant for the digital asset on a consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset; generating a second NFT warrant for the digital asset on a public chain based on the digital asset information of the digital asset; transferring the ownership of the first NFT warrant to the asset buyer on the consortium chain, and transferring the ownership of the second NFT warrant to the asset buyer on the public chain. The present application avoids carrying intermediary information in the NFT warrant of a digital asset and reduces the transaction cost of NFTs.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to an NFT transaction method, system, device, equipment and storage medium. Background Art

[0002] Currently, when trading digital assets, the asset seller submits the digital assets to the exchange and mints NFT (Non-Fungible Token) warrants on the public chain. When an asset buyer purchases the digital assets, the exchange transfers the NFT warrants from the public chain to the asset buyer, thus completing the NFT transaction. Figure 1 Step 1: Asset seller A submits the digital asset to the exchange and mints the NFT warrant, i.e., Token ID, on the public chain; Step 2: Exchange B announces the digital asset, i.e., displays the digital asset to potential asset buyers D1--Dn; Step 3: Asset buyers who are willing to purchase submit the purchase funds to Exchange B; Step 4: After deducting the commission, the exchange pays the remaining funds to asset seller A; Step 5: Asset seller A transfers the ownership of the NFT warrant to the asset buyer on the public chain.

[0003] For the above-mentioned NFT transaction process, there will be corresponding transaction fee records. These transaction fee records will be written into the NFT warrant on the public chain together with the digital asset information of the digital asset. In particular, when there are multiple intermediary transactions before the digital asset is purchased by the asset buyer, the transaction fee records of each intermediary transaction will be written into the NFT warrant on the public chain, resulting in a large amount of intermediary information in the NFT warrant. In addition, the casting cost of the asset seller A when casting the NFT warrant on the public chain is relatively high. If the digital asset cannot be sold, the asset seller A will suffer a net loss of the casting cost. Summary of the Invention

[0004] In view of this, the embodiments of the present application provide an NFT transaction method, system, apparatus, device and storage medium, which aim to avoid carrying intermediary information in the NFT certificate of digital assets and reduce the cost of NFT transactions.

[0005] To achieve the above objectives, this application provides an NFT trading method, which includes:

[0006] Receiving a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee;

[0007] Based on the identification information and the first fee, generating a first NFT warrant for the digital asset on the consortium chain, wherein the first NFT warrant represents a transaction fee record for the digital asset;

[0008] Generate a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset;

[0009] The ownership of the first NFT warrant is transferred to the asset buyer on the alliance chain, and the ownership of the second NFT warrant is transferred to the asset buyer on the public chain.

[0010] Exemplarily, before generating the first NFT warrant of the digital asset on the consortium chain based on the identification information and the first fee, the process includes:

[0011] In response to an upload request from an asset seller to upload a digital asset, a third NFT certificate is generated on the alliance chain based on the digital asset information included in the upload request; the third NFT certificate is an upload certificate for the digital asset.

[0012] Exemplarily, in response to an upload request from an asset seller to upload a digital asset, after generating a third NFT warrant on the consortium chain based on the digital asset information included in the upload request, the process includes:

[0013] Distributing the digital assets on the consortium chain to other exchanges so that the other exchanges can display the digital assets;

[0014] Based on the other exchanges, an asset buyer of the digital asset is determined.

[0015] Exemplarily, generating a second NFT warrant for the digital asset on a public chain based on the digital asset information of the digital asset includes:

[0016] Obtaining ownership of the third NFT certificate on the consortium chain;

[0017] Obtaining digital asset information of the digital asset based on ownership of the third NFT warrant;

[0018] A second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

[0019] Exemplarily, generating a second NFT warrant for the digital asset on a public chain based on the digital asset information of the digital asset includes:

[0020] After deducting the second fee for purchasing the first NFT warrant from the first fee, a third fee is obtained;

[0021] Paying the third fee to the asset seller;

[0022] When it is detected that the asset seller has received the third fee, a second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

[0023] In addition, to achieve the above objectives, this application also discloses an NFT trading system, which includes an exchange:

[0024] The exchange receives a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee;

[0025] The exchange generates a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset;

[0026] The exchange generates a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset;

[0027] The exchange transfers the ownership of the first NFT warrant to the asset buyer on the alliance chain, and transfers the ownership of the second NFT warrant to the asset buyer on the public chain.

[0028] Exemplarily, the exchange includes at least a primary exchange and multiple secondary exchanges;

[0029] The primary exchange is used to distribute the digital assets to various secondary exchanges;

[0030] The multiple secondary exchanges are used to display the digital assets.

[0031] In addition, to achieve the above objectives, the present application also provides an NFT trading device, which includes:

[0032] a receiving module, configured to receive a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee;

[0033] A first generating module is configured to generate a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset;

[0034] A second generation module, configured to generate a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset;

[0035] A transfer module is used to transfer the ownership of the first NFT warrant to the asset buyer on the alliance chain, and to transfer the ownership of the second NFT warrant to the asset buyer on the public chain.

[0036] In addition, to achieve the above-mentioned purpose, the present application also provides an NFT trading device, which includes a memory, a processor, and an NFT trading program stored on the memory and runnable on the processor. When the NFT trading program is executed by the processor, the steps of the NFT trading method described above are implemented.

[0037] In addition, to achieve the above-mentioned purpose, the present application also provides a computer-readable storage medium, on which an NFT transaction program is stored. When the NFT transaction program is executed by the processor, the steps of the NFT transaction method as described above are implemented.

[0038] Compared with the prior art, in which a large amount of intermediary information will be written into the NFT warrant on the public chain during the process of digital assets being transferred from the asset seller to the asset buyer, and when the digital assets cannot be sold, the asset seller will suffer a net loss in the cost of minting the NFT warrant, the present application receives a transaction request sent by the asset buyer, wherein the transaction request includes the identification information of the digital asset and a first fee; based on the identification information and the first fee, a first NFT warrant for the digital asset is generated on the alliance chain, wherein the first NFT warrant represents the transaction fee record of the digital asset; based on the digital asset information of the digital asset, a second NFT warrant for the digital asset is generated on the public chain; the ownership of the first NFT warrant is transferred to the asset buyer on the alliance chain, and the ownership of the second NFT warrant is transferred to the asset buyer on the public chain. This application generates a first NFT warrant with a transaction fee record on the consortium chain and generates a second NFT warrant for the digital asset on the public chain, rather than directly generating an NFT warrant containing a transaction fee record and a digital asset on the public chain. This realizes the splitting of the NFT warrant, so that the second NFT warrant does not contain a transaction fee record, thereby avoiding the carrying of intermediary information in the NFT warrant of the digital asset. In addition, since the second NFT warrant is minted only after receiving the transaction request sent by the asset buyer, the NFT warrant for the digital asset is minted on the public chain only when a formal transaction occurs, thereby avoiding the net loss of the asset seller's cost of minting the NFT warrant when the digital asset cannot be sold, thereby reducing the NFT transaction cost. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] Figure 1 This is a flowchart of the NFT transaction involved in the background technology of the NFT transaction method of this application;

[0040] Figure 2 This is a flowchart of the first embodiment of the NFT transaction method of this application;

[0041] Figure 3This is a schematic diagram of a transaction process in the first embodiment of the NFT transaction method of this application;

[0042] Figure 4 This is another schematic diagram of the transaction process in the first embodiment of the NFT transaction method of this application;

[0043] Figure 5 This is another schematic diagram of the transaction process in the first embodiment of the NFT transaction method of this application;

[0044] Figure 6 It is a structural diagram of the hardware operating environment involved in the embodiment of the present application.

[0045] The realization of the objectives, functional features and advantages of this application will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0046] It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application.

[0047] This application provides an NFT transaction method, refer to Figure 2 , Figure 2 This is a flow chart of the first embodiment of the NFT transaction method of this application.

[0048] The embodiments of this application provide embodiments of the NFT trading method. It should be noted that although the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than here. The NFT trading method can be applied to the server where the exchange is located.

[0049] Among them, an exchange is a business service that allows customers to trade NFTs for other assets, including fiat currencies or other cryptocurrencies. The exchange can be a market maker (intermediary), taking the bid-ask spread as a trading commission for the service, or it can be a matching platform that purely charges a commission.

[0050] For ease of description, the following omits the steps of the NFT transaction method described by the execution entity. The NFT transaction method includes:

[0051] Step S110: receiving a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee.

[0052] Asset buyers are users of exchanges who purchase digital assets through the exchange. Transaction requests are used to request the purchase of digital assets. Identification information includes the name of the digital asset, production information, etc.

[0053] The first fee includes exchange commissions and transaction costs. Commissions refer to the portion of the total transaction amount deducted by the exchange that facilitates and closes NFT transactions, often referred to as service fees. Transaction costs refer to the fact that NFT transactions occur on the blockchain. Since blockchain activities (such as minting and transfers) consume computing power, each NFT transaction consumes computing power. This cost is borne by both parties to the transaction and paid to the blockchain computing power provider (commonly known as the miner).

[0054] Step S120: Based on the identification information and the first fee, a first NFT certificate of the digital asset is generated on the consortium chain, wherein the first NFT certificate represents a transaction fee record of the digital asset.

[0055] A consortium chain is a specialized blockchain established and jointly managed by multiple institutions (exchanges). Each institution manages one or more nodes, and data within the consortium chain is only accessible to the consortium chain's members. Compared to public chains, consortium chains offer faster transactions, greater security, and enhanced privacy. Furthermore, since transactions require confirmation from only a few widely recognized, high-computing nodes, transaction costs are significantly reduced. For example, a consortium chain consisting of 20 nodes could have transactions confirmed by five core nodes (high-computing nodes). These five core nodes then distribute the confirmation results to the remaining 15 nodes in the consortium chain.

[0056] NFTs are units of data stored on a digital ledger called a blockchain. Each NFT represents a unique digital document, serving as an electronic certificate or proof of ownership of a virtual good. Due to their non-interchangeability, NFTs can represent digital assets such as paintings, artwork, sounds, videos, in-game items, or other forms of creative works. While the works themselves are infinitely replicable, the NFTs representing them are fully traceable on the underlying blockchain, providing buyers with proof of ownership of the digital asset. NFTs can also represent other digital content, such as transaction fee records.

[0057] It can be understood that the transaction fee record is used to record the first fee of the digital asset.

[0058] Step S130: Generate a second NFT warrant of the digital asset on the public chain based on the digital asset information of the digital asset.

[0059] Digital asset information includes designer information or author information, production information, the work itself, and other information that can represent the digital asset.

[0060] A public chain, also known as a "public blockchain," is a consensus-based blockchain open to everyone. On a public chain, nodes can freely join and exit. Anyone can freely access data and initiate transactions, and every transaction is effectively confirmed. It offers anonymity, low barriers to entry, complete decentralization, freedom from developer influence, and transparent, tamper-proof data. Compared to consortium chains, public chains require more node confirmation during transactions, resulting in higher transaction costs. For example, Ethereum has 100,000 nodes, of which 50,000 require confirmation.

[0061] After the asset buyer pays, a first NFT warrant is generated on the consortium chain. This means the first NFT warrant is minted on the consortium chain. When this first NFT warrant is sold (transferred) to the next level, the selling fee consists of the commission and the NFT minting fee, i.e., the first fee. It should be noted that in the prior art, NFT warrants minted by asset sellers on the public chain not only serve as proof of ownership of the digital asset but also include a record of transaction fees. Therefore, the first NFT warrant in this embodiment is equivalent to a split of the NFT warrant minted by the asset seller on the public chain in the prior art. This ensures that the second NFT warrant does not include a record of transaction fees. Therefore, even if the digital asset undergoes multiple transactions, this second NFT warrant can avoid significant noise, further enhancing the purity of the digital asset as a collectible. In other words, the transaction fee record exists only on the private chain (consortium chain) and not on the public chain, making it impossible for asset buyers to access the transaction fee record on the public chain. For example, an exchange (intermediary) purchases a digital asset from an asset seller for the purpose of increasing value, and then sells the digital asset. After at least one round of intermediary transactions, it is finally purchased by an asset buyer (for example, for the purpose of collection and not for sale). At this time, the ownership of the second NFT certificate is transferred to the asset buyer, and the transaction fee record is written into the first NFT certificate.

[0062] Therefore, after the transaction fee records and digital assets are split (the splitting of NFT warrants is actually reflected in the splitting of the information recorded therein), the exchange can also return to its original responsibilities, that is, trading the second NFT warrant representing the digital asset; and, since the first NFT warrant is minted in the transaction chain (alliance chain), the transaction fee records are fully reflected in the transaction chain, and the transaction chain is composed of multiple exchanges. When the exchange needs to conduct a detailed query on the transaction fee records, it can directly query in the transaction chain without the need for each exchange to separately develop a program interface to record and query transaction fee records. This is conducive to the integrity, traceability and simplicity of the transaction, and each exchange can directly use the original NFT transaction interface to access the transaction solution in this embodiment without the need to develop a new interface, thereby greatly reducing the access threshold of each exchange and saving development costs.

[0063] Step S140: Transfer the ownership of the first NFT warrant to the asset buyer on the alliance chain, and transfer the ownership of the second NFT warrant to the asset buyer on the public chain.

[0064] Reference Figure 3 , Figure 3 This is a schematic diagram of a scenario of the transaction process in the first embodiment of the NFT transaction method of this application. Figure 3 In the figure, 301 is the first NFT warrant, 302 is the first NFT warrant after transfer, 303 is the second NFT warrant, and 304 is the second NFT warrant after transfer. When the first NFT warrant is transferred to the asset buyer, the asset buyer is charged a fee for the digital asset, which is then paid to the asset seller. This process is automatically executed based on a smart contract. After the asset seller collects the fee, a second NFT warrant is generated and ownership of the second NFT warrant is transferred to the asset buyer.

[0065] Compared with the prior art, in which a large amount of intermediary information will be written into the NFT warrant on the public chain during the process of digital assets being transferred from the asset seller to the asset buyer, and when the digital assets cannot be sold, the asset seller will suffer a net loss in the cost of minting the NFT warrant, the present application receives a transaction request sent by the asset buyer, wherein the transaction request includes the identification information of the digital asset and a first fee; based on the identification information and the first fee, a first NFT warrant for the digital asset is generated on the alliance chain, wherein the first NFT warrant represents the transaction fee record of the digital asset; based on the digital asset information of the digital asset, a second NFT warrant for the digital asset is generated on the public chain; the ownership of the first NFT warrant is transferred to the asset buyer on the alliance chain, and the ownership of the second NFT warrant is transferred to the asset buyer on the public chain. This application generates a first NFT warrant with a transaction fee record on the consortium chain and generates a second NFT warrant for the digital asset on the public chain, rather than directly generating an NFT warrant containing a transaction fee record and a digital asset on the public chain. This realizes the splitting of the NFT warrant, so that the second NFT warrant does not contain a transaction fee record, thereby avoiding the carrying of intermediary information in the NFT warrant of the digital asset. In addition, since the second NFT warrant is minted only after receiving the transaction request sent by the asset buyer, the NFT warrant for the digital asset is minted on the public chain only when a formal transaction occurs, thereby avoiding the net loss of the asset seller's cost of minting the NFT warrant when the digital asset cannot be sold, thereby reducing the NFT transaction cost.

[0066] Exemplarily, before generating the first NFT warrant of the digital asset on the consortium chain based on the identification information and the first fee, the process includes:

[0067] Step a: In response to the asset seller's upload request for uploading digital assets, a third NFT certificate is generated on the alliance chain based on the digital asset information included in the upload request; the third NFT certificate is the upload proof of the digital asset.

[0068] In existing technology, after an asset seller uploads a digital asset, an NFT certificate for the digital asset is generally minted on a public blockchain immediately. However, minting NFTs on a public blockchain is expensive, and if the digital asset ultimately fails to sell, the seller loses the money. For example, minting a painting as an NFT costs $30, and if the painting remains unsold, the seller loses $30. To address this issue, some exchanges offer delayed minting services, where the NFT certificate for the digital asset is minted only after the buyer purchases the asset. However, since the seller uploads the digital asset but does not mint the NFT certificate on the public blockchain, the exchange can deny the sale even though the digital asset has already been sold. However, since the seller lacks the NFT certificate, meaning no proof of ownership, they cannot recover the proceeds from the sale, exposing themselves to the risk of default by the exchange. Consequently, the seller faces the risk of losing the NFT certificate minting costs or being defaulted on by the exchange.

[0069] This embodiment proposes a win-win solution. When an asset seller uploads a digital asset, an NFT warrant is not immediately minted on the public chain. Instead, a third NFT warrant is minted on the consortium chain. According to the aforementioned embodiments related to the consortium chain, the transaction cost on the consortium chain is lower than the transaction cost on the public chain. The transaction cost here includes the minting cost of the NFT warrant, which means that the minting cost of the NFT warrant on the consortium chain is also lower than the minting cost of the NFT warrant on the public chain. Accordingly, while avoiding the risk of loss from minting fees, since the third NFT warrant serves as proof of the digital asset upload, the exchange cannot default on its debt, thus avoiding the risk of being defaulted on by the exchange.

[0070] Reference Figure 4 , Figure 4 This is another schematic diagram of the transaction process in the first embodiment of the NFT trading method of this application. 401 is the first NFT warrant, 402 is the first NFT warrant after transfer, 403 is the second NFT warrant, 404 is the second NFT warrant after transfer, 405 is the third NFT warrant, and 406 is the third NFT warrant after transfer. After the asset buyer pays, the exchange generates (i.e., mints) the third NFT warrant on the consortium chain.

[0071] It is understandable that after the asset seller uploads the digital asset, he does not need to mint the NFT on the public chain himself. That is, since the transaction fee records will not appear on the public chain, the seller and buyer will not be aware of the exchange's commission deduction during the transaction, which is conducive to the business development of NFT transactions.

[0072] Exemplarily, in response to an upload request from an asset seller to upload a digital asset, after generating a third NFT warrant on the consortium chain based on the digital asset information included in the upload request, the process includes:

[0073] Step b: distributing the digital assets to other exchanges on the alliance chain so that the other exchanges can display the digital assets;

[0074] Currently, there is only one exchange that directly connects asset buyers and sellers. However, a single exchange has limited customer resources. In particular, due to the unique nature of NFTs, asset buyers and sellers will only trade on exchanges they trust. Understandably, if the exchange to which the asset seller uploads the digital asset is not trusted by potential buyers, the NFT corresponding to the digital asset may not be successfully sold. To address this issue, this embodiment proposes a multi-tiered exchange solution, whereby multiple tiers of exchanges can exist between the asset seller and the buyer. For example, an asset seller uploads the digital asset to an exchange they trust, defined as a primary exchange. This primary exchange distributes the digital asset to one or more other exchanges, among which there is an exchange trusted by the asset buyer, defined as a secondary exchange. Alternatively, an asset seller uploads the digital asset to an exchange they trust, defined as a primary exchange. This primary exchange distributes the digital asset to one or more other exchanges, and the other exchanges directly connected to the primary exchange are defined as secondary exchanges.

[0075] For example, if the other exchange includes multiple secondary exchanges, upon simultaneously receiving purchase requests from multiple potential buyers sent back by multiple secondary exchanges, the potential buyer who first placed an order among the multiple potential buyers will be determined as the asset buyer of the digital asset. That is, if there are multiple potential buyers on the other exchange, and multiple potential buyers initiate multiple purchase requests within a certain period of time (which can be set as needed), it is understood that there is only one NFT corresponding to the digital asset, and multiple purchase requests cannot be satisfied simultaneously. In this case, a target purchase request will be selected from the multiple purchase requests, and the potential buyer who initiated the target purchase request will be determined as the asset buyer of the digital asset.

[0076] Reference Figure 5 , Figure 5This is another schematic diagram of the transaction process in the first embodiment of the NFT transaction method of this application. Reference numeral 501 represents the first NFT warrant, 502 represents the first NFT warrant after transfer, 503 represents the second NFT warrant, 504 represents the second NFT warrant after transfer, 505 represents the third NFT warrant, 506 represents the third NFT warrant after transfer, 507 represents the fourth NFT warrant, and 508 represents the fourth NFT warrant after transfer. The fourth NFT warrant is similar to the first NFT warrant. After the asset buyer pays, the primary exchange generates (i.e., mints) the first NFT warrant on the consortium chain, and the secondary exchange generates (i.e., mints) the fourth NFT warrant on the consortium chain. It can be understood that the asset buyer of the digital asset is asset buyer 1. The purchase request submitted by asset buyer 1 is uploaded to secondary exchange 1, and then uploaded to the primary exchange by secondary exchange 1. After the asset buyer pays the fee to secondary exchange 1, the primary exchange generates 501 and the secondary exchange 1 generates 507. As the fee flows from asset buyer 1 along the direction of secondary exchange 1, primary exchange and asset seller, 505, 501 and 507 are transferred synchronously along the direction of asset seller, primary exchange, secondary exchange 1 and asset buyer 1. After the asset seller receives the payment, the primary exchange transfers 503 to secondary exchange 1, and the secondary exchange 1 finally transfers it to asset buyer 1.

[0077] Furthermore, secondary exchanges can continue to distribute digital assets to tertiary exchanges, which can continue to distribute digital assets to tertiary exchanges, and so on. It can be understood that establishing multiple levels of exchanges between asset sellers and potential buyers can increase the exposure of digital assets to potential buyers, thereby increasing the coverage of potential buyers and thus improving the success rate of digital asset transactions. Accordingly, other exchanges also have transaction costs and can also generate NFT warrants that record transaction fees on the consortium chain. The specific implementation methods for trading the NFT warrants generated by other exchanges are basically the same as the specific implementation methods for trading the first NFT warrant on the primary exchange, and will not be repeated here.

[0078] Step c: determining an asset buyer of the digital asset based on the other exchanges.

[0079] Exemplarily, generating a second NFT warrant for the digital asset on a public chain based on the digital asset information of the digital asset includes:

[0080] Step d: Obtain ownership of the third NFT certificate on the alliance chain.

[0081] The ownership of the third NFT warrant lies with the asset seller, which means that no one other than the asset seller can perform any operations on the digital asset. Therefore, it is necessary to obtain the ownership of the third NFT warrant first.

[0082] Step e: obtaining digital asset information of the digital asset based on the ownership of the third NFT warrant;

[0083] Step f: generating a second NFT warrant of the digital asset on the public chain based on the digital asset information of the digital asset.

[0084] After obtaining the digital asset information of the digital asset through ownership of the third NFT certificate, a second NFT certificate representing the digital asset information is generated (i.e., minted) on the public blockchain. It can be understood that there is a mapping relationship between the third NFT certificate and the digital asset information, and the digital asset information can be obtained from the third NFT certificate through this mapping relationship.

[0085] Exemplarily, generating a second NFT warrant for the digital asset on a public chain based on the digital asset information of the digital asset includes:

[0086] Step g, deducting the second fee for purchasing the first NFT warrant from the first fee to obtain a third fee;

[0087] Step h, paying the third fee to the asset seller;

[0088] In step i, when it is detected that the asset seller has received the third fee, a second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

[0089] Reference Figure 4 The first fee is the fee paid by the asset buyer to the exchange, the third fee is the fee paid by the exchange to the asset seller, and the second fee is the cost of purchasing the first NFT warrant. Accordingly, similar to the transfer of the first NFT warrant to the asset buyer, the asset buyer is charged a fee for purchasing the digital asset; while the third fee is paid to the asset seller, the third NFT warrant is transferred to the exchange. This process is also automatically executed based on smart contracts.

[0090] The second fee includes at least the commission, the transaction cost of the first NFT warrant, and the transaction cost of the second NFT warrant. It can be understood that in this embodiment, there is no need to calculate and deduct the commission and transaction cost separately, but it can be directly calculated by trading the first NFT warrant, thereby improving the efficiency of the transaction process.

[0091] In addition, this application also provides an NFT trading system, which includes an exchange:

[0092] The exchange receives a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee;

[0093] The exchange generates a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset;

[0094] The exchange generates a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset;

[0095] The exchange transfers the ownership of the first NFT warrant to the asset buyer on the alliance chain, and transfers the ownership of the second NFT warrant to the asset buyer on the public chain.

[0096] Exemplarily, the exchange includes at least a primary exchange and multiple secondary exchanges;

[0097] The primary exchange is used to distribute the digital assets to various secondary exchanges;

[0098] The multiple secondary exchanges are used to display the digital assets.

[0099] The specific implementation methods of the NFT trading system of this application are basically the same as the above-mentioned embodiments of the NFT trading method, and will not be repeated here.

[0100] In addition, this application also provides an NFT trading device, which includes:

[0101] a receiving module, configured to receive a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee;

[0102] A first generating module is configured to generate a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset;

[0103] A second generation module, configured to generate a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset;

[0104] A transfer module is used to transfer the ownership of the first NFT warrant to the asset buyer on the alliance chain, and to transfer the ownership of the second NFT warrant to the asset buyer on the public chain.

[0105] Exemplarily, the NFT trading device further includes:

[0106] The third generation module is used to respond to the upload request of the asset seller to upload the digital asset, and generate a third NFT certificate on the alliance chain based on the digital asset information included in the upload request; the third NFT certificate is the upload proof of the digital asset.

[0107] Exemplarily, the NFT trading device further includes:

[0108] A distribution module, configured to distribute the digital assets on the consortium chain to other exchanges so that the other exchanges can display the digital assets;

[0109] A determination module is used to determine an asset buyer of the digital asset based on the other exchange.

[0110] Exemplarily, the other exchanges include a plurality of exchanges, and the determining module is specifically configured to:

[0111] Receive multiple purchase requests from multiple potential buyers on multiple other exchanges;

[0112] Based on the multiple purchase requests, determine the potential buyer who places an order first from the multiple potential buyers as the asset buyer of the digital asset.

[0113] Exemplarily, the second generating module is specifically configured to:

[0114] Obtaining ownership of the third NFT certificate on the consortium chain;

[0115] Obtaining digital asset information of the digital asset based on ownership of the third NFT warrant;

[0116] A second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

[0117] Exemplarily, the first generating module is specifically configured to:

[0118] After deducting the second fee for purchasing the first NFT warrant from the first fee, a third fee is obtained;

[0119] Paying the third fee to the asset seller;

[0120] When it is detected that the asset seller has received the third fee, a second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

[0121] The specific implementation of the NFT trading device of this application is basically the same as the above-mentioned embodiments of the NFT trading method, and will not be repeated here.

[0122] In addition, this application also provides an NFT trading device. Figure 6 As shown, Figure 6 It is a structural diagram of the hardware operating environment involved in the embodiment of the present application.

[0123] In one possible implementation, Figure 6 This is a structural diagram of the hardware operating environment of the NFT trading device.

[0124] like Figure 6 As shown, the NFT trading device may include a processor 601, a communication interface 602, a memory 603 and a communication bus 604, wherein the processor 601, the communication interface 602 and the memory 603 communicate with each other through the communication bus 604, the memory 603 is used to store computer programs; the processor 601 is used to implement the steps of the NFT trading method when executing the program stored in the memory 603.

[0125] The communication bus 604 mentioned in the NFT trading device can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The communication bus 604 can be divided into an address bus, a data bus, and a control bus. For ease of illustration, the figure shows only one thick line, but this does not mean that there is only one bus or one type of bus.

[0126] The communication interface 602 is used for communication between the above-mentioned NFT trading device and other devices.

[0127] The memory 603 may include a random access memory (RMD) or a non-volatile memory (NM), such as at least one disk storage. Alternatively, the memory 603 may be at least one storage device located away from the processor 601.

[0128] The above-mentioned processor 601 can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

[0129] The specific implementation methods of the NFT trading device in this application are basically the same as the above-mentioned embodiments of the NFT trading method and will not be repeated here.

[0130] In addition, an embodiment of the present application also proposes a computer-readable storage medium, on which an NFT transaction program is stored. When the NFT transaction program is executed by a processor, the steps of the NFT transaction method described above are implemented.

[0131] The specific implementation of the computer-readable storage medium of this application is basically the same as the above-mentioned embodiments of the NFT transaction method, and will not be repeated here.

[0132] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, including: a computer program, which implements the steps of the NFT trading method described above when executed by a processor.

[0133] The specific implementation methods of the computer program product of this application are basically the same as the above-mentioned embodiments of the NFT transaction method and will not be repeated here.

[0134] It should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or apparatus comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or apparatus. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or apparatus comprising the element.

[0135] The serial numbers of the above embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0136] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, or the part that contributes to the existing technology, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), including: a number of instructions for enabling a terminal device (which can be a mobile phone, computer, server, device, or network device, etc.) to execute the methods described in each embodiment of this application.

[0137] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. An NFT trading method, characterized in that: The method comprises: Receiving a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee; Based on the identification information and the first fee, generating a first NFT warrant for the digital asset on the consortium chain, wherein the first NFT warrant represents a transaction fee record for the digital asset; Generate a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset to achieve the splitting of the NFT warrant, so that the second NFT warrant does not contain transaction fee records; The ownership of the first NFT warrant is transferred to the asset buyer on the alliance chain, and the ownership of the second NFT warrant is transferred to the asset buyer on the public chain.

2. The method according to claim 1, wherein Before generating the first NFT warrant of the digital asset on the consortium chain based on the identification information and the first fee, the method includes: In response to an upload request from an asset seller to upload a digital asset, a third NFT certificate is generated on the alliance chain based on the digital asset information included in the upload request; the third NFT certificate is an upload certificate for the digital asset.

3. The method according to claim 2, wherein The method of responding to an upload request from an asset seller to upload a digital asset and generating a third NFT warrant on the consortium chain based on the digital asset information included in the upload request includes: Distributing the digital assets on the consortium chain to other exchanges so that the other exchanges can display the digital assets; Based on the other exchanges, an asset buyer of the digital asset is determined.

4. The method according to claim 2, wherein Generating a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset includes: Obtaining ownership of the third NFT certificate on the consortium chain; Obtaining digital asset information of the digital asset based on ownership of the third NFT warrant; A second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

5. The method according to claim 1 or 4, wherein: Generating a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset includes: After deducting the second fee for purchasing the first NFT warrant from the first fee, a third fee is obtained; Paying the third fee to the asset seller; When it is detected that the asset seller has received the third fee, a second NFT warrant for the digital asset is generated on the public chain based on the digital asset information of the digital asset.

6. An NFT trading system, characterized in that: The system includes an exchange: The exchange receives a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee; The exchange generates a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset; The exchange generates a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset to achieve the splitting of the NFT warrant, so that the second NFT warrant does not contain transaction fee records; The exchange transfers the ownership of the first NFT warrant to the asset buyer on the alliance chain, and transfers the ownership of the second NFT warrant to the asset buyer on the public chain.

7. The system according to claim 6, wherein: The exchange includes at least a primary exchange and multiple secondary exchanges; The primary exchange is used to distribute the digital assets to various secondary exchanges; The multiple secondary exchanges are used to display the digital assets.

8. An NFT trading device, characterized in that: The device comprises: a receiving module, configured to receive a transaction request sent by an asset buyer, wherein the transaction request includes identification information of the digital asset and a first fee; A first generating module is configured to generate a first NFT warrant for the digital asset on the consortium chain based on the identification information and the first fee, wherein the first NFT warrant represents a transaction fee record for the digital asset; A second generation module is used to generate a second NFT warrant for the digital asset on the public chain based on the digital asset information of the digital asset, so as to realize the splitting of the NFT warrant, so that the second NFT warrant does not contain a transaction fee record; A transfer module is used to transfer the ownership of the first NFT warrant to the asset buyer on the alliance chain, and to transfer the ownership of the second NFT warrant to the asset buyer on the public chain.

9. An NFT trading device, characterized in that: The NFT trading device includes a memory, a processor, and an NFT trading program stored on the memory and executable on the processor. When the NFT trading program is executed by the processor, the steps of the NFT trading method as described in any one of claims 1 to 5 are implemented.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores an NFT transaction program, which, when executed by a processor, implements the steps of the NFT transaction method as described in any one of claims 1 to 5.

Images