Merkittävä virstanpylväs tulee tänään täyteen eli 200 000 blokkia ja 10 miljoonaa bitcoinia. Itseasiassa siihen on enää muutama blokki aikaa, nyt ollaan blokissa 199996.
Tämän jälkeen onkin sitten enää 10 000 blokkia siihen, että louhijoiden saama blokkipalkkio puolittuu eli uusia bitcoineja tulee kiertoon puolet vähemmän kuin aikaisemmin.
200 000 blokkia on nyt täynnä ja bitcoinien maksimimäärä ylitti ensimmäisen kerran 10 miljoonaa.
Blokkien määrän kasvun huomaakin jo aika hyvin, kun synkkailee full nodea. Blokkitiedostot indeksi mukaanlukien vievät tilaakin jo mukavat ~4GiB eikä P2P nopeudet yllä hyödyntämään nopean kaistan kapasiteettia nimeksikään. Jännä katsoa, miten tähän ongelmaan pureudutaan tulevaisuudessa hajottamatta legolinnaa. 
Eiköhän se blokkien latausnopeus yleensä pysy matalana jonkin muun pullonkaulan kuin P2P-nopeuksien takia. Eli kun blokkeja ladatessa se lataava node/kone myös tarkistaa kaikki siirrot/blokit niin siinä on kovakin kone kovilla. Kovalevy on helposti tässä pullonkaula, varsinkin jos se ei ole SSD.
Bitcoin-konferenssissa oli spiikki Bitcoinin skaalautuvuudesta. Esitteli jotain kehittäjien keksintöjä joilla saavutettu nopeushyötyjä blokkien tarkastuksessa. Lisäksi oli yksi erityinen idea jossa coindb ja blockdb (tai jotain sellaista :)) yhdistettäisiin transactiondb:ksi, koska periaatteessa node tarvitsee vain ne hyväksyäkseen/hylätäkseen uuden tiedotetun siirron. Kokoa tällä olisi ~10% entisestä. Toisena tärkenä juttuna jäi mieleen se, että eihän kaikkien todellakaan tarvi täysimittaista nodea ajaa.
I stand corrected! ;D
Tästä huolimatta tuntui ihmeen pitkältä ajalta tuo synkkaus, vaikka alla on RAIDatut kovalevyt ja kellotettu neliydinprosessori.
Olisihan tuo kyllä mahtavaa, jos tilankäyttöä saataisiin hillittyä. Tuntuu, että liteclientti tässä vaiheessa kehitystä olisi vääryyttä. ;D
0.8 -versiossa tulee isoja parannuksia tähän asiaan full clientinkin osalta (Bitcoin-Qt).