А если держать по несколько битков и на разных кошельках блокчейновских, разве так не надежней?

ну как сказать надежней     всё относительно - если когда нибудь команда blockchain .info таки решит сгоксится, то какая разница сколько у тебя там кошельков - пропадут все. ну а от хакеров - взломщиков конечно, лучше не держать все яйца в одной корзине 

bitcoin core обновили до 0.11.2

0.11.2 Change log
=================
Detailed release notes follow. This overview
includes changes that affect
behavior, not code moves, refactors and string
updates. For convenience in locating
the code changes and accompanying discussion,
both the pull request and
git merge commit are mentioned.
- #6124 `684636b` Make CScriptNum() take
nMaxNumSize as an argument
- #6124 `4fa7a04` Replace NOP2 with
CHECKLOCKTIMEVERIFY (BIP65)
- #6124 `6ea5ca4` Enable
CHECKLOCKTIMEVERIFY as a standard script
verify flag
- #6351 `5e82e1c` Add CHECKLOCKTIMEVERIFY
(BIP65) soft-fork logic
- #6353 `ba1da90` Show softfork status in
getblockchaininfo
- #6351 `6af25b0` Add BIP65 to getblockchaininfo
softforks list
- #6688 `01878c9` Fix locking in GetTransaction
- #6653 `b3eaa30` [Qt] Raise debug window
when requested
- #6600 `1e672ae` Debian/Ubuntu: Include
bitcoin-tx binary
- #6600 `2394f4d` Debian/Ubuntu: Split bitcoin-tx
into its own package
- #5987 `33d6825` Bugfix: Allow mining on top of
old tip blocks for testnet
- #6852 `21e58b8` build: make sure OpenSSL
heeds noexecstack
- #6846 `af6edac` alias `-h` for `--help`
- #6867 `95a5039` Set TCP_NODELAY on P2P
sockets.
- #6856 `dfe55bd` Do not allow blockfile pruning
during reindex.
- #6566 `a1d3c6f` Add rules--presently
disabled--for using GetMedianTimePast as end
point for lock-time calculations
- #6566 `f720c5f` Enable policy enforcing
GetMedianTimePast as the end point of lock-time
constraints
- #6917 `0af5b8e` leveldb: Win32WritableFile
without memory mapping
- #6948 `4e895b0` Always flush block and undo
when switching to new file

о, разработчики снова допилили клиент. значит не все так плохо у битка как говорят.
и кстати, прошло не так много времени с последнего обновления.
только нужно еще протестировать на стабильность.

И зря.
bc.i так устроен, что владельцы сервиса не имеют доступа к вашим биткам.
соответственно, злоумышленник стащивший базу ничего не сможет сделать.
Не пускайте слюни.

Как бы обьяснить?
Дело в том, что логин-пароль тот который вы вводите на странице не передается на сервер bc.i
У них это не хранится. А то, что не хранится и украсть нельзя.

В базе данных хранится лишь хэш — результат
применения необратимой функции (то есть из
этого результата нельзя снова получить ваш
пароль) к паролю. При вашем входе на сайт,
заново вычисляется хэш и, если он совпадает
с тем, что хранится в базе данных, значит вы
ввели пароль верно.

То есть гарантировано что нет никакой хитроумной программы дабы необратимый хэш сделать обратимым?

Добрый вечер. Прошу прощения, если тема поднималась, но есть вопрос:
Пользоваться начал недавно и всех тонкостей как не знал, так и не знаю. А их много, как я поглажу.
Вопрос в следующем, после установки Bitcoin Core, как это и полагается, началась синхронизация. Еще не начитавшись премудростей о том, что такое синхронизация, и вообще, как работать с Bitcoin Core, сгенерировал адрес кошелька и перевел, через онлайн обменник, на него деньги. Они все не приходят и не приходят. Хочется верить, что мне стоит дождаться окончания синхронизации, для того чтобы все синхронизировалось и я увижу в окне эти деньги. Или это не так и надо было сначала дождаться окончания синхронизации, а только потом отправлять деньги на сгенерированный адрес? Ответившим и разъяснившим мне ситуацию - заранее спасибо.

мил человек, так вопросы то не задаются на такие темы. ты адрес то свой сгенерированный укажи, на какой ты деньги то перевел ? ( публичный адрес а не приватный ключ ) по blockchain.info можно посмотреть, есть ли транзакция то туда вообще ?