<p>The code referred to by that thread will become 0.8, and is not in any released versions as of January 2012. 0.7.2 is a minor upgrade to 0.7.1 only, with only bug fixes.</p>

<p>0.8 will indeed use a more efficient storage mechanism, which will most likely result in slightly reduced storage requirements (though you may need to delete the old database manually). The most important improvement, however, should be block validation speed, and the amount of I/O to disk necessary.</p>

<p>In the future, the new database scheme may lead to a version that supports block pruning, where not (all) history blocks are stored on disk anymore without compromising security (it would still require downloading those blocks in full, however). Because of the invasive effects on the network if suddenly many nodes weren't able to serve history anymore, this may need some discussion first, and isn't implemented yet.</p>

CC BY-SA 3.0
2013-01-09T22:22:45.160Z
Thank you! Any numbers yet from testing of old-vs-new of the magnitude of 'slightly reduced storage requirements' for the same block chain depth? 2%? 20%?
Quizzical
CC BY-SA 3.0
2013-01-09T22:31:47.150Z
Something like 10%, I think (don't have precise numbers).
Pieter Wuille
CC BY-SA 3.0
2013-01-09T21:55:05.667Z
2013-01-09T21:55:05.667Z
Pieter Wuille
<p>The bitcointalk.org thread "<a href="https://bitcointalk.org/index.php?topic=119525.0" rel="nofollow">Ultraprune merged in mainline</a>" implies that a more efficient way of storing block information was introduced. Will this make the <code>.bitcoin</code> directory smaller after an upgrade to 0.7.2? </p>

<blockchain><bitcoin-core>
Does the .bitcoin directory shrink in bitcoin-qt 0.7.2 and later?
Quizzical
# Does the .bitcoin directory shrink in bitcoin-qt 0.7.2 and later?

(Asked by: username_0 on 2013-01-09)

The bitcointalk.org thread "[Ultraprune merged in mainline](https://bitcointalk.org/index.php?topic=119525.0)" implies that a more efficient way of storing block information was introduced. Will this make the `.bitcoin` directory smaller after an upgrade to 0.7.2?

**Tags:** blockchain, bitcoin-core


---

## 1 answers

### Answer by username_1 on 2013-01-09. Score: 5 | Accepted answer

The code referred to by that thread will become 0.8, and is not in any released versions as of January 2012. 0.7.2 is a minor upgrade to 0.7.1 only, with only bug fixes.

0.8 will indeed use a more efficient storage mechanism, which will most likely result in slightly reduced storage requirements (though you may need to delete the old database manually). The most important improvement, however, should be block validation speed, and the amount of I/O to disk necessary.

In the future, the new database scheme may lead to a version that supports block pruning, where not (all) history blocks are stored on disk anymore without compromising security (it would still require downloading those blocks in full, however). Because of the invasive effects on the network if suddenly many nodes weren't able to serve history anymore, this may need some discussion first, and isn't implemented yet.

> **Comments:**
> **username_0**: Thank you! Any numbers yet from testing of old-vs-new of the magnitude of 'slightly reduced storage requirements' for the same block chain depth? 2%? 20%?  
> **username_1**: Something like 10%, I think (don't have precise numbers).  

---

