GameFi & Play-to-Earn Accounting: In-Game Tokens, NFTs, Incentives

Trying to account for a play-to-earn studio as a single line of business goes wrong fast, because it is really four or five businesses braided together. The studio issues its own in-game token. It sells NFTs in primary drops and earns on their resale. It pays users rewards in tokens or NFTs to keep them playing. And it provides an ongoing game service that buyers expect to keep running. Each of those legs carries its own recognition question, most of them judgemental, and the characterisation of the studio's own issued token is genuinely unsettled. This article maps the legs and the questions each raises, hedged, because every one of them lands as an auditor judgement.

The short version

• GameFi runs multiple economic legs — an issued token, primary and secondary sales, user incentives, and ongoing services — that do not collapse into one answer.
• The issued in-game token is judgemental and unsettled: it may resemble a liability or deliverable, an equity-like instrument, or deferred revenue, and the studio's own token is generally not its asset by default (compare token buyback and burn).
• Primary sales may need to be deferred where ongoing performance obligations exist, rather than booked entirely as revenue at the point of sale.
• User incentives are a cost — operating, user-acquisition, or contra-revenue depending on the arrangement — carrying an in-kind measurement and subsequent-asset layer.
• Token-economy volatility raises measurement and disclosure questions and, in some cases, going-concern considerations.
• Each leg is a framework-specific auditor judgement. This is not accounting advice.

Several legs, not one question

A play-to-earn studio may issue an in-game token, sell NFTs (primary) and earn on secondary sales, pay user rewards/incentives in tokens/NFTs, and provide ongoing game services. Each leg has its own recognition question — they do not collapse into one answer. Each is a framework-specific auditor judgement.

The studio's own issued token

Like other own-token questions, this is judgemental and unsettled: the issued token may resemble a liability/deliverable, an equity-like instrument, or deferred revenue depending on its rights and arrangement — no single crypto-specific rule, and the studio's own token is generally not its asset by default. The characterisation drives everything downstream — a counsel-and-auditor determination, not an assumption from the gaming analogy.

Primary sales — defer or not?

If the studio has ongoing performance obligations (continued operation, promised future utility), some/all proceeds may be deferred and recognised as obligations are satisfied, not entirely at sale, under the applicable revenue standard (see crypto revenue under IFRS 15). Recognising everything upfront because cash arrived is a common error. Deferral extent is a fact-specific revenue judgement, auditor-confirmed.

User incentives — a cost, characterised

User incentives in tokens/NFTs are generally a cost of the model — operating expense, user-acquisition cost, or contra-revenue depending on arrangement/framework — with the in-kind measurement + subsequent-asset layer. Treating large incentive emissions as nothing because "it's just our token" is unsupported. The cost characterisation is a fact-specific auditor judgement.

Volatility

In-game token/NFT values are volatile → measurement at the recognition point and any subsequent remeasurement follow the applicable crypto-asset model; going concern can be relevant if viability depends on a volatile token economy (see going concern & subsequent events). Volatility doesn't change the principles but raises measurement/disclosure — auditor-confirmed.

GameFi accounting in the dual-token model

Many GameFi studios operate a dual-token model: a governance token (often traded on external DEXs and CEXs) and a utility/reward token (earned within the game and used to craft, repair, or progress). The accounting treatment of each is distinct:

Governance token. This is typically the studio's primary fundraising instrument — issued to investors, sold in public/private rounds, and traded externally. Its characterisation (liability, equity-like, or neither) is the most consequential accounting question and is deeply fact-specific. If the governance token confers voting rights over the protocol's treasury, it resembles equity; if it confers a claim on fees or buybacks, it may resemble a liability component. No standard rule applies — this is a counsel-and-auditor determination specific to the token's rights.

