Digital token processing methods, devices, equipment and storage media

Abstract

This application provides a method, apparatus, device, and storage medium for processing digital tokens. The method includes: minting dynamic non-fungible digital tokens (NVTFs) based on a blockchain wallet address; different metadata tokens represent different metadata stored in the blockchain, and the NTFs also correspond to metadata switching rules; obtaining the token identifier of a first digital token (excluding the NTF) generated using the blockchain wallet address; establishing an association between a second digital token representing the first digital token and the NTF, which meets specified association conditions; and, if the second digital token associated with the NTF meets the metadata switching rules, switching the first metadata token currently bound to the NTF to the second metadata token. This application is beneficial for expanding the scope of use of digital tokens.

Description

Technical Field

[0001] The embodiments described in this application relate to the field of blockchain, specifically to a method, apparatus, device, and storage medium for processing digital tokens. Background Technology

[0002] Digital tokens can refer to a certificate of rights represented in digital form. With the rapid development of computer technology, digital tokens have been widely used. Non-fungible tokens (NFTs) are unique, trusted digital certificates of rights within a blockchain network, and are a type of token that can be used for various purposes. Blockchain This involves recording and processing data objects with multidimensional and complex attributes. Composable nonfungible tokens (CNFTs) allow a single nonfungible token to have sub-tokens. This enables the aggregation of multiple tokens, with the aforementioned nonfungible token serving as the primary token.

[0003] Composable non-fungible digital tokens (NFTokens) can be applied to various scenarios. Specifically, for example, in a set of digital collectibles, one collectible can have a master token, while the others serve as child tokens. However, the master token of a composable NFToken is itself a NFToken. Due to the unique and non-substitutable nature of NFTokens, once generated, a composable NFToken remains unchanged. This characteristic gives composable NFTokens excellent credibility and collectability. However, it also limits the application scenarios of composable NFTokens in current technologies. Summary of the Invention

[0004] This application provides a method, apparatus, device, and storage medium for processing digital tokens. These embodiments can expand the scope of application of digital tokens to a certain extent.

[0005] One embodiment of this application provides a method for processing digital tokens, applied to dynamic non-fungible digital token smart contracts, the method comprising:

[0006] Dynamic non-fungible digital tokens (NVDs) are minted based on blockchain wallet addresses. Each NFD corresponds to multiple metadata tokens, with different metadata tokens representing different metadata stored in the blockchain. Each NFD also corresponds to metadata switching rules. The process involves obtaining the token identifier of a first digital token (excluding the NFD) generated using the blockchain wallet address. This token identifier represents the first digital token. A second digital token representing the first digital token with the obtained token identifier, meeting specified association conditions, is associated with the NFD. This association indicates that the second digital token is bound to the NFD. If the second digital token with the associated NFD meets the metadata switching rules, the first metadata token currently bound to the NFD is switched to a second metadata token. This second metadata token is one of the multiple metadata tokens corresponding to the NFD, excluding the first metadata token.

[0007] One embodiment of this application provides a digital token processing apparatus, comprising:

[0008] A minting unit is used to mint dynamic non-fungible digital tokens based on a blockchain wallet address; wherein, the dynamic non-fungible digital token corresponds to multiple metadata tokens, and different metadata tokens represent different metadata stored in the blockchain; the dynamic non-fungible digital token also corresponds to metadata change rules; a token acquisition unit is used to acquire the token identifier of a first digital token other than the dynamic non-fungible digital token generated using the blockchain wallet address; wherein, the token identifier is used to represent the first digital token; an association unit is used to associate the first digital token represented by the acquired token identifier with... A second digital token that meets the specified association conditions establishes an association relationship with the dynamic non-fungible digital token. The association relationship indicates that the second digital token is bound to the dynamic non-fungible digital token. A switching unit is used to switch the first metadata token currently bound to the dynamic non-fungible digital token to a second metadata token when the second digital token that has an association relationship with the dynamic non-fungible digital token meets the metadata switching rules. The second metadata token is a metadata token other than the first metadata token among the multiple metadata tokens corresponding to the dynamic non-fungible digital token.

[0009] This application provides an electronic device, including a memory and one or more processors communicatively connected to the memory; when the processors execute the computer program, they implement any of the above-described digital token processing methods.

[0010] One embodiment of this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements any of the above-described digital token processing methods.

[0011] The implementation method provided in this application pre-stores multiple different metadata in the blockchain, making the metadata trustworthy. This allows non-fungible digital tokens (NFTokens) to switch between metadata tokens representing multiple metadata sets, enabling the NFTokens to change the credentials they represent. In this way, other digital tokens can be associated with the NFTokens, and the metadata tokens bound to the NFTokens can be dynamically changed based on the associated digital tokens. Thus, in addition to establishing associations between multiple digital tokens, the content of the credentials represented can be changed according to the existing associations. Corresponding metadata switching rules can be set for different use cases, thereby expanding the scope of digital token usage. Attached Figure Description

[0012] Figure 1 This is a schematic diagram illustrating multi-terminal interaction for user registration and role change, provided as one embodiment of this application.

[0013] Figure 2 This is a flowchart illustrating a user registration method provided in one embodiment of this application.

[0014] Figure 3 A schematic diagram of a user registration device provided for one embodiment of this application.

[0015] Figure 4 A schematic diagram of a computer device provided for one embodiment of this application. Detailed Implementation

[0016] In related technologies, with the development of computer technology, digital tokens have been increasingly used and have developed into various forms. For example, fungible digital tokens (FT), nonfungible digital tokens (NFT), dynamic nonfungible digital tokens (dNFT), and composable nonfungible digital tokens (Composable NFTs).

[0017] Composable non-fungible tokens (NFTokens) are a technology that uses a non-fungible token as the primary token and allows the addition of sub-tokens to this primary token. This enables the association of multiple related tokens. The uniqueness and non-fungible nature of non-fungible tokens (NFTokens) give composable NFTokens, which are formed by aggregating sub-tokens from a non-fungible token, a degree of uniqueness and non-fungibleness. These characteristics make composable NFTokens well-suited for various scenarios. For example, a set of digital collectibles typically consists of a primary collectible and multiple sub-collectibles. The primary collectible can be represented by a non-fungible token, with the sub-collectibles serving as sub-tokens. Sub-collectibles can also be represented using non-fungible tokens. The uniqueness and non-fungible nature of non-fungible tokens can be effectively utilized in the digital collectibles field to enhance their collectible value.

[0018] However, in some cases, the uniqueness and non-fungible nature of composable non-fungible digital tokens (NFTokens) also limit their use cases. For example, in the real world, if schools use digital tokens to represent degree certificates for student management, then the student's degree certificate needs to be linked to their performance in multiple courses. For instance, if a student passes all of their courses, they can obtain a degree certificate; however, if a student fails several courses, they may not receive a valid degree certificate. In this scenario, students complete the courses first and then obtain their degree certificate. Since NFTokens require building a master digital token first and then adding sub-digital tokens, it's clear that existing NFTokens are difficult to apply to scenarios like student diploma management. Of course, the student diploma management example above is only used to illustrate the limitations of existing NFTokens' use cases and does not constitute a limitation on the application scenario in this case.

[0019] In conclusion, the current use cases for digital tokens are limited by their mechanism, resulting in a relatively narrow range of applicable scenarios. Therefore, it is necessary to improve the applicability of digital tokens to specific use cases.

[0020] Please see Figure 1 and Figure 2One embodiment of this application provides a digital token processing method. This method can be applied to dynamic non-fungible digital token (NFToken) smart contracts. These smart contracts can mint NFTokens based on blockchain wallet addresses. Specifically, the NFToken smart contract can be a software program deployed on a computer device running on a blockchain. This software program specifies a protocol for generating NFTokens. Thus, by inputting a blockchain wallet address and metadata tokens into the NFToken smart contract, the NFToken smart contract can be executed to generate NFTokens. The digital token processing method may include the following steps.

[0021] Step S11: Mint dynamic non-fungible digital tokens based on blockchain wallet addresses; wherein, the dynamic non-fungible digital tokens correspond to multiple metadata tokens; different metadata tokens represent different metadata stored in the blockchain; the dynamic non-fungible digital tokens also correspond to metadata switching rules.

[0022] In some cases, dynamic non-fungible tokens (NVTokens) can be minted using smart contracts with blockchain wallet addresses. The minted NNVTokens then belong to the user corresponding to the blockchain wallet address. Multiple metadata tokens can be associated with NNVTokens, allowing the metadata tokens bound to the NNVToken to be changed after metadata switching rules are established, thereby altering the credentials represented by the NNVToken.

[0023] In this embodiment, the blockchain wallet address can be an account address uniquely representing the user, generated by the blockchain service. The blockchain wallet address can be used in network communication as a user identifier. Specifically, the dynamic non-fungible token smart contract can record the user's client's blockchain wallet address.

