WO2023234489A1 - System and method for reliably managing educational history of user by using nft - Google Patents

Abstract

The present invention relates to a system and method for issuing an educational history non-fungible token (NFT) of a user on the basis of user's educational history data received from a user terminal, and reliably managing the user's educational history data.

Description

System and method for reliably managing a user's education history using NFT

Embodiments of the present application relate to a system and method for reliably managing a user's education history, such as authenticating the user's education history using a non-fungible token (NFT) and providing a reliable viewing service.

After COVID-19, the education and care scene collapsed rapidly, leading to a surge in demand for various distance education services and digital learning services, which accelerated digital transformation in the education field. Educational history is a very important part of a person's life and affects the overall areas of growth as an individual who can adapt well to society, selection of a satisfactory career, and generation of lifelong income. Therefore, appropriately managing, protecting, and utilizing educational records is an area that everyone is interested in, regardless of public or private education.

Previously, personal information related to education was managed separately, including attendance at elementary, middle, and high schools, academies, after-school activities, obtaining certifications from private institutions, and passing official exams. Since this is very sensitive and important information, discussions and measures to protect it so that no one can view it have already made progress. As a result, on the contrary, even if individuals wanted to view and confirm their own education information, the process was very complicated and inconvenient, and the reality was that records were lost or managed incompletely.

Accordingly, there is a need for technology, such as the present invention, to more reliably manage the educational activity/experience history of students and educators in the education market.

This invention is a technology supported by the National IT Industry Promotion Agency's 2022 Metaverse Content Global Project Support Project (D0131-22-1002) "Project title: Strengthening overseas expansion capabilities based on the education Metaverse platform."

In order to solve the above-described problems, this application seeks to provide a system and method for reliably managing a user's education history using NFT.

The method of reliably managing a user's education history using NFT, according to one aspect of the present application, may be performed by one or more computing devices linked to a blockchain network. The method includes issuing the user's education history NFT based on the user's education history data received from the user terminal. The step of issuing the user's education history NFT includes receiving a request for issuance of an education history NFT from the user terminal of the issuing requester, and having a unique token ID corresponding to the user's education history and the user's account address. It includes the step of creating an education history NFT of the user on a blockchain network, having as the owner address, and the request for issuance of the education history NFT may include education history data of the user.

In one embodiment, the education history data includes the user's education history item and contents about the corresponding history item, and the education history item includes the user's infant/toddler education course history, the user's elementary, middle, and high school regular course history, and the user's higher education. Course history, the user's lifelong education course history, the user's domestic and foreign training course history, the user's overseas training course history, the user's public qualification history, the user's private qualification history, the user's after-school activity history, the user's private education activity history, the user's It may include one or more items of experience activity history and user's related inspection history.

In one embodiment, the step of generating the user's education history NFT on a blockchain network includes storing the user's education history data included in the issuance request in a file DB system that exists outside of the blockchain network, After generating metadata containing information related to education history, the step of storing the metadata in a file DB system may be further included. The metadata includes path data accessible to education history data stored in the file DB system.

In one embodiment, the step of issuing the user's education history NFT includes receiving a request for issuance of an updated education history NFT, including updated data on the education history of a user for which the NFT has already been issued; And it may further include the step of issuing an updated education history NFT based on a request for issuance of the updated education history NFT.

In one embodiment, the method provides, based on the issued education history NFT, a digital badge for the education history of the user for which the NFT was issued, in order for another user to at least partially view the certified education history of the user. ) may further include the step of generating. The digital badge may be image data that digitally represents part of the user's education history.

In one embodiment, the digital badge corresponding to the NFT may be uploaded to a web page and displayed on a user terminal of a user who accessed the web page and has at least partially purchased the NFT or a user who has not purchased the NFT.

In one embodiment, the one or more computing devices may further include an exchange server. The method may further include trading the issued user's education history NFT so that another user can at least partially view the user's certified education history. Only the user terminal of a user or another user who at least partially owns the user's education history NFT may be able to access education history data corresponding to the education history NFT.

In one embodiment, the step of receiving a request for issuance of the NFT may include receiving a request for issuance of a user's specific education history NFT multiple times. The step of creating the user's education history NFT on the blockchain network is to create a series of user's specific education history NFTs, and the series of user's specific education history NFTs are created by the person who requested issuance when each NFT is first issued. It may be sent to the user's account address with 100% of the stake.

In one embodiment, the step of issuing the NFT is performed when it is satisfied that a pre-specified amount of cryptocurrency as an issuance fee has been sent to a pre-specified account address, and when a series of NFTs for a specific education history are issued. , the amount of issuance fees required to issue more junior NFTs may be designated to gradually increase.

In one embodiment, the method is such that, when the linked blockchain network is composed of a proof-of-stake based consensus algorithm, for the issued user's education history NFT, another user stores the network's native cryptocurrency in blockchain data. A step of paying additional compensation while locking the NFT may be further included. The user terminal of the user who has locked the native cryptocurrency in the corresponding NFT acts as a verifier of the blockchain network and performs transaction verification for the corresponding NFT.

A computer-readable recording medium according to another aspect of the present application may record a program for performing a method of reliably managing a user's education history using NFT according to the above-described embodiments.

A system that reliably manages a user's education history using NFT, which is linked to a blockchain network according to another aspect of the present application, receives the user's education history information and requests the issuance of the user's education history NFT. A user terminal that generates - a request for issuance of the education history NFT includes education history data of the user, and a service that issues the user's education history NFT based on the user's education history data received from the user terminal. It may also include servers.

The system according to one aspect of the present application can reliably manage the user's education history by verifying the user's education history using NFT.

In addition, the system can provide a business model that is completely different from the existing education market, in which compensation can be provided to users who issue NFTs by purchasing and viewing the education history of role models through NFTs.

The effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the description of the claims.

In order to more clearly explain the technical solutions of the embodiments of the present invention or the prior art, drawings necessary in the description of the embodiments are briefly introduced below. It should be understood that the drawings below are for illustrative purposes only and not for limiting purposes of the present specification. Additionally, for clarity of explanation, some elements may be shown in the drawings below with various modifications, such as exaggeration or omission.

Figure 1 is a configuration diagram of a system that reliably manages a user's education history using NFT, according to one aspect of the present application.

Figure 2 is a flowchart of a method for reliably managing a user's education history using NFT, according to another aspect of the present application.

Figure 3 is a flowchart of the process of issuing a user's education history NFT, according to an embodiment of the present application. A user who requests the issuance of an NFT through the user terminal 110 is referred to as an issuance requester.

