Вопросы по бэкапу кошелька

[LZ]

Если я правильно помню, Bitcoin автоматически увеличивает пул при израсходовании адресов.
То есть, если использовать 10 адресов из пула, то в пул будут сразу добавлены еще 10 адресов.

Однако, лучше перепроверьте.

[1714186303]

1714186303

[1714186303]

1714186303

[1714186303]

1714186303

[1714186303]

1714186303

[SmallMminer]

А где хранися файл wallet.dat? В папке с кошельком bitcoin-0.3.21-win32 такого файла нет.
и еще вопрос про номер, на который производится перевод.
Вот на скрине я указал в пуле один номер, который изначально мне двался при запуске программы bitcoin-0.3.21-win32, получил по нему 0,02 биткоина, а теперь там стоит другой номер. Теперь его нужно забить в окошко пула для выплаты?
http://s54.radikal.ru/i145/1106/82/06447e5002d2.jpg

[LZ]

%APPDATA%\Bitcoin

Нет, Вы будете получать биткоины и на старый адрес до тех пор пока у Вас тот же wallet.dat.

[t309]

если я впервие запущу клиент на машине без подключения к инету он сгенерирует wallet.dat і виключу ету машину, потом с другой машини с другим кошельком я отправлю на него скажем один биткоин, і включу первую машину ну скажем через 10 лет подключу к інету запущу клиент он скачает цепочку блоков, будет ли  на счету етот 1 біткоин?

[Саша Зайцев]

если я впервие запущу клиент на машине без подключения к инету он сгенерирует wallet.dat і виключу ету машину, потом с другой машини с другим кошельком я отправлю на него скажем один биткоин, і включу первую машину ну скажем через 10 лет подключу к інету запущу клиент он скачает цепочку блоков, будет ли  на счету етот 1 біткоин?

Если я правильно понял, то да

[LZ]

В этом суть системы.

Пока у руля правильные люди - так оно и будет.

[Skywalker42Ru]

Здравствуйте, если я правильно понял, то в целях безопасности достаточно скопировать файл wallet.dat который содержит в себе всю необходимую информация, в том числе и биткоины, на любой носитель. В случае возникнования ситуации которая приведет к порче оригинального файла wallet.dat я смогу переустановить официальную программу Bitcoin, где хранились данные о моих адресах, и простым копирование файла wallet.dat в директорию %APPDATA%\Roaming\Bitcoin  (в Win7 такой путь) восстановить доступ к адресам и соответственно к своим накопленным биткоинам. С одной лишь поправкой, что увидеть мои средства на кошельке я смогу только после того как получу необходимые блоки. Все верно ?

[aistto]

Здравствуйте, если я правильно понял, то в целях безопасности достаточно скопировать файл wallet.dat который содержит в себе всю необходимую информация, в том числе и биткоины, на любой носитель. В случае возникнования ситуации которая приведет к порче оригинального файла wallet.dat я смогу переустановить официальную программу Bitcoin, где хранились данные о моих адресах, и простым копирование файла wallet.dat в директорию %APPDATA%\Roaming\Bitcoin  (в Win7 такой путь) восстановить доступ к адресам и соответственно к своим накопленным биткоинам. С одной лишь поправкой, что увидеть мои средства на кошельке я смогу только после того как получу необходимые блоки. Все верно ?

верно все

[sanya_chernov]

неудобно как то получается работать.
файлы с блоками итак весят нехило, так это все хранится в системном диске. мало того эти блоки будут еще увеличиваться, когда дойдет до 10Гб, тут впору на внешний жесткий диск блоки переносить, но такая опция у биткоина отсутствует, ограничится придется тем что увеличить системный раздел до 100Gb под блоки.

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

и возможно ли чтобы кошелек находился внутри зашифрованного тома truecrypt, и чтобы программа bitcoin обращалась к кошельку туда? а то боюсь когда буду убегать от погони (мало ли что в жизни бывает) не успею сделать бэкап

[[Thor]]

Можно запускать клиент с параметром -datadir, например

Code:

start bitcoin.exe -datadir=.\data

позволяет хранить все данные в папке data рядом с клиентом.

[sanya_chernov]

как такое реализовать в ubuntu?

[websmith]

не совсем понятно про сотню транзакций. Мне каждый день дипбит переводит заработанные монеты за сутки. Переводит все время на один и тот же кошелек (один и тот же номер). Что будет, когда кол-во транзакций перевалит за сотню?

[[Thor]]

как такое реализовать в ubuntu?

аналогично. bitcoind -datadir=/var/btcdata к примеру

не совсем понятно про сотню транзакций. Мне каждый день дипбит переводит заработанные монеты за сутки. Переводит все время на один и тот же кошелек (один и тот же номер). Что будет, когда кол-во транзакций перевалит за сотню?

Ничего. Вот после сотни исходящих транзакций может быть израсходован изначально сгенерированный пул из 100 адресов.
При отправке монет, если клиент вынужден дробить монеты из одной из транзакций, остаток отсылается на новый адрес из этого пула.
Соответственно при восстановлении кошелька из старого бэкапа будут потеряны "остатки" от исходящих транзакций, использующих адреса которых нет в бэкапе.

[websmith]

хорошо, сделал сотню переводов. Все, 101 перевод не уйдет? Можно заводить новый кошелек и начинать с нуля? Или после 101 ого перевода добавиться еще сотня адресов и надо будет делать бэкап?

[[Thor]]

Будут добавляться новые адреса, поэтому нужно держать достаточно свежий бэкап.

[LZ]

файлы с блоками итак весят нехило, так это все хранится в системном диске. мало того эти блоки будут еще увеличиваться, когда дойдет до 10Гб, тут впору на внешний жесткий диск блоки переносить

Со временем (к релизу 1.0?) обычному пользователю не потребуются все блоки.

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

Залинковать папку или файл на нужный носитель. Никаких танцев с ключиками.

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

Все то же самое. Учитывайте только, что криптоконтейнер может и сломаться.

[andervol]

Подскажите, как и чем создать запароленный rar архив с очень большой избыточностью? Скажем, файл wallet.dat весит 0.5MB, а я хочу создать архив, в который его помещу, и он без проблем перенесет порчу 50-99% данных, но будет занимать 1-50MB.

[LZ]

1. Скопировать зашифрованный файл.
2. Вставить зашифрованный файл.
3. Повторить п. 2 много раз.

PROFIT!

Если нужен только один выходной файл, то можно все копии поместить в контейнер tar с помощью 7-Zip.


Есть еще варианты. Например, можно сделать так:
1. Перевести зашифрованный файл в UUE.
2. Открыть получившийся файл блокнотом.
3. Скопировать все содержимое файла.
4. Вставить в конец файла много раз.

PROFIT!

Получившийся файл можно открыть обычным WinRAR. Вариант удобнее, так как можно лазить блокнотом.

[rPman]

1. Скопировать зашифрованный файл.
2. Вставить зашифрованный файл.
3. Повторить п. 2 много раз.

PROFIT!

Если нужен только один выходной файл, то можно все копии поместить в контейнер tar с помощью 7-Zip.


Есть еще варианты. Например, можно сделать так:
1. Перевести зашифрованный файл в UUE.
2. Открыть получившийся файл блокнотом.
3. Скопировать все содержимое файла.
4. Вставить в конец файла много раз.

PROFIT!

Получившийся файл можно открыть обычным WinRAR. Вариант удобнее, так как можно лазить блокнотом.

Трижды перечитал, не верил, пока до меня не дошло, что lzsaver бредит

p.s. для увеличения надежности хранения кошелька необходимо:
* зашифровать файл абсолютно любым известным способом, желательно надежным (пусть будет winrar или лучше openssl)
* увеличить количество мест, куда положить копию файла: файл на флешку, флешку в бутылку, бутылку в море, dropbox, google docs, распечатать на бумаге (когда будет доступен экспорт ключей), запомнить последовательность чисел,..
* периодически проверять наличие файла в соответствующих местах и перепрятывать

[LZ]

Трижды перечитал, не верил, пока до меня не дошло, что lzsaver бредит

Ха-ха, изредка бывает. Зато ответил на конкретный вопрос.

На выходе обоих методов получится контейнер, в котором будет много копий зашифрованного файла,
что дает значительную устойчивость к повреждению контейнера, как этого почему-то хотел andervol.