Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
8 мая 2015, 10:43:09 AM   # 1
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Одной из особенностей горного алгоритма Bitcoin, что обостряет проблему размера блока является то, что время, которое требуется, чтобы "обнаружить" новый блок имеет распределение Пуассона, что означает, что, хотя среднее время будет десять минут, иногда это будет 30 секунд, а в других случаях он будет часом. Это большие времена, которые являются проблематичными, так как они "наедаться" блок.

Что делать, если алгоритм горнодобывающей были изменены, так что вместо того, чтобы награждать блок к первому шахтера, который обнаруживает хэш в трудность D, награда присуждается первым шахтером, чтобы открыть десять хэши в Трудность D / 10? Это подкручивать окно, в десять раз, и облегчить некоторые из давления на размер блока.

Эти два недостатка я вижу, являются:

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

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

Я выбрал число десять произвольно, для целей обсуждения. Возможно, оптимальное значение будет 5, 20, или 200: давайте обсудим.

Вы можете ответить, что этот метод не гарантирует, что не будет час-давно ждет, и это правда. Но когда этот метод видит час-долго ждать, ждать под текущим алгоритмом будет десять часов!

Твои мысли?

[EDIT] Я думаю, что есть проблема с этим алгоритмом, как указано выше. Бассейны и люди с большей силой хэширования будут иметь огромное преимущество. Вероятность нахождения десяти решений не было бы пропорционально шахтер / пул хеширования мощности H, а H10. Позвольте мне увидеть, если каким-либо образом могут быть найдены, чтобы удалить это преимущество (мне помочь, если вы можете).

[EDIT # 2] Является ли это решение? Дальнейшее ограничение может быть помещен на десять хешей, которые содержат выигрышную набор: все десять должны быть сгенерированы последовательно (или в пределах определенного диапазона); то есть, их должно быть одноразовые десять последовательные целые числа (или десять целых чисел, которые все в пределах определенного диапазона), без каких-либо изменений в остальной части блока (конечно, трудности D должна быть соответствующим образом скорректирована). Это позволит устранить экспоненциальное преимущество, что более крупные пулы и сделать больший пул имеет преимущество, которое пропорционально его хеширование мощности H, так же, как это в настоящее время.
Shatosi Makanoto сейчас офлайн Пожаловаться на Shatosi Makanoto   Ответить с цитированием Мультицитирование сообщения от Shatosi Makanoto Быстрый ответ на сообщение Shatosi Makanoto


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


8 мая 2015, 11:13:49 AM   # 2
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

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





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

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

8 мая 2015, 11:31:46 AM   # 3
 
 
Сообщения: 952
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Независимо произвольное значение, которое вы установите, вы опускании сети трудности. Когда блоки найдены более легко, блок время ускорит. Тогда трудности сползает в следующей смене сложности, и мы вернулись на круги своя.
Medusa сейчас офлайн Пожаловаться на Медузу   Ответить с цитированием Мультицитирование сообщения от Medusa Быстрый ответ на сообщение Medusa

8 мая 2015, 11:33:19 AM   # 4
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Вот расчет, чтобы продемонстрировать, что сложность должна быть, если десять решений должны были быть последовательными:

В настоящее время, скорость хеширования (https://blockchain.info/charts/hash-rate) 350 terahash / сек или 350 * 1012. Раствор должен быть найден в течение 10 минут, или 600 секунд, в среднем. Так в настоящее время, она занимает 210 exahash или 210 * 1015 хэши, чтобы найти решение. Для того чтобы найти десять решений в ряд, каждое решение должно быть найдено в десятом корень 210 * 1015 который является простым 54. Это, очевидно, слишком мал, чтобы быть практичным, так как программа добыча придется отслеживать все эти решения, как она приносит миллиарды или триллионы хэшей в секунду.

Это может быть исправлено, позволяя решения, которые должны содержаться в диапазоне, вместо того, чтобы требовать, чтобы они были строго последовательно. Так, например, десять решений может потребоваться, чтобы быть таким, чтобы разница между самой низкой и высокими значениями Nonce не более чем, скажем, 100 или 1000. Чем больше диапазон, тем труднее это может быть сделано, чтобы найти каждый успешный хэш. Я хотел бы сказать, что диапазон должен быть отрегулирован таким образом, что успешный хэш требует что-то вроде миллиарда попыток найти.

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

8 мая 2015, 11:58:28 AM   # 5
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

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

Это уже то, что блок цепь предназначена. Вы получаете то, что вы после этого, понижая время блока до 1 минуты и с 9 субблоков для каждого полного блока. Суб-блок будет только содержать coinbase сделки (может быть, просто оплачивая 1 адрес). Плата чеканки будет в 10 раз меньше. 1 минута блок должен быть в порядке, так как она в основном только отправлять заголовки. Только каждый десятый блок, который получает вознаграждение.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

8 мая 2015, 12:12:56 PM   # 6
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

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

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

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

Сравните это с молекулами газа в коробке. Предположим, что мы имеем только одну молекулу в поле, и успех определяется как поиск, что одной молекулы в крошечном углу окна. Размер угла может быть отрегулирован таким образом, что, в среднем, потребовалось десять минут до того, что молекула встречается угловой. Время, которое потребовалось на любой попытки будет варьироваться в диапазоне, как описано распределением Пуассона (http://en.wikipedia.org/wiki/Poisson_distribution). Если, однако, Икс молекулы находятся в коробке, и мы требуем, чтобы угол же размера встречаются Икс раз, стандартное отклонение во времени, которое требуется для тех, Икс события произошли бы быть намного меньше, чем стандартное отклонение для одной молекулы.
Shatosi Makanoto сейчас офлайн Пожаловаться на Shatosi Makanoto   Ответить с цитированием Мультицитирование сообщения от Shatosi Makanoto Быстрый ответ на сообщение Shatosi Makanoto

8 мая 2015, 1:05:56 PM   # 7
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Забудь это. Я предложил это в прошлом году:

Это очень плохая идея.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

8 мая 2015, 1:10:38 PM   # 8
 
 
Сообщений: 49
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Вы обратили внимание на все драмы, участвующих в увеличении Bitcoins blocksuze? Представьте себе, что времена 1000, если вы предлагаете изменения в процесс хеширования.
btcbobby сейчас офлайн Пожаловаться на btcbobby   Ответить с цитированием Мультицитирование сообщения от btcbobby Быстрый ответ на сообщение btcbobby

8 мая 2015, 1:46:46 PM   # 9
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

котировка
Вы обратили внимание на все драмы, участвующих в увеличении Bitcoins blocksuze? Представьте себе, что времена 1000, если вы предлагаете изменения в процесс хеширования.

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

Кроме того, было бы замечательно для множества других причин, чтобы иметь время создания блока более постоянны.
Shatosi Makanoto сейчас офлайн Пожаловаться на Shatosi Makanoto   Ответить с цитированием Мультицитирование сообщения от Shatosi Makanoto Быстрый ответ на сообщение Shatosi Makanoto

8 мая 2015, 1:57:23 PM   # 10
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

котировка
Забудь это. Я предложил это в прошлом году:
Это очень плохая идея.

Я думаю, что если вы посмотрите на мое предложение внимательно, вы увидите, что она сильно отличается от вашего. В моем предложении, шахтеры ничего не передают, пока они не накопили все десять успешных хэш в пределах окна заданного диапазона. Эти десять хешей будут найдены в среднем на десять минут, с гораздо более тесной дисперсией (стандартное отклонение). Затем новый блок собран, который содержит все десять хешей, и что транслируется по сети.

Горняк (или бассейн) с большей скоростью хэширования будет иметь только преимущество, пропорциональное его скорость хеша-H, так же, как вещи теперь, но найти десять успешных хешей будет иметь намного меньшее отклонение от десяти минут.
Shatosi Makanoto сейчас офлайн Пожаловаться на Shatosi Makanoto   Ответить с цитированием Мультицитирование сообщения от Shatosi Makanoto Быстрый ответ на сообщение Shatosi Makanoto

8 мая 2015, 11:19:42 PM   # 11
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Вот расчет, чтобы продемонстрировать, что сложность должна быть, если десять решений должны были быть последовательными:

В настоящее время, скорость хеширования (https://blockchain.info/charts/hash-rate) 350 terahash / сек или 350 * 1012. Раствор должен быть найден в течение 10 минут, или 600 секунд, в среднем. Так в настоящее время, она занимает 210 exahash или 210 * 1015 хэши, чтобы найти решение. Для того чтобы найти десять решений в ряд, каждое решение должно быть найдено в десятом корень 210 * 1015 который является простым 54. Это, очевидно, слишком мал, чтобы быть практичным, так как программа добыча придется отслеживать все эти решения, как она приносит миллиарды или триллионы хэшей в секунду.

Из этого расчета видно, что вы собираетесь для шахтеров, чтобы отменить решения, которые не могут быть использованы в связи с требованием диапазона. Вы эффективно заменить редкий случай нахождения одного 1-in (210 * 1015) Хэш в редких случаях найти десять 1-в-54 хешей в ряд. Там нет уменьшения дисперсии, даже с более широкими диапазонами.

Примечание: Ваша ссылка сообщает о 350 000 000 gigahashes / секунду = 350 petahashes / второй (350 * 1015 хешей / секунду). Это работает 210 exahashes (210 * 1018 хеши) за 10 минут. Десятый корень из 210 * 1018 108 (3.s.f).
teukon сейчас офлайн Пожаловаться на teukon   Ответить с цитированием Мультицитирование сообщения от teukon Быстрый ответ на сообщение teukon

9 мая 2015, 1:25:22 AM   # 12
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Приветствую. Использование нескольких небольших hashcashes описано в оригинальных публикациях HashCash. Нежелательно здесь.

HashCash "лотерея" в горнодобывающей промышленности служит основной целью создания времен между блоками переменными (экспоненциально распределенный).

Как мысленный эксперимент, представьте себе, что мы имели функцию, которая всегда занимала 10 минут, чтобы использовать в качестве доказательства нашей работы. В конце концов, было бы сеть вилки, и эти вилки затем остаются связанными навсегда; потому что они все продолжать производить блоки в ногу. Там не будет конвергенции. С некоторыми, но небольшой вариации могут быть длинные пробеги связи, а затем в конце концов сближение происходит и вызывает огромный REORG на одной стороне.

Таким образом, это его непредсказуемость, что делает это в конечном счете одна цепь обгонит другую (даже если они равны hashpower). Если уменьшить дисперсию это имеет примерно такое же влияние на сходимость как только понижая ожидаемое время между блоком на новое значение с той же дисперсией. Для заданной топологии и множества латентности существует оптимальная дисперсия, где максимальна скорость сходимости (и, таким образом, скорость безопасности против реорганизации;). Эта функция это выглядит как что-то вроде below-- (салфетка рисунка, у меня нет под руку результатов моделирования) - которая в основном показывает, широкий таз допустимых значений, но вы хотите, чтобы избежать слишком низким (по сравнению с задержки в сети) или быть немного слишком быстро может иметь очень негативный эффект.



Другой угол, где это имеет проблемы в том, что N-hashcashes подход не прогрессируют бесплатно. Если у вас есть один вы, скорее всего, чтобы быть успешным, вместо того, чтобы каждый попытаться быть независимыми. Результатом этого является то, что высшие шахтеры hashpower (или злоумышленники) имеют несоразмерно высокие шансы на победу, а не справедливого пропорционального распределения. Опять же, вернусь к мысленному эксперименту: представьте, что вы едите военнопленный, который всегда принимает точное число операций. Единственный быстрый шахтер всегда побеждал, а не пропорционально выигрыш от их производительности. Это было бы мощное давление централизации.

Другие, вероятно, может предложить некоторые темы, где это обсуждалось в прошлом.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

9 мая 2015, 8:56:39 AM   # 13
 
 
Сообщений: 53
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Thx для объяснения выгоды дисперсии, это, вероятно, ставит в постель идею я имел где шахтер ждать 9 минут после последнего блока (игнорировать на данный момент, что нет никакого универсального времени в Bitcoin + нечестных шахтерах), а затем превратить их шахтер (это сделает добычу менее дорогостоящим).
 
То, что вы говорите, что эта схема будет иметь эффективную дисперсию 1-минутные блоки и, таким образом, нежелательны?
Если у кого есть ссылки на некоторые «не-салфетке» графики на этом спасибо заранее!



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

9 мая 2015, 3:51:35 PM   # 14
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Спасибо всем за ваши ответы ... Я могу видеть, что я был неправильно.

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

9 мая 2015, 3:57:11 PM   # 15
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

Спасибо всем за ваши ответы ... Я могу видеть, что я был неправильно.

Довольно образование.

Вы можете заметить, что экспоненциальное распределение является единственным непрерывным распределением без памяти вероятность: http://en.wikipedia.org/wiki/Exponential_distribution

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

9 мая 2015, 4:02:00 PM   # 16
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Предложение по сокращению вариации в блоке Creation Таймс

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

Вы не получите ничего, делая это. Горнодобывающая промышленность является процессом Пуассона. Ожидаемое время до следующего блока ВСЕГДА 10 минут. Время с момента последнего блока совершенно не имеет значения. Если это 9 минут после последнего блока, вы ожидаете, что следующий блок будет отображаться на 19-й минуте после последнего блока.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW