Miner преимущество для пустых блоков?

Таким образом, тайна шахтер кажется тихой в данный момент, тем не менее ...

Один из элегантных бит Bitcoin является то, что вы не можете начать хэширование нового блока, пока вы не знаете, входов, то есть новые сделки, которые вы собираетесь иметь хэш, помимо всего прочего.

Если вы решили мой пустые блоки, вы уберете один из входов «свежести», что означает, что вы не можете работать на хэш «до времени». Вы остались с хэш предыдущего блока, и время вашего нового блока (я прав, это вход в ваш хэш тоже?), Как вещи, которые вы собираетесь должны угадать, чтобы идти рано.

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

С комбинацией выбора времени достаточно далеко в будущем и хешировании с низким входом хешей только (изменение хэша, а не семена, например), есть преимущество, которые можно получить по сравнению с другими шахтерами, пытаясь вычислить, прежде чем предыдущий блок опубликовано? увеличилось ли это преимущество, если вы будете ждать, пока вы не имеете два действительных хэш подряд, прежде чем опубликовать один (если это так, то это должно быть легко заметить в задержке между загадочным шахтером после кого-то против после себя)? Если есть преимущество не увеличивает, как трудность становится все труднее, что делает пустые блоки тривиально найти, когда трудность подходит к концу? Вы также должны играть в азартные игры со временем, так как шахтер блоки тайна имеет нечетные метки времени?

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

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

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

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

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

Если есть какая-то техническая причина, почему это не может быть сделано, то это должно быть относительно легко раскошелиться его.

Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM

Блок представляет собой список операций. Все сделки хэшируются вместе в структуре дерева называется деревом Merkle. Корень хэш этого дерева зависит от хэш всех сделок. Заголовок блока включает в себя этот хэш.

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

Кроме того, если бы он был в том числе сделок, никто не будет заботиться, с Bitcoin точки зрения.

Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM

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

Цитата: FreeMoney 26 марта 2012, 11:33:57 PM

Да вы бы больше работы, но вы также можете получить больше времени, чем другие люди, чтобы сделать это в (вы можете начать раньше времени). Если вы нашли матч сейчас, с отметкой времени в будущем, вы будете просто хранить его для использования в случае, когда хэширования приходит. В самом деле, если вы можете найти подходящие 217 байт спички для каждого из последних 100 хэшей (и вы можете начать это сейчас, если вы выбираете хорошую дату), вы не можете просто вытащить их из мешка в течение нескольких секунд друг от друга в 2020?

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

На другой ноте, мы знаем, что если тайна шахтер просто выглядит как будто он делает больше пустые блоки, потому что он обладает огромной силой хеширования так попадет туда, прежде чем есть какая-либо сделка, а также потому, что пустые блоки легче обнаружить? (Иначе говоря, есть полные ТХ блоки, поступающие от одних и тех же IP-адресов, как он использует, а также пустые блоки)

Цитата: camem 27 марта 2012 года, 9:01:34 AM

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

Шахтер пытается сделать вычисления для "зафиксировать" блок-цепь. Он не может заблокировать в блок цепи, пока он не знает, что блок цепи он пытается зафиксировать.

Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM

Блок представляет собой СТОЙКАЯ запись ТХ. Если ТЕ может быть пристегиваются так, что бы не сделать это очень СТОЙКИМ бы это.

Заголовок блока содержит 6 элементов, один из которых является корнем Merkle.
https://en.bitcoin.it/wiki/Block_hashing_algorithm

Merkle корневого хэш хэш дерева содержит все Тх блок включая coinbase.

Вы не "найти" Блок. Вы найдете хэш блока заголовка, который соответствует цели сложности. Это хэш хорош только для этого заголовка EXACT блока и набор блоков компонентов Изменения одного бита blockheader и у вас есть совершенно другой хэш.

Поскольку blockheader содержит корень Merkle вы не можете изменить / добавить / удалить любую ТХ (даже не один бит одного ТХ), не прекращая с другой Merkle дерева и, таким образом, другой корень Merkle и, таким образом, другим заголовком блока и тем самым разным хэш.

Если бы вы могли тогда добыча бы не создать постоянную запись чего-либо.

Цитата: camem 27 марта 2012 года, 9:01:34 AM

Цитата: FreeMoney 26 марта 2012, 11:33:57 PM

Вы не можете получить его до 100 или 1000 или 100000000. Вы должны сделать больше, чем более 1000000000000x работы, поэтому количество времени у вас есть не имеет значения.

Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ?

Цитата: camem от 29 марта 2012 года, 9:02:48 PM

Я не думаю, что вы понимаете, как трудно было бы найти какой-нибудь есть ниже 0x00000000000000000000000064. Поищите через blockchain и найти самый низкий хэш, который никогда не был найден. Это не будет где-нибудь близко к 0x0000000000000000000000064, который говорит вам, что он будет принимать более хеширования энергии, чем когда-либо использовался на протяжении всей истории Bitcoin, чтобы найти хэш для этого одного потенциального будущего хэша. И даже если вы обнаружите, что один хэш, нет никакой гарантии, что блок, прежде чем она будет иметь такой хэш.

EDIT: Я думаю, что более интересный аргумент был бы для создания словаря действительных не-транзакционных блоков хэш, полученных из предыдущих хэш, и имеет каждый новый блок перед хэш сверяется сказал словарь, чтобы увидеть, если он соответствует любому из уже созданных нет- операционные блоки. Если это произойдет, то представить новый блок. Я не считаю, что это выполнимо / экономичны с сегодняшнего аппаратного обеспечения, но может быть, я не прав.

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

Цитата: camem от 29 марта 2012 года, 9:02:48 PM

Как можно говорить о безопасности сделок сейчас, когда вы понятия не имеете, какие сделки вы должны обеспечить? Все дело в горнодобывающей промышленности является свая расчеты на вершине сделок. (И "операции" Я имею в виду каждую сделку от генеза блока до тех в блоке вы находитесь добычей.)

Цитата: camem 29 марта 2012, 10:50:29 PM

Можно, я просто не думаю, что это возможно. Вы могли бы искать новый блок с использованием предварительного хэша 0x000000000000000064, но это вовсе не означает, что такой блок будет когда-нибудь появится. И даже если он появится, ты как-то придумать с достаточной вычислительной мощности, чтобы найти хэш, который отвечает тем же критериям сложности (другими словами, найти блок с хэш 0x00000000000000064 или ниже), который с сегодняшнего дня вычислительной мощности, но это все невозможно.

Цитата: JoelKatz 29 марта 2012, 11:07:18 PM

Цитата: camem от 29 марта 2012 года, 9:02:48 PM

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

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

Цитата: SgtSpike 29 марта 2012, 11:36:34 PM

Цитата: JoelKatz 29 марта 2012, 11:07:18 PM

Цитата: camem от 29 марта 2012 года, 9:02:48 PM

К сожалению, это не будет работать, по четырем причинам: Отметка. Сложность. Предыдущий хэш. Субсидия.

Цитата: SgtSpike 29 марта 2012, 11:36:34 PM

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

котировка

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

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

Хорошо, я, наконец, получил его. Конечно, вы можете играть трюки с предыдущим блоком хэша, но вы никогда не получите правильный Merkle корень. Метка времени сложно тоже, но Merkle корень полностью ногти это. Ничто не увидеть здесь, наша тайна шахтер действительно имеет много хэширования мощности (и что Satoshi гла мысль всего). Спасибо за ваши поправки, будет читать больше вики в следующий раз ...

Цитата: camem от 30 марта 2012 года, 5:09:44 PM

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

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

Для создания будущего блока, вам нужно выбрать случайное значение prevHash включить в заголовке, а затем ждать, пока настоящий блок не приходит с фактическим значением хэша, который соответствует тот, который вы выбрали. В настоящее время, каждый блок имеет примерно 1 в 2 ^ 203 согласования выбранного значения prevHash. Само по себе это много сложнее, чем просто найти хеш текущего блока, что составляет около 1 в 2 ^ 53 шанс, и вы все еще должны сделать это.

Заметка: 1 в 2 ^ 203 шансов означает, что никогда, никогда, никогда не в миллиарды лет, а не до того, как солнце выгорает, не раньше, чем вся вселенная заканчивается. Если "никогда" достаточно хорошо для вас, вы можете прекратить чтение прямо сейчас, потому что это на самом деле становится все хуже.

И тогда вам нужно угадать, когда (в течение нескольких часов), что блок собирается придумать, потому что вы должны выбрать метку времени, прежде чем начать хеширование, и вы не можете изменить его позже. Таким образом, 1 в 2 ^ 203 не достаточно плохо, это также должно произойти в нужное время.

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

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

