By Favour Uche, Star Associate

My first article in this series set out the threshold questions raised by the Nigeria Revenue Service’s (NRS) Guidelines on the Taxation of Virtual Assets (Information Circular No. 2026/21) (the Guidelines): what counts as a virtual asset, which of the six categories a given token falls into, and which of the four applicable taxes — income tax, VAT, stamp duty, and withholding tax — attaches to it. That classification exercise answers what is taxed and under which head but it does not yet answer when.

That is the gap this second article closes. Not every interaction with a virtual asset is a taxable event. Moving a token between two wallets you control, locking it into a staking protocol, or wrapping it into a different technical form are all things a typical holder does routinely, and the Guidelines are careful to distinguish these mechanical or custodial steps from a genuine disposal that actually crystallizes a tax liability. Once that line is drawn, the Guidelines then set out, in unusually granular detail, exactly how a taxable gain is to be calculated and collected — a methodology built specifically to address the distorting effect of naira depreciation on gains measured in a volatile local currency. This article addresses both in turn.

1. Taxable Events and Non-Taxable Events

The Guidelines take a commercially sensible approach to transactions that involve no real change in beneficial ownership and it attempts to distinguish genuine disposals from mechanical or custodial steps.

Taxable events include:

1. disposal of virtual assets for fiat; 
2. token-to-token swaps; 
3. receipt of mining or staking rewards; 
4. receipt of airdrops with a realisable fair market value; 
5. payment for goods or services using virtual assets; and
6.  the eventual disposal of a previously non-taxable wrapped or receipt token.

Non-taxable events include: 

1. the mere holding of a virtual asset, however much its value appreciates on paper;
2. transfers of a virtual asset between wallets owned and controlled by the same individual (this relief does not extend to companies, partnerships, trusts, or other legal persons, and falls away wherever beneficial ownership actually changes); 
3. committing a virtual asset into a staking or validation protocol, which is treated as a lock-up rather than a disposal; 
4. the minting of an NFT, with tax only arising on its first sale; 
5. the tokenization of a real-world asset where beneficial ownership does not change; and 
6. the receipt of funds under a virtual asset-collateralized loan, which is treated as the creation of a liability rather than income.

Laudably, two DeFi-specific reliefs stand out in the determination of taxable events and both work on the same underlying logic that where only the technical form of holding a token has changed, a taxable event has not occurred. Wrapping is the first example. This will not be treated as a taxable event, provided three things exist — the taxpayer still owns the underlying asset beneficially, the wrapped token represents that same asset one-for-one, and nothing else of value is received in the swap beyond the wrapped token itself. Because nothing has really been disposed of, the original cost base and holding period simply carry over unchanged to the wrapped version, and unwrapping it back later is equally non-taxable, for the same reason. DeFi receipt tokens work the same way. Depositing ETH into a protocol and receiving stETH in return is not taxed, because stETH is simply a receipt confirming the taxpayer still has a claim on the ETH they deposited. The important point in both cases is that either of these two events is a deferral, not a permanent exemption. The moment the wrapped or receipt token is actually sold, swapped for something else, or spent, that is a taxable event, and the gain or loss is calculated using the original cost base and holding period that was carried over all along.

The Guidelines also go further to cover hard fork events. If a new token arising from a hard fork has a realizable fair-market value at the point of receipt, it is taxed as income immediately, and its cost base is stepped up to that value so it is not taxed twice. If there is no active market, no observable bid price, and no redemption mechanism at receipt, the taxable amount at that point is nil, and tax is deferred entirely until the first disposal, at which point the full disposal proceeds are taxable against a nil cost base. Tokens with no identifiable issuer or origin, no realizable FMV, and no realistic prospect of ever being realized attract no tax at all, at receipt or on disposal, unless proceeds are actually received down the line. 

2. How Taxes Are Calculated and Collected 

The Guidelines’ single most distinctive feature for the calculation of income taxes due is a computation method designed to strip naira depreciation out of the tax base for Category 1 disposals. Rather than comparing naira proceeds to naira cost, the calculation runs through four steps in dollars, with only the final figure converted to naira. 

Step 1 — Ascertain the dollar cost base. For a fiat acquisition, this is the total fiat paid divided by the net token units actually received after stamp duty has been deducted, converted to dollars at the CBN/NAFEM rate on the acquisition date. For a swap acquisition, it is the dollar fair market value of the asset received on the swap date. 

A key consideration with this step 1 is that most holders do not buy their entire position in a single transaction. Someone who has bought BTC five times over two years, at five different prices and five different CBN/NAFEM rates, needs a rule for which of those five dollar cost bases attaches to the units they eventually sell. That rule is what the “cost base method” means in practice. The default rule set by the Guidelines to address this is First-In-First-Out (FIFO), that is, the units sold are treated as the earliest units acquired, and it is that earliest acquisition’s dollar cost base that goes into this Step 1. Alternatively, a taxpayer may instead elect to use a Weighted Average Cost, that is, pool all acquisitions into a single blended dollar cost base per unit, but this is applicable only if that election is made consistently from the very start of their virtual asset activity and never switched afterwards. In other words, a taxpayer cannot pick FIFO in a year prices rose and switch to Weighted Average Cost in a year prices fell, in order to manage gain figures.

