Method and apparatus for changing nft state, electronic device, and storage medium

Abstract

The application provides a method and device for changing the state of an NFT, electronic equipment and a storage medium. The method comprises uploading metadata of a plurality of preset states of a target NFT to a decentralized storage node. Each piece of metadata of each preset state of the target NFT corresponds to an address path in the storage node. A state change condition of the target NFT is set in a smart contract, and the address path of the metadata of the target NFT is changed through the smart contract, so that each NFT corresponds to a plurality of preset states, and the metadata of the plurality of preset states is uploaded to the decentralized storage node, thereby avoiding arbitrary adjustment of the plurality of preset states by a centralized storage project party. At the same time, the address path of the metadata of the target NFT is changed through triggering of the state change condition in the smart contract, thereby realizing decentralized change of the state of the NFT.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a method, apparatus, electronic device, and storage medium for changing the state of an NFT. Background Technology

[0002] This section is intended to provide background or context for the embodiments of this application as set forth in the claims. The description herein is not intended to be a prior art simply because it is included in this section.

[0003] NFT stands for Non-Fungible Tokens, meaning non-fungible tokens, also known as non-fungible tokens. Like works of art, each one is unique. Leveraging the decentralized, tamper-proof, and timestamped nature of blockchain technology, the value of off-chain items can be mapped to NFTs, enabling ownership verification and traceable transactions. Currently, in related technologies, the state of NFTs remains unchanged after purchase or blind opening, or the state is only mutable in centralized systems. Furthermore, centralized control of NFT states allows project teams to maliciously modify them. For example, a user might have upgraded their NFT equipment to the highest level, but the project team could lower the level, causing losses to the user. Summary of the Invention

[0004] In view of this, the purpose of this application is to provide a method, apparatus, electronic device and storage medium for changing the state of an NFT.

[0005] To achieve the above objectives, this application provides a method for changing the state of an NFT, comprising:

[0006] The metadata of multiple preset states of the target NFT is uploaded to a decentralized storage node; wherein, the metadata of each preset state of the target NFT corresponds to an address path in the storage node;

[0007] The state change conditions of the target NFT are set in a smart contract, and the address path of the target NFT's metadata is changed through the smart contract.

[0008] Based on the same inventive concept, an exemplary embodiment of this application also provides an apparatus for changing the state of an NFT, comprising:

[0009] The storage module uploads metadata of multiple preset states of the target NFT to a decentralized storage node; wherein, the metadata of each preset state of the target NFT corresponds to an address path in the storage node;

[0010] The module modifies the state change conditions of the target NFT in a smart contract and changes the address path of the target NFT's metadata through the smart contract.

[0011] Based on the same inventive concept, an exemplary embodiment of this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor executes the program to implement the method for NFT state change as described above.

[0012] Based on the same inventive concept, an exemplary embodiment of this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform the NFT state change method as described above.

[0013] As can be seen from the above, the method, apparatus, electronic device, and storage medium for changing the state of an NFT provided in this application upload the metadata of multiple preset states of a target NFT to a decentralized storage node. Each preset state of the target NFT has a corresponding address path in the storage node. The state change conditions of the target NFT are set in a smart contract, and the address path of the target NFT's metadata is changed through the smart contract. This allows each NFT to have multiple preset states, and the metadata of these multiple preset states is uploaded to the decentralized storage node to prevent centralized storage from arbitrarily adjusting the multiple preset states. Furthermore, the address path of the target NFT's metadata is changed by triggering the state change conditions in the smart contract, thereby achieving decentralized changes to the NFT's state. Attached Figure Description

[0014] To more clearly illustrate the technical solutions in this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0015] Figure 1 This is a flowchart illustrating a method for changing the state of an NFT according to an embodiment of this application.

[0016] Figure 2 This is a schematic diagram of the structure of an NFT state change system according to an embodiment of this application;

[0017] Figure 3 This is a schematic diagram of the structure of an NFT state changing device according to an embodiment of this application;

[0018] Figure 4 This is a schematic diagram of the structure of a specific electronic device according to an embodiment of this application. Detailed Implementation

[0019] The principles and spirit of this application will now be described with reference to several exemplary embodiments. It should be understood that these embodiments are provided merely to enable those skilled in the art to better understand and implement this application, and are not intended to limit the scope of this application in any way. Rather, these embodiments are provided to make this application more thorough and complete, and to fully convey the scope of this application to those skilled in the art.

[0020] According to embodiments of this application, a method, system, electronic device, and storage medium for changing the state of an NFT are proposed.

[0021] In this article, it is important to understand that any number of elements in the accompanying figures is for illustrative purposes and not for limitation, and any naming is for distinction only and has no limiting meaning.

[0022] The principles and spirit of this application will be explained in detail below with reference to several representative embodiments. Invention Overview

[0024] Currently, in related technologies, the state of NFTs does not change after purchase or blind opening, or the state of NFTs can only be made changeable in centralized systems. However, the growth potential of NFT state cannot be reflected in NFT exchanges. Moreover, with centralized control of NFT state, project owners can maliciously modify the state of NFTs. For example, a user may have upgraded their NFT equipment to the highest level, but the project owner can change it to a lower level, which will cause losses to the user.

[0025] To address the aforementioned issues, this application provides a method for changing the state of an NFT, specifically including:

[0026] The metadata of multiple preset states of the target NFT is uploaded to a decentralized storage node. Each preset state of the target NFT has a corresponding address path within the storage node. State change conditions for the target NFT are set in a smart contract, and the address path of the target NFT's metadata is changed through the smart contract. This results in each NFT having multiple preset states, and the metadata of these preset states is uploaded to the decentralized storage node to prevent arbitrary adjustments to the preset states by the project owner in centralized storage. Furthermore, the address path of the target NFT's metadata is changed by triggering state change conditions in the smart contract, thus achieving decentralized changes to the NFT's state.

[0027] After introducing the basic principles of this application, the various non-limiting embodiments of this application will be described in detail below.

[0028] Application Scenarios Overview

[0029] In specific application scenarios, the NFT state modification method of this application can be applied to various platforms or systems involving NFTs. Optionally, the system could be a game system.

[0030] The following describes a method for changing the state of an NFT according to an exemplary embodiment of this application, using specific application scenarios. It should be noted that the above application scenarios are shown only to facilitate understanding of the spirit and principles of this application, and the embodiments of this application are not limited in any way. Rather, the embodiments of this application can be applied to any applicable scenario.

[0031] Exemplary methods

[0032] refer to Figure 1 This application provides a method for changing the state of an NFT, the method comprising the following steps:

[0033] S101, upload the metadata of multiple preset states of the target NFT to a decentralized storage node; wherein, the metadata of each preset state of the target NFT corresponds to an address path in the storage node.

[0034] In practice, when designing NFTs, multiple preset states are pre-defined for each NFT as needed. For example, a tree NFT might have states such as small tree, medium tree, large tree, and diseased tree. The metadata for each NFT's multiple preset states is then uploaded to a decentralized storage node. Optionally, the NFT's metadata includes an image and NFT element attributes corresponding to the NFT. These NFT element attributes may primarily include descriptions of the NFT's current preset state. Optionally, the image and NFT element attributes of the same NFT may differ depending on its preset state.

[0035] It should be noted that the target NFT can be any NFT set in this embodiment. The decentralized storage node is used to store metadata for multiple preset states of each NFT. Optionally, the decentralized node can be any one of Estuary, Web3.storage, and NFT.storage, or other decentralized storage nodes from related technologies can be selected as needed; there is no limitation on this. Optionally, the metadata for each preset state of each NFT in the storage node corresponds to an address path. Optionally, each NFT has a unique token ID. After setting the metadata for multiple preset states of the NFT, the metadata for all preset states of the same NFT can be placed in a folder, named using the NFT's token ID, and the metadata for each preset state can be named according to the preset state within that folder. For example, the metadata for an NFT with four preset tree states can be named small, middle, large, and withered. Optionally, the image corresponding to the NFT can be saved in PNG format, and the element attributes of the NFT can be saved in JSON format.

[0036] S102, set the state change conditions of the target NFT in the smart contract, and change the address path of the metadata of the target NFT through the smart contract.

[0037] In practice, the state change conditions of the target NFT are set in a smart contract. The smart contract determines when to perform a state change for the target NFT, further ensuring the decentralization of NFT state changes. Optionally, the state change conditions for each NFT can be set as needed, and are not limited here. For example, for a tree NFT, the number of waterings can be set as the state change condition. When the number of waterings exceeds a preset number, the tree NFT transitions from the current preset state to the next preset state.

[0038] It should be noted that since the metadata of multiple preset states for each NFT is uploaded to a decentralized storage node in advance, changing the current state of an NFT only requires changing the address path of the target NFT's metadata; that is, replacing the current address path of the NFT's metadata with the address path of the metadata after the state change. Optionally, if a user wants to change the state of an NFT, they can issue an instruction (transaction) to the smart contract that can affect the NFT's state change. When this instruction (transaction) reaches the preset condition limit, that is, when the state change condition in the smart contract is triggered, the smart contract will change the NFT's state by changing the address path of the NFT's metadata.

[0039] In some embodiments, when the state change condition is triggered in the smart contract, the smart contract determines the target preset state after the target NFT state change, and changes the address path of the target NFT's metadata based on the target preset state.

[0040] In practical implementation, within the smart contract, when the state change condition of the target NFT is triggered, the smart contract determines the target preset state after the state change of the target NFT. Optionally, when the state change condition of the target NFT is triggered, the smart contract can first obtain the current preset state of the target NFT, and then determine the target preset state after the state change based on the current preset state. Optionally, the state change condition may also include the target preset state after each state change.

[0041] In some embodiments, the address path of the target NFT's metadata includes a base address path, a tokenId, and a preset state name.

[0042] In practice, the address path of the target NFT's metadata can include: baseUri+ / +tokenId+ / +status, where baseUri represents the base address path and status represents the preset status name. Setting the address path of the target NFT's metadata in this way ensures that the smart contract can accurately and quickly determine the address path of the metadata corresponding to each preset status of the target NFT. Optionally, other forms of address paths for the target NFT's metadata can be set as needed; there are no limitations on this.

[0043] To enable smart contracts to accurately locate their corresponding metadata via the address path of the NFT, in some embodiments, the method further includes:

[0044] Set the base address path into the smart contract.

[0045] In some embodiments, after changing the address path of the target NFT's metadata via the smart contract, the method further includes:

[0046] In response to the smart contract publishing the state change event of the target NFT, the address path interface of the target NFT's metadata in the trading market is refreshed so that the state change of the target NFT is updated in the trading market in a timely manner.

[0047] In practical implementation, since the state of NFTs in the current trading market (OpenSea) does not change in related technologies, the trading market does not actively synchronize the state change when the state of the target NFT changes. In this embodiment, when the smart contract changes the address path of the target NFT's metadata, it publishes a state change event for the target NFT. When the system detects the smart contract publishing the state change event, it refreshes the address path interface of the target NFT's metadata in the trading market, so that the state change of the target NFT is updated in the trading market in a timely manner.

[0048] In some embodiments, after refreshing the metadata address path interface of the target NFT in the marketplace, the method further includes:

[0049] Send a notification to the owner of the target NFT to adjust the price of the target NFT.

[0050] In practice, when the state of an NFT changes, its value also changes. Normally, the value of an NFT increases after a state change, so its selling price in the marketplace should be adjusted accordingly. To prevent NFTs from not being traded at their normal value due to users failing to adjust prices in a timely manner, a notification message to adjust the target NFT's selling price will be sent to the target NFT's owner after the target NFT's metadata address path interface in the marketplace is refreshed. Optionally, this notification message can be sent directly to the target NFT's owner's client, via email, SMS, or other methods, without limitation. Optionally, in some embodiments, when the target NFT's metadata address path in the marketplace changes, and the target NFT's selling price remains unchanged, the trading of the target NFT in the marketplace can be stopped to avoid losses for the target NFT's owner.

[0051] In some embodiments, after refreshing the metadata address path interface of the target NFT in the marketplace, the method further includes:

[0052] Obtain the target preset state after the target NFT state change;

[0053] In the trading market, determine a first number of all NFTs that are of the same type as the target NFT and whose preset states correspond to the target preset state;

[0054] Based on the first quantity, a price adjustment strategy for the target NFT is determined, and the price adjustment strategy is sent to the owner of the target NFT.

[0055] In practice, the value of an NFT is generally positively correlated with its quantity, i.e., its rarity. Therefore, the price adjustment strategy for the target NFT can be determined by the first quantity of all NFTs of the same type and whose preset states correspond to the target preset state, and this price adjustment strategy can be sent to the owner of the target NFT. Optionally, a mapping table between quantity and price adjustment can be set up, and the price adjustment strategy for the target NFT can be determined by the position of the first quantity in the mapping table.

[0056] In some embodiments, determining a price adjustment strategy for the target NFT based on the target quantity includes:

