Governance of and incentives for a Web 3 game

tl;dr: I outline some possibilities for paying for an open source blockchain game.

In my previous posts I outlined a vision for an online multiplayer game that leverages the latest web 3 technologies. The idea is an MMO scale game that replaces the old player-to-server architecture which something that is peer-to-peer. Game state is stored on-chain while the protocol pays incentives to encourage a self-hosted (self-sufficient) network.

In this post I review possible funding methods that are used in the gaming industry and the funding methods used for developing new blockchain projects. The methods have some overlap, but are mostly distinct. I suggest a number of possible strategies.

Lastly, I outline the importance for governance and why this must be an on-chain mechanism.

Why on-chain governance? (Read more)

Previous posts

Previous blogs:

The last piece included some thoughts on incentivising people to run nodes which revolved using around token inflation to pay for hosting. That may not be entirely appropriate for paying for developers too.

Contemporary method of paying for game development

Previous game funding models

Runescape is probably the most obvious example of the freemium model (Source)

The previous funding models are worth pondering, but the payment model for this new paradigm of games (“web 3 games”) requires some deeper thought.

In open source projects, users don’t tend to pay for the product but rather they might pay a subscription to receive professional support, but it is hard to see why players would necessarily pay a subscription when they can freely download the software and run their own instances. Moreover, players would receive updates to the game for free due to the code being open-source.

While I suspect that a web 3 game can be self-hosted in a peer-to-peer network, which reduces costs borne by the development team, that doesn’t help to cover the costs of on-going updates. For hobby projects, people may donate their spare time to help code the game, but that is not a viable approach for a popular game where regular updates are required.

Kickstarter (Source)

Kickstarter / Indiegogo: In the old world, pre-blockchain days, indie game developers could do the initial round of fundraising on platforms like Kickstarter and then continue to raise additional funds via their website. Players who fund the game early receive benefits for being an early backer, such as a set of items only available during the initial fund raising.

Two fairly prominent examples are Star Citizen and Shroud of the Avatar.

Payment models of blockchain projects

  • Gift developers with some fraction of the tokens in the genesis block.
  • Provide a fraction of the block reward as a way of paying for development.
Z Cash is one example of having a developer’s fee (Source)

Neither of these necessarily requires the sale of tokens, but that has been fairly common to do so. However, that would only provides an initial amount of funding and won’t provide the necessary long term funding. These tokens could also have utility within the game.

Early phase backers could also receive benefits such as a set of ‘free’ items (e.g. weapons, or even land & housing) when the game is launched.

Selling a security token for equity in the company is also a short term solution, a separate source of funds, but it isn’t a viable solution for long-term funding.

Paying for on-going development of web 3 games in the future

Freemium / Subscription basis

Players need to see the benefits of staying on the official chain, and not on a free-to-play forked chain. If they pay a subscription they will want benefits.

Preventing a fork will require a social reason: i.e. there is greater benefit to playing on the official network rather than on a forked network. The promise of active development combined with network effects may be enough to keep most players on the official network.

While players could still access that content by forking the code and then running a parallel chain (also possible: an offline mode). They won’t necessarily have enough players on the forked network to make it fun. Part of the reason we play online games is to engage in social interaction. An official server would, or at least should, have a larger player base and hopefully this will deter players abandoning the main chain.

Subscription payments: Funding will have to be done on-chain (confer subscription payments in Ethereum: ERC-1337). A module could be added to Substrate that allows the gaming chain to collect a subscription fee paid in native tokens; with interoperability, the players could pay the subscription fees on another chain.

Something based upon ERC-1337 may prove fruitful (Image Source)

The crucial part is the benefits. There should be an automatic payout of benefits, e.g. a “benefit DAO”, where players can receive in-game items in exchange for their subscription fee every month (which is paid to the developers). The DAO would encode the rules under which new items can be created and how much the items would cost. From time to time, this DAO will need to be updated as new content is added to the game.

What type of items could be provided to subscribed players?

Here are a few suggestions:

  • Extra in-game currency (may be separate token from the ICO token).
  • Extra in-game items (maybe just stat buff items).
  • Premium items, which may be limited in supply (aka rares).
  • Access to a members’ only forum with the possibility of developer interaction and help shape the game.

Character creation

The game protocol has to be able to add new characters in an ad-hoc manner (characters are associated with key key pairs), but the activation of the character should require a fee to be paid (perhaps in a stable coin) and potentially it will require funds to be staked.

Should Web 3 games have an in-game stable coin like dai? (image source)

The staking of funds is essentially a deposit that can be slashed for bad behaviour. However, if all goes well in this new paradigm, then there will be plenty of opportunities to sell game assets to either recover funds or make money. The emphasis is on players having a strong notion of asset ownership.

Offline Swag

Item shop

Another possibility would be to take an approach that somewhat mimics what the CryptoKitties developers do where the developers can sell a number of rare items every month.

Further token sales

In Polkadot’s model of parachains, it is possible to have a hierachy of parachains. The original game would sit on the top level parachain (remember that I’m suggesting to put the state on-chain), then additions / expansion to the game can be added as parachains that are linked to this one.

Access could be permission (code would still be open) as suggested previously about requiring fees for access to premium content. If the game chain is decentralised then it woud require current token holders to vote about the addition of a new parachain (new game shard with new content). Should the proposition pass then the content is added.

The positive side of this is that players can decide if the new content is worth adding. The downside is that if a proposal fails then the developers will need to modify the content which could pose a risk for keeping the development business funded. Some amount of development will be centralised where the developers can be in a single business, even though the game itself will be on a decentralised network.

Further funding ideas

Game access via fiat: developers should make it as easy as possible to get started. Providing a way to get started with fiat instead of cryptocurrencies will probably help. It would not be unfair to charge some fee for facilitating the exchange of fiat into a game account. Clearly, this only earns money when new players join.

Governance (on-chain, natch!)

First draft of Polkadot governance (for more info: source)

In the past, when a game is faced with an existential threat the developers would come up with a solution and implement it. There have been numerous cases of developers killing games from implementing bad updates too, so it isn’t necessarily wise to give all the power to the devs.

Given that Substrate has governance modules then it would make sense to adapt and re-use. I would suggest that governance is similar to Polkadot where voting is stake weighted, and that there be a council to review proposals (see above image and Polkadot Governance).

If a similar system is adopted then players will be able to vote, hopefully rationally, on measures that will improve the economy. If too many tokens exist then potentially players can vote on whether to remove excess supply. If a player, or group of players, has found an exploit that can’t be easily reverted then governance would allow for an irregular state transition to remove those players. The governance modules should probably enforce a super-majority of active players in order to pass the motion.

Before Polkadot goes live there will be a Substrate based chain called Edgeware which will allow on-chain governance to be tested. It is a Turing complete smart contract platform where tokens will have real value.

About me

One of the main projects of the foundation is the Polkadot network. A next generation blockchain platform. To read more about the innovation that Polkadot is bringing to the blockchain industry I invite you to read the following blog post: link.

Questions / Comments?

Blockchain, Gaming, Web 3. (previously:

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store