CN112633922A

CN112633922A - Game demand iteration method, device, equipment and storage medium

Info

Publication number: CN112633922A
Application number: CN202011514043.3A
Authority: CN
Inventors: 杜茂兵; 张佳妮
Original assignee: Netease Hangzhou Network Co Ltd
Current assignee: Netease Hangzhou Network Co Ltd
Priority date: 2020-12-15
Filing date: 2020-12-18
Publication date: 2021-04-09
Anticipated expiration: 2040-12-18
Also published as: CN112633922B

Abstract

The application provides a game requirement iteration method, a game requirement iteration device, game requirement iteration equipment and a storage medium, and relates to the technical field of game iteration. The method comprises the following steps: receiving a first request of the block chain node sent by a first client, and determining the support degree of the game demand according to the voting information of the game demand through a first intelligent contract; acquiring a game demand meeting a preset support degree condition as a target game demand through a second intelligent contract; and receiving a second request of the block chain node sent by a second client. Compared with the prior art, the problem that the updating content independently planned by the game manufacturer does not necessarily meet the requirements of the user is avoided.

Description

Game demand iteration method, device, equipment and storage medium

Technical Field

The application relates to the technical field of game iteration, in particular to a game demand iteration method, device, equipment and storage medium.

Background

With the rapid development of internet technology, games become more common in people's lives and become a main mode for people to enjoy leisure and entertainment, the iteration of games is an important reason for influencing the stickiness between games and players, and how to acquire the personalized requirements of game players on the games is an important problem for subsequent game iteration.

Existing game life iterations typically include the following steps: and (4) producing games, pushing the games out of the market, enabling users to play, and continuously updating game characteristics. In the process, the first two parts are independently participated by manufacturers, and the third step is that after the user group participates, the game is continuously and deeply used, so that some personalized requirements are generated; fourthly, the game manufacturer plans the characteristic updating content in a new period.

However, due to the prior art, the personalized demands generated by the user group cannot be communicated to the game manufacturers. Therefore, a game manufacturer can only plan the characteristic updating content in the new period independently, the updating content planned by the game manufacturer independently is difficult to meet the personalized requirements of users, and the updating process of the whole updating service cannot be transparent.

Disclosure of Invention

An object of the present application is to provide a method, an apparatus, a device and a storage medium for game requirement iteration, so as to solve the technical problem that updated contents independently planned by a game manufacturer in the prior art cannot meet personalized requirements of users.

In order to achieve the above purpose, the technical solutions adopted in the embodiments of the present application are as follows:

in a first aspect, an embodiment of the present application provides a game requirement iteration method, which is applied to any blockchain node in a blockchain network, and the method includes: receiving a first request of the blockchain node sent by a first client, wherein the first request of the blockchain node comprises: voting information of a first user corresponding to the first client on at least one game demand;

determining the support degree of the game demand according to the voting information of the game demand through a first intelligent contract;

acquiring a game demand meeting a preset support degree condition as a target game demand through a second intelligent contract;

receiving a second request of the blockchain node sent by a second client, wherein the second request of the blockchain node comprises: and the game iteration product which is provided by a second user corresponding to the second client and meets the target game requirement.

Optionally, before the receiving the first request of the blockchain node sent by the first client, the method further includes:

receiving a third request of the blockchain node sent by a third client, wherein the third request of the blockchain node comprises: the game requirement issued by a third user corresponding to the third client.

Optionally, the third request of the blockchain node further includes: the block chain account information of a third user corresponding to the third client;

the method further comprises the following steps:

calling a preset account center according to the block chain account information to verify whether the block chain account information is associated with game account information or not;

and if the block chain account information is associated with game account information, storing the game requirement through the first intelligent contract.

Optionally, before the game demand meeting the preset support degree condition is acquired as a target game demand through a second intelligent contract, where the game demand includes a plurality of game demands, the method further includes:

according to the support degrees of the game demands, ordering the support degrees of the game demands;

correspondingly, the step of acquiring the game requirement meeting the preset support degree condition as a target game requirement through the second intelligent contract comprises the following steps:

and acquiring the game requirement with the support degree not less than the first threshold value as a target game requirement through a second intelligent contract.

Optionally, the obtaining, by the second intelligent contract, the game demand meeting the preset support degree condition as the target game demand includes:

and periodically acquiring a game demand with the support degree not less than a first threshold value as the target game demand by the second intelligent contract in a first preset period.

Optionally, before the receiving the second request of the blockchain node sent by the second client, the method further includes:

receiving a fourth request of the blockchain node sent by the second client, where the fourth request of the blockchain node includes: a second user corresponding to the second client side aims at a review result of the target game requirement, and the review result indicates whether the second user accepts the research and development task corresponding to the target game requirement;

the game iteration product is a game iteration product corresponding to the game requirement of the second user for accepting the research and development task in the target game requirement.

receiving, by the second intelligent contract, a fifth request of the blockchain node sent by the second client, where the fifth request of the blockchain node includes: a development plan of the target game requirements.

receiving, by the second intelligent contract, a sixth request of the blockchain node sent by the second client, where the sixth request of the blockchain node includes: and the research and development process of the target game requirement.

using the preset virtual asset of the second user as a guarantee asset through the second intelligent contract;

after receiving, by the second intelligent contract, a second request of the blockchain node sent by a second client, the method further includes:

receiving, by the second intelligent contract, a seventh request of the blockchain node sent by a fourth client, where the seventh request of the blockchain node includes: the voting result of the user corresponding to the fourth client aiming at the game iteration product;

determining whether the game iteration product passes through or not according to the voting result through the second intelligent contract;

and if the virtual assets of the second user pass through the second intelligent contract, returning the preset virtual assets of the second user, and moving the preset reward assets to the second user.

Optionally, the determining, by the second smart contract and according to the voting result, whether the game iteration product passes includes:

and determining the number of users voting for the game iteration product to pass or not in a second preset period according to the voting result through the second intelligent contract, and determining that the game iteration product passes if the number of the users voting for the game iteration product not to pass is less than or equal to a preset threshold value.

Optionally, the first intelligent contract comprises at least one of: game demand information, voting information and support degree information;

the second smart contract includes at least one of: research and development plan information of the research and development task, release information of the research and development task, research and development progress information of the research and development task, and evaluation result information of the target game requirement.

In a second aspect, another embodiment of the present application provides a game requirement iteration method, applied to a second client, where the method includes:

acquiring a target game requirement sent by a blockchain node; the target game requirement is a game requirement that the support degree obtained by the block link points through a second intelligent contract meets a preset support degree condition; the support degree of the game requirement is determined by the block link point through a first intelligent contract according to the voting information of a first user corresponding to a first client to at least one game requirement;

determining a game iteration product meeting the target game requirement in at least one game iteration product;

sending a second request for the blockchain node to the blockchain node; the second request of the blockchain node comprises: the game iterates over the products.

Optionally, before the sending the second request of the blockchain node to the blockchain node, the method further comprises:

sending a fifth request for the blockchain node to the blockchain node, the fifth request for the blockchain node comprising: a development plan of the target game requirements.

determining whether to accept a research and development task corresponding to the target game requirement;

obtaining a review result of the target game requirement according to the determination result;

sending a fourth request for the blockchain node to the blockchain node, the fourth request for the blockchain node comprising: the result of the evaluation; the game iteration product is a game iteration product corresponding to the game requirement which has received the research and development task in the target game requirement.

Optionally, after determining whether to accept the development task corresponding to the target game requirement, the method further includes:

sending a sixth request for the blockchain node to the blockchain node; the sixth request of the blockchain node includes: and the research and development process of the target game requirement.

In a third aspect, another embodiment of the present application provides a game requirement iteration apparatus, applied to any blockchain node in a blockchain network, where the apparatus includes: the device comprises a receiving module, a determining module and an obtaining module, wherein:

the receiving module is configured to receive a first request of a blockchain node sent by a first client, where the first request of the blockchain node includes: voting information of a first user corresponding to the first client on at least one game demand;

the determining module is used for determining the support degree of the game demand according to the voting information of the game demand through a first intelligent contract;

the acquisition module is used for acquiring a game demand meeting a preset support degree condition as a target game demand through a second intelligent contract;

the receiving module is specifically configured to receive a second request of the blockchain node sent by a second client, where the second request of the blockchain node includes: and the game iteration product which is provided by a second user corresponding to the second client and meets the target game requirement.

Optionally, the receiving module is specifically configured to receive a third request of the blockchain node sent by a third client, where the third request of the blockchain node includes: the game requirement issued by a third user corresponding to the third client.

Optionally, the apparatus further comprises: a verification module and a storage module, wherein:

the checking module is used for calling a preset account center according to the block chain account information so as to check whether the block chain account information is associated with game account information;

the storage module is used for storing the game requirement through the first intelligent contract if the block chain account information is associated with game account information.

Optionally, the apparatus further comprises: the sequencing module is used for sequencing the support degrees of the plurality of game requirements according to the support degrees of the plurality of game requirements;

the obtaining module is specifically configured to obtain, through a second intelligent contract, a game demand with a support degree not less than a first threshold as a target game demand.

Optionally, the obtaining module is specifically configured to periodically obtain, by the second intelligent contract, a game demand with a support degree not less than a first threshold as the target game demand at a first preset period.

Optionally, the receiving module is specifically configured to receive a fourth request of the blockchain node sent by the second client, where the fourth request of the blockchain node includes: a second user corresponding to the second client side aims at a review result of the target game requirement, and the review result indicates whether the second user accepts the research and development task corresponding to the target game requirement; the game iteration product is a game iteration product corresponding to the game requirement of the second user for accepting the research and development task in the target game requirement.

Optionally, the receiving module is specifically configured to receive, through the second intelligent contract, a fifth request of the blockchain node sent by the second client, where the fifth request of the blockchain node includes: a development plan of the target game requirements.

Optionally, the receiving module is specifically configured to receive, through the second intelligent contract, a sixth request of the blockchain node sent by the second client, where the sixth request of the blockchain node includes: and the research and development process of the target game requirement.

Optionally, the determining module is specifically configured to use, by the second intelligent contract, the preset virtual asset of the second user as a guaranteed asset;

the receiving module is specifically configured to receive, through the second intelligent contract, a seventh request of the blockchain node sent by a fourth client, where the seventh request of the blockchain node includes: the voting result of the user corresponding to the fourth client aiming at the game iteration product;

the determining module is specifically configured to determine, according to the voting result, whether the game iteration product passes through the second intelligent contract; and if the virtual assets of the second user pass through the second intelligent contract, returning the preset virtual assets of the second user, and moving the preset reward assets to the second user.

Optionally, the determining module is specifically configured to determine, through the second intelligent contract and according to the voting result, the number of users who vote whether the game iteration product passes through within a second preset period, and if the number of users who vote that the game iteration product does not pass through is less than or equal to a preset threshold, determine that the game iteration product passes through.

In a fourth aspect, an embodiment of the present application provides a game demand iteration apparatus, applied to a second client, where the apparatus includes: the device comprises an acquisition module, a determination module and a sending module, wherein:

the acquisition module is used for acquiring the target game requirement sent by the blockchain node; the target game requirement is a game requirement that the support degree obtained by the block link points through a second intelligent contract meets a preset support degree condition; the support degree of the game requirement is determined by the block link point through a first intelligent contract according to the voting information of a first user corresponding to a first client to at least one game requirement;

the determining module is used for determining a game iteration product meeting the requirement of a target game in at least one game iteration product;

the sending module is configured to send a second request of the block chain node to the block chain node; the second request of the blockchain node comprises: the game iterates over the products.

Optionally, the sending module is specifically configured to send a fifth request of the blockchain node to the blockchain node, where the fifth request of the blockchain node includes: a development plan of the target game requirements.

Optionally, the determining module is specifically configured to determine whether to accept a development task corresponding to the target game requirement;