The same logic extends to virtual assets received for free rather than bought, such as staking rewards, mining rewards, airdrops with a realizable fair market value, hard forks, and promotional tokens. Because these are already taxed as income at the moment of receipt, the dollar cost base that is applied in Step 1 of any later disposal is stepped up to that same receipt-date fair market value. If not, the same value would be taxed twice, once as income and again as a gain. Where a hard-fork distribution had no realizable fair market value at receipt and the cost base carried into Step 1 is nil, the full disposal proceeds become the taxable gain for Step 3 when the token is eventually sold.

Step 2 — Ascertain the dollar disposal proceeds. For a fiat disposal, naira proceeds received are divided by the CBN/NAFEM rate on the disposal date. For a swap disposal, the dollar fair market value of the asset received on the swap date.

Step 3 — Calculate the dollar gain or loss. Disposal proceeds minus cost base, both in dollars. A negative figure is a dollar loss, available for annual netting. These losses are ring-fenced within the asset class. A virtual asset loss may only be set off against a virtual asset gain as stated under section 27 of the NTA. A loss from an ordinary business cannot shelter a virtual asset gain, and a virtual asset loss cannot reduce non-virtual asset taxable income. Unused losses carry forward indefinitely against future virtual asset gains, which gives long-term holders a real incentive to keep clean, category-by-category records rather than writing losses off. At year-end, every disposal’s Step 3 dollar gain or loss is converted to naira using that specific transaction’s own CBN/NAFEM rate in Step 4, and only then are all of those naira figures for the year added together to arrive at net assessable income or loss. So, the netting happens in naira, but strictly after each individual transaction has already been run through the dollar-referenced calculation on its own.

Step 4 — Convert dollar gain to naira. The dollar gain (not the dollar proceeds) is converted to naira at the CBN/NAFEM rate on the disposal date. This is the only point at which naira enters the computation of the assessable amount.

Overall, this methodology is a genuinely taxpayer-favourable design choice in a depreciating-currency environment. However, the benefit is only available to taxpayers who track their cost base in dollars from the point of acquisition. A client who only records naira figures, or who reconstructs a USD cost base retrospectively from irregular records, may end up unable to prove the lower dollar-referenced gain and could be assessed on the full naira figure by default. Where a token is not directly priced in USD, its dollar fair market value is derived through its primary trading pair at the transaction timestamp (a token priced in BTC is converted via the BTC–USD rate at that moment, and so on), and all prices must come from an aggregator the NRS has approved and published. Where no verifiable market price exists at all, the taxpayer must document their own valuation methodology and retain that documentation for at least six years.

For other forms of taxes such as withholding tax and stamp duty, these must both be remitted to the NRS in the originating token of the transaction itself, not converted to naira first. Essentially, this means that if a taxpayer sells BTC, the tax on that disposal is withheld and remitted in BTC. VAT on the other hand, is remitted in the currency of the transaction, whatever that is.

For the initial implementation of the collection of WHT and stamp duties, the NRS has stated in the Guidelines that it would accept only tokens that are supported and actively transacted by registered VASPs, with the list of supported tokens to be published and updated by the NRS from time to time. Where a taxable token is not on that supported list and requires conversion before it can be remitted, the cost of that conversion is borne by the NRS itself, not the taxpayer, and importantly, that conversion cost cannot be used to reduce the taxpayer’s withholding tax credit. The list of supported tokens governs remittance mechanics only and has no bearing on whether a given virtual asset is taxable in the first place. Naira only enters the picture once, at the annual return stage, where the naira value of everything withheld or remitted in-kind during the year is translated using the CBN/NAFEM rate applicable to each individual transaction date, not a single year-end rate.

Conclusion

The picture that emerges from these two sections is of a framework that is, in equal measure, taxpayer-conscious and operationally demanding. On the one hand, the relief extended to wrapping, DeFi receipt tokens, and worthless hard forks reflects a genuine effort to tax substance over form, and the dollar-referenced gain methodology is a deliberate, taxpayer-favourable response to the practical reality of a depreciating local currency. On the other hand, both reliefs come with a cost. They only work for taxpayers, and the VASPs serving them, who keep precise, contemporaneous records of cost base, acquisition dates, exchange rates, and the technical character of every conversion. A taxpayer who cannot document these details risks losing the benefit of a favourable rule by default, not by design.

That documentation and process burden is not evenly distributed. Much of it falls, as a matter of practical necessity, on VASPs and P2P operators, who must build the systems capable of tracking cost bases, applying the correct withholding rate, and remitting tax in-kind across potentially dozens of tokens. My final article in this series turns to that compliance burden directly discussing who bears it, what obligations attach to VASPs and P2P platforms specifically, and what it costs to get it wrong.

This article is for general information purposes and does not constitute legal advice.