[0024] In this embodiment, the metadata token can be used to represent metadata stored in the blockchain. Metadata can be pre-stored in the blockchain, and by utilizing the blockchain's own data security mechanisms, the metadata is in a relatively secure and trustworthy state after being stored. The number of metadata items can be two or more. Specifically, for example, metadata 1, metadata 2, ..., metadata n. The specific content of the metadata can be set according to actual business needs. Specifically, for example, in a game scenario, different metadata can be set as different game elements. For example, in a student diploma management scenario, metadata can represent the assessment results of different subjects. Thus, the digital token generated based on the metadata can represent that the corresponding subject has been passed. In some embodiments, when initially minting dynamic non-fungible digital tokens, it may not be necessary to integrate a metadata token.

[0025] A dynamic non-fungible digital token (NFToken) smart contract can obtain metadata tokens from metadata already stored in the blockchain. The NFToken smart contract and the metadata can be deployed on the same blockchain; alternatively, they can be set up on different blockchains, but these different blockchains must have a secure communication mechanism. In this embodiment, the NFToken smart contract can use a blockchain wallet address and an initial metadata token to mint NFTokens. The metadata corresponding to the initial metadata token can be used to represent the initial state of the rights or credentials represented by the NFToken, or it can represent the state where the rights or credentials represented by the NFToken have not yet taken effect.

[0026] In this embodiment, the metadata switching rule can be used to characterize the conditions that need to be met for the dynamic non-fungible digital token to switch the bound metadata token. Specifically, the metadata switching rule can include a corresponding target condition and a target metadata token. That is, when the target condition is met, the metadata token bound to the dynamic non-fungible digital token can be switched to the target metadata token corresponding to the target condition.

[0027] Step S12: Obtain the token identifier of the first digital token other than the dynamic non-fungible digital token generated using the blockchain wallet address; wherein the token identifier is used to represent the first digital token.

[0028] In some cases, a user can possess multiple digital tokens. Different digital tokens can represent credentials that a user possesses based on the corresponding digital token. In some cases, in order to switch the dynamic non-fungible digital token to a metadata token that the user desires, a user can collect the digital tokens required by the target conditions according to the content specified in the target conditions of the metadata switching rules.

[0029] In this embodiment, since a blockchain wallet address uniquely corresponds to a user, the user's digital token can be queried through the blockchain wallet address. Specifically, for example, a dynamic non-fungible digital token smart contract can initiate a query request to other digital token smart contracts, attaching the blockchain wallet address to the query request. In this way, other digital token smart contracts can query the generated digital token based on the blockchain wallet address, and then return the token identifier of the first digital token generated based on the blockchain wallet address.

[0030] Each digital token has a unique token identifier. Thus, acquiring a digital token allows for unique identification of that token. The token identifier can be the token ID or a serial number assigned to the digital token within its smart contract. Specifically, the serial number assigned to each digital token within its smart contract is also unique. Therefore, based on the correspondence between the digital token and its smart contract, the digital token can be identified using this serial number.

[0031] In some implementations, the token identifier of the first digital token minted using the blockchain wallet address can be queried based on the digital token smart contract bound to the dynamic non-fungible digital token; the first digital token represented by the queried token identifier is compared with the bound digital token to obtain the token identifier of the first digital token among the queried first digital tokens that is not bound to the dynamic non-fungible digital token, and this token identifier is used as the obtained token identifier.

[0032] In this embodiment, a query request with a blockchain wallet address can be sent to multiple other digital token smart contracts at regular intervals to obtain the token identifier of the digital token corresponding to the blockchain wallet address. Furthermore, it can be determined whether the digital token represented by the queried token identifier has already been bound to a dynamic non-fungible digital token (NVOT), and the token identifier of a first digital token that is not bound to an NOT can be obtained. That is, the first digital token is a digital token that is not bound to an NOT. Thus, when subsequently selecting a second digital token from the first digital tokens to establish an association with an NOT, it is possible to avoid the same digital token repeatedly establishing an association with an NOT.

[0033] In some implementations, specifying the association condition may include: binding the digital token smart contract corresponding to the first digital token to the dynamic non-fungible digital token. The digital token processing method may further include: binding the digital token smart contract corresponding to the first digital token to the dynamic non-fungible digital token.

[0034] The purpose of establishing this association is to bind digital tokens and dynamic non-fungible tokens (NFTokens). A single digital token smart contract may contain multiple digital tokens, but only some of these tokens are bound to NFTokens. Furthermore, a digital token smart contract can also be bound to NFTokens. The first digital token is one not bound to a NFToken, and the second digital token is one whose corresponding smart contract is bound to a NFToken among those not bound to a NFToken.