the acquisition module is specifically used for acquiring a review result of the target game requirement according to the determination result;

the sending module is specifically configured to send a fourth request of the blockchain node to the blockchain node, where the fourth request of the blockchain node includes: the result of the evaluation; the game iteration product is a game iteration product corresponding to the game requirement which has received the research and development task in the target game requirement.

Optionally, the sending module is specifically configured to send a sixth request of the block chain node to the block chain node; the sixth request of the blockchain node includes: and the research and development process of the target game requirement.

In a fifth aspect, another embodiment of the present application provides a node device, including: a processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, when the node device runs, the processor communicates with the storage medium through the bus, and the processor executes the machine-readable instructions to execute the steps of the method according to any one of the first aspect.

In a sixth aspect, another embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to perform the steps of the method according to any one of the above first aspects.

In a seventh aspect, another embodiment of the present application provides a node device, including: a processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, when the node device runs, the processor communicates with the storage medium through the bus, and the processor executes the machine-readable instructions to execute the steps of the method according to any one of the first aspect.

In an eighth aspect, another embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to perform the steps of the method according to any one of the above first aspects.

The beneficial effect of this application is: by adopting the game demand iteration method provided by the application, after the voting information of at least one game demand sent by a first client corresponding to a first user is received, the support degree of each game demand is determined according to the voting information of the game demand through a first intelligent contract, the game demand meeting the preset support degree condition is obtained as a target game demand through a second intelligent contract, and a game iteration product meeting the target game demand and sent by a second client corresponding to a second user is received, so that the game demand obtaining and voting and the subsequent game demand research and development progress issuing are carried out on a block chain, the game users can send the game demands on the block chain nodes according to the needs of the game users, and the determination of the target game demand is also determined on the block chain nodes according to the game users, through the public and transparent voting, the popularity of each game requirement can be further reflected, so that the requirement of a target game can meet the requirement of a game user to the maximum extent, the determining process of the requirement of the target game is public and transparent, and the requirement can be tampered without any centralization, thereby ensuring the credibility of the game requirement.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.

FIG. 1 is a schematic flow chart illustrating a game requirement iteration method according to an embodiment of the present application;

FIG. 2 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 3 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 4 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 5 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 6 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 7 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 8 is a schematic flow chart illustrating a method for iterating game requirements according to another embodiment of the present application;

FIG. 9 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 10 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 11 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

FIG. 12 is a schematic flow chart illustrating a game requirement iteration method according to another embodiment of the present application;

fig. 13 is a schematic structural diagram of a game requirement iteration apparatus according to an embodiment of the present application;

FIG. 14 is a schematic structural diagram of a game requirement iteration device according to another embodiment of the present application;

FIG. 15 is a schematic structural diagram of a game requirement iteration device according to another embodiment of the present application;

fig. 16 is a schematic structural diagram of a node device according to an embodiment of the present application;

fig. 17 is a schematic structural diagram of a node device according to another embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments.

The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.

Additionally, the flowcharts used in this application illustrate operations implemented according to some embodiments of the present application. It should be understood that the operations of the flow diagrams may be performed out of order, and steps without logical context may be performed in reverse order or simultaneously. One skilled in the art, under the guidance of this application, may add one or more other operations to, or remove one or more operations from, the flowchart.

For the convenience of understanding the present application, some terms referred to in the present application are explained as follows:

block chains: a public and transparent distributed accounting book has the characteristic of non-falsification.

The game requirement is as follows: a range of game features require a set of functions to be provided.

Iterative research and development: the game function set is very huge, and all functions cannot be released at one time in one-time release, so that a mode of periodically developing and releasing game requirements is selected.

The game requirement iteration method provided by the embodiment of the present application is explained below with reference to a plurality of specific application examples. Fig. 1 is a schematic flow chart of a game requirement iteration method provided in an embodiment of the present application, which is applied to any blockchain node in a blockchain network, as shown in fig. 1, the method includes:

s101: and receiving a first request of the blockchain node sent by a first client.

Wherein the first request of the blockchain node comprises: the first client sends a first request of the blockchain node through a voting (vote) entrance, for example. The first request of the blockchain node may be, for example, a blockchain transaction request. The types of voting entries may be, for example: the method comprises the steps that a preset interface is arranged in a game, a user corresponding to a first client triggers to enter a voting request interface by clicking the preset interface, or a preset key is arranged in an applet, and the user corresponding to the first client triggers to enter the voting request interface by clicking the preset key; the type of the specific voting entry can be flexibly adjusted according to the user's needs, and is not limited to the two interface types given in the above embodiments.

The first request of the block chain node may be, for example, that the first client obtains an obtaining (get) request based on an operation of the first user on a voting entry, formats the voting information input by the first user through the get request to obtain formatted voting information, and then performs an uplink operation on the formatted voting information, that is, sends the first request of the block chain node including the voting information to the block chain node. After receiving the first request from the blockchain node, the blockchain node may obtain voting information from the first client by performing a voting (+ vote) operation in the first intelligent contract.

Optionally, in an embodiment of the present application, the voting information may be generated, for example, that the first client determines, in at least one game requirement, one game requirement in a single selection manner, and generates voting information according to the selected game requirement, so as to indicate that the voting of the selected game requirement is successful; in at least one game requirement, a plurality of game requirements are determined in a multi-selection manner, and voting information is generated according to the selected game requirements, and the voting information is used for the selected game requirements to vote successfully, and the generation manner of the specific voting information can be flexibly adjusted according to the user requirement, which is not limited to that given in the above embodiment.

The first client is a client of a first user, and the first user may be, for example, a game player, that is, the first client may be, for example, any client capable of installing and using a game application, such as a mobile phone, a tablet, a notebook computer, an intelligent wearable device, and the like, and the type of the first client is not limited to that provided in the above embodiment, and may be flexibly adjusted according to a user's need.

S102: and determining the support degree of the game requirement according to the voting information of the game requirement through a first intelligent contract.

