WO2023182577A1 - 탈중앙화 노드 시스템 및 이의 동작 방법 - Google Patents

탈중앙화 노드 시스템 및 이의 동작 방법 Download PDF

Info

Publication number
WO2023182577A1
WO2023182577A1 PCT/KR2022/008903 KR2022008903W WO2023182577A1 WO 2023182577 A1 WO2023182577 A1 WO 2023182577A1 KR 2022008903 W KR2022008903 W KR 2022008903W WO 2023182577 A1 WO2023182577 A1 WO 2023182577A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
dns
module
tokens
staking
Prior art date
Application number
PCT/KR2022/008903
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
Application filed by 김상율 filed Critical 김상율
Publication of WO2023182577A1 publication Critical patent/WO2023182577A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/102—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measure for e-commerce

Definitions

  • the present invention relates to a decentralized node system and a method of operating the same. Specifically, the present invention relates to a decentralized node system that can build a self-sustaining cryptocurrency ecosystem by issuing and distributing tokens to users holding nodes on a blockchain network and a method of operating the same.
  • Blockchain-based cryptocurrency creates a new block by recording multiple transaction details in one block, creating a hash value representing this block, and linking it to other blocks.
  • the block's unique hash value In order to connect a newly created block to an existing blockchain, the block's unique hash value must be found. The process of finding the hash value of the new block is called Proof of Work (POW).
  • POW Proof of Work
  • the entity performing the proof-of-work is called a node on the blockchain network, and the node that creates a new block receives cryptocurrency as compensation.
  • DeFi is an abbreviation for Decentralized Finance, meaning decentralized ‘distributed finance’ or ‘distributed finance’.
  • a method of receiving a portion of additionally issued coins is used when coins are stored in a specific wallet for a certain period of time.
  • this method has a problem of being controlled by a central server as it has a structure in which profits can only be received by sending cryptocurrency to a centralized electronic wallet, so it cannot be considered a truly decentralized system.
  • the purpose of the present invention is to provide a decentralized node system and a method of operating the same that can issue (or mine) and distribute tokens by replacing the hardware nodes required to operate a blockchain with software nodes.
  • the purpose of the present invention is to enable users to distribute tokens derived from the nodes by holding a node implemented in software, and to distribute tokens in proportion to the amount of nodes and tokens held by the user. It provides a decentralized node system in which the amount of is determined and a method of operating the same.
  • the purpose of the present invention is to provide a truly decentralized system by allowing owners of software nodes to be the subjects of token issuance using pre-written smart contracts without going through a centralized exchange. It provides a node system and its operation method.
  • the purpose of the present invention is to utilize the feature that all data such as creation, issuance, transmission, etc. of virtual assets are recorded on-chain, and whenever a change in the value exceeds a predetermined range occurs, multiple or more
  • the purpose is to provide a decentralized node system and its operation method that can perform verification operations to determine whether it is operational.
  • a method of operating a decentralized node system includes a marketplace module, a DNS node module, a DNS farm module, and a DNS token on a server and a blockchain network through a smart contract.
  • Installing and running a module requesting, from the server, to create a predetermined number of nodes to the DNS node module, granting transaction authority for the created nodes to the marketplace module in the DNS node module.
  • calculating the quantity of the first token may include accumulating new tokens from general mining at predetermined intervals; Performing staking or unstaking on nodes deposited in a specific user's wallet; At the time of performing the staking or unstaking, searching for each user the quantity of nodes being staked by existing users; discovering the amount of tokens held by each user staking a node; And it may include distributing new tokens accumulated from the general mining to the existing users using a distribution ratio calculated based on the staking node and the token holding amount.
  • a reduced amount of new tokens are mined and accumulated compared to the previous cycle, and when all of the predetermined number of tokens are mined, the new tokens are accumulated. This could include stopping mining.
  • the step of distributing new tokens according to the general mining accumulated to the existing users using the calculated distribution ratio involves staking or unstaking for the node deposited in the wallet of the specific user. It may include distributing the new token only when the new token is distributed, and calculating the distribution ratio by applying a weight according to a predetermined ratio to the staking node and the token holding amount.
  • calculating the quantity of the second token includes performing staking on a node deposited in a specific user's wallet; At the time of performing the staking, determining whether the first number of users staking the node is greater than the second number of users during the previous reward mining; If the first number of users is greater than the second number of users, determining the quantity of new tokens according to reward mining using a predetermined formula; And it may include distributing new tokens according to the determined reward mining.
  • the step of determining the quantity of new tokens according to reward mining as the number of users staking the node increases, the quantity of new tokens according to reward mining increases together, and all nodes of a predetermined quantity are staked. If king, this may include stopping the reward mining.
  • the node is issued as a node NFT based on ERC-1155 or ERC-721, and the marketplace module increases the price for the node each time the node is sold to the user terminal, and the predetermined When all of the nodes in quantity are sold, this may include releasing the lock-up on the nodes to enable resale of the nodes.
  • the DNS farm module may include reducing the quantity of new tokens according to the general mining and increasing the quantity of new tokens according to the reward mining whenever a new block is created in a specific blockchain. .
  • the decentralized node system operates in conjunction with a plurality of user terminals and servers, and includes a plurality of modules implemented on a blockchain network through a smart contract.
  • the plurality of modules include: a DNS node module that manages nodes issued in a predetermined quantity and delivers the nodes to the plurality of user terminals; a marketplace module that provides a node transaction interface to the user terminal and specifies the user terminal to which the node is to be delivered based on a transaction request received through the node transaction interface; a DNS farm module that performs a staking or unstaking operation on the node held by an account related to the user terminal; And a DNS token module that manages tokens issued in a predetermined quantity and delivers the tokens to the plurality of user terminals, wherein the DNS farm module performs a predetermined general mining operation for users staking the node.
  • a general distribution unit that calculates the quantity of first tokens to be distributed to the users according to a rule, and a second token to be distributed to the users according to a predetermined reward mining rule for users staking the node It includes a reward distribution unit that calculates the quantity.
  • the DNS farm module includes a staking unit that stakes or unstakes nodes received from the user terminal, and a search unit that searches the nodes that each user is staking on and the quantity of tokens held by each user on the blockchain network. It further includes, and the discovery unit, at the time when the staking unit performs staking or unstaking, reports the node on which each user is staking and the quantity of tokens held to the general distribution unit and the reward distribution unit. This may include conveying.
  • the general distribution unit mines and accumulates a reduced amount of new tokens from general mining at each predetermined cycle, and calculates the number based on the node each user is staking and the quantity of tokens held. This may include distributing new tokens according to the general mining using the distributed distribution ratio.
  • the reward distribution unit determines whether the number of first users staking the node at the time of performing the staking or unstaking is greater than the number of second users during the previous reward mining, and 1 If the number of users is greater than the second number of users, it may include determining the quantity of new tokens according to reward mining using a predetermined formula and distributing them to existing users.
  • the node is issued as a node NFT based on ERC-1155 or ERC-721, and the marketplace module increases the price for the node each time the node is sold to the user terminal, and the predetermined When all of the nodes in quantity are sold, this may include releasing the lock-up on the nodes to enable resale of the nodes.
  • the node NFT may include character NFT or item NFT operated within a specific program.
  • the decentralized node system and its operating method of the present invention can reduce the resources required to operate the blockchain by issuing (or mining) and distributing tokens by replacing the hardware nodes required to operate the blockchain with software nodes. there is.
  • the present invention can issue tokens in a decentralized manner in multiple wallets, breaking away from the existing method of issuing all tokens in a centralized manner in a single wallet.
  • the present invention has the advantage of requiring no separate equipment or space to operate the system and requiring almost no costs to maintain the system.
  • the present invention is a structure that allows users to receive new tokens if they hold cryptocurrency in their electronic wallet, allowing users to determine the amount and retention period of nodes and tokens, thereby generating profits without regulation or interference from the central server. can do.
  • the present invention allows users to continuously receive token distributions if they have many nodes and tokens, thereby continuously attracting the number of users of cryptocurrency, and reducing the amount of circulation and sale of cryptocurrency. The value of currency can be maintained above a certain level.
  • the present invention can improve reliability and security by operating using a smart contract pre-entered into the blockchain network, and can implement a truly decentralized system.
  • the present invention can achieve decentralization by granting token issuance and initial distribution rights to software node owners. Accordingly, the present invention can flexibly respond to various requirements such as blockchain security, openness, immutability, accessibility, anonymity, participation rights, usage rights, and node compensation methods.
  • the present invention improves the security of the system because different smart contracts operate in different fields such as the creation and distribution of virtual assets, so the security application targets are different, and abnormal behavior verification can be performed multiple times. You can do it.
  • the present invention can be applied to various platforms such as online shopping malls, online games, insurance products, financial activities such as payments, transfers, and remittances, and metaverse.
  • Figure 1 is a conceptual diagram for explaining a decentralized node system according to some embodiments of the present invention.
  • Figure 2 is a flowchart for explaining the operation method of the decentralized node system according to an embodiment of the present invention.
  • Figures 3 and 4 are diagrams for explaining the issuance and delivery of nodes in the decentralized node system of Figure 2.
  • Figures 5 and 6 are diagrams to explain the issuance and delivery of tokens in the decentralized node system of Figure 2.
  • FIG. 7 is a diagram for explaining the structural units of the DNS farm module of FIG. 5.
  • FIGS. 8 to 10 are diagrams to explain the process of distributing tokens according to general mining in step S260 of Figure 6.
  • Figures 11 and 12 are diagrams for explaining the process of distributing tokens according to reward mining in step S270 of Figure 6.
  • Figure 13 is a conceptual diagram for explaining a decentralized node system according to another embodiment of the present invention.
  • FIG. 14 is a flowchart for explaining the abnormal operation verification operation of the decentralized node system of FIG. 13.
  • Figure 15 is a diagram illustrating a method of generating tokens in a decentralized node system according to some embodiments of the present invention.
  • FIG. 16 is a diagram for explaining the first abnormal operation verification method performed in step S340 of FIG. 14.
  • FIG. 17 is a diagram illustrating the secondary abnormal operation verification method performed in step S350 of FIG. 14.
  • FIG. 18 is a diagram illustrating an example of the third abnormal operation verification method performed in step S360 of FIG. 14.
  • FIG. 19 is a diagram illustrating another example of the third abnormal operation verification method performed in step S360 of FIG. 14.
  • FIG. 20 is a diagram illustrating a hardware implementation that performs a method of operating a decentralized node system according to some embodiments of the present invention.
  • first, second, etc. used in this specification and claims may be used to describe various components, but the components should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another.
  • a first component may be named a second component, and similarly, the second component may also be named a first component without departing from the scope of the present invention.
  • the term 'and/or' includes any of a plurality of related stated items or a combination of a plurality of related stated items.
  • each configuration, process, process, or method included in each embodiment of the present invention may be shared within the scope of not being technically contradictory to each other.
  • FIG. 1 is a conceptual diagram for explaining a decentralized node system (DNS) according to some embodiments of the present invention.
  • DNS decentralized node system
  • a decentralized node system (hereinafter referred to as DNS) according to some embodiments of the present invention includes a server 100, a blockchain network 200, a user terminal 300, and a communication network. It may include (400).
  • the server 100 may transmit and install a plurality of modules that perform each step of the method of operating a decentralized node system according to some embodiments of the present invention to the blockchain network 200.
  • a plurality of modules can be written in the form of a smart contract and executed on the blockchain network 200.
  • a detailed description of the plurality of modules (110, 120, 130, and 140 in FIG. 2) installed and operating in the blockchain network 200 in the server 100 will be described in detail with reference to FIG. 2.
  • the server 100 can process cryptocurrency transactions through the blockchain network 200 and request a record of the transaction from the blockchain node of the blockchain network 200. Additionally, the server 100 may record and manage distribution details of mined software nodes and tokens in blockchain blocks on the blockchain network 200.
  • the software node can be deployed and executed on the blockchain network 200 through a smart contract, and minting and mining can be performed on the blockchain network 200 through a smart contract. ), approving, and transmitting.
  • on-chain data refers to data about all transaction records exchanged on the blockchain, including the type or number of nodes or tokens traded on the blockchain, user account (or wallet) Data such as an address) and a reward paid to a node (e.g., a token) may be included.
  • a software node may be issued in the form of a Non-Fungible Token (NFT).
  • NFT Non-Fungible Token
  • a software node may be an NFT implemented based on ERC-1155 or ERC-721.
  • ERC-1155 or ERC-721.
  • this is only an example of implementing a software node, and the present invention is not limited to this.
  • the node described in this specification will be described on the premise that it is a software node implemented by a smart contract on the blockchain network 200.
  • token refers to cryptocurrency provided to nodes holding nodes. Tokens can be mined according to rules predetermined in the smart contract and distributed to nodes holding nodes. At this time, tokens may be distributed to users holding nodes (or holding nodes in staking) based on general mining rules or reward mining rules predetermined in the smart contract. Details about the general mining rules and reward mining rules will be described below with reference to FIGS. 8 to 12.
  • a node or holding a node in staking
  • a token derived from a node By distributing tokens to users who already own them, existing users can be encouraged to continue holding cryptocurrency (i.e. nodes or tokens) and continuously increase their holdings. Additionally, by continuing to provide rewards to existing users, the influx of new users can increase.
  • the server 100 provides a transaction interface to the user terminal 300, and the user terminal 300 can generate a transaction between the user terminals 300 through the transaction interface.
  • the first user terminal 310 may transfer the node or token it holds from the first user account to the second user account through a transaction interface.
  • the server 100 is a workstation, a data center, an internet data center (IDC), a direct attached storage (DAS) system, a storage area network (SAN) system, a network attached storage (NAS) system, and It may be implemented as at least one of a RAID (redundant array of inexpensive disks, or redundant array of independent disks) system, but the present embodiment is not limited thereto.
  • IDC internet data center
  • DAS direct attached storage
  • SAN storage area network
  • NAS network attached storage
  • the server 100 may transmit data to the user terminal 300 through the communication network 400.
  • the communication network 400 may include a network based on wired Internet technology, wireless Internet technology, and short-distance communication technology.
  • Wired Internet technology may include, for example, at least one of a local area network (LAN) and a wide area network (WAN).
  • Wireless Internet technologies include, for example, Wireless LAN (WLAN), DLNA (Digital Living Network Alliance), Wibro (Wireless Broadband), Wimax (World Interoperability for Microwave Access: Wimax), and HSDPA (High Speed Downlink Packet). Access), HSUPA (High Speed Uplink Packet Access), IEEE 802.16, Long Term Evolution (LTE), LTE-A (Long Term Evolution-Advanced), Wireless Mobile Broadband Service (WMBS) and 5G NR (New Radio) technology.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • WMBS Wireless Mobile Broadband Service
  • 5G NR New Radio
  • the server 100 and the user terminal 300 that communicate through the communication network 400 can comply with technical standards and standard communication methods for mobile communication.
  • standard communication methods include GSM (Global System for Mobile communication), CDMA (Code Division Multi Access), CDMA2000 (Code Division Multi Access 2000), and EV-DO (Enhanced Voice-Data Optimized or Enhanced Voice-Data Only).
  • WCDMA Wideband CDMA
  • HSDPA High Speed Downlink Packet Access
  • HSUPA High Speed Uplink Packet Access
  • LTE Long Term Evolution
  • LTEA Long Term Evolution-Advanced
  • NR 5G New Radio
  • this embodiment is not limited to this.
  • the user terminal 300 can receive various interfaces through which it can use services provided by the platform from the server 100 through the communication network 400.
  • the user terminal 300 may include, for example, a personal digital assistant (PDA), a portable computer, a web tablet, a wireless phone, a mobile phone, It can be applied to digital music players, memory cards, or any electronic product that can transmit and/or receive information in a wireless environment. Additionally, there may be multiple user terminals 300.
  • the user terminal 300 may include first to ninth user terminals 310 to 390.
  • the user terminal 300 includes an input unit that receives the user's input, a display unit that displays visual information, a communication unit that transmits and receives signals from the outside, a camera unit that photographs the user's face, and a converter that converts electrical signals into sound waves. It may include a speaker unit, a microphone unit that converts the user's voice into digital data, and a control unit that processes data, controls each unit within the user terminal 200, and controls data transmission/reception between units.
  • the blockchain network 200 can be the entity that performs each step of the operation method of the decentralized node system.
  • the blockchain network 200 can be the entity that operates a plurality of modules pre-written as smart contracts.
  • the blockchain network 200 may be referred to as a peer-to-peer network including a plurality of computing devices 210, 220, 230, 240, 250, and 260 (peers or nodes) connected to each other through a network.
  • the plurality of computing devices 210, 220, 230, 240, 250, and 260 may have one public ledger.
  • the blockchain network 200 may be referred to as a distributed network in that one public ledger is created by each of a plurality of computing devices 210, 220, 230, 240, 250, and 260.
  • the single public ledger may be referenced by multiple blockchain blocks.
  • the blockchain network 200 can process transactions and record them in blockchain blocks.
  • the blockchain network 200 can process transactions defined in smart contracts and record them in blockchain blocks.
  • a block refers to a type of sequentially connected data packet in which contents such as transaction details and occurrence time are encrypted in the form of letters and numbers.
  • the decentralized node system can perform multiple steps to ensure token distribution according to operating procedures linked to the smart contract program operating in the blockchain network 200.
  • the smart contract program can be understood as a program that automatically executes the contract contents when the contract conditions programmed based on blockchain technology are satisfied. For example, if an administrator who wants to register a smart contract program in the blockchain network 200 codes the terms and contents of the contract and registers them in the blockchain network 200, the smart contract program will be executed when certain conditions are met according to the contract contents. The corresponding action can be performed automatically.
  • the decentralized node system can discover the quantity of nodes and tokens held by each user based on log data recorded in the blockchain and distribute newly issued tokens based on this. A detailed explanation of this will be provided below.
  • the decentralized node system (DNS) and its operating method according to some embodiments of the present invention, as the decentralized node system (DNS) is performed on the blockchain network 200, the use of additional servers increases. There is no need for expansion, and if you select and use the globally widely used cryptocurrency mainnet, safety from hacking risks is guaranteed, so the manpower required for security and maintenance costs for the system can be reduced. In addition, since customer identity information is not held by the service provider and can be distributed fairly according to predetermined rules, the operational stability of the system and personal information security can be strengthened.
  • the decentralized node system includes multiple blocks such as double chain, consortium blockchain, inter chain, and side chain. Of course, it can be applied to chains.
  • the method of operating the decentralized node system may be performed by omitting some steps in the flowcharts shown in this specification, or may be performed by adding specific steps not shown in this specification.
  • the method of operating a decentralized node system according to some embodiments of the present invention does not necessarily have to be performed in the order of the flowcharts shown in this specification, and may be performed by changing the order of specific steps or performed simultaneously.
  • Those skilled in the art will be able to implement embodiments of the present invention through various modifications without departing from the scope of the present invention.
  • Figure 2 is a flowchart for explaining the operation method of the decentralized node system according to an embodiment of the present invention.
  • the decentralized node system includes a marketplace module 110, a DNS node module 120, a DNS farm module 130, and a DNS token module 140.
  • Each module (110, 120, 130, and 140) can be implemented as a smart contract, and the server 100 stores each module (110, 120, 130, and 140) on the blockchain network 200. You can install and operate it.
  • the marketplace module 110 provides a node transaction interface to the user terminal 300 and delivers a node to be traded based on a transaction request received through the node transaction interface. ) can be specified. That is, a user using the user terminal 310 can purchase or sell nodes through the node transaction interface provided by the marketplace module 110.
  • the DNS node module 120 manages nodes issued in a predetermined quantity and delivers nodes subject to transaction to a specific user terminal 310. At this time, the server 100 may mint a predetermined number of nodes to the DNS node module 120. Additionally, the server 100 may preset the total quantity of nodes and also set the price of nodes to be sold in advance.
  • the DNS node module 120 provides a tradable node to the marketplace module 110 and, according to a request received from the marketplace module 110, connects the node to a specific device or a specific user's account or electronic device. You can transfer it to your wallet.
  • the node belonging to the user account will be expressed as being transmitted to the user terminal 300. do.
  • the DNS farm module 130 manages nodes held by accounts related to a specific user terminal 310 and can perform staking or unstaking operations for the corresponding nodes. there is. In addition, the DNS farm module 130 performs the operation of distributing new tokens to users holding nodes.
  • the DNS token module 140 manages tokens issued in a predetermined quantity and delivers the tokens to the user terminal 300. At this time, the quantity of tokens to be issued may be set by the server 100.
  • the server 100 may set a token to be generated or issued (or mined) in a predetermined quantity each time a block is created at a predetermined cycle. At this time. Issuance of tokens can be operated through multiple rules. For example, tokens are issued (or mined) by general mining rules or reward mining rules, based on the amount of nodes or tokens the user holds in the account (or wallet). can be distributed.
  • the DNS farm module 130 may perform an operation to calculate the quantity of tokens issued (or mined) and distributed to each user. A detailed description of the token distribution method will be provided below.
  • the DNS token module 140 receives the distribution target and quantity of the token calculated by the DNS farm module 130, and distributes the token issued based on this to a plurality of user terminals ( 300).
  • Figures 3 and 4 are diagrams for explaining the issuance and delivery of nodes in the decentralized node system (DNS) of Figure 2.
  • the node is expressed as 'node NFT' to make it clear that it is a software node, but this is only an example of a node and the present invention is not limited to this.
  • the node is expressed as 'node NFT' for the same purpose, and can be interpreted to have the same meaning as 'node' described in the detailed description.
  • the server 100 installs and operates the marketplace module 110 and the DNS node module 120 on the blockchain network 200 through a smart contract (S110, S11, S12).
  • the server 100 requests the DNS node module 120 to create a predetermined number of nodes (S120).
  • the DNS node module 120 mints (i.e. creates) a node corresponding to the received creation request.
  • the server 100 requests the DNS node module 120 to create 22,000 nodes, some of which are private nodes sold to a Decentralized Autonomous Organization (DAO). Some nodes can be assigned to private nodes, and others can be assigned to public nodes sold to the public.
  • DAO Decentralized Autonomous Organization
  • the server 100 may additionally set the mining period, sales price, resale conditions, etc. of the issued node in the DNS node module 120. For example, a node is mined for 7 years, and each time a node is sold, the selling price of the node increases at a predetermined rate, and at the point when the predetermined conditions are met (e.g. Resale of nodes can be prohibited until the nodes are sold out. However, this is only an example and the present invention is not limited thereto.
  • the server 100 can set the DNS node module 120 to sell one node by dividing it by the stake ratio. For example, one node can be converted into 100 node parts and sold to users.
  • the server 100 allocates selling authority for the issued node to the marketplace module 110 (S130, S13, S14). At this time, the server 100 may transfer the sales authority of the issued node to the marketplace module 110 through the DNS node module 120.
  • the marketplace module 110 provides a node transaction interface (i.e., node transaction interface) to the user terminal 310 (S140).
  • the user terminal 310 can access the node transaction interface through a separate application or web browser provided by the server 100.
  • the node trading interface can provide information about nodes that can be traded.
  • the marketplace module 110 receives a purchase request for a node from the user terminal 310 (S150). For example, when the marketplace module 110 receives a purchase request from the user terminal 310 (S21), the marketplace module 110 sends information about the user terminal 310 to the DNS node module 120. , Information about the node subject to purchase is transmitted (S22).
  • the DNS node module 120 delivers the node to the user terminal 310 (S160, S23). That is, the operation of actually transferring ownership of a node can be performed by the DNS node module 120.
  • the marketplace module 110 sells from the first user terminal 310.
  • the request can be received (S31).
  • the marketplace module 110 may display information (for example, price and quantity, etc.) about the node being sold on the node transaction interface.
  • the marketplace module 110 may receive a purchase request from the second user terminal 320 (S32). If the sales request of the first user terminal 310 matches the purchase request of the second user terminal 320, the marketplace module 110 selects the node held by the first user terminal 310. 2 You can request delivery to the user terminal 320 (S33). Subsequently, the DNS node module 120 may transfer the node held by the first user terminal 310 to the second user terminal 320 (S34). In other words, the node transaction interface provided by the marketplace module 110 can perform the function of an exchange that relays purchase requests and sales requests from multiple users.
  • the DNS node module 120 holds transaction details of nodes made in the blockchain network 200, and can search for and calculate the quantity of nodes held by multiple users. Data held by the DNS node module 120 can be used by the DNS farm module 130 to calculate the distribution ratio of tokens during the token mining process.
  • Figures 5 and 6 are diagrams for explaining the issuance and delivery of tokens in the decentralized node system (DNS) of Figure 2.
  • DNS decentralized node system
  • the server 100 installs and operates the DNS farm module 130 and the DNS token module 140 on the blockchain network 200 through a smart contract (S210, S41, S42) ).
  • the server 100 requests the DNS token module 140 to generate a predetermined number of tokens (S220).
  • tokens are generated (or issued) in batches in the DNS token module 140, or are generated sequentially in conjunction with the block generation of the standard cryptocurrency on the blockchain network 200, thereby creating corresponding tokens (tokens). ) may be sequentially generated (or issued) in the DNS token module 140. A detailed description of this will be provided later with reference to FIG. 15.
  • the server 100 requests the DNS token module 140 to generate 50 billion tokens, but some of these are generated by users who hold nodes or are staking through a general mining method (hereinafter referred to as , distributed to nodes, and the other portion may be distributed to existing nodes each time new nodes increase through compensation mining.
  • a general mining method hereinafter referred to as , distributed to nodes, and the other portion may be distributed to existing nodes each time new nodes increase through compensation mining.
  • the server 100 can set the mining period and distribution conditions of the issued token in the DNS farm module 130 by dividing them into a general mining method and a compensation mining method.
  • a general mining method and a compensation mining method A detailed explanation of the general mining method and compensation mining method will be provided below.
  • the server 100 assigns distribution authority for the issued token to the DNS farm module 130 (S230, S43, S44). At this time, the server 100 may allocate the distribution authority of the issued token to the DNS farm module 130 through the DNS token module 140.
  • the DNS farm module 130 receives a staking request for a node owned by the user terminal 310 (S240, S51).
  • staking means depositing the cryptocurrency you own for a certain period of time and receiving tokens as interest according to a set interest rate.
  • the DNS farm module 130 performs staking on the requested node (S250). At this time, transactions in the staking node may be suspended for a certain period of time through lock-up until unstaking is performed.
  • the DNS farm module 130 calculates the quantity of tokens to be distributed according to a predetermined general mining method to users staking nodes (S260, S52).
  • the DNS farm module 130 calculates the quantity of tokens to be distributed according to a predetermined reward mining method to users staking nodes (S270, S52).
  • the DNS farm module 130 delivers the calculated distribution quantity of the token to the DNS token module 140, and the DNS token module 140 distributes the token to be distributed to each user terminal 300. ) is transmitted to (S280, S53, S54).
  • FIG. 7 is a diagram for explaining the structural units of the DNS farm module of FIG. 5.
  • the DNS farm module 130 may be composed of a staking unit 131, a search unit 133, a general distribution unit 135, and a reward distribution unit 137.
  • the staking unit 131 performs an operation of staking or unstaking a node owned by the user terminal 300.
  • the search unit 133 performs an operation to determine the quantity of nodes and tokens currently issued (or mined).
  • the quantity of nodes and tokens currently held by each user terminal 300 can be used to calculate the distribution ratio of tokens issued according to general mining rules and reward mining rules.
  • the general distribution unit 135 uses the general mining rules pre-entered by the server 100 to calculate the distribution ratio of tokens subject to general mining to each user terminal 300. do.
  • the reward distribution unit 137 performs an operation of calculating the distribution ratio of tokens subject to reward mining to each user terminal 300 using reward mining rules pre-entered by the server 100. do.
  • FIGs 8 to 10 are diagrams to explain the process of distributing tokens according to general mining in step S260 of Figure 6.
  • all token distribution operations according to general mining are performed in the DNS farm module 130, but of course, some steps may be performed in other modules.
  • the DNS farm module 130 accumulates new tokens from general mining at predetermined cycles (S261).
  • the predetermined cycle may be the generation cycle of a specific blockchain operating in the blockchain network 200 in which the decentralized node system (DNS) of the present invention is installed.
  • DNS decentralized node system
  • the DNS farm module 130 may accumulate a predetermined number of tokens from general mining each time a blockchain recording a transaction is created. At this time, the quantity of accumulated tokens may gradually decrease over time.
  • this is only an example and the present invention is not limited thereto.
  • the DNS farm module 130 receives a request for staking or unstaking for a node deposited in the new user's account (or wallet) and performs the request (S262, S263).
  • the DNS farm module 130 searches for each user the quantity of nodes currently being staked by existing users at the time of performing the staking or unstaking (S264). At this time, of course, the quantity of nodes currently staking by existing users can be received from the DNS node module 120.
  • the DNS farm module 130 searches for the amount of tokens held by each user staking the node (S265).
  • the DNS farm module 130 calculates the distribution ratio and distribution amount based on the holding amount of nodes and tokens being staked and delivers them to the DNS token module 140.
  • the DNS farm module 130 loads the account information of each user holding a node.
  • Account information includes the holding amount of nodes (C2) and the holding amount of tokens (C4) belonging to each account.
  • the DNS farm module 130 determines the retention ratio (C3) of the node for each user and the possession ratio of tokens (C3) based on the total amount of nodes and tokens held by the loaded users. C5), and calculate the combined holding ratio (C6).
  • the combined holding ratio (C6) can be calculated by applying the weight between the predetermined node and token. For example, referring to the weight table (TD2), a weight of 30% is applied to the node holding ratio and 70% to the token holding ratio, and then added together to obtain the combined holding ratio (C6). It can be calculated.
  • the DNS farm module 130 determines the distribution amount of tokens for general mining to be distributed based on the calculated combined holding ratio (C6).
  • the DNS token module 140 distributes new tokens to existing users based on the distribution amount of tokens according to general mining received (S266).
  • distribution of tokens according to general mining can be performed on new accumulated tokens based on the time when a new user starts staking. Additionally, in order to calculate the amount of tokens distributed according to general mining, the quantity of nodes on which existing users are staking and the quantity of tokens held by existing users can be used. However, this is only an example, and of course, new tokens can be distributed using the quantity of nodes held by existing users instead of the quantity of nodes being staked by existing users. .
  • the quantity of tokens accumulated for general mining may be gradually reduced. That is, the DNS farm module 130 can mine and accumulate a reduced amount of new tokens compared to the previous cycle at each predetermined cycle. Additionally, if a predetermined number of tokens are all mined, mining of ShinQ tokens for general mining may be stopped. For example, new tokens resulting from general mining are mined until the allocated token quantity is exhausted, and the quantity may be reduced by 0.05% every day.
  • the DNS farm module 130 can distribute new tokens accumulated through general mining at the time a node deposited in a specific user's wallet performs staking or unstaking. there is.
  • the x-axis represents the creation cycle of the blockchain
  • the y-axis represents the quantity of tokens to be distributed according to general mining mined and accumulated in each cycle.
  • the tokens to be distributed are accumulated, and at the time a new user performs staking (T1), the accumulated tokens to be distributed are distributed to existing users. can be distributed to At this time, after distribution, the accumulated amount of tokens to be distributed is initialized.
  • the tokens to be distributed are accumulated again, and at the time when another new user performs staking (T2), the accumulated tokens to be distributed are can be distributed back to existing users.
  • FIGs 11 and 12 are diagrams for explaining the process of distributing tokens according to reward mining in step S270 of Figure 6. Similarly, hereinafter, for convenience of explanation, all token distribution operations according to general mining will be described as being performed in the DNS farm module 130, but of course, some steps may be performed in other modules.
  • the DNS farm module 130 receives a request for staking for a node deposited in a specific user's wallet (S271), and Perform staking for (S272).
  • the DNS farm module 130 determines whether the first number of users staking the node is greater than the second number of users during the previous reward mining (S273) .
  • the DNS farm module 130 determines the quantity of new tokens according to reward mining using a predetermined formula (S274).
  • the DNS farm module 130 may determine whether the node for which staking is requested has a previous staking history. Subsequently, if the corresponding node is the first staking, the DNS farm module 130 can determine the quantity of new tokens according to reward mining using a predetermined formula. At this time, the DNS farm module 130 can distribute new tokens according to reward mining only when the node first stakes.
  • the DNS farm module 130 can separately manage an exclusive node for reward mining among a plurality of nodes, and the first exclusive node of the exclusive node New tokens according to reward mining can be distributed only when staking.
  • the first quantity (R(3)) of new tokens resulting from reward mining at the first point in time (e.g., u(3)) when the total number of staking users increases to 1001 is , It may be smaller than the second quantity (R(8)) of new tokens resulting from reward mining at the second point in time (e.g., u(8)) when the total number of users staking increases to 1010.
  • the quantity of new tokens resulting from reward mining can increase whenever the total number of staking users increases.
  • New tokens subject to distribution according to reward mining can be defined by [Equation 1].
  • Reward refers to the quantity of new tokens to be distributed in reward mining
  • Init_Reward refers to the initial value of reward mining (R(0) in Figure 12)
  • count refers to the number of users staking
  • Increase rate refers to the increase in the amount of new tokens distributed from reward mining.
  • the issuance of new tokens through reward mining may be stopped.
  • the node may be unlocked to enable re-transaction through the marketplace module 110.
  • the DNS farm module 130 distributes the determined new tokens according to the reward mining to existing users through the DNS token module 140 (S275).
  • the DNS farm module 130 increases the number of users staking a node (or whenever a new block is created in a specific blockchain), and the quantity of new tokens (or , the accumulated amount per predetermined period) is reduced, and the quantity of new tokens according to reward mining is increased.
  • the user is a node.
  • tokens can be distributed according to general mining and reward mining derived from the node. Therefore, since the amount of tokens distributed is determined in proportion to the amount of nodes and tokens held by the user, users are motivated to increase their holdings by continuously holding nodes and tokens.
  • the circulation and sale volume of nodes and tokens can be maintained or reduced to an appropriate level, and the value of the nodes and tokens can also exceed a certain level.
  • an ideal cryptocurrency ecosystem can be created.
  • the decentralized node system (DNS) of the present invention can improve reliability and security by operating using smart contracts pre-entered into the blockchain network, and can implement a truly decentralized system.
  • the present invention can achieve decentralization by granting token issuance and initial distribution rights to software node owners. Accordingly, the present invention can flexibly respond to various requirements such as blockchain security, openness, immutability, accessibility, anonymity, participation rights, usage rights, and node compensation methods.
  • the decentralized node system (DNS) of the present invention replaces the hardware nodes required to operate the blockchain with software nodes to issue (or mine) and distribute tokens, thereby providing the resources necessary to operate the blockchain. can be reduced.
  • the present invention does not require a separate space, and almost no maintenance costs are incurred.
  • the decentralized node system (DNS) of the present invention may include character NFTs or item NFTs that are operated within a specific program on behalf of a specific node.
  • users using a specific program can distribute and utilize tokens available within the program by holding character NFTs or item NFTs, so that a decentralized cryptocurrency ecosystem can be created naturally within the program.
  • each node may be given a different image from a random box, and each node may perform mutual synthesis. It can be used to create new images, and can be used as a virtual currency to create new value within the program.
  • this is only an example and the present invention is not limited thereto.
  • DNS decentralized node system
  • FIG. 13 is a conceptual diagram for explaining a decentralized node system (DNS) according to another embodiment of the present invention.
  • FIG. 14 is a flowchart for explaining the abnormal operation verification operation of the decentralized node system (DNS) of FIG. 13.
  • DNS decentralized node system
  • the decentralized node system includes a marketplace module 110, a DNS node module 120, a DNS farm module 130, and a DNS token module 140. and a DNS verification module 150.
  • Each module (110, 120, 130, 140, and 150) can be implemented as a smart contract, and the server 100 operates each module (110, 120, 130, 140, 150) can be installed and operated.
  • the DNS verification module 150 performs an operation to verify the integrity of the token at the token creation, issuance, or transmission stage. In addition, the DNS verification module 150 may also perform an operation to verify the integrity of a node at the node issuance or transmission stage. However, hereinafter, for convenience of explanation, the verification method for the token will be explained as an example.
  • the decentralized node system (DNS) according to another embodiment of the present invention utilizes the characteristic that all data such as creation, issuance, and transmission of tokens are recorded on-chain, and predetermined Whenever a change in the value exceeds the range occurs, a verification operation can be performed to determine whether or not there is an abnormal operation.
  • the server 100 installs and operates a plurality of modules composed of smart contracts on the blockchain network 200 (S310).
  • the plurality of modules may include a marketplace module 110, a DNS node module 120, a DNS farm module 130, a DNS token module 140, and a DNS verification module 150.
  • the blockchain network 200 generates blocks at predetermined intervals (S320).
  • the server 100 may set a token to be generated or issued (or mined) in a predetermined quantity each time a block is generated at a predetermined cycle.
  • the DNS token module 140 calculates the theoretical token generation quantity per block and transmits it to the DNS verification module 150 (S330).
  • the DNS verification module 150 performs a first abnormal operation verification on the generated token (S340). Details about the first abnormal operation verification will be described later with reference to FIGS. 15 and 16.
  • the DNS farm module 130 calculates the quantity of tokens to be issued to users holding nodes. At this time, tokens may be issued according to the ratio of nodes held by users through general mining rules or reward mining rules.
  • the DNS verification module 150 performs a second abnormal operation verification on the token issued to the user (S350). Details about the second abnormal operation verification will be described later with reference to FIG. 17.
  • the DNS token module 140 may receive a token transmission request from the user.
  • the DNS verification module 150 may perform a third abnormal operation verification on the token received from the user and requested to be transmitted (S360). Details about the third abnormal operation verification will be described later with reference to FIGS. 18 and 19.
  • the DNS verification module 150 can perform abnormal operation verification on tokens generated, issued, and requested to be transmitted in a decentralized node system (DNS).
  • DNS decentralized node system
  • the decentralized node system (DNS) of the present invention does not always perform all of the first to third abnormal operation verifications described above, and some steps among the first to third abnormal operation verifications are omitted or additional abnormal operation verification is performed. It can be operated by adding .
  • FIG. 15 is a diagram illustrating a method of generating tokens in a decentralized node system (DNS) according to some embodiments of the present invention.
  • FIG. 16 is a diagram for explaining the first abnormal operation verification method performed in step S340 of FIG. 14.
  • tokens can be generated through sequential generation method and batch generation method.
  • the sequential generation method refers to a method in which a predetermined number of tokens are generated each time a block is created in the blockchain network 200 and continuously transmitted to a dedicated smart contract.
  • the sequential generation method is close to decentralization because the generation of tokens is ongoing, and the issuing entity holds only a portion of the tokens.
  • the batch generation method refers to a method in which the maximum quantity of tokens is generated at once in the blockchain network 200 or generated when necessary and transmitted to a dedicated smart contract.
  • the batch generation method is a complete type in which tokens are generated in batches, so the issuing entity holds and manages all of the tokens.
  • Figure 16 shows a flow chart for the first abnormal operation verification performed when tokens are sequentially generated in a sequential generation method.
  • the server 100 installs and operates a plurality of modules composed of smart contracts on the blockchain network 200 (S310).
  • the blockchain network 200 generates blocks at predetermined intervals (S320).
  • the predetermined cycle may be linked to the generation cycle of a specific block created on the blockchain network 200.
  • the DNS token module 140 calculates the theoretical token generation quantity per block (i.e., theoretical token generation quantity) and transmits it to the DNS verification module 150 (S330).
  • the DNS verification module 150 determines the theoretical token generation quantity (i.e., first quantity) and the token generated as a block is generated. ) (i.e., the second quantity) is compared (S341).
  • the DNS verification module 150 compares whether the difference between the first quantity and the second quantity is greater than a predetermined standard value (S343), and if the difference between the first quantity and the second quantity is greater than the standard value, the node Stop the issuance of (node) and token (S345).
  • the DNS verification module 150 transmits a request for creating a token to the server 100 or the DNS token module 140 (S347) .
  • the decentralized node system which generates tokens in a sequential manner, does not immediately generate tokens, but performs verification of abnormal operation of the DNS verification module 150 and then generates tokens. ) can be transmitted.
  • FIG. 17 is a diagram illustrating the secondary abnormal operation verification method performed in step S350 of FIG. 14.
  • the secondary abnormal operation verification method may be performed in the server 100 or the DNS verification module 150, but hereinafter, for convenience of explanation, the method performed in the DNS verification module 150 will be described as an example.
  • the DNS verification module 150 searches for the quantity of tokens scheduled to be issued in this round for users holding nodes (S351). At this time, the DNS verification module 150 can receive and use the quantity of tokens scheduled to be issued from the DNS farm module 130.
  • the DNS verification module 150 calculates the theoretical issued quantity of tokens to be distributed to users in this round based on the quantity of tokens issued in the previous round (S352).
  • the DNS verification module 150 stops the lockup of the node or the issuance of the token (S357).
  • the DNS verification module 150 informs the DNS token module 140 that there is no problem so that the token is issued as scheduled (S359) .
  • the DNS verification module 150 searches for the actual number of tokens issued to a node during a preset period (S354).
  • the DNS verification module 150 searches for the theoretical number of issuances of the token preset in the smart contract during the preset period (S355).
  • the DNS verification module 150 stops the lockup of the node or the issuance of the token (S357).
  • the DNS verification module 150 informs the DNS token module 140 that there is no problem so that the token is issued as scheduled (S359) .
  • the secondary abnormal operation verification method corresponds to the operation of verifying abnormal operation based on the amount and number of tokens issued.
  • FIG. 18 is a diagram illustrating an example of the third abnormal operation verification method performed in step S360 of FIG. 14.
  • the third abnormal operation verification method may be performed in the server 100 or the DNS verification module 150, but for convenience of explanation, it will be described below by taking the method performed in the DNS verification module 150 as an example.
  • the DNS verification module 150 receives the token transmission request quantity requested by the user terminal 300 holding the token (S361). At this time, the DNS verification module 150 can receive and use the token transmission request quantity from the DNS token module 140.
  • the DNS verification module 150 loads a preset transmission limit quantity into the account of the user terminal 300 (S362).
  • the DNS verification module 150 locks up the account of the user terminal 300 or stops the transmission of the token (S367) .
  • the DNS verification module 150 informs the DNS token module 140 that there is no problem so that the token is transmitted as requested (S369) ).
  • the DNS verification module 150 searches for the number of token transmissions requested by the user terminal 300 during a preset period (S364).
  • the DNS verification module 150 loads the preset transmission limit number into the account of the user terminal 300 for a preset period (S365).
  • the DNS verification module 150 locks up the account of the user terminal 300 or stops the token transmission (S367) .
  • the DNS verification module 150 informs the DNS token module 140 that there is no problem so that the token is transmitted as requested (S369) ).
  • the third abnormal operation verification method corresponds to the operation of verifying abnormal operation based on the amount of token transmission and the number of transmissions.
  • FIG. 19 is a diagram illustrating another example of the third abnormal operation verification method performed in step S360 of FIG. 14.
  • the third abnormal operation verification method may be performed in the server 100 or the DNS verification module 150, but for convenience of explanation, it will be described below by taking the method performed in the DNS verification module 150 as an example.
  • the user activates an on-chain account to connect multiple cryptocurrency wallets (hereinafter referred to as wallets) of other companies through the user terminal 300 (S461).
  • wallets multiple cryptocurrency wallets
  • the user connects a plurality of wallets issued by different companies to the user's on-chain account activated through the user terminal 300 using a smart contract (S462).
  • the plurality of wallets may include various types of cryptocurrency wallets, such as PC wallets, web wallets, mobile wallets, and hardware wallets.
  • the DNS verification module 150 receives the number of consent-requiring wallets that require consent when transmitting virtual assets (e.g., nodes or tokens) from the user terminal 300, and The time limit for receiving consent is received (S463).
  • the DNS verification module 150 sets the number of consent-required wallets and a time limit in the on-chain account of the user terminal 300.
  • the DNS verification module 150 receives a transmission request for a virtual asset (eg, a node or a token) from the user terminal 300 (S464).
  • a virtual asset eg, a node or a token
  • the DNS token module 140 may receive a token transmission request from the user terminal 300, and the received token transmission request may be transmitted to the DNS verification module 150.
  • the DNS node module 120 may receive a node transmission request from the user terminal 300, and the received node transmission request may be transmitted to the DNS verification module 150.
  • the DNS verification module 150 receives consent from a plurality of wallets connected to the user's on-chain account within a time limit of more than the number of wallets requiring consent (S465).
  • the DNS verification module 150 transmits the requested virtual asset (S466).
  • an example of the 3rd abnormal operation verification method described with reference to FIG. 18 and another example of the 3rd abnormal operation verification method described with reference to FIG. 19 are one decentralized node. Can be performed simultaneously within the system.
  • the decentralized node system can minimize the probability of security problems occurring by performing multiple abnormal operation verifications.
  • the entity that checks and responds at every moment is a monitoring smart contract, so if a problem is discovered, immediate action can be taken automatically.
  • the security application targets are different, and abnormal behavior verification can be performed multiple times, improving the security of the system. You can.
  • FIG. 20 is a diagram illustrating a hardware implementation that performs a method of operating a decentralized node system according to some embodiments of the present invention.
  • each node constituting the server 100 or the blockchain network 200 may be implemented as an electronic device 1000.
  • the electronic device 1000 may include a controller 1010, an input/output device 1020 (I/O), a memory device 1030, an interface 1040, and a bus 1050.
  • the controller 1010, input/output device 1020, memory device 1030, and/or interface 1040 may be coupled to each other through a bus 1050.
  • the bus 1050 corresponds to a path through which data moves.
  • the controller 1010 includes a Central Processing Unit (CPU), a Micro Processor Unit (MPU), a Micro Controller Unit (MCU), a Graphic Processing Unit (GPU), a Neural Processing Unit (NPU), a microprocessor, a digital signal processor, It may include at least one of a microcontroller, an application processor (AP), and logic elements capable of performing functions similar to these.
  • CPU Central Processing Unit
  • MPU Micro Processor Unit
  • MCU Micro Controller Unit
  • GPU Graphic Processing Unit
  • NPU Neural Processing Unit
  • microprocessor a digital signal processor
  • It may include at least one of a microcontroller, an application processor (AP), and logic elements capable of performing functions similar to these.
  • AP application processor
  • the input/output device 1020 may include at least one of a keypad, a keyboard, a touch screen, and a display device.
  • the memory device 1030 may store data and/or programs.
  • the memory device 1030 is an operating memory for improving the operation of the controller 1010 and may include high-speed DRAM and/or SRAM.
  • the memory device 1030 may store a program or application for operating a decentralized node system therein.
  • the interface 1040 may perform a function of transmitting data to or receiving data from a communication network.
  • the interface 1040 may operate in a wired or wireless manner.
  • the interface 1040 may include an antenna or a wired or wireless transceiver.
  • the decentralized node system and its operating method of the present invention replaces the hardware nodes required to operate the blockchain with software nodes to issue (or mine) and distribute tokens, thereby saving the resources necessary to operate the blockchain. can be reduced.
  • the present invention is a structure that allows users to receive new tokens if they hold cryptocurrency in their electronic wallet, allowing users to determine the amount and retention period of nodes and tokens, thereby generating profits without regulation or interference from the central server. can do.
  • the present invention allows users to continuously receive token distributions if they have many nodes and tokens, thereby continuously attracting the number of users of cryptocurrency, and reducing the amount of circulation and sale of cryptocurrency. The value of currency can be maintained above a certain level.
  • the present invention can improve reliability and security by operating using a smart contract pre-entered into the blockchain network, and can implement a truly decentralized system. At this time, the present invention can achieve decentralization by granting token issuance and initial distribution rights to software node owners.
  • the present invention improves the security of the system because different smart contracts operate in different fields such as the creation and distribution of virtual assets, so the security application targets are different, and abnormal behavior verification can be performed multiple times. You can do it.
  • the present invention can be applied to various platforms such as online shopping malls, online games, insurance products, financial activities such as payments, transfers, and remittances, and metaverse.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 탈중앙화 노드 시스템 및 이의 동작 방법에 관한 것이다. 구체적으로, 본 발명은, 블록체인 네트워크 상에서 노드를 보유한 사용자들에게 토큰을 발행하고 분배함으로써 암호화폐의 자생적 생태계를 구축할 수 있는 탈중앙화 노드 시스템 및 이의 동작 방법에 관한 것이다.