Объяснение kjj это хорошо. Вот несколько более подробно.

camem кажется обеспокоен тем, что эта атака станет проще, так как сложность возрастает, но это не так. Давайте предположим, что вы пытаетесь предвычислениями блока, который будет происходить в определенном будущем номера блока. Предположим, что в будущем сложности первые п битов 256-битового хэш должен быть равен нулю. Тогда есть 2 ^ (256-п) возможно предыдущий блок хэш вы должны попытаться построить на, и для каждого из них вы должны попробовать 2 ^ п хэш найти блок, который встречает трудность. Поэтому общее количество хэшей требуется 2 ^ 256, достаточно, чтобы полностью разрушить SHA256.

Если вы не заботитесь, какой конкретный будущие номер блока вы предварительно рассчитав, вы можете попробовать меньше предыдущий блок хэш и ждать, пока вы видите один из этих хэш, а потому, что метка имеет лишь несколько часов гибкости, сложность атаки только улучшает до 2 ^ 252.

Гадание субсидии не является большой проблемой. Угадать Nbits сложнее (если вы предварительно рассчитав блок после следующей настройки сложности), но не так сложно, как вы могли бы подумать. Из-за неэффективность в компактном представлении используется для Nbits, он имеет только около 16 бит точности, когда старшие байт целевого хэша имеет высокие битый 1. Предполагая, что вы можете догадаться, трудность в пределах коэффициента 256, общая трудность атаки становится около 2 ^ 268.

26 марта 2012, 11:16:53 PM	# 1
camem Сообщений: 45 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Таким образом, тайна шахтер кажется тихой в данный момент, тем не менее ... Один из элегантных бит Bitcoin является то, что вы не можете начать хэширование нового блока, пока вы не знаете, входов, то есть новые сделки, которые вы собираетесь иметь хэш, помимо всего прочего. Если вы решили мой пустые блоки, вы уберете один из входов «свежести», что означает, что вы не можете работать на хэш «до времени». Вы остались с хэш предыдущего блока, и время вашего нового блока (я прав, это вход в ваш хэш тоже?), Как вещи, которые вы собираетесь должны угадать, чтобы идти рано. Обычно предыдущий хеш будет большое количество, вплоть до 256 бит, недопустимых исчерпывающе поиск, а также поиск по низким хэшей. Однако протокол Bitcoin также означает, что вы знаете что-то о предыдущем хэша, она отвечает требованиям сложности, поэтому ваше пространство поиска сокращается. С комбинацией выбора времени достаточно далеко в будущем и хешировании с низким входом хешей только (изменение хэша, а не семена, например), есть преимущество, которые можно получить по сравнению с другими шахтерами, пытаясь вычислить, прежде чем предыдущий блок опубликовано? увеличилось ли это преимущество, если вы будете ждать, пока вы не имеете два действительных хэш подряд, прежде чем опубликовать один (если это так, то это должно быть легко заметить в задержке между загадочным шахтером после кого-то против после себя)? Если есть преимущество не увеличивает, как трудность становится все труднее, что делает пустые блоки тривиально найти, когда трудность подходит к концу? Вы также должны играть в азартные игры со временем, так как шахтер блоки тайна имеет нечетные метки времени? Я уверен, что вы можете установить мне прямо, у меня есть мучительное чувство, что один исчерпывающий поиск не так сложно, как другие в этом случае, по крайней мере до тех пор, долгое время в будущем, так что я должен просто принять, что есть много нового хеширование власть, но если есть что-нибудь в этом я бы поддержал шаги, чтобы ограничить пустые блоки - это будет всесторонне предотвратить такое нападение

26 марта 2012, 11:33:57 PM	# 2
Легкие деньги Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Получил 1806 Биткоинов Реальная история. Предположим, что мой немного магии вы можете получить пространство хэшей для последнего блока вниз до 100. Вы должны были бы сделать 100x столько работы, как и все остальные. Но на самом деле вы не можете сузить пространство в сколь-нибудь значимой бы то ни было. Мало того, что вы не знаете детали входов предыдущего блока, вы не знаете, кто найдет его, или где они начнут искать с точки зрения временного значения.

27 марта 2012, 2:57:26 AM	# 3
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Он не включает операции в блоках, так как для этого потребуется доступ ко всей цепи блока, который вокруг концерта сегодня, и растет. Не включая сделки, он должен только хеш текущего последнего блока, который находится в несколько десятков байт. Средняя земля для обработки транзакций в центральной точке, которая имеет блок цепь, а затем распространить их на ботов, но это значительно больше трафика, а также в / из центральной точки, что делает его гораздо легче обнаружить.

27 марта 2012, 4:43:01 AM	# 4
Haplo Сообщения: 168 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Можете ли вы сказать мне, как ТЕ включены в "заминированный" блок, и как это мешает им быть пристегивается после действительного заголовка найден? Другими словами, почему он не может иметь ботнет работу по добыче заголовков, а затем лавировать на передатчиках в одной точке реле, а не ретрансляцию Txs к каждому узлу в сети? Если есть какая-то техническая причина, почему это не может быть сделано, то это должно быть относительно легко раскошелиться его.

27 марта 2012, 4:47:52 AM	# 5
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM Можете ли вы сказать мне, как ТЕ включены в "заминированный" блок, и как это мешает им быть пристегивается после действительного заголовка найден? Другими словами, почему он не может иметь ботнет работу по добыче заголовков, а затем лавировать на передатчиках в одной точке реле, а не ретрансляцию Txs к каждому узлу в сети? Если есть какая-то техническая причина, почему это не может быть сделано, то это должно быть относительно легко раскошелиться его. Блок представляет собой список операций. Все сделки хэшируются вместе в структуре дерева называется деревом Merkle. Корень хэш этого дерева зависит от хэш всех сделок. Заголовок блока включает в себя этот хэш. Таким образом, работа, которую шахтеры делать, зависит от целого. При добавлении транзакции, часть дерева Merkle изменится, что означает корень хэш будет отличаться, это означает, что хэш не будет соответствовать больше, и никто не будет принимать ваш блок действительным. Кроме того, если бы он был в том числе сделок, никто не будет заботиться, с Bitcoin точки зрения.

27 марта 2012, 8:31:21 AM	# 6
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM Можете ли вы сказать мне, как ТЕ включены в "заминированный" блок, и как это мешает им быть пристегивается после действительного заголовка найден? Другими словами, почему он не может иметь ботнет работу по добыче заголовков, а затем лавировать на передатчиках в одной точке реле, а не ретрансляцию Txs к каждому узлу в сети? Если есть какая-то техническая причина, почему это не может быть сделано, то это должно быть относительно легко раскошелиться его. Если хеширования не обеспечили операции в блоке, он перестанет служить какой-либо цели. Все дело в горнодобывающей промышленности является свая вычислений на вершине сделок, так что любой, кто хочет претендовать на другой набор операций для блока должен был бы сделать равное количество работы, как остальная частью сети.

27 марта 2012, 9:01:34 AM	# 7
camem Сообщений: 45 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: FreeMoney 26 марта 2012, 11:33:57 PM Предположим, что мой немного магии вы можете получить пространство хэшей для последнего блока вниз до 100. Вы должны были бы сделать 100x столько работы, как и все остальные. Но на самом деле вы не можете сузить пространство в сколь-нибудь значимой бы то ни было. Мало того, что вы не знаете детали входов предыдущего блока, вы не знаете, кто найдет его, или где они начнут искать с точки зрения временного значения. Да вы бы больше работы, но вы также можете получить больше времени, чем другие люди, чтобы сделать это в (вы можете начать раньше времени). Если вы нашли матч сейчас, с отметкой времени в будущем, вы будете просто хранить его для использования в случае, когда хэширования приходит. В самом деле, если вы можете найти подходящие 217 байт спички для каждого из последних 100 хэшей (и вы можете начать это сейчас, если вы выбираете хорошую дату), вы не можете просто вытащить их из мешка в течение нескольких секунд друг от друга в 2020? Тем не менее, я убежден в аргументе, что выгоды ширины полосы пропуска сделок стоит, если у вас есть ботнет, поэтому, возможно, я думаю, слишком трудно о возможности кого-то, имеющего чита, а не бот-сети. На другой ноте, мы знаем, что если тайна шахтер просто выглядит как будто он делает больше пустые блоки, потому что он обладает огромной силой хеширования так попадет туда, прежде чем есть какая-либо сделка, а также потому, что пустые блоки легче обнаружить? (Иначе говоря, есть полные ТХ блоки, поступающие от одних и тех же IP-адресов, как он использует, а также пустые блоки)

