
How to use the accrual method in the digital asset staking accounting?
Most web3 native companies recognize staking income at the time when corresponding rewards are deposited in their wallets. But should reporting entities accrue unclaimed staking rewards when earned?
Staking rewards are often recognized when they are claimed and received in the validator's or delegator's wallet. However, that approach is not always consistent with the accrual basis of accounting. Staking arrangements are highly fact-dependent, and entities often apply ASC 606 either directly or by analogy after evaluating the specific protocol and contractual terms.

When the facts support recognition before claim, the timing should be tied to the completion of the validation activities that give rise to the reward and to the point at which the amount of consideration becomes known or reasonably calculable under the protocol. For some networks, that may occur when a block is added to the blockchain. For others, the reward may remain constrained until the end of an epoch, era, or another protocol-defined period.
Subscribe
When rewards are recognized before receipt, an entity may need to record a right to receive tokens. Under ASC 606, that right is generally presented as a receivable when it is unconditional, or as a contract asset when it remains conditional. Noncash consideration is generally measured at fair value at contract inception, so subsequent changes in token prices due to the form of consideration do not affect the amount of revenue recognized.
Accounting for post-inception price changes depends on the specific fact pattern, including whether the contract contains an embedded derivative that must be bifurcated.
The spreadsheet solution below was designed to help validators and delegators track these moving parts in a single model and support an accrual basis of accounting for staking rewards:
You can access our staking accounting template here.
This model can be reused, but it will require customization to the specific features of the networks your company operates. If you are working on setting up an accrual process for staking rewards and have questions, please reach out.

FASB Wrapped Tokens, ASC 350-60, and Stablecoin Cash Equivalent Guidance
FASB advanced wrapped token accounting under ASC 350-60 and proposed broader cash equivalent disclosures that could apply to all entities, not just stablecoin holders.
The Board made several key decisions that could matter well beyond a narrow subset of digital asset holders:
Include wrapped tokens within the scope of ASC 350-60, which would allow them to be measured at fair value.
Add illustrative examples to the Codification explaining how the definition of cash equivalents should be applied in determining whether certain stablecoins should or should not be classified as cash equivalents.
Propose annual disclosures of significant components of cash equivalents that would apply to all entities.
At its April 15 meeting, the Financial Accounting Standards Board discussed staff research and stakeholder feedback on two projects: accounting for transfers of crypto assets and the classification of certain digital assets as cash equivalents.

First, the Board decided to expand the scope of ASC 350-60 to include certain economically similar crypto assets, including wrapped tokens and receipt tokens, under the same fair value model as other in-scope crypto assets. The Board also decided that wrapped tokens should be disclosed separately from the underlying crypto asset.
Second, the Board considered stakeholder requests for more detailed guidance on when digital assets may qualify as cash equivalents. Rather than revising the definition of cash equivalents in the Master Glossary, the Board chose to move forward with illustrative examples. That approach keeps the existing definition in place while giving preparers more direction on how the Board expects it to be applied. Based on the Board’s discussion, those examples are expected to reinforce a high threshold, including the importance of maintaining at least 1:1 reserves in cash or traditional cash equivalents, and of a direct, on-demand contractual right to a known amount of cash.
The Board also supported annual disclosure of the significant components of cash equivalents for all entities, extending well beyond the project’s original focus on stablecoins. Those decisions are expected to be reflected in an exposure draft for public comment with a 90-day comment period.
If your organization holds, for example, WBTC (or other wrapped tokens), those assets could fall within ASC 350-60 and be measured at fair value if the Board’s proposal is finalized. WBTC holdings would need to be disclosed separately from BTC holdings.
The Board has not yet made decisions on crypto transfer derecognition issues.
The Board did not change the current accounting policy election framework for cash equivalents. Your organization can elect an accounting policy to classify certain stablecoins as cash equivalents, as long as all applicable requirements set in the glossary definition of cash equivalents are met.
The proposed annual disclosure of significant components of cash equivalents could affect all entities, not just those with stablecoin-related fact patterns. In that respect, the proposal has a broader reach than the project title might initially suggest.

Audit Readiness Checklist for Web3 Startups
Checklist for web3 finance leaders who is preparing for financial statement audits
Many Web3 startups underestimate how complex a financial statement audit can become.
Missing documentation, unclear accounting policies, and weak internal controls can quickly increase audit costs and delay issuance of the financial statements.
Common audit pitfalls include:
• Incomplete revenue recognition documentation
• Lack of digital asset roll-forward reconciliation
• Insufficient segregation of duties in payment processes
• Unclear accounting treatment for token issuer lifecycle
• Missing adequate support for the fair value measurements
Addressing these issues early can reduce delays, lower audit friction, and improve readiness.
We put together a checklist covering the key areas finance teams should review before the audit begins.

Download the checklist here:

Audit Readiness Checklist for Web3 Startups
18.9MB ∙ PDF file
This checklist helps Web3 finance leaders prepare for financial statement audits by outlining critical considerations and common pitfalls. If you are preparing for an upcoming audit, this guide will help you identify potential issues early and reduce delays during the audit process. Many Web3 startups discover during their first audit that missing documentation, unclear accounting policies, or weak internal controls can significantly increase audit costs and delay financial statement issuance.
If your company is looking for assistance with the preparation for future audit, of help managing your ongoing audit, reach out.
CONTACT
Email: info@techaccountingpro.com
Link: https://cal.com/andrew-belonogov/30min
Site: https://techaccountingpro.com