Utility/reward token. The in-game currency that users earn by playing and spend on in-game items. Because users earn it as a reward, the studio recognises a cost when it emits the token (the two layers: cost of incentive at FMV on emission + subsequent asset if the studio holds any back). Because the token has utility within the game, it may create a deferred-revenue obligation: if a user holds unspent utility tokens and the game is shut down, the outstanding tokens represent an undelivered obligation to the user. The studio must assess whether this creates a provision or deferred revenue liability, which depends on the token's terms and the applicable framework.

Interaction between the two tokens. When the dual-token model creates conversion mechanics — users earn utility tokens and burn them to receive governance tokens, or vice versa — each conversion is a separate accounting event. The burn of utility tokens extinguishes the deferred obligation (or the liability, depending on characterisation); the issuance of governance tokens is the studio's own-token question again. The conversion ratio and timing affect measurement. These interactions compound the accounting complexity and require the full audit trail of every token flow to be maintained.

Secondary-sale royalties in GameFi

GameFi NFTs (weapons, characters, land) generate secondary-sale royalties on marketplace resales just as art NFTs do, but with an additional consideration: the NFT's in-game utility may drive its market value independently of collector demand. The creator royalty recognition question (see NFT royalty income accounting) applies — enforceability, conservative recognition on receipt, two-layer treatment — but the studio must also track whether the NFT's utility changes (the game removes or modifies the item's function), which is both a product decision and a potential impairment indicator for any NFTs the studio itself holds.

Practical guidance

1. Decompose into legs — issued token, sales, incentives, services.
2. Characterise the issued token with counsel + auditor — unsettled; not the gaming analogy.
3. Test for deferral on primary sales — don't book all revenue at cash receipt.
4. Characterise user incentives (expense/UA/contra-revenue) + the in-kind layers.
5. Apply the crypto-asset model + going-concern for volatility.
6. Confirm each leg with your auditor — multi-leg, judgemental; not accounting advice.

Choosing and configuring a tool

With several legs running at once, the tool's main value is keeping them apart so each can be accounted for on its own terms. Tools such as Cryptio and Bitwave can record token issuance, sales, and incentive flows; before relying on one, confirm it can:

• track the studio's own issued token as a distinct item rather than defaulting it onto the balance sheet as an asset, since the characterisation is unsettled;
• record primary-sale proceeds in a way that supports deferral where ongoing performance obligations exist, instead of recognising everything at cash receipt;
• value user-incentive emissions at the price on the emission date and book the subsequent asset for any tokens the studio holds back — the two-layer treatment;
• maintain a full audit trail of dual-token conversion mechanics (utility burned for governance, or vice versa), where each conversion is its own event.

The tool records the legs; the issued-token characterisation, the revenue deferral, and the incentive cost treatment remain auditor judgements, with the token's legal characterisation often a counsel question too.

How Wag3s fits in

Wag3s Ledger records the GameFi legs — issuance, primary and secondary sales, user-incentive emissions — with their values and timestamps and a full audit trail. The characterisation of the issued token, the extent of any revenue deferral, and the treatment of incentive costs stay with the entity's auditor and, for the token's legal status, its counsel. Ledger produces the structured record those reviews rely on; it supports them rather than standing in for them. See the Ledger product page.

Further reading

• Token Buyback & Burn Accounting
• Crypto Revenue under IFRS 15
• NFT Royalty Income Accounting
• Crypto Asset Account Classification
• Crypto Going Concern & Subsequent Events
• Governance Token Accounting

Sources

• IFRS — IFRS 15 Revenue from Contracts with Customers: the model for identifying performance obligations on primary token and NFT sales and for assessing how much of the proceeds is deferred and recognised as those obligations are satisfied.
• IFRS — IAS 38 Intangible Assets, and FASB — ASU 2023-08: the measurement of in-game tokens and NFTs the studio holds, where token-economy volatility drives measurement and disclosure.
• IRS — Digital assets hub: the US framework for digital-asset income and incentives. The characterisation of the studio's own issued token is a legal and accounting determination specific to its rights, and the tax treatment is confirmed separately with a tax adviser.