Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
17 июля 2010, 2:13:46 PM   # 1
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Вот как вы можете потерять монеты путем резервного копирования и восстановления файла бумажника:

Допустим, у вас есть один блестящий 1000 Bitcoin монету в вашем бумажнике (на самом деле это просто сделка за 1000 Bitcoins оплаченных открытому ключу, который хранится в вашем бумажнике).

Вы резервное копирование, что файл.

Теперь вы проводите 1 Bitcoin. Ваша блестящая монета 1000 BTC разбита на 1BTC, плюс 999BTC в изменении. Это изменение дали новый, другой открытый ключ.

Теперь, если вы восстанавливаете файл бумажника Bitcoin видит, что 1,000BTC монета была spent-- 1BTC был направлен куда-то, а другой 999BTC был направлен куда-то еще. Потому что у вас нет ключа для 999BTC, он не имеет ни малейшего представления о том, что эти монеты принадлежат вам.

Таким образом, они потеряли.

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

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

Может быть, ваш кошелек должен получить первоначально заселен 100 "изменение" адреса, с одним случайным образом выбирается по мере необходимости. И некоторые супер-вызывающим способ заменить их другим, новым, 100 адресов.

Может быть, есть еще лучший способ обработки "Я потерял BTC, когда я восстановил свой бумажник" проблема; идеи?
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен


Как заработать Биткоины?
Без вложений. Не майнинг.


17 июля 2010, 2:25:28 PM   # 2
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Получил 1806 Биткоинов
Реальная история.





Разве это не только результат восстановления к из резервной копии даты?

Это в стороне,

Простые возможные способы изменения возврата:

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

Большинство людей не будет заботиться и ожидать: а) поведения, так что это по умолчанию.
Те, кто заботится о конфиденциальности своих сделок могут позволить б) через некоторые настройки опции в клиенте.
INSTI сейчас офлайн Пожаловаться на INSTI   Ответить с цитированием Мультицитирование сообщения от INSTI Быстрый ответ на сообщение INSTI

17 июля 2010, 4:27:39 PM   # 3
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Мы должны стоять в очереди на поставку готовых адресов в кошельке, чтобы использовать, когда новый адрес необходим. Они не очень большой, так что не мешало бы иметь их много. Это более обычно покрывает случай также когда кто-то поддерживает, а затем запрашивает новый адрес и получает большую оплату с ним. Может быть, там должны быть отдельные очереди, так один тип спроса на адреса не истощает его для других.

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

Там какая-то в повторной проверкой кода блока загрузки, который был сделан на ремонт случай, когда кто-то скопировали их wallet.dat. Мне нужно было проверить, что повторное сканирование обрабатывает случай заново принятых платежей в блоки, которые уже были получены, но забыли, потому что кошелек был восстановлен.
Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

17 июля 2010, 9:15:21 PM   # 4
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Если вы не можете восстановить резервную копию, которая находится вне даты на всех, то вам не придется сделать резервную копию после каждой сделки?

Является ли это возможным решением? У меня есть два компьютера, я использую один все время для небольших сделок. Я иногда носка прочь большое количество моей другой машине, просто перенося то я тоже wallet.dat сразу резервного копирования этой машины в безопасное место.
FreeMoney сейчас офлайн Пожаловаться на FreeMoney   Ответить с цитированием Мультицитирование сообщения от FreeMoney Быстрый ответ на сообщение FreeMoney

18 июля 2010, 6:22:34 AM   # 5
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Конечно, "монеты" хранится в wallet.dat, по существу, только кэш, хотя, не так ли? "реальный" Количество BTC, которые я могу потратить кодируются в цепь.

Если я до сих пор все мои личные ключи, я должен быть в состоянии просмотреть список блоков для восстановления, что "кэш",

Предложение: Включить блок номер / идентификатор в бумажнике, который является последней известным исправной точкой для этого кошелька. Когда бумажник восстановлен из резервной копии, вы можете отсканировать новые блоки, чтобы убедиться, что это уточненный.

Второе предложение: Весь пользователь восстановить бумажник без повторной загрузки всех ключей.

Окончательное предложение: Отделите "реальный" критические данные (личные ключи), от "кэш" (мои текущие монеты). Там нет никаких оснований приравнивать данные, которые абсолютно необходимо для меня, чтобы получить доступ к своей монете из системы, предназначенной для эффективного поиска моих монет и дайте мне их тратить.

(Если я не буду принципиально неправильного понимания внутренней работы Bitcoin!)
Dete сейчас офлайн Пожаловаться на Dete   Ответить с цитированием Мультицитирование сообщения от Dete Быстрый ответ на сообщение Dete

18 июля 2010, 6:36:18 AM   # 6
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Dete: Вы теряете закрытые ключи в случае. Почти каждый раз, когда вы посылаете монеты, вы также посылать некоторые монеты обратно к себе, к новым парам ключей. Поскольку этот новый закрытый ключ не в резервной копии, вы теряете монеты.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

18 июля 2010, 7:49:02 AM   # 7
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Благодаря Theymos: Это очищает вещи много! (Я не был уверен, кто переключающий код обработки работал ...)
Dete сейчас офлайн Пожаловаться на Dete   Ответить с цитированием Мультицитирование сообщения от Dete Быстрый ответ на сообщение Dete

11 августа 2010, 8:54:44 AM   # 8
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Был ли какой-либо прогресс по этому вопросу?
Что нам нужно сделать, чтобы это произошло?
Пользователь недавно потерял 8999 BTC из-за этой проблемы, было бы хорошо, если бы мы могли устранить ее.
INSTI сейчас офлайн Пожаловаться на INSTI   Ответить с цитированием Мультицитирование сообщения от INSTI Быстрый ответ на сообщение INSTI

11 августа 2010, 6:00:48 PM   # 9
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Мне нужно было проверить, что повторное сканирование обрабатывает случай заново принятых платежей в блоки, которые уже были получены, но забыли, потому что кошелек был восстановлен.
Да, это было бы полезно поведение. Я думаю, что лучше управление ключами - возможность импортировать, экспортировать, создавать и удалять адреса по желанию - также в порядке. Существующая система только позволяет создавать их - вы не можете удалить их или экспортировать их в файл.
Lachesis сейчас офлайн Пожаловаться на Lachesis   Ответить с цитированием Мультицитирование сообщения от Lachesis Быстрый ответ на сообщение Lachesis

11 августа 2010, 6:42:37 PM   # 10
 
 
Сообщения: 980
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Можно ли получить адрес столкновения?
Киба сейчас офлайн Пожаловаться на киб   Ответить с цитированием Мультицитирование сообщения от Kiba Быстрый ответ на сообщение Киба

12 августа 2010, 12:52:15 PM   # 11
 
 
Сообщения: 158
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Мы должны стоять в очереди на поставку готовых адресов в кошельке, чтобы использовать, когда новый адрес необходим. Они не очень большой, так что не мешало бы иметь их много. Это более обычно покрывает случай также когда кто-то поддерживает, а затем запрашивает новый адрес и получает большую оплату с ним. Может быть, там должны быть отдельные очереди, так один тип спроса на адреса не истощает его для других.

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

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

Она должна быть лучше, чтобы позволить экспорт пары ключей в текстовом виде, как это делается с помощью PGP, и импортировать их обратно.
Было бы также полезно, чтобы добавить больше контроля над выходами транзакций (и входов), скажем, не гарантийный-эксперт-режиме.
Я прошу ручной выбор входов TX и спецификации TX выходов. Пусть она существует только в режиме командной строки с -У-как-я-сайте вариант.
пропускная способность сейчас офлайн Пожаловаться на пропускную способность   Ответить с цитированием Мультицитирование Сообщения от пропускной способности Быстрый ответ на сообщение пропускная способность

16 августа 2010, 5:02:17 PM   # 12
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Можно ли получить адрес столкновения?

Возможно - да.
Практичность - не в данный момент.

Самый простой способ предотвратить эффективно необратимую потерю Bitcoin для резервного копирования и ревностно защищают закрытые ключи, которые один примерно 78 цифр десятичного числа или 64 значное шестнадцатеричное число для всех ваших Bitcoin адресов. Все остальное возмещено.

ByteCoin
ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin

16 августа 2010, 7:34:17 PM   # 13
 
 
Сообщений: 59
Цитировать по имени
цитировать ответ
по умолчанию Re: Конфиденциальность против безопасности: обработки изменений

Сделать Bitcoin кошелек каталог с серией снимков состояния, каждая операция сохранения его новое состояние?

Опциональный выездные кэш резервного копирования было бы слишком хорошо.


Silverman сейчас офлайн Пожаловаться на Silverman   Ответить с цитированием Мультицитирование сообщения от Silverman Быстрый ответ на сообщение Silverman



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW