|
1 мая 2011, 4:11:36 AM | # 1 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я не знаю, как задать свой вопрос, так что я просто спросить. Если я произвел длинный хэш-таблицу радуги над курсом года, было бы возможно использовать, что 100% завершено хэш-таблицу для вычисления хэш-блоков? Я слышал, что компьютеры по-прежнему медленно при генерации случайных строк, как это, но кто знает, что в этом случае .... Может быть, его даже не представляется возможным завершить радугу ИДК хеш! Я надеюсь, что кто-то может просветить меня ...
|
1 мая 2011, 4:56:17 AM | # 2 |
Сообщения: 2870
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Получил 1806 Биткоинов
Реальная история. Это не представляется возможным. Таблица радуги способна охватить все заголовки блоков должна быть около 1.06x10183 байт.
|
1 мая 2011, 6:16:32 AM | # 3 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Это уравнение звучит, как это потребовало бы терабайт информации может быть, understatment Потому что мой калькулятор будет proccess его.
|
1 мая 2011, 6:24:16 AM | # 4 |
Сообщения: 2870
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Это 1000 триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов триллионов терабайт. И даже если вам удалось собрать все эти данные, вы все равно должны искать его для решения, которое, вероятно, будет медленнее, чем просто хэширования. Радужные таблицы только подходит, когда дело хэширования мало, как пароли.
|
1 мая 2011, 10:27:10 AM | # 5 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Интеллект поистине больше, то знания. Хватит о философии, почему косяк кто-то знает, что следующий хэш? Я понимаю, что есть одноразовое значение наряду с другими данными, разносторонними, но почему мы должны хэшированиями блоков? Для единственной целью использования мощности GPU, чтобы уменьшить, насколько быстро генерируются битовые монеты? Ive прочитал всю белую бумагу подробного Describtion о том, как работают битовые монеты, но простите мое замешательство им очень очень интересно, как это все работает.
|
2 мая 2011, 3:58:19 AM | # 6 |
Сообщения: 235
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Интеллект поистине больше, то знания. Хватит о философии, почему косяк кто-то знает, что следующий хэш? Я понимаю, что есть одноразовое значение наряду с другими данными, разносторонними, но почему мы должны хэшированиями блоков? Для единственной целью использования мощности GPU, чтобы уменьшить, насколько быстро генерируются битовые монеты? Ive прочитал всю белую бумагу подробного Describtion о том, как работают битовые монеты, но простите мое замешательство им очень очень интересно, как это все работает. Создание монеты на самом деле не регулируется хеширования, она фиксируется: 50 монет на блок (позже уменьшение) и примерно один блок каждые десять минут. Однако, скорее, чем просто одна из сторон генерировать монеты (как в случае со всеми другими цифровыми валютами) создание распространяется. Теперь возникает вопрос: В анонимной сети, который получает, чтобы создать как можно больше монет? Это первое, что доказательство правильности работы решает - это дает основание для выделения новых монет достаточно. Второе доказательство правильности работы делает это позволяет решать споры - какая бы партия сделала больше работы, считается правильным. |
2 мая 2011, 8:07:40 AM | # 7 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Так что все шахтеры technichlly хэширования на следующем соглашении выделенных монет генерироваться? Im начинает unserstand этой minging вещи, becuase если все узлы не могут просто договориться о распределении полного 21 млн becuase в начале вы должны распространять его на первый узел и это свело бы Tge цели.
|
2 мая 2011, 11:01:10 AM | # 8 |
Сообщения: 235
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Так что все шахтеры technichlly хэширования на следующем соглашении выделенных монет генерироваться? Да, в основном. Обратите внимание, что скорость немного гибкая: Если больше шахтеров присоединиться, или если некоторые шахтеры оставить там могут быть больше или меньше блоков в течение времени. Кроме того, блок генерации является случайным, конечно, поэтому она колеблется немного, а также. Но каждые 2016 блокирует сеть смотрит на последние 2016 блоков и регулирует трудность, чтобы попытаться сохранить желаемую скорость создания монет. Im начинает unserstand этой minging вещи, becuase если все узлы не могут просто договориться о распределении полного 21 млн becuase в начале вы должны распространять его на первый узел и это свело бы Tge цели. Да, именно так. |
2 мая 2011, 12:23:59 PM | # 9 |
Сообщения: 2464
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Так что все шахтеры technichlly хэширования на следующем соглашении выделенных монет генерироваться? Im начинает unserstand этой minging вещи, becuase если все узлы не могут просто договориться о распределении полного 21 млн becuase в начале вы должны распространять его на первый узел и это свело бы Tge цели. Основная проблема хеширование решает является предотвращение двойного расходования тех же монет. После того, как хэш для блока https://en.bitcoin.it/wiki/Block сделок с последним ~ 10mins найден, это очень трудно изменить. После 6 блоков хэшируются, это почти на невозможные грубую силу изменить операции, которые глубоко в блоке цепи. Вторично, в фазе роста сети он выделяет новые монеты в качестве стимула к шахтеру (ы), которые являются хэширование быстрее и, таким образом, обеспечивая более высокий уровень безопасности в сеть путем совершения сделок труднее изменить. Зрелая сеть будет выделять очень мало новых монеты, но операционные издержки, может быть стимул для шахтеров, чтобы сохранить хэширование тогда. |
2 мая 2011, 12:28:25 PM | # 10 |
Сообщения: 182
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Это не представляется возможным. Таблица радуги способна охватить все заголовки блоков должна быть около 1.06x10183 байт. Как насчет таблицы для 256 битовых строк, чтобы мы могли хэширование заголовков один раз, а затем посмотреть на второй хэш. Тогда нам нужно только 1.45E76 байт |
2 мая 2011, 9:03:18 PM | # 11 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Все говорят об этих сборах сделки? как я настроить операционные издержки и получить оплачен?
|
2 мая 2011, 11:19:26 PM | # 12 |
Сообщения: 2058
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Все говорят об этих сборах сделки? как я настроить операционные издержки и получить оплачен? они включаются (если таковые имеются), когда вы решаете блок. |
3 мая 2011, 3:35:27 AM | # 13 |
Сообщения: 980
цитировать ответ |
Re: Радужные таблицы и Bitcoin
Есть ли FAQ по этому потому что я не помню, читал, как все это работает. В основном любопытно, как сделки совершаются с альтернативными сборами обхода.
|
3 мая 2011, 4:35:32 AM | # 14 |
Сообщения: 2870
цитировать ответ |
Re: Радужные таблицы и Bitcoin
|