A commodity trading system and device for non-fungible tokens

Abstract

An embodiment of this specification discloses a non-fungible token-based commodity trading system, including: an account management module, a shelf management module, and a trading management module; The account management module determines the blockchain corresponding to the non-fungible token. On the blockchain, a corresponding merchant on-chain account is created for the merchant's fund account, and a corresponding customer on-chain account is created for the customer's fund account. The merchant on-chain account and the customer on-chain account are used to carry non-fungible token-based commodities and do not have the ability to make payments; The shelf management module determines the asset identifier of the non-fungible token-based commodity. On the blockchain, an association relationship is established between the asset identifier and the merchant on-chain account to determine the initial ownership of the commodity; The trading management module, in response to a successful trading result between the merchant's fund account and the customer's fund account, on the blockchain, transfers the commodity from under the merchant on-chain account to under the customer on-chain account according to the initial ownership of the commodity to re-determine the ownership of the commodity.

Description

Technical Field

[0001] This specification relates to the field of blockchain technology, and in particular to a commodity trading system and equipment for non-homogeneous tokens. Background Art

[0002] A non-fungible token (NFT) is a digital asset ownership document recorded on the blockchain. It can serve as an on-chain certificate of ownership for digital goods, such as digital art, and possesses uniqueness, non-fungible properties, and indivisibility. As a core requirement of the smart economy, NFTs are currently widely used in digital collectibles. Unlike homogeneous assets, NFTs possess unique and non-fungible characteristics, such as artworks. The value of these assets is often not fixed and, due to their uniqueness and scarcity, can fluctuate significantly. Currently, it is possible to uniquely map NFTs on the blockchain and sell them.

[0003] When selling a large number of non-homogeneous tokens, the existing technology lacks a corresponding convenient and efficient trading system, and thus cannot effectively manage the trading of non-homogeneous tokens. Summary of the Invention

[0004] One or more embodiments of this specification provide a commodity trading system and device for non-fungible tokens to solve the following technical problems:

[0005] When selling a large number of non-homogeneous tokens, the existing technology lacks a corresponding convenient and efficient trading system, and thus cannot effectively manage the trading of non-homogeneous tokens.

[0006] One or more embodiments of this specification adopt the following technical solutions:

[0007] One or more embodiments of this specification provide a commodity trading system for non-fungible tokens, including: an account management module, a shelf management module, and a transaction management module;

[0008] The account management module determines the blockchain corresponding to the non-fungible token, and creates a corresponding merchant chain account for the merchant fund account and a corresponding customer chain account for the customer fund account on the blockchain. The merchant chain account and the customer chain account are used to carry goods of the non-fungible token and do not have payment capabilities;

[0009] The shelf management module determines the asset identifier of the non-fungible token product and establishes an association between the asset identifier and the merchant's on-chain account on the blockchain to determine the initial ownership of the product;

[0010] The transaction management module, in response to a successful transaction result between the merchant fund account and the customer fund account, transfers the goods from the merchant chain account to the customer chain account on the blockchain according to the initial ownership of the goods, so as to redetermine the ownership of the goods.

[0011] One or more embodiments of this specification provide a commodity trading device for non-fungible tokens, including:

[0012] at least one processor; and,

[0013] a memory communicatively connected to the at least one processor; wherein,

[0014] The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to:

[0015] Determine the blockchain corresponding to the non-fungible token, and create a corresponding merchant chain account for the merchant fund account and a corresponding customer chain account for the customer fund account on the blockchain. The merchant chain account and the customer chain account are used to carry goods in the non-fungible token and do not have payment capabilities;

[0016] Determine the asset identifier of the non-fungible token product, and establish an association between the asset identifier and the merchant's on-chain account on the blockchain to determine the initial ownership of the product;

[0017] In response to a successful transaction result between the merchant fund account and the customer fund account, on the blockchain, based on the initial ownership of the goods, the goods are transferred from the merchant chain account to the customer chain account to redetermine the ownership of the goods.

[0018] One or more embodiments of this specification provide a non-volatile computer storage medium storing computer-executable instructions, wherein the computer-executable instructions are configured to:

[0019] Determine the blockchain corresponding to the non-fungible token, and create a corresponding merchant chain account for the merchant fund account and a corresponding customer chain account for the customer fund account on the blockchain. The merchant chain account and the customer chain account are used to carry goods in the non-fungible token and do not have payment capabilities;

[0020] Determine the asset identifier of the non-fungible token product, and establish an association between the asset identifier and the merchant's on-chain account on the blockchain to determine the initial ownership of the product;

[0021] In response to a successful transaction result between the merchant fund account and the customer fund account, on the blockchain, based on the initial ownership of the goods, the goods are transferred from the merchant chain account to the customer chain account to redetermine the ownership of the goods.

[0022] At least one of the above technical solutions adopted in the embodiments of this specification can achieve the following beneficial effects:

[0023] 1. The embodiments of this specification use the blockchain corresponding to the non-fungible token through the account management module of the commodity trading system. All subsequent operations are performed based on this blockchain to ensure that subsequent transactions cannot be tampered with. At the same time, the account management module creates a corresponding merchant chain account for the merchant fund account on the blockchain, and a corresponding customer chain account for the customer fund account, so as to create on-chain accounts for customers and merchants respectively, providing a basis for subsequent transactions. In addition, the merchant chain account and the customer chain account are used to carry the goods of the non-fungible token, but do not have the ability to pay. This shows that the embodiments of this specification adopt an off-chain transaction method and only write the goods of the non-fungible token on the chain. If on-chain transactions are used, all nodes on the chain need to confirm, which may make the transaction very slow. If there are a large number of transactions in the commodity trading system, the effect of on-chain transactions may be even worse. Therefore, the embodiments of this specification can adopt off-chain transactions, which can significantly improve the transaction efficiency of the commodity trading system. Moreover, since the non-fungible tokens on the merchant management system do not have monetary attributes and payment capabilities, it also helps to prevent the malicious use of non-fungible tokens to evade supervision and disrupt the optimal allocation of social resources.

[0024] 2. The embodiment of this specification determines the asset identification of the commodity of the non-fungible token through the shelf management module of the commodity trading system. The asset identification can more conveniently represent the commodity, and establishes an association between the asset identification and the merchant chain account on the blockchain to determine the initial property ownership of the commodity. At this time, it can be indicated that the initial property ownership of the commodity is the merchant chain account.