27 марта 2012, 10:09:32 AM	# 8
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem 27 марта 2012 года, 9:01:34 AM Да вы бы больше работы, но вы также можете получить больше времени, чем другие люди, чтобы сделать это в (вы можете начать раньше времени). Если вы нашли матч сейчас, с отметкой времени в будущем, вы будете просто хранить его для использования в случае, когда хэширования приходит. В самом деле, если вы можете найти подходящие 217 байт спички для каждого из последних 100 хэшей (и вы можете начать это сейчас, если вы выбираете хорошую дату), вы не можете просто вытащить их из мешка в течение нескольких секунд друг от друга в 2020? Нет, и если вы можете, это свело бы всю цель добычи. Все дело в горнодобывающей промышленности является свая операций на верхней части блока цепи вплоть до добытый блок таким образом, что доказательство работы окончательно связанного с этим блоком и всех предыдущих блоков. Если бы какой-нибудь способ, чтобы сделать работу без информации из всего блока цепи это доказывает, что не было бы доказательства больше. Шахтер пытается сделать вычисления для "зафиксировать" блок-цепь. Он не может заблокировать в блок цепи, пока он не знает, что блок цепи он пытается зафиксировать.

29 марта 2012, 12:13:47 AM	# 9
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: Haplo от 27 марта 2012 года, 4:43:01 AM Можете ли вы сказать мне, как ТЕ включены в "заминированный" блок, и как это мешает им быть пристегивается после действительного заголовка найден? Другими словами, почему он не может иметь ботнет работу по добыче заголовков, а затем лавировать на передатчиках в одной точке реле, а не ретрансляцию Txs к каждому узлу в сети? Если есть какая-то техническая причина, почему это не может быть сделано, то это должно быть относительно легко раскошелиться его. Блок представляет собой СТОЙКАЯ запись ТХ. Если ТЕ может быть пристегиваются так, что бы не сделать это очень СТОЙКИМ бы это. Заголовок блока содержит 6 элементов, один из которых является корнем Merkle. https://en.bitcoin.it/wiki/Block_hashing_algorithm Merkle корневого хэш хэш дерева содержит все Тх блок включая coinbase. Вы не "найти" Блок. Вы найдете хэш блока заголовка, который соответствует цели сложности. Это хэш хорош только для этого заголовка EXACT блока и набор блоков компонентов Изменения одного бита blockheader и у вас есть совершенно другой хэш. Поскольку blockheader содержит корень Merkle вы не можете изменить / добавить / удалить любую ТХ (даже не один бит одного ТХ), не прекращая с другой Merkle дерева и, таким образом, другой корень Merkle и, таким образом, другим заголовком блока и тем самым разным хэш. Если бы вы могли тогда добыча бы не создать постоянную запись чего-либо.

29 марта 2012, 2:10:17 AM	# 10
Легкие деньги Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem 27 марта 2012 года, 9:01:34 AM Цитата: FreeMoney 26 марта 2012, 11:33:57 PM Предположим, что мой немного магии вы можете получить пространство хэшей для последнего блока вниз до 100. Вы должны были бы сделать 100x столько работы, как и все остальные. Но на самом деле вы не можете сузить пространство в сколь-нибудь значимой бы то ни было. Мало того, что вы не знаете детали входов предыдущего блока, вы не знаете, кто найдет его, или где они начнут искать с точки зрения временного значения. Да вы бы больше работы, но вы также можете получить больше времени, чем другие люди, чтобы сделать это в (вы можете начать раньше времени). Если вы нашли матч сейчас, с отметкой времени в будущем, вы будете просто хранить его для использования в случае, когда хэширования приходит. В самом деле, если вы можете найти подходящие 217 байт спички для каждого из последних 100 хэшей (и вы можете начать это сейчас, если вы выбираете хорошую дату), вы не можете просто вытащить их из мешка в течение нескольких секунд друг от друга в 2020? Тем не менее, я убежден в аргументе, что выгоды ширины полосы пропуска сделок стоит, если у вас есть ботнет, поэтому, возможно, я думаю, слишком трудно о возможности кого-то, имеющего чита, а не бот-сети. На другой ноте, мы знаем, что если тайна шахтер просто выглядит как будто он делает больше пустые блоки, потому что он обладает огромной силой хеширования так попадет туда, прежде чем есть какая-либо сделка, а также потому, что пустые блоки легче обнаружить? (Иначе говоря, есть полные ТХ блоки, поступающие от одних и тех же IP-адресов, как он использует, а также пустые блоки) Вы не можете получить его до 100 или 1000 или 100000000. Вы должны сделать больше, чем более 1000000000000x работы, поэтому количество времени у вас есть не имеет значения.