Description

탈중앙화 노드 시스템 및 이의 동작 방법
본 발명은 탈중앙화 노드 시스템 및 이의 동작 방법에 관한 것이다. 구체적으로, 본 발명은, 블록체인 네트워크 상에서 노드를 보유한 사용자들에게 토큰을 발행하고 분배함으로써 암호화폐의 자생적 생태계를 구축할 수 있는 탈중앙화 노드 시스템 및 이의 동작 방법에 관한 것이다.
이 부분에 기술된 내용은 단순히 본 실시예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.
최근 인터넷 기술의 발달로 인하여, 블록체인 기반의 암호화폐들이 등장하면서 사용자들은 보다 다양한 용도로 활용할 수 있게 되었다. 특히, 인터넷 사용자들의 암호화폐에 대한 관심의 증가로, 암호화폐 거래 서비스를 통해 암호화폐를 거래하여 수익을 창출하는 등 암호화폐 거래 시장의 활성화로 이어지고 있다.
블록체인 기반의 암호화폐는, 하나의 블록에 다수의 거래내역을 기록하고, 이 블록을 대표하는 해시값을 만들어 다른 블록과 연결하는 방식으로 새로운 블록을 생성한다. 새롭게 생성된 블록은 기존 블록체인에 연결하기 위해서는 해당 블록 고유의 해시값을 찾아야 하는데, 이렇게 새로운 블록의 해시값을 찾는 과정을 작업증명(Proof of Work; POW)라고 한다. 이때, 작업증명을 수행하는 주체는 블록체인 네트워크 상에서 노드(node)라고 불리며, 새로운 블록을 생성한 노드는 그에 대한 보상으로 암호화폐를 지급받게 된다.
다만, 이러한 노드를 설치하기 위해서는 컴퓨터 하드웨어가 필요하며, 하드웨어 노드를 운영하는데 있어 다양한 유무형의 리소스(예를 들어, 하드웨어, 운영 전력, 시스템 엔지니어 등)를 필요로 하다. 따라서, 채굴형 하드웨어 노드에서 사용되는 리소스를 최소화하면서도 블록체인 장점을 이용할 수 있는 기술에 대한 니즈가 증가되고 있다.
한편, 디파이(DeFi)란 탈중앙화 금융(Decentralized Finance)의 약자로서, 탈중앙화된　분산금융　또는　분산재정을 의미한다. 디파이에 유동성을 공급하기 위한 방법으로, 특정 지갑에 일정 기간동안 코인을 보관해 놓는 경우, 추가 발행되는 코인의 일부를 분배 받는 방식이 이용되고 있다. 다만, 이러한 방식은 중앙화된 전자지갑에 암호화폐를 전송해야만 수익을 받을 수 있는 구조로 중앙 서버에 대한 통제를 받는 문제가 있어, 진정한 의미의 탈중앙화 시스템이라고 볼 수 없는 문제가 있었다.
본 발명의 목적은, 블록체인을 운영하는데 필요한 하드웨어 노드를 소프트웨어 노드로 대체하여 토큰을 발행(또는, 채굴)하고 분배할 수 있는 탈중앙화 노드 시스템 및 이의 동작 방법을 제공하는 것이다.
또한, 본 발명의 목적은, 소프트웨어로 구현되는 노드(node)를 사용자가 보유함으로써 상기 노드에서 파생되는 토큰(token)를 분배 받을 수 있으며, 사용자가 보유한 노드와 토큰의 양에 비례하여 분배 받는 토큰의 양이 결정되는 탈중앙화 노드 시스템 및 이의 동작 방법을 제공하는 것이다.
또한, 본 발명의 목적은, 중앙화된 거래소를 거치지 않고, 미리 작성된 스마트 컨트랙트를 이용하여 소프트웨어 노드의 소유자들이 토큰 발행의 주체가 될 수 있도록 함으로써, 진정한 의미의 탈중앙화 시스템을 제공할 수 있는 탈중앙화 노드 시스템 및 이의 동작 방법을 제공하는 것이다.
또한, 본 발명의 목적은, 가상자산의 모든 생성, 발행, 전송 등의 데이터가 온체인(on-chain)에 기록되는 특징을 활용하여, 미리 정해진 범위 이상의 수치의 변화가 일어날 때마다, 복수 이상동작 여부 판단에 대한 검증 동작을 수행할 수 있는 탈중앙화 노드 시스템 및 이의 동작 방법을 제공하는 것이다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있고, 본 발명의 실시예에 의해 보다 분명하게 이해될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.
상기 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법은, 서버에서, 스마트 컨트랙트를 통하여 블록체인 네트워크 상에 마켓 플레이스 모듈, DNS 노드 모듈, DNS 팜 모듈, 및 DNS 토큰 모듈을 설치 및 구동시키는 단계, 상기 서버에서, 상기 DNS 노드 모듈에 미리 정해진 수량의 노드(Node)를 생성 요청하는 단계, 상기 DNS 노드 모듈에서, 생성된 상기 노드의 거래 권한을 상기 마켓 플레이스 모듈에 할당하는 단계, 상기 마켓 플레이스 모듈에서, 상기 사용자 단말에 노드 거래 인터페이스를 제공하는 단계, 상기 노드 거래 인터페이스를 통해 수신한 거래 요청을 기초로, 상기 DNS 노드 모듈에서 상기 사용자 단말과 관련된 계정에 상기 노드를 전달하는 단계, 상기 서버에서, 상기 DNS 토큰 모듈에 미리 정해진 수량의 토큰을 생성 요청하는 단계, 상기 DNS 토큰 모듈에서, 생성된 상기 토큰의 분배 권한을 상기 DNS 팜 모듈에 할당하는 단계, 상기 DNS 팜 모듈에서, 상기 사용자 단말과 관련된 계정이 보유한 상기 노드에 대한 스테이킹(staking) 또는 언스테이킹(unstaking)을 수행하는 단계, 상기 DNS 팜 모듈에서, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 일반 채굴 규칙에 따라 상기 사용자들을 대상으로 분배할 제1 토큰의 수량을 산출하는 단계, 상기 DNS 팜 모듈에서, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 보상 채굴 규칙에 따라 상기 사용자들을 대상으로 분배할 제2 토큰의 수량을 산출하는 단계, 및 상기 DNS 토큰 모듈에서, 산출된 상기 제1 토큰 또는 상기 제2 토큰을 상기 사용자 단말의 계정에 발행하는 단계를 포함한다.
또한, 상기 제1 토큰의 수량을 산출하는 단계는, 미리 정해진 주기마다 일반 채굴에 따른 신규 토큰을 누적시키는 단계; 특정 사용자의 지갑에 예치된 노드에 대한 스테이킹 또는 언스테이킹을 수행하는 단계; 상기 스테이킹 또는 상기 언스테이킹을 수행하는 시점에, 기존 사용자들의 스테이킹 중인 노드의 수량을 각 사용자별로 탐색하는 단계; 노드를 스테이킹 중인 상기 각 사용자들이 보유한 토큰 보유량을 탐색하는 단계; 및 상기 스테이킹 중인 노드 및 상기 토큰 보유량을 기초로 산출된 분배비율을 이용하여, 상기 기존 사용자들에게 누적된 상기 일반 채굴에 따른 신규 토큰을 분배하는 단계를 포함할 수 있다.
또한, 상기 일반 채굴에 따른 신규 토큰을 누적시키는 단계는, 미리 정해진 주기마다, 이전 주기보다 감소된 양의 신규 토큰을 채굴하여 누적시키며, 미리 정해진 수량의 토큰이 모두 채굴되는 경우, 상기 신규 토큰의 채굴을 중단하는 것을 포함할 수 있다.
또한, 상기 산출된 분배비율을 이용하여, 상기 기존 사용자들에게 누적된 상기 일반 채굴에 따른 신규 토큰을 분배하는 단계는, 상기 특정 사용자의 지갑에 예치된 노드에 대한 스테이킹 또는 언스테이킹을 수행하는 때에만 상기 신규 토큰을 분배하며, 상기 스테이킹 중인 노드 및 상기 토큰 보유량에, 미리 정해진 비율에 따른 가중치를 적용하여, 상기 분배비율을 산출하는 것을 포함할 수 있다.
또한, 상기 제2 토큰의 수량을 산출하는 단계는, 특정 사용자의 지갑에 예치된 노드에 대한 스테이킹을 수행하는 단계; 상기 스테이킹을 수행하는 시점에, 상기 노드를 스테이킹 중인 제1 사용자수가, 직전 보상 채굴 시의 제2 사용자수보다 큰지 여부를 판단하는 단계; 상기 제1 사용자수가 상기 제2 사용자수보다 큰 경우, 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정하는 단계; 및 결정된 상기 보상 채굴에 따른 신규 토큰을 분배하는 단계를 포함할 수 있다.
또한, 상기 보상 채굴에 따른 신규 토큰의 수량을 결정하는 단계는, 상기 노드를 스테이킹 중인 사용자수가 증가될수록, 상기 보상 채굴에 따른 신규 토큰의 수량을 함께 증가시키고, 미리 정해진 수량의 노드가 모두 스테이킹되는 경우, 상기 보상 채굴을 중단하는 것을 포함할 수 있다.
또한, 상기 노드는, ERC-1155 또는 ERC-721 기반의 노드 NFT로 발행되고, 상기 마켓 플레이스 모듈은, 상기 노드가 상기 사용자 단말에 판매될 때마다 상기 노드에 대한 가격을 증가시키고, 상기 미리 정해진 수량의 노드가 모두 판매되는 경우, 상기 노드에 대한 재판매가 가능하도록 상기 노드에 대한 락업(lock-up)을 해제하는 것을 포함할 수 있다.
또한, 상기 DNS 팜 모듈은, 특정 블록체인에서 신규 블록이 생성될 때마다, 상기 일반 채굴에 따른 신규 토큰의 수량을 감소시키고, 상기 보상 채굴에 따른 신규 토큰의 수량을 증가시키는 것을 포함할 수 있다.
한편, 상기 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템은, 복수의 사용자 단말 및 서버와 연계하여 동작하고, 스마트 컨트랙트를 통하여 블록체인 네트워크 상에 구현된 복수의 모듈을 포함하되, 상기 복수의 모듈은, 미리 정해진 수량으로 발행된 노드(Node)를 관리하고, 상기 노드를 상기 복수의 사용자 단말에 전달하는 DNS 노드 모듈; 상기 사용자 단말에 노드 거래 인터페이스를 제공하고, 상기 노드 거래 인터페이스를 통해 수신한 거래 요청을 기초로 상기 노드가 전달될 상기 사용자 단말을 특정하는 마켓 플레이스 모듈; 상기 사용자 단말과 관련된 계정이 보유한 상기 노드에 대한 스테이킹(staking) 또는 언스테이킹(unstaking) 동작을 수행하는 DNS 팜 모듈; 및 미리 정해진 수량으로 발행된 토큰을 관리하고, 상기 토큰을 상기 복수의 사용자 단말에 전달하는 DNS 토큰 모듈을 포함하되, 상기 DNS 팜 모듈은, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 일반 채굴 규칙에 따라, 상기 사용자들에게 분배할 제1 토큰의 수량을 산출하는 일반 분배 유닛과, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 보상 채굴 규칙에 따라, 상기 사용자들에게 분배할 제2 토큰의 수량을 산출하는 보상 분배 유닛을 포함한다.
또한, 상기 DNS 팜 모듈은, 상기 사용자 단말로부터 수신한 노드를 스테이킹 또는 언스테이킹하는 스테이킹 유닛과, 상기 블럭체인 네트워크 상에서 각 사용자가 스테이킹 중인 노드 및 보유한 토큰의 수량을 탐색하는 탐색 유닛을 더 포함하고, 상기 탐색 유닛은, 상기 스테이킹 유닛이 스테이킹 또는 언스테이킹을 수행하는 시점에, 각 사용자가 스테이킹 중인 노드 및 보유한 토큰의 수량을 상기 일반 분배 유닛 및 상기 보상 분배 유닛에 전달하는 것을 포함할 수 있다.
또한, 상기 일반 분배 유닛은, 미리 정해진 주기마다, 이전 주기보다 감소된 양의 일반 채굴에 따른 신규 토큰을 채굴하여 누적시키고, 상기 각 사용자가 스테이킹 중인 노드 및 상기 보유한 토큰의 수량을 기초로 산출된 분배비율을 이용하여, 상기 일반 채굴에 따른 신규 토큰을 분배하는 것을 포함할 수 있다.
또한, 상기 보상 분배 유닛은, 상기 스테이킹 또는 언스테이킹을 수행하는 시점에, 상기 노드를 스테이킹 중인 제1 사용자수가, 직전 보상 채굴 시의 제2 사용자수보다 큰지 여부를 판단하고, 상기 제1 사용자수가 상기 제2 사용자수보다 큰 경우, 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정하여, 이를 기존 사용자들에게 분배하는 것을 포함할 수 있다.
또한, 상기 노드는, ERC-1155 또는 ERC-721 기반의 노드 NFT로 발행되고, 상기 마켓 플레이스 모듈은, 상기 노드가 상기 사용자 단말에 판매될 때마다 상기 노드에 대한 가격을 증가시키고, 상기 미리 정해진 수량의 노드가 모두 판매되는 경우, 상기 노드에 대한 재판매가 가능하도록 상기 노드에 대한 락업(lock-up)을 해제하는 것을 포함할 수 있다.
또한, 상기 노드 NFT는, 특정 프로그램 내에서 운영되는 캐릭터 NFT 또는 아이템 NFT를 포함할 수 있다.
상술한 내용과 더불어 본 발명의 구체적인 효과는 이하 발명을 실시하기 위한 구체적인 사항을 설명하면서 함께 기술한다.
본 발명의 탈중앙화 노드 시스템 및 이의 동작 방법은, 블록체인을 운영하는데 필요한 하드웨어 노드를 소프트웨어 노드로 대체하여 토큰을 발행(또는, 채굴)하고 분배함으로써, 블록체인을 운영하는데 필요한 리소스를 감소시킬 수 있다. 이때, 본 발명은, 단일 지갑에서 모든 토큰을 중앙화된 방식으로 발행하는 기존 방식에서 벗어나, 복수의 지갑에서 탈중앙화된 방식으로 토큰을 발행할 수 있다. 또한, 본 발명은 시스템을 운영하기 위한 별도의 장치 및 공간이 필요하지 않으며, 시스템을 유지하기 위한 비용이 거의 발행하지 않는 장점을 지닌다.
또한, 본 발명은, 사용자의 전자지갑에 암호화폐를 보유하고 있으면 새로운 토큰을 받을 수 있는 구조로 사용자가 노드 및 토큰 보유량과 보유 기간을 결정할 수 있어 중앙 서버로부터 규제나 간섭을 받지 않고 수익을 창출할 수 있다. 또한, 본 발명은, 사용자가 많은 노드 및 토큰을 보유하는 경우 지속적으로 토큰을 분배 받을 수 있어 암호화폐의 이용자의 수를 지속적으로 유입시킬 수 있으며, 암호화폐의 유통량 및 매도량을 축소시킬 수 있어 암호화폐의 가치를 일정 수준 이상으로 유지시킬 수 있다.
또한, 본 발명은, 블록체인 네트워크에 미리 입력된 스마트 컨트랙트를 이용하여 운영되어 신뢰성 및 보안성을 향상시킬 수 있으며, 진정한 의미의 탈중앙화 시스템을 구현할 수 있다. 이때, 본 발명은 소프트웨어 노드 소유자들에게 토큰의 발행과 초기 유통권한을 부여함으로써 탈중앙화를 이뤄낼 수 있다. 이에 따라, 본 발명은, 블록체인의 보안성, 공개성, 불변성, 접근성, 익명성, 참여권한, 이용권한, 노드 보상방법 등의 다양한 요구에 유연하게 대응할 수 있다.
또한, 본 발명은, 가상자산이 생성되고, 발행되고, 전송될 때마다 매순간 점검 및 대응하는 주체가 감시용 스마트 컨트랙트이므로 문제점이 발견되면 자동으로 즉각적인 조치를 취할 수 있다. 또한, 본 발명은 가상자산의 생성과 분배라는 각기 다른 분야에서 상이한 스마트 컨트랙트가 작동하고 있으므로 보안의 적용대상이 다르기에, 이상동작 검증을 복수 회에 걸쳐서 수행할 수 있으므로, 시스템의 보안성을 향상시킬 수 있다.
또한, 본 발명은, 온라인 쇼핑몰, 온라인 게임, 보험 상품, 결제, 이체, 송금 등의 금융활동, 메타버스 등 다양한 플랫폼 전반에 적용될 수 있다.
도 1은 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템을 설명하기 위한 개념도이다.
도 2는 본 발명의 일 실시예에 따른 탈중앙화 노드 시스템의 동작 방법을 설명하기 위한 순서도이다.
도 3 및 도 4는 도 2의 탈중앙화 노드 시스템에서 노드의 발행 및 전달을 설명하기 위한 도면이다.
도 5 및 도 6은 도 2의 탈중앙화 노드 시스템에서 토큰의 발행 및 전달을 설명하기 위한 도면이다.
도 7은 도 5의 DNS 팜 모듈의 구성유닛을 설명하기 위한 도면이다.
도 8 내지 도 10은 도 6의 S260 단계에서 일반 채굴에 따른 토큰을 분배하는 과정을 설명하기 위한 도면이다.
도 11 및 도 12는 도 6의 S270 단계에서 보상 채굴에 따른 토큰을 분배하는 과정을 설명하기 위한 도면이다.
도 13은 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템을 설명하기 위한 개념도이다.
도 14는 도 13의 탈중앙화 노드 시스템의 이상동작 검증 동작을 설명하기 위한 순서도이다.
도 15는 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 토큰 생성 방법을 설명하기 위한 도면이다.
도 16은 도 14의 S340 단계에서 수행되는 1차 이상동작 검증 방법을 설명하기 위한 도면이다.
도 17은 도 14의 S350 단계에서 수행되는 2차 이상동작 검증 방법을 설명하기 위한 도면이다.
도 18은 도 14의 S360 단계에서 수행되는 3차 이상동작 검증 방법의 일 예를 설명하기 위한 도면이다.
도 19는 도 14의 S360 단계에서 수행되는 3차 이상동작 검증 방법의 다른 예를 설명하기 위한 도면이다.
도 20은 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법을 수행하는 하드웨어 구현을 설명하기 위한 도면이다.
본 명세서 및 특허청구범위에서 사용된 용어나 단어는 일반적이거나 사전적인 의미로 한정하여 해석되어서는 아니된다. 발명자가 그 자신의 발명을 최선의 방법으로 설명하기 위해 용어나 단어의 개념을 정의할 수 있다는 원칙에 따라, 본 발명의 기술적 사상과 부합하는 의미와 개념으로 해석되어야 한다. 또한, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명이 실현되는 하나의 실시예에 불과하고, 본 발명의 기술적 사상을 전부 대변하는 것이 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형 및 응용 가능한 예들이 있을 수 있음을 이해하여야 한다.
본 명세서 및 특허청구범위에서 사용된 제1, 제2, 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. '및/또는' 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 명세서 및 특허청구범위에서 사용된 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서 "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해서 일반적으로 이해되는 것과 동일한 의미를 가지고 있다.
일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
또한, 본 발명의 각 실시예에 포함된 각 구성, 과정, 공정 또는 방법 등은 기술적으로 상호 간 모순되지 않는 범위 내에서 공유될 수 있다.
이하에서는, 도 1 내지 도 20을 참조하여, 본 발명의 몇몇 실시예들에 따른 탈중앙화 노드 시스템 및 이의 동작 방법에 대해 자세히 설명하도록 한다.
도 1은 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템(DNS)을 설명하기 위한 개념도이다.
도 1을 참조하면, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템(DNS)(Decentralized Node System; 이하, DNS)은 서버(100), 블록체인 네트워크(200), 사용자 단말(300) 및 통신망(400)을 포함할 수 있다.
서버(100)는 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법의 각 단계들을 수행하는 복수의 모듈을 블록체인 네트워크(200)에 전송 및 설치할 수 있다. 이때, 복수의 모듈은 스마트 컨트랙트(smart contract) 형태로 작성되어 블록체인 네트워크(200) 상에서 수행될 수 있다. 서버(100)에서 블록체인 네트워크(200)에 설치하여 동작하는 복수의 모듈(도 2의 110, 120, 130, 140)에 대한 구체적인 설명은 도 2를 참조하여 자세히 설명하도록 한다.
서버(100)는 블록체인 네트워크(200)을 통해 암호화폐의 트랜잭션을 처리하고, 블록체인 네트워크(200)의 블록체인 노드에 트랜잭션에 대한 기록을 요청할 수 있다. 또한, 서버(100)는 채굴된 소프트웨어 노드 및 토큰에 대한 분배 내역을 블록체인 네트워크(200) 상의 블록체인 블록에 분산 기록하고, 관리할 수 있다.
여기에서, 소프트웨어 노드(software node)는, 스마트 컨트랙트를 통하여 블록체인 네트워크(200) 상에서 설치(deploy) 및 실행될 수 있으며, 스마트 컨트랙트에 의해 블록체인 네트워크(200) 상에서 발행(minting), 채굴(mining), 증명(approving), 전송(transmitting) 될 수 있다.
또한, 온체인(on-chain)　데이터는 블록체인 상에서 주고받는 모든 거래 기록에 대한 데이터를 말하며, 블록체인 상에서 거래된 노드(node) 또는 토큰(token)의 종류나 개수, 사용자 계정(또는, 지갑주소), 노드(node)에 지급되는 리워드(예를 들어, 토큰(token)) 등의 데이터가 포함될 수 있다.
소프트웨어 노드는 NFT(Non-Fungible Token) 형태로 발행될 수 있으며, 예를 들어, 소프트웨어 노드는 ERC-1155 또는 ERC-721을 기반으로 구현된 NFT일 수 있다. 다만, 이는 소프트웨어 노드를 구현하는 하나의 예시일 뿐, 본 발명이 이에 한정되는 것은 아니다.
이하, 본 명세서에서 설명하는 노드(node)는, 블록체인 네트워크(200) 상에서 스마트 컨트랙트에 의해 구현되는 소프트웨어 노드(software node)인 것을 전제로 설명하도록 한다.
한편, 토큰(token)은, 노드(node)를 보유한 노더(noder)에게 제공되는 암호화폐를 의미한다. 토큰은 스마트 컨트랙트에 미리 정해진 규칙에 따라 채굴되고, 노드(node)를 보유한 노더(noder)들에게 분배될 수 있다. 이때, 토큰(token)은 스마트 컨트랙트에 미리 정해진 일반 채굴 규칙 또는 보상 채굴 규칙을 기초로, 노드(node)를 보유한(또는, 스테이킹(staking) 중인 노드를 보유한) 사용자들에게 분배될 수 있다. 일반 채굴 규칙 및 보상 채굴 규칙에 대한 자세한 내용은 이하에서 도 8 내지 도 12를 참조하여 설명하도록 한다.
암호화폐의 이상적인 생태계를 구축하기 위해서는 암호화폐의 유통량과 매도량을 축소시킴으로써, 암호화폐의 가치를 일정수준 이상으로 유지시키고, 더 많은 사용자들이 암호화폐를 이용할 수 있도록 유도하는 것이 중요하다.
본 발명의 몇몇 실시예에서는, 스마트 컨트랙트에 미리 정해진 일반 채굴 규칙 또는 보상 채굴 규칙을 기초로, 노드를 보유한(또는, 스테이킹(staking) 중인 노드를 보유하거나, 노드에서 파생된 토큰(token)을 기 보유한) 사용자들에게 토큰을 분배함으로써, 기존 사용자들이 암호화폐(즉, 노드 또는 토큰)을 지속적으로 보유하고, 계속적으로 보유량을 늘리도록 유도할 수 있다. 또한, 기존 사용자들에게 계속해서 리워드를 제공함에 따라 신규 사용자를 유입을 증가시킬 수 있다.
한편, 서버(100)는 사용자 단말(300)에 거래 인터페이스를 제공하고, 사용자 단말(300)은 거래 인터페이스를 통해 사용자 단말(300) 간의 거래를 발생시킬 수 있다. 예를 들어, 제1 사용자 단말(310)은 거래 인터페이스를 통해 제1 사용자 계정에서 제2 사용자 계정으로 자신이 보유한 노드 또는 토큰을 전달할 수 있다.
서버(100)는 워크스테이션(workstation), 데이터 센터, 인터넷 데이터 센터(internet data center(IDC)), DAS(direct attached storage) 시스템, SAN(storage area network) 시스템, NAS(network attached storage) 시스템 및 RAID(redundant array of inexpensive disks, or redundant array of independent disks) 시스템 중 적어도 하나로 구현될 수 있으나, 본 실시예가 이에 제한되는 것은 아니다.
서버(100)는 사용자 단말(300)로 통신망(400)을 통해서 데이터를 전송할 수 있다. 이때, 통신망(400)은 유선 인터넷 기술, 무선 인터넷 기술 및 근거리 통신 기술에 의한 네트워크를 포함할 수 있다. 유선 인터넷 기술은 예를 들어, 근거리 통신망(LAN, Local area network) 및 광역 통신망(WAN, wide area network) 중 적어도 하나를 포함할 수 있다.
무선 인터넷 기술은 예를 들어, 무선랜(Wireless LAN: WLAN), DLNA(Digital Living Network Alliance), 와이브로(Wireless Broadband: Wibro), 와이맥스(World Interoperability for Microwave Access: Wimax), HSDPA(High Speed Downlink Packet Access), HSUPA(High Speed Uplink Packet Access), IEEE 802.16, 롱 텀 에볼루션(Long Term Evolution: LTE), LTE-A(Long Term Evolution-Advanced), 광대역 무선 이동 통신 서비스(Wireless Mobile Broadband Service: WMBS) 및 5G NR(New Radio) 기술 중 적어도 하나를 포함할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다.
통신망(400)을 통해서 통신하는 서버(100) 및 사용자 단말(300)은 이동통신을 위한 기술표준 및 표준 통신 방식을 준수할 수 있다. 예를 들어, 표준 통신 방식은 GSM(Global System for Mobile communication), CDMA(Code Division Multi Access), CDMA2000(Code Division Multi Access 2000), EV-DO(Enhanced Voice-Data Optimized or Enhanced Voice-Data Only), WCDMA(Wideband CDMA), HSDPA(High Speed Downlink Packet Access), HSUPA(High Speed Uplink Packet Access), LTE(Long Term Evolution), LTEA(Long Term Evolution-Advanced) 및 5G NR(New Radio) 중 적어도 하나를 포함할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다.
사용자 단말(300)은 통신망(400)을 통하여 서버(100)로부터 플랫폼에서 제공하는 서비스를 이용할 수 있는 여러 인터페이스를 제공받을 수 있다. 사용자 단말(300)은 예를 들어, 개인 휴대용 정보 단말기(PDA, personal digital assistant), 포터블 컴퓨터(portable computer), 웹 타블렛(web tablet), 무선 전화기(wireless phone), 모바일 폰(mobile phone), 디지털 뮤직 플레이어(digital music player), 메모리 카드(memory card) 또는 정보를 무선환경에서 송신 및/또는 수신할 수 있는 모든 전자 제품에 적용될 수 있다. 또한, 사용자 단말(300)은 복수일 수 있다. 예를 들어, 사용자 단말(300)은 제1 내지 제9 사용자 단말(310~390)을 포함할 수 있다.
부가적으로, 사용자 단말(300)은 사용자의 입력을 수신하는 입력부, 비주얼 정보를 디스플레이 하는 디스플레이부, 외부와 신호를 송수신하는 통신부, 사용자의 얼굴을 촬영하는 카메라부, 전기 신호를 음파로 변환하는 스피커부, 사용자의 음성을 디지털 데이터로 변환하는 마이크부 및 데이터를 프로세싱하고 유저 단말(200) 내부의 각 유닛들을 제어하며 유닛들 간의 데이터 송/수신을 제어하는 제어부를 포함할 수 있다.
블록체인 네트워크(200)는 탈중앙화 노드 시스템의 동작 방법의 각 단계들을 수행하는 주체가 될 수 있다. 즉, 블록체인 네트워크(200)는 스마트 컨트랙트로 미리 작성된 복수의 모듈을 동작시키는 주체가 될 수 있다.
블록체인 네트워크(200)는 네트워크를 통하여 서로 연결된 복수 개의 컴퓨팅 장치들(210, 220, 230, 240, 250 ,260)(피어 또는 노드)을 포함하는 피어 투 피어 네트워크로 참조될 수 있다. 상기 복수 개의 컴퓨팅 장치들(210, 220, 230, 240, 250 ,260)은 하나의 공공 원장(public ledger)을 가질 수 있다. 블록체인 네트워크(200)는 하나의 공공 원장이 복수 개의 컴퓨팅 장치들(210, 220, 230, 240, 250 ,260) 각각에 의하여 생성되는 점에서 분산 네트워크로 참조될 수 있다. 상기 하나의 공공 원장은 복수의 블록체인 블록으로 참조될 수 있다.
블록체인 네트워크(200)는 트랜잭션을 처리하고 블록체인 블록에 기록할 수 있다. 예를 들어, 블록체인 네트워크(200)는 스마트 컨트랙트에서 정의된 트랜잭션들을 처리하고 블록체인 블록에 기록할 수 있다. 여기서, 블록(Block)이란 거래내역 및 발생시간 등의 내용을 문자, 숫자형태로 암호화한 것으로 순차적으로 연결된 일종의 데이터 패킷을 의미할 수 있다.
탈중앙화 노드 시스템(DNS)은 블록체인 네트워크(200)에서 동작하는 스마트 컨트랙트 프로그램과 연동된 운영절차에 따라 토큰의 분배가 진행되도록 하는 복수의 단계를 수행할 수 있다.
여기서, 스마트 컨트랙트 프로그램은 간략히 “스마트 컨트랙트”로 언급되는 것으로서, 블록체인 기술을 기반으로 하여 프로그래밍된 계약 조건이 만족되면 자동으로 계약 내용을 실행하는 프로그램으로 이해될 수 있다. 예를 들어, 스마트 컨트랙트 프로그램을 블록체인 네트워크(200)에 등록하려는 관리자가 계약의 조건, 내용을 코딩하고 블록체인 네트워크(200)에 등록하면, 스마트 컨트랙트 프로그램은 계약 내용에 따라 특정 조건이 만족되면 그에 대응하는 동작을 자동으로 수행할 수 있다.
한편, 탈중앙화 노드 시스템(DNS)은 블록체인에 기록된 로그 데이터를 기초로, 각 사용자가 보유한 노드 및 토큰의 수량을 탐색하고, 이를 기초로 신규 발행되는 토큰을 분배할 수 있다. 이에 대한 구체적인 설명은 이하에서 자세히 후술하도록 한다.
이를 통해, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템(DNS) 및 이의 동작 방법은, 블록체인 네트워크(200) 상에서 탈중앙화 노드 시스템(DNS)이 수행됨에 따라, 이용량 증가로 추가 서버의 증설이 필요하지 않고, 세계적으로 널리 사용되는 암호화폐 메인넷을 선택하여 사용하는 경우 해킹 위험으로부터 안전성이 보장되므로, 보안에 필요한 인력과 시스템에 대한 유지비용을 줄일 수 있다. 또한, 고객 신원 정보를 서비스 제공업체가 보유하지 않고, 미리 정해진 규칙에 의해서 공정하게 분배가 가능하므로, 시스템의 운영 안정성 및 개인정보 보안이 강화될 수 있다.
추가적으로, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템(DNS)은, 더블체인(double chain), 컨소시움 블록체인(consortium blockchain), 인터체인(inter chain), 사이드체인(side chain) 등 여러 블록체인에 적용할 수 있음을 물론이다.
이하에서는, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법에 대해 순서도를 이용하여 구체적으로 살펴본다. 다만, 본 발명의 몇몇 실시예에 탈중앙화 노드 시스템의 동작 방법은 본 명세서에 도시된 순서도들의 일부 단계를 생략하여 수행될 수도 있고, 본 명세서에 도시되지 않은 특정 단계를 추가하여 수행될 수 있음은 물론이다. 또한, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법은 반드시 본 명세서에 도시된 순서도들의 순서로 수행될 필요는 없으며, 특정 단계의 순서를 바꾸어 수행되거나 동시에 수행될 수도 있다. 본 발명의 기술 분야에서 통상의 지식을 가진 자는 본 발명의 범위를 벗어나지 않고 다양한 변형을 통해 본 발명의 실시예들을 구현할 수 있을 것이다.
도 2는 본 발명의 일 실시예에 따른 탈중앙화 노드 시스템의 동작 방법을 설명하기 위한 순서도이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 탈중앙화 노드 시스템(DNS)은, 마켓 플레이스 모듈(110), DNS 노드 모듈(120), DNS 팜 모듈(130), 및 DNS 토큰 모듈(140)을 포함한다. 각각의 모듈(110, 120, 130, 140)은 스마트 컨트랙트(smart contract)로 구현될 수 있으며, 서버(100)는 블록체인 네트워크(200) 상에 각각의 모듈(110, 120, 130, 140)을 설치(deploy)하고 동작시킬 수 있다.
구체적으로, 마켓 플레이스 모듈(110)은, 사용자 단말(300)에 노드 거래 인터페이스를 제공하고, 노드 거래 인터페이스를 통해 수신한 거래 요청을 기초로 거래대상이 되는 노드(node)를 전달할 사용자 단말(300)을 특정할 수 있다. 즉, 사용자 단말(310)을 이용하는 사용자는, 마켓 플레이스 모듈(110)가 제공하는 노드 거래 인터페이스를 통하여, 노드를 구매하거나 판매할 수 있다.
DNS 노드 모듈(120)은 미리 정해진 수량으로 발행된 노드(node)를 관리하고, 거래 대상이 되는 노드(node)를 특정 사용자 단말(310)에 전달하는 동작을 수행한다. 이때, 서버(100)는 DNS 노드 모듈(120)에 미리 정해진 수량의 노드(node)를 발행(mint)할 수 있다. 또한, 서버(100)는 노드(node)의 총수량을 미리 설정해 놓고, 판매되는 노드(node)의 가격도 미리 설정할 수 있다.
DNS 노드 모듈(120)은 거래 가능한 노드(node)를 마켓 플레이스 모듈(110)에 제공하고, 마켓 플레이스 모듈(110)로부터 수신한 요청에 따라 노드(node)를 특정 디바이스 또는 특정 사용자의 계정 또는 전자지갑으로 전송할 수 있다.
노드(node)는 일반적으로 사용자가 보유한 계정에 귀속된 전자지갑에 보관되므로, 이하에서는, 설명의 편의를 위하여 노드(node)가 사용자 계정에 귀속되는 것을 사용자 단말(300)에 전송되는 것으로 표현하도록 한다.
DNS 팜 모듈(130)은 특정 사용자 단말(310)과 관련된 계정이 보유한 노드(node)를 관리하고, 해당 노드(node)에 대한 스테이킹(staking) 또는 언스테이킹(unstaking) 동작을 수행할 수 있다. 또한, DNS 팜 모듈(130)은 신규 토큰(token)을 노드(node)를 보유한 사용자들에게 분배하는 동작을 수행한다.
DNS 토큰 모듈(140)은 미리 정해진 수량으로 발행된 토큰(token)을 관리하고, 토큰(token)을 사용자 단말(300)에 전달하는 동작을 수행한다. 이때, 발행될 토큰(token)의 수량은, 서버(100)에 의해 설정될 수 있다.
서버(100)는 토큰(token)이 미리 정해진 주기로 생성되는 블록의 생성시마다 미리 정해진 수량만큼 생성 또는 발행(또는, 채굴)되도록 설정할 수 있다. 이때. 토큰(token)의 발행은, 복수 개의 규칙을 통해 운영될 수 있다. 예를 들어, 토큰(token)은 사용자가 계정(또는, 지갑)에 보유한 노드(node) 또는 토큰(token)의 양을 기초로, 일반 채굴 규칙 또는 보상 채굴 규칙에 의해 발행(또는, 채굴)되어 분배될 수 있다.
DNS 팜 모듈(130)은, 발행(또는, 채굴)되어 각 사용자에게 분배되는 토큰(token)의 수량을 산출하는 동작을 수행할 수 있다. 토큰(token)의 분배 방법에 대한 자세한 설명은 이하에서 후술하도록 한다.
이어서, DNS 토큰 모듈(140)은 DNS 팜 모듈(130)에서 산출된 토큰(token)의 분배대상 및 수량을 수신하고, 이를 기초로 발행되는 토큰(token)을 분배대상이 되는 복수의 사용자 단말(300)에 전달할 수 있다.
이하에서는, 우선 본 발명의 탈중앙화 노드 시스템(DNS)에서 스마트 컨트랙트로 동작하는 노드(node)의 발행 및 전달과정을 살펴보도록 한다.
도 3 및 도 4는 도 2의 탈중앙화 노드 시스템(DNS)에서 노드의 발행 및 전달을 설명하기 위한 도면이다. 도면에서는 노드(node)가 소프트웨어 노드임을 명확히 하기 위해 '노드 NFT'로 표현하였으나, 이는 노드(node)의 하나의 예시에 불과하고 본 발명이 이에 한정되는 것은 아니다. 이하에서 설명할 도면에서도, 동일한 취지로 노드(node)를 '노드 NFT'로 표현하여 설명하도록 하며, 상세한 설명에서 기술한 '노드(node)'와 동일한 의미로 해석될 수 있다.
도 3 및 도 4를 참조하면, 우선 서버(100)는 스마트 컨트랙트를 통하여 블록체인 네트워크(200) 상에 마켓 플레이스 모듈(110) 및 DNS 노드 모듈(120)을 설치 및 구동시킨다(S110, S11, S12).
이어서 서버(100)는 미리 정해진 수량의 노드(node)를 DNS 노드 모듈(120)에 생성 요청한다(S120). 이때, DNS 노드 모듈(120)는 수신된 생성 요청에 대응되는 노드(node)를 발행(mint)(즉, 생성)한다.
예를 들어, 서버(100)는 2.2만개의 노드(node)를 DNS 노드 모듈(120)에 생성 요청하되, 이 중 일부는 탈중앙화 자율 조직(Decentralized Autonomous Organization; 이하, DAO)에 판매하는 프라이빗 노드(private node)로 배정하고, 다른 일부는 대중에게 판매하는 퍼블릭 노드(public node)로 배정할 수 있다.
또한, 서버(100)는 발행된 노드(node)의 채굴기간, 판매가격, 재판매조건 등을 추가적으로 DNS 노드 모듈(120)에 설정할 수 있다. 예를 들어, 노드(node)는 7년간 채굴되고, 노드(node)가 판매될 때마다 노드(node)의 판매가격이 미리 정해진 비율로 증가되며, 미리 정해진 조건을 만족하는 시점(예를 들어, 노드의 완판시점)까지 노드(node)를 다시 재판매하는 것을 금지시킬 수 있다. 다만, 이는 하나의 예시에 불과하며 본 발명이 이에 한정되는 것은 아니다.
추가적으로, 서버(100)는 하나의 노드(node)를 지분비율로 나누어서 판매 가능하도록 DNS 노드 모듈(120)에 설정할 수 있다. 예를 들어, 하나의 노드(node)를 100개의 노드 조각(node parts)으로 변환하여, 사용자들에게 판매할 수 있다.
한편, 서버(100)는 발행된 노드(node)에 대한 판매 권한을 마켓 플레이스 모듈(110)에 할당한다(S130, S13, S14). 이때, 서버(100)는 발행된 노드(node)의 판매 권한을 DNS 노드 모듈(120)을 통해 마켓 플레이스 모듈(110)에 전달할 수 있다.
이어서, 마켓 플레이스 모듈(110)은 사용자 단말(310)에 노드(node)의 거래 인터페이스(즉, 노드 거래 인터페이스)를 제공한다(S140). 사용자 단말(310)은 서버(100)에서 제공하는 별도의 어플리케이션 또는 웹 브라우저를 통하여, 노드 거래 인터페이스에 접속할 수 있다. 노드 거래 인터페이스는 거래 가능한 노드(node)에 대한 정보를 제공할 수 있다.
이어서, 마켓 플레이스 모듈(110)은 사용자 단말(310)로부터 노드(node)의 구매요청을 수신한다(S150). 예를 들어, 마켓 플레이스 모듈(110)이 사용자 단말(310)로부터 구매요청을 수신하는 경우(S21), 마켓 플레이스 모듈(110)은 DNS 노드 모듈(120)에게 사용자 단말(310)에 대한 정보와, 구매 대상이 되는 노드(node)에 대한 정보를 전달한다(S22).
이어서, DNS 노드 모듈(120)은 사용자 단말(310)에 노드(node)를 전달한다(S160, S23). 즉, 실질적으로 노드(node)의 소유권을 이전시키는 동작은 DNS 노드 모듈(120)에서 수행할 수 있다.
다른 예로, 노드(node)에 대한 락업(Lock-up)이 해제되어, 노드(node)를 노드 거래 인터페이스에서 판매할 수 있는 경우, 마켓 플레이스 모듈(110)는 제1 사용자 단말(310)로부터 판매요청을 수신할 수 있다(S31). 이때, 마켓 플레이스 모듈(110)는 노드 거래 인터페이스에 판매대상이 되는 노드(node)에 대한 정보(예를 들어, 가격 및 수량 등)을 표시할 수 있다.
한편, 마켓 플레이스 모듈(110)는 제2 사용자 단말(320)로부터 구매요청을 수신할 수 있다(S32). 만약, 제1 사용자 단말(310)의 판매요청과 제2 사용자 단말(320)의 구매요청이 매칭되는 경우, 마켓 플레이스 모듈(110)은 제1 사용자 단말(310)이 보유한 노드(node)를 제2 사용자 단말(320)에게 전달할 것을 요청할 수 있다(S33). 이어서, DNS 노드 모듈(120)는 제1 사용자 단말(310)이 보유한 노드(node)를 제2 사용자 단말(320)에 전달할 수 있다(S34). 즉, 마켓 플레이스 모듈(110)이 제공하는 노드 거래 인터페이스는 복수의 사용자들의 구매요청과 판매요청을 중계하는 거래소의 기능을 수행할 수 있다.
이때, DNS 노드 모듈(120)는 블록체인 네트워크(200)에서 이루어지는 노드(node)의 거래내역을 보유하고 있으며, 복수의 사용자가 보유한 노드(node)의 수량을 탐색하고 산출할 수 있다. DNS 노드 모듈(120)가 보유한 데이터는, 토큰(token)에 대한 채굴 과정에서 DNS 팜 모듈(130)이 토큰(token)의 분배비율을 산출하는데 이용될 수 있다.
이하에서는, 본 발명의 탈중앙화 노드 시스템(DNS)에서 스마트 컨트랙트로 동작하는 토큰(token)의 발행 및 전달과정을 살펴보도록 한다.
도 5 및 도 6은 도 2의 탈중앙화 노드 시스템(DNS)에서 토큰의 발행 및 전달을 설명하기 위한 도면이다.
도 5 및 도 6을 참조하면, 서버(100)는 스마트 컨트랙트를 통하여 블록체인 네트워크(200) 상에 DNS 팜 모듈(130) 및 DNS 토큰 모듈(140)을 설치 및 구동시킨다(S210, S41, S42).
이어서, 서버(100)는 미리 정해진 수량의 토큰(token)을 DNS 토큰 모듈(140)에 생성 요청한다(S220). 이때, 토큰(token)는 DNS 토큰 모듈(140)에서 일괄 생성(또는, 발행)되거나, 블록체인 네트워크(200) 상의 기준 암호화폐의 블록생성에 연동되어 순차적으로 생성됨에 따라 이에 대응되는 토큰(token)이 DNS 토큰 모듈(140)에서 순차적으로 생성(또는, 발행)될 수 있다. 이에 대한 자세한 설명은 도 15를 참조하여 후술하도록 한다.
예를 들어, 서버(100)는 500억개의 토큰(token)을 DNS 토큰 모듈(140)에 생성 요청하되, 이 중 일부는 일반 채굴 방식으로 노드(node)를 보유하거나 스테이킹 중인 사용자들(이하, 노더(noder))에게 분배되고, 다른 일부는 보상 채굴 방식으로 신규 노더가 증가될 때마다 기존 노더(noder)들에게 분배될 수 있다.
이때, 서버(100)는 발행된 토큰(token)의 채굴기간 및 분배조건 등을 일반 채굴 방식과 보상 채굴 방식으로 구분하여 DNS 팜 모듈(130)에 설정할 수 있다. 일반 채굴 방식과 보상 채굴 방식에 대한 자세한 설명은 이하에서 후술하도록 한다.
한편, 서버(100)는 발행된 토큰(token)에 대한 분배 권한을 DNS 팜 모듈(130)에 할당한다(S230, S43, S44). 이때, 서버(100)는 발행된 토큰(token)의 분배 권한을 DNS 토큰 모듈(140)을 통해 DNS 팜 모듈(130)에 할당할 수 있다.
이어서, DNS 팜 모듈(130)은 사용자 단말(310)이 보유한 노드(node)에 대한 스테이킹(staking) 요청을 수신한다(S240, S51). 여기에서, 스테이킹은, 자신이 보유하고 있는 암호화폐를 일정기간 동안 예치하고 정해진 이율에 따라 이자로 토큰(token)을 지급받는 것을 의미한다.
DNS 팜 모듈(130)은 요청된 노드(node)에 대한 스테이킹을 수행한다(S250). 이때, 스테이킹 중인 노드(node)는 언스테이킹(unstaking)이 수행되기 전까지 락업(lock-up)을 통해 일정기간 거래가 중단될 수 있다.
이어서, DNS 팜 모듈(130)은 노드(node)를 스테이킹 하는 사용자들을 대상으로 미리 정해진 일반 채굴 방식에 따라 분배할 토큰(token)의 수량을 산출한다(S260, S52).
이어서, DNS 팜 모듈(130)은 노드(node)를 스테이킹 하는 사용자들을 대상으로 미리 정해진 보상 채굴 방식에 따라 분배할 토큰(token)의 수량을 산출한다(S270, S52).
이어서, DNS 팜 모듈(130)은 산출된 토큰(token)의 분배 수량을 DNS 토큰 모듈(140)에 전달하고, DNS 토큰 모듈(140)은 분배 대상이 되는 토큰(token)을 각 사용자 단말(300)에 전달한다(S280, S53, S54).
이하에서는, 토큰(token)의 분배 비율을 산출하는 DNS 팜 모듈(130)의 구성 유닛에 대해 살펴보도록 한다.
도 7은 도 5의 DNS 팜 모듈의 구성유닛을 설명하기 위한 도면이다.
도 7을 참조하면, DNS 팜 모듈(130)은 스테이킹 유닛(131), 탐색 유닛(133), 일반 분배 유닛(135), 보상 분배 유닛(137)으로 구성될 수 있다.
스테이킹 유닛(131)은 사용자 단말(300)이 보유한 노드(node)의 스테이킹 또는 언스테이킹을 수행하는 동작을 수행한다.
탐색 유닛(133)은 현재 발행(또는, 채굴)된 노드(node) 및 토큰(token)의 수량을 파악하는 동작을 수행한다. 현재 각 사용자 단말(300)이 보유한 노드(node) 및 토큰(token)의 수량은, 일반 채굴 규칙 및 보상 채굴 규칙에 따라 발행되는 토큰(token)의 분배 비율을 계산하는데 이용될 수 있다.
일반 분배 유닛(135)은 서버(100)에 의해 미리 입력된 일반 채굴 규칙을 이용하여, 각각의 사용자 단말(300)에게 일반 채굴의 대상이 되는 토큰(token)의 분배 비율을 산출하는 동작을 수행한다.
보상 분배 유닛(137)은 서버(100)에 의해 미리 입력된 보상 채굴 규칙을 이용하여, 각각의 사용자 단말(300)에게 보상 채굴의 대상이 되는 토큰(token)의 분배 비율을 산출하는 동작을 수행한다.
이하에서는, 일반 채굴 규칙을 이용하여 일반 채굴의 대상이 되는 토큰(token)을 분배하는 과정에 대해 자세히 살펴보도록 한다.
도 8 내지 도 10은 도 6의 S260 단계에서 일반 채굴에 따른 토큰을 분배하는 과정을 설명하기 위한 도면이다. 이하에서는 설명의 편의를 위하여 DNS 팜 모듈(130)에서 일반 채굴에 따른 토큰의 분배 동작이 모두 수행되는 것으로 설명하나, 일부 단계는 다른 모듈에서 수행될 수 있음은 물론이다.
도 8을 참조하면, DNS 팜 모듈(130)은 미리 정해진 주기마다 일반 채굴에 따른 신규 토큰을 누적시킨다(S261). 이때, 미리 정해진 주기는 본 발명의 탈중앙화 노드 시스템(DNS)이 설치된 블록체인 네트워크(200)에서 동작하는 특정 블록체인의 생성주기일 수 있다.
예를 들어, DNS 팜 모듈(130)는, 트랜잭션을 기록하는 블록체인이 생성될 때마다 미리 정해진 수량의 일반 채굴에 따른 토큰(token)을 누적시킬 수 있다. 이때, 누적되는 토큰(token)의 수량은 시간이 지날수록 점진적으로 감소될 수 있다. 다만, 이는 하나의 예시에 불과하며 본 발명이 이에 한정되는 것은 아니다.
이어서, DNS 팜 모듈(130)은 신규 사용자의 계정(또는, 지갑)에 예치된 노드(node)에 대한 스테이킹 또는 언스테이킹을 요청을 수신하고, 이를 수행한다(S262, S263).
이어서, DNS 팜 모듈(130)은 상기 스테이킹 또는 상기 언스테이킹을 수행하는 시점에, 기존 사용자들의 스테이킹 중인 노드의 수량을 각 사용자별로 탐색한다(S264). 이때, 기존 사용자들의 스테이킹 중인 노드의 수량은, DNS 노드 모듈(120)로부터 수신할 수 있음은 물론이다.
이어서, DNS 팜 모듈(130)은 노드(node)를 스테이킹 중인 각 사용자들이 보유한 토큰(token)의 보유량을 탐색한다(S265).
이어서, DNS 팜 모듈(130)은 스테이킹 중인 노드(node) 및 토큰(token)의 보유량을 기초로 분배비율 및 분배량을 산출하여 DNS 토큰 모듈(140)에 전달한다.
구체적으로 도 9를 참조하면, DNS 팜 모듈(130)은 노드(node)를 보유하는 각 사용자들의 계정정보를 로드한다. 계정정보는 각 계정에 귀속된 노드(node)의 보유량(C2) 및 토큰(token)의 보유량(C4)을 포함한다.
이어서, DNS 팜 모듈(130)은 로드된 사용자들이 보유한 노드(node)의 총량 및 토큰(token)의 총량을 기초로, 각 사용자별 노드(node)의 보유비율(C3)과 토큰의 보유비율(C5), 그리고 합산보유비율(C6)을 산출한다.
여기에서, 합산보유비율(C6)은 미리 정해진 노드(node)와 토큰(token) 간의 가중치를 적용하여 산출할 수 있다. 예를 들어, 가중치 테이블(TD2)을 참조하면, 노드(node)의 보유비율에는 30%, 토큰(token)의 보유비율에는 70%의 가중치를 적용한 뒤, 합산함으로써, 합산보유비율(C6)을 산출할 수 있다.
이어서, DNS 팜 모듈(130)은 산출된 합산보유비율(C6)을 기초로, 분배 대상이 되는 일반 채굴에 따른 토큰(token)의 분배량을 결정한다.
이어서, 다시 도 8을 참조하면, DNS 토큰 모듈(140)은 수신된 일반 채굴에 따른 토큰(token)의 분배량을 기초로 기존 사용자들에게 신규 토큰을 분배한다(S266).
정리하면, 일반 채굴에 따른 토큰(token)의 분배는, 새로운 사용자가 스테이킹을 시작하는 시점을 기준으로, 누적된 신규 토큰을 대상으로 수행될 수 있다. 또한, 일반 채굴에 따른 토큰(token)의 분배량을 산출하기 위해, 기존 사용자가 스테이킹 중인 노드(node)의 수량과, 기존 사용자가 보유한 토큰(token)의 수량을 이용할 수 있다. 다만, 이는 하나의 예시에 불과하며, 기존 사용자가 스테이킹 중인 노드(node)의 수량을 대신하여, 기존 사용자가 보유중인 노드(node)의 수량을 이용하여 신규 토큰을 분배할 수 있음은 물론이다.
추가적으로, 도 10을 참조하면, 일반 채굴을 위해 누적되는 토큰(token)의 수량은, 점진적으로 감소될 수 있다. 즉, DNS 팜 모듈(130)은 미리 정해진 주기마다 이전 주기보다 감소된 양의 신규 토큰을 채굴하여 누적시킬 수 있다. 또한, 미리 정해진 수량의 토큰이 모두 채굴되는 경우, 일반 채굴에 대한 신큐 토큰의 채굴은 중단될 수 있다. 예를 들어, 일반 채굴에 따른 신규 토큰은, 배정된 토큰 물량이 소진시까지 채굴되며, 수량은 매일 0.05%씩 감소될 수 있다.
또한, DNS 팜 모듈(130)은 일반 채굴에 의해 누적된 신규 토큰은, 특정 사용자의 지갑에 예치된 노드(node)가 스테이킹 또는 언스테이킹을 수행하는 시점에 누적된 신규 토큰을 분배할 수 있다.
예를 들어, 도 10을 참조하면, x축은 블록체인의 생성주기를 나타내며, y축은 해당 주기마다 채굴되어 누적되는 일반 채굴에 따른 분배대상 토큰의 수량을 의미한다. 제1 시점(t(1)) 내지 제3 시점(t(3)) 동안 분배대상 토큰은 누적되고, 신규 사용자가 스테이킹을 수행한 시점(T1)에, 누적된 분배대상 토큰은 기존 사용자들에게 분배될 수 있다. 이때, 분배 이후, 분배대상 토큰의 누적량은 초기화된다.
이후, 제4 시점(t(4)) 내지 제8 시점(t(8)) 동안 분배대상 토큰은 다시 누적되고, 다른 신규 사용자가 스테이킹을 수행한 시점(T2)에, 누적된 분배대상 토큰은 다시 기존 사용자들에게 분배될 수 있다.
이하에서는, 보상 채굴 규칙을 이용하여 보상 채굴의 대상이 되는 토큰(token)을 분배하는 과정에 대해 자세히 살펴보도록 한다.
도 11 및 도 12는 도 6의 S270 단계에서 보상 채굴에 따른 토큰을 분배하는 과정을 설명하기 위한 도면이다. 마찬가지로, 이하에서는 설명의 편의를 위하여 DNS 팜 모듈(130)에서 일반 채굴에 따른 토큰의 분배 동작이 모두 수행되는 것으로 설명하나, 일부 단계는 다른 모듈에서 수행될 수 있음은 물론이다.
도 11을 참조하면, 본 발명의 일 실시예에서, DNS 팜 모듈(130)은 특정 사용자의 지갑에 예치된 노드(node)에 대한 스테이킹의 요청을 수신하고(S271), 해당 노드(node)에 대한 스테이킹을 수행한다(S272).
이어서, 상기 스테이킹을 수행하는 시점에, DNS 팜 모듈(130)은 상기 노드(node)를 스테이킹 중인 제1 사용자수가, 직전 보상 채굴 시의 제2 사용자수보다 큰지 여부를 판단한다(S273).
이어서, 상기 제1 사용자수가 상기 제2 사용자수보다 큰 경우, DNS 팜 모듈(130)은 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정한다(S274).
한편, 본 발명의 다른 실시예에서, DNS 팜 모듈(130)은 스테이킹 요청된 노드(node)가 이전에 스테이킹된 이력이 있는지 여부를 판단할 수 있다. 이어서, 해당 노드(node)가 최초의 스테이킹인 경우, DNS 팜 모듈(130)은 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정할 수 있다. 이때, DNS 팜 모듈(130)은 노드(node)의 최초 스테이킹 시에만 보상 채굴에 따른 신규 토큰을 분배할 수 있다.
또한, 본 발명의 또 다른 실시예에서, DNS 팜 모듈(130)은 복수의 노드(node) 중에서 보상 채굴을 위한 전용 노드(exclusive node)를 별도로 관리할 수 있으며, 전용 노드(exclusive node)의 최초 스테이킹 시에만 보상 채굴에 따른 신규 토큰을 분배할 수 있다.
다만, 이는 본 발명의 몇몇 실시예에 불과하며, 본 발명에서 전술한 보상 채굴에 따른 신규 토큰을 분배하는 조건들은, 전술한 실시예들에 의해 한정되는 것은 아니다.
이때, 보상 채굴에 따른 신규 토큰의 수량은, 스테이킹 중인 사용자수가 증가될수록 함께 증가된다. 다만, 보상 채굴에 따른 신규 토큰은 일회성으로 채굴된다.
예를 들어, 전체 스테이킹 중인 사용자수가 1000명에서 1001명으로 증가되는 경우, 신규 사용자가 스테이킹 하는 시점에 1001명에 대응되는 보상 채굴에 따른 신규 토큰이 분배된다. 다만, 전체 스테이킹 중인 사용자수가 1001명에서 1000명으로 감소된 이후, 다시 1001명이 되는 경우에는 보상 채굴에 따른 신규 토큰이 발행하지 않을 수 있다. 이때, 도 12를 참조하면, 전체 스테이킹 중인 사용자수가 1001명으로 증가되는 제1 시점(예를 들어, u(3))의 보상 채굴에 따른 신규 토큰의 제1 수량(R(3))은, 전체 스테이킹 중인 사용자수가 1010명으로 증가되는 제2 시점(예를 들어, u(8))의 보상 채굴에 따른 신규 토큰의 제2 수량(R(8))보다 작을 수 있다. 즉, 보상 채굴에 따른 신규 토큰의 수량은 전체 스테이킹 중인 사용자수가 증가될 때마다 함께 증가될 수 있다. 이러한 보상 채굴에 따른 분배대상이 되는 신규 토큰은 [수학식 1]에 의해 정의될 수 있다.
[수학식 1]
Reward = Init_Reward + (count - 1) x (Increase rate)
여기에서, Reward는 보상 채굴에서 분배대상이 되는 신규토큰의 수량을 의미하고, Init_Reward은 보상 채굴의 초기값(도 12의 R(0))을 의미하고, count는 스테이킹 중인 사용자수를 의미하고, Increase rate는 보상 채굴에서 분배되는 신규토큰의 증가량을 의미한다.
또한, 미리 정해진 수량의 노드(node)가 모두 스테이킹되는 경우, 보상채굴에 따른 신규 토큰의 발행은 중단될 수 있다. 이 경우, 노드(node)는 마켓 플레이스 모듈(110)를 통해 재거래가 가능하도록 락업(lock-up)이 해제될 수 있다.
한편, DNS 팜 모듈(130)은 결정된 상기 보상 채굴에 따른 신규 토큰을 DNS 토큰 모듈(140)을 통하여 기존 사용자들에게 분배한다(S275).
정리하면, DNS 팜 모듈(130)은 노드(node)를 스테이킹 하는 사용자들이 증가될 때마다(또는, 특정 블록체인에서 신규 블록이 생성될 때마다), 일반 채굴에 따른 신규 토큰의 수량(또는, 미리 정해진 주기별 누적량)을 감소시키고, 보상 채굴에 따른 신규 토큰의 수량을 증가시키게 된다.이를 통해, 본 발명의 일 실시예에 따른 탈중앙화 노드 시스템(DNS)에서, 사용자는 노드(node) 및 토큰(token)을 지속적으로 보유함으로써 상기 노드(node)에서 파생되는 일반 채굴 및 보상 채굴에 따른 토큰(token)를 분배 받을 수 있다. 따라서, 사용자가 보유한 노드(node)와 토큰(token)의 양에 비례하여 분배 받는 토큰의 양이 결정되기에, 사용자는 노드(node)와 토큰(token)을 지속적으로 보유하면서 보유량을 늘리려는 모티베이션을 가지게 된다. 이에 따라, 탈중앙화 노드 시스템(DNS)에서 노드(node) 및 토큰(token)의 유통량 및 매도량은 적정선으로 유지되거나 축소될 수 있으며, 해당 노드(node) 및 토큰(token)의 가치 또한 일정 수준 이상으로 유지되어 이상적인 암호화폐 생태계가 마련될 수 있다.
또한, 본 발명의 탈중앙화 노드 시스템(DNS)은, 블록체인 네트워크에 미리 입력된 스마트 컨트랙트를 이용하여 운영되어 신뢰성 및 보안성을 향상시킬 수 있으며, 진정한 의미의 탈중앙화 시스템을 구현할 수 있다. 이때, 본 발명은 소프트웨어 노드 소유자들에게 토큰의 발행과 초기 유통권한의 부여함으로써 탈중앙화를 이뤄낼 수 있다. 이에 따라, 본 발명은, 블록체인의 보안성, 공개성, 불변성, 접근성, 익명성, 참여권한, 이용권한, 노드 보상방법 등의 다양한 요구에 유연하게 대응할 수 있다.
또한, 본 발명의 탈중앙화 노드 시스템(DNS)은, 블록체인을 운영하는데 필요한 하드웨어 노드를 소프트웨어 노드로 대체하여 토큰(token)을 발행(또는, 채굴)하고 분배함으로써, 블록체인을 운영하는데 필요한 리소스를 감소시킬 수 있다. 이때, 본 발명의 별도의 공간이 필요하지 않으며, 유지비용이 거의 발행하지 않는다.
또한, 본 발명의 탈중앙화 노드 시스템(DNS)은, 특정 노드(node)를 대신하여 특정 프로그램 내에서 운영되는 캐릭터 NFT 또는 아이템 NFT를 포함할 수 있다. 이때, 특정 프로그램을 사용하는 이용자들은 캐릭터 NFT 또는 아이템 NFT을 보유함으로써, 해당 프로그램 내에서 이용가능한 토큰을 분배받고 활용할 수 있어, 해당 프로그램 내에서 탈중앙화된 암호화폐 생태계가 자생적으로 마련될 수 있다.
다른 예로, 특정 프로그램 내에서 운영되는 NFT 형태의 노드(node)가 모두 채굴되는 경우, 각 노드(node)는 랜덤박스에서 서로 다른 이미지를 부여받을 수 있으며, 각각의 노드(node)는 상호 합성을 통해 새로운 이미지를 생성하는데 이용될 수 있어, 해당 프로그램 내에서 새로운 가치를 생성하는 가상화폐로써 이용될 수 있다. 다만, 이는 하나의 예시에 불과하며 본 발명이 이에 한정되는 것은 아니다.
이하에서는, 암호화폐의 생성, 발행 및 분배과정에서 검증 동작을 추가적으로 수행하는, 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템(DNS)에 대해 살펴보도록 한다.
도 13은 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템(DNS)을 설명하기 위한 개념도이다. 도 14는 도 13의 탈중앙화 노드 시스템(DNS)의 이상동작 검증 동작을 설명하기 위한 순서도이다. 이하에서는 전술한 내용과 중복되는 내용은 생략하고 차이점을 위주로 설명하도록 한다.
도 13을 참조하면, 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템(DNS)은, 마켓 플레이스 모듈(110), DNS 노드 모듈(120), DNS 팜 모듈(130), DNS 토큰 모듈(140) 및 DNS 검증 모듈(150)을 포함한다. 각각의 모듈(110, 120, 130, 140, 150)은 스마트 컨트랙트(smart contract)로 구현될 수 있으며, 서버(100)는 블록체인 네트워크(200) 상에 각각의 모듈(110, 120, 130, 140, 150)을 설치(deploy)하고 동작시킬 수 있다.
DNS 검증 모듈(150)는 토큰(token)의 생성, 발행, 또는 전송 단계에서, 토큰(token)의 무결성을 검증하는 동작을 수행한다. 또한, DNS 검증 모듈(150)은 노드(node)의 발행 또는 전송 단계에서 노드(node)의 무결성을 검증하는 동작도 수행할 수 있다. 다만, 이하에서는 설명의 편의를 위하여 토큰(token)에 대한 검증 방법을 예로 들어 설명하도록 한다.
탈중앙화 노드 시스템(DNS)의 경우, 스마트 컨트랙트의 특성상 해킹을 하기 어려우나, 시스템의 구조적인 허점이나 코딩의 실수를 파고들어서 토큰(token)의 생성, 발행(또는, 채굴), 또는 전송 수량과 횟수를 변경할 수 있다. 이러한 해킹의 목적과 범위가 국소적일 경우, 시스템의 수정 및 보완을 통하여 정상화할 수 있으나, 토큰(token)의 외부유출이 목적일 경우 문제가 커질 수 있다.
따라서, 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템(DNS)은 토큰(token)의 모든 생성, 발행, 전송 등의 데이터가 온체인(on-chain)에 기록되는 특징을 활용하여, 미리 정해진 범위 이상의 수치의 변화가 일어날 때마다, 이상동작 여부 판단에 대한 검증 동작을 수행할 수 있다.
구체적으로, 도 14를 참조하면, 서버(100)는 블록체인 네트워크(200) 상에 스마트 컨트랙트로 구성된 복수의 모듈을 설치 및 구동시킨다(S310). 복수의 모듈은 마켓 플레이스 모듈(110), DNS 노드 모듈(120), DNS 팜 모듈(130), DNS 토큰 모듈(140), 및 DNS 검증 모듈(150)를 포함할 수 있다.
이어서, 블록체인 네트워크(200)는 미리 정해진 주기마다 블록을 생성한다(S320). 이때, 서버(100)는 토큰(token)이 미리 정해진 주기로 생성되는 블록의 생성시마다 미리 정해진 수량만큼 생성 또는 발행(또는, 채굴)되도록 설정할 수 있다.
이어서, DNS 토큰 모듈(140)은 블록당 이론적인 토큰(token)의 생성수량을 산출하여 DNS 검증 모듈(150)에 전달한다(S330).
이어서, 미리 정해진 주기마다 토큰(token)이 생성시, DNS 검증 모듈(150)은 생성된 토큰(token)을 대상으로 제1 이상동작 검증을 수행한다(S340). 제1 이상동작 검증에 대한 자세한 내용은 이하에서 도 15 및 도 16을 참조하여 후술하도록 한다.
이어서, DNS 팜 모듈(130)은 노드(node)를 보유한 사용자들을 대상으로 발행할 토큰(token)의 수량을 산출한다. 이때, 토큰(token)은 일반 채굴 규칙 또는 보상 채굴 규칙을 통해, 사용자들이 보유한 노드(node)의 비율에 따라 발행될 수 있다.
이어서, DNS 검증 모듈(150)은 사용자에게 발행되는 토큰을 대상으로 제2 이상동작 검증을 수행한다(S350). 제2 이상동작 검증에 대한 자세한 내용은 이하에서 도 17을 참조하여 후술하도록 한다.
추가적으로, DNS 토큰 모듈(140)은 사용자로부터 토큰(token)의 전송요청을 수신할 수 있다. 이때, DNS 검증 모듈(150)은 사용자로부터 수신되어 전송요청된 토큰(token)을 대상으로 제3 이상동작 검증을 수행할 수 있다(S360). 제3 이상동작 검증에 대한 자세한 내용은 이하에서 도 18 및 도 19을 참조하여 후술하도록 한다.
정리하면, DNS 검증 모듈(150)은 탈중앙화 노드 시스템(DNS)에서 생성되고, 발행되고, 전송요청된 토큰(token)에 대해 이상동작 검증을 수행할 수 있다.
다만, 본 발명의 탈중앙화 노드 시스템(DNS)이 항상 전술한 제1 내지 제3 이상동작 검증을 모두 수행하는 것은 아니며, 제1 내지 제3 이상동작 검증 중 일부 단계는 생략하거나, 추가적인 이상동작 검증을 추가하여 동작할 수 있다.
이하에서는, DNS 검증 모듈(150)에서 수행되는 이상동작 검증 방법에 대해 자세히 살펴보도록 한다.
도 15는 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템(DNS)의 토큰 생성 방법을 설명하기 위한 도면이다. 도 16은 도 14의 S340 단계에서 수행되는 1차 이상동작 검증 방법을 설명하기 위한 도면이다.
우선, 도 15를 참조하면, 탈중앙화 노드 시스템(DNS)에서 토큰(token)은, 순차 생성 방식과 일괄 생성 방식을 통해 생성될 수 있다.
순차 생성 방식은, 블록체인 네트워크(200)에서 블록이 생성될 때마다 미리 정해진 수량의 토큰(token)을 생성하여 지속적으로 전담 스마트 컨트랙트에 전송하는 방식을 의미한다. 순차 생성 방식은 토큰(token)의 생성이 진행형이기에, 발행한 주체가 토큰(token)의 일부만을 보유하게 되므로 탈중앙화에 가까운 방식이다.
반면, 일괄 생성 방식은, 블록체인 네트워크(200)에서 토큰(token)의 최대 수량을 한 번에 생성하거나 필요시 생성하여, 전담 스마트 컨트랙트에 전송하는 방식을 의미한다. 일괄 생성 방식은, 토큰(token)이 일괄적으로 생성되는 완료형이기에, 발행한 주체가 토큰(token)의 전부를 보유하고 관리하게 된다.
도 16은 순차 생성 방식으로 토큰(token)이 순차적으로 생성되는 경우, 수행되는 제1 이상동작 검증에 대한 순서도를 나타낸다.
도 16을 참조하면, 서버(100)는 블록체인 네트워크(200) 상에 스마트 컨트랙트로 구성된 복수의 모듈을 설치 및 구동시킨다(S310).
이어서, 블록체인 네트워크(200)는 미리 정해진 주기마다 블록을 생성한다(S320). 이때, 미리 정해진 주기는 블록체인 네트워크(200) 상에서 생성되는 특정 블록의 생성주기에 연동될 수 있다.
이어서, DNS 토큰 모듈(140)은 블록당 이론적인 토큰(token)의 생성수량(즉, 이론적 토큰 생성수량)을 산출하여 DNS 검증 모듈(150)에 전달한다(S330).
이어서, 미리 정해진 주기마다 토큰(token)이 생성시, DNS 검증 모듈(150)은 이론적인 토큰(token)의 생성수량(즉, 제1 수량)과, 블록이 생성됨에 따라 생성 요청된 토큰(token)의 수량(즉, 제2 수량)을 비교한다(S341).
이어서, DNS 검증 모듈(150)은 제1 수량과 제2 수량의 차이값이 미리 정해진 기준치보다 큰지 여부를 비교하고(S343), 제1 수량과 제2 수량의 차이값이 기준치보다 큰 경우, 노드(node) 및 토큰(token)의 발행을 중지시킨다(S345).
반면, 제1 수량과 제2 수량의 차이가 기준치보다 작은 경우, DNS 검증 모듈(150)은 토큰(token)에 대한 생성요청을 서버(100) 또는 DNS 토큰 모듈(140)에 전달한다(S347). 즉, 순차 생성 방식으로 토큰(token)을 생성하는 탈중앙화 노드 시스템(DNS)은, 토큰(token)을 바로 생성하지 않고, DNS 검증 모듈(150)의 이상동작 검증을 수행한 후, 토큰(token)에 대한 생성요청을 전달할 수 있다.
도 17은 도 14의 S350 단계에서 수행되는 2차 이상동작 검증 방법을 설명하기 위한 도면이다. 이때, 2차 이상동작 검증 방법은, 서버(100) 또는 DNS 검증 모듈(150)에서 수행될 수 있으나, 이하에서는 설명의 편의를 위하여 DNS 검증 모듈(150)에서 수행되는 것을 예로 들어 설명하도록 한다.
도 17을 참조하면, DNS 검증 모듈(150)은 노드(node)를 보유한 사용자들을 대상으로 금번 회차에 발행할 토큰(token)의 발행 예정 수량을 탐색한다(S351). 이때, DNS 검증 모듈(150)은 토큰(token)의 발행 예정 수량을 DNS 팜 모듈(130)로부터 수신하여 이용할 수 있다.
이어서, DNS 검증 모듈(150)은, 직전 회차에 발행했던 토큰(token)의 수량을 기초로, 금번 회차에 사용자들에게 분배할 토큰의 이론적 발행 수량을 산출한다(S352).
이어서, 상기 발행 예정 수량이 상기 이론적 발행 수량보다 큰 경우(S353), DNS 검증 모듈(150)은, 노드(node)의 락업 또는 토큰(token)의 발행을 중지시킨다(S357).
반면, 상기 발행 예정 수량이 상기 이론적 발행 수량보다 작은 경우(S353), DNS 검증 모듈(150)은 DNS 토큰 모듈(140)에 이상 없음을 전달하여 토큰(token)이 예정대로 발행되도록 한다(S359).
한편, DNS 검증 모듈(150)은 미리 설정된 기간동안 노드(node)에 대한 토큰(token)의 실제 발행 횟수를 탐색한다(S354).
이어서, DNS 검증 모듈(150)은 상기 미리 설정된 기간동안, 스마트 컨트랙트에 미리 설정된 토큰(token)의 이론적 발행 횟수를 탐색한다(S355).
이어서, 상기 실제 발행 횟수가 상기 이론적 발행 횟수보다 큰 경우(S356), DNS 검증 모듈(150)은, 노드(node)의 락업 또는 토큰(token)의 발행을 중지시킨다(S357).
반면, 상기 실제 발행 횟수가 상기 이론적 발행 횟수보다 작은 경우(S356), DNS 검증 모듈(150)은 DNS 토큰 모듈(140)에 이상 없음을 전달하여 토큰(token)이 예정대로 발행되도록 한다(S359).
즉, 2차 이상동작 검증 방법은, 토큰(token)의 발행량과 발행횟수를 기초로 이상동작 여부를 검증하는 동작에 해당한다.
도 18은 도 14의 S360 단계에서 수행되는 3차 이상동작 검증 방법의 일 예를 설명하기 위한 도면이다. 마찬가지로, 3차 이상동작 검증 방법은, 서버(100) 또는 DNS 검증 모듈(150)에서 수행될 수 있으나, 이하에서는 설명의 편의를 위하여 DNS 검증 모듈(150)에서 수행되는 것을 예로 들어 설명하도록 한다.
도 18을 참조하면, DNS 검증 모듈(150)은 토큰(token)을 보유한 사용자 단말(300)이 요청한 토큰(token)의 전송요청수량을 수신한다(S361). 이때, DNS 검증 모듈(150)은 토큰(token)의 전송요청수량을 DNS 토큰 모듈(140)로부터 수신하여 이용할 수 있다.
이어서, DNS 검증 모듈(150)은, 사용자 단말(300)의 계정에 미리 설정된 전송제한수량을 로드한다(S362).
이어서, 상기 전송요청수량이 상기 전송제한수량보다 큰 경우(S363), DNS 검증 모듈(150)은, 사용자 단말(300)의 계정을 락업시키거나, 토큰(token)의 전송을 중지시킨다(S367).
반면, 상기 전송요청수량이 상기 전송제한수량보다 작은 경우(S363), DNS 검증 모듈(150)은 DNS 토큰 모듈(140)에 이상 없음을 전달하여 토큰(token)이 요청된 대로 전송되도록 한다(S369).
한편, DNS 검증 모듈(150)은 미리 설정된 기간동안 사용자 단말(300)에서 요청한 토큰전송횟수를 탐색한다(S364)
이어서, DNS 검증 모듈(150)은 미리 설정된 기간에 대하여, 사용자 단말(300)의 계정에 미리 설정된 전송제한횟수를 로드한다(S365).
이어서, 상기 토큰전송횟수가 상기 전송제한횟수보다 큰 경우(S366), DNS 검증 모듈(150)은, 사용자 단말(300)의 계정을 락업시키거나, 토큰(token)의 전송을 중지시킨다(S367).
반면, 상기 토큰전송횟수가 상기 전송제한횟수보다 작은 경우(S366), DNS 검증 모듈(150)은 DNS 토큰 모듈(140)에 이상 없음을 전달하여 토큰(token)이 요청된 대로 전송되도록 한다(S369).
즉, 3차 이상동작 검증 방법은, 토큰(token)의 전송량과 전송횟수를 기초로 이상동작 여부를 검증하는 동작에 해당한다.
도 19는 도 14의 S360 단계에서 수행되는 3차 이상동작 검증 방법의 다른 예를 설명하기 위한 도면이다. 마찬가지로, 3차 이상동작 검증 방법은, 서버(100) 또는 DNS 검증 모듈(150)에서 수행될 수 있으나, 이하에서는 설명의 편의를 위하여 DNS 검증 모듈(150)에서 수행되는 것을 예로 들어 설명하도록 한다.
도 19를 참조하면, 사용자는 사용자 단말(300)을 통해서로 다른 업체의 복수의 암호화폐 지갑(이하, 지갑을 연결하기 위한 온체인 계정을 활성화시킨다(S461),
이어서, 사용자는 사용자 단말(300)을 통해 활성화된 사용자의 온체인 계정에, 스마트 컨트랙트를 이용하여 서로 다른 업체에서 발행된 복수의 지갑을 연결한다(S462). 이때, 복수의 지갑은, PC 지갑, 웹 지갑, 모바일 지갑, 하드웨어 지갑 등 다양한 종류의 암호화폐 지갑을 포함할 수 있다.
이어서, DNS 검증 모듈(150)은, 사용자 단말(300)로부터, 가상자산(예를 들어, 노드(node) 또는 토큰(token))의 전송시 동의를 필요로 하는 동의필요지갑의 숫자와, 상기 동의를 수신하는 제한시간을 수신한다(S463). DNS 검증 모듈(150)은 사용자 단말(300)의 온체인 계정에 동의필요지갑의 숫자와 제한시간을 설정한다.
이어서, DNS 검증 모듈(150)은, 사용자 단말(300)로부터 가상자산(예를 들어, 노드(node) 또는 토큰(token))의 전송요청을 수신한다(S464). 예를 들어, DNS 토큰 모듈(140)은 사용자 단말(300)로부터 토큰전송요청을 수신할 수 있고, 수신된 토큰전송요청은 DNS 검증 모듈(150)에 전달될 수 있다. 또한, DNS 노드 모듈(120)은 사용자 단말(300)로부터 노드전송요청을 수신할 수 있고, 수신된 노드전송요청은 DNS 검증 모듈(150)에 전달될 수 있다.
이어서, DNS 검증 모듈(150)은, 사용자의 온체인 계정에 연결된 복수의 지갑으로부터 동의필요지갑의 숫자 이상의 동의를 제한시간 이내에 수신한다(S465).
이어서, 복수의 지갑으로부터 동의필요지갑의 숫자 이상의 동의를 제한시간 이내에 수신한 경우, DNS 검증 모듈(150)은 요청된 가상자산을 전송을 수행한다(S466).
반면, 복수의 지갑으로부터 동의필요지갑의 숫자 이상의 동의를 제한시간 이내에 수신하지 못한 경우, 가상자산의 요청을 거절한다.
추가적으로, 본 발명의 또 다른 실시예에서, 도 18을 참조하여 설명한 3차 이상동작 검증 방법의 일 예와, 도 19를 참조하여 설명한 3차 이상동작 검증 방법의 다른 예는, 하나의 탈중앙화 노드 시스템 내에서 동시에 수행될 수 있다.
정리하면, 본 발명의 다른 실시예에 따른 탈중앙화 노드 시스템은, 복수의 이상동작 검증을 수행함에 따라, 보안상의 문제가 발행될 확률을 최소화시킬 수 있다.
본 발명의 탈중앙화 노드 시스템은, 토큰(token)이 생성되고 발행될 때마다 매순간 점검 및 대응하는 주체가 감시용 스마트 컨트랙트이므로 문제점이 발견되면 자동으로 즉각적인 조치를 취할 수 있다. 또한, 토큰(token)의 생성과 분배라는 각기 다른 분야에서 상이한 스마트 컨트랙트가 작동하고 있으므로 보안의 적용대상이 다르기에, 이상동작 검증을 복수 회에 걸쳐서 수행할 수 있으므로, 시스템의 보안성을 향상시킬 수 있다.
이하에서는, 탈중앙화 노드 시스템의 동작 방법을 수행하는 하드웨어 구현을 구체적으로 설명하도록 한다.
도 20은 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템의 동작 방법을 수행하는 하드웨어 구현을 설명하기 위한 도면이다.
도 20을 참조하면, 서버(100) 또는 블록체인 네트워크(200)를 구성하는 각각의 노드는 전자 장치(1000)로 구현될 수 있다. 이때, 전자 장치(1000)는 컨트롤러(1010), 입출력 장치(1020, I/O), 메모리 장치(1030, memory device), 인터페이스(1040, interface) 및 버스(1050, bus)를 포함할 수 있다. 컨트롤러(1010), 입출력 장치(1020), 메모리 장치(1030) 및/또는 인터페이스(1040)는 버스(1050)를 통하여 서로 결합될 수 있다. 버스(1050)는 데이터들이 이동되는 통로(path)에 해당한다.
구체적으로, 컨트롤러(1010)는 CPU(Central Processing Unit), MPU(Micro Processor Unit), MCU(Micro Controller Unit), GPU(Graphic Processing Unit), NPU(Neural Processing Unit), 마이크로프로세서, 디지털 신호 프로세스, 마이크로컨트롤러, 애플리케이션 프로세서(AP, application processor) 및 이들과 유사한 기능을 수행할 수 있는 논리 소자들 중에서 적어도 하나를 포함할 수 있다.
입출력 장치(1020)는 키패드(keypad), 키보드, 터치스크린 및 디스플레이 장치 중 적어도 하나를 포함할 수 있다. 메모리 장치(1030)는 데이터 및/또는 프로그램 등을 저장할 수 있다.
메모리 장치(1030)는 컨트롤러(1010)의 동작을 향상시키기 위한 동작 메모리로서, 고속의 디램 및/또는 에스램 등을 포함할 수 있다. 메모리 장치(1030)는 내부에 탈중앙화 노드 시스템의 동작 방법에 대한 프로그램 또는 애플리케이션을 저장할 수 있다.
인터페이스(1040)는 통신 네트워크로 데이터를 전송하거나 통신 네트워크로부터 데이터를 수신하는 기능을 수행할 수 있다. 인터페이스(1040)는 유선 또는 무선 형태로 동작할 수 있다. 예컨대, 인터페이스(1040)는 안테나 또는 유무선 트랜시버 등을 포함할 수 있다.
다만, 이는 본 발명의 시스템이 구현된 전자 장치(1000)의 일 예시에 불과하며, 본 발명의 몇몇 실시예에 따른 탈중앙화 노드 시스템 및 이의 동작 방법은 다양한 시스템 및 하드웨어에 구현되어 동작할 수 있음은 물론이다.
정리하면, 본 발명의 탈중앙화 노드 시스템 및 이의 동작 방법은, 블록체인을 운영하는데 필요한 하드웨어 노드를 소프트웨어 노드로 대체하여 토큰을 발행(또는, 채굴)하고 분배함으로써, 블록체인을 운영하는데 필요한 리소스를 감소시킬 수 있다.
또한, 본 발명은, 사용자의 전자지갑에 암호화폐를 보유하고 있으면 새로운 토큰을 받을 수 있는 구조로 사용자가 노드 및 토큰 보유량과 보유 기간을 결정할 수 있어 중앙 서버로부터 규제나 간섭을 받지 않고 수익을 창출할 수 있다. 또한, 본 발명은, 사용자가 많은 노드 및 토큰을 보유하는 경우 지속적으로 토큰을 분배 받을 수 있어 암호화폐의 이용자의 수를 지속적으로 유입시킬 수 있으며, 암호화폐의 유통량 및 매도량을 축소시킬 수 있어 암호화폐의 가치를 일정 수준 이상으로 유지시킬 수 있다.
또한, 본 발명은, 블록체인 네트워크에 미리 입력된 스마트 컨트랙트를 이용하여 운영되어 신뢰성 및 보안성을 향상시킬 수 있으며, 진정한 의미의 탈중앙화 시스템을 구현할 수 있다. 이때, 본 발명은 소프트웨어 노드 소유자들에게 토큰의 발행과 초기 유통권한의 부여함으로써 탈중앙화를 이뤄낼 수 있다.
또한, 본 발명은, 가상자산이 생성되고, 발행되고, 전송될 때마다 매순간 점검 및 대응하는 주체가 감시용 스마트 컨트랙트이므로 문제점이 발견되면 자동으로 즉각적인 조치를 취할 수 있다. 또한, 본 발명은 가상자산의 생성과 분배라는 각기 다른 분야에서 상이한 스마트 컨트랙트가 작동하고 있으므로 보안의 적용대상이 다르기에, 이상동작 검증을 복수 회에 걸쳐서 수행할 수 있으므로, 시스템의 보안성을 향상시킬 수 있다.
또한, 본 발명은, 온라인 쇼핑몰, 온라인 게임, 보험 상품, 결제, 이체, 송금 등의 금융활동, 메타버스 등 다양한 플랫폼 전반에 적용될 수 있다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (14)

  1. 사용자 단말 및 서버와 연계하여 동작하는 탈중앙화 노드 시스템(Decentralized Node system; DNS)의 동작 방법에 있어서,
    상기 서버에서, 스마트 컨트랙트를 통하여 블록체인 네트워크 상에 마켓 플레이스 모듈, DNS 노드 모듈, DNS 팜 모듈, 및 DNS 토큰 모듈을 설치 및 구동시키는 단계;
    상기 서버에서, 상기 DNS 노드 모듈에 미리 정해진 수량의 노드(Node)를 생성 요청하는 단계;
    상기 DNS 노드 모듈에서, 생성된 상기 노드의 거래 권한을 상기 마켓 플레이스 모듈에 할당하는 단계;
    상기 마켓 플레이스 모듈에서, 상기 사용자 단말에 노드 거래 인터페이스를 제공하는 단계;
    상기 노드 거래 인터페이스를 통해 수신한 거래 요청을 기초로, 상기 DNS 노드 모듈에서 상기 사용자 단말과 관련된 계정에 상기 노드를 전달하는 단계;
    상기 서버에서, 상기 DNS 토큰 모듈에 미리 정해진 수량의 토큰을 생성 요청하는 단계;
    상기 DNS 토큰 모듈에서, 생성된 상기 토큰의 분배 권한을 상기 DNS 팜 모듈에 할당하는 단계;
    상기 DNS 팜 모듈에서, 상기 사용자 단말과 관련된 계정이 보유한 상기 노드에 대한 스테이킹(staking) 또는 언스테이킹(unstaking)을 수행하는 단계;
    상기 DNS 팜 모듈에서, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 일반 채굴 규칙에 따라 상기 사용자들을 대상으로 분배할 제1 토큰의 수량을 산출하는 단계;
    상기 DNS 팜 모듈에서, 상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 보상 채굴 규칙에 따라 상기 사용자들을 대상으로 분배할 제2 토큰의 수량을 산출하는 단계; 및
    상기 DNS 토큰 모듈에서, 산출된 상기 제1 토큰 또는 상기 제2 토큰을 상기 사용자 단말의 계정에 발행하는 단계를 포함하는
    탈중앙화 노드 시스템의 동작 방법.
  2. 제1 항에 있어서,
    상기 제1 토큰의 수량을 산출하는 단계는,
    미리 정해진 주기마다 일반 채굴에 따른 신규 토큰을 누적시키는 단계;
    특정 사용자의 지갑에 예치된 노드에 대한 스테이킹 또는 언스테이킹을 수행하는 단계;
    상기 스테이킹 또는 상기 언스테이킹을 수행하는 시점에, 기존 사용자들의 스테이킹 중인 노드의 수량을 각 사용자별로 탐색하는 단계;
    노드를 스테이킹 중인 상기 각 사용자들이 보유한 토큰 보유량을 탐색하는 단계; 및
    상기 스테이킹 중인 노드 및 상기 토큰 보유량을 기초로 산출된 분배비율을 이용하여, 상기 기존 사용자들에게 누적된 상기 일반 채굴에 따른 신규 토큰을 분배하는 단계를 포함하는 탈중앙화 노드 시스템의 동작 방법.
  3. 제2 항에 있어서,
    상기 일반 채굴에 따른 신규 토큰을 누적시키는 단계는,
    미리 정해진 주기마다, 이전 주기보다 감소된 양의 신규 토큰을 채굴하여 누적시키며,
    미리 정해진 수량의 토큰이 모두 채굴되는 경우, 상기 신규 토큰의 채굴을 중단하는 것을 포함하는 탈중앙화 노드 시스템의 동작 방법.
  4. 제2 항에 있어서,
    상기 산출된 분배비율을 이용하여, 상기 기존 사용자들에게 누적된 상기 일반 채굴에 따른 신규 토큰을 분배하는 단계는,
    상기 특정 사용자의 지갑에 예치된 노드에 대한 스테이킹 또는 언스테이킹을 수행하는 때에만 상기 신규 토큰을 분배하며,
    상기 스테이킹 중인 노드 및 상기 토큰 보유량에, 미리 정해진 비율에 따른 가중치를 적용하여, 상기 분배비율을 산출하는 것을 포함하는 탈중앙화 노드 시스템의 동작 방법.
  5. 제1 항에 있어서,
    상기 제2 토큰의 수량을 산출하는 단계는,
    특정 사용자의 지갑에 예치된 노드에 대한 스테이킹을 수행하는 단계;
    상기 스테이킹을 수행하는 시점에, 상기 노드를 스테이킹 중인 제1 사용자수가, 직전 보상 채굴 시의 제2 사용자수보다 큰지 여부를 판단하는 단계;
    상기 제1 사용자수가 상기 제2 사용자수보다 큰 경우, 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정하는 단계; 및
    결정된 상기 보상 채굴에 따른 신규 토큰을 분배하는 단계를 포함하는 탈중앙화 노드 시스템의 동작 방법.
  6. 제5 항에 있어서,
    상기 보상 채굴에 따른 신규 토큰의 수량을 결정하는 단계는,
    상기 노드를 스테이킹 중인 사용자수가 증가될수록, 상기 보상 채굴에 따른 신규 토큰의 수량을 함께 증가시키고,
    미리 정해진 수량의 노드가 모두 스테이킹되는 경우, 상기 보상 채굴을 중단하는 것을 포함하는 탈중앙화 노드 시스템의 동작 방법.
  7. 제1 항에 있어서,
    상기 노드는, ERC-1155 또는 ERC-721 기반의 노드 NFT로 발행되고,
    상기 마켓 플레이스 모듈은,
    상기 노드가 상기 사용자 단말에 판매될 때마다 상기 노드에 대한 가격을 증가시키고,
    상기 미리 정해진 수량의 노드가 모두 판매되는 경우, 상기 노드에 대한 재판매가 가능하도록 상기 노드에 대한 락업(lock-up)을 해제하는 것을 포함하는 탈중앙화 노드 시스템의 동작 방법.
  8. 제1 항에 있어서,
    상기 DNS 팜 모듈은,
    특정 블록체인에서 신규 블록이 생성될 때마다, 상기 일반 채굴에 따른 신규 토큰의 수량을 감소시키고, 상기 보상 채굴에 따른 신규 토큰의 수량을 증가시키는 것을 포함하는 탈중앙화 노드 시스템의 동작 방법.
  9. 복수의 사용자 단말 및 서버와 연계하여 동작하고, 스마트 컨트랙트를 통하여 블록체인 네트워크 상에 구현된 복수의 모듈을 포함하는 탈중앙화 노드 시스템에 있어서,
    상기 복수의 모듈은,
    미리 정해진 수량으로 발행된 노드(Node)를 관리하고, 상기 노드를 상기 복수의 사용자 단말에 전달하는 DNS 노드 모듈;
    상기 사용자 단말에 노드 거래 인터페이스를 제공하고, 상기 노드 거래 인터페이스를 통해 수신한 거래 요청을 기초로 상기 노드가 전달될 상기 사용자 단말을 특정하는 마켓 플레이스 모듈;
    상기 사용자 단말과 관련된 계정이 보유한 상기 노드에 대한 스테이킹(staking) 또는 언스테이킹(unstaking) 동작을 수행하는 DNS 팜 모듈; 및
    미리 정해진 수량으로 발행된 토큰을 관리하고, 상기 토큰을 상기 복수의 사용자 단말에 전달하는 DNS 토큰 모듈을 포함하되,
    상기 DNS 팜 모듈은,
    상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 일반 채굴 규칙에 따라, 상기 사용자들에게 분배할 제1 토큰의 수량을 산출하는 일반 분배 유닛과,
    상기 노드를 스테이킹하는 사용자들을 대상으로 미리 정해진 보상 채굴 규칙에 따라, 상기 사용자들에게 분배할 제2 토큰의 수량을 산출하는 보상 분배 유닛을 포함하는
    탈중앙화 노드 시스템.
  10. 제9 항에 있어서,
    상기 DNS 팜 모듈은,
    상기 사용자 단말로부터 수신한 노드를 스테이킹 또는 언스테이킹하는 스테이킹 유닛과,
    상기 블럭체인 네트워크 상에서 각 사용자가 스테이킹 중인 노드 및 보유한 토큰의 수량을 탐색하는 탐색 유닛을 더 포함하고,
    상기 탐색 유닛은,
    상기 스테이킹 유닛이 스테이킹 또는 언스테이킹을 수행하는 시점에, 각 사용자가 스테이킹 중인 노드 및 보유한 토큰의 수량을 상기 일반 분배 유닛 및 상기 보상 분배 유닛에 전달하는 것을 포함하는 탈중앙화 노드 시스템.
  11. 제10 항에 있어서,
    상기 일반 분배 유닛은,
    미리 정해진 주기마다, 이전 주기보다 감소된 양의 일반 채굴에 따른 신규 토큰을 채굴하여 누적시키고,
    상기 각 사용자가 스테이킹 중인 노드 및 상기 보유한 토큰의 수량을 기초로 산출된 분배비율을 이용하여, 상기 일반 채굴에 따른 신규 토큰을 분배하는 것을 포함하는 탈중앙화 노드 시스템.
  12. 제10 항에 있어서,
    상기 보상 분배 유닛은,
    상기 스테이킹 또는 언스테이킹을 수행하는 시점에, 상기 노드를 스테이킹 중인 제1 사용자수가, 직전 보상 채굴 시의 제2 사용자수보다 큰지 여부를 판단하고,
    상기 제1 사용자수가 상기 제2 사용자수보다 큰 경우, 미리 정해진 수식을 이용하여 보상 채굴에 따른 신규 토큰의 수량을 결정하여, 이를 기존 사용자들에게 분배하는 것을 포함하는 탈중앙화 노드 시스템.
  13. 제9 항에 있어서,
    상기 노드는, ERC-1155 또는 ERC-721 기반의 노드 NFT로 발행되고,
    상기 마켓 플레이스 모듈은,
    상기 노드가 상기 사용자 단말에 판매될 때마다 상기 노드에 대한 가격을 증가시키고,
    상기 미리 정해진 수량의 노드가 모두 판매되는 경우, 상기 노드에 대한 재판매가 가능하도록 상기 노드에 대한 락업(lock-up)을 해제하는 것을 포함하는 탈중앙화 노드 시스템.
  14. 제13 항에 있어서,
    상기 노드 NFT는, 특정 프로그램 내에서 운영되는 캐릭터 NFT 또는 아이템 NFT를 포함하는 탈중앙화 노드 시스템.
PCT/KR2022/008903 2022-03-25 2022-06-22 탈중앙화 노드 시스템 및 이의 동작 방법 WO2023182577A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2022-0037056 2022-03-25
KR20220037056 2022-03-25
KR10-2022-0072321 2022-06-14
KR1020220072321A KR102469490B1 (ko) 2022-03-25 2022-06-14 탈중앙화 노드 시스템 및 이의 동작 방법

Publications (1)

Publication Number Publication Date
WO2023182577A1 true WO2023182577A1 (ko) 2023-09-28

Family

ID=84233836

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/008903 WO2023182577A1 (ko) 2022-03-25 2022-06-22 탈중앙화 노드 시스템 및 이의 동작 방법

Country Status (2)

Country Link
KR (3) KR102469490B1 (ko)
WO (1) WO2023182577A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023220757A1 (en) * 2022-05-13 2023-11-16 Moviekey Usa Llc Systems and methods for distributing, purchasing, owning, and playing video on demand and distributing royalties
WO2024135963A1 (ko) * 2022-12-19 2024-06-27 에스케이플래닛 주식회사 가상 키보드 서비스 제공 방법 및 이를 위한 장치

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102092850B1 (ko) * 2019-05-20 2020-03-24 주식회사 코인베스트 블록체인 기반 암호화폐의 수익 분배 시스템 및 방법
KR102110395B1 (ko) * 2019-04-23 2020-05-13 박남현 가변기여 채굴형 거래소 서버 및 가변기여 채굴 방법
KR102110397B1 (ko) * 2019-04-23 2020-05-13 박남현 스테이킹 및 프리징 알고리즘을 이용한 블록체인 생태계 안정화 서버 및 방법
KR20200095900A (ko) * 2019-02-01 2020-08-11 남영만 블록체인 기반 노드 리소스 대여를 이용한 리워드 서비스 제공 방법
KR20200124846A (ko) * 2019-04-25 2020-11-04 한국에이아이사이언스 주식회사 컨소시엄 블록체인 네트워크에서 계좌에 기초하여 금융서비스를 제공하는 방법
KR102294429B1 (ko) * 2021-01-13 2021-09-01 주식회사 월드그룹 라이트닝 네트워크 기반의 가상화폐 발행 시스템

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200095900A (ko) * 2019-02-01 2020-08-11 남영만 블록체인 기반 노드 리소스 대여를 이용한 리워드 서비스 제공 방법
KR102110395B1 (ko) * 2019-04-23 2020-05-13 박남현 가변기여 채굴형 거래소 서버 및 가변기여 채굴 방법
KR102110397B1 (ko) * 2019-04-23 2020-05-13 박남현 스테이킹 및 프리징 알고리즘을 이용한 블록체인 생태계 안정화 서버 및 방법
KR20200124846A (ko) * 2019-04-25 2020-11-04 한국에이아이사이언스 주식회사 컨소시엄 블록체인 네트워크에서 계좌에 기초하여 금융서비스를 제공하는 방법
KR102092850B1 (ko) * 2019-05-20 2020-03-24 주식회사 코인베스트 블록체인 기반 암호화폐의 수익 분배 시스템 및 방법
KR102294429B1 (ko) * 2021-01-13 2021-09-01 주식회사 월드그룹 라이트닝 네트워크 기반의 가상화폐 발행 시스템

Also Published As

Publication number Publication date
KR102467801B1 (ko) 2022-11-21
KR20230140342A (ko) 2023-10-06
KR102469490B1 (ko) 2022-11-24

Similar Documents

Publication Publication Date Title
WO2023182577A1 (ko) 탈중앙화 노드 시스템 및 이의 동작 방법
WO2018208105A1 (ko) 블록체인 기반의 사물 인터넷 기기에 대한 비용을 결제하는 방법, 이를 이용한 서버, 서비스 제공 단말, 및 사용자 전자 지갑
US20200042992A1 (en) Resource transaction method, node, device and storage medium
WO2018208106A1 (ko) 블록체인 데이터베이스 및 이와 연동하는 머클 트리 구조를 통해 사물 인터넷 기기에 대한 비용을 결제하는 방법, 이를 이용한 서버, 서비스 제공 단말, 및 사용자 전자 지갑
WO2020235782A1 (ko) 분산 환경에서의 신원 인증 방법
WO2017222128A1 (ko) 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
WO2021015464A1 (ko) 블록체인을 기반으로 한 투자 방법 및 이러한 방법을 사용하는 장치
WO2018124718A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2020091314A1 (ko) 기술 중개 거래 서비스를 제공하는 기업 친화형 서비스 제공 시스템
WO2018056689A1 (ko) 오픈 마켓에서의 전자상거래에 있어서 결제 후 랜덤 추가 할인을 제공하는 방법, 장치 및 시스템
WO2018124716A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2022060149A1 (ko) 탈중앙화 네트워크를 이용하여 권리를 관리하는 전자 장치 및 이의 동작 방법
WO2020209664A2 (ko) 디지털 컨텐츠의 이용 권리 증서를 유통시키는 방법, 및 상기 방법을 실행하기 위하여 매체에 저장된 컴퓨터 프로그램
WO2020184838A1 (ko) 블록체인 기반 프로젝트 수행 과정에서 획득되는 저작물의 저작권 관리 방법 및 시스템
WO2024117536A1 (ko) Nft 발행 시스템 및 방법
WO2024117666A1 (ko) 사용자의 nft 데이터를 관리하기 위한 블록체인 시스템
WO2023038324A1 (ko) 대체 불가능한 토큰 분산 소유 방법
WO2020153798A1 (ko) 온라인거래에서, url과 연동할 수 있는 신용카드를 이용한 결제시스템이나 결제방법
WO2022149722A1 (ko) 블록체인 기반 선불형 콘텐츠 과금 서비스 방법 및 시스템
WO2016182308A1 (ko) 블루투스 통신을 이용한 비접촉식 모바일 결제 디바이스, 상기 모바일 결제 디바이스의 결제데이터 처리방법, 블루투스 통신을 이용한 비접촉식 모바일 결제 디바이스를 포함하는 모바일 결제 시스템, 및 상기 프로그램이 기록된 기록매체
WO2021045416A2 (ko) 전력 관리 서버 및 컴퓨터 프로그램
WO2019182310A1 (ko) 애플리케이션에 포함된 광고 모듈을 이용한 광고 장치 및 방법
WO2021246632A1 (ko) 전자 지갑, 이를 실행하는 서버, 및 상기 서버를 이용한 블록체인 토큰들의 원자성 교환 방법
WO2019112193A1 (ko) 블록 체인 시스템 아키텍쳐 및 방법
WO2022102818A1 (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: 22933749

Country of ref document: EP

Kind code of ref document: A1