[0025] 3. In the embodiments of this specification, the transaction management module of the commodity trading system responds to a successful transaction between a merchant's fund account and a customer's fund account, indicating that the customer has successfully purchased the commodity. On the blockchain, the ownership of the commodity will be changed to indicate that the commodity has been successfully purchased by the customer. When changing the ownership of the commodity, the commodity is transferred from the merchant's on-chain account to the customer's on-chain account, indicating that the ownership of the item belongs to the customer. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the following briefly introduces the drawings required for the embodiments or the description of the prior art. Obviously, the drawings described below are only some of the embodiments described in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without inventive work. In the drawings:

[0027] Figure 1 A schematic diagram of the structure of a commodity trading system for non-fungible tokens provided for one or more embodiments of this specification;

[0028] Figure 2 A schematic diagram illustrating a merchandise sales system according to one or more embodiments of this specification;

[0029] Figure 3 A flowchart of transaction processing provided for one or more embodiments of this specification;

[0030] Figure 4 A schematic diagram of the module design of the system provided in one or more embodiments of this specification;

[0031] Figure 5 The account structure provided for one or more embodiments of this specification is shown in FIG;

[0032] Figure 6 A schematic diagram of the structure of a commodity trading device for a non-fungible token is provided for one or more embodiments of this specification. DETAILED DESCRIPTION

[0033] The embodiments of this specification provide a commodity trading system and equipment for non-homogeneous tokens.

[0034] To help those skilled in the art better understand the technical solutions in this specification, the following will provide a clear and complete description of the technical solutions in the embodiments of this specification, in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of this specification, not all of them. Based on the embodiments of this specification, all other embodiments obtained by those skilled in the art without creative work should fall within the scope of protection of this specification.

[0035] This solution provides a detailed, specific, and fully functional commodity trading system for non-fungible tokens. It is capable of supporting the sale and transaction of a large number of non-fungible tokens in a timely and efficient manner, and provides a variety of rich management and configuration functions, allowing merchants and customers to choose to use it more flexibly according to their actual needs, which can improve user experience and the circulation efficiency of a large number of non-fungible tokens.

[0036] Figure 1 A schematic diagram of the structure of a non-fungible commodity trading system provided for one or more embodiments of this specification. The system can provide a platform for trading non-fungible commodities, so that a large number of non-fungible commodities can be better traded.

[0037] The system structure of the embodiment of this specification includes: an account management module 102, a shelf management module 104 and a transaction management module 106. Among them:

[0038] The account management module is used to determine the blockchain corresponding to the non-fungible token, and on this blockchain, create a corresponding merchant chain account for the merchant fund account, and create a corresponding customer chain account for the customer fund account.

[0039] The blockchain in the embodiments of this specification can be a consortium chain, which is a cluster composed of multiple private chains and a blockchain jointly managed by multiple accounts. Each account manages one or more nodes, and its data is only allowed to be read, written and sent by different accounts in the system.

[0040] The embodiments of this specification create on-chain accounts for merchant funds accounts and customer funds accounts on the blockchain, so that merchants and customers can obtain unique identity identifiers, and can realize the transfer of property rights of non-homogeneous token goods in subsequent transactions.

[0041] It should be noted that non-fungible tokens, as a technical solution, can achieve unique on-chain mapping of digital goods, enabling the sale of goods while maintaining copyright protection. Therefore, a product sales system can be built around this non-fungible token technology. This product sales system can conduct transactions on-chain, but since each transaction must be confirmed by all nodes on the chain before being marked complete, this can be very slow. Off-chain transactions, on the other hand, do not require waiting for all nodes to confirm the transaction, significantly increasing transaction speed and the efficiency of the product sales system. Furthermore, since off-chain transactions are not open to the public network, they are more secure.

[0042] Based on the above analysis, the merchant and customer on-chain accounts in this embodiment are used to carry non-fungible tokenized goods, but do not have payment capabilities. In other words, this embodiment uses an off-chain transaction method, and only writes non-fungible tokenized goods on the chain.

[0043] Furthermore, in the commodity transactions of non-fungible tokens in the embodiments of this specification, a large amount of commodity transaction data may exist. A common use of off-chain transactions is to support caching the latest values ​​of on-chain data states, or to directly use them for advanced search and analysis. Off-chain data storage can easily and quickly serve as a backup to contain large amounts of commodity transaction data. This is achieved by using point-in-time commodity transaction data stored off-chain. Another important factor of off-chain transactions is that they can easily store any type of sensitive data. Since modifications to on-chain data are non-negotiable, this problem does not arise when managing off-chain data.

[0044] The shelf management module is used to determine the asset identification of the commodity with non-fungible tokens, and establish an association between the asset identification and the merchant's on-chain account on the blockchain to determine the initial ownership of the commodity.

[0045] In the embodiments of this specification, the asset identifier is used to represent a commodity of a non-fungible token. For example, the asset identifier of commodity A of a non-fungible token is a, and the asset identifier of commodity A of a non-fungible token is b. Asset identifier a can be used to represent commodity A of a non-fungible token, and asset identifier b can be used to represent commodity B of a non-fungible token.

[0046] In the embodiments of this specification, the initial property rights of the non-fungible token goods belong to the merchant, and the merchant can be the creator of the non-fungible token goods or the final purchaser of the non-fungible token goods.

[0047] During the implementation process, an association can be established between the asset identifier of the non-fungible token product and the merchant chain account on the blockchain determined by the account management module to determine the initial property ownership of the product.

[0048] The transaction management module is used to respond to the successful transaction results between the merchant fund account and the customer fund account, and transfer the goods from the merchant chain account to the customer chain account on the blockchain according to the initial ownership of the goods, so as to redetermine the ownership of the goods.

[0049] Furthermore, the shelf management module of the embodiment of this specification may include a blockchain association management module, which can assign a merchant unique code to the newly settled merchant on the commodity trading system based on the corporate identity of the merchant; by encrypting the merchant unique code, the merchant's merchant chain account is determined, which is used to establish an association relationship with the asset identifier of the commodity whose property rights belong to the commodity, that is, to record the initial property rights of the commodity of the non-homogeneous token, wherein the merchant's corporate identity can be a unified social coding information indicating the merchant's identity information, and the merchant unique code can be a unique ID assigned by the commodity trading system. The merchant unique code can be encrypted by hash encryption, and the encrypted code is used as the merchant's block identity ID, that is, the merchant's merchant chain account.

[0050] It should be noted that, in the embodiments of this specification, when determining the merchant's merchant chain account, the account management module can be used. That is, the account management module encrypts the merchant's unique code generated by the blockchain association management module and determines the merchant's merchant chain account based on the encrypted code.

