Topic: вопрос по командам в консоли (Read 4069 times)

Есть шанс, что часть инфы, затёртой нулями, можно восстановить с помощью специального микроскопа. Оставшуюся часть можно сбрутить. Например, если удастся восстановить 220 из 256 битов ключа, то надо будет перебрать в среднем 2³⁵ вариантов. Для затруднения восстановления информации обычно применяется многократное затирание всего раздела рандомными битами. Также следует учесть, что контроллер диска может решить записать новую инфу в другое физическое место на диске, а исходная инфа останется нетронутой.

планирую кругленькие суммы запечатать в нескольких контенейрах трукрипта, причем запечатать надолгое время без совершения транзакций

Генерировать ключи можно без использования Bitcoin. Насколько я понимаю, секретный ключ – это просто случайное число. Генерируем случайное число Kpriv от 1 до 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141 любым способом (можно хоть монетку подбрасывать).

Вариант: создаём новый wallet.dat, создаём новый адрес A и экспортируем соответствующий ключ Kwif, затем удаляем wallet.dat. Плохо, если ключ останется на диске после удаления файла. Лучше создавать файл на виртуальном диске (в оперативной памяти).

Вариант: используем Vanitygen, получаем A и Kwif.

Вариант: используем любой генеретор случайных чисел, генерируем Kpriv. Из Kpriv получаем соответствующий открытый ключ Kpub. Из Kpub получаем соответствующий адрес A. Можно также конвертировать Kpriv в формат, пригодный для импорта в Bitcoin (Kwif).

Сохраняем адрес A. Не сохраняем Kpriv и Kwif на компе в незашифрованном виде! Записываем секретный ключ на носители: диски, бумажки, флешки. На бумаге можно печатать секретные ключи в виде чисел, строк WIF, QR-кодов, штрих-кодов. Перемещаем носители в места хранения. Высылаем сбережения на адрес A.

Чтобы потратить сбережения, добавляем ключ в клиент, или создаём и транслируем в сеть транзакцию, переводящую монеты с A на другой адрес.

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

P.S. У меня есть подозрение, что секретный ключ можно как-то считать с принтера, на котором его распечатали. Или хотя бы часть ключа, а остальное – сбрутить.

Лучше хранить полный wallet.dat, переодически его обновляя по мере генерации ключей, поскольку клиент при транзакции сдачу бросает каждый раз на новый адрес.

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

Монеты отправляются с неизрасходованных "выходов" прошлых транзакций. При отправке монет bitcoind выбирает, из каких транзакций брать монеты. При этом не учитывается, с какого экаунта отправляются монеты.
sendfrom набирает нужную сумму монет из неизрасходованных выходов и вычитает её из баланса указанного экаунта. Если на балансе меньше указанной суммы, bitcoind отказывает.
sendtoaddress набирает нужную сумму монет из неизрасходованных выходов и вычитает её из баланса главного экаунта ("").

В результате следующих операций баланс экаунта может стать отрицательным:

• Тратим монеты с экаунта; используем setaccount для переноса адреса, на который ранее были получены монеты, в другой экаунт. При этом вся сума, полученная когда-то на этот адрес повторно вычитается из баланса экаунта.
• Получаем монеты на адрес экаунта, отправляем их с помощью sendtoaddress. Сумма будет вычтена из баланса главного экаунта, который не увеличивался при получении монет.
• Отправляем всю сумму с экаунта и добавляем комиссионные. Комиссионные не учитываются при принятии решения о допустимости транзакции, но вычитаются из баланса.

https://en.bitcoin.it/wiki/Accounts_explained

Может. При переносе ключ не удаляется, так что баланс донорского кошелька меняться и не должен.

а может ли быть пара ключей привязана к обоим кошелям?
я вот переносил пару ключей от одного к другому wallet.dat, но баланс не поменялся, видать чото делаю неправильно и спросиьт не у кого-(

Да.

Нет, под аккаунтами понимается accounts в bitcoind, что-то вроде виртуальных кошельков в пределах одного wallet.dat.

Их отсуствие. При нехватке средств на аккаунте в транзакции используются адреса других аккаунтов, но на каждом конкретном адресе не может быть минус, соотвественно и сумма баланса всех аккаунтов не может быть отрицательной.

Под кошельком понимается весь wallet.dat, а под аккаунтами отдельные адреса? Тогда что мне помешает удалить из wallet.dat адреса с отрицательной суммой?

спасибо за ответы, вот еще вопрос:
правильно переношу пару ключей от одного кошеля к другому?

Привкей в минуса не может уйти. При недостатки средств на адресах аккаунта, с которого отправляются средства, средства отправляются с адресов, принадлежащих другим аккаунтам.

а если привкей в минуса ушел, то как он переведется в другой кошель?

dumpprivkey и importprivkey предназначены как раз для этого.

могу ли я передвигать пару ключей между разными wallet.dat?
где можно почитать о связи один ко многим между wallet.dat и парами ключей?

Клиент умеет работать только с одним wallet.dat.

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

Уходить в минус можно по отдельным аккаунтам, но не по кошельку в целом. Просто транзакция произойдет с использованием адресов, принадлежащих другим аккаунтам.

Хм, странно. Впервые слышу про возможность уходить в минус в BTC. Разве транзакции, когда отправляешь больше, чем есть, не должны отбраковываться?