[0035] Digital token smart contracts can have smart contract addresses. These addresses uniquely identify the corresponding digital token smart contract. Furthermore, the smart contract can be accessed through this address. Digital token smart contracts can be bound to dynamic non-fungible tokens (NVTokens). Specifically, for example, a NVToken can be bound to a smart contract address corresponding to a first digital token with which a relationship can be established. Specifying the association conditions can include: the smart contract corresponding to the first digital token is already bound to the NVToken. Thus, after obtaining multiple token identifiers, it is possible to analyze whether the smart contract address corresponding to the first digital token represented by the token identifier is bound to a NVToken, thereby enabling filtering based on the first digital token represented by the obtained token identifier.

[0036] In this embodiment, the digital token smart contract can correspond to a second digital token that can be associated with the dynamic non-fungible digital token. Specifically, for example, when the dynamic non-fungible digital token smart contract executes a minting task, the smart contract address corresponding to the second digital token can be used as part of the data for minting the dynamic non-fungible digital token.

[0037] In some implementations, the dynamic non-fungible digital token smart contract can also receive digital token minting information issued by the digital token smart contract bound to the dynamic non-fungible digital token; wherein, the digital token minting information includes the blockchain wallet address used by the digital token smart contract when minting the digital token; if the blockchain wallet address included in the digital token minting information is the same as the blockchain wallet address of the dynamic non-fungible digital token, the token identifier of the digital token minted by the digital token smart contract for the blockchain wallet address is obtained.

[0038] In this embodiment, the dynamic non-fungible token (NFToken) smart contract can receive token minting information and obtain a comparison blockchain wallet address. Then, by determining whether the comparison blockchain wallet address is the same as the NFToken's blockchain wallet address, the comparison blockchain wallet addresses can be filtered to ultimately obtain the token identifier of the comparison blockchain wallet address that matches the NFToken's blockchain wallet address. This reduces the workload of the NFToken smart contract. Furthermore, the increased workload for each smart contract that mints a digital token based on the aforementioned blockchain wallet address is not significant, making the overall system workload allocation more reasonable.

[0039] In some implementations, the token identifier of the digital token can be collected from the blockchain wallet address through a trusted external third-party service and then sent to the digital token smart contract of the dynamic non-fungible digital token. Alternatively, an oracle can be used to obtain the token identifier of a first digital token generated based on the blockchain wallet address, and then the oracle can determine whether the digital token meets the specified association conditions with the dynamic non-fungible digital token, and send the token identifier of a second digital token that meets the specified association conditions to the dynamic non-fungible digital token smart contract.

[0040] Step S13: Among the digital tokens represented by the obtained token identifier, establish an association relationship between the second digital token that meets the specified association conditions and the dynamic non-fungible digital token.

[0041] In some cases, smart contracts for dynamic non-fungible tokens (NVTokens) can stipulate that NNVTokens can establish associations with other NNVTokens. Thus, after acquiring multiple token identifiers, a second NNVToken that meets specified association criteria can be associated with a NNVToken by determining whether those criteria are met. The smart contract can automatically execute this association process, eliminating the need for additional human intervention.

[0042] In this embodiment, specified association conditions can be used to filter the first digital token represented by the obtained token identifier to obtain a second digital token that meets the specified association conditions. The specified association conditions can define the conditions that digital tokens that can establish an association relationship with the dynamic non-fungible digital token must meet. In this way, when the metadata switching rules are met, the metadata token bound to the dynamic non-fungible digital token can be switched.

[0043] In some implementations, the smart contract for dynamic non-fungible digital tokens (NFDs) can have specified association conditions. Specifically, these conditions may include: specified metadata; that is, only if the metadata bound to the first digital token is identical to the specified metadata can it be associated with the NFD as a second digital token. The specified association conditions may also include: a specified token type, such as a fungible digital token. That is, the NFD can be associated with a fungible digital token. Furthermore, the fungible digital token may also have a business type, and the specified association conditions may also include: the specified business type of the fungible digital token. Of course, the specified association conditions are not limited to the aforementioned implementations; those skilled in the art can set the specified association conditions according to actual needs.

[0044] In this embodiment, establishing an association between the second digital token feature and the dynamic non-fungible digital token (NVTF) allows for the corresponding recording of the second digital token feature and the NVTF. Specifically, for example, the NVTF smart contract can record the token identifier of the second digital token feature, thus binding the second digital token to the NVTF.