[0051] Furthermore, the shelf management module pre-generates an asset identifier of a non-fungible token for the product of the non-fungible token on the blockchain, and generates an inventory of unissued assets corresponding to the asset identifier by running a smart contract, so that the inventory status of the product of the non-fungible token before it is issued can be obtained through the smart contract, and after the product is subsequently put on the shelf, the sales status of the item can be monitored.

[0052] Specifically, the shelf management module includes a product management module. The product management module in the embodiment of this specification is configured to, in response to a request to list a product on the commodity trading system, verify the existence of the asset identifier of the product's non-fungible token on the blockchain and verify that the inventory is not less than the quantity of the product available for sale on the commodity trading system. Upon passing both of these verifications, the product is listed on the commodity trading system.

[0053] It should be noted that the two verifications mentioned above are explained separately. The first is to verify whether the asset identifier of the non-fungible token of the commodity exists on the blockchain to ensure that the commodity can be sold normally in the future. If the asset identifier of the non-fungible token of the commodity is verified to be non-existent, the subsequent normal transaction will not be possible. The verification here first can ensure that the subsequent transaction can proceed normally. The second is to verify whether the inventory is not less than the quantity of the commodity to be sold on the commodity trading system to ensure that the subsequent transaction process can proceed normally. If the verified inventory is less than the quantity of the commodity to be sold on the commodity trading system, the quantity to be sold may not match the inventory. For example, the quantity to be sold on the commodity trading system is 3, but the inventory at this time is 0, which will prevent the customer from completing the transaction normally.

[0054] Furthermore, when the commodity trading system in the embodiment of this specification lists commodities with non-fungible tokens, the initial number of commodities to be sold is not less than 2, that is, the same commodity with non-fungible tokens can be sold in multiple quantities in a limited manner.

[0055] Based on the above situation, after the transaction management module transfers the non-homogeneous token goods from the merchant chain account to the customer chain account, the commodity management module will update the quantity to be sold accordingly, that is, ensure the accuracy of the quantity to be sold in real time, so that customers can obtain more accurate information on the quantity to be sold.

[0056] Furthermore, when the quantity to be sold is reduced to 1, the shelf status of the commodity is maintained, the quantity to be sold is locked and the sale of the commodity is suspended, so that the designated derivative commodities associated with the commodity can continue to be sold. The above method can expand the promotion of the derivative commodities of the commodity. In the process, the commodity can be bound to the designated derivative commodities. When the customer browses the commodity, the information of the designated derivative commodities can be recommended at the same time. If the customer is interested in the commodity, but the commodity is no longer available for sale, when the customer sees the recommended designated derivative commodities, it can also greatly promote the customer to purchase the designated derivative commodities, and ultimately expand the transaction volume of the commodity trading system.

[0057] Furthermore, the shelf management module includes a blockchain mapping information management module, and the transaction management module includes an order management module.

[0058] In response to a customer's purchase request for a non-fungible token, the order management module generates a purchase order and determines the successful transaction outcome for the purchase order. Subsequently, in response to the successful transaction outcome, the blockchain mapping information management module updates the association between the asset identifier and the merchant's on-chain account on the blockchain to the association between the asset identifier and the customer's on-chain account. Finally, the order management module completes the purchase order based on the updated transaction outcome.

[0059] It should be noted that the order management module processes the purchase order and generates a successful transaction result. The successful transaction result records the customer's purchase information, which may include the information of the purchasing customer and the information of the purchased goods. The purchasing customer's information includes at least the customer chain account corresponding to the purchasing customer, and the information of the purchased goods includes at least the merchant chain account corresponding to the goods and the asset identifier of the goods.

[0060] Furthermore, in the embodiments of this specification, after a customer purchases a commodity with a non-fungible token, the customer can transfer the commodity to another customer. When implementing the transfer, the embodiments of this specification can be carried out through the order management module. After transferring the commodity with a non-fungible token from the merchant's on-chain account to the customer's on-chain account, the order management module responds to the purchaser's transfer request and determines the customer's on-chain account on the blockchain of the customer to whom the transfer is made. The customer to whom the transfer is made is another customer and cannot be the customer himself. Then, a transfer order is created based on the asset identifier of the commodity and the customer's on-chain account to whom the transfer is made. Finally, by executing the transfer order, the commodity is transferred from the customer's on-chain account of the customer who initiated the transfer request to the customer's on-chain account to whom the transfer is made, thus completing the transfer of the commodity with a non-fungible token.

[0061] Furthermore, in an embodiment of this specification, after a customer purchases a product with a non-fungible token, he or she can return the product. When implementing the return operation, the embodiment of this specification can be performed through the order management module and the blockchain mapping information management module. The order management module generates a return order in response to the customer's return request for the product, and determines the successful refund result for the return order. Then, in response to the successful refund result between the merchant's capital account and the customer's capital account, the blockchain mapping information management module updates the association between the asset identifier and the customer's on-chain account on the blockchain to the association between the asset identifier and the merchant's on-chain account, so that the asset identifier of the product is re-associated with the merchant's on-chain account. It should be noted that establishing an association can indicate the ownership of the product. Finally, the order management module completes the return order based on the updated result.

[0062] Furthermore, in the embodiments of this specification, customers can recreate the non-fungible token goods they purchased to enrich the variety of non-fungible token goods, help increase the influence of the non-fungible token goods themselves and the recreated works, and help users meet more needs. When the non-fungible token goods are digital collectibles, the recreated goods mentioned above can be one of the inventory quantities of the first digital collectibles of the non-fungible token. When implementing the re-creation of non-fungible token goods, it can be carried out through the re-creation recovery module included in the transaction management module. Specifically, the re-creation recovery module first receives a customer's re-creation evaluation request, wherein the re-creation evaluation request specifies a second digital collectible (for example, as the above-mentioned designated derivative product) obtained by re-creating the non-fungible token goods obtained by the customer from the merchant (acquisition methods include purchase and acceptance as a gift). Then, based on the first digital collectible and the second digital collectible, the effective creativity of the second digital collectible is predicted using a pre-trained re-creation appreciation model. Finally, if the effective creation degree meets the set recycling conditions, the asset identifier of the non-homogeneous token will be determined for the second digital collection, and the second digital collection will be temporarily carried in the merchant chain account in a custodial manner so that it can be put on sale in the commodity trading system.