29 марта 2012, 9:02:48 PM	# 11
camem Сообщений: 45 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ?

29 марта 2012, 9:22:09 PM	# 12
SgtSpike Сообщения: 1358 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem от 29 марта 2012 года, 9:02:48 PM Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ? Я не думаю, что вы понимаете, как трудно было бы найти какой-нибудь есть ниже 0x00000000000000000000000064. Поищите через blockchain и найти самый низкий хэш, который никогда не был найден. Это не будет где-нибудь близко к 0x0000000000000000000000064, который говорит вам, что он будет принимать более хеширования энергии, чем когда-либо использовался на протяжении всей истории Bitcoin, чтобы найти хэш для этого одного потенциального будущего хэша. И даже если вы обнаружите, что один хэш, нет никакой гарантии, что блок, прежде чем она будет иметь такой хэш. EDIT: Я думаю, что более интересный аргумент был бы для создания словаря действительных не-транзакционных блоков хэш, полученных из предыдущих хэш, и имеет каждый новый блок перед хэш сверяется сказал словарь, чтобы увидеть, если он соответствует любому из уже созданных нет- операционные блоки. Если это произойдет, то представить новый блок. Я не считаю, что это выполнимо / экономичны с сегодняшнего аппаратного обеспечения, но может быть, я не прав.

29 марта 2012, 10:50:29 PM	# 13
camem Сообщений: 45 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? если ваш первый комментарий является правильным, я понял, что трудность заключается в ... На вашем втором, что вы можете добавить в предыдущих реальном блоке цепи хэш для вашей атаки, но тогда вы сводитесь к очень маловероятные столкновениям. Почему бы не посмотреть на некоторые тоже, с вашим предварительным знанием о том, что хэш будут получать меньше и меньше?

29 марта 2012, 11:07:18 PM	# 14
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem от 29 марта 2012 года, 9:02:48 PM Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ? Как можно говорить о безопасности сделок сейчас, когда вы понятия не имеете, какие сделки вы должны обеспечить? Все дело в горнодобывающей промышленности является свая расчеты на вершине сделок. (И "операции" Я имею в виду каждую сделку от генеза блока до тех в блоке вы находитесь добычей.)

29 марта 2012, 11:36:34 PM	# 15
SgtSpike Сообщения: 1358 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem 29 марта 2012, 10:50:29 PM если ваш первый комментарий является правильным, я понял, что трудность заключается в ... На вашем втором, что вы можете добавить в предыдущих реальном блоке цепи хэш для вашей атаки, но тогда вы сводитесь к очень маловероятные столкновениям. Почему бы не посмотреть на некоторые тоже, с вашим предварительным знанием о том, что хэш будут получать меньше и меньше? Можно, я просто не думаю, что это возможно. Вы могли бы искать новый блок с использованием предварительного хэша 0x000000000000000064, но это вовсе не означает, что такой блок будет когда-нибудь появится. И даже если он появится, ты как-то придумать с достаточной вычислительной мощности, чтобы найти хэш, который отвечает тем же критериям сложности (другими словами, найти блок с хэш 0x00000000000000064 или ниже), который с сегодняшнего дня вычислительной мощности, но это все невозможно. Цитата: JoelKatz 29 марта 2012, 11:07:18 PM Цитата: camem от 29 марта 2012 года, 9:02:48 PM Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ? Как можно говорить о безопасности сделок сейчас, когда вы понятия не имеете, какие сделки вы должны обеспечить? Все дело в горнодобывающей промышленности является свая расчеты на вершине сделок. (И "операции" Я имею в виду каждую сделку от генеза блока до тех в блоке вы находитесь добычей.) Предыдущие операции обеспечиваются только через хэш блока они включены. Другими словами, если вы найдете не-транзакций блок-хэш, который включает в себя хеш для потенциального предыдущего блока, теоретически вы можете сохранить его для использования в будущем , если будущий блок хэша происходит совпасть с потенциалом предыдущего блока хэша вы на основе его. Думая об этом больше, хотя, я не вижу его осуществимым. Конечный хэш будет по-прежнему должны быть ниже уровня сложности в будущем, и вы будете тратить столько же времени, пытаясь найти хеш для будущего блока, который еще не существует (и, возможно, никогда существовать), вместо того, чтобы просто пытаться для текущего блока в любом случае. Вы можете выбрать то, что перед блок хэша вы хотели, конечно, но это не делает его легче найти "следующий блок" что соответствует современным стандартам сложности. И даже тогда, у вас нет никаких гарантий того, что соответствующий блок, что перед блоком хэш когда-либо обнаружиться в любом случае.