Figure 4 shows a screen for generating an issuance request for NFT, according to an embodiment of the present application.

Figure 5 shows education history information input through the screen of Figure 4.

Figure 6 shows a screen for updating education history and issuing NFT, according to an embodiment of the present application.

Figure 7 shows a brokerage screen provided by the exchange server 140 according to an embodiment of the present application.

Figure 8 shows a screen for staking on an education history NFT, according to an embodiment of the present application.

Figure 9 shows a screen displaying the NFT ranking according to an embodiment of the present application.

Hereinafter, embodiments of the present application will be examined in detail with reference to the drawings.

However, this disclosure is not intended to limit the disclosure to specific embodiments, and should be understood to include various modifications, equivalents, and/or alternatives to the embodiments of the disclosure. . In connection with the description of the drawings, similar reference numbers may be used for similar components.

In this specification, expressions such as “have,” “may have,” “includes,” or “may include” refer to the corresponding features (e.g., numerical values, functions, operations, steps, parts, elements and/or components). It refers to the presence of components such as etc.) and does not exclude the presence or addition of additional features.

When a component is said to be "connected" or "connected" to another component, it is understood that it may be directly connected to or connected to the other component, but that other components may exist in between. It should be. On the other hand, when it is mentioned that a component is “directly connected” or “directly connected” to another component, it should be understood that there are no other components in between.

Expressions such as “first,” “second,” “first,” or “second” used in various embodiments may modify various components regardless of order and/or importance, and do not limit the components. . The above expressions can be used to distinguish one component from another. For example, the first component and the second component may represent different components, regardless of order or importance.

As used herein, the expression “configured to” may mean “suitable for,” “having the capacity to,” depending on the situation. It can be used interchangeably with “designed to,” “adapted to,” “made to,” or “capable of.” The term “configured (or set) to” may not necessarily mean “specifically designed to” in hardware. Instead, in some situations, the expression “device configured to” may mean that the device is “capable of” working with other devices or components. For example, the phrase “processor configured (or set) to perform B, and C” refers to a processor dedicated to performing the operations (e.g., an embedded processor), or by executing one or more software programs stored in a memory device. It may refer to a general-purpose processor (e.g., CPU or application processor) that can perform the corresponding operations.

The system and method for authenticating and trading a user's education history using NFT according to embodiments of the present application include the operation of verifying the input user's education history and issuing it as an NFT, authenticating the user's education history through NFT, and It provides actions that can be viewed, actions that can be viewed by purchasing a role model's education history as an NFT, and actions that provide the user's education history as an NFT to a third party with the individual's consent. Additionally, in some embodiments, the system and method may provide an operation of providing big data to verify the correlation between education history and other information (eg, career, assets) for each user.

In this specification, non-fungible token (NFT) refers to a digital asset that has scarcity. NFT is based on blockchain, so all related information such as education history indicated by NFT is stored in blockchain, so proof of originality is possible and data such as owner information (e.g., user information) and transaction history cannot be tampered with. Integrity can be secured.

Because the metadata and information of digital assets are distributed and stored in participating nodes through the blockchain network, forgery and alteration are impossible as they are distributed and stored through the blockchain network, and all transaction details from the original issuer to the current owner can be traced. However, being tamper-proof does not mean that the token's data (e.g., metadata) cannot be changed. The token data may be changed depending on the agreement of participants in the blockchain network. Then, the data of the changed token is distributed and stored again through the blockchain network, and eventually the data of the changed token is updated to be impossible to forge or falsify.

Using the metadata and information of these digital assets, it is possible to trace all transaction details that have not been forged or altered from the original issuer to the current owner.

Figure 1 is a configuration diagram of a system that reliably manages a user's education history using NFT, according to one aspect of the present application.

Referring to FIG. 1, a system for authenticating and trading a user's education history using NFT (hereinafter, “history NFT management system”, 1) includes a user terminal 110 and a service server 130. Additionally, in some embodiments, the history NFT management system 1 may further include a file DB system 150.

The history NFT management system 1 may be configured to operate in conjunction with the blockchain network 20. Below, we will first look at the configuration of the history NFT management system 1 of Figure 1, and then describe the linked blockchain network 20.

The history NFT management system 1 may be entirely hardware, entirely software, or may have aspects that are partly hardware and partly software. For example, a system may collectively refer to hardware equipped with data processing capabilities and operating software for running it. In this specification, terms such as “unit,” “module,” “device,” or “system” are intended to refer to a combination of hardware and software driven by the hardware. For example, the hardware may be a computing device capable of processing data, including a central processing unit (CPU), a graphics processing unit (GPU), or another processor. Additionally, software may refer to a running process, object, executable, thread of execution, program, etc.

In the history NFT management system 1, the user terminal 110 and the service server 130 are connected through the social network 10.

The social network 10 may refer to a public network that users can generally access through a communication network such as the Internet for easy access to the user's target goods (eg, education history). The social network 10 provides a wired/wireless electrical communication path through which the user terminal 110 and the server 130 can transmit and receive data. The social network 10 is not limited to a communication method according to a specific communication protocol, and an appropriate communication method may be used depending on the implementation. For example, when configured as an Internet Protocol (IP)-based system, the social network 10 may be implemented as a wired and/or wireless Internet network, and the user terminal 110 and the server 130 may be connected to a mobile communication terminal. When implemented as, the social network 10 may be implemented as a wireless network such as a cellular network or a wireless local area network (WLAN) network.

The user terminal 110 is a terminal device for uploading one's own education history to the system or searching another user's education history, and includes at least one processor capable of processing data, a memory for storing data, and transmitting data. /Includes a receiving communication unit. User terminal 110 may be, for example, a laptop computer, notebook, other computing device, tablet, cellular phone, smart phone, smart watch, smart glasses, head mounted display (HMD), other mobile device, or other wearable device. there is.

The user is an individual or group that builds a career through educational activities and experiences in the education market, and includes students, educators, educational institutions, etc. The user may act as a supplier who issues and sells his or her own education history NFT on the system, or as a buyer who purchases other users' education history NFTs.

The operation of this user terminal 110 will be described in more detail with reference to FIG. 2 below.

The service server 130 is a plurality of computer systems or computer software implemented as network servers. Here, a network server is a computer system and computer that is connected to a sub-device that can communicate with other network servers through a computer network such as a private intranet or the Internet, receives a request to perform a task, performs the task, and provides a performance result. Refers to software (network server program). However, in addition to these network server programs, it should be understood as a broad concept that includes a series of application programs operating on a network server and, in some cases, various databases built within it. The service server 130 may be implemented as any type or combination of types of computing devices, such as a network server, web server, file server, supercomputer, desktop computer, etc.