[0063] It should be noted that when the re-creation appreciation model predicts the effective creativity of the second digital collection, the first and second digital collections can be simultaneously input into the re-creation appreciation model. The loss function in the re-creation appreciation model is used to predict the effective creativity of the second digital collection (which, to a certain extent, reflects the additional contribution made by the second digital collection in terms of artistic value and commercial value relative to the first digital collection, thereby helping to eliminate simple and inferior imitation, plagiarism and tampering). The loss function can be fine-tuned and trained using a large amount of training data (for example, using digital collections and their excellent and inferior fan creations, etc., where the criteria for judging excellent and inferior attributes can be based on actual market performance, customer evaluation, expert evaluation, public evaluation, etc.) to obtain a re-creation appreciation model that meets the requirements. In addition, if the effective creativity meets the set recycling conditions, it means that the second digital collection can be used as a valid non-fungible token commodity. Since the customer who created the second digital collection does not have the ability to sell non-fungible goods, in order to facilitate the sale of the second digital collection, this embodiment of the specification is to carry the second digital collection under the merchant chain account (the merchant chain account that listed the first digital collection) so that it can be listed for sale on the commodity trading system. If the customer does not want the second digital collection to be carried under the merchant chain account, the second digital collection can be carried under another merchant chain account.

[0064] It should be noted that the product management module in the embodiment of this specification is used to determine that the transaction type of the non-fungible token product is a pre-order purchase type, and the customer can make a pre-order purchase. In addition, the customer corresponding to the re-creation assessment request provides re-creation request information when purchasing the product. Subsequently, it can be determined whether the customer is a consumer customer or a re-creation customer based on the re-creation request information.

[0065] Corresponding to the above, upon receiving pre-order purchase requests from multiple different customers for non-fungible token products (which may be digital collectibles), the transaction management module of the embodiment of this specification determines whether the multiple different customers are consumer customers or re-creation customers based on whether the pre-order purchase requests carry re-creation request information. Compared to consumer customers, the embodiment of this specification can adjust the pre-order purchase priority of non-fungible token products for re-creation customers to a higher level to better encourage re-creation customers to re-create non-fungible token products.

[0066] Furthermore, in the embodiments of this specification, the commodities of non-homogeneous tokens may include digital collections, and the commodity trading system also includes an accounting management module, which can update the accounting report created on the blockchain based on the transactions occurring on the commodity trading system to record the transactions and facilitate subsequent query statistics on the transactions. At the same time, the accounting management module can also summarize and count the specified dimensions involved in the digital collections based on the accounting report to complete the reconciliation. In addition, the accounting management module can also run the merchant contract on the blockchain, and according to the results of the reconciliation and the predetermined fund allocation ratio, verify and split the accounts of the multiple parties involved in the digital collections, where the multiple parties may include: the commodity trading system, the issuer (merchant) of the digital collection, the creator, and the traffic party (network operator).

[0067] Furthermore, the commodity trading system of the embodiment of this specification also includes: an operation management module and / or a risk management module, wherein the operation management module is used to build and support the internal operation management page for the commodity trading system; the risk management module is used to provide risk control capabilities for commodities with non-homogeneous tokens, wherein the risk management module has various risk control measures and methods built in to eliminate or reduce the various possibilities of risk events and reduce the losses caused by risk events.

[0068] Furthermore, the transaction management module can also generate corresponding commodity circulation records based on the transfer of non-fungible token commodities between different on-chain accounts, and record them on the blockchain. For example, when customers purchase, return, or transfer non-fungible token commodities, corresponding commodity circulation records can be generated.

[0069] It should be noted that the non-fungible token commodities in the embodiments of this specification are different from ordinary digital commodities. The characteristics of non-fungible token commodities are: they have a unique mapping ID on the blockchain, the commodity information on the chain cannot be changed, and the quantity of commodities is generated through smart contracts and cannot be increased. The embodiments of this specification have built an online commodity sales system for non-fungible token commodities, which can realize the online sales capability of non-fungible token commodities.

[0070] It should be noted that the blockchain mentioned above can be considered as a shared database. The data or information stored in it has the characteristics of being unforgeable, traceable throughout the process, traceable, open and transparent, and collectively maintained.

[0071] The embodiment of this specification is directed to the above solution, and the commodity selling system can be concretized. The schematic diagram of the commodity selling system is shown in FIG. Figure 2 Among them, the product sales system supports product upload and management by Party B and product purchase by Party C, and also supports the transaction and transfer of non-homogeneous token assets by Party C. Party B includes IP parties, individual authors and internal partners, and Party C includes Customer 1, Customer 2 and other customers.

[0072] The embodiment of this specification is aimed at the above solution. When processing transactions, it involves two main processes, including: merchant product creation and product sales, and is designed to flow through three processes, including business flow, non-homogeneous token blockchain flow and capital flow. The flowchart of the transaction processing involved in the above content can be found in Figure 3 .

[0073] Among them, for business flow, merchant product creation includes self-operated products and third-party products. The process of self-operated products is: the operator uploads the product, the platform adds the product, the customer purchases it, and the purchase is completed. If the customer returns the product, the platform adds the product; the process of third-party products is: the IP party / third party applies for settlement, the operator and the system simultaneously conduct merchant qualification review, after the review is passed, the merchant settles in and uploads the product, the operator conducts merchant qualification review, and at the same time reviews the product qualifications. After the review is passed, the platform adds the product, the customer purchases it, and the purchase is completed. If the customer returns the product, the platform adds the product.

[0074] Among them, for the non-fungible token blockchain flow, merchant product creation includes creating merchants on the chain, adding non-fungible token products to the merchant's name, transferring non-fungible token products to the customer's name, and if the customer returns the product, the non-fungible token assets are transferred to the merchant's name.

[0075] Regarding the flow of funds, customers pay to off-chain accounts and the funds are split. If the customer requests a refund, the off-chain account will refund the money to the customer's account.

[0076] For the above solution, the module design diagram of the system in the embodiment of this specification can be found in Figure 4 , the system realizes functional segmentation management through the design of different modules, reduces the system complexity and coupling of each module, and improves system stability. The system design functional modules include platform layer, customer layer and data layer. The requirements of the embodiments of this specification only involve the system function construction of the platform layer and the data layer. The customer layer function only involves interface development. The platform layer includes shelf management, transaction management, account management, operation management, accounting management, advertising management, risk management and customer service management. The overall page design of the customer layer includes the trading hall page and my page, among which the trading hall page includes direct sales, non-homogeneous token auctions and blind box lucky bags; my page includes my assets, my collections and transaction records. The overall page design of the platform layer includes shelf management, transaction management, account management, operation management, accounting management, advertising management, risk management and customer service management.

[0077] This specification first briefly introduces the functions of some modules, including:

[0078] The shelf management module is used for the merchant onboarding process, supports merchant information maintenance and merchant online and offline functions, and supports product information maintenance and pricing for non-homogeneous tokens;

[0079] The transaction management module supports multiple purchase modes of non-fungible tokens and transaction order management functions;

[0080] The account management module is used to build a customer's non-homogeneous token-bearing account;

[0081] The operation management module is used to build the internal operation management page;

[0082] The risk management module is used to formulate the commodities and risk control capabilities of non-fungible tokens;

[0083] Accounting management is used to establish fund clearing and settlement capabilities such as fund accounting, reconciliation, and account splitting.

[0084] The following is a detailed description of the shelf management module, transaction management module, account management module and accounting module at the platform level.

[0085] For the shelf management module, the problem that can be solved is: the problem of commodity shelf management in the sale of non-homogeneous token products.

[0086] 1) The shelf management module has merchant management functions

[0087] For merchants that meet the entry standards, the commodity sales system creates a mapping identity on the blockchain after collecting the merchant’s basic information and settlement information. This identity is used to record the initial property rights information of the commodity.

[0088] The merchant management function can include 5 modules: merchant basic information management module, merchant settlement information management module, merchant status management module, merchant deposit management module and merchant blockchain mapping information management module, which correspond to the following 5 parts respectively.

[0089] (1) The basic information of the merchant corresponding to the merchant basic information management module

[0090] The merchant's basic information is shown in the following columns:

[0091]

[0092] It should be noted that the above-mentioned Chinese characters, pictures, texts and numbers are schematic information and may be corresponding content in actual applications. The following content involves such issues and is the same as this case, so it will not be repeated.

[0093] (2) Merchant clearing information corresponding to the merchant clearing information management module

[0094] i. Commission Method

[0095] Commission per transaction: After each transaction, regardless of the transaction amount, the platform will charge a service fee based on that amount;

[0096] Proportional commission: The platform service fee is charged as a percentage of the transaction amount of each product;

[0097] Fixed price commission: regardless of the merchant's transaction situation, a fixed commission fee is charged monthly;

[0098] Interval commission: supports interval commission based on the number of merchant transactions, and different interval commission models can be flexibly defined.

[0099] ii. Real-time and scheduled effectiveness

[0100] The commission sharing mode supports real-time and scheduled effectiveness. The parameters will take effect at the specified time. Before the specified time, the last commission sharing parameters will take effect.

[0101] iii. Payee

[0102] The platform supports revenue distribution for multiple participants, including publishers, creators, trading platforms, and traffic providers. Funds can be freely allocated to each party, supporting a multi-party account-sharing model. If new payment accounts are added, the combined payment ratio of all payment accounts must reach 100%, and the platform will perform logic verification.

[0103] (3) Merchant status management corresponding to the merchant status management module

[0104] Merchant status is divided into two categories: online and offline. When a merchant is online, only their products can be sold online. When a merchant is offline, all their products are offline by default and are not visible to the mall's C-party customers.

[0105] (4) Merchant margin management corresponding to the merchant margin management module

[0106] For platform entry and launch, the platform supports payment of RMB 0 or above as a deposit, which can be used as a source of funds for customer compensation.

[0107] (5) Merchant blockchain mapping information management corresponding to the merchant blockchain mapping information management module

[0108] To better facilitate the management of non-fungible token products, a mapping identity for the merchant will be created on the blockchain to initialize the property rights mapping of non-fungible token products on the chain. In this way, the sellers of non-fungible token products in the physical world will be mapped on the blockchain, facilitating the management of non-fungible token products.

[0109] Among them, the on-chain identity generation logic: the system assigns a unique ID to the merchants, which uniquely corresponds to the merchant's unified social coding information, and then uses the merchant's unique code for hash encryption. The encrypted code serves as the merchant's block identity ID. This identity is used to record the initial property rights information of non-fungible token products when creating non-fungible token products.

[0110] 2) Shelf management module has commodity management function

[0111] The problems that can be solved are: solving the initial property ownership management, inventory management, purchase limit management and other issues of non-homogeneous token products

[0112] (1) Generation and management of non-homogeneous token assets

[0113] Generate non-fungible token assets according to the existing standard method of blockchain. After generating non-fungible token assets, each asset has a non-fungible token asset ID.

[0114] (2) Product information management of non-homogeneous tokens

[0115] When creating a non-fungible token product, you need to associate or enter the following product information:

[0116]

[0117] (3) Product and merchant information management

[0118] Field Type

[0119] Product ID Character

[0120] Merchant Number (required) Number

[0121] (4) Sales information management

[0122] i. Transaction Type

[0123] Transaction types are divided into direct purchase and pre-booked purchase. Direct purchase means customers purchase at a fixed amount; pre-booked purchase means customers reserve products and their eligibility for purchase is determined by the final lottery results. Please refer to the following for details:

[0124]

[0125]

[0126] (5) Product status management

[0127] Product status is divided into two states: online and offline. Online: If the merchant is also online, the product is officially online and customers can purchase it during the sales period. Offline: The product is not displayed to customers and transactions are not possible. If both the merchant and the product are online but the sales period has not yet arrived, the product can be viewed by customers but not purchased.

[0128] (6) Blockchain linkage

[0129] Due to the special properties of the commodity sales system, the management method of non-fungible token products is different from that of non-blockchain products. The commodity sales system will link the relevant information of blockchain non-fungible token assets and perform verification and association when creating assets. Specifically:

[0130] Non-fungible token asset verification: When a product is created, the blockchain will be checked to verify whether the non-fungible token asset ID exists;

[0131] Quantity verification of non-fungible token products: When a non-fungible token product is created, the blockchain will be checked to see if the inventory of the corresponding non-fungible token unissued assets is greater than or equal to the product sales quantity;

[0132] On-chain mapping of commodity property rights of non-fungible tokens: After the configuration of non-fungible token commodities is completed, the non-fungible token commodities will be linked to the blockchain mapping identity of the selling merchant to confirm the ownership of the initial commodity.

[0133] For the transaction management module, the problems that can be solved are: fund processing and synchronous management of non-homogeneous token chains.

[0134] The transaction management module is divided into three parts: order management, blockchain linkage management, and risk management. These three parts are explained below:

[0135] For order management, it can be used to manage the status of the transaction itself and record all order slicing processes, realizing the whole process management of the transaction, including transaction type and transaction information.

[0136] (1) Transaction type

[0137] Transaction types are divided into three types: purchase, return, and transfer. Each time a customer triggers a transaction, a new transaction order is created.

[0138] i. Purchase

[0139] The purchase status is divided into four states: pending payment, paid, order canceled, and order closed.

[0140] After the order is created, it will be in the pending payment state with a countdown of 15 minutes. If payment is made within 15 minutes, the order status will be changed to paid. If the order is cancelled within 15 minutes, the order status will be changed to canceled. If the order is not paid within 15 minutes, the order status will be closed.

[0141] After the order is created, it will be in the pending payment state, the product quantity will be reduced by 1, and the product will enter the frozen state. If the payment is successful, the frozen state will be converted to the sold state. If the payment is not successful, the frozen product will be released and the product quantity will be increased by 1.

[0142] After the order is paid, the circulation of non-fungible token assets on the blockchain will be triggered, and the non-fungible token assets will be transferred from the merchant to the purchasing customer.

[0143] ii. Returns

[0144] Customers can initiate returns for paid orders within a certain timeframe. Returns can be initiated within the returnable period. If the timeframe is exceeded, a system error will be reported and the return will not be permitted. Once a return transaction is initiated, the order status will be changed to "Pending Return" and a non-fungible token asset recovery process will be initiated, transferring the non-fungible token asset from the customer's on-chain account to the merchant's. Upon successful transfer, the item quantity will be incremented by 1, and a transfer transaction will be initiated in the backend, refunding the funds from the merchant's receiving account. Upon a successful refund, the order status will be changed to "Returned."

[0145] iii. Transfer

[0146] Customers can initiate a transfer of their non-fungible token assets. The transfer process is to transfer the non-fungible token assets under the customer's name to the recipient and create an order.

[0147] (2) Transaction information

[0148] i. Every time a customer initiates a transaction, the system records the order information of the slice and archives it. The record information includes the following fields:

[0149]

[0150] ii. Transactions are put on the chain. The information recorded on the chain includes: transaction type, original product holder ID (if it is the first sale, the ID is the merchant ID), product purchaser ID, and order creation time. Other information is not recorded on the chain.

[0151] For blockchain linkage management, non-fungible token asset linkage management is used to manage the processing logic of payment transactions and the circulation of non-fungible tokens on the chain, which is specifically reflected in purchases, returns and transfers.

[0152] (1) Purchase

[0153] i. Processing Flow

[0154] When a customer initiates a purchase, they can only initiate a non-fungible token purchase from the merchant. Once the customer's payment is completed and successful, the system triggers a blockchain operation, updating the non-fungible token's account from the merchant's blockchain-mapped account to the purchasing customer's blockchain-mapped account. Simultaneously, a new non-fungible token transfer record is added to the blockchain, documenting the transaction. Once the blockchain processing is complete, the blockchain returns to the mall platform, indicating the on-chain transfer is successful. The mall platform returns the purchase page to the front-end, and the customer's non-fungible token asset status changes from "issuing in progress" to "issuing successfully." The customer can then view the blockchain products on the purchase page.

[0155] ii. Order records

[0156] The backend records and displays the order, and the displayed information includes: order type, order number, transaction time, transaction amount, product name of the non-fungible token, product image of the non-fungible token, and blockchain ID of the non-fungible token.

[0157] (2) Returns

[0158] i. Processing Flow

[0159] Customers can initiate a return of non-fungible tokens through customer service or other means. The return process is the reverse of the purchase process. First, the mall platform initiates a fund return process. When the fund return process is successful, the mall platform calls the blockchain to initiate asset recovery. The system triggers the blockchain operation and updates the account of the non-fungible token from the blockchain mapping account of the purchasing customer to the blockchain mapping account of the merchant. At the same time, a new non-fungible token transfer record is added to the blockchain to record this transfer transaction. Since there was already a transfer transaction when the non-fungible token asset was purchased by the customer, the non-fungible token records at least two transfer records: merchant->customer->merchant

[0160] ii. Order records

[0161] The backend records and displays the order, and the displayed information includes: order type, order number, transaction time, transaction amount, product name of the non-fungible token, product image of the non-fungible token, and blockchain ID of the non-fungible token.

[0162] iii. Subsequent processing

[0163] The returned non-fungible token can be sold again. The selling logic is the same as the customer purchase logic. If a customer purchases it, the system will add a new non-fungible token circulation record.

[0164] (3) Transfer

[0165] i. Processing Flow

[0166] Transfers are the transfer of non-fungible tokens between customers. Customers can initiate transfers of non-fungible tokens to other customers. The transfer process involves customer A initiating the transfer and designating it to customer B. This function does not involve the handling of funds, only the non-fungible token. After customer B accepts the transfer, the mall platform triggers a blockchain operation to update the account number of the non-fungible token from the blockchain-mapped account of the purchasing customer A to the blockchain-mapped account of the purchasing customer A. At the same time, a new non-fungible token transfer record is added to the blockchain to record this transfer transaction.

[0167] ii. Order records

[0168] The backend records and displays the order, and the displayed information includes: order type, order number, transaction time, transaction amount, product name of the non-fungible token, product image of the non-fungible token, and blockchain ID of the non-fungible token.

[0169] For the account management module, the problem that can be solved is: merchants and customers can hold non-homogeneous token assets on the chain.

[0170] This account is different from the blockchain wallet address and does not have payment functions. It only carries the customer's non-homogeneous token assets. All fund transactions are completed offline. For account structure, see Figure 5 The structural diagram shown specifically includes: customer layer, account layer and balance layer.

[0171] (1) Customer layer

[0172] i. Each customer has a unique on-chain address, which serves as an online identity mapping for the growth of the customer's non-fungible token assets;

[0173] ii. The mapping logic is that when a customer makes their first transaction, the product sales system calls the blockchain and generates a blockchain random number as the blockchain account address. The system records the mapping relationship between the blockchain address and the off-chain account. When a transaction occurs off-chain, the product sales system uses the recorded account blockchain address pair;

[0174] iii. The customer layer supports both ordinary individual customers and merchant customers.

[0175] (2) Account layer

[0176] i. At the account layer, the system currently only supports non-fungible token holding accounts. The subsequent account layer will support the expansion of other blockchain account types under the customer's name. This layer will have an identification bit on the customer layer to distinguish other account layer types. Currently, it only supports non-fungible token holding accounts.

[0177] (3) Balance layer: This layer is used to record the digital assets of each account under the customer’s name. This layer is only on the chain, such as Figure 5 The customer balance layer holds works 1, 2...

[0178] i. Under a non-fungible token account, one digital asset has one storage module, and the digital assets under this account support unlimited expansion;

[0179] ii. For every additional non-fungible token held by a customer, a non-fungible token record will be added to the corresponding account. For every digital asset transferred or returned by a customer, the corresponding non-fungible token will be reduced under the account.