30 марта 2012, 1:12:19 AM	# 16
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: SgtSpike 29 марта 2012, 11:36:34 PM Цитата: JoelKatz 29 марта 2012, 11:07:18 PM Цитата: camem от 29 марта 2012 года, 9:02:48 PM Но сложность продолжает прибывать вниз, не так ли? Так к 2021 году там не очень много входных хэшей вы собираетесь столкнуться с? скажем, вы знаете, любой возможный остающийся вход хэш будет под 0x00000000000000000000000000000064, навскидку? Я могу потратить более чем в 100 раз больше, чем вы можете, если я начинаю теперь основан на пустые блоки и вы ждете реальных сделок? Или я получаю дискредитировал от метки времени, которое я должен догадаться? Или что-то другое ? Как можно говорить о безопасности сделок сейчас, когда вы понятия не имеете, какие сделки вы должны обеспечить? Все дело в горнодобывающей промышленности является свая расчеты на вершине сделок. (И "операции" Я имею в виду каждую сделку от генеза блока до тех в блоке вы находитесь добычей.) Предыдущие операции обеспечиваются только через хэш блока они включены. Другими словами, если вы найдете не-транзакций блок-хэш, который включает в себя хеш для потенциального предыдущего блока, теоретически вы можете сохранить его для использования в будущем , если будущий блок хэша происходит совпасть с потенциалом предыдущего блока хэша вы на основе его. Думая об этом больше, хотя, я не вижу его осуществимым. Конечный хэш будет по-прежнему должны быть ниже уровня сложности в будущем, и вы будете тратить столько же времени, пытаясь найти хеш для будущего блока, который еще не существует (и, возможно, никогда существовать), вместо того, чтобы просто пытаться для текущего блока в любом случае. Вы можете выбрать то, что перед блок хэша вы хотели, конечно, но это не делает его легче найти "следующий блок" что соответствует современным стандартам сложности. И даже тогда, у вас нет никаких гарантий того, что соответствующий блок, что перед блоком хэш когда-либо обнаружиться в любом случае. К сожалению, это не будет работать, по четырем причинам: Отметка. Сложность. Предыдущий хэш. Субсидия.

30 марта 2012, 2:48:48 AM	# 17
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: SgtSpike 29 марта 2012, 11:36:34 PM Предыдущие операции обеспечиваются только через хэш блока они включены. Другими словами, если вы найдете не-транзакций блок-хэш, который включает в себя хеш для потенциального предыдущего блока, теоретически вы можете сохранить его для использования в будущем , если будущий блок хэша происходит совпасть с потенциалом предыдущего блока хэша вы на основе его. Вы могли бы, но ни один нормальный человек не будет, потому что стоимость его сохранения будет сотни триллионов раз больше, чем его потенциальной полезности. котировка Думая об этом больше, хотя, я не вижу его осуществимым. Конечный хэш будет по-прежнему должны быть ниже уровня сложности в будущем, и вы будете тратить столько же времени, пытаясь найти хеш для будущего блока, который еще не существует (и, возможно, никогда существовать), вместо того, чтобы просто пытаться для текущего блока в любом случае. Вы можете выбрать то, что перед блок хэша вы хотели, конечно, но это не делает его легче найти "следующий блок" что соответствует современным стандартам сложности. И даже тогда, у вас нет никаких гарантий того, что соответствующий блок, что перед блоком хэш когда-либо обнаружиться в любом случае. Горнорудная блок, который будет соответствовать где-то в хеш-цепи, не зная предыдущего блока составляет около миллиарда, миллиард миллиардов раз тяжелее, чем добыча блок, зная хэш предыдущего блока.