[0057] Determine a second number of all NFTs of the same type as the target NFT in the trading market;

[0058] The price adjustment strategy for the target NFT is determined based on the first quantity and the second quantity.

[0059] In specific implementation, to accurately determine the price adjustment strategy for the target NFT, a second quantity of all NFTs of the same type as the target NFT can be obtained. The current state of the target NFT and its proportion among all NFTs of the same type can be further determined using the first and second quantities. For example, if there are 10,000 NFTs of the same type (tree) in the current trading market, and 100 of them are in the "large tree" state, the ratio of 100 to 10,000 reflects the rarity of the current tree NFT, further determining the price adjustment strategy. Optionally, in some embodiments, a fourth quantity of all NFTs of the same type as the target NFT, whose preset state corresponds to the preset state before the change in the target NFT's state, can also be obtained. This fourth quantity, along with the first and second quantities, is then combined to determine the price adjustment strategy for the target NFT. For example, the ratio of 100 to 10000 can reflect the rarity of the current tree NFT. Then, the number of NFTs in the medium tree state is 1000. The ratio of 1000 to 10000 can reflect the rarity of the tree NFTs before the state change. Finally, based on these two rarity levels, it can be determined that the price of the current tree NFT should increase by 10 times compared to the price of the previous tree NFTs.

[0060] In some embodiments, after refreshing the metadata address path interface of the target NFT in the marketplace, the method further includes:

[0061] Obtain the target preset state after the target NFT state changes, and determine the target preset level corresponding to the target preset state; wherein, each preset state of the target NFT corresponds to a preset level;

[0062] In the trading market, determine a second number of all NFTs of the same type as the target NFT, and determine a third number of all NFTs of the same type as the target NFT whose preset level is not less than the target preset level.

[0063] Based on the second quantity and the third quantity, a price adjustment strategy for the target NFT is determined, and the price adjustment strategy is sent to the owner of the target NFT.

[0064] In practice, different preset states of the same NFT correspond to different preset levels. For example, a tree-type NFT may have four preset states: small tree, medium tree, large tree, and diseased tree. Each preset state corresponds to a preset level, and normally, these four preset state levels are arranged in the order of: diseased tree < small tree < medium tree < large tree. The value of an NFT is usually proportional to its preset level. Therefore, to more accurately determine the price adjustment strategy for a target NFT, this embodiment first determines a second number of all NFTs of the same type as the target NFT, and then determines a third number of all NFTs of the same type as the target NFT whose preset state corresponds to a preset level not less than the target preset level. After obtaining these second and third numbers, the price adjustment strategy for the target NFT can be determined based on these two numbers.

[0065] refer to Figure 2This is a schematic diagram of an NFT state-changing system according to an embodiment of this application. A decentralized storage node stores metadata of multiple preset states of the target NFT. Optionally, the metadata of the multiple preset states of the target NFT can be uploaded to the decentralized storage node via a server. The user sends an instruction (transaction) to a smart contract that can affect the state change of the target NFT. The smart contract contains state-changing conditions for the target NFT. Optionally, the state-changing conditions can be set in the smart contract via a server. When the state-changing condition of the target NFT is triggered, the smart contract replaces the address path at the address path interface of the target NFT's metadata with the address path of the metadata after the state change, so that the metadata after the state change of the target NFT can be found from the decentralized storage node through this address path. Simultaneously, the smart contract publishes a state-changing event for the target NFT. When the server listens to the state-changing event of the target NFT, it refreshes the address path interface of the target NFT's metadata in the NFT trading market, so that the trading market can find the metadata after the state change of the target NFT from the decentralized storage node through the refreshed address path, further realizing the state change of the target NFT in the trading market.

[0066] The method for changing the state of an NFT provided in this application uploads the metadata of multiple preset states of a target NFT to a decentralized storage node. Each preset state of the target NFT has a corresponding address path in the storage node. State change conditions for the target NFT are set in a smart contract, and the address path of the target NFT's metadata is changed through the smart contract. This results in each NFT having multiple preset states, and the metadata of these multiple preset states is uploaded to the decentralized storage node to prevent arbitrary adjustments to the multiple preset states by the project owner in centralized storage. Simultaneously, the address path of the target NFT's metadata is changed by triggering the state change conditions in the smart contract, thereby achieving decentralized state changes for the NFT.

[0067] Exemplary device