[0180] For transaction records, the system needs to record all customer transaction records and provide an interface for customer face-to-face display. The following describes transaction records from different perspectives, including: transaction record scope and customer face-to-face transaction information display

[0181] (1) Scope of transaction records

[0182] Off-chain account records: The non-fungible token holding account records all transaction order information, including transaction records of purchases, returns, and transfers of goods, and the transaction information is also uploaded to the chain.

[0183] On-chain account records: Only the account address of the non-fungible token on the chain changes, regardless of the transaction type.

[0184] (2) Customer-side transaction information display

[0185] i. All transaction records support customer-side query, and a transaction flow query interface is provided for each account type;

[0186] ii. Transaction types for non-fungible token holding accounts include: purchase, return, and transfer;

[0187] iii. Transaction information includes: transaction time, transaction type, product name, product number, merchant name, merchant number, creator, transaction amount, donor ID, recipient ID, etc.

[0188] For the accounting management module, the following problems can be solved: it is used to solve the account splitting logic in the commodity sales system.

[0189] 1) Bookkeeping

[0190] (1) The blockchain establishes a complete non-homogeneous token accounting report for the commodity sales system;

[0191] (2) Accounting reports are based on transactions. Each transaction in the commodity sales system is placed on the blockchain. Transaction information includes: merchant ID, commodity ID, customer ID, transaction time, transaction amount, and transaction type.

[0192] (3) Accounting is implemented as each update, that is, after each commodity sales system transaction occurs, it is recorded on the blockchain, and subsequent non-homogeneous token processing is carried out based on the results of the blockchain record to ensure that the blockchain record information is consistent with the actual business situation. The transaction record information uses the blockchain encryption method commonly used by blockchains, and each transaction is hashed and encrypted on the chain.

[0193] 2) Reconciliation

[0194] (1) The commodity sales system collects and statistics the transaction information recorded on the blockchain. The statistical dimension is based on the transactions at the merchant level. It supports statistics on the sales quantity of each commodity, the sales amount of each commodity, and the total amount according to a certain period.

[0195] (2) The reconciliation report supports statistics on the sales quantity and total sales amount of the goods under the merchant's name by product, transaction type, and date;

[0196] (3) If the price of a product has changed and there is transaction volume, the reconciliation report will be divided into multiple lines to show the sales volume and sales amount at that price.

[0197] 3) Account sharing

[0198] (1) The merchant contract is uploaded to the blockchain, generating a smart contract that automatically calculates the split amount for each party based on the split ratio agreed upon with the merchant, and performs smart split processing based on the split account number and the agreed split date;

[0199] (2) The account splitting date supports the T+N day model, where T is the transaction date and N is the account splitting date N days after the transaction. N supports parameterized settings, that is, the transaction funds of the previous N days are split every day;

[0200] (3) Sub-account transactions are recorded on the chain, and the blockchain encryption and processing logic are consistent with the existing blockchain for fund and sub-account processing.

[0201] It should be noted that the above solution can realize the systematic post-sales model of non-homogeneous token products, and support the backend system processing capabilities of rapid launch and batch sales of non-homogeneous token products.

[0202] Corresponding to the above embodiment, Figure 6 A schematic diagram of a commodity trading device for non-fungible tokens is provided for one or more embodiments of this specification, including:

[0203] at least one processor; and,

[0204] a memory communicatively connected to the at least one processor; wherein,

[0205] The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to:

[0206] Determine the blockchain corresponding to the non-fungible token, and create a corresponding merchant chain account for the merchant fund account and a corresponding customer chain account for the customer fund account on the blockchain. The merchant chain account and the customer chain account are used to carry goods in the non-fungible token and do not have payment capabilities;

[0207] Determine the asset identifier of the non-fungible token product, and establish an association between the asset identifier and the merchant's on-chain account on the blockchain to determine the initial ownership of the product;

[0208] In response to a successful transaction result between the merchant fund account and the customer fund account, on the blockchain, based on the initial ownership of the goods, the goods are transferred from the merchant chain account to the customer chain account to redetermine the ownership of the goods.

[0209] One or more embodiments of this specification provide a non-volatile computer storage medium storing computer-executable instructions, wherein the computer-executable instructions are configured to:

[0210] Determine the blockchain corresponding to the non-fungible token, and create a corresponding merchant chain account for the merchant fund account and a corresponding customer chain account for the customer fund account on the blockchain. The merchant chain account and the customer chain account are used to carry goods in the non-fungible token and do not have payment capabilities;

[0211] Determine the asset identifier of the non-fungible token product, and establish an association between the asset identifier and the merchant's on-chain account on the blockchain to determine the initial ownership of the product;

[0212] In response to a successful transaction result between the merchant fund account and the customer fund account, on the blockchain, based on the initial ownership of the goods, the goods are transferred from the merchant chain account to the customer chain account to redetermine the ownership of the goods.

[0213] In the 1990s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by the customer's programming of the device. Designers can "integrate" a digital system on a PLD through their own programming, eliminating the need for a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages ​​and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0214] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also know that in addition to implementing the controller in a purely computer-readable program code format, the controller can be implemented in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the devices included therein for implementing various functions can also be considered as structures within the hardware component. Or even, the devices for implementing various functions can be considered as both software modules that implement the method and structures within the hardware component.

[0215] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0216] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0217] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0218] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0219] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0220] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0221] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0222] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0223] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

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

[0225] This specification may be described in the general context of computer-executable instructions, such as program modules, executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media, including storage devices.

[0226] The various embodiments in this specification are described in a progressive manner. Similar portions between the various embodiments can be referenced to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the device, apparatus, and non-volatile computer storage medium embodiments are generally similar to the method embodiments, so their descriptions are relatively simplified. For relevant details, refer to the descriptions of the method embodiments.

[0227] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0228] The above is merely one or more embodiments of this specification and is not intended to limit this specification. It will be apparent to those skilled in the art that various modifications and variations may be made to one or more embodiments of this specification. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of one or more embodiments of this specification shall be included within the scope of the claims of this specification.

Claims