30 марта 2012, 5:09:44 PM	# 18
camem Сообщений: 45 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Хорошо, я, наконец, получил его. Конечно, вы можете играть трюки с предыдущим блоком хэша, но вы никогда не получите правильный Merkle корень. Метка времени сложно тоже, но Merkle корень полностью ногти это. Ничто не увидеть здесь, наша тайна шахтер действительно имеет много хэширования мощности (и что Satoshi гла мысль всего). Спасибо за ваши поправки, будет читать больше вики в следующий раз ...

30 марта 2012, 6:32:43 PM	# 19
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Цитата: camem от 30 марта 2012 года, 5:09:44 PM Хорошо, я, наконец, получил его. Конечно, вы можете играть трюки с предыдущим блоком хэша, но вы никогда не получите правильный Merkle корень. Метка времени сложно тоже, но Merkle корень полностью ногти это. Ничто не увидеть здесь, наша тайна шахтер действительно имеет много хэширования мощности (и что Satoshi гла мысль всего). Спасибо за ваши поправки, будет читать больше вики в следующий раз ... На самом деле, корень Merkle это самая легкая часть. Все, что вам нужно сделать, никогда не принимать транзакции в ваш блок кандидатского и корневую Merkle всегда будет действовать, по крайней мере, до тех пор, заявленная субсидия не превышает утвержденную субсидию сети. Вы не можете создать будущий блок из четырех вещей, которые я перечислил ранее. Для создания будущего блока, вам нужно выбрать случайное значение prevHash включить в заголовке, а затем ждать, пока настоящий блок не приходит с фактическим значением хэша, который соответствует тот, который вы выбрали. В настоящее время, каждый блок имеет примерно 1 в 2 ^ 203 согласования выбранного значения prevHash. Само по себе это много сложнее, чем просто найти хеш текущего блока, что составляет около 1 в 2 ^ 53 шанс, и вы все еще должны сделать это. Заметка: 1 в 2 ^ 203 шансов означает, что никогда, никогда, никогда не в миллиарды лет, а не до того, как солнце выгорает, не раньше, чем вся вселенная заканчивается. Если "никогда" достаточно хорошо для вас, вы можете прекратить чтение прямо сейчас, потому что это на самом деле становится все хуже. И тогда вам нужно угадать, когда (в течение нескольких часов), что блок собирается придумать, потому что вы должны выбрать метку времени, прежде чем начать хеширование, и вы не можете изменить его позже. Таким образом, 1 в 2 ^ 203 не достаточно плохо, это также должно произойти в нужное время. И тогда субсидия вы утверждаете, должна быть меньше или равна субсидии, принятой в сети в то время. Если временная метка в конце високосного года, вы бы лучше сократить вдвое, просто чтобы быть в безопасности. Но подождите, есть больше. Ваш заголовок блока должен также включать точный Трудность, что сеть ожидает, когда блок должен быть принят. Вы не можете обмануть и пойти высоко, вы должны получить его точно мертв на.

30 марта 2012, 7:29:49 PM	# 20
twobitcoins Сообщения: 144 Цитировать по имени цитировать ответ	Re: Miner преимущество для пустых блоков? Объяснение kjj это хорошо. Вот несколько более подробно. camem кажется обеспокоен тем, что эта атака станет проще, так как сложность возрастает, но это не так. Давайте предположим, что вы пытаетесь предвычислениями блока, который будет происходить в определенном будущем номера блока. Предположим, что в будущем сложности первые п битов 256-битового хэш должен быть равен нулю. Тогда есть 2 ^ (256-п) возможно предыдущий блок хэш вы должны попытаться построить на, и для каждого из них вы должны попробовать 2 ^ п хэш найти блок, который встречает трудность. Поэтому общее количество хэшей требуется 2 ^ 256, достаточно, чтобы полностью разрушить SHA256. Если вы не заботитесь, какой конкретный будущие номер блока вы предварительно рассчитав, вы можете попробовать меньше предыдущий блок хэш и ждать, пока вы видите один из этих хэш, а потому, что метка имеет лишь несколько часов гибкости, сложность атаки только улучшает до 2 ^ 252. Гадание субсидии не является большой проблемой. Угадать Nbits сложнее (если вы предварительно рассчитав блок после следующей настройки сложности), но не так сложно, как вы могли бы подумать. Из-за неэффективность в компактном представлении используется для Nbits, он имеет только около 16 бит точности, когда старшие байт целевого хэша имеет высокие битый 1. Предполагая, что вы можете догадаться, трудность в пределах коэффициента 256, общая трудность атаки становится около 2 ^ 268.