Token Compensation and Investing · October 14, 2026 · 13 min read · By CryptoTaxCalc Team

My Tokens Unlocked Twelve Months Later, and the Tax Was Due Twelve Months Earlier

Twelve months after the token generation event, my wallet finally showed a balance I was allowed to sell. The tax office had already taxed it a year earlier, at a valuation I argued about for four months and lost. I signed a SAFT in 2021, watched it convert at a price only the project believed in, and discovered that in most of the seven countries I track, the taxable moment and the sellable moment are not the same day. This is the private-allocation side of locked tokens — and the file you need to build before the TGE, not after.

Image: Illustrative purposes. Rules cited from IRC §83 and §83(b) and the Securities Act framework under Howey, HMRC employment-related securities guidance, §17 and §22 EStG, ITA s.7 and the Canadian stock-option benefit rules, the ESS rules in Division 83A of the Australian ITAA 1997, Japan's 所得税法 on 雑所得, and the CBDT rules on virtual digital assets.

The SAFT I signed in 2021, and the schedule nobody read

I committed a five-figure dollar amount to a SAFT in late 2021. The document was clear about the engineering and vague about the money. It promised 250,000 tokens at a conversion price of $0.40, "subject to a twelve-month cliff followed by twenty-four months of linear vesting" from the token generation event. I read the cliff line as protection. What it actually did was create a tax event in the first month the tokens started vesting, entirely separate from the moment the transfer restriction lifted.

The TGE landed in a bad market. The project still valued the token at the implied $0.40 conversion price at the generation event — that was the number in the schedule, and the number my country's rules wanted to use — even though the first venues that listed it traded, thinly, closer to $0.18. My first tranche of roughly 8,333 tokens vested at what the paperwork called $3,333 of value. I could not sell a single token for another twelve months. The tax on that vest, and on every monthly vest after it, was real, payable, and funded out of my salary.

This is the trap that the private-allocation side of crypto does not warn you about loudly enough. Locked tokens create an obligation on paper value while your ability to convert anything into cash is a calendar wall you cannot negotiate with. The employee version of this — RSUs and token equity paid as salary — is a related but different problem, and I'll point you to the token RSU and equity compensation guide for that side; what follows is the investor and advisor story, where the trigger is a conversion, a grant or a vesting schedule attached to something you funded yourself.

Compensation or capital? The question that changes everything

Before any of the country rules matter, you have to answer one question honestly: how did the token arrive? A SAFT or token warrant bought with dollars is a capital asset. You paid cash, you have a cost basis equal to what you paid, and when the SAFT converts into tokens at the TGE, the tokens inherit that basis — they are the same asset in a new wrapper. If the project dies, you have what is essentially a worthless-token situation with a capital loss, not income, and the worthless-token treatment governs the timing.

Tokens that arrive for advisory work, a board seat, an "ecosystem grant", a launch contribution, or anything else that is really a payment for your time are compensation. They are ordinary income at fair market value when received or vested, in your country's currency, and that FMV becomes your new cost basis for the eventual sale. No cliff, no lock-up, and no vesting schedule changes the character — only the date.

Getting this wrong is the single biggest mistake in the category, because it flips the tax rate, the timing and the loss rules. The same token, the same TGE and the same wallet can produce a clean capital gain in one person's hands and a top-rate income charge in another's, purely because of how it was acquired. Grants that look like compensation also overlap with the airdrop and fork questions — the mechanics of free and unilateral distributions are in the airdrop and hard-fork guide — but the distinguishing test here is simpler: did you pay for it, or did you earn it?

United States: basis on the purchase, §83 on the grant

If I had simply bought the SAFT as an investment, the US answer is clean. My basis is what I paid — the dollars I wired for the right to receive tokens. Conversion at the TGE is not a taxable event; I still hold the same capital asset, and the eventual sale is a capital gain or loss measured from the original purchase price. The fraction of the allocation that came to me as an advisory grant is a different animal entirely.

A token grant for services is income under §61 at fair market value when it vests, and the restricted-property rules of §83 govern the timing. Without an election, I am taxed at each vest on the FMV at that vest — value on twenty-four separate monthly dates, each one its own income event. With an §83(b) election, I pay on the grant-date FMV instead and everything afterwards is capital gain, at the price of paying tax on something that may never become sellable. The election must be filed with the IRS within 30 days of the grant. There is no extension and no electronic filing; it is a paper election with a mailing requirement, which is the deadline that quietly ruins people.

The hard part in the US is defensible FMV for an illiquid token. A single over-the-counter print, or a thin exchange with a five-figure daily volume, is a weak foundation for a valuation — and the IRS knows it too. When I finally amass a record with a reliable basis method across every lot, I lean on the same structure described in the cost-basis and FIFO guide. One clarification worth holding onto: the Howey framework can make the token a security for securities-law purposes, but it remains property for tax purposes — the two questions get answered on different tracks. Congress has been circling the reporting gap through proposals like the Digital Asset Tax Certainty Act (HR 10357), but no bill changes the §83(b) window in front of you today, so plan on the law as written rather than the law as proposed.

United Kingdom: the employee side and the adviser side diverge

Where tokens are provided by reason of employment, the employment-related securities rules take over, and they are unforgiving. Two separate charges can arise: an "earmarking" charge when the token or right is set aside for the employee, and an "acquisition" charge when it is actually acquired. Both bite regardless of the lock-up, and National Insurance contributions can apply on top. The valuation convention in the ERS regime — including the use of unrestricted-market-value assumptions — is where most of the argument lives, and no election rescues you from a value that was already fixed at acquisition.

A non-employee adviser sits outside all of that. Tokens received for advisory work are income tax on the FMV as trading or miscellaneous income, taxed when received, with no share-scheme machinery to soften the timing. The one comfort in the UK is on the investment side: buy under a SAFT as an investment and you hold a capital asset, with the CGT clock starting at acquisition rather than at unlock. The unlock does not reset the clock — it simply lets you do something you could not do before.

Germany: Zufluss is the receipt, not the unlock

A purchased allocation in Germany is a private-sale asset under §23 EStG, with a one-year clock that runs from acquisition. Hold it beyond the year and a sale is outside the tax net on that gain, which is a stronger position than most countries offer — but the clock starts when you acquire, and the lock-up does nothing to pause it or to delay anything.

Tokens received for services are income under §22 Nr. 3 EStG, or business income where the activity is repeated and substantial. The lock-up does not delay the taxable event: the Zufluss — the inflow — is the receipt, and that is the date the value is fixed, even if the token cannot move. I want to be honest that German practice on granted and air-dropped token valuations is still developing, and the valuation date that everyone agrees on is the Zufluss date. For an illiquid token with no market, that is a genuinely unsettled corner, and it is better to document your reasoning than to assume a rule that may not exist.

Canada: ACB at the CAD paid, audits that want evidence

A purchased SAFT in Canada is capital property with an adjusted cost base equal to the CAD amount you paid. The CRA has been active on crypto-related audits, and the recurring theme is documentation: it expects a reasoned valuation, and it expects the acquisition date, the amount paid and the FMV at receipt to reconcile with a source the taxpayer can actually produce.

Tokens received for services are income at FMV, and that same FMV becomes the ACB for the later disposition — so you pay income tax once on the receipt and capital-gains tax later only on the change in value. Where the recipient is an employee, ITA s.7 stock-option-style rules can apply, or a straight taxable benefit may be the answer, depending on the structure of the grant. The distinction matters because the benefit is employment income and the ACB it creates is what protects you from double tax on the same value.

Australia: ESS taxing points and a discount clock that starts early

If the tokens are given under an employee share scheme, the ESS rules decide the taxing point, and the deferred ESS rules can push it later — with startup concessions potentially available where the employer qualifies. Tokens acquired as a pure investment sit outside ESS: they are CGT assets, and the 12-month discount clock runs from acquisition, not from unlock. That is a gift in a falling market and irrelevant in a rising one, but it is a point almost everyone gets backwards, because the unlock feels like the event when it is not.

At whatever point the ESS rules fix, the ATO expects FMV evidence. For a token that listed on a thin venue days after the TGE, that means more than a screenshot: a method, a date, and a reason the number is right. The threshold for what counts as reasonable evidence has tightened as crypto has moved up the ATO's audit list.

Japan: JPY at receipt, and the basis method adds events

Tokens received in Japan are valued in JPY at receipt and taxed as 雑所得 (miscellaneous income) at rates that can reach roughly 55% once local inhabitant tax is added. The higher rate is the headline, but the deeper problem for a vesting schedule is the basis method. For individuals the 移動平均法 (moving-average method) is the default, which means every receipt resets the average and every subsequent sale slices a slightly different cost — so a partially vested position creates repeated basis events rather than one clean lot.

An illiquid token valued at the TGE with no functioning market is a genuine practical problem, not a theoretical one. The NTA expects a reasonable valuation method applied consistently, and consistency is the whole game: pick a method, apply it to every receipt, and be able to show the JPY number on each date. The live rates behind that calculation are on the Japan country page.

India: 30% on phantom value, and no loss set-off

India taxes any VDA received as consideration for services at the FMV on the date of receipt, at 30% plus cess, with no expense deductions allowed against it. That is the punitive part. The structurally worse part is that a purchase-and-lock-up arrangement still taxes the eventual transfer at 30% on the full consideration, and there is no loss set-off — a VDA loss cannot be carried or netted. A token that is valued at a TGE peak and then collapses produces tax on phantom value that you can never recover against the crash.

The regime has tightened its legal footing, with the provisions moving into the Income-tax Act 2025 from 1 April 2026. The practical consequence for a locked allocation is that the value on the receipt date is the whole argument, and the timing of the receipt date is the whole strategy. Anything I could shift — the grant, the vesting start, the conversion mechanics — mattered more than any deduction, because there are effectively none.

The cash-flow problem: taxable before sellable

Every one of those seven systems can fix a tax liability on a date when the asset cannot be sold. The vesting schedule and the lock-up are two different clocks, and only one of them appears on the tax return. That mismatch is the entire risk, and it resolves itself into four approaches people actually take.

1. Fund the bill from elsewhere. Pay the tax on the vesting value out of savings or salary, then hope the eventual sale recovers it. This is what I did, and it works only if you have the liquid cash and the token does not fall further.
2. Elect early and bet on appreciation. File the §83(b) or its closest local equivalent, pay on the grant-date FMV, and convert all later upside into capital gain. Cheaper if the token rises; ruinous if it never becomes sellable and the value was never there.
3. Argue the valuation down. Build a defensible FMV for the illiquid token at the taxing point — a discount for lock-up and lack of market — and document it. This is the least appreciated lever, and the one most worth preparing.
4. Stagger the events. Where the structure allows it, sequence grants and vesting starts so the taxable point falls in a year with lower other income, or after a market has price discovery. The estimated quarterly rhythm that follows a big unlock is covered in the quarterly estimated tax guide.

None of these is free. The point is that the choice belongs before the taxable event, and once the vest date has passed the only one still available is arguing about the number.

What a defensible valuation file looks like

An illiquid token has no "market price" the day it vests, so the FMV is a conclusion, and a conclusion needs workings. A file I would be comfortable defending holds five things: the grant or SAFT document and the vesting schedule; the FMV source used on each taxing date, named and dated; the method (last private round, implied conversion price, OTC print, adjusted market price); an explicit illiquidity or lock-up discount where it applies, with the reasoning; and a record of how the same method was applied across every holder or receipt, so the position is a policy rather than a convenience.

Where a thin exchange quote exists, I would still keep it, but I would treat it as one input and say so. A single OTC print is evidence of a transaction, not of a market. The mistake is not using a weak number — it is using a weak number and presenting it as if it were strong. Consistency across dates and across vests is the single most defensible feature a file can have, and it costs nothing to establish if you start before the first vest.

The cliff-and-monthly schedule is a tax calendar

The vesting schedule is not just a release mechanism; it is a series of taxable dates, and the cliff is the first one. What I should have diarised, and now do: the TGE date and the grant date (they differ, and the grant date anchors the 30-day election window); the cliff date and each monthly vest after it; the tax-year boundary in my country so I know which vests fall where; the payment dates for any quarterly estimates the vest triggers; and the date the transfer restriction actually lifts, which is separate from every vest. Put those on one page and the obligation stops being a surprise. Leave them scattered across a SAFT, an email and a token dashboard and the first cliff will always seem to arrive early.

What I would do differently next time

I would decide the §83(b) and valuation posture before the TGE, not after the first vest landed. That means asking, in writing, three questions while there is still a choice: is this allocation compensation or capital; if it is compensation, do I want to elect at grant and accept the risk of tax on nothing; and what FMV number am I prepared to defend on the vest date for a token that will not trade for a year. I would get the valuation method agreed with my adviser up front so the number is a policy, not an argument crafted under pressure.

I would also model the worst case before I sign, not the best case after. The number that matters is not the token's headline value — it is the tax on the vesting value divided by the cash I can actually raise. If that ratio is uncomfortable at the grant-date price, it will be worse at the lock-up price. Running it through a capital-gains calculator at three price scenarios, on the day you sign, is a five-minute exercise that would have changed how I structured everything.

General information, not tax advice. Private-allocation and token-grant treatment depends on how the tokens were acquired, your residence, and details that only a specialist can weigh — the section 83(b) window is absolute and cannot be fixed after the fact, illiquid-token valuation is genuinely unsettled in several of these countries, and India's 30% VDA regime with no loss set-off can tax value that never becomes sellable. Confirm your own position with a qualified crypto tax professional before your first vesting date.

FAQ