<p>The balance is calculated from something called UTXO, this is a list of unspent coins, it is created on blockchain rescans and updated on receiving of new blocks. It is therefore not dependent on transaction history size but only all current available coins fragmentation. </p>

<p>There are performance issues with this solution also, but they are been worked on...</p>

CC BY-SA 3.0
2014-02-17T12:24:38.987Z
When the transaction makes it to the blockchain, everycoin in it's input is destroyed and new coins are created - on per each output.
Krtek Net
CC BY-SA 3.0
2014-02-16T18:22:10.563Z
I think UTXO stands here for *unspent transaction outputs* in case somebody else was also wondering.
Murch
CC BY-SA 3.0
2014-02-16T17:04:57.160Z
2014-02-16T17:04:57.160Z
Krtek Net
<p>The calculation of the balance of a public address is not part of transaction validation.  In order for a transaction to be considered valid, it must redeem unspent transaction outputs.  Transaction outputs are always redeemed entirely, so there is no need to calculate the balance of a public address, only to check that these outputs have not been redeemed (spent) before.</p>

<p>So the scalability of balance calculation is not an issue that affects the processing of payments.  That said, each bitcoin node still must remember the list of unspent transaction outputs.</p>

CC BY-SA 3.0
2014-02-17T09:04:27.853Z
2014-02-17T09:04:27.853Z
popstack
<p>If balances are calculated on the fly by offsetting all the transactions flowing in and out of a public address, will this degrade the performance of calculating such balances in years to come, i.e. when large volumes of transaction history have accumulated? How many transactions would result in a noticeable drop in performance? or is the threshold so high that it's not likely ever to be reached by the vast majority?</p>

<transactions><wallet><blockchain><balance><performance>
Will the performance of calculating the balance for an address degrade over time?
QFDev
# Will the performance of calculating the balance for an address degrade over time?

(Asked by: username_0 on 2014-02-16)

If balances are calculated on the fly by offsetting all the transactions flowing in and out of a public address, will this degrade the performance of calculating such balances in years to come, i.e. when large volumes of transaction history have accumulated? How many transactions would result in a noticeable drop in performance? or is the threshold so high that it's not likely ever to be reached by the vast majority?

**Tags:** transactions, wallet, blockchain, balance, performance


---

## 2 answers

### Answer by username_1 on 2014-02-16. Score: 2 | Accepted answer

The balance is calculated from something called UTXO, this is a list of unspent coins, it is created on blockchain rescans and updated on receiving of new blocks. It is therefore not dependent on transaction history size but only all current available coins fragmentation.

There are performance issues with this solution also, but they are been worked on...

> **Comments:**
> **username_2**: I think UTXO stands here for *unspent transaction outputs* in case somebody else was also wondering.  
> **username_1**: When the transaction makes it to the blockchain, everycoin in it's input is destroyed and new coins are created - on per each output.  

---

### Answer by username_3 on 2014-02-17. Score: 1

The calculation of the balance of a public address is not part of transaction validation. In order for a transaction to be considered valid, it must redeem unspent transaction outputs. Transaction outputs are always redeemed entirely, so there is no need to calculate the balance of a public address, only to check that these outputs have not been redeemed (spent) before.

So the scalability of balance calculation is not an issue that affects the processing of payments. That said, each bitcoin node still must remember the list of unspent transaction outputs.


---