The service server 130 is operated by an operator who provides a platform service that manages the user's education history using NFT.

The service server 130 is connected to one or more user terminals 110, and may be configured to perform an operation according to the request when receiving an NFT issuance request or NFT purchase request from the user terminal 110. Additionally, the service server 130 is linked with the blockchain network 20 to perform the NFT-related operations.

In certain embodiments, the service server 130 generates blockchain data for education history data through the blockchain network 20, registers, verifies, and searches blockchain information, and trades and transfers ownership information. It may also be configured to perform.

The blockchain network 20 is linked to the history NFT management system 1 through the network and can process data generated from the history NFT management system 1. The blockchain network 20 is a distributed group of blocks containing information that records and tracks data between secure groups of systems or computers in a verifiable manner. The blockchain network 20 can be understood as a P2P network system that implements a distributed database with a blockchain structure.

The blockchain network 20 can be understood as a peer-to-peer network including a plurality of interconnected computing devices (hereinafter referred to as 'nodes'), and each node may include one or more processors to perform calculations.

Blockchain data within the blockchain network 20 is treated safely and trustworthy. To this end, the blockchain network 20 distributes the ledger publicly so that at least some users of the network can view all content in each block and users can view changes.

Each block has a hash value (digital fingerprint) that links it to the previous block, making it very easy to notice changes. The technology that guarantees the integrity of blockchain data based on this hash value is treated as the original technology of blockchain, and the original technology of blockchain can be viewed as a consensus mechanism between network participants. The characteristics of the consensus mechanism are separated into public blockchains and private blockchains. The consensus mechanisms of the former blockchain include Proof of Work (PoW), which relies on computing power, and equity, which relies on cryptocurrency holdings. It includes Proof of Stake (PoS) and Delegated Proof of Stake (DPoS), which is a method of forming a kind of National Assembly through reputation and voting, and a representative private blockchain consensus method is solving the Byzantine general problem. This may include the PBFT (Practical Byzantine Fault Tolerance) method, which is a solution that does this. In addition, the blockchain according to an embodiment of the present disclosure is based on BIX (Blue IndeX token) and NFT (Non-Fungible Token), which provide unique characteristics and value, and applies reliability securing technology, where reliability is mutually exclusive. It refers to the integrity of the ledger (immutability) between untrusted network participants. In other words, it guarantees data integrity and provides confidentiality, authentication, integrity, and non-repudiation services.

A secret key and a public key are issued to the user terminal 110 through the service server 130. Public keys are generated only for senders using specific blockchain technology, confirming their origin to the blockchain platform (e.g., exchange).

Blockchain account information may include private keys and public keys. Users who participate in the history NFT management system 1 may have blockchain account information registered in the blockchain network 20.

The secret key is supplied to every user within the blockchain network 20 and is used by everyone within the system to accurately identify a unique user. The secret key is a transaction in the blockchain network 20 (e.g., a transaction that causes a 'digital means of payment' to be transferred from a first user account to a second user account, and a smart contract that is distributed on the blockchain network 20). It can function as the user's digital signature to enable transactions (transactions, transactions that execute smart contracts, etc.) to occur. The public key can function as the user's account address (hereinafter referred to as 'account').

Wallets that can store NFTs operate using private keys. In various embodiments, the wallet may include a human-readable string or number string.

Each NFT has a specific group of blocks containing information that proves ownership of the digital asset and allows users to essentially own a digital receipt. In this specification, digital assets include information on part or all of education history.

The ‘digital payment method’ described in the above example may include cryptocurrency. Cryptocurrency is a means of payment recorded in a distributed system within the blockchain network 20, and is sometimes used as a term for a concept including digital tokens (hereinafter referred to as 'tokens'), but is understood in the description of this document. For convenience, ‘cryptocurrency’ and ‘token’ will be used separately as follows.

In the description of this specification, cryptocurrency refers to a means of payment used as a means of compensation for data recording and trust maintenance from the moment a blockchain network (20) is created. When referring to cryptocurrency in this sense, it refers to a native password. It may also be referred to by the name currency. However, the term 'cryptocurrency' described in the claims of this document does not necessarily include only the concept of 'native cryptocurrency', and may also include the concept of 'token'.

In the description of this specification, a token is a means of digital exchange that is additionally generated in one blockchain network 20 and may have a certain purpose or value. Tokens can be voluntarily generated by nodes participating in the blockchain network 20, and token generation, transfer, and usage information can be recorded in a distributed system within the blockchain network 20. In certain embodiments, the token may be an NFT.

When using the Ethereum-based blockchain network (20) as an example to explain the concept of the terms described above, cryptocurrency means Ethereum, and tokens are used in the Ethereum blockchain network (20) according to the ERC-20 protocol. It may refer to issued ERC-20 tokens.

A transaction may be created or executed by a node (e.g., service server 130, user terminal 110) using the blockchain network 20. Transactions may include information related to education history, information regarding NFT/cryptocurrency transfers, or information regarding smart contracts. Nodes can confirm transaction processing results through blockchain.

Transactions that occur on the blockchain network 20 are cryptographically signed by the secret key of the blockchain account of the subject who created the transactions, so they can be recorded as cryptographic proof data that cannot be forged or altered on the blockchain network 20. there is.

When a transaction occurs, the nodes of the blockchain network 20 verify the integrity of the transaction that occurred, and the consensus algorithm implemented in the blockchain network 20 (e.g., Proof of Work (POW), Proof of Stake (POS), Based on DPOS (Delegated Proof of Stake), etc.), a new block is created to follow the already created block, and the newly created block can be propagated to other nodes and execute transactions. A block may contain multiple transaction information.

Information about blocks can be stored in a transaction database shared by nodes. A transaction database can be understood as a public ledger in which multiple nodes share the same information.

The blockchain network 20 can distribute and execute various smart contracts provided by various nodes. A smart contract is a rule written in digital commands, and when an event that follows the conditions of the rule occurs in the blockchain network 20, it can cause a specific transaction to occur or execute another smart contract according to the set rule. Storage of education history may be performed more simply by the smart contract.

In certain embodiments, the blockchain network 20 may correspond to the Ethereum network or other Proof of Stake (POS) based blockchain networks.

The service server 130 may operate as a node of the blockchain network 20. For this reason, the service server 130 may store education history data in blockchain data shared between a plurality of nodes of the blockchain network 20 or search for previously stored data.