The more votes acquired by each game demand, the higher the support degree corresponding to the current game demand, that is, the more game players respond to the game demand; conversely, the smaller the number of votes acquired by each game demand, the smaller the support degree corresponding to the current game demand, that is, the smaller the number of game players responding to the game demand.

After obtaining the voting information for the plurality of game requirements, the blockchain node may obtain the support degrees of the plurality of game requirements by executing a support degree pull operation in the first intelligent contract.

In the solution provided in the embodiment of the present application, each blockchain node in a blockchain network may be pre-deployed with a first intelligent contract and a second intelligent contract. Wherein the first intelligent contract may be a game demand intelligent contract. The second intelligent contract may be, for example, a contributor intelligent contract.

S103: and acquiring the game requirement meeting the preset support degree condition as a target game requirement through a second intelligent contract.

Optionally, in an embodiment of the present application, the preset support condition may be, for example, determining that a game demand with a support degree exceeding a preset threshold is a target game demand; or determining the game requirement with the support degree ranking within the preset range as the target game requirement, where the content included in the specific preset support degree condition may be flexibly adjusted according to the user requirement, and is not limited to the content provided in the foregoing embodiment.

S104: and receiving a second request of the blockchain node sent by the second client.

Wherein the second request of the blockchain node comprises: the game iteration product which is provided by a second user corresponding to the second client and meets the requirement of the target game; the second client is a client corresponding to a developer (i.e., a design player), and may be any terminal device capable of developing a game, such as a mobile phone, a tablet, a notebook computer, an intelligent wearable device, and the like, and the specific type of the second client is not limited to that provided in the above embodiment, and may be flexibly adjusted according to a user requirement. The second user may be a contributor to the game iteration product, such as a community contributor, and the second client may be a client of the contributor and the second intelligent contract may be a community contributor intelligent contract.

By adopting the game demand iteration method provided by the application, after receiving the voting information of at least one game demand sent by a first client and corresponding to a first user, the first intelligent contract is used for determining the support degree of each game demand according to the voting information of the game demand and receiving a game iteration product which is sent by a second client and corresponds to a second user, meets the target game demand, the method ensures that the acquisition and the voting of the game demand and the subsequent development and development progress and distribution of the game demand are carried out on a block chain, the game user can send the game demand on the block chain node according to the own needs, and the determination of the target game demand is also determined on the block chain node according to the game user, and the welcome degree of each game demand can be further reflected by open and transparent voting, the requirement of the target game can be met to the greatest extent, the determining process of the requirement of the target game is public and transparent, and the requirement can be tampered without any centralization, so that the credibility of the requirement of the game is ensured.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 2 is a schematic flow chart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 2, before S101, the method further includes:

s105: and receiving a third request of the blockchain node sent by a third client.

Wherein the third request of the blockchain node comprises: and a plurality of game requirements issued by a third user corresponding to the third client. The third client is a player client, which may be the first client or another client of the same type as the first client, and is not described herein again.

Optionally, in an embodiment of the present application, the game requirement may include, for example: title name, description desc, connection description url, dominance ads, etc. For example, the content included in the third request of the blockchain node sent by a certain third client is, for example, [ Name: "skin of costume with dragon robe added to nape"; desc: "providing a commercially available suite of gowns of skin, preferably providing a predetermined function"; url: "reference picture" (which may also be in the form of a link, and the reference picture is displayed by clicking the link); advatages: "dragon element is totem of Chinese people", "expressing respect to neck feather, can be emperor" ], and the content included in the specific game requirement can be flexibly adjusted according to the user requirement, and is not limited to the content provided by the embodiment.

The third client may send a third request of the blockchain node through the demand request entry, for example; the type of the demand request entry may be, for example: the method comprises the steps that a preset interface is arranged in a game, a user corresponding to a first client end triggers to enter an interface for increasing game requirements by clicking the preset interface, or preset keys are arranged on a small program, and the user corresponding to the first client end triggers to enter the interface for increasing game requirements by clicking the preset keys; the type of the specific request entry may be flexibly adjusted according to the user's needs, and is not limited to the two interface types given in the above embodiments.

The third ue may obtain a get request based on an operation of the third user on the request entry, format a game requirement input by the third user through the get request, obtain a formatted game requirement, and then perform an uplink operation on the formatted game requirement, that is, send a third request of the blockchain node including the game requirement to the blockchain node. And the blockchain node can acquire all game requirements from the third client by executing the game requirement input (+ add requirements) operation and the operation of acquiring all game requirements (+ get all requirements) in the first intelligent contract.

The game requirements of all game players can be transparently changed on the basis that the iterative updating of the game is based on the acquired game requirements of the real game players through the mode of sending the third request of the blockchain node, and the game requirements uploaded by the game users can be tampered without any centralization through the mode of uploading to the blockchain, so that the trust problem of the game requirements of the game players is reduced.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process in the foregoing method is described as follows with reference to the accompanying drawings. Fig. 3 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, where the third request of the blockchain node further includes: the block chain account information of a third user corresponding to the third client; as shown in fig. 3, the method further comprises:

s106: and calling a preset account center according to the block chain account information to verify whether the block chain account information is associated with the game account information.

Optionally, in an embodiment of the present application, the preset account center may be, for example, a third-party game account trust authority, and for example, the block chain account information may be checked through a preset contract game player list to determine whether the block chain account information is associated with game account information.

For example, in some possible embodiments, the preset contract game player list may be generated, for example, after a game player logs in a game for the first time, the game player may apply for registering a blockchain account through a registration interface in the game, and after binding a successfully applied game account with game account information of a game player who initiated a registration request, the successfully applied game account may be added to the contract game player list by a third party administrator, where the contract game player list is used to determine a corresponding game account according to the blockchain account of the player.

Optionally, in an embodiment of the present application, the block link point may call a preset account center, such as a third party game account trust mechanism, through a first intelligent contract using an item oraclize of an ethernet centralized data transmission prediction machine service, so that the preset account center checks block chain account information, and after the block chain account is checked to pass, checks an association relationship between the block chain account and the game account through a preset association interface. The preset association interface may be, for example, an interface for associating a game account with a blockchain account. The preset account center stores: and the joint account center of the game account and the block chain account stores the corresponding relation of the game account and the block chain account.

In the embodiment, the identity verification of the third user who puts forward the game requirement is realized by judging whether the check block chain account information is associated with the game account information. If the verification block chain account information is determined to be associated with the game account information, the identity verification of the third user can be determined to be passed; otherwise, if it is determined that the check block chain account information is not related to any game account information, it may be determined that the authentication of the third user fails.

Optionally, in an embodiment of the present application, for the first user sending the first request of the blockchain node in S101, identity authentication also needs to be performed by the above method, and the subsequent steps are executed after the authentication is passed, otherwise, an identity authentication failure indication is returned, which indicates that the first user currently sending the first request of the blockchain node does not have voting qualification.

If the block chain account information is associated with the game account information, S107 is performed.

S107: the game requirements are stored via a first intelligent contract.

Optionally, in an embodiment of the present application, for example, the game requirement may be stored in a map format, and a specific storage format may be flexibly set according to a user requirement, which is not limited to the foregoing embodiment.

For example, in some possible embodiments, in order to encourage users to propose game requirements, or to vote on already proposed game requirements, in one embodiment of the present application, a first user who proposes game requirements and/or a first user who votes on game requirements may be assigned an incentive asset token for motivating users to participate actively, by means of a first smart contract, wherein the incentive asset may be, for example: the virtual assets (e.g. bitcoin, ether house coin, etc.) of the blockchain or the virtual assets of the game, the specific incentive mode and the content included in the incentive assets can be flexibly adjusted according to the user's needs, and are not limited to the embodiments described above.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 4 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, where a plurality of game requirements are included, as shown in fig. 4, before S103, the method further includes:

s108: and sequencing the support degrees of the plurality of game requirements according to the support degrees of the plurality of game requirements.

The game requirements are ranked according to the support degree, so that the game requirements with high support degree can be solved preferentially when the game is updated iteratively.

The Support pull operation in the first intelligent contract may be, for example, a pull high Support demand (+ get top Support feeds) operation. After obtaining the voting information aiming at the multiple game requirements, the blockchain node can perform support degree sequencing on the multiple game requirements by executing the operation of pulling the high-support-degree requirement in the first intelligent contract, and pull the preset number of game requirements with the highest support degree.

Correspondingly, S103 may include:

s109: and acquiring the game requirement with the support degree not less than the first threshold value as a target game requirement through a second intelligent contract.

Optionally, in an embodiment of the present application, the manner of obtaining the target game requirement may be, for example: periodically acquiring a game demand with the support degree not less than a first threshold value as a target game demand by a second intelligent contract in a first preset period; in another embodiment of the present application, the manner of acquiring the target game requirement may be, for example: through the second intelligent contract, the preset game requirements with the support degree ranked at the top are periodically acquired as the target game requirements in the first preset period, and the specific determination mode of the target game requirements can be flexibly adjusted according to the user requirements, which is not limited to the embodiment.

The block link points may be obtained periodically by performing a requirement pull (+ top contacts) operation in the second intelligent contract, and the game requirement with the support degree not less than the first threshold is a target game requirement.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 5 is a schematic flow chart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 5, before S103, the method further includes:

s110: and receiving a fourth request of the blockchain node sent by the second client.

For example, in an embodiment of the present application, the fourth request of the blockchain node may include, for example: the second user corresponding to the second client evaluates the result of the target game requirement so as to indicate whether the second user receives the research and development task corresponding to the target game requirement; the second user may send a fourth request of the blockchain node through the review portal, where the fourth request of the blockchain node may be, for example, a blockchain transaction request, and the type of the review portal may be, for example: the method comprises the steps that a preset interface is arranged in a game, a user corresponding to a first client triggers to enter a review request interface by clicking the preset interface, or a preset key is arranged on an applet, and the user corresponding to the first client triggers to enter the review request interface by clicking the preset key; the type of the specific review portal can be flexibly adjusted according to the user's needs, and is not limited to the two interface types given in the above embodiments. And evaluating the conformity of the target game requirements and the game design capacity of the second user, determining and receiving a research and development task corresponding to the game requirements which can be completed by the second user, wherein the game iteration product is a game iteration product corresponding to the game requirements of the second user which have received the research and development task in the target game requirements.

The fourth request of the block chain node may be that the first client obtains an obtaining (get) request based on an operation of the second user on the review entry, formats the review information input by the second user through the get request to obtain formatted review information, and then performs uplink operation on the formatted review information, that is, sends the fourth request of the block chain node including the review information to the block chain node. And after receiving the fourth request of the block link point, the block link point can acquire the review information from the second client by executing the review operation in the second intelligent contract.

And if the third request of the block chain node sent by the second client is not in the game requirement acceptance time period, returning an acceptance failure instruction to the second client.

Optionally, in an embodiment of the present application, after receiving the first request of the blockchain node sent by the first client in S101, it is also necessary to verify a time when the first request of the blockchain node is sent, to verify whether the current sending time is within a preset voting time period, and if so, perform subsequent steps, otherwise, return an indication that the current voting time is not within the voting time period to the first client, so as to indicate that the voting of the first user fails.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 6 is a schematic flow chart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 6, before S103, the method further includes:

s111: and receiving a fifth request of the block link point sent by the second client through the second intelligent contract.

The fifth request of the blockchain node includes: development plans for the target game requirements.

Optionally, the development plan may include, for example, a release date of the game iteration product, a design implementation performed at each stage of development, a completion progress of development, and the like, and the content included in the specific development plan may be flexibly adjusted according to a user requirement, which is not limited to that given in the foregoing embodiment.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 7 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 7, before S103, the method further includes:

s112: and receiving a sixth request of the block link point sent by the second client through the second intelligent contract.

The sixth request of the blockchain node includes: development process of target game requirement. By uploading the research and development progress to the block chain, the research and development progress with transparent requirements at any time can be realized, so that the joint participation of game players and developers is enhanced, the game is built, and the iterative update of the game is continuously promoted.

Optionally, in an embodiment of the present application, S108 and S110 to S112 may be included before S103, such a setting manner that the ranking process of the game requirement, and the acceptance condition, the development plan, and the development process of the game requirement may all be publicly and transparently displayed on the blockchain, and the user may visually observe the update process of the whole service, but the flow content included before specific S103 may be flexibly adjusted according to the user requirement, and is not limited to what is given in the above embodiment.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 8 is a schematic flow chart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 8, before S103, the method further includes:

s113: and using the preset virtual assets of the second user as the guaranteed assets through the second intelligent contract.

Correspondingly, after S104, the method further includes:

s114: and receiving a seventh request of the blockchain node sent by the fourth client through the second intelligent contract.

Wherein the seventh request of the blockchain node comprises: and the voting result of the user corresponding to the fourth client aiming at the game iteration product.

Optionally, in an embodiment of the present application, after receiving the seventh request of the blockchain node sent by the fourth client, verification needs to be performed on the blockchain account information corresponding to the fourth client, where a verification method is the same as the method provided in fig. 3, and details of the method are not repeated here.

In another embodiment of the present application, after receiving the seventh request of the blockchain node sent by the fourth client, it is further required to verify the time of the seventh request of the blockchain node sent by the fourth client, determine whether the current sending time is within a preset voting time period, if so, perform the subsequent steps, otherwise, return an indication that the current voting time is not within the voting time period to the fourth client, so as to indicate that the voting of the fourth user fails.

Optionally, in an embodiment of the present application, only after the block chain account information and the time of sending the request are both verified, the subsequent steps are performed, otherwise, a voting failure indication is returned.

Wherein the fourth user is a game player user, and the fourth user can vote on each game iteration product through the fourth client.

Wherein, the fourth client may send a seventh request of the blockchain node, for example, through a voting request entry; the types of voting request entries may be, for example: the method comprises the steps that a preset interface is arranged in a game, a user corresponding to a fourth client triggers entering of a voting interface by clicking the preset interface, or a preset key is arranged in an applet, and a user corresponding to the fourth client triggers entering of the voting interface by clicking the preset key; the type of the specific voting request entry can be flexibly adjusted according to the user's needs, and is not limited to the two interface types given in the above embodiments.

The fourth client may obtain an obtaining (get) request based on an operation of the fourth user on the voting request entry, format the voting information input by the fourth user through the get request to obtain formatted voting information, and then perform uplink operation on the formatted voting information, that is, send a seventh request of the block chain node including the voting information to the block chain node. After receiving the seventh request from the blockchain node, the blockchain node may obtain voting information from the fourth client by performing a voting (+ vote) operation in the second intelligent contract.

S115: and determining whether the game iteration product passes through or not according to the voting result through a second intelligent contract.

If so, S116 is executed.

S116: and returning the preset virtual assets of the second user through the second intelligent contract, and moving the preset reward assets to the second user.

Optionally, in an embodiment of the present application, the determining whether the game iteration product passes may be, for example, to pass through a second intelligent contract, and determine, according to the voting result, the number of users that the voting game iteration product passes within a second preset period, and if the number of users that the voting game iteration product does not pass is less than or equal to a preset threshold, determine that the game iteration product passes, otherwise determine that the game iteration product does not pass.

For example, in some possible embodiments, for a game iteration product that the second user completes the development task corresponding to the target game requirement but fails, the guarantee asset of the second user may be returned, but other preset bonus assets are not provided to the second user; regarding a second user who does not finish the research and development task corresponding to the target game requirement as default of the second user, so that the guaranteed assets of the second user are not returned; the return rules of the assets and the preset distribution modes of the bonus assets are flexibly set according to the user requirements, and are not limited to the embodiments.

According to the setting mode, the second user can complete the research and development task corresponding to the target game requirement received by the second user in a mode of taking the preset virtual asset of the second user as the deposit, the problem that the research and development task is rotten due to the fact that the second user does not actively research and develop after receiving the research and development task corresponding to the target game requirement is solved, and therefore research and development enthusiasm of the second user is promoted, and research and development trust is guaranteed.

Optionally, in an embodiment of the present application, the first intelligent contract may include at least one of: game demand information, voting information and support degree information; the second intelligent contract may include at least one of: research and development plan information of the research and development tasks, release information of the research and development tasks, research and development progress information of the research and development tasks, and evaluation result information of the target game requirements.

By adopting the game demand iteration method provided by the application, the first intelligent contract and the second intelligent contract are designed by utilizing the block chain, the first intelligent contract is used for collecting the game demands for the majority of game participants, meanwhile, the contract supports vast game participants to vote on all collected game requirements, the contract automatically arranges the voting result of the game requirements after a certain period, at the moment, the second intelligent contract automatically reads the required contract period, the game requirements with a certain rank are met as target game requirements, the designer evaluates the conformity between the target game requirements and the self game design capability, and receiving game requirements which can be completed by the designer, disclosing all game requirements through a second intelligent contract, automatically entering a research and development period of the game requirements accepted by the designer, and issuing and disclosing a research and development iteration process by the designer through the second intelligent contract so as to complete the requirement iteration promotion of the common participation of the designer and the game participants. According to the method, the game requirements of all game participants are met, and all the content uploaded to the block chain can be changed without any centralization, so that the problem of trust required by the game participants is solved. In addition, the game requirements can further reflect the popularity of each game requirement through a public and transparent voting mode, so that the iterative updating of the game can continuously meet the requirements of the user. By absorbing the high-priority game demand and by the mode of transparent developing progress of the game demand at any time, all parties of the game are enhanced to participate in and build the game together, so that the game can be continuously promoted to be a virtual world with more perfect scene and more abundant content, and the effect of prolonging the survival time of the game is achieved.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 9 is a flowchart illustrating a game requirement iteration method according to another embodiment of the present application, which is applied to a second client, and as shown in fig. 9, the method includes:

s201: and acquiring the target game requirement sent by the blockchain node.

The target game requirement is that the support degree obtained by the block link points through the second intelligent contract meets the game requirement of a preset support degree condition; the support degree of the game requirement is that the block link points pass through a first intelligent contract. The method comprises the steps of determining according to voting information of a first user corresponding to a first client to at least one game demand;

s202: determining a game iteration product meeting the target game requirement in at least one game iteration product.

S203: and sending a second request of the block chain node to the block chain node.

Wherein the second request of the blockchain node comprises: and (5) game iteration products.

The above embodiment is a game requirement iteration method provided by the present application, and is applied to an opposite side of any blockchain node in a blockchain network: the method of the second client, therefore, has the same beneficial effect as the method applied to any blockchain node in the blockchain network, and is not repeated again in this application.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 10 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 10, before S203, the method may further include:

s204: and sending a fifth request of the block chain node to the block chain node.

Wherein the fifth request for a block link point comprises: development plans for the target game requirements.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 11 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 11, before S203, the method may further include:

s205: and determining whether to accept the research and development task corresponding to the target game requirement.

S206: and obtaining a review result of the target game requirement according to the determined result.

S207: and sending a fourth request of the block chain node to the block chain node.

Wherein the fourth request of the blockchain node comprises: evaluating results; the game iteration product is a game iteration product corresponding to the game requirement which has received the research and development task in the target game requirement.

Optionally, on the basis of the foregoing embodiment, an embodiment of the present application may further provide a game requirement iteration method, and an implementation process of the foregoing method is described as follows with reference to the accompanying drawings. Fig. 12 is a schematic flowchart of a game requirement iteration method according to another embodiment of the present application, as shown in fig. 12, after S205, the method may further include:

s208: and sending a sixth request of the block chain node to the block chain node.

Wherein the sixth request for a block link point comprises: development process of target game requirement.

The game demand iteration device provided by the present application is explained below with reference to the accompanying drawings, and the game demand iteration device can execute any game demand iteration method in fig. 1 to 8, and specific implementation and beneficial effects thereof are referred to above and will not be described again below.

Fig. 13 is a schematic structural diagram of a game requirement iteration apparatus provided in an embodiment of the present application, which is applied to any blockchain node in a blockchain network, as shown in fig. 13, the apparatus includes: a receiving module 301, a determining module 302 and an obtaining module 303, wherein:

a receiving module 301, configured to receive a first request of a block link node sent by a first client, where the first request of the block link node includes: and voting information of the first user corresponding to the first client to at least one game demand.

The determining module 302 is configured to determine, according to the voting information of the game demand, a support degree of the game demand through a first intelligent contract.

The obtaining module 303 is configured to obtain, as a target game requirement, a game requirement that meets a preset support degree condition through a second intelligent contract.

The receiving module 301 is specifically configured to receive a second request of the blockchain node sent by a second client, where the second request of the blockchain node includes: and the game iteration product which is provided by the second user corresponding to the second client and meets the requirement of the target game.

Optionally, the receiving module 301 is specifically configured to receive a third request of a block link node sent by a third client, where the third request of the block link node includes: and the game requirement issued by a third user corresponding to the third client.

Fig. 14 is a schematic structural diagram of a game requirement iteration apparatus according to another embodiment of the present application, and as shown in fig. 14, the apparatus further includes: a verification module 304 and a storage module 305, wherein:

the checking module 304 is configured to call a preset account center according to the block chain account information to check whether the block chain account information is associated with game account information;

the storage module 305 is configured to store the game requirement through a first intelligent contract if the block chain account information is associated with the game account information.

As shown in fig. 14, the apparatus further includes: the sorting module 306 is configured to sort the support degrees of the plurality of game requirements according to the support degrees of the plurality of game requirements.

The obtaining module 303 is specifically configured to obtain, by using the second intelligent contract, the game requirement with the support degree not less than the first threshold as the target game requirement.

Optionally, the obtaining module 303 is specifically configured to periodically obtain, through a second intelligent contract, a game demand with a support degree not less than a first threshold as a target game demand in a first preset period.

Optionally, the receiving module 301 is specifically configured to receive a fourth request of a block link node sent by the second client, where the fourth request of the block link node includes: the second user corresponding to the second client evaluates the result of the target game requirement so as to indicate whether the second user receives the research and development task corresponding to the target game requirement; the game iteration product is a game iteration product corresponding to the game requirement of the second user which has received the research and development task in the target game requirement.

Optionally, the receiving module 301 is specifically configured to receive, through a second smart contract, a fifth request of a block link point sent by a second client, where the fifth request of the block link point includes: development plans for the target game requirements.

Optionally, the receiving module 301 is specifically configured to receive, through the second intelligent contract, a sixth request of the block link point sent by the second client, where the sixth request of the block link point includes: development process of target game requirement.

Optionally, the determining module 302 is specifically configured to use the preset virtual asset of the second user as a guaranteed asset through the second intelligent contract.

The receiving module 301 is specifically configured to receive, through the second intelligent contract, a seventh request of the blockchain node sent by the fourth client, where the seventh request of the blockchain node includes: and the voting result of the user corresponding to the fourth client aiming at the game iteration product.

A determining module 302, configured to determine whether the game iteration product passes through the second intelligent contract according to the voting result; and if the user passes the contract, returning the preset virtual assets of the second user through the second intelligent contract, and moving the preset reward assets to the second user.

Optionally, the determining module 302 is specifically configured to determine, according to the voting result and by using a second intelligent contract, the number of users who pass or fail the voting game iteration product in a second preset period, and if the number of users who do not pass the voting game iteration product is less than or equal to a preset threshold, determine that the game iteration product passes.

The game demand iteration device provided in the present application is explained below with reference to the accompanying drawings, and the game demand iteration device can execute any one of the game demand iteration methods shown in fig. 9 to 12, and specific implementation and beneficial effects thereof are referred to above, and will not be described again below.