[0045] In some implementations, establishing an association between a second digital token that meets specified association conditions and a dynamic non-fungible digital token (NVD) among the first digital tokens represented by the acquired token identifier may further include: recording the token identifier of the second digital token feature and the smart contract address of the digital token smart contract of the second digital token; and sending the token identifier of the NFD and the smart contract address of the NFD smart contract to the digital token smart contract of the second digital token feature, so that the digital token smart contract of the second digital token feature can record the token identifier and the smart contract address of the NFD smart token.

[0046] In this embodiment, the dynamic non-fungible digital token (NFToken) smart contract can record the token identifier of the second digital token characteristic and the smart contract address of the second digital token. Furthermore, the smart contract of the second digital token characteristic can also record the token identifier and smart contract address of the dynamic non-fungible digital token. This ensures that both the dynamic non-fungible digital token and the second digital token characteristic record related data, making the data more secure and easier to query. In some cases, querying the dynamic non-fungible digital token smart contract can reveal the digital tokens with established relationships. Similarly, querying the smart contract of the second digital token characteristic can confirm the existence of related dynamic non-fungible digital tokens associated with that second digital token characteristic.

[0047] In some implementations, the second digital token may include a third digital token and a fourth digital token. The third digital token is different from the fourth digital token, and the third digital token has a higher priority than the fourth digital token. Specifying the association condition may include: if the dynamic non-fungible digital token is not associated with the third digital token, the dynamic non-fungible digital token cannot be associated with the fourth digital token.

[0048] In some cases, there may be a certain correlation between different digital tokens, which means that a specific order is required when establishing a relationship between a dynamic non-fungible digital token and multiple second digital tokens.

[0049] In this implementation, the order in which different digital tokens establish associations can be specified through association conditions, thus defining the priority of establishing associations between different digital tokens. Specifically, for example, in a game, a dynamic non-fungible digital token (NVToken) can be used to represent a user's role, and the user's role can be changed after an NNVToken has established associations with multiple digital tokens. The game can also use fungible digital tokens to represent basic game elements and NNVTokens to represent advanced game elements. Thus, by specifying association conditions, an association can only be established with a NNVToken after an NNVToken has established associations with a sufficient number of fungible digital tokens.

[0050] Step S14: If the second digital token associated with the dynamic non-fungible digital token meets the metadata switching rules, the first metadata token currently bound to the dynamic non-fungible digital token is switched to the second metadata token. The second metadata token is the metadata token other than the first metadata token among the multiple metadata tokens corresponding to the dynamic non-fungible digital token.

[0051] In some cases, digital token smart contracts have already stipulated the conditions for switching the metadata token bound to a dynamic non-fungible digital token through metadata switching rules. This allows the dynamic non-fungible digital token smart contract to determine whether the target conditions stipulated in the metadata switching rules have been met after establishing a relationship with a second digital token feature, based on the associated second digital token feature. And when the target conditions are met, the metadata token bound to the dynamic non-fungible digital token can be switched.

[0052] In this implementation, when the target conditions in the metadata switching rules are met, the dynamic non-fungible digital token smart contract can re-mint the dynamic non-fungible digital token, using the target metadata token corresponding to the target conditions during the re-minting. Thus, the regenerated dynamic non-fungible digital token completes the metadata switching.

[0053] This application's implementation pre-stores multiple different metadata in the blockchain, making the metadata trustworthy. This allows non-fungible digital tokens (NFTokens) to switch between metadata tokens representing these multiple metadata sets, enabling the NFTokens to change the credentials they represent. In this way, other digital tokens can be associated with NFTokens, and the metadata tokens bound to the NFTokens can be dynamically changed based on the associated digital tokens. Thus, in addition to establishing associations between multiple digital tokens, the content of the credentials represented can be changed according to the existing associations. Corresponding metadata switching rules can be set for different use cases, thereby expanding the scope of digital token usage.

[0054] In some implementations, the metadata includes: first metadata indicating an invalid state and second metadata indicating a valid state. The dynamic non-fungible digital token (NVD) minted based on a user's blockchain wallet address may include: minting a NFD based on a metadata token of the blockchain wallet address and the first metadata to obtain a NFD indicating an invalid state; switching the metadata token bound to the NFD among multiple metadata tokens, including: switching the first metadata token of the first metadata bound to the NFD to a second metadata token of the second metadata to obtain a NFD indicating a valid state.