In some embodiments, education history NFT data may be issued with a smart contract. The NFT's smart contract may have cryptocurrency-based trading operations as a condition for performing ownership transfer operations.

The operation of this service server 130 will be described in more detail with reference to FIG. 2 below.

Figure 2 is a flowchart of a method for reliably managing a user's education history using NFT, according to another aspect of the present application.

The method of authenticating and trading a user's education history using the NFT of FIG. 2 (hereinafter referred to as the history NFT management method) is performed by one or more computing devices (e.g., the history NFT management system 1 of FIG. 1). It may be possible.

Referring to FIG. 2, the method of authenticating and trading the user's education history using the NFT (hereinafter referred to as the history NFT management method) is based on the user's education history data received from the user terminal 110. It includes a step of issuing an education history NFT (S100).

In addition, the history NFT management method includes the step of generating a digital badge for the education history of the user to whom the NFT was issued, based on the NFT of step S100, in order for other users to view the education history (S200) ) and/or may further include a step (S300) of trading the user's education history NFT issued in step (S100).

In addition, the history NFT management method includes the step of paying additional compensation to the user's education history NFT issued in step (S100) while the user locks the native cryptocurrency of the network to the corresponding NFT stored in blockchain data ( S400) may further be included. In some embodiments, the history NFT management method may further include providing an NFT ranking (S500).

NFT issuance

Figure 3 is a flowchart of the process of issuing a user's education history NFT, according to an embodiment of the present application. A user who requests the issuance of an NFT through the user terminal 110 is referred to as an issuance requester.

Referring to Figure 3, in the step of issuing the NFT (S100), the service server 130 receives a request for issuance of an education history NFT including the user's own education history data from the user terminal 110 of the issuing requester. Step (S110), and the service server 130 creates an NFT of the user's education history, which has a unique token ID corresponding to the user's education history and has the user's account address (or wallet address) as the owner address. It includes a step of creating on the blockchain network 20 (S130).

In step S110, the issuance requester's user terminal 110 may receive the user's education history information, obtain the user's education history data, and generate an issuance request for an NFT including the education history data.

Figure 4 shows a screen for generating an issuance request for NFT, according to an embodiment of the present application, and Figure 5 shows education history information input through the screen of Figure 4.

Referring to FIG. 4, the user terminal 110 receives education history information describing the user's education experience/activity history according to the user input and generates education history data. Education history data is generated by inputting various histories related to the user's education.

The education history data includes education history items and history content for the items.

Education history items correspond to individual education history. The education history data may include some or all of the history items in the table below.

No.	History items	detail	note
One	User's infant/toddler curriculum history	Daycare centers, kindergartens, academies, etc.
2	User's regular course history in elementary, middle, and high school	Elementary, middle, and high school grades, life records, etc.
3	User's post-secondary education history	University, graduate school, etc.
4	User's continuing education course history	Adult education content after regular course
5	User's domestic and foreign training course history	Domestic and overseas training experience
6	User's overseas training history	When applicable
7	User's public qualification history	Various official certifications
8	User's private qualification history	Various private certifications
9	User's after-school activity history	After-school activities linked to elementary/middle/high schools
10	User's private education activity history	Academy, tutoring, etc.
11	User experience activity history	Contents of various experiential activities
12	User's relevant scan history	intelligence tests, etc.

The history content may consist of multiple content items and detailed content about the content items. The history content may include some or all of the following content items.

No.	Content item	The details	note
One	Nature of the curriculum	Public education/private education/regular education, etc.
2	educational institution	Host educational institution
3	primary educator	Teachers, instructors, assistant instructors, mentors, etc.
4	training period	Date and duration of training
5	training time	Actual training time and accumulated time
6	Course Details	Subjects, Curriculum
7	Results/Certification/Eligibility	Certification of results

Depending on the nature of the curriculum, the education history information may be classified as domestic/international private education or certified education history. Official educational history includes, for example, the College Scholastic Ability Test, elementary/middle/high school transcripts, records of after-school activities, GED scores, scores on certification tests administered by government agencies (e.g., lawyers, patent attorneys, accountants, tax accountants, etc.), etc. It may also include accredited training, etc. Private education history may include, for example, language proficiency tests such as TOEIC or OPIC, and a certificate from a language training institute. These education histories include the value (eg, point value) of each history item and the date of the corresponding history item as item content.

In some embodiments, the value for the content of each history item within each training history is not directly specified according to the value directly entered by the user. When the system 1 receives a value for each history item in the education history through the user terminal 110, it performs a pre-designated authentication procedure, and only the value is changed for the user input that successfully authenticates the history item in the education history. It is finally designated as the value for the star content. As a result, only reliable information is stored and protected. For example, as shown in FIG. 4, user consent may be obtained in advance and the authentication process may be performed.

In some embodiments, the education history data may be used as my data. In this case, education history data may be generated according to a pre-designated My Data format. Various histories related to the user's education may be integrated into My Data with the user's consent.

Additionally, in some embodiments, the user's education history data may further include asset information and/or job history (eg, career details).

The user terminal 110 may generate a request for issuance of an education history NFT, including the education history data of FIG. 4. When the user's education history information is input through the screen of FIG. 4, an operation to generate an NFT may be initiated for education history data including the education history information of FIG. 5 (S110).

The request for issuance of the NFT may include education history data of the user subject to NFT issuance, and an issuance amount corresponding to the number of divided ownership of the corresponding education history data. In some embodiments, the issuance amount may be preset to 1.

The service server 130 issues the user's education history NFT based on the NFT issuance request (S130). The service server 130 uses a smart contract previously distributed on the blockchain network 20 to block the number of NFTs that have a unique token ID corresponding to the education history data and have the user's account address as the owner address. It can also be created on the chain network 20. The education history data is mapped to the token ID.

In some embodiments, the smart contract may be a smart contract with a first protocol. The service server 130 may generate information related to a smart contract with a first protocol for issuing a predetermined number of NFTs to a designated account and disseminate the smart contract with the first protocol to the blockchain network 20. The service server 130 may spread the smart contract and issue an education history NFT.

Referring to the above example, in a system (1) based on the Ethereum network, the smart contract may be a smart contract written according to the ERC-1155 token standard. In some embodiments, the issuance quantity of the first protocol may be 1. In other words, one NFT may be issued per NFT issuance request.

In step S130, the initial owner of each NFT equal to the issued amount created on the blockchain network 20 is designated as the requesting user. When the user's NFT is first issued in the history NFT management system (1), NFTs equal to the initial issuance amount may be sent directly to the user's account address (S130).

