WO2023243996A1 - 대체 불가능 토큰을 관리하는 전자 장치 및 그 방법 - Google Patents

대체 불가능 토큰을 관리하는 전자 장치 및 그 방법 Download PDF

Info

Publication number
WO2023243996A1
WO2023243996A1 PCT/KR2023/008135 KR2023008135W WO2023243996A1 WO 2023243996 A1 WO2023243996 A1 WO 2023243996A1 KR 2023008135 W KR2023008135 W KR 2023008135W WO 2023243996 A1 WO2023243996 A1 WO 2023243996A1
Authority
WO
WIPO (PCT)
Prior art keywords
nft
smart contract
score
blockchain network
holder
Prior art date
Application number
PCT/KR2023/008135
Other languages
English (en)
French (fr)
Inventor
주현선
이정우
강승원
Original Assignee
두나무 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020230074989A external-priority patent/KR20230171879A/ko
Application filed by 두나무 주식회사 filed Critical 두나무 주식회사
Publication of WO2023243996A1 publication Critical patent/WO2023243996A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators

Definitions

  • This specification relates to a method of managing a Non-Fungible Token (NFT), such as issuing, dropping, and updating information, and an electronic device that performs this.
  • NFT Non-Fungible Token
  • NFTs non-fungible tokens
  • the purpose of this specification is to design an NFT data structure and system architecture that can increase the value of NFT through the activities of NFT holders, thereby providing incentives to increase the value of NFT to NFT issuers and NFT holders. .
  • a first smart contract including metadata including a score that can be changed according to the activities of the holder of a non-fungible token (NFT), the metadata as a factor
  • NFT non-fungible token
  • a first blockchain in which a second smart contract including a method used as, a third smart contract including a process for recording the holder's activities, and a fourth smart contract including a scoring policy according to the holder's activities are distributed.
  • a node of the network based on the third smart contract, executing a transaction regarding the activity of the holder and recording the activity of the holder in the first blockchain network;
  • a node of the first blockchain network calculating a change in the score according to the holder's activity based on the fourth smart contract;
  • a node of the first blockchain network based on the first smart contract and the second smart contract, reflecting the change in the score to the metadata, providing a non-fungible token management method. It can be.
  • the recording step involves a node of the first blockchain network, based on the third smart contract, completing a recording request generated by the transaction according to the verification criteria included in the fourth smart contract. Verifying step; And when the node of the first blockchain network succeeds in verifying the record request, recording the holder's activity corresponding to the record request in the first blockchain network based on the third smart contract.
  • a non-fungible token management method may be provided, including.
  • the recording step further includes, when the node of the first blockchain network fails to verify the record request, generating a response indicating that the record request has failed to be verified, a non-fungible token. Management methods may be provided.
  • the calculating step and the reflecting step are performed when the transaction is recorded in the first blockchain network, when a set period arrives, or when the score is added from outside the first blockchain network. It may be performed by a node of the first blockchain network when receiving a request for inquiry.
  • the score may include a first type of score reflecting the value for the period of holding the NFT, and a second type of score reflecting the value for community activities related to the NFT.
  • the first type of score may increase in proportion to the period of holding the NFT, and may increase faster when staking the NFT to the first blockchain network
  • the second The tangible score may include a participation score that reflects the history of participation in online or offline events of the artist linked to the NFT, and a collection score that reflects the history of collecting goods or the NFT related to the artist. there is.
  • a first smart contract including metadata including a score that can be changed according to the activities of a holder of a non-fungible token (NFT), and the metadata
  • NFT non-fungible token
  • a node of a first blockchain network where a second smart contract including a method used as an argument is distributed, obtaining a change in the score according to the holder's activity from the second blockchain network; And a step of the node of the first blockchain network reflecting the change in the score to the metadata based on the first smart contract and the second smart contract, wherein the second blockchain network is , a third smart contract that includes a process for recording the holder's activities, and a fourth smart contract that includes a scoring policy according to the holder's activities are deployed to determine the holder's activities based on the third smart contract.
  • a non-fungible token management method may be provided in which the holder's activities are recorded as a transaction is executed, and changes in the score are calculated based on the fourth smart contract.
  • the obtaining step and the reflecting step are performed when the transaction is recorded in the second blockchain network, when a set period arrives, or when the transaction is recorded in the score from outside the first blockchain network. It may be performed by a node of the first blockchain network when receiving a request for inquiry.
  • the score may include a first type of score reflecting the value for the period of holding the NFT, and a second type of score reflecting the value for community activities related to the NFT.
  • the first type of score may increase in proportion to the period of holding the NFT, and may increase faster when staking the NFT to the first blockchain network
  • the second The tangible score may include a participation score that reflects the history of participation in online or offline events of the artist linked to the NFT, and a collection score that reflects the history of collecting goods or the NFT related to the artist. there is.
  • a service server providing a management service of a non-fungible token receives a request for issuance of the NFT from a first terminal; And the service server, the first smart contract containing the metadata of the NFT, and the second smart contract containing a method using the metadata as an argument are distributed on a blockchain network, and A non-fungible token management method may be provided, including the step of transmitting a request for issuance of the NFT based on a second smart contract.
  • the service server receives information about the holder's activities from the first terminal or a second terminal connected to the holder's account of the NFT; And the service server, a third smart contract including a process for recording the holder's activities, and a fourth smart contract including a scoring policy according to the holder's activities are distributed to the blockchain network distributed to the holder's activities.
  • a non-fungible token management method may be provided, further comprising transmitting a transaction execution request for.
  • the service server receives a request to view the metadata from the first terminal or a second terminal connected to the account of the holder of the NFT; transmitting, by the service server, a query request for the metadata to a blockchain network where the first smart contract and the second smart contract are distributed; Receiving, by the service server, information about the metadata from a blockchain network where the first smart contract and the second smart contract are distributed; and the service server returning information about the metadata to the first terminal or the second terminal that transmitted the inquiry request, wherein the information about the metadata is related to the activity of the holder.
  • a non-fungible token management method may be provided that reflects changes to the changeable score.
  • the inquiry request may include a request to access a front-end page where the score can be viewed, or a request to create a whitelist based on the score.
  • the service server generates an event targeting the holder of the NFT; And a non-fungible token management method may be provided, further comprising the step of the service server determining a winner of the event based on metadata of the NFT held by each of the holders who applied for the event.
  • the event is a new NFT drop event for an artist linked to the NFT, an online or offline performance event for an artist linked to the NFT, a goods payment event for an artist linked to the NFT, and a link to the NFT. It may include at least some of the new NFT drop events for artists different from the current artist.
  • the step of determining the winner of the event includes applying at least some of the metadata of the NFT held by each of the holders who applied for the event as a filter condition or sorting condition,
  • a non-fungible token management method may be provided, including the step of determining a winner of the event from among holders who applied for the event.
  • the metadata may include benefit information provided to the holder of the NFT, and the benefit information is a first information about an event that does not use a blockchain network in which information related to the NFT is recorded. It may include benefit information, and second benefit information about an event using a blockchain network in which information related to the NFT is recorded.
  • the metadata includes the name of the artist associated with the NFT, at least one profile picture (PFP) that can be assigned to the NFT, and the probability that each of the PFPs will be assigned to the NFT. It may additionally include at least some of the rarity scores of each of the PFPs, which are determined accordingly.
  • PFP profile picture
  • a node is a node of a first blockchain network, wherein the first blockchain network can be changed according to the activities of the holder of a non-fungible token (NFT).
  • NFT non-fungible token
  • It is a blockchain network in which a fourth smart contract including a scoring policy according to activity is distributed, and the node includes one or more processors; and a memory storing one or more instructions to be executed by the one or more processors, wherein the one or more processors, by executing the one or more instructions, execute a transaction for the activity of the holder based on the third smart contract.
  • a node is a node of a first blockchain network, wherein the first blockchain network can be changed according to the activities of the holder of a non-fungible token (NFT).
  • NFT non-fungible token
  • a blockchain network in which a first smart contract including metadata including a score and a second smart contract including a method using the metadata as an argument are distributed, wherein the node includes one or more processors; and a memory storing one or more instructions executed by the one or more processors, wherein the one or more processors execute the one or more instructions to change the score according to the activity of the holder from a second blockchain network. It may be set to obtain information and reflect changes in the score to the metadata based on the first smart contract and the second smart contract.
  • a third smart contract including a process for recording the holder's activities and a fourth smart contract including a scoring policy according to the holder's activities are distributed, and the third smart contract It may be a blockchain network in which the holder's activities are recorded by executing a transaction for the holder's activities based on the contract, and changes in the score are calculated based on the fourth smart contract.
  • a service server is a service server that provides a management service for a non-fungible token (NFT), and includes one or more processors; And a memory that stores one or more instructions executed by the one or more processors, wherein the one or more processors receive an issuance request for the NFT from a first terminal by executing the one or more instructions, and the NFT Based on the first smart contract and the second smart contract, a first smart contract containing metadata, and a second smart contract containing a method using the metadata as an argument are distributed on a blockchain network. It can be set to transmit a request for issuance of NFT.
  • NFT non-fungible token
  • an NFT structure that can increase the value of the NFT even after issuance of the NFT can be designed.
  • content providers or artists are provided with a guarantee of NFT issuance. It can reduce the burden and motivate users to own NFTs and participate in community activities.
  • the cost and time required to record the activity of the NFT holder and calculate the score can be reduced, and the score in the metadata can be reflected in a batch. .
  • Figure 1 shows a system for managing a non-fungible token (NFT) according to one embodiment.
  • NFT non-fungible token
  • 2 to 4 are exemplary diagrams of a system architecture including a service server and a blockchain network.
  • Figures 5 to 7 are flowcharts of an NFT management method in a service server according to an embodiment.
  • Figure 8 is a flowchart of an NFT management method in a node of a blockchain network according to an embodiment.
  • Figure 9 is a flowchart of an NFT management method in a node of a blockchain network according to another embodiment.
  • Figure 10 is an example flowchart showing a contract distribution process according to an embodiment.
  • Figure 11 is an example flowchart showing the NFT holder's activity processing and score reflection process according to an embodiment.
  • Figure 12 is an example flowchart showing a contract distribution process according to another embodiment.
  • Figure 13 is an example flowchart showing the NFT holder's activity processing and score reflection process according to another embodiment.
  • Figures 14 and 15 are exemplary diagrams showing changes in value after issuance of NFT.
  • Figure 16 is a block diagram of an electronic device according to an embodiment.
  • terminal or “user terminal” mentioned below may be implemented as a computer or portable terminal that can connect to a server or other terminal through a network.
  • the computer includes, for example, a laptop, desktop, laptop, etc. equipped with a web browser
  • the portable terminal is, for example, a wireless communication device that guarantees portability and mobility.
  • all types of communication-based terminals such as IMT (international mobile telecommunication), CDMA (code division multiple access), W-CDMA (w-code division multiple access), LTE (long term evolution), smartphones, tablet PCs, etc. It may include a handheld-based wireless communication device.
  • transmission refers to the direct transmission of information, message, or information from one component to another. It includes not only what is done, but also what is transmitted through other components.
  • “transmitting” or “transmitting” a signal, message or information as a component indicates the final destination of the signal, message or information and does not mean the direct destination.
  • “receiving” signals, messages or information “related” to two or more data or information means that if one data (or information) is acquired, at least part of other data (or information) can be obtained based on it.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The above terms may be used for the purpose of distinguishing one component from another component.
  • a first component may be referred to as a second component without departing from the scope of the present specification, and similarly, the second component may also be referred to as a first component.
  • each block of the processing flow diagrams and combinations of the flow diagram diagrams may be performed by computer program instructions.
  • These computer program instructions can be mounted on a processor of a general-purpose computer, special-purpose computer, or other programmable data processing equipment, so that the instructions performed through the processor of the computer or other programmable data processing equipment are described in the flow chart block(s). It creates the means to perform functions.
  • These computer program instructions may also be stored in computer-usable or computer-readable memory that can be directed to a computer or other programmable data processing equipment to implement a function in a particular manner, so that the computer-usable or computer-readable memory It is also possible to produce manufactured items containing instruction means that perform the functions described in the flowchart block(s).
  • Computer program instructions can also be mounted on a computer or other programmable data processing equipment, so that a series of operational steps are performed on the computer or other programmable data processing equipment to create a process that is executed by the computer, thereby generating a process that is executed by the computer or other programmable data processing equipment. Instructions that perform processing equipment may also provide steps for executing the functions described in the flow diagram block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s).
  • tokens issued, used, or erased based on a blockchain network may comply with at least some of the standards established according to the Ethereum Request for Comments (ERC).
  • Fungible Token can comply with ERC20.
  • ERC20 includes a set of rules required for tokens to have the characteristics of FT. Rules included in ERC20 include rules for functions such as transferring tokens between addresses, querying total token supply, and querying token balance for a specific address. You can.
  • NFTs Non-Fungible Tokens
  • ERC721 includes a set of rules required for a token to have the characteristics of an NFT.
  • Rules included in ERC721 include querying the number of tokens owned by a specific address, querying the owner of a specific token, transferring tokens between addresses, and allowing specific tokens to be transferred. Rules may be included for functions such as returning approved addresses.
  • tokens may comply with ERC1155, a standard that encompasses both FTs and NFTs.
  • ERC1155 is a combined token standard that can create both FT and NFT by one smart contract. By storing multiple token types in one smart contract, it is possible to reduce gas costs and increase scalability compared to ERC721.
  • Figure 1 shows a system for managing NFT according to one embodiment.
  • the service server 110 connects a content provider terminal 10, an artist terminal 20, a user terminal 30, a first blockchain network 120, and a second blockchain network 130 through a network. ), or may communicate with the database 140, or with another external device.
  • the networks that electronically connect each entity in Figure 1 include a local area network (LAN), a wide area network (WAN), a value added network (VAN), and a mobile radio communication network. , satellite communication networks, and combinations thereof.
  • the network is a comprehensive data communication network that allows each constituent shown in Figure 1 to communicate smoothly with each other, and may include a wired Internet network, a wireless Internet network, and a mobile wireless communication network, and is the first blockchain network. It may be a separate network that is distinct from (120) or the second blockchain network (130).
  • Wireless communication technologies used in the network include, for example, wireless LAN (wi-fi), Bluetooth, Bluetooth low energy (BLE), Zigbee, wi-fi direct (WFD), ultra wideband (UWB), and infrared. There may be communication (infrared data association, IrDA), NFC (near field communication), etc., but it is not limited to this.
  • the service server 110 hosts a front-end page and can receive information or requests from the content provider terminal 10, the artist terminal 20, or the user terminal 30 through the front-end page. and may function as an electronic device that provides information acquired, generated, or processed by the service server 110.
  • the service server 110 may be a single server that performs the above process, but is not necessarily limited to one server and, depending on the embodiment, may refer to a group of multiple servers connected electronically or physically. .
  • the service server 110 accesses the database 140 and generates information directly, information created using a smart contract created on a blockchain network, a content provider terminal 10, an artist terminal 20, or Information received from the user terminal 30 can be written and information stored in the database 140 can be read.
  • the content provider terminal 10, artist terminal 20, or user terminal 30 is represented by a PC, tablet, smartphone, etc., and is a content provider (CP), artist (creator), or user (hereinafter referred to as content provider).
  • CP content provider
  • artist creator
  • user hereinafter referred to as content provider.
  • 'user' refers to users of NFT-related services provided by the service server 110) accesses the front-end page on the website served by the service server 110, or the front-end page on the application to access the service. Information can be exchanged with the server 110.
  • the first blockchain network 120 may be referred to as the 'main chain' or 'on chain' in this specification, and may collectively refer to a blockchain network that can record, approve, and process transactions in blocks.
  • the first blockchain network 120 may be a layer-1 based blockchain network. Representative examples include the 'Ethereum' platform and the 'Solana' platform, which assume a network capable of creating smart contracts.
  • the second blockchain network 130 may be referred to as a 'side chain' or 'off-chain' in this specification, and security and decentralization are given weight to the first blockchain network, and speed and transaction costs (e.g., It can collectively refer to a blockchain network that focuses on reducing gas costs.
  • the second blockchain network 130 may be a layer-2 based blockchain network. Representative examples include the ‘Polygon’ platform and the ‘OmiseGO’ platform.
  • the node 120-1 of the first blockchain network or the node of the second blockchain network 130-1 can record transactions according to tasks such as issuing, dropping, and updating information of NFTs in the blockchain network.
  • each node (120-1, 130-1) may read recorded and verified transactions on each blockchain network (120, 130) and maintain the latestness of the corresponding information.
  • the first blockchain network 120 can be performed through the first blockchain network 120 without using the second blockchain network 130, which is efficient in terms of cost and speed by using a side chain.
  • a choice can be made depending on system design considerations as to whether to pursue .
  • some smart contracts are created in the second blockchain network 130 instead of the first blockchain network 120, or some transactions are recorded in the second blockchain network 130 instead of the first blockchain network 120.
  • the second blockchain network 130 may be used in the form of, etc., and if these matters are implemented through the first blockchain network 120, the second blockchain network 130 may not be used.
  • the description of using a 'blockchain network' refers to two possibilities: using the first blockchain network 120 and the second blockchain network 130 together, or using only the first blockchain network 120. Everything can be included.
  • data is stored 'on-chain' or 'off-chain' so that the service server 110 can provide NFT-related information in a timely manner to terminals visiting the front-end page.
  • FIG. 1 abstractly represents the system architecture of the present specification, and is specified with reference to FIGS. 2 to 4.
  • 2 to 4 are exemplary diagrams of a system architecture including a service server and a blockchain network.
  • the front-end page can be a website or application page that allows direct interaction with various entities such as content providers, artists, and NFT holders.
  • a content provider or artist may request the service server 110 to issue an NFT through a front-end page, enter information about offline/online events, or record participation details in the user's authenticated activities. there is.
  • the NFT holder may request the service server 110 to check the score of the NFT held by the NFT, request an update (update) of the score, or record his or her participation in a new activity.
  • the service server 110 communicates with the content provider terminal 10, the artist terminal 20, and the user terminal 30 through the front-end page, so for convenience of explanation, the content provider terminal is shown in FIGS. 2 to 4. (10), the artist terminal 20, and the user terminal 30 are omitted.
  • smart contracts for performing tasks such as issuance of NFTs, score updates, score inquiries, and activity records may be distributed all on one blockchain network, or may be distributed and distributed across multiple blockchain networks.
  • Figure 2 shows a system architecture in which all the first to fourth smart contracts required for management of NFT are distributed in the first blockchain network 120.
  • the first and second smart contracts for performing tasks such as issuing NFT and querying or updating metadata of NFT are distributed to the first blockchain network 120, and the holder's
  • the system architecture of the third and fourth smart contracts for recording activities or calculating scores is shown distributed in the second blockchain network 130.
  • the system architecture shown in Figure 2 has a simple design, but has the disadvantage of being disadvantageous in reducing the gas cost required for smart contract execution or improving scalability, while the system architecture shown in Figure 3 has a complex design, but is difficult to execute smart contracts. Since there are advantages of reducing gas costs and improving scalability, developers can select an appropriate architecture by considering the purpose of the architecture when designing the architecture.
  • Figure 4 shows a service architecture specifying the detailed configuration of the service server 110.
  • Figure 4 shows the system architecture in which the third and fourth smart contracts are distributed to the second blockchain network 130 as shown in Figure 3, but this is an example for convenience of explanation, and the service server 110 of Figure 4 ) can also be applied to the system architecture in which the first to fourth smart contracts are distributed in the first blockchain network 120, as shown in Figure 2.
  • the issuance (or drop) management module receives NFT issuance setting information (e.g., NFT issuance volume, sales method, price, benefits for NFT holders, etc.) entered by the content provider or artist, and sends the NFT to the issuance (or drop) engine. You can request minting or dropping of .
  • NFT issuance setting information e.g., NFT issuance volume, sales method, price, benefits for NFT holders, etc.
  • NFT issuance setting information e.g., NFT issuance volume, sales method, price, benefits for NFT holders, etc.
  • You can request minting or dropping of .
  • NFT issuance setting information e.g., NFT issuance volume, sales method, price, benefits for NFT holders, etc.
  • You can request minting or dropping of .
  • 'issuance' of NFT refers to all acts of creating NFT according to specified setting information
  • 'drop' of NFT is used to refer to the act of paying new N
  • the issuance (or drop) engine can issue NFTs at a specific time based on the information entered into the issuance (or drop) management module. Additionally, the issuing (or dropping) engine may support a reveal function that changes the metadata of an existing NFT after issuing an NFT, or burns the existing NFT and issues a new NFT.
  • the NFT score dashboard module can sort the NFTs issued according to the project according to various criteria derived from metadata, or search the information of individual NFTs and provide it in the form of a dashboard on the front-end page. Regarding the NFT of the holder who connected the wallet, more detailed information may be provided.
  • the scoring engine loads the record (log) of each NFT from a storage space such as the second blockchain network 130 or the database 140, calculates the score of the NFT according to various criteria, and reports the calculation results to the NFT score dashboard module. It can be delivered to .
  • the activity management module allows content providers or artists to receive information about offline/online events targeting NFT holders, deliver participants to offline/online events, or record participation details when an NFT holder's activity occurs. Receive input.
  • the activity logging engine records each NFT holder's new activity participation details in the second blockchain network 130 or the database 140, or records logs of existing activity participation details in the second blockchain network to select participants for the event. It can be retrieved from (130) or database (140).
  • IPFS interplanetary file system
  • CDN content delivery network
  • FIGS 5 to 7 are flowcharts of an NFT management method in the service server 110 according to an embodiment.
  • Figure 5 relates to an embodiment of issuing NFT by the service server 110.
  • the service server 110 may receive an issuance request for NFT from the first terminal.
  • the first terminal is a terminal that transmits an issuance request for NFT from outside the service server 110, and may be a content provider terminal 10 or an artist terminal 20, but is not limited thereto and is a first blockchain network It may be an electronic device corresponding to the node 120-1 of or the node 130-1 of the second blockchain network.
  • step S502 the service server 110 creates a first smart contract on a blockchain network in which a first smart contract including metadata of the NFT and a second smart contract including a method using the metadata of the NFT as an argument are distributed. , and a request for issuance of NFT can be sent based on the second smart contract.
  • 'first smart contract' may mean a smart contract containing static metadata or dynamic metadata of an NFT.
  • 'dynamic metadata' may refer to metadata that can be changed depending on the activities of the NFT holder
  • 'static metadata' refers to the remaining metadata excluding dynamic metadata among NFT metadata. can do.
  • 'second smart contract' may refer to a smart contract that includes methods (e.g., get, set, increase, decrease, etc.) that utilize the metadata value of the NFT.
  • the 'first smart contract' is described separately from the 'second smart contract', but depending on the embodiment, at least part of the code constituting the 'first smart contract' may be designed to be included in the 'second smart contract'. It may be possible.
  • the 'first smart contract' may be designed as part of the 'second smart contract'.
  • the metadata of the NFT includes benefit information provided to the holder of the NFT, and the benefit information includes a first benefit for an event that does not use a blockchain network in which information related to the NFT is recorded. It may include information, and second benefit information about an event using a blockchain network in which information related to NFT is recorded.
  • the first benefit information may include in real life (IRL) benefit information related to products/services such as artist performances, fan meetings, and limited edition goods.
  • ITL real life
  • the secondary benefit information may include benefit information related to the blockchain ecosystem, such as additional NFT drops and token payments.
  • the metadata of the NFT includes (1) the name of the artist associated with the NFT, (2) at least one profile picture (PFP) that can be assigned to the NFT, and (3) PFP. It may include at least a portion of the rarity score of each PFP, which is determined according to the probability assigned to the NFT.
  • Each artist's NFT may contain multiple PFPs for each artist at random or with a preset probability. Even if NFTs are dropped through the same project, each PFP included in each NFT may have different rarity.
  • the rarity of the PFP is rated as a ⁇ b ⁇ c. You can lose. In this way, which artist the NFT is about and the level of rarity of the PFP included in the NFT can serve as factors in determining the value of the NFT.
  • the metadata of the NFT may include a score that can be changed depending on the activity of the holder of the NFT.
  • the 'activity' of an NFT holder may comprehensively mean activities in the blockchain community to which the NFT holder belongs, participation in online/offline events, etc., including the act of the NFT holder holding an NFT.
  • the score of an NFT changes dynamically according to the activities of the NFT holder, in addition to factors determined from the beginning, such as the artist who issued the NFT and the rarity of the NFT PFP, it can function as one of the factors that can change the value of the NFT. .
  • NFT holders are motivated to continue their activities, and NFT artists can issue or drop NFTs without pressure to provide benefits to NFT holders. This can promote the issuance of NFTs by artists and the activities of NFT holders, creating a virtuous cycle in which the value of NFTs continues to rise.
  • the score included in the metadata of the NFT includes a first type of score that reflects the value for the period of holding the NFT, and a second type of score that reflects the value of community activities related to the NFT. It can be included.
  • the service server 110 receives initial value information about the first type of score or the second type of score from the content provider terminal 10 or the artist terminal 20 prior to issuing the NFT, and issues the NFT.
  • the score of the NFT can be initially set based on the initial value information. For example, if the artist requests to set the total score of the first type and the second type of score to 20, the service server 110 may reflect this and issue an NFT with the total score set to 20. Of course, the artist may request the service server 110 to initially set not only the total score but also the value of each score element.
  • the score of the NFT can be initially set during the issuance process of the NFT.
  • the score of the NFT can be changed depending on the activities of the NFT holder, an embodiment related to the activity record of the NFT holder will be described below with reference to FIG. 4.
  • Figure 6 relates to an embodiment of recording the activities of the holder of an NFT by the service server 110.
  • the service server 110 may receive information about the activities of the holder of the NFT from the first terminal or a second terminal connected to the account of the holder of the NFT.
  • the second terminal may be the user terminal 30, but is not limited to this and may also be an electronic device corresponding to the node 120-1 of the first blockchain network or the node of the second blockchain network 130-1. there is.
  • the service server 110 is a blockchain network where a third smart contract including a process for recording the activities of the holder of the NFT, and a fourth smart contract including a scoring policy according to the activity of the holder of the NFT are distributed. You can send a transaction execution request for the activities of the holder of the NFT.
  • 'third smart contract' may refer to a smart contract that includes a process of recording the activities of the holder holding the NFT on the blockchain network. Since the holder's activities and their records may occur frequently, the third smart contract is also likely to be executed at a high frequency.
  • the 'fourth smart contract' may refer to a smart contract that includes a calculation policy for scores (scoring policy). Since the scoring policy is not included within the second smart contract but is included in a separate fourth smart contract, even if the scoring policy is changed, the second smart contract is not affected and a new scoring policy can be created simply by issuing a new fourth smart contract. can reflect.
  • the fourth smart contract may perform validation and verification functions for modifications to be applied to the metadata of the NFT.
  • the blockchain network in which the third smart contract and the fourth smart contract are distributed may be the same blockchain network as the blockchain network in which the first smart contract and the second smart contract described above with reference to FIG. 5 are distributed, or may be a separate block It could also be a chain network.
  • the blockchain network where the first smart contract and the second smart contract are distributed is a layer-1 based blockchain network
  • the blockchain network where the third smart contract and the fourth smart contract are distributed are layer-1 based. It can be a layer-1 or layer-2 based blockchain network.
  • Figure 7 relates to an embodiment of processing an inquiry request for NFT metadata by the service server 110.
  • the service server 110 may receive an inquiry request for metadata of the NFT from the first terminal or the second terminal.
  • the service server 110 may transmit a request to query the metadata of the NFT to the blockchain network where the first smart contract and the second smart contract are distributed.
  • the service server 110 may receive information about the metadata of the NFT from the blockchain network where the first smart contract and the second smart contract are distributed.
  • the service server 110 may return information about the metadata of the NFT to the first or second terminal that transmitted the inquiry request.
  • Information about the returned metadata of the NFT may reflect changes to the score that can be changed depending on the activities of the NFT holder.
  • the service server 110 requests access to a front-end page (e.g., NFT score ranking inquiry page, NFT score index page, etc.) that can search the score of the NFT, or based on the score of the NFT.
  • a front-end page e.g., NFT score ranking inquiry page, NFT score index page, etc.
  • a request to create a whitelist can be identified as a request to view the metadata of an NFT.
  • 'whitelist' may mean a condition or list of subjects who can enjoy benefits related to NFT.
  • the service server 110 requests a query for the 'score' based on the activities of the NFT holder, rather than the 'score in metadata'. You can also receive it.
  • the service server 110 accesses the metadata of the NFT reflecting the changes and returns score information, but under a system architecture that uses both the first blockchain network 120 and the second blockchain network 130, Score information may be returned by accessing the second blockchain network 130 or the database 140, and under a system architecture that uses only the first blockchain network 120, the first blockchain network 120 or the database 140 You can also return score information by accessing .
  • reflecting changes to the score in the metadata of the NFT and returning information about the score according to the inquiry request are separate processes, so depending on the type of system architecture and the target of the inquiry request, the service server ( The target that 110) approaches may vary.
  • the event generated by the service server 110 is a new NFT drop event for an artist linked to an NFT, an online or offline performance event for an artist linked to an NFT, a goods payment event for an artist linked to an NFT, or an NFT and It may include at least some of the new NFT drop events for artists different from the associated artist.
  • the service server 110 determines the winner of an event by filtering or sorting at least some data specified according to the setting information of the event among the metadata of the NFT of each NFT holder. By applying it as a condition, the winner of the event can be determined among the holders of NFTs who applied for the event. Specifically, what metadata is specified as an element constituting the filter condition or sort condition, and what the specifics of the filter condition or sort condition are, can be determined by a whitelist created by the content provider or artist.
  • the 'filter condition' may refer to a condition that excludes the NFT holder who applied from being a winner of the event when not met
  • the 'sort condition' may refer to a condition that specifies metadata to rank the applied NFT holder. can refer to.
  • [Table 2] below shows an example of a whitelist for determining drop event winners.
  • Drop order NFT name Confirmed Drop Whitelist Conditions 1st Private Sale Whitelist Conditions One Dancing A 2 Hip Hop A Has 1 Dancing A, top 100 score in Type 2 Have 1 Dancing A 3 Rock A Has 1 each of Dancing A and Hip Hop A Have 1 Dancing A or 1 Hip Hop A 4 Ballad A Have 1 each of Dancing A, Hip Hop A, and Rock A Holds 2 of Dancing A, Hip Hop A, and Rock A 5 B’s 1st NFT Have 1 each of Dancing A, Hip Hop A, Rock A, and Ballad A Have 2 of Dancing A, Hip Hop A, Rock A, and Ballad A ...
  • the confirmed drop whitelist condition means the condition to guarantee the allocation rights of NFT at a relatively low price compared to public issuance of NFT without competition, and the first private sale whitelist condition means under less competition than public issuance of NFT. , which may mean conditions for participating in NFT allocation competition at a lower price.
  • possession of a specific NFT and the minimum value of the NFT score sum were applied as 'filter conditions'.
  • Figure 8 is a flowchart of an NFT management method in a node of a blockchain network according to an embodiment.
  • the method of Figure 8 relates to an embodiment in which all smart contracts necessary for NFT management are distributed in one blockchain network.
  • the method shown in FIG. 8 may be performed by the node 120-1 of the first blockchain network 120, and at this time, the first blockchain network 120 may provide information according to the activity of the holder of the NFT.
  • a first smart contract including metadata including a changeable score, a second smart contract including a method using the metadata of the NFT as an argument, a third smart contract including a process for recording the activities of the holder of the NFT, And a fourth smart contract containing a scoring policy according to the activities of the holder of the NFT may be distributed.
  • step S801 the node 120-1 of the first blockchain network 120 executes a transaction on the activities of the holder of the NFT, based on the third smart contract, to transmit the activities of the holder of the NFT to the first blockchain. It can be recorded on the network 120.
  • the node 120-1 of the first blockchain network 120 selectively records some verified activities of the NFT holder's activities in the first blockchain network 120, so that the activity records may be incorrectly recorded. It can be prevented from happening.
  • the node 120-1 of the first blockchain network 120 based on the third smart contract, records the request generated by the transaction for the holder's activities of the NFT according to the verification criteria included in the fourth smart contract. If the record request is successfully verified, the holder's activities corresponding to the record request can be recorded in the first blockchain network 120 based on the third smart contract.
  • the node 120-1 of the first blockchain network 120 fails to verify the record request, it may generate a response indicating that the verification of the record request failed. The generated response may be transmitted to an external terminal or service server 110.
  • the node 120-1 of the first blockchain network 120 may calculate a change in the score according to the activity of the holder of the NFT, based on the fourth smart contract.
  • the node 120-1 of the first blockchain network 120 may reflect changes in the score to the metadata of the NFT based on the first smart contract and the second smart contract.
  • step S802 of calculating changes in the score and step S803 of reflecting the changes in the score in the metadata of the NFT may be performed at the time of updating the score.
  • the score update time can be subdivided into 'real-time update' type, 'periodic update' type, and 'update according to external request (on-demand)' type.
  • the 'real-time update' type is a type that updates the score by reflecting it in real time whenever the holder's activity occurs.
  • steps S802 and S803 are the transactions regarding the holder's activity in the first blockchain network 120. Can be performed when recorded.
  • the 'periodic update' type is a type that updates the score by collectively reflecting the holder's activity records accumulated during a set period. In this case, steps S802 and S803 can be performed when the set period arrives.
  • the 'update according to external request (on-demand)' type is a type that updates the score whenever there is a request for inquiry from the outside.
  • steps S802 and S803 are performed on the first blockchain network (120). It may be performed when the node 120-1 of receives a request to query the score from outside the first blockchain network 120.
  • the score included in the metadata of the NFT includes a first type of score that reflects the value for the period of holding the NFT, and a second type of score that reflects the value of community activities related to the NFT. It can be included.
  • the first type of score increases in proportion to the period of holding the NFT, and may include a score that increases more rapidly when staking the NFT to the first blockchain network 120.
  • the second type of score is a 'participation score' that reflects the artist's history of participating in online or offline events linked to NFT, and a 'collection score' that reflects the history of collecting goods or NFTs related to the artist. ' may be included.
  • Figure 9 is a flowchart of an NFT management method in a node of a blockchain network according to another embodiment.
  • the method of Figure 9 relates to an embodiment in which smart contracts necessary for NFT management are distributed separately to the main blockchain network and sub-blockchain network.
  • the characteristics of the first to fourth smart contracts are as described above.
  • the purpose of Figure 9 is to reduce fees resulting from the execution of a smart contract. For example, if the 3rd and 4th smart contracts are frequently executed, the fees to be paid to the blockchain network also increase accordingly. If the 3rd and 4th smart contracts are run on a layer-1 based blockchain network with relatively high fees, If it is distributed and executed, the fees may be a burden. On the other hand, if the third and fourth smart contracts are distributed and executed on a layer-2 based blockchain network with relatively low fees, the fee burden can be reduced, so the blockchain network where the third and fourth smart contracts are distributed and executed Separating the blockchain network from the blockchain network where other smart contracts are distributed and executed may be considered.
  • the method shown in FIG. 9 may be performed by node 120-1 of the first blockchain network 120, where the first smart contract and the first smart contract are included in the first blockchain network 120.
  • a smart contract is distributed, and a third smart contract and a fourth smart contract are distributed in the second blockchain network 130, and transactions regarding the activities of the holder of the NFT are executed based on the third smart contract, thereby The holder's activities are recorded, and changes in the score can be calculated based on the fourth smart contract.
  • the node 120-1 of the first blockchain network 120 may obtain a change in the score according to the activity of the holder of the NFT from the second blockchain network.
  • the node 120-1 of the first blockchain network 120 may reflect changes in the score to the metadata of the NFT based on the first smart contract and the second smart contract.
  • step S901 of obtaining a record of the activity of the holder of the NFT and step S902 of reflecting changes in the score in the metadata of the NFT may be performed at the time of updating the score.
  • the score update time can be subdivided into 'real-time update' type, 'periodic update' type, and 'update according to external request (on-demand)' type.
  • the 'real-time update' type is a type that updates the score by reflecting it in real time whenever the holder's activity occurs.
  • steps S901 and S902 are the transactions regarding the holder's activity in the second blockchain network 130. Can be performed when recorded.
  • the 'periodic update' type is a type that updates the score by collectively reflecting the holder's activity records accumulated during a set period. In this case, steps S901 and S902 can be performed when the set period arrives.
  • the 'update according to external request (on-demand)' type is a type that updates the score every time there is a request to inquire about the score from the outside.
  • steps S901 and S902 are the first blockchain network 120. It may be performed when the node 120-1 of receives a request to query the score from outside the first blockchain network 120.
  • the score included in the metadata of the NFT includes a first type of score that reflects the value for the period of holding the NFT, and a second type of score that reflects the value of community activities related to the NFT. It can be included.
  • the first type of score increases in proportion to the period of holding the NFT, and may include a score that increases more rapidly when staking the NFT to the first blockchain network 120.
  • the second type of score is a 'participation score' that reflects the artist's history of participating in online or offline events linked to NFT, and a 'collection score' that reflects the history of collecting goods or NFTs related to the artist. ' may be included.
  • the aspects of the NFT holder's activity record and score change may vary depending on the type of service architecture and update time. Specifically, the mode of NFT holder activity records and score changes depends on whether both the main chain (layer-1, L1) and side chains (layer-2, L2) or only the main chain are used in the service architecture. Tea can be differentiated. Metadata can be secondarily classified depending on whether it is updated in real time, periodically, or by an external request (on-demand). In either case, the issuance of NFT is done through a second smart contract.
  • the NFT holder's activity may be recorded on the side chain (activity logging). Afterwards, the score in the metadata of the main chain is changed according to each update time, and when a request for the score is received, the metadata value of the main chain may be returned.
  • the NFT holder's activity is recorded on the main chain (activity logging), and if the metadata is updated in real time, the scoring engine is provided as the NFT holder's activity is recorded. 4
  • the score in metadata can be updated using a smart contract. If the metadata is updated periodically, the scoring engine updates the score in the metadata every cycle, and if it is updated by an external request, the scoring engine can update the score in the metadata when receiving the external request. When receiving a request for a score, the metadata value of the main chain can be returned.
  • the main difference is in which blockchain network the NFT holder's activity is recorded (logging), which means whether the NFT holder's activity is recorded on the side chain first, and whether the NFT holder's activity record must be transmitted from the side chain to the main chain. This leads to differences in whether or not to do it.
  • Figure 10 is an example flowchart showing a contract distribution process according to an embodiment
  • Figure 11 is an example flowchart showing an NFT holder's activity processing and score reflection process according to an embodiment.
  • a system architecture using the first blockchain network 120 is assumed, and the first smart contract is assumed to be distributed and created together with the second smart contract.
  • the service server 110 As the content provider requests the service server 110 to create an NFT, the service server 110 generates the codes of each of the second smart contract, third smart contract, and fourth smart contract through its own engine. can be created and then delivered to the content provider.
  • the content provider may distribute the second smart contract, the third smart contract, and the fourth smart contract to the first blockchain network 120, and accordingly, the second smart contract and the third smart contract can be distributed from the first blockchain network 120.
  • a smart contract and a fourth smart contract can be created.
  • the content provider can then connect each contract.
  • the address of the fourth smart contract and the address of the third smart contract can be connected to the second smart contract, and NFT ownership can be synchronized between the second smart contract, third smart contract, and fourth smart contract.
  • the NFT holder's activity processing process will be described.
  • the token identifier (token id) of the NFT held by the user is 1.
  • the user can visit the authentication website hosted by the content provider terminal 10, link his or her wallet address, and then authenticate the concert participation once.
  • a variety of information can be used to verify participation, including ticket and seat numbers and the mobile phone number used when reserving tickets.
  • the content provider terminal 10 may transmit an activity transaction containing the participation details of a user who has authenticated participation in the concert to the first blockchain network 120.
  • the transaction may include the following: ‘A user with a token identifier of 1 has confirmed participation in the concert once.’ However, this represents the processing process of off-chain activities, and when processing on-chain activities, activity transactions can be transmitted directly from the user to the first blockchain network 120 without the need to use the content provider's site, etc.
  • the third smart contract receives the activity record request through the activity transaction and can decide whether to accept the request through the fourth smart contract.
  • the third smart contract verifies the activity, and the content and method of verification can be determined depending on the method that constitutes the fourth smart contract. For example, for the activity of 'concert participation', there may be a condition that allows only one recording within 30 days for each token identifier, or a condition that allows recording only up to 10 times per token identifier.
  • the third smart contract can record 'concert participation' once in the activity log of token identifier 1. If verification fails because the content of the request does not meet the conditions specified in the fourth smart contract, the fourth smart contract can deliver a message indicating that verification has failed to the content provider.
  • the score value A is increased by 1 by the method included in the fourth smart contract that ‘increases the score value A of the corresponding token identifier by 1’.
  • the result value commanding to do so may be transmitted from the fourth smart contract to the third smart contract.
  • the third smart contract that receives the result according to the 5nth record can increase the value of the 'Concert Participation' field by 1 (5th increase) and increase the value of the A field in the score by 1.
  • Figure 12 is an example flowchart showing a contract distribution process according to another embodiment
  • Figure 13 is an example flowchart showing an NFT holder's activity processing and score reflection process according to another embodiment.
  • a system architecture using the first blockchain network 120 and the second blockchain network 130 is assumed, and the first smart contract is assumed to be distributed and created together with the second smart contract. do.
  • the service server 110 As the content provider requests the service server 110 to create an NFT, the service server 110 generates the codes of each of the second smart contract, third smart contract, and fourth smart contract through its own engine. can be created and then delivered to the content provider.
  • the content provider may distribute the second smart contract to the first blockchain network 120, and thus a second smart contract may be created in the first blockchain network 120. Meanwhile, the content provider can distribute the third and fourth smart contracts to the second blockchain network 130, and accordingly, the third and fourth smart contracts can be created in the side chain 120. there is.
  • the content provider can then connect each contract.
  • the address of the fourth smart contract and the address of the third smart contract can be connected to the second smart contract, and the NFT ownership (ownership) can be synchronized between the second smart contract and the third smart contract.
  • the NFT holder's activity processing process will be described.
  • the token identifier (token id) of the NFT held by the user is 1.
  • the user can visit the authentication website hosted by the content provider terminal 10, link his or her wallet address, and then authenticate the concert participation once.
  • a variety of information can be used to verify participation, including ticket and seat numbers and the mobile phone number used when reserving tickets.
  • the content provider terminal 10 may transmit an activity transaction containing the participation details of a user who has authenticated concert participation to the second blockchain network 130.
  • the transaction may include the following: ‘A user with a token identifier of 1 has confirmed participation in the concert once.’ However, this represents the processing process of off-chain activities, and when processing on-chain activities, activity transactions can be transmitted directly from the user to the second blockchain network 130 without the need to use the content provider's site, etc.
  • the third smart contract receives the activity record request through the activity transaction and can decide whether to accept the request through the fourth smart contract.
  • the third smart contract verifies the activity, and the content and method of verification can be determined depending on the method that constitutes the fourth smart contract. For example, for the activity of 'concert participation', there may be a condition that allows only one recording within 30 days for each token identifier, or a condition that allows recording only up to 10 times per token identifier.
  • the third smart contract can record 'concert participation' once in the activity log of token identifier 1. If verification fails because the content of the request does not meet the conditions specified in the fourth smart contract, the fourth smart contract can deliver a message indicating that verification has failed to the content provider.
  • the score value A is increased by 1 by the method included in the fourth smart contract that ‘increases the score value A of the corresponding token identifier by 1’.
  • the result value commanding to do so may be transmitted from the fourth smart contract to the third smart contract.
  • the third smart contract that receives the result according to the 5nth record can increase the value of the 'Concert Participation' field by 1 (5th increase) and increase the value of the A field in the score by 1.
  • the score reflection process will be described with reference to FIG. 13.
  • the value of the 'concert participation' field of the NFT corresponding to token identifier 1 increased by 5, and the A score value increased by 1 can be reflected in the third smart contract.
  • a procedure is needed to reflect this content (roll up) and update the value of score A in the metadata. .
  • the third smart contract when the third smart contract receives a reflection request in real time, periodically, or according to an external request, the third smart contract sends the score value, or, if necessary, the recorded values of the activity to the first blockchain network (120). ) can be passed on.
  • the transaction transmitted to the first blockchain network 120 may be transmitted to the second smart contract, and accordingly, the field value of Score A in the metadata increases by 1.
  • the final score calculated by all activities is collectively stored in the metadata. By reflecting it in , you can enjoy the effect of reducing reflection costs.
  • Figures 14 and 15 are exemplary diagrams showing changes in value after issuance of NFT.
  • Figure 14 shows the change in value after one type of NFT is issued
  • Figure 15 shows the change in value of two types of NFT as NFT2 is issued after NFT1 is issued.
  • the IRL value may trend downward after the NFT is issued. This may be the result of the benefits promised when issuing NFTs being realized to some extent as online/offline events are held or goods released, and the artist's activity period is limited.
  • Web3 value may trend upward after NFTs are issued.
  • 'Web3' is a web service where data is distributed and stored using blockchain technology and can be used without administrator intervention using smart contracts.
  • 'Web3 value' refers to NFTs and blocks, such as additional NFT drops and token payments in this specification. It can refer to value based on benefits directly related to the chain. As time passes from the NFT issuance date, the score of each NFT may increase as the NFT holder participates in various activities. As this increases the benefits received by NFT holders, the value of Web3 may rise upward over time.
  • this aspect can be further maximized when two types of NFTs are issued.
  • NFT2 the IRL value of the existing NFT1 and NFT2 may trend downward over time, but the Web3 value of NFT1 and the Web3 value of NFT2 may trend upward, so ultimately, the sum of the values of the two types of NFTs will increase over time. Accordingly, a virtuous cycle structure that moves upward can be achieved.
  • the inevitable decline in IRL value is offset, and the total value of the NFT is designed to continuously increase, thereby contributing to the artist's interest. It is possible to reduce the burden of NFT issuance and encourage NFT holders to engage in community activities to preserve the value of NFTs.
  • Figure 16 is a block diagram of an electronic device according to an embodiment.
  • the service server 110 may include at least one processor 111 and a memory 113 that stores at least one command executed by the processor.
  • the service server 110 connects the content provider terminal 10, the artist terminal 20, the user terminal 30, the first blockchain network 120, and the second blockchain network through a transceiver or communication interface. 130, or is connected to the database 140 and can exchange data.
  • the processor 111 may perform at least one method described above through FIGS. 1 to 15.
  • the memory 113 may store information for performing at least one method described above with reference to FIGS. 1 to 15 .
  • Memory 113 may be volatile memory or non-volatile memory.
  • the processor 111 can control the service server 110 to execute programs and provide information.
  • the code of the program executed by the processor 111 may be stored in the memory 113.
  • the processor 111 is connected to the memory 113, receives an issuance request for NFT from the first terminal, and sends the first smart contract and the second smart contract to the blockchain network where the first smart contract and the second smart contract are distributed. It can be set to transmit a request for issuance of NFT based on the smart contract and the second smart contract.
  • the node 120-1 of the first blockchain network 120 includes at least one processor 120-11 and a memory 120 that stores at least one command executed by the processor. -13) may be included.
  • the node 120-1 is connected to the service server 110 through a transceiver or communication interface and can exchange data.
  • the processor 120-11 of the node 120-1 is connected to the memory 120-13 and, based on a third smart contract, executes a transaction for the activity of the holder of the NFT to generate the NFT.
  • the holder's activities are recorded in the first blockchain network 120, and based on the fourth smart contract, changes in the score according to the NFT holder's activities are calculated, and the changes are made to the first smart contract and the second smart contract. Based on this, changes in the score can be set to reflect in the metadata of the NFT.
  • the processor 120-11 of the node 120-1 is connected to the memory 120-13 to obtain changes in the score according to the activity of the holder of the NFT from the second blockchain network. , Based on the first smart contract and the second smart contract, changes in the score can be set to reflect in the metadata of the NFT.
  • the electronic device shown in FIG. 16 shows only components related to this embodiment. Accordingly, those skilled in the art can understand that other general-purpose components may be included in addition to the components shown in FIG. 16.
  • Devices include a processor, memory for storing and executing program data, permanent storage such as a disk drive, a communication port for communicating with an external device, a touch panel, keys, buttons, etc. It may include the same user interface device, etc.
  • Methods implemented as software modules or algorithms may be stored on a computer-readable recording medium as computer-readable codes or program instructions executable on the processor.
  • computer-readable recording media include magnetic storage media (e.g., ROM (read-only memory), RAM (random-access memory), floppy disk, hard disk, etc.) and optical read media (e.g., CD-ROM (cd-rom) ), digital versatile disc (DVD)), etc.
  • the computer-readable recording medium is distributed among computer systems connected to a network, so that computer-readable code can be stored and executed in a distributed manner.
  • the media may be readable by a computer, stored in memory, and executed by a processor.
  • the present embodiment can be represented by functional block configurations and various processing steps. These functional blocks may be implemented in various numbers of hardware or/and software configurations that execute specific functions. For example, embodiments may include integrated circuit configurations such as memory, processing, logic, look-up tables, etc., capable of executing various functions under the control of one or more microprocessors or other control devices. can be hired. Similar to how the components can be implemented as software programming or software elements, the present embodiments include various algorithms implemented as combinations of data structures, processes, routines or other programming constructs, such as C, C++, Java ( It can be implemented in a programming or scripting language such as java), assembler, etc. Functional aspects may be implemented as algorithms running on one or more processors.
  • this embodiment may employ conventional technologies for electronic environment setting, signal processing, message processing, and/or data processing.
  • Terms such as “mechanism,” “element,” “means,” and “composition” can be used broadly and are not limited to mechanical and physical components. The term may include the meaning of a series of software routines in connection with a processor, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

대체 불가능 토큰(Non-Fungible Token, NFT)을 관리하는 전자 장치 및 그 방법이 개시된다. 일 실시예에 따른 대체 불가능 토큰 관리 방법은, NFT의 관리 서비스를 제공하는 서비스 서버가, 제1 단말로부터 NFT에 대한 발행 요청을 수신하는 단계, 및 서비스 서버가, NFT의 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 제1 스마트 컨트랙트, 및 제2 스마트 컨트랙트에 기반하여 NFT의 발행 요청을 전송하는 단계를 포함한다.

Description

대체 불가능 토큰을 관리하는 전자 장치 및 그 방법
본 명세서는 대체 불가능 토큰(Non-Fungible Token, NFT)의 발행, 드롭, 정보 갱신 등 NFT를 관리하는 방법과 이를 수행하는 전자 장치에 관한 것이다.
대체 불가능 토큰(Non-Fungible Token, NFT)이 다양한 서비스와 접목되어 새로운 비즈니스 모델을 창출하고 있는 가운데, NFT의 가치를 보존하고 증대시키기 위한 시도들이 이루어지고 있다.
그러나, 현재의 NFT의 가치는 NFT 자체의 희소성이나 홀더를 대상으로 하는 1차적인 혜택에만 초점을 맞춰 평가되고 있어서, 투기성 자본에 의한 단발적인 가치 상승을 제외하고는 그 본질적인 가치를 제대로 인정받지 못하고 있다.
이는 아티스트와 팬이 연계된 지속 가능한 생태계가 조성되지 않고, NFT 홀더에 의해 NFT의 가치가 후천적으로 변경될 수 있는 환경이 만들어지지 않은 데 기인하는 것으로, 발행 시점에서 결정된 NFT의 가치 요소 이외에도, NFT의 가치를 제고할 수 있는 환경과 요소를 도입하여 이러한 문제를 타파할 필요가 있다.
본 명세서는 NFT 홀더의 활동을 통해 NFT의 가치를 제고할 수 있는 NFT 데이터 구조와 시스템 아키텍처를 설계하고, 이로써 NFT를 발행하는 측과 NFT 홀더에 NFT의 가치를 상승시킬 유인을 제공함을 목적으로 한다.
본 명세서에 의해 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시예들로부터 또 다른 기술적 과제들이 유추될 수 있다.
본 명세서에 개시된 일 측면에 따르면, 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 제1 블록체인 네트워크의 노드가, 상기 제3 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 대한 트랜잭션을 실행하여 상기 홀더의 활동을 상기 제1 블록체인 네트워크에 기록하는 단계; 상기 제1 블록체인 네트워크의 노드가, 상기 제4 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 산출하는 단계; 및 상기 제1 블록체인 네트워크의 노드가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하는 단계를 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 기록하는 단계는, 상기 제1 블록체인 네트워크의 노드가, 상기 제3 스마트 컨트랙트에 기반하여, 상기 트랜잭션에 의해 발생한 기록 요청을 상기 제4 스마트 컨트랙트에 포함된 검증 기준에 따라 검증하는 단계; 및 상기 제1 블록체인 네트워크의 노드가, 상기 기록 요청의 검증에 성공할 경우, 상기 제3 스마트 컨트랙트에 기반하여, 상기 기록 요청에 상응하는 상기 홀더의 활동을 상기 제1 블록체인 네트워크에 기록하는 단계를 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다. 예컨대, 상기 기록하는 단계는, 상기 제1 블록체인 네트워크의 노드가, 상기 기록 요청의 검증에 실패할 경우, 상기 기록 요청의 검증에 실패했음을 나타내는 응답을 생성하는 단계를 더 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 산출하는 단계 및 상기 반영하는 단계는, 상기 트랜잭션이 상기 제1 블록체인 네트워크에 기록될 때, 설정된 주기가 도래할 때, 또는 상기 제1 블록체인 네트워크의 외부로부터 상기 스코어에 대한 조회 요청을 수신하는 때에 상기 제1 블록체인 네트워크의 노드에 의해 수행될 수 있다.
일 실시예에서, 상기 스코어는, 상기 NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 상기 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함할 수 있다. 예컨대, 상기 제1 유형의 스코어는, 상기 NFT를 보유한 기간에 비례하여 증가할 수 있으며, 상기 NFT를 상기 제1 블록체인 네트워크에 스테이킹(staking)할 경우 보다 빠르게 증가할 수 있고, 상기 제2 유형의 스코어는, 상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 참여 스코어, 및 상기 아티스트와 관련된 굿즈(goods) 또는 상기 NFT를 수집한 이력을 반영하는 수집 스코어를 포함할 수 있다.
본 명세서에 개시된 다른 측면에 따르면, 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 제1 블록체인 네트워크의 노드가, 제2 블록체인 네트워크로부터 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 획득하는 단계; 및 상기 제1 블록체인 네트워크의 노드가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하는 단계를 포함하되, 상기 제2 블록체인 네트워크는, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포되어, 상기 제3 스마트 컨트랙트에 기반하여 상기 홀더의 활동에 대한 트랜잭션이 실행됨으로써 상기 홀더의 활동이 기록되고, 상기 제4 스마트 컨트랙트에 기반하여 상기 스코어의 변경 사항이 산출되는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 획득하는 단계 및 상기 반영하는 단계는, 상기 트랜잭션이 상기 제2 블록체인 네트워크에 기록될 때, 설정된 주기가 도래할 때, 또는 상기 제1 블록체인 네트워크의 외부로부터 상기 스코어에 대한 조회 요청을 수신하는 때에 상기 제1 블록체인 네트워크의 노드에 의해 수행될 수 있다.
일 실시예에서, 상기 스코어는, 상기 NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 상기 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함할 수 있다. 예컨대, 상기 제1 유형의 스코어는, 상기 NFT를 보유한 기간에 비례하여 증가할 수 있으며, 상기 NFT를 상기 제1 블록체인 네트워크에 스테이킹(staking)할 경우 보다 빠르게 증가할 수 있고, 상기 제2 유형의 스코어는, 상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 참여 스코어, 및 상기 아티스트와 관련된 굿즈(goods) 또는 상기 NFT를 수집한 이력을 반영하는 수집 스코어를 포함할 수 있다.
본 명세서에 개시된 또 다른 측면에 따르면, 대체 불가능 토큰(Non-Fungible Token, NFT)의 관리 서비스를 제공하는 서비스 서버가, 제1 단말로부터 상기 NFT에 대한 발행 요청을 수신하는 단계; 및 상기 서비스 서버가, 상기 NFT의 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 제1 스마트 컨트랙트, 및 상기 제2 스마트 컨트랙트에 기반하여 상기 NFT의 발행 요청을 전송하는 단계를 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 서비스 서버가, 상기 제1 단말 또는 상기 NFT의 홀더(holder)의 계정에 접속된 제2 단말로부터 상기 홀더의 활동에 대한 정보를 수신하는 단계; 및 상기 서비스 서버가, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 홀더의 활동에 대한 트랜잭션 실행 요청을 전송하는 단계를 더 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 서비스 서버가, 상기 제1 단말 또는 상기 NFT의 홀더의 계정에 접속된 제2 단말로부터 상기 메타데이터에 대한 조회 요청을 수신하는 단계; 상기 서비스 서버가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 메타데이터에 대한 조회 요청을 전송하는 단계; 상기 서비스 서버가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트가 배포된 블록체인 네트워크로부터 상기 메타데이터에 대한 정보를 수신하는 단계; 및 상기 서비스 서버가, 상기 조회 요청을 전송한 상기 제1 단말 또는 상기 제2 단말에 상기 메타데이터에 대한 정보를 반환하는 단계를 더 포함하고, 상기 메타데이터에 대한 정보는, 상기 홀더의 활동에 따라 변경 가능한 스코어에 대한 변경 사항이 반영된, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 조회 요청은, 상기 스코어를 조회 가능한 프론트엔드 페이지에 대한 접속 요청, 또는 상기 스코어를 기반으로 한 화이트리스트(whitelist)에 대한 생성 요청을 포함할 수 있다.
일 실시예에서, 상기 서비스 서버가, 상기 NFT의 홀더를 대상으로 하는 이벤트를 생성하는 단계; 및 상기 서비스 서버가, 상기 이벤트에 응모한 홀더들 각각이 보유한 상기 NFT의 메타데이터에 기반하여 상기 이벤트의 당첨 대상자를 결정하는 단계를 더 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 이벤트는, 상기 NFT와 연계된 아티스트에 대한 신규 NFT 드롭 이벤트, 상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 공연 이벤트, 상기 NFT와 연계된 아티스트의 굿즈 지급 이벤트, 상기 NFT와 연계된 아티스트와는 다른 아티스트에 대한 신규 NFT 드롭 이벤트 중 적어도 일부를 포함할 수 있다.
일 실시예에서, 상기 이벤트의 당첨 대상자를 결정하는 단계는, 상기 이벤트에 응모한 홀더들 각각이 보유한 상기 NFT의 메타데이터 중 적어도 일부를 필터(filter) 조건 또는 정렬(sorting) 조건으로 적용하여, 상기 이벤트에 응모한 홀더들 중에서 상기 이벤트의 당첨 대상자를 결정하는 단계를 포함하는, 대체 불가능 토큰 관리 방법이 제공될 수 있다.
일 실시예에서, 상기 메타데이터는, 상기 NFT의 홀더에게 제공되는 혜택 정보를 포함할 수 있고, 상기 혜택 정보는, 상기 NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하지 않는 이벤트에 대한 제1 혜택 정보, 및 상기 NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하는 이벤트에 대한 제2 혜택 정보를 포함할 수 있다.
일 실시예에서, 상기 메타데이터는, 상기 NFT와 연계된 아티스트의 명칭, 상기 NFT에 부여될 수 있는 적어도 하나의 프로필 사진(profile picture, PFP), 및 상기 PFP 각각이 상기 NFT에 부여될 확률에 따라 결정되는 상기 PFP 각각의 희귀도(rarity score) 중 적어도 일부를 추가로 포함할 수 있다.
본 명세서에서 개시된 일 측면에 따른 노드는, 제1 블록체인 네트워크의 노드로서, 상기 제1 블록체인 네트워크는, 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 블록체인 네트워크이고, 상기 노드는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 의해 실행되는 하나 이상의 명령을 저장하는 메모리를 포함하고, 상기 하나 이상의 프로세서는, 상기 하나 이상의 명령을 실행함으로써, 상기 제3 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 대한 트랜잭션을 실행하여 상기 홀더의 활동을 상기 제1 블록체인 네트워크에 기록하고, 상기 제4 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 산출하고, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하도록 설정될 수 있다.
본 명세서에서 개시된 다른 측면에 따른 노드는, 제1 블록체인 네트워크의 노드로서, 상기 제1 블록체인 네트워크는, 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크이고, 상기 노드는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 의해 실행되는 하나 이상의 명령을 저장하는 메모리를 포함하고, 상기 하나 이상의 프로세서는, 상기 하나 이상의 명령을 실행함으로써, 제2 블록체인 네트워크로부터 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 획득하고, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하도록 설정될 수 있다. 이때, 상기 제2 블록체인 네트워크는, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포되어, 상기 제3 스마트 컨트랙트에 기반하여 상기 홀더의 활동에 대한 트랜잭션이 실행됨으로써 상기 홀더의 활동이 기록되고, 상기 제4 스마트 컨트랙트에 기반하여 상기 스코어의 변경 사항이 산출되는 블록체인 네트워크일 수 있다.
본 명세서에서 개시된 일 측면에 따른 서비스 서버는, 대체 불가능 토큰(Non-Fungible Token, NFT)의 관리 서비스를 제공하는 서비스 서버로서, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 의해 실행되는 하나 이상의 명령을 저장하는 메모리를 포함하고, 상기 하나 이상의 프로세서는, 상기 하나 이상의 명령을 실행함으로써, 제1 단말로부터 상기 NFT에 대한 발행 요청을 수신하고, 상기 NFT의 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 제1 스마트 컨트랙트, 및 상기 제2 스마트 컨트랙트에 기반하여 상기 NFT의 발행 요청을 전송하도록 설정될 수 있다.
기타 실시예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
본 명세서에 따르면, 정적 또는 동적인 메타데이터를 이용하여 NFT를 발행함으로써, NFT의 발행 이후에도 NFT의 가치를 제고할 수 있는 NFT 구조를 설계할 수 있다. 구체적으로, NFT의 메타데이터 내 혜택 정보를 반영하거나, 프로필 사진의 희귀도, NFT 홀더의 활동에 따라 변경 가능한 스코어 등을 통해 NFT의 가치를 동적으로 변화시킴으로써, 컨텐츠 제공자나 아티스트에게는 NFT 발행에 대한 부담을 경감시키고, 사용자에게는 NFT 보유 및 커뮤니티 활동에 대한 동기를 부여할 수 있다.
또한 본 명세서에 따르면, 메인 체인과 사이드 체인을 이용한 시스템 아키텍처를 도입함으로써, NFT 홀더의 활동 기록과 스코어 산출에 소요되는 비용 및 시간을 경감시키고, 메타데이터 내 스코어 반영을 일괄적으로 수행할 수 있다.
발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.
도 1은 일 실시예에 따라 대체 불가능 토큰(Non-Fungible Token, NFT)을 관리하기 위한 시스템을 나타낸다.
도 2 내지 도 4는 서비스 서버 및 블록체인 네트워크를 포함하는 시스템 아키텍처의 예시적인 도면이다.
도 5 내지 도 7은 일 실시예에 따른 서비스 서버에서의 NFT 관리 방법의 흐름도이다.
도 8은 일 실시예에 따른 블록체인 네트워크의 노드에서의 NFT 관리 방법의 흐름도이다.
도 9는 다른 실시예에 따른 블록체인 네트워크의 노드에서의 NFT 관리 방법의 흐름도이다.
도 10은 일 실시예에 따른 컨트랙트 배포 과정을 나타내는 예시적인 흐름도이다.
도 11은 일 실시예에 따른 NFT 홀더의 활동 처리, 스코어 반영 과정을 나타내는 예시적인 흐름도이다.
도 12는 다른 실시예에 따른 컨트랙트 배포 과정을 나타내는 예시적인 흐름도이다.
도 13은 다른 실시예에 따른 NFT 홀더의 활동 처리, 스코어 반영 과정을 나타내는 예시적인 흐름도이다.
도 14 및 도 15는 NFT의 발행 이후 가치 변화를 나타내는 예시적인 도면이다.
도 16은 일 실시예에 따른 전자 장치의 블록도이다.
실시예들에서 사용되는 용어는 본 명세서에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 명세서의 전반에 걸친 내용을 토대로 정의되어야 한다.
명세서 전체에서 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있음을 의미한다. 또한, 명세서에 기재된 "...부", "...모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하고, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있으며, 도시된 예와 달리 구체적 동작에 있어 명확히 구분되지 않을 수 있다.
명세서 전체에서 기재된 "a, b, 및 c 중 적어도 하나"의 표현은, 'a 단독', 'b 단독', 'c 단독', 'a 및 b', 'a 및 c', 'b 및 c', 또는 'a, b, 및 c 모두'를 포괄할 수 있다.
이하에서 언급되는 "단말" 또는 "사용자 단말"은 네트워크를 통해 서버나 타 단말에 접속할 수 있는 컴퓨터나 휴대용 단말로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(web browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말은 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, IMT(international mobile telecommunication), CDMA(code division multiple access), W-CDMA(w-code division multiple access), LTE(long term evolution) 등의 통신 기반 단말, 스마트폰, 태블릿 PC 등과 같은 모든 종류의 핸드헬드(handheld) 기반의 무선 통신 장치를 포함할 수 있다.
이하의 설명에 있어서, 신호, 메시지 또는 정보의 "전송", "통신", "송신", "수신" 기타 이와 유사한 의미의 용어는 일 구성요소에서 다른 구성요소로 정보, 메시지 또는 정보가 직접 전달되는 것뿐만이 아니라 다른 구성요소를 거쳐 전달되는 것도 포함한다. 특히 신호, 메시지 또는 정보를 일 구성요소로 "전송" 또는 "송신"한다는 것은 그 신호, 메시지 또는 정보의 최종 목적지를 지시하는 것이고 직접적인 목적지를 의미하는 것이 아니다. 이는 신호, 메시지 또는 정보의 "수신"에 있어서도 동일하다. 또한 본 명세서에 있어서, 2 이상의 데이터 또는 정보가 "관련"된다는 것은 하나의 데이터(또는 정보)를 획득하면, 그에 기초하여 다른 데이터(또는 정보)의 적어도 일부를 획득할 수 있음을 의미한다.
또한, 제1, 제2 등의 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로 사용될 수 있다.
예를 들어, 본 명세서의 권리 범위를 벗어나지 않으면서 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
아래에서는 첨부한 도면을 참고하여 본 명세서의 실시예에 대하여 본 명세서가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 명세서는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다.
이하에서는 도면을 참조하여 본 명세서의 실시예들을 상세히 설명한다.
실시예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
본 명세서에서, 블록체인 네트워크를 기반으로 발행, 이용 또는 소거되는 토큰(token)은 이더리움 의견 요청(Ethereum Request for Comments, ERC)에 따라 설정된 표준 중 적어도 일부를 준수할 수 있다. 예컨대, 대체 가능 토큰(Fungible Token, FT)은 ERC20을 준수할 수 있다. ERC20은 토큰이 FT의 특징을 지니기 위해 요구되는 규칙의 집합을 포함하는데, ERC20에 포함되는 규칙에는 주소 간 토큰 전송, 총 토큰 공급량 조회, 특정 주소에 대한 토큰 잔액 조회 등의 기능에 대한 규칙이 포함될 수 있다. 다른 예로, 대체 불가능 토큰(Non-Fungible Token, NFT)은 ERC721을 준수할 수 있다. ERC721은 토큰이 NFT의 특징을 지니기 위해 요구되는 규칙의 집합을 포함하는데, ERC721에 포함되는 규칙에는 특정 주소가 소유한 토큰 수 조회, 특정 토큰의 소유자 조회, 주소 간 토큰 전송, 특정 토큰을 전송하도록 승인된 주소의 반환 등의 기능에 대한 규칙이 포함될 수 있다. 또 다른 예로, 토큰은 FT와 NFT를 모두 포괄하는 표준인 ERC1155를 준수할 수 있다. ERC1155는 하나의 스마트 컨트랙트에 의해 FT와 NFT를 모두 생성할 수 있는 결합형 토큰 표준으로, 하나의 스마트 컨트랙트에 여러 토큰 유형을 저장함으로써 ERC721에 비해 가스 비용을 절감하고 확장성을 높이는 것이 가능하다.
도 1은 일 실시예에 따라 NFT를 관리하기 위한 시스템을 나타낸다. 도 1을 참조하면, 서비스 서버(110)는 네트워크를 통해 컨텐츠 제공자 단말(10), 아티스트 단말(20), 사용자 단말(30), 제1 블록체인 네트워크(120), 제2 블록체인 네트워크(130), 또는 데이터베이스(140)와 서로 통신하거나, 외부의 다른 장치와 통신할 수 있다.
도 1의 각 개체를 전자적으로 연결하는 네트워크는 근거리 통신망(local area network, LAN), 광역 통신망(wide area network, WAN), 부가가치 통신망(value added network, VAN), 이동 통신망(mobile radio communication network), 위성 통신망 및 이들의 상호 조합을 포함할 수 있다. 네트워크는 도 1에 도시된 각 구성 주체가 서로 원활하게 통신을 할 수 있도록 하는 포괄적인 의미의 데이터 통신망이며, 유선 인터넷망, 무선 인터넷망 및 모바일 무선 통신망을 포함할 수 있으며, 제1 블록체인 네트워크(120)나 제2 블록체인 네트워크(130)와는 구분되는 별개의 네트워크일 수 있다. 네트워크에서 사용되는 무선 통신 기술은 예를 들어, 무선 랜(wi-fi), 블루투스, 블루투스 저 에너지(bluetooth low energy, BLE), 지그비, WFD(wi-fi direct), UWB(ultra wideband), 적외선 통신(infrared data association, IrDA), NFC(near field communication) 등이 있을 수 있으나, 이에 한정되는 것은 아니다.
서비스 서버(110)는 프론트엔드(front-end) 페이지를 호스팅하고, 프론트엔드 페이지를 통해 컨텐츠 제공자 단말(10), 아티스트 단말(20), 또는 사용자 단말(30)로부터 정보 혹은 요청을 수신할 수 있고, 서비스 서버(110)에 의해 획득되거나, 생성되거나, 가공된 정보를 제공하는 전자 장치로 기능할 수 있다.
서비스 서버(110)는 상기 프로세스를 수행하는 하나의 서버일 수도 있지만, 반드시 하나의 서버로 한정되는 것은 아니며 실시예에 따라서 복수의 서버가 전자적, 또는 물리적으로 연결된 군(group)을 지칭할 수도 있다.
한편 서비스 서버(110)는 데이터베이스(140)에 접근하여 직접 생성한 정보나, 블록체인 네트워크 상에 생성된 스마트 컨트랙트를 이용하여 생성된 정보, 컨텐츠 제공자 단말(10), 아티스트 단말(20), 또는 사용자 단말(30)로부터 수신한 정보 등을 쓰고, 데이터베이스(140)에 저장된 정보를 읽을 수 있다.
컨텐츠 제공자 단말(10), 아티스트 단말(20), 또는 사용자 단말(30)은 PC, 태블릿, 스마트폰 등으로 대표되며, 컨텐츠 제공자(contents provider, CP), 아티스트(크리에이터), 또는 사용자(본 명세서에서, '사용자'는 서비스 서버(110)가 제공하는 NFT 관련 서비스의 사용자를 통칭함)는 서비스 서버(110)에 의해 서비스되는 웹사이트 상의 프론트엔드 페이지, 또는 애플리케이션 상의 프론트엔드 페이지에 접속하여 서비스 서버(110)와 정보를 교환할 수 있다.
제1 블록체인 네트워크(120)는 본 명세서에서 '메인 체인', 또는 '온 체인'으로 지칭될 수 있으며, 블록에 거래를 기록, 승인, 처리할 수 있는 블록체인 네트워크를 통칭할 수 있다. 제1 블록체인 네트워크(120)는 레이어-1 기반의 블록체인 네트워크일 수 있다. 대표적인 예로 '이더리움(Ethereum)' 플랫폼, '솔라나(Solana)' 플랫폼 등이 있으며, 스마트 컨트랙트의 생성이 가능한 네트워크를 전제한다.
제2 블록체인 네트워크(130)는 본 명세서에서 '사이드 체인', 또는 '오프체인'으로 지칭될 수 있으며, 보안과 탈중앙화는 제1 블록체인 네트워크에 비중을 두고, 속도와 거래 비용(예컨대, 가스비)의 절감에 중점을 둔 블록체인 네트워크를 통칭할 수 있다. 제2 블록체인 네트워크(130)는 레이어-2 기반의 블록체인 네트워크일 수 있다. 대표적인 예로 '폴리곤(Polygon)' 플랫폼, '오미세고(OmiseGO)' 플랫폼 등이 있다.
제1 블록체인 네트워크의 노드(120-1) 또는 제2 블록체인 네트워크(130-1)의 노드는 NFT의 발행, 드롭, 정보 갱신 등의 작업에 따른 트랜잭션을 블록체인 네트워크에 기록할 수 있다. 이에 더해, 각 노드(120-1, 130-1)는 각 블록체인 네트워크(120, 130) 상에 기록 및 검증된 트랜잭션을 읽고, 그에 상응하는 정보의 최신성을 유지할 수도 있다.
본 명세서에 개시되는 일부 실시예들의 경우, 제2 블록체인 네트워크(130)를 사용하지 않고 제1 블록체인 네트워크(120)를 통해 수행될 수 있으며, 이는 사이드 체인을 이용함으로써 비용과 속도 측면의 효율을 도모할 것인가에 대한 시스템 설계 상의 고려에 의해 취사 선택될 수 있다. 자세하게는, 일부 스마트 컨트랙트를 제1 블록체인 네트워크(120) 대신 제2 블록체인 네트워크(130)에 생성하거나, 일부 트랜잭션을 제1 블록체인 네트워크(120) 대신 제2 블록체인 네트워크(130)에 기록하는 등의 형태로 제2 블록체인 네트워크(130)가 이용될 수 있으며, 이러한 사항이 제1 블록체인 네트워크(120)를 통해 구현될 경우에는 제2 블록체인 네트워크(130)는 사용되지 않을 수 있다. 이하에서, '블록체인 네트워크'를 이용한다는 서술은 제1 블록체인 네트워크(120) 및 제2 블록체인 네트워크(130)를 함께 이용하거나, 제1 블록체인 네트워크(120)만을 이용하는 두 가지의 가능성을 모두 내포할 수 있다.
데이터베이스(140)에는 서비스 서버(110)로 하여금 프론트엔드 페이지를 방문하는 단말들에게 NFT와 관련된 정보들을 적시에 제공할 수 있도록 '온 체인' 또는 '오프체인'에 데이터가 저장된다.
도 1의 상기와 같은 개체 간 구조는 본 명세서의 시스템 아키텍처를 추상적으로 나타낸 것으로, 도 2 내지 도 4를 참조하여 이를 구체화한다.
도 2 내지 도 4는 서비스 서버 및 블록체인 네트워크를 포함하는 시스템 아키텍처의 예시적인 도면이다.
프론트엔드 페이지는 컨텐츠 제공자, 아티스트, NFT 홀더 등 다양한 주체와 직접적으로 상호 작용할 수 있는 웹사이트 또는 애플리케이션 페이지일 수 있다. 예컨대 컨텐츠 제공자 혹은 아티스트는 프론트엔드 페이지를 통해 NFT의 발행을 서비스 서버(110)에 요청하거나, 오프라인/온라인 이벤트에 관한 정보를 입력하거나, 사용자의 인증된 활동에 대한 참여 내역을 기록해줄 것을 요청할 수 있다. 또한 다른 예로서, NFT 홀더는 서비스 서버(110)에 자신이 보유한 NFT의 스코어를 조회 요청하거나, 스코어의 업데이트(갱신)를 요청하거나, 자신의 새로운 활동 참여 내역 등을 기록해줄 것을 요청할 수 있다.
한편, 서비스 서버(110)는 프론트엔드 페이지를 통해 컨텐츠 제공자 단말(10), 아티스트 단말(20), 및 사용자 단말(30)과 통신하므로, 설명의 편의를 위해 도 2 내지 도 4에서는 컨텐츠 제공자 단말(10), 아티스트 단말(20), 및 사용자 단말(30)의 표현을 생략하였다.
한편, NFT의 발행, 스코어 업데이트, 스코어 조회, 활동 기록 등의 작업을 수행하기 위한 스마트 컨트랙트들은 하나의 블록체인 네트워크에 모두 배포될 수도 있고, 복수의 블록체인 네트워크에 분산되어 배포될 수도 있다. 전자의 예시로, 도 2에는 NFT의 관리에 필요한 제1 내지 제4 스마트 컨트랙트가 모두 제1 블록체인 네트워크(120)에 배포된 시스템 아키텍처가 도시되어 있다. 반면 후자의 예시로, 도 3에는 NFT의 발행, NFT의 메타데이터의 조회나 갱신 등의 작업을 수행하기 위한 제1, 제2 스마트 컨트랙트는 제1 블록체인 네트워크(120)에 배포되고, 홀더의 활동을 기록하거나 스코어를 산출하기 위한 제3, 제4 스마트 컨트랙트는 제2 블록체인 네트워크(130)에 배포된 시스템 아키텍처가 도시되어 있다. 도 2와 같은 시스템 아키텍처는 설계가 간단한 대신 스마트 컨트랙트의 실행에 필요한 가스 비용을 절감하거나 확장성을 향상시키기에 불리하다는 단점이 존재하고, 도 3과 같은 시스템 아키텍처는 설계가 복잡한 대신 스마트 컨트랙트의 실행에 필요한 가스 비용을 절감하고 확장성을 향상시킬 수 있는 장점이 존재하므로, 아키텍처 설계 시 개발자가 아키텍처의 목적을 고려하여 적합한 아키텍처를 선택할 수 있다.
한편, 도 4는 서비스 서버(110)의 세부 구성을 구체화한 서비스 아키텍처를 나타낸다. 도 4에는 도 3과 같이 제3, 제4 스마트 컨트랙트가 제2 블록체인 네트워크(130)에 배포된 시스템 아키텍처가 도시되어 있으나, 이는 설명의 편의를 위한 예시적인 것으로, 도 4의 서비스 서버(110)는 도 2와 같이 제1 스마트 컨트랙트 내지 제4 스마트 컨트랙트가 제1 블록체인 네트워크(120)에 배포된 시스템 아키텍처에도 적용될 수 있다.
발행(or 드롭) 관리 모듈은 컨텐츠 제공자 또는 아티스트가 입력한 NFT 발행 설정 정보(예컨대, NFT의 발행량, 판매 방식, 가격, NFT 홀더에 대한 혜택 등)를 입력 받아, 발행(or 드롭) 엔진에 NFT의 발행(minting)이나 드롭을 요청할 수 있다. 본 명세서에서 NFT의 '발행'은 정해진 설정 정보에 따라 NFT를 생성하는 모든 행위를 통칭하며, NFT의 '드롭'은 기존 NFT 홀더 등 일부에게 무상으로 신규 NFT를 지급하는 행위를 지칭하는 것으로 사용되었으나, '발행'과 '드롭'은 엄밀히 구분되지 않으며, 기술적으로 모순되지 않는 이상 '발행'과 '드롭'은 혼용하여 사용될 수 있다.
발행(or 드롭) 엔진은 발행(or 드롭) 관리 모듈에 입력된 정보를 바탕으로 특정 시점에 NFT를 발행할 수 있다. 또한, 발행(or 드롭) 엔진은 NFT 발행 후 기존 NFT의 메타데이터를 변경하거나, 기존 NFT를 소각하고 새로운 NFT를 발행하는 리빌(reveal) 기능을 지원할 수도 있다.
NFT 스코어 대시보드 모듈은 프로젝트에 따라 발행된 NFT들을 메타데이터에서 비롯되는 다양한 기준에 따라 정렬하거나, 개별 NFT의 정보를 조회하여 프론트엔드 페이지 상에 대시보드 형태로 제공할 수 있다. 지갑(wallet)을 연결한 홀더의 NFT와 관련해서는, 보다 세부적인 정보를 제공할 수도 있다.
스코어링 엔진은 제2 블록체인 네트워크(130) 또는 데이터베이스(140) 등의 저장 공간에서 각 NFT의 기록(로그)을 로드하여 NFT의 스코어를 다양한 기준에 따라 계산하고, 계산 결과를 NFT 스코어 대시보드 모듈에 전달할 수 있다.
활동 관리 모듈은 컨텐츠 제공자나 아티스트가 NFT 홀더를 대상으로 하는 오프라인/온라인 이벤트에 관한 정보를 입력 받거나, 오프라인/온라인 이벤트에 대한 참여 대상자를 전달하거나, NFT 홀더의 활동 발생 시 활동에 대한 참여 내역을 입력 받는다.
활동 로깅 엔진은 각 NFT 홀더의 새로운 활동 참여 내역을 제2 블록체인 네트워크(130) 또는 데이터베이스(140) 등에 기록하거나, 이벤트의 참여 대상자 선정을 위해 기존 활동 참여 내역에 관한 로그를 제2 블록체인 네트워크(130)나 데이터베이스(140)에서 불러올 수 있다.
탈중앙화 스토리지(interplanetary file system, IPFS) 및 컨텐츠 전송 네트워크(content delivery network, CDN)은 NFT의 메타데이터, 메타데이터 내 이미지, 영상 등의 데이터를 저장하는 공간으로 기능하며, CDN은 IPFS의 성능을 보완하게 위해 활용된다.
이상과 관련하여, 이하 도면들을 통해 보다 상세히 설명하기로 한다. 이하 도면을 통해 도시된 방법은 예를 들어, 상술한 서비스 서버(110)에 의해 수행될 수 있다. 또한, 이하의 도시된 흐름도에서는 각 방법을 복수 개의 단계로 나누어 기재하였으나, 적어도 일부의 단계들은 순서를 바꾸어 수행되거나, 다른 단계와 결합되어 함께 수행되거나, 생략되거나, 세부 단계들로 나뉘어 수행되거나, 또는 도시되지 않은 하나 이상의 단계가 부가되어 수행될 수 있다.
도 5 내지 도 7은 일 실시예에 따른 서비스 서버(110)에서의 NFT 관리 방법의 흐름도이다.
먼저, 도 5는 서비스 서버(110)에 의해 NFT를 발행하는 실시예에 관한 것이다.
단계 S501에서, 서비스 서버(110)는 제1 단말로부터 NFT에 대한 발행 요청을 수신할 수 있다. 제1 단말은 서비스 서버(110)의 외부로부터 NFT에 대한 발행 요청을 전송하는 단말로, 컨텐츠 제공자 단말(10), 또는 아티스트 단말(20)일 수 있으나, 이에 한정되는 것은 아니며 제1 블록체인 네트워크의 노드(120-1)나 제2 블록체인 네트워크의 노드(130-1)에 해당하는 전자 장치일 수도 있다.
단계 S502에서, 서비스 서버(110)는 NFT의 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 NFT의 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 제1 스마트 컨트랙트, 및 제2 스마트 컨트랙트에 기반하여 NFT의 발행 요청을 전송할 수 있다.
본 명세서에서, '제1 스마트 컨트랙트'는 NFT의 정적인 메타데이터나 동적인 메타데이터를 포함하는 스마트 컨트랙트를 의미할 수 있다. 또한 '동적인 메타데이터'는 NFT의 홀더의 활동에 따라 변경될 수 있는 메타데이터를 의미할 수 있고, '정적인 메타데이터'는 NFT의 메타데이터 중 동적인 메타데이터를 제외한 나머지 메타데이터를 의미할 수 있다. 한편, '제2 스마트 컨트랙트'는 NFT의 메타데이터 값을 활용하는 메소드(예컨대, get, set, increase, decrease 등)를 포함하는 스마트 컨트랙트를 의미할 수 있다. 본 명세서에서 '제1 스마트 컨트랙트'는 '제2 스마트 컨트랙트'와 별도로 서술되었으나, 실시예에 따라서 '제1 스마트 컨트랙트'를 구성하는 코드의 적어도 일부는 '제2 스마트 컨트랙트'에 포함되도록 설계될 수도 있다. 예컨대, 실시예에 따라서는 '제1 스마트 컨트랙트'는 '제2 스마트 컨트랙트'의 일부로서 설계될 수도 있다.
일 실시예에서, NFT의 메타데이터는, NFT의 홀더(holder)에게 제공되는 혜택 정보를 포함하고, 혜택 정보는, NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하지 않는 이벤트에 대한 제1 혜택 정보, 및 NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하는 이벤트에 대한 제2 혜택 정보를 포함할 수 있다. 예컨대, 제1 혜택 정보는 아티스트의 공연, 팬미팅, 한정판 굿즈 등의 제품/서비스와 관련된 현실의(in real life, IRL) 혜택 정보를 포함할 수 있다. 예를 들어, 최소 2년동안 매년 1회씩 애프터 파티 페스티벌의 입장권 제공을 보장하는 혜택이나, 뮤직 페스티벌의 입장권 제공을 평생 보장하는 혜택 등을 들 수 있다. 한편, 제2 혜택 정보는 추가 NFT의 드롭, 토큰 지급 등 블록체인 생태계와 관련된 혜택 정보를 포함할 수 있다. 예를 들어, 아티스트 A의 후속 신규 NFT 드롭 시, 기존 NFT 홀더에게 확정적으로 1개의 신규 NFT를 받을 수 있는 권한을 부여하는 혜택을 들 수 있다. 이와 같이 NFT의 메타데이터에 반영된 혜택 정보는 NFT의 가치를 결정하는 일 요소로 기능할 수 있다.
일 실시예에서, NFT의 메타데이터는, (1)NFT와 연계된 아티스트의 명칭, (2)NFT에 부여될 수 있는 적어도 하나의 프로필 사진(profile picture, PFP), 및 (3)PFP 각각이 NFT에 부여될 확률에 따라 결정되는 PFP 각각의 희귀도(rarity score) 중 적어도 일부를 포함할 수 있다. 각 아티스트의 NFT에는 아티스트 각각에 대한 여러 장의 PFP가 무작위 또는 기 설정된 확률로 포함될 수 있다. 동일한 프로젝트를 통해 드롭되는 NFT라 하더라도, 각 NFT에 포함된 PFP마다 서로 다른 희귀도를 지닐 수 있다. 예컨대, 아티스트 A의 NFT에 포함될 수 있는 PFP의 종류가 a, b, c라고 할 때, 각 PFP의 배정 확률이 a>b>c라 가정한다면, PFP의 희귀도는 a<b<c로 매겨질 수 있다. 이처럼, NFT가 어떤 아티스트에 관한 것인지, NFT에 포함된 PFP가 어느 정도의 희귀도를 지니는지는 해당 NFT의 가치를 결정하는 일 요소로 기능할 수 있다.
일 실시예에서, NFT의 메타데이터는, NFT의 홀더의 활동에 따라 변경 가능한 스코어를 포함할 수 있다. 본 명세서에서, NFT 홀더의 '활동'은 NFT 홀더가 NFT를 보유하는 행위를 포함하여, NFT 홀더가 속한 블록체인 커뮤니티 상에서의 활동 사항, 온라인/오프라인 이벤트에의 참여 등을 포괄적으로 의미할 수 있다. NFT의 스코어는 NFT 홀더의 활동에 따라 동적으로 변화하므로, NFT를 발행한 아티스트, NFT PFP의 희귀도 등 처음부터 정해진 요소 외에도 NFT 홀더가 NFT의 가치를 변화시킬 수 있는 요소 중 하나로 기능할 수 있다. 이로 인해, NFT 홀더는 활동을 지속할 동기를 부여 받고, NFT의 아티스트는 NFT 홀더에게 혜택을 제공해야 한다는 압박감 없이 NFT의 발행 내지 드롭을 진행할 수 있다. 이로써 아티스트의 NFT 발행과 NFT 홀더의 활동이 촉진되어, NFT의 가치가 지속적으로 상승하는 선순환 구조가 형성될 수 있다.
일 실시예에 따르면, NFT의 메타데이터에 포함되는 스코어는, NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함할 수 있다.
이와 관련하여, 서비스 서버(110)는 NFT의 발행에 앞서 컨텐츠 제공자 단말(10) 혹은 아티스트 단말(20)로부터 제1 유형의 스코어 또는 제2 유형의 스코어에 대한 초기 값 정보를 전달 받아, NFT 발행 시 초기 값 정보에 기초하여 NFT의 스코어를 초기 설정할 수 있다. 예컨대, 아티스트가 제1 유형의 스코어와 제2 유형의 스코어 총합을 20으로 설정하고자 요청한 경우, 서비스 서버(110)는 이를 반영하여 스코어 총합이 20이 되도록 설정된 NFT를 발행할 수 있다. 물론, 아티스트는 스코어의 총합 뿐만 아니라 각 스코어 요소의 값까지도 초기 설정되도록 서비스 서버(110)에 요청할 수 있다.
상술한 바와 같이, NFT의 스코어는 NFT의 발행 과정에서 초기 설정될 수 있다. 그러나, NFT의 스코어는 NFT의 홀더의 활동에 의해 변경될 수 있는 것이므로, 이하에서는 NFT의 홀더의 활동 기록과 관련된 실시예를 도 4를 참조하여 후술한다.
도 6은 서비스 서버(110)에 의해 NFT의 홀더의 활동을 기록하는 실시예에 관한 것이다.
단계 S601에서, 서비스 서버(110)는 제1 단말 또는 NFT의 홀더(holder)의 계정에 접속된 제2 단말로부터 NFT의 홀더의 활동에 대한 정보를 수신할 수 있다. 제2 단말은 사용자 단말(30)일 수 있으나, 이에 한정되는 것은 아니며 제1 블록체인 네트워크의 노드(120-1)나 제2 블록체인 네트워크(130-1)의 노드에 해당하는 전자 장치일 수도 있다.
단계 S602에서, 서비스 서버(110)는 NFT의 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 NFT의 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 블록체인 네트워크에 NFT의 홀더의 활동에 대한 트랜잭션 실행 요청을 전송할 수 있다.
본 명세서에서, '제3 스마트 컨트랙트'는 NFT를 보유 중인 홀더의 활동을 블록체인 네트워크에 기록하는 프로세스를 포함하는 스마트 컨트랙트를 지칭할 수 있다. 홀더의 활동과 이에 대한 기록은 빈번하게 발생할 수 있으므로, 제3 스마트 컨트랙트 역시 높은 빈도로 실행될 가능성이 있다.
한편 본 명세서에서, '제4 스마트 컨트랙트'는 스코어에 대한 산출 정책(스코어링 정책)을 포함하는 스마트 컨트랙트를 지칭할 수 있다. 스코어링 정책이 제2 스마트 컨트랙트 내에 포함되지 않고 별도의 제4 스마트 컨트랙트에 포함됨으로써, 스코어링 정책이 변경될 경우에도 제2 스마트 컨트랙트에는 영향을 미치지 않고 새로운 제4 스마트 컨트랙트를 발행하는 것만으로 새로운 스코어링 정책을 반영할 수 있다. 실시예에 따라서, 제4 스마트 컨트랙트는 NFT의 메타데이터에 적용될 수정 사항에 대해 인증(validation), 검증(verification) 기능을 수행할 수도 있다.
제3 스마트 컨트랙트 및 제4 스마트 컨트랙트가 배포된 블록체인 네트워크는 도 5를 참조하여 상술한 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트가 배포된 블록체인 네트워크와 동일한 블록체인 네트워크일 수도 있고, 별개의 블록체인 네트워크일 수도 있다. 즉 다시 말해서, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트가 배포된 블록체인 네트워크가 레이어-1 기반의 블록체인 네트워크라 할 때, 제3 스마트 컨트랙트 및 제4 스마트 컨트랙트가 배포된 블록체인 네트워크는 레이어-1 또는 레이어-2 기반의 블록체인 네트워크일 수 있다.
다음으로, 도 7은 서비스 서버(110)에 의해 NFT의 메타데이터에 대한 조회 요청을 처리하는 실시예에 관한 것이다.
단계 S701에서, 서비스 서버(110)는 제1 단말 또는 제2 단말로부터 NFT의 메타데이터에 대한 조회 요청을 수신할 수 있다.
단계 S702에서, 서비스 서버(110)는 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 NFT의 메타데이터에 대한 조회 요청을 전송할 수 있다.
단계 S703에서, 서비스 서버(110)는 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트가 배포된 블록체인 네트워크로부터 NFT의 메타데이터에 대한 정보를 수신할 수 있다.
단계 S704에서, 서비스 서버(110)는 조회 요청을 전송한 제1 단말 또는 제2 단말에 NFT의 메타데이터에 대한 정보를 반환할 수 있다. 반환되는 NFT의 메타데이터에 대한 정보에는, NFT의 홀더의 활동에 따라 변경 가능한 스코어에 대한 변경 사항이 반영될 수 있다.
일 실시예에 따르면, 서비스 서버(110)는 NFT의 스코어를 조회 가능한 프론트엔드 페이지(예컨대, NFT의 스코어 순위 조회 페이지, NFT의 스코어 색인 페이지 등)에 대한 접속 요청, 또는 NFT의 스코어를 기반으로 한 화이트리스트(whitelist)에 대한 생성 요청을 NFT의 메타데이터에 대한 조회 요청으로 식별할 수 있다. 본 명세서에서, '화이트리스트'는 NFT와 관련된 혜택을 향유할 수 있는 대상자의 조건 또는 리스트를 의미할 수 있다.
또한 도시되지는 않았으나, 도 7의 실시예와는 별개로, 서비스 서버(110)는 NFT의 발행 이후, '메타데이터 내 스코어'가 아닌 단지 NFT 홀더의 활동에 따른 '스코어'에 대한 조회 요청을 수신할 수도 있다. 이 경우, 서비스 서버(110)는 변경 사항이 반영된 NFT의 메타데이터에 접근하여 스코어 정보를 반환하는 대신, 제1 블록체인 네트워크(120)와 제2 블록체인 네트워크(130)를 모두 이용하는 시스템 아키텍처 하에서는 제2 블록체인 네트워크(130) 또는 데이터베이스(140)에 접근하여 스코어 정보를 반환할 수도 있고, 제1 블록체인 네트워크(120)만을 이용하는 시스템 아키텍처 하에서는 제1 블록체인 네트워크(120) 또는 데이터베이스(140)에 접근하여 스코어 정보를 반환할 수도 있다. 즉 다시 말하면, 스코어에 대한 변경 사항이 NFT의 메타데이터에 반영되는 것과, 조회 요청에 따라 스코어에 대한 정보를 반환하는 것은 별개의 과정이므로, 시스템 아키텍처의 형태 및 조회 요청의 대상에 따라 서비스 서버(110)가 접근하는 대상은 달라질 수 있다.
실시예에서, 서비스 서버(110)가 생성하는 이벤트는 NFT와 연계된 아티스트에 대한 신규 NFT 드롭 이벤트, NFT와 연계된 아티스트의 온라인 또는 오프라인 공연 이벤트, NFT와 연계된 아티스트의 굿즈 지급 이벤트 또는 NFT와 연계된 아티스트와는 다른 아티스트에 대한 신규 NFT 드롭 이벤트 중 적어도 일부를 포함할 수 있다.
실시예에서, 서비스 서버(110)는 이벤트의 당첨 대상자를 결정함에 있어서, 각 NFT 홀더들의 NFT의 메타데이터 중 이벤트의 설정 정보에 따라 특정되는 적어도 일부 데이터를 필터(filter) 조건 또는 정렬(sorting) 조건으로 적용하여, 이벤트에 응모한 NFT의 홀더들 중에서 이벤트의 당첨 대상자를 결정할 수 있다. 구체적으로, 어떠한 메타데이터가 필터 조건 또는 정렬 조건을 구성하는 요소로써 특정되는지, 필터 조건 또는 정렬 조건의 구체적 사항은 무엇인지 등은 컨텐츠 제공자나 아티스트에 의해 생성된 화이트리스트에 의해 결정될 수 있다. 본 명세서에서, '필터 조건'은 미충족 시 이벤트의 당첨 대상자에서 응모한 NFT 홀더를 배제하는 조건을 지칭할 수 있으며, '정렬 조건'은 응모한 NFT 홀더의 순위를 매기기 위해 메타데이터를 특정하는 조건을 지칭할 수 있다.
아래 [표 1]은 이벤트 당첨 대상자를 결정하기에 앞서 각 NFT의 메타데이터를 비교한 것이다.
NFT No. 발행 아티스트 희귀도 제1 유형의 스코어 참여 스코어 수집 스코어
17 A 50 15 10 10
40 A 30 10 20 0
만일 아티스트 A가 무료 공연 티켓 수령자를 제1 유형의 스코어 및 참여 스코어의 합계를 기준으로 선정하겠다고 공지한 경우에는, 아티스트 A의 40번 NFT가 17번 NFT에 비해 우선권을 갖는다. 반면 아티스트 A가 NFT 홀더 한정 굿즈를 수집 스코어 상위 20명의 NFT 홀더들에게 지급한다고 공지한 경우에는, 아티스트 A의 17번 NFT가 40번 NFT에 비해 우선권을 갖는다. 또한 블록체인 커뮤니티 구성원 전체를 대상으로 한 신규 NFT 드롭 시 희귀도와 참여 스코어를 기준으로 우선권을 부여하겠다고 공지한 경우에는, 17번 NFT가 40번 NFT에 비해 우선권을 갖는다. 위 예시에서, 희귀도, 제1 유형의 스코어, 참여 스코어, 수집 스코어는 '정렬 조건'으로 적용되었다.
한편 아래 [표 2]는 드롭 이벤트 당첨 대상자를 결정하기 위한 화이트리스트의 일 예시를 나타낸 것이다.
드롭 순번 NFT 명칭 확정 드롭 화이트리스트 조건 1차 프라이빗 세일 화이트리스트 조건
1 댄싱 A
2 힙합 A 댄싱 A 1개 보유, 제2 유형의 스코어 상위 100위 댄싱 A 1개 보유
3 락 A 댄싱 A, 힙합 A 각각 1개 보유 댄싱 A, 또는 힙합 A 1개 보유
4 발라드 A 댄싱 A, 힙합 A, 락 A 각각 1개 보유 댄싱 A, 힙합 A, 락 A 중 2개 보유
5 B의 1st NFT 댄싱 A, 힙합 A, 락 A, 발라드 A 각각 1개 보유 댄싱 A, 힙합 A, 락 A, 발라드 A 중 2개 보유
...
20 C의 1st NFT - A의 NFT 4종 중 2종 보유- B의 NFT 보유
- 지갑 내 NFT의 스코어 합계 상위 100위		 A의 NFT 또는 B의 NFT 종류에 관계 없이 2종 보유
25 D의 1st NFT A의 NFT 2종 및 B의 NFT, C의 NFT 각각 1종 보유 - A의 NFT, B의 NFT, C의 NFT 종류에 관계없이 2종 보유
- 지갑 내 NFT 스코어 합계 120점 이상
실시예에서, 확정 드롭 화이트리스트 조건은 경쟁 없이 NFT 공개 발행에 비해 상대적으로 저렴한 가격으로 NFT의 할당 권한을 보장 받을 조건을 의미하고, 1차 프라이빗 세일 화이트리스트 조건은 NFT 공개 발행보다 더 적은 경쟁 하에서, 더 저렴한 가격으로 NFT의 할당 경쟁에 참여할 수 있는 조건을 의미할 수 있다. 위 예시에서, 특정 NFT의 보유 여부 및 NFT 스코어 합계의 최소 값은 '필터 조건'으로 적용되었다.
도 8은 일 실시예에 따른 블록체인 네트워크의 노드에서의 NFT 관리 방법의 흐름도이다. 도 8의 방법은, 하나의 블록체인 네트워크에 NFT 관리에 필요한 스마트 컨트랙트가 모두 배포된 실시예에 관한 것이다. 예를 들어, 도 8에 도시된 방법은 제1 블록체인 네트워크(120)의 노드(120-1)에 의해 수행될 수 있고, 이때 제1 블록체인 네트워크(120)에는 NFT의 홀더의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, NFT의 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트, NFT의 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 NFT의 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포될 수 있다.
제1 스마트 컨트랙트 내지 제4 스마트 컨트랙트의 포함에 관해서는 도 5 및 도 6을 참조하여 상술한 바 있으므로, 중복되는 설명은 생략하기로 한다.
단계 S801에서, 제1 블록체인 네트워크(120)의 노드(120-1)는, 제3 스마트 컨트랙트에 기반하여, NFT의 홀더의 활동에 대한 트랜잭션을 실행하여 NFT의 홀더의 활동을 제1 블록체인 네트워크(120)에 기록할 수 있다.
실시예에서, 제1 블록체인 네트워크(120)의 노드(120-1)는 NFT의 홀더의 활동 중 검증된 일부 활동을 선택적으로 제1 블록체인 네트워크(120)에 기록함으로써, 자칫 활동 기록이 잘못 이루어지는 것을 방지할 수 있다. 예컨대, 제1 블록체인 네트워크(120)의 노드(120-1)는 제3 스마트 컨트랙트에 기반하여, NFT의 홀더의 활동에 대한 트랜잭션에 의해 발생한 기록 요청을 제4 스마트 컨트랙트에 포함된 검증 기준에 따라 검증하고, 해당 기록 요청의 검증에 성공할 경우, 제3 스마트 컨트랙트에 기반하여, 해당 기록 요청에 상응하는 홀더의 활동을 제1 블록체인 네트워크(120)에 기록할 수 있다. 다른 예로써, 제1 블록체인 네트워크(120)의 노드(120-1)는 해당 기록 요청의 검증에 실패할 경우, 해당 기록 요청의 검증에 실패했음을 나타내는 응답을 생성할 수도 있다. 생성된 응답은 외부 단말이나 서비스 서버(110)로 전송될 수 있다.
단계 S802에서, 제1 블록체인 네트워크(120)의 노드(120-1)는, 제4 스마트 컨트랙트에 기반하여, NFT의 홀더의 활동에 따른 스코어의 변경 사항을 산출할 수 있다.
단계 S803에서, 제1 블록체인 네트워크(120)의 노드(120-1)는, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트에 기반하여, 스코어의 변경 사항을 NFT의 메타데이터에 반영할 수 있다.
일 실시예에 따르면, 스코어의 변경 사항을 산출하는 단계 S802와, 스코어의 변경 사항을 NFT의 메타데이터에 반영하는 단계 S803은 스코어의 갱신 시점에 수행될 수 있다. 구체적으로, 스코어의 갱신 시점은 '실시간 갱신' 유형, '주기적 갱신' 유형, '외부 요청(on-demand)에 따른 갱신' 유형으로 세분화될 수 있다.
'실시간 갱신' 유형이란, 홀더의 활동이 발생할 때마다 실시간으로 이를 반영하여 스코어를 갱신하는 유형으로, 이 경우 단계 S802와 단계 S803은 홀더의 활동에 대한 트랜잭션이 제1 블록체인 네트워크(120)에 기록될 때 수행될 수 있다.
'주기적 갱신' 유형이란, 설정된 주기 동안 누적된 홀더의 활동 기록을 일괄적으로 반영하여 스코어를 갱신하는 유형으로, 이 경우 단계 S802와 단계 S803은 설정된 주기가 도래할 때 수행될 수 있다.
'외부 요청(on-demand)에 따른 갱신' 유형이란, 스코어에 대한 외부로부터의 조회 요청이 있을 때마다 스코어를 갱신하는 유형으로, 이 경우 단계 S802와 단계 S803은 제1 블록체인 네트워크(120)의 노드(120-1)가 제1 블록체인 네트워크(120)의 외부로부터 스코어에 대한 조회 요청을 수신하는 때에 수행될 수 있다.
일 실시예에 따르면, NFT의 메타데이터에 포함되는 스코어는, NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함할 수 있다.
보다 구체적으로, 제1 유형의 스코어는, NFT를 보유한 기간에 비례하여 증가하며, NFT를 제1 블록체인 네트워크(120)에 스테이킹(staking)할 경우 보다 빠르게 증가하는 스코어를 포함할 수 있다. 또한, 제2 유형의 스코어는, NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 '참여 스코어', 및 아티스트와 관련된 굿즈(goods) 또는 NFT를 수집한 이력을 반영하는 '수집 스코어'를 포함할 수 있다.
도 9는 다른 실시예에 따른 블록체인 네트워크의 노드에서의 NFT 관리 방법의 흐름도이다. 도 9의 방법은, 메인 블록체인 네트워크와 서브 블록체인 네트워크에 NFT 관리에 필요한 스마트 컨트랙트가 나뉘어 배포된 실시예에 관한 것이다. 제1 스마트 컨트랙트 내지 제4 스마트 컨트랙트의 특징은 상술한 바와 같다.
도 9는 스마트 컨트랙트의 실행에 따른 수수료를 줄이기 위함에 일 목적이 있다. 예컨대, 제3, 제4 스마트 컨트랙트가 빈번히 실행되는 경우 그에 따라 블록체인 네트워크에 지불해야 하는 수수료도 증가하는데, 만일 제3, 제4 스마트 컨트랙트를 수수료가 비교적 비싼 레이어-1 기반의 블록체인 네트워크에 배포되어 실행한다면 수수료가 부담이 될 수 있을 것이다. 반면, 제3, 제4 스마트 컨트랙트를 수수료가 비교적 싼 레이어-2 기반의 블록체인 네트워크에 배포하여 실행한다면 수수료 부담을 덜 수 있을 것이므로, 제3, 제4 스마트 컨트랙트가 배포, 실행되는 블록체인 네트워크를 다른 스마트 컨트랙트들이 배포, 실행되는 블록체인 네트워크와 분리하는 방안이 고려될 수 있다.
예를 들어, 도 9에 도시된 방법은 제1 블록체인 네트워크(120)의 노드(120-1)에 의해 수행될 수 있고, 이때 제1 블록체인 네트워크(120)에는 제1 스마트 컨트랙트, 및 제2 스마트 컨트랙트가 배포되고, 제2 블록체인 네트워크(130)에는 제3 스마트 컨트랙트, 및 제4 스마트 컨트랙트가 배포되어, 제3 스마트 컨트랙트에 기반하여 NFT의 홀더의 활동에 대한 트랜잭션이 실행됨으로써 NFT의 홀더의 활동이 기록되고, 제4 스마트 컨트랙트에 기반하여 스코어의 변경 사항이 산출될 수 있다.
단계 S901에서, 제1 블록체인 네트워크(120)의 노드(120-1)는, 제2 블록체인 네트워크로부터 NFT의 홀더의 활동에 따른 스코어의 변경 사항을 획득할 수 있다.
단계 S902에서, 제1 블록체인 네트워크(120)의 노드(120-1)는, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트에 기반하여, 스코어의 변경 사항을 NFT의 메타데이터에 반영할 수 있다.
일 실시예에 따르면, NFT의 홀더의 활동에 대한 기록을 획득하는 단계 S901, 및 스코어의 변경 사항을 NFT의 메타데이터에 반영하는 단계 S902는 스코어의 갱신 시점에 수행될 수 있다. 구체적으로, 스코어의 갱신 시점은 '실시간 갱신' 유형, '주기적 갱신' 유형, '외부 요청(on-demand)에 따른 갱신' 유형으로 세분화될 수 있다.
'실시간 갱신' 유형이란, 홀더의 활동이 발생할 때마다 실시간으로 이를 반영하여 스코어를 갱신하는 유형으로, 이 경우 단계 S901 및 단계 S902는 홀더의 활동에 대한 트랜잭션이 제2 블록체인 네트워크(130)에 기록될 때 수행될 수 있다.
'주기적 갱신' 유형이란, 설정된 주기 동안 누적된 홀더의 활동 기록을 일괄적으로 반영하여 스코어를 갱신하는 유형으로, 이 경우 단계 S901 및 단계 S902는 설정된 주기가 도래할 때 수행될 수 있다.
'외부 요청(on-demand)에 따른 갱신' 유형이란, 스코어에 대한 외부로부터의 조회 요청이 있을 때마다 스코어를 갱신하는 유형으로, 이 경우 단계 S901 및 단계 S902는 제1 블록체인 네트워크(120)의 노드(120-1)가 제1 블록체인 네트워크(120)의 외부로부터 스코어에 대한 조회 요청을 수신하는 때에 수행될 수 있다.
일 실시예에 따르면, NFT의 메타데이터에 포함되는 스코어는, NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함할 수 있다.
보다 구체적으로, 제1 유형의 스코어는, NFT를 보유한 기간에 비례하여 증가하며, NFT를 제1 블록체인 네트워크(120)에 스테이킹(staking)할 경우 보다 빠르게 증가하는 스코어를 포함할 수 있다. 또한, 제2 유형의 스코어는, NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 '참여 스코어', 및 아티스트와 관련된 굿즈(goods) 또는 NFT를 수집한 이력을 반영하는 '수집 스코어'를 포함할 수 있다.
도 8과 도 9를 참조하여 상술한 실시예에서처럼, NFT 홀더의 활동 기록 및 스코어 변경의 양태는 서비스 아키텍처의 형태와 갱신 시점에 따라 상이할 수 있다. 구체적으로, NFT 홀더의 활동 기록 및 스코어 변경의 양태는 서비스 아키텍처 상에서 메인 체인(레이어-1, L1)과 사이드 체인(레이어-2, L2)이 모두 이용되는지, 메인 체인만이 이용되는지에 따라 1차 구분될 수 있다. 메타데이터의 갱신 시점이 실시간인지, 주기적인지, 외부 요청(on-demand)에 의해서인지에 따라 2차 구분될 수 있다. 어느 경우에나, NFT의 발행은 제2 스마트 컨트랙트를 통하여 이루어진다.
그러나, NFT 홀더의 활동이 발생할 경우, 메인 체인과 사이드 체인을 모두 이용하는 케이스에서는 NFT 홀더의 활동이 사이드 체인에 기록될 수 있다(활동 로깅). 이후, 메인 체인의 메타데이터 내 스코어가 변경되는 것은 각 갱신 시점에 따라 이루어지고, 스코어에 대한 요청을 수신하는 경우에는 메인 체인의 메타데이터 값이 반환될 수 있다.
반면 NFT 홀더의 활동에 대응하여, 메인 체인만을 이용하는 케이스에서는 NFT 홀더의 활동이 메인 체인에 기록되며(활동 로깅), 메타데이터의 갱신 시점이 실시간이라면 NFT 홀더의 활동이 기록됨에 따라 스코어링 엔진이 제4 스마트 컨트랙트를 이용하여 메타데이터 내 스코어를 갱신할 수 있다. 메타데이터의 갱신 시점이 주기적이라면 주기마다 스코어링 엔진이 메타데이터 내 스코어를 갱신하며, 외부 요청에 의해 갱신되는 것이라면 외부 요청을 수신 시 스코어링 엔진이 메타데이터 내 스코어를 갱신할 수 있다. 스코어에 대한 요청을 수신하는 경우에는 메인 체인의 메타데이터 값을 반환할 수 있다.
즉 주된 차이는, NFT 홀더의 활동이 어떠한 블록체인 네트워크에 기록(로깅)되는지에 있으며, 이는 NFT 홀더의 활동이 사이드 체인에 먼저 기록되는지, NFT 홀더의 활동 기록이 사이드 체인으로부터 메인 체인으로 전달되어야 하는지 등에 대한 차이로 이어지게 된다.
도 10은 일 실시예에 따른 컨트랙트 배포 과정을 나타내는 예시적인 흐름도이고, 도 11은 일 실시예에 따른 NFT 홀더의 활동 처리, 스코어 반영 과정을 나타내는 예시적인 흐름도이다. 도 10 및 도 11에서는, 제1 블록체인 네트워크(120)를 사용하는 시스템 아키텍처를 전제하고, 제1 스마트 컨트랙트는 제2 스마트 컨트랙트와 함께 배포, 생성되는 것으로 가정한다.
도 10을 참조하면, 컨텐츠 제공자가 서비스 서버(110)에 NFT의 생성을 요청함에 따라, 서비스 서버(110)는 자체 엔진을 통해 제2 스마트 컨트랙트, 제3 스마트 컨트랙트, 제4 스마트 컨트랙트 각각의 코드를 생성 후 컨텐츠 제공자에게 전달할 수 있다.
컨텐츠 제공자는 제2 스마트 컨트랙트, 제3 스마트 컨트랙트, 제4 스마트 컨트랙트를 제1 블록체인 네트워크(120)에 배포할 수 있고, 이에 따라 제1 블록체인 네트워크(120)에서 제2 스마트 컨트랙트, 제3 스마트 컨트랙트, 제4 스마트 컨트랙트가 생성될 수 있다.
컨텐츠 제공자는 이후 각 컨트랙트를 연결할 수 있다. 제2 스마트 컨트랙트에 제4 스마트 컨트랙트의 주소와 제3 스마트 컨트랙트의 주소를 연결할 수 있고, 제2 스마트 컨트랙트, 제3 스마트 컨트랙트 및 제4 스마트 컨트랙트 간 NFT 소유권(오너쉽)을 동기화할 수 있다.
도 11을 참조하여 NFT 홀더의 활동 처리 과정을 설명한다. '콘서트 참여'라는 활동과 A라는 스코어 값이 존재하며, 사용자가 '콘서트 참여'라는 활동을 5n회(5회, 10회, 15회 등) 달성 시, A라는 스코어 값이 1 증가하는 상황을 가정하자. 해당 사용자가 보유한 NFT의 토큰 식별자(token id)는 1이라 가정한다. 콘서트에 참여할 때마다, 사용자는 컨텐츠 제공자 단말(10)이 호스팅하는 인증 웹사이트에 방문하여 자신의 지갑 주소를 연동한 후 콘서트 참여를 1회 인증할 수 있다. 참여 인증에는 티켓 및 좌석 번호, 티켓 예매 시 사용한 휴대전화 번호 등 다양한 정보가 사용될 수 있다.
컨텐츠 제공자 단말(10)은 콘서트 참여를 인증한 사용자의 참여 내역이 포함된 활동 트랜잭션을 제1 블록체인 네트워크(120)로 전송할 수 있다. 해당 트랜잭션에는 '토큰 식별자가 1인 사용자가 콘서트 참여를 1회 인증했다'는 내용이 포함될 수 있다. 다만, 이는 오프체인 활동의 처리 과정을 나타낸 것이고, 온 체인 활동을 처리함에 있어서는 컨텐츠 제공자의 사이트 등을 이용할 필요 없이 사용자로부터 제1 블록체인 네트워크(120)로 활동 트랜잭션이 곧장 전송될 수 있다.
제3 스마트 컨트랙트는 활동 트랜잭션을 통해 활동 기록 요청을 전달 받고, 제4 스마트 컨트랙트를 통해 해당 요청을 수용할지 여부를 결정할 수 있다. 즉, 제3 스마트 컨트랙트는 해당 활동에 대해 검증을 진행하며, 검증의 내용과 방식은 제4 스마트 컨트랙트를 구성하는 메소드에 따라 결정될 수 있다. 예컨대, '콘서트 참여'라는 활동에 대해서는 각 토큰 식별자 당 30일 내 1회의 기록만을 허용한다는 조건이 존재할 수도 있고, 한 토큰 식별자 당 최대 10회까지만 기록 가능하다는 조건이 존재할 수도 있다.
제4 스마트 컨트랙트를 통한 검증에 성공할 경우, 제3 스마트 컨트랙트는 토큰 식별자 1의 활동 로그에 '콘서트 참여'를 1회 기록할 수 있다. 만일 요청의 내용이 제4 스마트 컨트랙트에 규정된 조건을 충족하지 않아 검증에 실패하는 경우, 제4 스마트 컨트랙트는 검증에 실패했음을 알리는 메시지를 컨텐츠 제공자에게 전달할 수 있다.
한편 해당 토큰 식별자와 매칭된 콘서트 참여 활동이 5번째로 기록될 경우, 제4 스마트 컨트랙트에 포함된 '해당 토큰 식별자의 A라는 스코어 값을 1 증가시킨다'는 메소드에 의해 A라는 스코어 값을 1 증가시키도록 명령하는 결과 값이 제4 스마트 컨트랙트로부터 제3 스마트 컨트랙트에 전달될 수 있다. 5n번째의 기록에 따른 상기 결과 값을 전달 받은 제3 스마트 컨트랙트는 '콘서트 참여' 필드의 값을 1 증가시키고 (5번째 증가), 스코어 중 A 필드의 값을 1 증가시킬 수 있다.
도 11을 참조하여 스코어 반영 과정을 설명한다. 상기 일련의 과정을 수행한 결과, 제3 스마트 컨트랙트에는 토큰 식별자 1에 해당하는 NFT의 '콘서트 참여' 필드 값은 5 증가했고, A 스코어 값은 1 증가한 상태가 반영될 수 있다. 제3 스마트 컨트랙트와 제2 스마트 컨트랙트는 모두 제1 블록체인 네트워크(120)에 배포된 상태이므로, 제3 스마트 컨트랙트에 반영된 사항은 곧장 제2 스마트 컨트랙트에도 반영(roll up)될 수 있다. 따라서, 실시간으로, 주기적으로, 또는 외부 요청에 따라 제3 스마트 컨트랙트가 반영 요청을 수신하면, 제3 스마트 컨트랙트는 스코어 값, 또는 필요에 따라서는 활동의 기록된 값들을 제2 스마트 컨트랙트에 전달할 수 있다.
도 12는 다른 실시예에 따른 컨트랙트 배포 과정을 나타내는 예시적인 흐름도이고, 도 13은 다른 실시예에 따른 NFT 홀더의 활동 처리, 스코어 반영 과정을 나타내는 예시적인 흐름도이다. 도 12 및 도 13에서는, 제1 블록체인 네트워크(120)와 제2 블록체인 네트워크(130)를 사용하는 시스템 아키텍처를 전제하고, 제1 스마트 컨트랙트는 제2 스마트 컨트랙트와 함께 배포, 생성되는 것으로 가정한다.
도 12를 참조하면, 컨텐츠 제공자가 서비스 서버(110)에 NFT의 생성을 요청함에 따라, 서비스 서버(110)는 자체 엔진을 통해 제2 스마트 컨트랙트, 제3 스마트 컨트랙트, 제4 스마트 컨트랙트 각각의 코드를 생성 후 컨텐츠 제공자에게 전달할 수 있다.
컨텐츠 제공자는 제2 스마트 컨트랙트를 제1 블록체인 네트워크(120)에 배포할 수 있고, 이에 따라 제1 블록체인 네트워크(120)에서 제2 스마트 컨트랙트가 생성될 수 있다. 한편, 컨텐츠 제공자는 제2 블록체인 네트워크(130)에 제3 스마트 컨트랙트, 제4 스마트 컨트랙트를 배포할 수 있고, 이에 따라 사이드 체인(120)에서 제3 스마트 컨트랙트, 제4 스마트 컨트랙트가 생성될 수 있다.
컨텐츠 제공자는 이후 각 컨트랙트를 연결할 수 있다. 제2 스마트 컨트랙트에 제4 스마트 컨트랙트의 주소와 제3 스마트 컨트랙트의 주소를 연결할 수 있고, 제2 스마트 컨트랙트와 제3 스마트 컨트랙트 간 NFT 소유권(오너쉽)을 동기화할 수 있다.
도 13을 참조하여 NFT 홀더의 활동 처리 과정을 설명한다. '콘서트 참여'라는 활동과 A라는 스코어 값이 존재하며, 사용자가 '콘서트 참여'라는 활동을 5n회(5회, 10회, 15회 등) 달성 시, A라는 스코어 값이 1 증가하는 상황을 가정하자. 해당 사용자가 보유한 NFT의 토큰 식별자(token id)는 1이라 가정한다. 콘서트에 참여할 때마다, 사용자는 컨텐츠 제공자 단말(10)이 호스팅하는 인증 웹사이트에 방문하여 자신의 지갑 주소를 연동한 후 콘서트 참여를 1회 인증할 수 있다. 참여 인증에는 티켓 및 좌석 번호, 티켓 예매 시 사용한 휴대전화 번호 등 다양한 정보가 사용될 수 있다.
컨텐츠 제공자 단말(10)은 콘서트 참여를 인증한 사용자의 참여 내역이 포함된 활동 트랜잭션을 제2 블록체인 네트워크(130)으로 전송할 수 있다. 해당 트랜잭션에는 '토큰 식별자가 1인 사용자가 콘서트 참여를 1회 인증했다'는 내용이 포함될 수 있다. 다만, 이는 오프체인 활동의 처리 과정을 나타낸 것이고, 온 체인 활동을 처리함에 있어서는 컨텐츠 제공자의 사이트 등을 이용할 필요 없이 사용자로부터 제2 블록체인 네트워크(130)으로 활동 트랜잭션이 곧장 전송될 수 있다.
제3 스마트 컨트랙트는 활동 트랜잭션을 통해 활동 기록 요청을 전달 받고, 제4 스마트 컨트랙트를 통해 해당 요청을 수용할지 여부를 결정할 수 있다. 즉, 제3 스마트 컨트랙트는 해당 활동에 대해 검증을 진행하며, 검증의 내용과 방식은 제4 스마트 컨트랙트를 구성하는 메소드에 따라 결정될 수 있다. 예컨대, '콘서트 참여'라는 활동에 대해서는 각 토큰 식별자 당 30일 내 1회의 기록만을 허용한다는 조건이 존재할 수도 있고, 한 토큰 식별자 당 최대 10회까지만 기록 가능하다는 조건이 존재할 수도 있다.
제4 스마트 컨트랙트를 통한 검증에 성공할 경우, 제3 스마트 컨트랙트는 토큰 식별자 1의 활동 로그에 '콘서트 참여'를 1회 기록할 수 있다. 만일 요청의 내용이 제4 스마트 컨트랙트에 규정된 조건을 충족하지 않아 검증에 실패하는 경우, 제4 스마트 컨트랙트는 검증에 실패했음을 알리는 메시지를 컨텐츠 제공자에게 전달할 수 있다.
한편 해당 토큰 식별자와 매칭된 콘서트 참여 활동이 5번째로 기록될 경우, 제4 스마트 컨트랙트에 포함된 '해당 토큰 식별자의 A라는 스코어 값을 1 증가시킨다'는 메소드에 의해 A라는 스코어 값을 1 증가시키도록 명령하는 결과 값이 제4 스마트 컨트랙트로부터 제3 스마트 컨트랙트에 전달될 수 있다. 5n번째의 기록에 따른 상기 결과 값을 전달 받은 제3 스마트 컨트랙트는 '콘서트 참여' 필드의 값을 1 증가시키고 (5번째 증가), 스코어 중 A 필드의 값을 1 증가시킬 수 있다.
도 13을 참조하여 스코어 반영 과정을 설명한다. 상기 일련의 과정을 수행한 결과, 제3 스마트 컨트랙트에는 토큰 식별자 1에 해당하는 NFT의 '콘서트 참여' 필드 값은 5 증가했고, A 스코어 값은 1 증가한 상태가 반영될 수 있다. 그러나 제2 스마트 컨트랙트에는 해당 내용이 아직 전달되지 않고 제2 블록체인 네트워크(130)에만 기록된 상태이므로, 이 내용을 반영(roll up)시키고 메타데이터 내 스코어 A의 값을 갱신하는 절차가 필요하다.
따라서, 실시간으로, 주기적으로, 또는 외부 요청에 따라 제3 스마트 컨트랙트가 반영 요청을 수신하면, 제3 스마트 컨트랙트는 스코어 값, 또는 필요에 따라서는 활동의 기록된 값들을 제1 블록체인 네트워크(120)에 전달할 수 있다. 제1 블록체인 네트워크(120)에 전달된 트랜잭션은 제2 스마트 컨트랙트에 전달될 수 있고, 이에 따라 메타데이터 내 스코어 A의 필드 값이 1 증가한다. 이처럼 제3 스마트 컨트랙트를 제2 블록체인 네트워크(130)에 배포, 생성함으로써, 각 활동에 의해 반영된 스코어를 일일이 메타데이터에 반영하는 것이 아닌, 모든 활동에 의해 산출된 최종 스코어를 일괄적으로 메타데이터에 반영함으로써 반영 비용이 절감되는 효과를 누릴 수 있다.
도 14 및 15는 NFT의 발행 이후 가치 변화를 나타내는 예시적인 도면이다. 도 14는 한 종류의 NFT가 발행된 이후의 가치 변화를 나타내며, 도 15는 NFT1 발행 이후 NFT2가 발행됨에 따른, 두 종류의 NFT의 가치 변화를 나타낸다.
도 14를 참조하면, NFT가 발행된 이후부터 IRL 가치는 우하향할 수 있다. 이는 NFT 발행 시 약속되었던 혜택들이 온라인/오프라인 이벤트가 개최되거나 굿즈가 발매됨에 따라 어느 정도 실현되고, 아티스트의 활동 기한이 유한함에 따라 발생하는 결과일 수 있다. 그러나, NFT가 발행된 이후부터 Web3 가치는 우상향할 수 있다. 'Web3'는 블록체인 기술이 적용되어 자료가 분산 저장되고, 스마트 컨트랙트를 이용하여 관리자의 개입 없는 이용이 가능한 웹 서비스로서, 'Web3 가치'는 본 명세서의 추가 NFT 드롭, 토큰 지급 등 NFT 및 블록체인과 직접적인 관련이 있는 혜택에 근거한 가치를 의미할 수 있다. NFT 발행일자로부터 시간이 경과하면서, NFT 홀더가 다양한 활동에 참여함에 따라 각 NFT의 스코어가 증가할 수 있다. 이로 인해 NFT 홀더가 받는 혜택이 증대되므로, Web3 가치는 시간이 지남에 따라 우상향할 수 있다.
도 15에 도시된 대로, 두 종류의 NFT가 발행되는 경우에는 이러한 양상이 더욱 극대화될 수 있다. NFT2가 발행된 이후부터는, 기존 NFT1과 NFT2의 IRL 가치는 시간 경과에 따라 우하향할 수 있지만, NFT1의 Web3 가치와 NFT2의 Web3 가치는 우상향할 수 있으므로 결국 두 종류의 NFT의 가치 합계는 시간이 흐름에 따라 우상향하는 선순환 구조를 이룰 수 있다. 즉, 시간의 경과 및 NFT 홀더의 활동을 통해 변경되는 메타데이터를 NFT의 가치에 반영하여, 우하향할 수 밖에 없는 IRL 가치의 하락분을 상쇄하고, NFT의 총 가치가 지속적으로 증가하도록 설계함으로써 아티스트에게 NFT 발행의 부담을 줄이고, NFT 홀더에게 NFT의 가치 보존을 위한 커뮤니티 활동을 유도하는 것이 가능하다.
도 16은 일 실시예에 따른 전자 장치의 블록도이다.
전자 장치의 일 예로서 서비스 서버(110)는, 적어도 하나의 프로세서(111) 및 프로세서에 의해 실행되는 적어도 하나의 명령을 저장하는 메모리(113)를 포함할 수 있다. 일 실시예에서, 서비스 서버(110)는 트랜시버나 통신 인터페이스를 통하여 컨텐츠 제공자 단말(10), 아티스트 단말(20), 사용자 단말(30), 제1 블록체인 네트워크(120), 제2 블록체인 네트워크(130), 또는 데이터베이스(140)와 연결되고, 데이터를 교환할 수 있다.
프로세서(111)는 도 1 내지 도 15를 통하여 전술한 적어도 하나의 방법을 수행할 수 있다. 메모리(113)는 도 1 내지 도 15를 통하여 전술한 적어도 하나의 방법을 수행하기 위한 정보를 저장할 수 있다. 메모리(113)는 휘발성 메모리 또는 비휘발성 메모리일 수 있다. 프로세서(111)는 프로그램을 실행하고, 정보를 제공하기 위해 서비스 서버(110)를 제어할 수 있다. 프로세서(111)에 의하여 실행되는 프로그램의 코드는 메모리(113)에 저장될 수 있다.
일 실시예에 따르면, 프로세서(111)는 메모리(113)와 연결되어, 제1 단말로부터 NFT에 대한 발행 요청을 수신하고, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트에 기반하여 NFT의 발행 요청을 전송하도록 설정될 수 있다.
한편, 전자 장치의 다른 예로서 제1 블록체인 네트워크(120)의 노드(120-1)는, 적어도 하나의 프로세서(120-11) 및 프로세서에 의해 실행되는 적어도 하나의 명령을 저장하는 메모리(120-13)를 포함할 수 있다. 일 실시예에서, 노드(120-1)는 트랜시버나 통신 인터페이스를 통하여 서비스 서버(110)와 연결되고, 데이터를 교환할 수 있다.
일 실시예에 따르면, 노드(120-1)의 프로세서(120-11)는 메모리(120-13)와 연결되어, 제3 스마트 컨트랙트에 기반하여, NFT의 홀더의 활동에 대한 트랜잭션을 실행하여 NFT의 홀더의 활동을 제1 블록체인 네트워크(120)에 기록하고, 제4 스마트 컨트랙트에 기반하여, NFT의 홀더의 활동에 따른 스코어의 변경 사항을 산출하고, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트에 기반하여, 스코어의 변경 사항을 NFT의 메타데이터에 반영하도록 설정될 수 있다.
다른 실시예에 따르면, 노드(120-1)의 프로세서(120-11)는 메모리(120-13)와 연결되어, 제2 블록체인 네트워크로부터 NFT의 홀더의 활동에 따른 스코어의 변경 사항을 획득하고, 제1 스마트 컨트랙트 및 제2 스마트 컨트랙트에 기반하여, 스코어의 변경 사항을 NFT의 메타데이터에 반영하도록 설정될 수 있다.
도 16에 도시된 전자 장치는 본 실시예와 관련된 구성요소들만이 도시되어 있다. 따라서, 도 16에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있음을 본 실시예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다.
전술한 실시예들에 따른 장치는 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 버튼 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 저장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(cd-rom), 디브이디(digital versatile disc, DVD)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.
본 실시예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 실시예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(java), 어셈블러(assembler) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시예는 전자적인 환경 설정, 신호 처리, 메시지 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. “매커니즘”, “요소”, “수단”, “구성”과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
전술한 실시예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시예들이 구현될 수 있다.

Claims (20)

  1. 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 제1 블록체인 네트워크의 노드가, 상기 제3 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 대한 트랜잭션을 실행하여 상기 홀더의 활동을 상기 제1 블록체인 네트워크에 기록하는 단계;
    상기 제1 블록체인 네트워크의 노드가, 상기 제4 스마트 컨트랙트에 기반하여, 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 산출하는 단계; 및
    상기 제1 블록체인 네트워크의 노드가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하는 단계를 포함하는,
    대체 불가능 토큰 관리 방법.
  2. 제1 항에 있어서,
    상기 기록하는 단계는,
    상기 제1 블록체인 네트워크의 노드가, 상기 제3 스마트 컨트랙트에 기반하여, 상기 트랜잭션에 의해 발생한 기록 요청을 상기 제4 스마트 컨트랙트에 포함된 검증 기준에 따라 검증하는 단계; 및
    상기 제1 블록체인 네트워크의 노드가, 상기 기록 요청의 검증에 성공할 경우, 상기 제3 스마트 컨트랙트에 기반하여, 상기 기록 요청에 상응하는 상기 홀더의 활동을 상기 제1 블록체인 네트워크에 기록하는 단계를 포함하는,
    대체 불가능 토큰 관리 방법.
  3. 제2 항에 있어서,
    상기 기록하는 단계는,
    상기 제1 블록체인 네트워크의 노드가, 상기 기록 요청의 검증에 실패할 경우, 상기 기록 요청의 검증에 실패했음을 나타내는 응답을 생성하는 단계를 더 포함하는,
    대체 불가능 토큰 관리 방법.
  4. 제1 항에 있어서,
    상기 산출하는 단계 및 상기 반영하는 단계는,
    상기 트랜잭션이 상기 제1 블록체인 네트워크에 기록될 때, 설정된 주기가 도래할 때, 또는 상기 제1 블록체인 네트워크의 외부로부터 상기 스코어에 대한 조회 요청을 수신하는 때에 상기 제1 블록체인 네트워크의 노드에 의해 수행되는,
    대체 불가능 토큰 관리 방법.
  5. 제1 항에 있어서,
    상기 스코어는,
    상기 NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 상기 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함하는,
    대체 불가능 토큰 관리 방법.
  6. 제5 항에 있어서,
    상기 제1 유형의 스코어는,
    상기 NFT를 보유한 기간에 비례하여 증가하며, 상기 NFT를 상기 제1 블록체인 네트워크에 스테이킹(staking)할 경우 보다 빠르게 증가하는,
    대체 불가능 토큰 관리 방법.
  7. 제5 항에 있어서,
    상기 제2 유형의 스코어는,
    상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 참여 스코어, 및 상기 아티스트와 관련된 굿즈(goods) 또는 상기 NFT를 수집한 이력을 반영하는 수집 스코어를 포함하는,
    대체 불가능 토큰 관리 방법.
  8. 대체 불가능 토큰(Non-Fungible Token, NFT)의 홀더(holder)의 활동에 따라 변경 가능한 스코어를 포함하는 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 제1 블록체인 네트워크의 노드가, 제2 블록체인 네트워크로부터 상기 홀더의 활동에 따른 상기 스코어의 변경 사항을 획득하는 단계; 및
    상기 제1 블록체인 네트워크의 노드가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트에 기반하여, 상기 스코어의 변경 사항을 상기 메타데이터에 반영하는 단계를 포함하되,
    상기 제2 블록체인 네트워크는,
    상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포되어, 상기 제3 스마트 컨트랙트에 기반하여 상기 홀더의 활동에 대한 트랜잭션이 실행됨으로써 상기 홀더의 활동이 기록되고, 상기 제4 스마트 컨트랙트에 기반하여 상기 스코어의 변경 사항이 산출되는,
    대체 불가능 토큰 관리 방법.
  9. 제8 항에 있어서,
    상기 획득하는 단계 및 상기 반영하는 단계는,
    상기 트랜잭션이 상기 제2 블록체인 네트워크에 기록될 때, 설정된 주기가 도래할 때, 또는 상기 제1 블록체인 네트워크의 외부로부터 상기 스코어에 대한 조회 요청을 수신하는 때에 상기 제1 블록체인 네트워크의 노드에 의해 수행되는,
    대체 불가능 토큰 관리 방법.
  10. 제8 항에 있어서,
    상기 스코어는,
    상기 NFT를 보유한 기간에 대한 가치를 반영하는 제1 유형의 스코어, 및 상기 NFT와 관련된 커뮤니티 활동에 대한 가치를 반영하는 제2 유형의 스코어를 포함하는,
    대체 불가능 토큰 관리 방법.
  11. 제10 항에 있어서,
    상기 제1 유형의 스코어는,
    상기 NFT를 보유한 기간에 비례하여 증가하며, 상기 NFT를 상기 제1 블록체인 네트워크에 스테이킹(staking)할 경우 보다 빠르게 증가하는,
    대체 불가능 토큰 관리 방법.
  12. 제10 항에 있어서,
    상기 제2 유형의 스코어는,
    상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 이벤트에 참여한 이력을 반영하는 참여 스코어, 및 상기 아티스트와 관련된 굿즈(goods) 또는 상기 NFT를 수집한 이력을 반영하는 수집 스코어를 포함하는,
    대체 불가능 토큰 관리 방법.
  13. 대체 불가능 토큰(Non-Fungible Token, NFT)의 관리 서비스를 제공하는 서비스 서버가, 제1 단말로부터 상기 NFT에 대한 발행 요청을 수신하는 단계; 및
    상기 서비스 서버가, 상기 NFT의 메타데이터를 포함하는 제1 스마트 컨트랙트, 및 상기 메타데이터를 인자로 이용하는 메소드를 포함하는 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 제1 스마트 컨트랙트, 및 상기 제2 스마트 컨트랙트에 기반하여 상기 NFT의 발행 요청을 전송하는 단계를 포함하는,
    대체 불가능 토큰 관리 방법.
  14. 제13 항에 있어서,
    상기 서비스 서버가, 상기 제1 단말 또는 상기 NFT의 홀더(holder)의 계정에 접속된 제2 단말로부터 상기 홀더의 활동에 대한 정보를 수신하는 단계; 및
    상기 서비스 서버가, 상기 홀더의 활동을 기록하는 프로세스를 포함하는 제3 스마트 컨트랙트, 및 상기 홀더의 활동에 따른 스코어링 정책을 포함하는 제4 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 홀더의 활동에 대한 트랜잭션 실행 요청을 전송하는 단계를 더 포함하는,
    대체 불가능 토큰 관리 방법.
  15. 제13 항에 있어서,
    상기 서비스 서버가, 상기 제1 단말 또는 상기 NFT의 홀더의 계정에 접속된 제2 단말로부터 상기 메타데이터에 대한 조회 요청을 수신하는 단계;
    상기 서비스 서버가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트가 배포된 블록체인 네트워크에 상기 메타데이터에 대한 조회 요청을 전송하는 단계;
    상기 서비스 서버가, 상기 제1 스마트 컨트랙트 및 상기 제2 스마트 컨트랙트가 배포된 블록체인 네트워크로부터 상기 메타데이터에 대한 정보를 수신하는 단계; 및
    상기 서비스 서버가, 상기 조회 요청을 전송한 상기 제1 단말 또는 상기 제2 단말에 상기 메타데이터에 대한 정보를 반환하는 단계를 더 포함하고,
    상기 메타데이터에 대한 정보는,
    상기 홀더의 활동에 따라 변경 가능한 스코어에 대한 변경 사항이 반영된,
    대체 불가능 토큰 관리 방법.
  16. 제15 항에 있어서,
    상기 조회 요청은,
    상기 스코어를 조회 가능한 프론트엔드 페이지에 대한 접속 요청, 또는 상기 스코어를 기반으로 한 화이트리스트(whitelist)에 대한 생성 요청을 포함하는,
    대체 불가능 토큰 관리 방법.
  17. 제13 항에 있어서,
    상기 서비스 서버가, 상기 NFT의 홀더를 대상으로 하는 이벤트를 생성하는 단계; 및
    상기 서비스 서버가, 상기 이벤트에 응모한 홀더들 각각이 보유한 상기 NFT의 메타데이터에 기반하여 상기 이벤트의 당첨 대상자를 결정하는 단계를 더 포함하는,
    대체 불가능 토큰 관리 방법.
  18. 제17 항에 있어서,
    상기 이벤트는,
    상기 NFT와 연계된 아티스트에 대한 신규 NFT 드롭 이벤트, 상기 NFT와 연계된 아티스트의 온라인 또는 오프라인 공연 이벤트, 상기 NFT와 연계된 아티스트의 굿즈 지급 이벤트, 상기 NFT와 연계된 아티스트와는 다른 아티스트에 대한 신규 NFT 드롭 이벤트 중 적어도 일부를 포함하는,
    대체 불가능 토큰 관리 방법.
  19. 제17 항에 있어서,
    상기 이벤트의 당첨 대상자를 결정하는 단계는,
    상기 이벤트에 응모한 홀더들 각각이 보유한 상기 NFT의 메타데이터 중 적어도 일부를 필터(filter) 조건 또는 정렬(sorting) 조건으로 적용하여, 상기 이벤트에 응모한 홀더들 중에서 상기 이벤트의 당첨 대상자를 결정하는 단계를 포함하는,
    대체 불가능 토큰 관리 방법.
  20. 제13 항에 있어서,
    상기 메타데이터는,
    상기 NFT의 홀더에게 제공되는 혜택 정보, 상기 NFT와 연계된 아티스트의 명칭, 상기 NFT에 부여될 수 있는 적어도 하나의 프로필 사진(profile picture, PFP), 및 상기 PFP 각각이 상기 NFT에 부여될 확률에 따라 결정되는 상기 PFP 각각의 희귀도(rarity score) 중 적어도 일부를 포함하고,
    상기 혜택 정보는,
    상기 NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하지 않는 이벤트에 대한 제1 혜택 정보, 및 상기 NFT와 관련된 정보가 기록되는 블록체인 네트워크를 이용하는 이벤트에 대한 제2 혜택 정보를 포함하는,
    대체 불가능 토큰 관리 방법.
PCT/KR2023/008135 2022-06-14 2023-06-13 대체 불가능 토큰을 관리하는 전자 장치 및 그 방법 WO2023243996A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20220072469 2022-06-14
KR10-2022-0072469 2022-06-14
KR10-2023-0074989 2023-06-12
KR1020230074989A KR20230171879A (ko) 2022-06-14 2023-06-12 대체 불가능 토큰을 관리하는 전자 장치 및 그 방법

Publications (1)

Publication Number Publication Date
WO2023243996A1 true WO2023243996A1 (ko) 2023-12-21

Family

ID=89191623

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/008135 WO2023243996A1 (ko) 2022-06-14 2023-06-13 대체 불가능 토큰을 관리하는 전자 장치 및 그 방법

Country Status (1)

Country Link
WO (1) WO2023243996A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160203572A1 (en) * 2013-08-21 2016-07-14 Ascribe Gmbh Method to securely establish, affirm, and transfer ownership of artworks
KR20190095896A (ko) * 2018-02-07 2019-08-16 주식회사 마이크레딧체인 블록체인 참여자 보상 방법 및 시스템
KR102057669B1 (ko) * 2019-01-14 2019-12-19 빅픽처랩 주식회사 지역 커뮤니티 블록체인 서비스 제공장치 및 그 방법
KR20220065265A (ko) * 2020-11-13 2022-05-20 (주)티지엑스씨 블록 체인 네트워크 기반의 대체 불가능 토큰을 이용한 소유권 아이템 자산과 연관된 커뮤니티 서비스 제공 방법, 그 장치 및 시스템
KR20220066823A (ko) * 2020-11-16 2022-05-24 포항공과대학교 산학협력단 블록체인 기반 피싱 방지 시스템, 장치 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160203572A1 (en) * 2013-08-21 2016-07-14 Ascribe Gmbh Method to securely establish, affirm, and transfer ownership of artworks
KR20190095896A (ko) * 2018-02-07 2019-08-16 주식회사 마이크레딧체인 블록체인 참여자 보상 방법 및 시스템
KR102057669B1 (ko) * 2019-01-14 2019-12-19 빅픽처랩 주식회사 지역 커뮤니티 블록체인 서비스 제공장치 및 그 방법
KR20220065265A (ko) * 2020-11-13 2022-05-20 (주)티지엑스씨 블록 체인 네트워크 기반의 대체 불가능 토큰을 이용한 소유권 아이템 자산과 연관된 커뮤니티 서비스 제공 방법, 그 장치 및 시스템
KR20220066823A (ko) * 2020-11-16 2022-05-24 포항공과대학교 산학협력단 블록체인 기반 피싱 방지 시스템, 장치 및 방법

Similar Documents

Publication Publication Date Title
JP5814639B2 (ja) クラウドシステム、クラウドサービスのライセンス管理方法、およびプログラム
RU2599969C2 (ru) Способ и устройство для синхронизации данных
WO2017073848A1 (ko) 사용자의 소셜 네트워크 서비스 활동을 기반으로 한 상품 광고 또는 판매 방법
WO2018124718A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
JP2002032280A (ja) 分散型サーバによるコンテンツ及びソフトウェア配信サービスシステム、及び分散型サーバによるコンテンツ及びソフトウェア配信方法、並びに情報記憶媒体
EP2991280B1 (en) Content sharing method and social synchronizing apparatus
WO2019019245A1 (zh) 基金组合购买方法、系统及存储介质
JP2020021134A (ja) 流通管理装置、流通管理システム、及び流通管理方法
WO2020130331A1 (ko) 블록체인에서 노드들간 블록 및 전자 문서를 공유 및 검증하는 방법
WO2020184838A1 (ko) 블록체인 기반 프로젝트 수행 과정에서 획득되는 저작물의 저작권 관리 방법 및 시스템
WO2019164354A1 (ko) 블록체인 기반 소셜 네트워크 서비스 시스템 및 방법
WO2011142615A2 (ko) 가상 가치지표를 이용한 댓글 추천 방법, 그 시스템, 웹 서버, 및 웹 서비스시스템
JP5903004B2 (ja) 情報処理装置及び認可情報管理方法
JP6142625B2 (ja) 電子チラシ配信装置、電子チラシ閲覧制御方法及びコンピュータプログラム
WO2020175753A1 (ko) 전문가에 의해 생성되는 프로젝트 결과물을 빅데이터 기반으로 관리하는 방법 및 시스템
WO2023243996A1 (ko) 대체 불가능 토큰을 관리하는 전자 장치 및 그 방법
JP2014014065A (ja) 情報処理装置、会議システム及びプログラム
WO2017082551A1 (ko) 스마트 단말을 이용하는 숫자열 기반의 실시간 정보 유통 시스템 및 정보 유통 방법
WO2022149722A1 (ko) 블록체인 기반 선불형 콘텐츠 과금 서비스 방법 및 시스템
WO2021125746A1 (ko) 그룹 기반 커뮤니티 시스템 및 그 관리 방법
WO2021145606A1 (en) User apparatus and manager apparatus included in blockchain network and controlling method thereof
WO2019235736A1 (ko) 블록체인 분산어플리케이션 및 어플리케이션 스토어 플랫폼
CN113298574A (zh) 基于区块链的积分管理方法、装置及存储介质
WO2024172311A1 (en) Method and apparatus of providing rewards to token owner
KR20150092788A (ko) 결제 정보 확인에 기반한 업체 이용자 후기 관리 시스템 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23824210

Country of ref document: EP

Kind code of ref document: A1