[0055] In some cases and business scenarios, when a user initially obtains a dynamic non-fungible digital token, the dynamic non-fungible digital token may represent a credential in an invalid state. Only when the dynamic non-fungible digital token is associated with a second digital token feature and the target conditions of the metadata switching rule are met can the dynamic non-fungible digital token switch the bound metadata to become a valid credential.

[0056] In this embodiment, the first metadata can represent an invalid state. The dynamic non-fungible digital token (NFD) smart contract, based on the metadata token of the first metadata, can then represent a certificate in an invalid state. Furthermore, after the second digital token feature establishing the association between the NFDs achieves the metadata switching rule, the NFD smart contract replaces the metadata token bound to the NFD with the metadata token of the second metadata. Thus, the NFD can represent a certificate in a valid state. Specifically, for example, in a scenario involving student diploma management, when a student enrolls, the NFD smart contract can mint a NFD based on the student's blockchain wallet address and the metadata token of the first metadata. This NFD can represent the student's graduation certificate, but it is currently invalid. After the student completes multiple courses, they obtain a digital token representing the completion of those courses. The NFD representing the student's graduation certificate can then be associated with the digital token representing the student's courses. After establishing an association between the dynamic non-fungible digital token (NVD) and the digital tokens representing all the courses stipulated by the school, the NFD smart contract can replace the metadata token bound to the student's NFD with the metadata token of the second metadata, making the student's NFD a valid graduation certificate. This can also be understood as the student completing their studies at the school and obtaining a graduation certificate.

[0057] Please see Figure 3 One embodiment of this application also provides a digital token processing apparatus 300. The digital token processing apparatus 300 may include: a minting unit 310, a token acquisition unit 320, an association unit 330, and a switching unit 340.

[0058] The minting unit 310 is used to mint dynamic non-fungible digital tokens based on blockchain wallet addresses; wherein, the dynamic non-fungible digital tokens correspond to multiple metadata tokens, and different metadata tokens represent different metadata stored in the blockchain; the dynamic non-fungible digital tokens also correspond to metadata change rules; the token acquisition unit 320 is used to acquire the token identifier of a first digital token other than the dynamic non-fungible digital token generated using the blockchain wallet address; wherein, the token identifier is used to represent the first digital token; the association unit 330 is used to associate the first digital token represented by the acquired token identifier with the first... In the digital token, a second digital token that meets the specified association conditions establishes an association relationship with a dynamic non-fungible digital token. The association relationship is used to indicate that the second digital token is bound to the dynamic non-fungible digital token. The switching unit 340 is used to switch the first metadata token currently bound to the dynamic non-fungible digital token to a second metadata token when the second digital token that has an association relationship with the dynamic non-fungible digital token meets the metadata switching rules. The second metadata token is the metadata token other than the first metadata token among the multiple metadata tokens corresponding to the dynamic non-fungible digital token.

[0059] The functions and effects of the digital token processing device provided in this embodiment can be explained in comparison with the aforementioned embodiments, and will not be repeated here.

[0060] In some implementations, specifying the association conditions includes: the digital token smart contract corresponding to the second digital token is bound to the dynamic non-fungible digital token. The digital token processing apparatus may further include: a binding unit for binding the digital token smart contract of the second digital token to the dynamic non-fungible digital token.

[0061] In some implementations, the second digital token includes a third digital token and a fourth digital token; wherein the third digital token is different from the fourth digital token, and the priority of the third digital token is greater than the priority of the fourth digital token; the specified association conditions include: if the dynamic non-fungible digital token has not established an association relationship with the third digital token, the dynamic non-fungible digital token cannot establish an association relationship with the fourth digital token.

[0062] In some implementations, the metadata may include: first metadata indicating an invalid state and second metadata indicating a valid state. The minting unit may include: a minting module for minting a dynamic non-fungible digital token based on a blockchain wallet address and a metadata token representing the first metadata, resulting in a dynamic non-fungible digital token representing an invalid state; and a switching module for switching the metadata token bound to the dynamic non-fungible digital token among multiple metadata tokens, including: switching the metadata token bound to the dynamic non-fungible digital token to a metadata token representing the second metadata, resulting in a dynamic non-fungible digital token representing a valid state.

[0063] In some implementations, the token acquisition unit may include: a query module, used to query the token identifier of the digital token minted using a blockchain wallet address based on the digital token smart contract bound to the dynamic non-fungible digital token; and a comparison module, used to compare the digital token represented by the queried token identifier with digital tokens that already have a relationship with the dynamic non-fungible digital token, to obtain the token identifier of the digital token among the queried digital tokens that is not bound to the dynamic non-fungible digital token, and use this token identifier as the acquired token identifier.