In some embodiments, the step (S130) includes storing the user's education history data included in the issuance request in a file DB system that exists outside of the blockchain network, and metadata containing information related to the education history. After creating, the step of storing the metadata in a file DB system may be included.

The service server 130 may store the user's education history data included in the issuance request in the file DB system 150 that exists outside the blockchain network 20. Additionally, the service server 130 may generate metadata containing information related to the education history and then store the metadata in the file DB system 150. The metadata may be stored in association with education history data of source information.

In certain embodiments, the file DB system 150 may be an InterPlanetary File System (IPFS).

Additionally, the request for issuance of the NFT may further include the user's name, a description of the user, and/or the user's electronic signature. To this end, the user terminal 110 may be further configured to receive this information. For example, as shown in FIG. 4, the user terminal 110 may receive this information through file upload.

Then, when the service server 130 generates an NFT equal to the issuance amount, the education history data included in the issuance request is stored in the file DB system 150. In addition, the service server 130 calculates a hash value for the education history data and then includes the user's name, user description, user's account address, user's electronic signature, the hash value, and/or the file DB system. Metadata including path data accessible to the education history data stored in 150 may be created and stored in the file DB system 150. The service server 130 may additionally store various information about the education history included in the education history data and corresponding metadata in an internal database.

Since the metadata about the education history includes the user's path data (e.g., URL, other path addresses), as described later, even if the user's NFT is sold and the number of NFTs owned by the user becomes 0. , The fact that this user is the person who entered/registered the education history data is continuously stored and maintained in the metadata associated with the sold NFT.

In this way, the history NFT management system 1 stores education history data and metadata about the education history data in the file DB system 150 that exists outside of the blockchain network 20 and provides access to the metadata. By having a storage structure that stores the route data and the token ID of the NFT in the blockchain network (20), it is possible to reduce the time and cost required to store education history data or metadata, and to store education history data or metadata. You can access metadata more quickly. Furthermore, the connection between token ID and metadata is clearly guaranteed.

In some embodiments, the content of the metadata stored in the file DB system 150 is changed, thereby disconnecting or changing the connection between the education history NFT and the source data (i.e., education history data) created in the blockchain network 20. To prevent this from happening, the service server 130 may additionally store at least one piece of information included in the metadata in the blockchain network 20 (S130).

For example, the service server 130 may additionally store path data for education history data included in metadata in the blockchain network 20. Then, the connection between the education history NFT and the source data (education history data) is further strengthened.

Referring again to FIG. 3, the step (S100) includes receiving a request for issuance of an updated education history NFT, including updated data on the education history of a user for whom the NFT has already been issued (S150); And it may further include a step (S170) of issuing an updated education history NFT based on a request for issuance of the updated education history NFT. Since the operations of steps S150 and S170 are similar to the operations of steps S110 and S130, the differences will be mainly described.

As time passes, a completely new education history item may be added to the user's education history, or a situation may occur where the content value of the same education history item changes. Accordingly, the user's education history must also be updated.

Figure 6 shows a screen for updating education history and issuing NFT, according to an embodiment of the present application.

Referring to Figure 6, similar to Figure 4, the user terminal 110 is configured to input update information including the education history to be updated and the corresponding content. The education history to be updated may be a new education history item or an existing education history item (S150). The user terminal 110 may generate a request to issue an updated education history NFT based on update information input through the screen of FIG. 6 (S150).

A request for issuance of an updated education history NFT may include update data and an issuance amount corresponding to the number of divided ownership of the updated education history data. In some embodiments, the issuance amount may match the issuance amount included in the issuance request for the education history NFT before the update in step (S110).

Referring again to FIG. 3, the service server 130 receives a request for issuance of an updated education history NFT, including the update data, and issues an updated education history NFT based on the request for issuance of the updated education history NFT. Issue (S170).

The step (S170) updates the user's existing education history previously acquired and stored in step (S110) based on the update data (i.e., update education history item, content) included in the request for issuance of NFT (S170) ). In some embodiments, the service server 130 may update existing education history information stored in the file DB system 150 (S170).

For example, the contents of the high school record, TOEIC report card, and computer literacy certificate entered and already stored through the screen of FIG. 4 may be updated to 3rd grade, 990 points, or 1st grade, respectively. In some embodiments, updating the same education history item may be performed by adding an updated value while maintaining the existing value, or replacing the existing value with the updated value. Since this information update (S170) is similar to the storage operation for NFT issuance in step (S130), detailed description is omitted.

The service server 130 issues the user's updated education history NFT based on the NFT issuance request (S170).

In some embodiments, the updated education history NFT may be a new NFT with a different warranty target from the education history NFT before the update issued in step S130. In some embodiments, the service server 130 uses a smart contract pre-deployed on the blockchain network 20 to create a partition that has a unique token ID corresponding to the updated education history data and has the user's account address as the owner address. A number of NFTs can also be created on the blockchain network 20. The updated education history data is mapped to the new token ID in step S170.

In some embodiments, the smart contract may be a smart contract with a second protocol. The service server 130 may generate information related to a smart contract with a second protocol for issuing a predetermined number of NFTs to a designated account and disseminate the smart contract with the second protocol to the blockchain network 20. The service server 130 may also issue an updated education history NFT using the propagated smart contract. The second smart contract may be distributed together with the first smart contract, or may be additionally distributed on the blockchain network 20 after the first smart contract is distributed.

The account pre-designated in the second protocol may be an account address that owns the NFT in step (S130) issued in accordance with the first protocol. As will be described below, when the NFT is transferred from the account of the user who requested issuance to the account of another user, the NFT of step (S170) may be transmitted to the account address of the other user.

Additionally, the second protocol may include a protocol for generating a transaction to remove an NFT already held in a designated account (i.e., an education history NFT prior to the update in step S130) from the system. In some embodiments, the transaction to remove the NFT may be a transaction that transmits the NFT to be burned to a pre-designated incineration address.

Additionally, in some embodiments, the “u row quantity of the second convention may be 1, like the first convention.

In this way, the user's education history is managed on the system as an NFT after going through the authentication process, so the education history including the user's major qualification history can be provided reliably.

View education history

In the system 1, other users (eg, third parties) other than the requester for NFT issuance may at least partially view the user's certified education history through a digital badge or NFT transaction.

Referring again to FIG. 3, in step S200, a digital badge for the education history of the user to whom the NFT was issued may be generated based on the NFT of step S100.

