0xFF

Пишет, мол синхронизироваться ещё два часа. 4 weeks behind и 2 часа! Вчера был по 40, сегодня по 35! Что делается! Так что вариант с кошельком в мобильнике -- так себе... Собственно я хотел спросить, prune mode нифига не мегабайты, получается, а почти 6 ГБайт (в конфиге стоит 2 при том). И я правильно понимаю, что при включении prune mode всё упирается в сеть с такой силой, что даже через wifi медленно (из-за пинга) работает и надо тащить провода или покупать ещё один SSD 

.

$ du -shc *
4.0K banlist.dat
4.0K bitcoind.pid
1.9G blocks
4.0G chainstate
12K database
0 db.log
9.6M debug.log
244K fee_estimates.dat
2.5M mempool.dat
2.0M peers.dat
292K wallet.dat
5.8G total

Ещё хотел спросить, есть старая DB. Из неё удалось выцепить только кошелёк (проблемы с Berkley DB, см. ниже), и в нём современный софт увидел только один адрес с мелкой суммой. Меня смущает, что при конверсии DB в json там видно масса разных адресов и для некоторых при проверках на спец. сайтах заявляются неподтверждённые транзакции. Что это??? Зачем много адресов? Вряд ли там были биткойны, мелкая сумма которая была точно нашлась. :-/

Имеет ли смысл пытаться завести старый софт (~13 года) со старой базой? В других DB кроме wallet.dat вообще может храниться что-то? Мне кажется, что нет... Там сама berkeley-db лохматой версии, с проблемами со сборкой и оговорками, мол с более новой всё точно ломается. А клятый Oracle убрал все старые версии с сайтов (вот такой opensource!)

$ ls -1shR
.:
total 174M
 12K __db.001
1.1M __db.002
268K __db.003
 40K __db.004
2.9M __db.005
 12K __db.006
2.0M addr.dat
 97M blk0001.dat
 69M blkindex.dat
4.0K database
   0 db.log
2.5M debug.log
 92K wallet.dat

./database:
total 28M
9.6M log.0000000024
9.6M log.0000000025
8.6M log.0000000026