1. A commodity trading system for non-fungible tokens, comprising: an account management module, a shelf management module, and a transaction management module; The account management module determines the blockchain corresponding to the non-fungible token. On the blockchain, a corresponding merchant on-chain account is created for the merchant's fund account, and a corresponding customer on-chain account is created for the customer's fund account. The merchant on-chain account and the customer on-chain account are used to carry commodities of non-fungible tokens and do not have the ability to make payments; The shelf management module determines the asset identifier of the commodity of the non-fungible token. On the blockchain, an association relationship is established between the asset identifier and the merchant on-chain account to determine the initial ownership of the commodity; The transaction management module, in response to the successful transaction result between the merchant's fund account and the customer's fund account, transfers the commodity from the merchant on-chain account to the customer on-chain account on the blockchain according to the initial ownership of the commodity to re-determine the ownership of the commodity; The commodity includes one of the inventory quantities of the first digital collectible of the non-fungible token. The transaction management module includes a re-creation recovery module; the re-creation recovery module receives the customer's re-creation evaluation request, and the re-creation evaluation request specifies a second digital collectible obtained by re-creating the commodity obtained by the customer from the merchant; Based on the first digital collectible and the second digital collectible, the effective creation degree of the second digital collectible is predicted through a pre-trained re-creation appreciation model; If the effective creation degree meets the set recovery conditions, an asset identifier of the non-fungible token is determined for the second digital collectible, and accordingly, the second digital collectible is temporarily carried under the merchant on-chain account in a custodial manner for sale on the commodity trading system.

2. The system according to claim 1, wherein the shelf management module includes a blockchain association relationship management module; The blockchain association relationship management module assigns a unique merchant code for the merchant on the commodity trading system according to the enterprise identity identifier of the newly admitted merchant; By encrypting the unique merchant code, the merchant's on-chain account is determined for establishing an association relationship with the asset identifier of the commodity whose ownership belongs to the merchant.

3. The system according to claim 1, wherein an asset identifier of the non-fungible token is pre-generated for the commodity on the blockchain, and an inventory of the unissued asset corresponding to the asset identifier is generated by running a smart contract. The shelf management module includes a commodity management module; The commodity management module, in response to the listing request of the commodity on the commodity trading system, verifies on the blockchain whether the asset identifier of the non-fungible token of the commodity exists, and verifies whether the inventory is not less than the quantity of the commodity to be sold on the commodity trading system; After both verifications pass, the commodity is listed on the commodity trading system.

4. The system according to claim 3, wherein the quantity to be sold is initially not less than 2; The commodity management module updates the quantity to be sold accordingly after the transaction management module transfers the commodity from the merchant chain account to the customer chain account; When the quantity to be sold is reduced to 1, the listing status of the commodity is maintained, the quantity to be sold is locked and the sale of the commodity is suspended, so that the designated derivative commodities associated with the commodity can continue to be sold.

5. The system of claim 1, wherein the commodity management module determines that the transaction type of the commodity is a pre-order purchase type, and the customer corresponding to the re-creation evaluation request provides re-creation request information when purchasing the commodity; The transaction management module receives a plurality of different customers' pre-order purchase requests for the digital collection, and determines whether the pre-order purchase requests carry re-creation request information, among the plurality of different customers, a consumer customer and a re-creation customer; Compared with the consumer customers, the priority of the pre-order purchase of the digital collection by the re-creation customers is adjusted to a higher level.

6. The system of claim 1, wherein the shelf management module comprises a blockchain mapping information management module, and the transaction management module comprises an order management module; The order management module generates a purchase order in response to the customer's purchase request for the commodity, and determines the successful transaction result for the purchase order; In response to the successful transaction result, the blockchain mapping information management module updates, on the blockchain, the association relationship between the asset identifier and the merchant's on-chain account to an association relationship between the asset identifier and the customer's on-chain account; The order management module completes the purchase order according to the updated result.

7. The system of claim 6, wherein the order management module, after transferring the commodity from the merchant on-chain account to the customer on-chain account, determines the customer on-chain account of another customer on the blockchain in response to the customer's gift transfer request; Creating a gift transfer order according to the asset identifier of the commodity and the customer chain account of the other customer; By executing the transfer order, the commodity is transferred from the customer chain account of the customer who initiated the transfer request to the customer chain account of the other customer.

8. The system of claim 6, wherein the order management module generates a return order in response to the customer's request for return of the product, and determines a successful refund result for the return order; The blockchain mapping information management module updates the association relationship between the asset identifier and the customer's on-chain account to the association relationship between the asset identifier and the merchant's on-chain account on the blockchain in response to a successful refund result between the merchant's capital account and the customer's capital account; The order management module completes the return order according to the updated result.

9. The system of claim 1, wherein the commodity comprises a digital collectible, and the system further comprises an accounting management module; The accounting management module updates the accounting statements created on the blockchain according to the transactions occurring on the commodity trading system to record the transactions. Summarize and statistically analyze the specified dimensions related to the digital collectibles according to the accounting statements to complete the reconciliation. By running the merchant contract on the blockchain, according to the result of the reconciliation, and in accordance with the predetermined fund allocation ratio, verify and distribute the funds among multiple parties related to the digital collectibles. The multiple parties include: the commodity trading system, the issuer, the creator, and the traffic provider of the digital collectibles.

10. The system according to any one of claims 1 to 7, further comprises: an operation management module and / or a risk management module; The operation management module builds and supports an internal operation management page for the commodity trading system. The risk management module provides risk control capabilities for the non-fungible token commodities.

11. The system according to any one of claims 1 to 7, wherein the transaction management module generates corresponding commodity transfer records according to the transfer of the commodity between different chain accounts and records them on the blockchain.

12. A non-fungible token commodity trading device, comprises: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the at least one processor is capable of: Determine the blockchain corresponding to the non-fungible token. On the blockchain, create a corresponding merchant chain account for the merchant's fund account and a corresponding customer chain account for the customer's fund account. The merchant chain account and the customer chain account are used to carry non-fungible token commodities and do not have payment capabilities. Determine the asset identifier of the non-fungible token commodity. On the blockchain, establish an association relationship between the asset identifier and the merchant chain account to determine the initial ownership of the commodity. In response to the successful transaction result between the merchant's fund account and the customer's fund account, on the blockchain, transfer the commodity from the merchant chain account to the customer chain account according to the initial ownership of the commodity to re-determine the ownership of the commodity. The commodity includes one of the inventory quantities of the first digital collectible of the non-fungible token. It also executes: receiving a re-creation evaluation request from the customer, the re-creation evaluation request specifying a second digital collectible obtained by re-creating the commodity obtained by the customer from the merchant. Predict the effective creation degree of the second digital collectible through a pre-trained re-creation appreciation model according to the first digital collectible and the second digital collectible. If the effective creation degree meets the set recovery conditions, determine the asset identifier of the non-fungible token for the second digital collectible, and accordingly, temporarily carry the second digital collectible in a custodial manner under the merchant chain account for sale on the commodity trading system.

Images