The digital badge may be image data that digitally represents part or all of the user's education history. Since the digital badge is image-based data, it is more effective in visibility and recognition compared to text-based education history data.

The digital badge in the image format may include part or all of the educational history and/or information summarizing the same. The system 1 may generate a digital badge for a user (e.g., a teacher) including his/her major educational background, career experience, training history, certification history, etc., which has already been certified by issuing an NFT. Alternatively, the system 1 may generate a digital badge for a user (eg, an educational institution) that includes only verified information about the institution's current educational status and certification, major institution history, etc.

The service server 130 may upload a digital badge in the form of an image onto a pre-designated web page. Then, it may be displayed on the terminal 110 of the publication requester who accessed the web page through the social network 10 or the terminal 110 of another user (S200). When the viewer's user terminal 110 clicks a badge on the web, an operation may be initiated to additionally display detailed information on the education history for the clicked badge.

The digital badge in the image format may also be accessible to users who have not purchased the NFT issued in step S100 regarding the education history of the digital badge. That is, the digital badge may be displayed on all user terminals 110 of users who access the web page and who have at least partially purchased the NFT or of users who have not purchased the NFT.

The system 1 creates a digital badge limited to the education history of the user to whom the NFT was issued. Therefore, the badges are all based on certified and reliable information, preventing false sharing or exaggeration of educational history, etc., and ultimately maintaining the reliability of information exposed through the web.

Since the digital badge is provided on the web, it can also be used to expose the user's education history through various web-based education service sites.

For example, if the website of various educational services such as public education and private education includes a digital badge at level (S200), when you search the teacher's profile on the website, the teacher's education history and major qualification history are displayed in the form of a badge. You may be exposed. Alternatively, when the student's profile is viewed, the student's education history and award history may be exposed in the form of a badge.

In this way, a third party can view the education history at least partially through the digital badge prior to purchasing the NFT, and the digital badge in the image format supports the decision to view in detail through the purchase.

In the step (S300), history NFT management system 1 may trade the user's education history NFT issued in step (S100) and provide viewing rights to users other than the issue requestor. The NFT transaction may also be performed based on cryptocurrency.

Additionally, in some embodiments, the history NFT management system 1 may further include an exchange server 140. In this case, NFT transactions may be performed using cryptocurrency accepted by the exchange through the exchange server 140.

In some embodiments, the step of trading the user's education history NFT (S300) includes receiving an education history NFT listing request from the user terminal 110 at the service server 130; And the service server 130 may include the step of listing (going public) the NFT on the exchange server 140 for free trading of NFT equivalent to the issuance amount for the user's education history.

In some embodiments, the exchange server 140 may be operated by an operator of the service server 130.

The user terminal 110 of step S300 may be the user terminal 110 of the requester for issuance of NFT in step S110.

The service server 130 may list already issued NFTs on the exchange server 140 in response to the listing request received from the user terminal 110.

When the NFT is listed on the exchange server 140, the exchange server 140 receives the sale price for the NFT from the user terminal 110 that owns one or more NFTs, or receives a combination of the sale price and the number of sales. You may. When one NFT is issued, it is unnecessary for the exchange server 140 to receive information on the number of items sold.

Additionally, the exchange server 140 may receive a purchase price for the corresponding NFT from the user terminal 110 of one or more users, or may receive a combination of the purchase price and the number of purchases.

When the sales price and the purchase price match for the same NFT, the exchange server 140 determines the user of the user terminal 110 that transmitted the matching sales price as the seller, and determines the user terminal that transmitted the matching purchase price. The user at (110) may be determined as the buyer. The smaller or equal number of the sell number and the buy number may be determined as the transaction number.

In some embodiments, the exchange server 140 may also be linked to the blockchain network 20 and operate as a node of the blockchain network 20. Then, the exchange server 140 transmits cryptocurrency(s) corresponding to the transaction amount multiplied by the sales price by the number of transactions from the buyer's account address to the seller's account address, and distributes them on the blockchain network 20. Using the smart contract, you can also transfer the education history NFT equivalent to the transaction amount from the seller's account address to the buyer's account address.

The smart contract is a transfer that transfers the education history NFT corresponding to the transaction amount to the account address of the transferor (i.e., the purchaser) when the user transfers cryptocurrency corresponding to the transaction amount to a pre-designated account (e.g., owner account). It is configured to generate transactions.

Figure 7 shows a brokerage screen provided by the exchange server 140 according to an embodiment of the present application.

Referring to Figure 7, the user name, current sales price or recent transaction price, and recent transaction volume may be provided through the brokerage screen.

In addition, the exchange server 140 may store a transaction history in the blockchain network 20 in which the ownership of an NFT equivalent to the transaction amount has changed from the seller's account address to the buyer's account address.

In some embodiments, the exchange server 140 may simultaneously perform a transaction for transferring ownership of an education history NFT equal to the transaction amount according to the transfer of cryptocurrency, and a transaction for storing the changed history in the blockchain network 20. . For example, the exchange server 140 may simultaneously perform the ownership transfer transaction and the storage transaction using a transfer single event or transfer batch event that can be implemented according to the ERC-1155 token standard.

In some other embodiments, the exchange server 140 may supply some or all of seller information, buyer information, sales price, and transaction amount to the service server 130. In this case, the service server 130 may perform the ownership transfer transaction and storage transaction. That is, in system 1, the exchange server 140 mainly performs the operation of determining sellers and buyers, and the service server 130 may be configured to perform the actual transfer of ownership of blockchain data.

A buyer who has purchased at least one of the NFTs of a specific user (eg, a seller) in the system 1 may view some or all of the education history of the purchased NFT through his or her user terminal 110. Since NFTs include path data to access education history as source data, they may be treated as viewing rights. . That is, only the user terminal of a user or another user who at least partially owns the user's education history NFT can access education history data corresponding to the education history NFT.

The buyer's user terminal 110 may transmit a request to view education history data previously stored in the service server 130. The viewing request includes the corresponding education history NFT. Additionally, the viewing request may further include a viewing range.

The service server 130 may transmit some or all of the education history already stored in the file DB system 150 to the user terminal 110 that requested it based on the path data included in the NFT.

In this way, in the history NFT management system 1, the user may be configured to use an occupation or celebrity he or she wants to follow as a role model, and to view the role model's education history when purchasing it with NFT. Then, by viewing what kind of education the role model has experienced and their history, the user can also try to receive similar education or get help as a reference for setting other career paths.

In addition, the method further includes the step of paying exposure compensation based on the transaction fee when a transaction fee occurs during an ownership transfer transaction and/or storage transaction for the transaction and ownership of the NFT after step (S300). It may also be included.