[0068] Based on the same inventive concept, corresponding to any of the above embodiments, this application also provides an apparatus for changing the state of an NFT.

[0069] refer to Figure 3 The device for changing the NFT state includes:

[0070] Storage module 201 uploads metadata of multiple preset states of the target NFT to a decentralized storage node; wherein, the metadata of each preset state of the target NFT corresponds to an address path in the storage node;

[0071] The module 202 sets the state change conditions of the target NFT in the smart contract and changes the address path of the target NFT's metadata through the smart contract.

[0072] For ease of description, the above system is described by dividing it into various modules based on their functions. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0073] The system described in the above embodiments is used to implement the corresponding NFT state change method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0074] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the method for changing the NFT state described in any of the above embodiments.

[0075] Figure 4 This embodiment illustrates a more specific hardware structure of an electronic device, which may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0076] The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0077] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0078] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0079] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0080] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0081] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0082] The electronic devices described above are used to implement the corresponding NFT state change methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0083] Exemplary program product

[0084] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the NFT state change method as described in any of the above embodiments.

[0085] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. 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 technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0086] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute a method for changing the state of an NFT as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0087] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0088] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0089] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0090] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A method of NFT state change, characterized by, The method comprises: uploading metadata of a plurality of preset states of a target NFT to a decentralized storage node; wherein the metadata of each preset state of the target NFT corresponds to an address path in the storage node; setting a state change condition of the target NFT in a smart contract, and changing the address path of the metadata of the target NFT through the smart contract; The method further comprises: when the state change condition is triggered in the smart contract, the smart contract determines the target preset state after the state change of the target NFT, and changes the address path of the metadata of the target NFT based on the target preset state.

2. The method of claim 1, wherein, After changing the address path of the metadata of the target NFT through the smart contract, the method further comprises: In response to listening to the smart contract publishing the state change event of the target NFT, refreshing the address path interface of the metadata of the target NFT in the trading market, so that the state change of the target NFT is timely updated in the trading market.

3. The method of claim 1, wherein, After refreshing the address path interface of the metadata of the target NFT in the trading market, the method further comprises: sending prompt information to the user of the target NFT to adjust the selling price of the target NFT.

4. The method of claim 1, wherein, After refreshing the address path interface of the metadata of the target NFT in the trading market, the method further comprises: obtaining the target preset state after the state change of the target NFT; determining a first number of all NFTs of the same type as the target NFT in the trading market, and the preset state of which corresponds to the target preset state; determining the price adjustment strategy of the target NFT based on the first number, and sending the price adjustment strategy to the user of the target NFT.

5. The method of claim 4, wherein, Determining the price adjustment strategy of the target NFT based on the target number comprises: determining a second number of all NFTs of the same type as the target NFT in the trading market; determining the price adjustment strategy of the target NFT based on the first number and the second number.

6. The method of claim 1, wherein, After refreshing the address path interface of the metadata of the target NFT in the trading market, the method further comprises: obtaining the target preset state after the state change of the target NFT, and determining the target preset level corresponding to the target preset state; wherein each preset state of the target NFT corresponds to a preset level; determining a second number of all NFTs of the same type as the target NFT in the trading market, and determining a third number of all NFTs of the same type as the target NFT, and the preset state corresponding to which is not less than the target preset level; determining the price adjustment strategy of the target NFT based on the second number and the third number, and sending the price adjustment strategy to the user of the target NFT.

7. The method of claim 1, wherein, The address path of the metadata of the target NFT comprises a basic address path, a tokenId, and a preset state name.

8. The method of claim 7, wherein, The method further comprises: setting the basic address path to the smart contract.

9. An apparatus for NFT state change, the apparatus comprising: The method comprises: The storage module uploads metadata of multiple preset states of the target NFT to a decentralized storage node; wherein, the metadata of each preset state of the target NFT corresponds to an address path in the storage node; The module changes the state change conditions of the target NFT in the smart contract and changes the address path of the target NFT's metadata through the smart contract. The device further includes a triggering module, which, when the state change condition is triggered in the smart contract, determines the target preset state after the target NFT state change, and changes the address path of the target NFT's metadata based on the target preset state.

10. An electronic device, comprising: The method includes a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor, when executing the program, implements the method as described in any one of claims 1 to 8.

11. A non-transitory computer-readable storage medium, comprising: The non-transitory computer-readable storage medium stores computer instructions for causing a computer to perform the method according to any one of claims 1 to 8.

Images