<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Specific Identification Archives - LadyChain</title>
	<atom:link href="https://www.ladyww.net/tag/specific-identification/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ladyww.net/tag/specific-identification/</link>
	<description>Crypto fees, wallets and offers — checked against the terms page</description>
	<lastBuildDate>Tue, 27 Oct 2026 12:02:31 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>

<image>
	<url>https://www.ladyww.net/wp-content/uploads/2026/10/mark-512-150x150.png</url>
	<title>Specific Identification Archives - LadyChain</title>
	<link>https://www.ladyww.net/tag/specific-identification/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Reconstructing Cost Basis From On-Chain History</title>
		<link>https://www.ladyww.net/reconstruct-cost-basis/</link>
					<comments>https://www.ladyww.net/reconstruct-cost-basis/#respond</comments>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 12:02:31 +0000</pubDate>
				<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Accounting]]></category>
		<category><![CDATA[Average Cost]]></category>
		<category><![CDATA[Compliance]]></category>
		<category><![CDATA[Cost Basis]]></category>
		<category><![CDATA[Crypto Tax]]></category>
		<category><![CDATA[FIFO]]></category>
		<category><![CDATA[On-Chain Analysis]]></category>
		<category><![CDATA[Reconstruction]]></category>
		<category><![CDATA[Record Keeping]]></category>
		<category><![CDATA[Specific Identification]]></category>
		<guid isPermaLink="false">https://www.ladyww.net/reconstruct-cost-basis/</guid>

					<description><![CDATA[<p>Cost basis crypto work is the discipline of attaching a price and a date to every unit you later dispose of. The chain proves movement, not money: a wallet receives [&#8230;]</p>
<p>The post <a href="https://www.ladyww.net/reconstruct-cost-basis/">Reconstructing Cost Basis From On-Chain History</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Cost basis crypto work is the discipline of attaching a price and a date to every unit you later dispose of. The chain proves movement, not money: a wallet receives an amount at a block height, and nothing in the transaction says what you agreed to pay, what fee you paid, or whether the transfer was a purchase, a gift, or a shuffle between two addresses you own.</p>
<p>Reconstructing cost basis crypto from history is therefore an accounting exercise wearing a blockchain costume. The chain gives you a ledger of quantities and timestamps of unusually good quality. Everything that determines tax — price, intent, ownership, fees — has to be recovered from somewhere else and matched to those quantities.</p>
<ul>
<li><strong>On-chain data answers &#8220;how many&#8221; and &#8220;when&#8221;, never &#8220;for how much&#8221;.</strong> Price has to come from an external, documented source.</li>
<li><strong>Method choice changes the answer.</strong> FIFO and specific identification can produce materially different gains on the same transactions.</li>
<li><strong>Lost basis is not zero basis by default.</strong> It is a documentation problem that usually has a defensible resolution, found before a deadline rather than after.</li>
<li><strong>Reconstruction quality is measured by reproducibility.</strong> Someone else should be able to follow your steps and reach the same numbers.</li>
</ul>
<h2>What the chain proves and what it cannot</h2>
<p>The chain proves that a quantity moved from one address to another at a specific time, and it proves it permanently. That is genuinely useful: it settles sequencing questions that bank records handle badly, and it makes &#8220;which came first&#8221; arguments short.</p>
<h3>What a transfer establishes</h3>
<p>An incoming transfer establishes that a wallet received a precise amount, that it received it after a specific block, and that the amount has not moved since unless a later transaction shows otherwise. For a reconstruction, this is the skeleton: it tells you which holdings existed, in what order, and how they were split across addresses.</p>
<h3>What a transfer leaves ambiguous</h3>
<p>Almost everything that matters financially. An incoming transfer is consistent with a purchase, a withdrawal from a venue, a payment for work, a gift, an internal rebalance, or a loan collateralisation. All of those are the same on-chain shape — value arriving — and they carry completely different tax treatment. Address clustering hints at ownership but is inference, not evidence, and treating a heuristic as proof is how reconstructions go wrong.</p>
<h2>Choosing a cost basis crypto method</h2>
<p>The method decides which units you are treated as having sold when you dispose of part of a holding. It is a policy choice within whatever your jurisdiction allows, and once chosen it should be applied consistently rather than opportunistically.</p>
<h3>First in, first out</h3>
<p>FIFO treats the oldest units as sold first, regardless of which coins you actually moved. It is the default in many jurisdictions and the easiest to defend, because it requires no per-unit identification. The cost is that in a long accumulation, early cheap lots get consumed first, which often produces the largest gain in the year of sale.</p>
<h3>Specific identification</h3>
<p>Specific identification lets you nominate which lots were disposed of, provided you can support the identification with contemporaneous records. It is more flexible and considerably more demanding: it works when you can point to which units went where, and it fails when your only evidence is a wallet balance.</p>
<h3>Average cost</h3>
<p>Some jurisdictions permit a pooled average cost across units of the same asset. It smooths the result and removes the lot-selection question, but it is not universally available, and mixing it with FIFO across years is usually not allowed.</p>
<div class="slv-table not-prose my-6 overflow-x-auto rounded-2xl border border-ink-800/70 bg-ink-900" data-slv-table><table>
<thead>
<tr>
<th>Method</th>
<th>What it assumes</th>
<th>Record burden</th>
<th>Where it fits</th>
</tr>
</thead>
<tbody>
<tr>
<td>FIFO</td>
<td>Oldest units sold first</td>
<td>Low; needs dates and amounts</td>
<td>Default treatment, simple accumulation</td>
</tr>
<tr>
<td>Specific identification</td>
<td>You nominate the lots</td>
<td>High; needs per-lot provenance</td>
<td>Multiple lots, deliberate lot selection</td>
</tr>
<tr>
<td>Average cost</td>
<td>One pooled cost per asset</td>
<td>Medium; needs full history in one pool</td>
<td>Jurisdictions that allow pooling</td>
</tr>
<tr>
<td>Mixed by account</td>
<td>Separate pools per wallet or venue</td>
<td>High; needs clean separation</td>
<td>Segregated strategies, entity accounts</td>
</tr>
</tbody>
</table></div>
<p>Pick the method before you compute anything, write down why, and apply it to every asset in the same year. Switching methods mid-history to reduce a number is the kind of choice that reads as an error even when the underlying position is defensible.</p>
<blockquote><p>Cost basis is not a fact about a coin. It is a fact about a specific unit you once acquired, and the whole job is keeping that unit identifiable after it has been split, merged and moved six times.</p></blockquote>
<h2>A worked reconstruction</h2>
<p>Suppose you bought 1.0 unit at 20,000, then bought 0.5 unit at 40,000, then sold 0.75 unit at 50,000. Total cost was 20,000 + 20,000 = 40,000 for 1.5 units. Proceeds were 0.75 × 50,000 = 37,500. What the gain is depends entirely on the method.</p>
<ol>
<li>FIFO: the 0.75 sold comes out of the first lot at 20,000 per unit, so basis is 0.75 × 20,000 = 15,000.</li>
<li>FIFO gain: 37,500 − 15,000 = 22,500.</li>
<li>FIFO remainder: 0.25 unit at 20,000 plus 0.5 unit at 40,000, total basis 25,000 for 0.75 unit.</li>
<li>Average cost: pooled basis per unit is 40,000 ÷ 1.5 = 26,666.67.</li>
<li>Average cost basis for the sale: 0.75 × 26,666.67 = 20,000.</li>
<li>Average cost gain: 37,500 − 20,000 = 17,500.</li>
<li>Difference between methods on this single sale: 22,500 − 17,500 = 5,000 of gain, from the same three trades.</li>
</ol>
<p>Nothing about the transactions changed. The 5,000 difference is purely a function of which units the method says you sold, and it moves in the opposite direction in a later year because the remaining basis differs too. This is why a reconstruction that skips the method question produces a number that cannot be reconciled later.</p>
<h2>Making a cost basis crypto reconstruction survive review</h2>
<p>A reconstruction is only as good as its worst-supported link. Reviewers do not usually argue about arithmetic; they ask where a price came from and why a transfer was classified the way it was.</p>
<h3>Price sources</h3>
<p>Use a documented source per asset and per period, and keep the export. A venue statement is strongest for trades executed there. For transfers, a timestamped reference price is normal practice, with the convention written down: which timestamp, which market, which currency. Consistency across the whole history matters more than which convention you chose.</p>
<h3>Gaps and estimates</h3>
<p>Some records will be missing — a closed account, an old wallet, a purchase whose confirmation email is gone. Handle gaps explicitly: label them as estimates, state the basis for the estimate, and keep the supporting calculation. An acknowledged estimate is a much better position than a silent guess buried in a spreadsheet cell.</p>
<h3>Fees and transfers</h3>
<p>Network fees paid in the disposed asset are themselves a disposal in many jurisdictions, which means a fee line can create a tiny gain or loss of its own. Trading fees usually adjust proceeds or basis. Neither treatment is universal, which is one more reason to write down the convention you applied.</p>
<p>The post <a href="https://www.ladyww.net/reconstruct-cost-basis/">Reconstructing Cost Basis From On-Chain History</a> appeared first on <a href="https://www.ladyww.net">LadyChain</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.ladyww.net/reconstruct-cost-basis/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
