Блок тягучесть | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Блок тягучесть

9 апреля 2014, 11:06:49 PM	# 1
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет, Это, несомненно, обсуждался ранее, поэтому мои извинения. Я хочу знать, что свобода блока пластичности. Точнее, если мы посмотрим на структуру заголовков блоков (как описано в https://en.bitcoin.it/wiki/Block_hashing_algorithm ), Какие поля податливый? Что я имею в виду то, что поля можно изменить произвольно, и решаемую блок по-прежнему будет принята сетью. Так, например, "Время" это, безусловно, податливый и блоки с разнообразной "Время" поля будут приняты, если решены. Имея проверенный блок с правым хэшем, для того, чтобы быть принятым в сети, какие поля заголовка проверяются? Например, я могу положить что-нибудь мне нравится в "Версия" поле? Очевидно, что и хеш предыдущего блока и дерево Меркель сделок должны быть проверены. Что-нибудь еще?

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

9 апреля 2014, 11:13:52 PM	# 2
uminatsu Сообщений: 55 Цитировать по имени цитировать ответ	Re: Блок податливость Получил 1806 Биткоинов Реальная история. Вы не можете коснуться любого одного бита в заголовке блока (или в любом другом месте в блоке) без недействительности блока хэш. Так что ответ нет.

9 апреля 2014, 11:28:21 PM	# 3
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: uminatsu от 09 апреля 2014, 11:13:52 PM Вы не можете коснуться любого одного бита в заголовке блока (или в любом другом месте в блоке) без недействительности блока хэш. Так что ответ нет. Это не то, что я прошу. К сожалению, я не заставляю себя достаточно ясно. Я хочу построить заголовок, а затем решить блок. Могу ли я что-нибудь в полях заголовка, чтобы иметь решенный блок принят в сети? (При условии, что она будет решена вовремя) Очевидно, что существует некоторая свобода в "Время" поле, и нет широты в поле, содержащего хэш предыдущего блока. (И, кстати, только заголовок дважды хэшированный)

10 апреля 2014, 12:21:47 AM	# 4
uminatsu Сообщений: 55 Цитировать по имени цитировать ответ	Re: Блок податливость Вы можете изменить поля в заголовке блока, если они удовлетворяют условиям, санкционированные функции AcceptBlock () (main.cpp: проверяет доказательства работы, метки времени с пред, все операции завершены, версия блока и кучу других условий). Но сделать это не дает вам никакой пользы вообще.

10 апреля 2014, 2:49:14 AM	# 5
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: Валирон от 09 апреля 2014, 11:06:49 PM Всем привет, Это, несомненно, обсуждался ранее, поэтому мои извинения. Я хочу знать, что свобода блока пластичности. Точнее, если мы посмотрим на структуру заголовков блоков (как описано в https://en.bitcoin.it/wiki/Block_hashing_algorithm ), Какие поля податливый? Что я имею в виду то, что поля можно изменить произвольно, и решаемую блок по-прежнему будет принята сетью. Так, например, "Время" это, безусловно, податливый и блоки с разнообразной "Время" поля будут приняты, если решены. Имея проверенный блок с правым хэшем, для того, чтобы быть принятым в сети, какие поля заголовка проверяются? Например, я могу положить что-нибудь мне нравится в "Версия" поле? Очевидно, что и хеш предыдущего блока и дерево Меркель сделок должны быть проверены. Что-нибудь еще? Ни одно из полей не являются "произвольный" за исключением временного значения. Время имеет диапазон принимаемых значений, хотя диапазон имеет нечеткое определение и установка его слишком высокий рост ваша вероятность быть сиротой без полного резкого обрыва. Вы можете легко найти список критериев блока достоверности. Версия определяется для прямой возможности. Хотя он имеет только некоторые ограничения сегодня, это не свободная форма поля: быть полезным для форвардных будущих значений совместимости не должны быть ограничены, но он также не должен быть установлен в произвольном порядке. Вы можете, если вы хотите, начать атаковать сеть с помощью сигнализации других значений в версии полевой нарушая его использование для обеспечения совместимости, если использование сохраняется. Если вы сделаете это, я рассылаю патч шахтеров осиротить ваши блоки, однако.

10 апреля 2014, 3:54:17 AM	# 6
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM начинает атаковать сеть с помощью сигнализации других значений в версии полевой нарушая его использование для обеспечения совместимости, если использование сохраняется. Эта атака не будет работать в будущем softfork может игнорировать версию поля предыдущих блоков Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM Если вы сделаете это, я рассылаю патч для шахтеров осиротить ваши блоки, Это не требуется, и это очень опасно, так как цепь может раскошелиться

10 апреля 2014, 4:41:00 AM	# 7
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: jl2012 10 апреля 2014 года, 3:54:17 AM Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM начинают атаковать сеть с помощью сигнализации других значений в версии поле- нарушая его использование для обеспечения совместимости если использование сохраняется. Эта атака не будет работать в будущем softfork может игнорировать версию поля предыдущих блоков Я обращаю ваше внимание на "если использование сохраняется", Проблема заключается в том, если какое-либо приложение начинает зависеть от кодирования бредовых данные есть, то это может быть трудно получить использование к чисто остановкам для того, чтобы установить точку флага день для сигнализации. Так вот почему угроза начать сиротые вещи эффективно: это не имеет значения, если кто-то делает это некоторые, и если они являются стойкими некоторым осиротение заставит их остановить до того, как использование становится закрепленными и разрывы прямой совместимости. котировка Это не требуется, и это очень опасно, так как цепь может раскошелиться Не может раскошелиться, раскошелится. И то хорошо. Цепь вилка ~ каждый день. Если сумасшедшая нумерация версии шахтер не был (ближне-) большинство hashpower разветвление будет быстро решить itself- и если такому шахтер имел большинство hashpower мы бы хуже проблема беспокоиться о. Также можно «отбить» а блок- отвергает его, пока его хоронили по крайней мере, две глубоким, невыгодному, но не производя постоянную вилку в том случае, когда это было большинство hashpower.

10 апреля 2014, 4:56:42 AM	# 8
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: uminatsu 10 апреля 2014, 12:21:47 AM Вы можете изменить поля в заголовке блока, если они удовлетворяют условиям, санкционированные функции AcceptBlock () (main.cpp: проверяет доказательства работы, метки времени с пред, все операции завершены, версия блока и кучу других условий). Но сделать это не дает вам никакой пользы вообще. Благодаря! Это ответ, который я искал. Возможная выгода? Вместо того чтобы изменять дополнительный одноразовый номер, который требует вычисления снова дерево Merkle вы можете коснуться другой "свободно" параметры.

10 апреля 2014, 5:00:28 AM	# 9
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: gmaxwell 10 апреля 2014 года, 4:41:00 AM Цитата: jl2012 10 апреля 2014 года, 3:54:17 AM Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM начинают атаковать сеть с помощью сигнализации других значений в версии поле- нарушая его использование для обеспечения совместимости если использование сохраняется. Эта атака не будет работать в будущем softfork может игнорировать версию поля предыдущих блоков Я обращаю ваше внимание на "если использование сохраняется", Проблема заключается в том, если какое-либо приложение начинает зависеть от кодирования бредовых данные есть, то это может быть трудно получить использование к чисто остановкам для того, чтобы установить точку флага день для сигнализации. Так вот почему угроза начать сиротые вещи эффективно: это не имеет значения, если кто-то делает это некоторые, и если они являются стойкими некоторым осиротение заставит их остановить до того, как использование становится закрепленными и разрывы прямой совместимости. котировка Это не требуется, и это очень опасно, так как цепь может раскошелиться Не может раскошелиться, раскошелится. И то хорошо. Цепь вилка ~ каждый день. Если сумасшедшая нумерация версии шахтер не был (ближне-) большинство hashpower разветвление будет быстро решить itself- и если такому шахтер имел большинство hashpower мы бы хуже проблема беспокоиться о. Также можно «отбить» а блок- отвергает его, пока его хоронили по крайней мере, две глубоким, невыгодному, но не производя постоянную вилку в том случае, когда это было большинство hashpower. Я до сих пор думаю, что этот подход является рискованным. Пусть говорят, теперь мы решили сирота все блоки с версией > 2. Каждые обновленные узлы (не только шахтеры) необходимо обновить снова отменить запрет. Это как softfork. Это похоже на добавление предельного размера 1Мб блока, и теперь мы застреваем

10 апреля 2014, 5:01:27 AM	# 10
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM Цитата: Валирон от 09 апреля 2014, 11:06:49 PM Всем привет, Это, несомненно, обсуждался ранее, поэтому мои извинения. Я хочу знать, что свобода блока пластичности. Точнее, если мы посмотрим на структуру заголовков блоков (как описано в https://en.bitcoin.it/wiki/Block_hashing_algorithm ), Какие поля податливый? Что я имею в виду то, что поля можно изменить произвольно, и решаемую блок по-прежнему будет принята сетью. Так, например, "Время" это, безусловно, податливый и блоки с разнообразной "Время" поля будут приняты, если решены. Имея проверенный блок с правым хэшем, для того, чтобы быть принятым в сети, какие поля заголовка проверяются? Например, я могу положить что-нибудь мне нравится в "Версия" поле? Очевидно, что и хеш предыдущего блока и дерево Меркель сделок должны быть проверены. Что-нибудь еще? Ни одно из полей не являются "произвольный" за исключением временного значения. Время имеет диапазон принимаемых значений, хотя диапазон имеет нечеткое определение и установка его слишком высокий рост ваша вероятность быть сиротой без полного резкого обрыва. Вы можете легко найти список критериев блока достоверности. Спасибо за ответ. Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM Версия определяется для прямой возможности. Хотя он имеет только некоторые ограничения сегодня, это не свободная форма поля: быть полезным для форвардных будущих значений совместимости не должны быть ограничены, но он также не должен быть установлен в произвольном порядке. Вы можете, если вы хотите, начать атаковать сеть с помощью сигнализации других значений в версии полевой нарушая его использование для обеспечения совместимости, если использование сохраняется. Если вы сделаете это, я рассылаю патч шахтеров осиротить ваши блоки, однако. Привет! Я не террорист! Ты глупый! Вы хотите, чтобы сирота моих блоков! Я просто не понимаю, почему поле нонса настолько мало, что требует использования в extranonce в сделке coinbase ... и т.д. ... Не было бы проще было иметь достаточно большой одноразовый номер для целей хеширования? Кроме того, я не понимаю, почему полные 4 байта нужны для версии ... мне кажется, трата пространства памяти ...

10 апреля 2014, 5:06:45 AM	# 11
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: gmaxwell 10 апреля 2014 года, 4:41:00 AM Цитата: jl2012 10 апреля 2014 года, 3:54:17 AM Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM начинают атаковать сеть с помощью сигнализации других значений в версии поле- нарушая его использование для обеспечения совместимости если использование сохраняется. Эта атака не будет работать в будущем softfork может игнорировать версию поля предыдущих блоков Я обращаю ваше внимание на "если использование сохраняется", Проблема заключается в том, если какое-либо приложение начинает зависеть от кодирования бредовых данные есть, то это может быть трудно получить использование к чисто остановкам для того, чтобы установить точку флага день для сигнализации. Так вот почему угроза начать сиротые вещи эффективно: это не имеет значения, если кто-то делает это некоторые, и если они являются стойкими некоторым осиротение заставит их остановить до того, как использование становится закрепленными и разрывы прямой совместимости. котировка Это не требуется, и это очень опасно, так как цепь может раскошелиться Не может раскошелиться, раскошелится. И то хорошо. Цепь вилка ~ каждый день. Если сумасшедшая нумерация версии шахтер не был (ближне-) большинство hashpower разветвление будет быстро решить itself- и если такому шахтер имел большинство hashpower мы бы хуже проблема беспокоиться о. Также можно «отбить» а блок- отвергает его, пока его хоронили по крайней мере, две глубоким, невыгодному, но не производя постоянную вилку в том случае, когда это было большинство hashpower. В вашем случае, не будет ли быть разрушительными иметь блок с странным номером версии время от времени? Вы форк blockchain только для одного блока с плохим номером версии? Сомневаюсь ... и когда он похоронен с несколькими подтверждениях не раскошелится.

10 апреля 2014, 5:09:36 AM	# 12
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: Валирон 10 апреля 2014 года, 5:01:27 AM Я просто не понимаю, почему поле нонса настолько мало, что требует использования в extranonce в сделке coinbase ... и т.д. ... Не было бы проще было иметь достаточно большой одноразовый номер для целей хеширования? Это может побудить шахтер регулярно добавлять новые транзакции в нераскрытом блок, как в любом случае они должны измениться на Merkle корень после одноразового номер исчерпан.

10 апреля 2014, 5:30:01 AM	# 13
Валирон Сообщения: 311 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: jl2012 10 апреля 2014 года, 5:09:36 AM Цитата: Валирон 10 апреля 2014 года, 5:01:27 AM Я просто не понимаю, почему поле нонса настолько мало, что требует использования в extranonce в сделке coinbase ... и т.д. ... Не было бы проще было иметь достаточно большой одноразовый номер для целей хеширования? Это может побудить шахтер регулярно добавлять новые транзакции в нераскрытом блок, как в любом случае они должны измениться на Merkle корень после одноразового номер исчерпан. ИМХО поощрение добавлять новые операции должны исходить от платы за транзакцию, а не с технической проблемой. Для того, чтобы изменить Меркл затраты корневого время вычисления. Любой вычислил до какого уровня ТХ сборов больше не экономически рентабельный для обновления дерева Merkle?

10 апреля 2014, 7:57:28 AM	# 14
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: Валирон 10 апреля 2014 года, 4:56:42 AM Возможная выгода? Вместо того чтобы изменять дополнительный одноразовый номер, который требует вычисления снова дерево Merkle вы можете коснуться другой "свободно" параметры. Вы уже получаете фактор 4 млрд от ускорения только нонса в одиночку, вы можете обновить дополнительное временное значение с не более 12 вызовов функций сжатия. Это хорошо, чтобы обновить блок в любом случае.

10 апреля 2014, 9:01:58 AM	# 15
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Блок податливость Цитата: gmaxwell 10 апреля 2014 года, 2:49:14 AM Версия определяется для прямой возможности. Хотя он имеет только некоторые ограничения сегодня, это не свободная форма поля: быть полезным для форвардных будущих значений совместимости не должны быть ограничены, но он также не должен быть установлен в произвольном порядке. Вы можете, если вы хотите, начать атаковать сеть с помощью сигнализации других значений в версии полевой нарушая его использование для обеспечения совместимости, если использование сохраняется. Если вы сделаете это, я рассылаю патч шахтеров осиротить ваши блоки, однако. В то время как большие бассейны, вероятно, изменили свои клиент в любом случае, это может быть стоит добавить параметр командной строки -max_version. Было бы по умолчанию INT_MAX. Если он установлен, то только блоки с версиями 0 <= версия <= Max_version будет принят. Это означало бы, что p2pool шахтеры могут легко обновить свои узлы, если блок версия обновляется. Если код может быть настроен таким образом, что это влияет только на добычу, то это не вызовет проблем вилки. Пользователь, который использует только свой клиент для сделок будет затронут. Цитата: jl2012 10 апреля 2014 года, 5:00:28 AM Я до сих пор думаю, что этот подход является рискованным. Пусть говорят, теперь мы решили сирота все блоки с версией > 2. Каждые обновленные узлы (не только шахтеры) необходимо обновить снова отменить запрет. Это как softfork. Это похоже на добавление предельного размера 1Мб блока, и теперь мы застреваем Право, это было бы важно, чтобы это "шахтер только" патч, а не обновление для клиентов широкой общественности. Другим вариантом было бы включать в себя обновление номер версии протокола. Если 750 из последних 1000 узлов включают в себя / VER_INC_BOTH / в coinbase, то максимальная версия для операций и блоков увеличивается на 1 с этого момента. (/ VER_INV_BLOCK / и / VER_INV_TX / может быть использована для увеличения один или другой).

« Предыдущая тема | Следующая тема »

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW