# Forks

![](/files/l2FgyamVvshU2blALZ1B)

## What is a fork?

Some cryptoassets operate by consensus amongst that cryptoasset’s community. When a significant part of the community want to do something different they may create a ‘fork’ in the blockchain. There are two types of forks, a soft fork and a hard fork.

**A Soft Fork** updates the protocol and is intended to be adopted by all.

**A Hard Fork** is different and can result in new tokens coming into existence. Before the fork occurs there is a single distributed ledger. Usually, at the point of the hard fork, a second branch (and therefore a new cryptoasset) is created. 

## Tax Treatment

### Hard Forks

![](/files/8Ptw1PmOOSHmWEZEPmhA)

The distributed ledger for the original and the new cryptoassets have a shared history up to the fork. If an individual held tokens of the cryptoasset on the original distributed ledger they will, usually, hold an equal number of tokens on both distributed ledgers after the fork.

The value of the new tokens is derived from the original tokens already held by the individual. After the fork, the new tokens will need to go into their own pool. Any allowable costs for pooling of the original tokens are split between the two pools for the:

* original tokens; and
* new tokens

If an individual holds their tokens through an exchange, the exchange will make a choice whether to recognise the new tokens created by the fork.

Costs must be split on a just and reasonable basis. HMRC does not prescribe any particular apportionment method. It is standard practice (based on the treatment of shares, because cryptoassets use the same rules) that the cost of the original cryptoasset is apportioned between the old and new tokens, pro-rata in line with the respective market values of each token the day after the hard fork.

The new tokens can only be disposed of if the exchange recognises the new tokens. If the exchange chooses not to recognise the new tokens then the individual may seek to apportion all of the allowable costs to the original tokens (however HMRC may consider if this is just and reasonable in the circumstances). The individual may instead apportion the costs but seek to make a negligible value claim in respect of the new tokens (providing that the conditions for making a negligible value claim have all been satisfied). 

{% hint style="danger" %}
HMRC has the power to enquire into an apportionment method that it believes is not just and reasonable. Therefore whichever method an individual chooses to use, they should keep a record of this and be consistent throughout their tax returns.
{% endhint %}

### Soft Forks

![](/files/0PV7Jw36Nb4U2c8rjKDH)

No new tokens, or distributed ledger, are expected to be created and there is no impact on the tax position.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.recap.io/uk-tax-guide-for-individuals/transaction-types/forks.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.