[0064] In some implementations, the token acquisition unit may include: a receiving module, configured to receive digital token minting information issued by a digital token smart contract bound to a dynamic non-fungible digital token; wherein the digital token minting information includes a blockchain wallet address used by the digital token smart contract when minting the digital token, and the blockchain wallet address used by the digital token smart contract when minting the digital token is used as a comparison blockchain wallet address; and an obtaining module, configured to obtain the token identifier of the digital token minted by the digital token smart contract for the comparison blockchain wallet address if the comparison blockchain wallet address is the same as the blockchain wallet address of the dynamic non-fungible digital token.

[0065] In some implementations, the associated unit may include: a recording module for recording the token identifier of the second digital token and the smart contract address of the digital token smart contract of the second digital token; and a sending module for sending the token identifier of the dynamic non-fungible digital token and the smart contract address of the dynamic non-fungible digital token smart contract to the digital token smart contract of the second digital token, so that the digital token smart contract of the second digital token can record the token identifier of the dynamic non-fungible digital token and the smart contract address of the dynamic non-fungible digital token.

[0066] Please see Figure 4 This application also provides an electronic device 400, including a memory 440 and one or more processors 470 communicatively connected to the memory 440. The memory 440 stores a computer program 450 executable by the one or more processors 470. The computer program 450 is executed by the one or more processors 470 to enable the one or more processors 470 to implement the digital token processing method as described in any of the above embodiments. In this embodiment, the electronic device 400 may further include an internal memory 410 for caching data for the processors 470, a communication interface 420 for data communication with external devices, an input device 430 for inputting data to the electronic device 400, and a system bus 480 connecting the various components of the electronic device 400. The memory 440 may also store an operating system 460. Those skilled in the art can also provide other components for the electronic device 400, which will not be described in detail here.

[0067] This application also provides a computer-readable storage medium storing a computer program thereon, characterized in that the computer program, when executed by a processor, implements a digital token processing method as described in any of the above embodiments.

[0068] This application also provides a computer program product containing instructions that, when executed by a computer, cause the computer to perform the methods described in any of the above embodiments.

[0069] It is understood that the specific examples in this document are only intended to help those skilled in the art better understand the embodiments of this application, and are not intended to limit the scope of the invention.

[0070] It is understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0071] It is understood that the various implementation methods described in this application can be implemented individually or in combination, and the implementation methods in this application are not limited in this respect.

[0072] Unless otherwise stated, all technical and scientific terms used in the embodiments of this application have the same meaning as commonly understood by one of ordinary skill in the art. The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to limit the scope of this application. The term "and / or" as used in this application includes any and all combinations of one or more of the associated listed items. The singular forms "a," "the," and "the" as used in the embodiments of this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0073] It is understood that the processor in the embodiments of this application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiments can be completed by the integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, 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, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules can be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory; the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0074] It is understood that the memory in the embodiments of this application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. Specifically, non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory may be random access memory (RAM). It should be noted that the memory in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0075] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0076] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the aforementioned method implementations, and will not be repeated here.

[0077] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0078] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0079] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0080] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0081] The above description is merely a specific embodiment of this application, but the scope of protection of this invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this invention should be determined by the scope of the claims.

Claims

1. A method for processing digital tokens, characterized in that, The method, applied to smart contracts for dynamic non-fungible digital tokens, includes: Dynamic non-fungible digital tokens are minted based on blockchain wallet addresses; wherein, the dynamic non-fungible digital tokens correspond to multiple metadata tokens, and different metadata tokens represent different metadata stored in the blockchain. The dynamic non-fungible digital tokens also correspond to metadata switching rules triggered based on the number of associated tokens. Obtain the token identifier of a first digital token other than the dynamic non-fungible digital token generated using the blockchain wallet address; wherein the token identifier is used to represent the first digital token; Among the first digital tokens represented by the obtained token identifier, the second digital token that meets the specified association conditions is associated with the dynamic non-fungible digital token, and the association is used to indicate that the second digital token is bound to the dynamic non-fungible digital token; If a second digital token associated with the dynamic non-fungible digital token meets the metadata switching rules, the first metadata token currently bound to the dynamic non-fungible digital token is switched to a second metadata token to change the credential represented by the dynamic non-fungible digital token; the second metadata token is one of the multiple metadata tokens corresponding to the dynamic non-fungible digital token, excluding the first metadata token.

2. The method according to claim 1, characterized in that, The step of obtaining the token identifier of the first digital token (excluding the dynamic non-fungible digital token) generated using the blockchain wallet address includes: Based on the digital token smart contract bound to the dynamic non-fungible digital token, query the token identifier of the first digital token minted using the blockchain wallet address; The first digital token represented by the queried token identifier is compared with the bound digital token to obtain the token identifier of the first digital token that is not bound to the dynamic non-fungible digital token, and this token identifier is used as the obtained token identifier.

3. The method according to claim 2, characterized in that, The specified association conditions include binding the smart contract of the digital token corresponding to the first digital token to the dynamic non-fungible digital token; the method further includes: A digital token smart contract is used to bind the dynamic non-fungible digital token to the first digital token.

4. The method according to claim 1, characterized in that, The step of obtaining the token identifier of the first digital token (excluding the dynamic non-fungible digital token) generated using the blockchain wallet address includes: Receive digital token minting information from the digital token smart contract bound to the dynamic non-fungible digital token; wherein, the digital token minting information includes the blockchain wallet address used by the digital token smart contract when minting the digital token; The blockchain wallet address used when the digital token smart contract mints the digital token is used as the comparison blockchain wallet address; If the blockchain wallet address being compared is the same as the blockchain wallet address of the dynamic non-fungible digital token, the token identifier of the first digital token minted by the digital token smart contract for the compared blockchain wallet address is obtained.

5. The method according to claim 1, characterized in that, The second digital token includes a third digital token and a fourth digital token; wherein the third digital token is different from the fourth digital token, and the priority of the third digital token is greater than the priority of the fourth digital token; the specified association condition includes: if the dynamic non-fungible digital token has not established an association relationship with the third digital token, the dynamic non-fungible digital token cannot establish an association relationship with the fourth digital token.

6. The method according to claim 1, characterized in that, The metadata includes: first metadata indicating an invalid state, and second metadata indicating a valid state; the dynamically minted non-fungible digital token based on the user's blockchain wallet address includes: Based on the blockchain wallet address and the first metadata, a dynamic non-fungible digital token is minted using metadata tokens to obtain a dynamic non-fungible digital token representing an invalid state. Switching the first metadata token currently bound to the dynamic non-fungible digital token to the second metadata token includes: The first metadata token of the first metadata bound to the dynamic non-fungible digital token is switched to the second metadata token of the second metadata to obtain a dynamic non-fungible digital token representing a valid state.

7. The method according to claim 1, characterized in that, The process of establishing an association between a second digital token that meets specified association conditions and the dynamic non-fungible digital token from the first digital token represented by the acquired token identifier includes: Record the token identifier of the second digital token and the smart contract address of the digital token smart contract of the second digital token; The token identifier of the dynamic non-fungible digital token and the smart contract address of the dynamic non-fungible digital token smart contract are sent to the digital token smart contract of the second digital token, so that the digital token smart contract of the second digital token can record the token identifier of the dynamic non-fungible digital token and the smart contract address of the dynamic non-fungible digital token.

8. A digital token processing device, characterized in that, include: A minting unit is used to mint dynamic non-fungible digital tokens based on blockchain wallet addresses; wherein, the dynamic non-fungible digital token corresponds to multiple metadata tokens, and different metadata tokens represent different metadata stored in the blockchain; the dynamic non-fungible digital token also corresponds to metadata change rules triggered based on the number of associated tokens. A token acquisition unit is configured to acquire a token identifier of a first digital token other than the dynamic non-fungible digital token generated using the blockchain wallet address; wherein the token identifier is used to represent the first digital token. The association unit is used to establish an association relationship between the second digital token that meets the specified association conditions among the first digital tokens represented by the obtained token identifier and the dynamic non-fungible digital token. The association relationship is used to indicate that the second digital token is bound to the dynamic non-fungible digital token. The switching unit is used to switch the first metadata token currently bound to the dynamic non-fungible digital token to a second metadata token when the second digital token associated with the dynamic non-fungible digital token meets the metadata switching rules, so as to change the credential represented by the dynamic non-fungible digital token; the second metadata token is a metadata token other than the first metadata token among the multiple metadata tokens corresponding to the dynamic non-fungible digital token.

9. An electronic device, comprising: A memory, and one or more processors communicatively connected to the memory; The memory stores a computer program that can be executed by the one or more processors to enable the one or more processors to implement the digital token processing method as described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the digital token processing method according to any one of claims 1 to 7.

Images