The transaction fee may be a predetermined percentage of the transaction amount.

Some or all of the above transaction fees may be paid as exposure compensation as financial compensation to the party who exposed his/her education history through the associated NFT. The exposure compensation may be paid in cryptocurrency.

Like celebrities in their field, the more popular the user to whom the NFT is issued, the greater the demand to view the education history of the popular user. An increase in viewing demand causes the price of the NFT to rise. If the transaction fee is a percentage of the transaction amount, the amount of monetary compensation per transaction paid to the party who discloses his/her education history also increases.

The number of transactions for an NFT for the same object can also be used as a measure of popularity.

Users who purchase celebrities' NFTs can also earn profits as the celebrity's popularity increases. Since the next sale price of the NFT increases as its popularity increases, you can earn the difference between your purchase price and the sale price as a profit.

Additionally, the historical NFT management system 1 may be associated with offline events. If there is an offline event of a celebrity, priority participation rights for the offline event may be provided to a user (eg, a purchaser) who has at least partial ownership of the celebrity's education history NFT. To this end, the service server 130 may provide information on users who have ownership of the education history NFT of event celebrities to the website hosting the offline event. The user's information indicates whether the user has ownership of the NFT. In some embodiments, the user's information may be provided in response to receiving a provision request from the website.

Additionally, the step of receiving a request for issuance of the NFT (S110) may involve receiving a request for issuance of a user's specific education history NFT multiple times. Then, a series of NFTs related to the same education history data may be issued.

The service server 130 receives a request for issuance of the 1-1 NFT for the user's first education history data (S110) and issues the 1-1 NFT (S130). Subsequently, the service server 130 may receive an issuance request for the 1-2 NFT for the user's first education history data (S110) and issue the 1-2 NFT (S130). Just as the same person writes multiple resumes with the same content, it is also possible to issue a series of NFTs about the same user's educational history. If the issuance quantity is set to 1 each, users who own these NFTs each own 100% of the shares of each NFT.

Then, all of the initially created 1-1 to 1-n NFTs may be stored in the account address of the issuing requester and then sold to multiple users through the transaction in step S300.

The fact that many NFTs are issued for the same object can also be used as a measure of popularity.

In some embodiments, the step of issuing the NFT (S130) may be performed when it is satisfied that a pre-designated quantity of cryptocurrency has been transmitted from the service server 130 to a pre-designated account address as an issuance fee. Users wishing to issue an NFT may have to pay a small amount in cryptocurrency. The cryptocurrency may be a cryptocurrency permitted by the exchange server 140.

Additionally, in some embodiments, when a series of NFTs for a specific education history are issued, the amount of issuance fee required to issue lower priority NFTs may be specified to gradually increase. In the above example, the issuance fee required to issue the 1-1 NFT for the first education history will be set to an amount less than the issuance fee required to issue the 1-n NFT for the first education history. It may be possible.

Just as there is a higher transaction volume in large apartments compared to small apartments, issuance of many NFTs for the same user is likely to increase the transaction frequency of that user's education history NFTs.

As mentioned above, as the number of transactions increases, more compensation may be paid to users who expose their education history. It is natural according to market logic that the number of transactions increases as the number of pure consumers who purely want to view the above-mentioned education history increases. It is also natural that demand in this market increases and more NFTs are issued.

On the other hand, there may be attempts to forcibly increase the transaction frequency of NFTs by artificially issuing NFTs in quantities far greater than market demand. If a higher issuance fee is required to issue subordinated NFTs, the issuance of artificial NFTs can be suppressed, preventing false compensation from being paid.

In addition, in some embodiments, the linked blockchain network 20 uses Proof of Stake (PoS: Proof of Stake), Delegated Proof of Stake (DPoS), which is a method of forming a kind of National Assembly through reputation and voting, and When configured with the same proof-of-stake-based consensus algorithm, the history NFT management method is such that, for the user's education history NFT issued in step (S100), another user locks the native cryptocurrency of the network to the corresponding NFT stored in blockchain data. A step (S400) of paying additional compensation may be further included. This cryptocurrency locking operation for additional compensation may also be referred to as a staking operation. The cryptocurrency locking operation for the additional compensation may be performed through various locking mechanisms. Users who have locked the native cryptocurrency for the target NFT may receive additional compensation until it is unlocked through a release script, etc.

The step (S400) is the step of transmitting, by the user terminal 110, a product registration request wishing to register the user's education history NFT as a staking product to the service server 130, based on the product registration request. Registering the corresponding education history NFT as a staking product; And it may also include transmitting information about the registered deposit product to be displayed on the user terminal 110. The product registration request includes the name of the NFT and the minimum staking amount.

Figure 8 shows a screen for staking on an education history NFT, according to an embodiment of the present application.

Referring to FIG. 8, the history NFT management system 1 may provide a screen for staking on the user terminal 110. The minimum staking amount may be set to a native cryptocurrency (eg, Marvelous Coin (MVCN) in FIG. 8).

You can also lock cryptocurrency for NFT registered as a staking product through the screen in Figure 8.

The step (S400) includes receiving a staking request from the user terminal 110; and locking the cryptocurrency for the NFT based on the staking request; and paying additional compensation to the locked user's account address.

When the user terminal 110 selects the deposit button in FIG. 8, a staking request may be generated. The staking request includes the NFT to be staked, and the staking amount. The service server 130 may lock the staking amount for the staking target NFT if the staking amount is more than the minimum staking amount. Other users who deposited the staking amount through the deposit button in Figure 8 can earn profits during the staking period according to the staking amount regardless of the transaction and price fluctuations of the NFT of the staking product.

In the history NFT management system (1) linked to the proof-of-stake-based blockchain network (20), the transaction verification operation for the NFT may be performed by a node that has locked the cryptocurrency in the NFT. The locked node may also include other user terminals 110. Unlike the existing proof-of-stake-based blockchain network (20), which had an unpredictable verification burden for all transactions in the network by locking a certain amount of money on the blockchain network, staking for NFTs in the historical NFT management system (1) A user can more easily check in advance the range of NFTs to be processed by the verification operation of his node (e.g., user terminal 110) and participate as a verifier.

Through these staking actions, we can more clearly see the popularity and scarcity of a given user or his or her educational history, how valuable it is and whether people prefer it.

Referring again to FIG. 2, the history NFT management method may further include providing an NFT ranking (S500). In some embodiments, the NFT ranking may be based on the staking request in step S400. In this case, the NFT ranking indicates popularity in terms of staking.

Figure 9 shows a screen displaying the NFT ranking according to an embodiment of the present application.

Referring to Figure 9, the screen may include a first type of NFT ranking based on the most rapid level of ranking change within a certain period of time and/or a second type of NFT ranking based on the number of staking requests throughout a certain period of time. It may be possible.

The first type of NFT ranking is given a higher ranking if it has the most rapid popularity.

The second type of NFT ranking is given a higher ranking as it becomes more popular over the entire period.

The certain period may be 30 days (days) as shown in FIG. 9, but is not limited thereto and may be set to other periods in hour/day/month units.

In alternative embodiments, the source data pointed to by the NFT may be other historical data. In other words, the history NFT management system 1 may be history in fields other than education, such as career field, sales history, taste history, and other time series history data.

It will be apparent to those skilled in the art that the system 1 may include other components not described herein. For example, it may further include a data input device, an output device such as display and/or printing, a network, a network interface, and a protocol.

When implementing embodiments of the present invention using hardware, application specific integrated circuits (ASICs) or digital signal processors (DSPs), digital signal processing devices (DSPDs), or programmable PLDs (PLDs) configured to perform the embodiments of the present application. logic devices), field programmable gate arrays (FPGAs), etc. may be included in the components of the present application.

The system and method for reliably managing a user's education history using NFT according to the embodiments of the present application described above may be at least partially implemented as a computer program and recorded on a computer-readable recording medium. For example, implemented with a program product comprised of a computer-readable medium containing program code, which can be executed by a processor to perform any or all steps, operations, or processes described.

The computer-readable recording medium includes all types of recording devices that store data that can be read by a computer. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage devices. Additionally, computer-readable recording media may be distributed across computer systems connected to a network, and computer-readable codes may be stored and executed in a distributed manner. Additionally, functional programs, codes, and code segments for implementing this embodiment can be easily understood by those skilled in the art to which this embodiment belongs.

The present invention examined above has been described with reference to the embodiments shown in the drawings, but these are merely illustrative examples, and those skilled in the art will understand that various modifications and modifications of the embodiments are possible therefrom. However, such modifications should be considered within the technical protection scope of the present invention. Therefore, the true technical protection scope of the present invention should be determined by the technical spirit of the attached patent claims.

It is very likely that embodiments of the present invention will be widely used in the field of job seeking and employment.

Claims (12)

1. In a method of reliably managing a user's education history using NFT, which is performed by one or more computing devices linked to a blockchain network,

   Comprising the step of issuing the user's education history NFT based on the user's education history data received from the user terminal,

   The step of issuing the user's education history NFT is,

   Receiving an issuance request for an education history NFT from the user terminal of the issuance requester, and

   Comprising the step of creating an NFT of the user's education history on a blockchain network, which has a unique token ID corresponding to the user's education history and has the user's account address as the owner address,

   Characterized in that the request for issuance of the education history NFT includes education history data of the user,

   method.
2. The method of claim 1,

   The education history data includes the user's education history items and contents about the history items,

   The above education history items include the user's infant/toddler education course history, the user's elementary, middle, and high school regular course history, the user's higher education course history, the user's lifelong education course history, the user's domestic and foreign training course history, the user's overseas education course history, and the user's public certification. Characterized in that it includes one or more of the following: qualification history, user's private qualification history, user's after-school activity history, user's private education activity history, user's experiential activity history, and user's related examination history,

   method.
3. The method of claim 1,

   The step of creating the user's education history NFT on the blockchain network is,

   A step of storing the user's education history data included in the issuance request in a file DB system that exists outside of the blockchain network,

   After generating metadata containing information related to the education history, it further includes the step of storing the metadata in a file DB system,

   The metadata is characterized in that it includes path data accessible to education history data stored in the file DB system,

   method.
4. The method of claim 1,

   The step of issuing the user's education history NFT is,

   Receiving a request for issuance of an updated education history NFT, including updated data on the education history of a user for whom the NFT has already been issued; and

   Characterized in that it further comprises the step of issuing an updated education history NFT based on a request for issuance of the updated education history NFT.

   method.
5. The method of claim 1,

   In order for another user to at least partially view the user's certified education history, based on the issued education history NFT, generating a digital badge for the education history of the user for whom the NFT was issued further includes the step of generating ,

   The digital badge is characterized in that it is image data that digitally represents part of the user's education history,

   method.
6. The method of claim 5,

   The digital badge corresponding to the NFT is uploaded to the web page,

   Characterized in that it is displayed on the user terminal of a user who accessed the web page and who at least partially purchased or did not purchase the NFT,

   method.
7. The method of claim 1,

   The one or more computing devices further include an exchange server,

   The method is:

   Further comprising trading the issued user's education history NFT so that another user can at least partially view the user's certified education history,

   Characterized in that only the user terminal of a user or another user who at least partially owns the user's education history NFT can access education history data corresponding to the education history NFT,

   method.
8. According to claim 7,

   The step of receiving a request for issuance of the NFT is,

   Receiving multiple requests to issue a user's specific education history NFT,

   The step of creating the user's education history NFT on the blockchain network is,

   The idea is to create a series of NFTs of a user's specific education history,

   Characterized by the fact that the series of NFTs with the user's specific education history are each sent with 100% of the stake to the account address of the user requesting issuance when first issued.

   method.
9. The method of claim 8,

   The step of issuing the NFT is,

   This is performed when it is satisfied that a pre-designated amount of cryptocurrency has been sent to a pre-designated account address as an issuance fee.

   When a series of NFTs for a specific education history are issued, the amount of issuance fees required to issue more junior NFTs is specified to gradually increase,

   method.
10. The method of claim 8,

    If the linked blockchain network is composed of a proof-of-stake-based consensus algorithm, additional compensation is received for the issued user's education history NFT while other users lock the network's native cryptocurrency to the corresponding NFT stored in blockchain data. It further includes a payment step,

    The user terminal of the user who has locked the native cryptocurrency in the NFT is characterized in that it performs transaction verification for the NFT as a verifier of the blockchain network,

    method.
11. A computer-readable recording medium recording a program for performing a method of reliably managing a user's education history using an NFT according to any one of claims 1 to 10.
12. In a system that reliably manages a user's education history using NFT, which is linked to a blockchain network,

    A user terminal that receives the user's education history information and generates an issuance request for the user's education history NFT - the issuance request for the education history NFT includes the user's education history data, and

    Comprising a service server that issues the user's education history NFT based on the user's education history data received from the user terminal,

    system.

Images