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

A play-to-earn studio is not one accounting question — it is several at once: an issued in-game token, primary and secondary NFT/token sales, user reward emissions, and ongoing game services. Each leg is a separate, mostly judgemental recognition question, and the issued-token characterisation is unsettled. This guide maps them, hedged, because each leg is an auditor question.

TL;DR

• GameFi runs multiple economic legs: issued token, primary/secondary sales, user incentives, ongoing services — not one answer.
• Issued in-game token: judgemental/unsettled — possibly liability/deliverable, equity-like, or deferred revenue; own token generally not the studio's asset (cf. token buyback/burn).
• Primary sales: may be deferred if ongoing performance obligations exist — not automatically all revenue at sale.
• User incentives: a cost (operating / user-acquisition / contra-revenue — arrangement-specific), with an in-kind measurement + subsequent-asset layer.
• Volatility raises measurement/disclosure and possible going-concern considerations.
• Each leg a framework-specific auditor judgement. 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.

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.

How vendor tools handle GameFi flows

Cryptio and Bitwave can record token issuance, sales, and incentive flows with values/timestamps. The tool records the legs; the characterisation, deferral, and cost treatment are auditor judgements.

How Wag3s helps

Wag3s Ledger records the GameFi legs — issuance, primary/secondary sales, user-incentive emissions — with values, timestamps, and an audit trail, while the issued-token characterisation, revenue deferral, and incentive cost treatment stay auditor-confirmed. 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

• GameFi runs multiple distinct economic legs (issued in-game token, primary/secondary sales, user reward incentives, ongoing services) — each a separate framework-specific recognition question, not one answer
• Issued in-game token is judgemental/unsettled (liability/deliverable, equity-like, or deferred revenue per rights/arrangement; own token generally not the studio's asset; no single crypto-specific rule) — counsel-and-auditor determination
• Primary sale proceeds may be deferred where ongoing performance obligations exist (not automatically all revenue at sale); user incentives a cost characterised as operating/UA/contra-revenue with in-kind measurement + subsequent-asset layers
• Volatility raises measurement/disclosure and possible going-concern considerations without changing recognition principles — each leg auditor-confirmed; not accounting advice