Fig. 15 is a schematic structural diagram of a game requirement iteration apparatus according to another embodiment of the present application, which is applied to a second client, and as shown in fig. 15, the apparatus includes: an obtaining module 401, a determining module 402 and a sending module 403, wherein:

an obtaining module 401, configured to obtain a target game requirement sent by a blockchain node; the target game requirement is that the support degree obtained by the block link points through the second intelligent contract meets the game requirement of a preset support degree condition; the support degree of the game requirement is determined by the block link points through a first intelligent contract according to the voting information of a first user corresponding to a first client to at least one game requirement;

a determining module 402, configured to determine, from among the at least one game iteration product, a game iteration product that meets a target game requirement;

a sending module 403, configured to send a second request of the block chain node to the block chain node; the second request of the blockchain node includes: and (5) game iteration products.

Optionally, the sending module 403 is specifically configured to send a fifth request of a block link node to the block link point, where the fifth request of the block link point includes: development plans for the target game requirements.

Optionally, the determining module 402 is specifically configured to determine whether to accept a development task corresponding to the target game requirement.

The obtaining module 401 is specifically configured to obtain a review result of the target game requirement according to the determination result.

The sending module 403 is specifically configured to send a fourth request of the block link node to the block link point, where the fourth request of the block link point includes: evaluating results; the game iteration product is a game iteration product corresponding to the game requirement which has received the research and development task in the target game requirement.

Optionally, the sending module 403 is specifically configured to send a sixth request of the block chain node to the block chain node; the sixth request of the blockchain node includes: development process of target game requirement.

The above-mentioned apparatus is used for executing the method provided by the foregoing embodiment, and the implementation principle and technical effect are similar, which are not described herein again.

These above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when one of the above modules is implemented in the form of a Processing element scheduler code, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

Fig. 16 is a schematic structural diagram of a node device according to an embodiment of the present application, where the node device may be integrated in a terminal device or a chip of the terminal device.

The node device includes: a processor 501, a storage medium 502, and a bus 503.

The processor 501 is used for storing a program, and the processor 501 calls the program stored in the storage medium 502 to execute the method embodiment corresponding to fig. 1-8. The specific implementation and technical effects are similar, and are not described herein again.

Fig. 17 is a schematic structural diagram of a node device according to another embodiment of the present application, where the node device may be integrated in a terminal device or a chip of the terminal device.

The node device includes: a processor 601, a storage medium 602, and a bus 603.

The processor 601 is configured to store a program, and the processor 601 calls the program stored in the storage medium 602 to execute the method embodiments corresponding to fig. 9 to 12. The specific implementation and technical effects are similar, and are not described herein again.

Optionally, the present application also provides a program product, such as a computer-readable storage medium, having a computer program stored thereon, including a program, which, when executed by a processor, performs the embodiments corresponding to the above-mentioned method.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to perform some steps of the methods according to the embodiments of the present application. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

Claims

1. A game demand iteration method is applied to any blockchain node in a blockchain network, and comprises the following steps:

receiving a first request of the blockchain node sent by a first client, wherein the first request of the blockchain node comprises: voting information of a first user corresponding to the first client on at least one game demand;

2. The method of claim 1, wherein prior to the receiving the first request of the blockchain node sent by the first client, the method further comprises:

3. The method of claim 2, wherein the third request of the blockchain node further comprises: the block chain account information of a third user corresponding to the third client;

the method further comprises the following steps:

4. The method of claim 1, wherein before obtaining, by the second intelligent contract, a game requirement satisfying a preset support condition as a target game requirement, wherein the game requirement includes a plurality of game requirements, the method further comprises:

according to the support degrees of a plurality of game requirements, sequencing the support degrees of the plurality of game requirements;

5. The method of claim 4, wherein the obtaining, through the second intelligent contract, the game demand meeting the preset support degree condition as the target game demand comprises:

6. The method of claim 1, wherein prior to said receiving a second request of the blockchain node sent by a second client, the method further comprises:

7. The method of claim 1, wherein prior to said receiving a second request of the blockchain node sent by a second client, the method further comprises:

8. The method of claim 1, wherein prior to said receiving a second request of the blockchain node sent by a second client, the method further comprises:

9. The method of claim 6, wherein prior to said receiving a second request of the blockchain node sent by a second client, the method further comprises:

10. The method of claim 9, wherein said determining whether the game iteration product passes based on the voting results by the second intelligent contract comprises:

11. The method of any of claims 1-10, wherein the first intelligent contract comprises at least one of: game demand information, voting information and support degree information;

12. A game demand iteration method is applied to a second client, and comprises the following steps:

13. The method of claim 12, wherein prior to the sending the second request of the blockchain node to the blockchain node, the method further comprises:

14. The method of claim 12, wherein prior to the sending the second request of the blockchain node to the blockchain node, the method further comprises:

15. The method of claim 14, wherein after determining whether to accept a development task corresponding to the target game requirement, the method further comprises:

16. A game demand iteration device, applied to any blockchain node in a blockchain network, the device comprising: the device comprises a receiving module, a determining module and an obtaining module, wherein:

17. A game demand iteration device, applied to a second client, the device comprising: the device comprises an acquisition module, a determination module and a sending module, wherein:

18. A node apparatus, characterized in that the apparatus comprises: a processor, a storage medium and a bus, the storage medium storing machine-readable instructions executable by the processor, the processor and the storage medium communicating via the bus when the node device is operating, the processor executing the machine-readable instructions to perform the method of any one of claims 1-11.

19. A computer-readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when being executed by a processor, carries out the method of any one of the preceding claims 1-11.

20. A client device, the device comprising: a processor, a storage medium and a bus, the storage medium storing machine-readable instructions executable by the processor, the processor and the storage medium communicating via the bus when the client device is operating, the processor executing the machine-readable instructions to perform the method of any of claims 12-15.

21. A computer-readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when being executed by a processor, carries out the method of any of the preceding claims 12-15.