Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
27 июня 2013, 2:00:44 PM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

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


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

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

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

Эти правила будут

Блок заголовки должны быть размножены, если

- у них есть ссылка предыдущей к блоку в пределах N конца цепи (скажем, 100)
- они встречают военнопленный из 1/64 целевой сложности

Эти блок-заголовки считаются мини-Confirm для блока пред.

Военнопленное для блока равен (1 + мини-подтверждает / 16) нормальное количество POW

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

Например, предполагая, что там была вилка и некоторые шахтеры получают E * первый и другие получают Е». Цепь

<- B <- C <- D <- (E * или E ')

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

В рамках предлагаемой системы, все горняки, которые думают, Е * ранее блок также будет пытаться найти мини подтверждает для Е * (и наоборот для Е ').

Через 10 мин / 64 = 9,4 секунды, некоторые минер найдут мини-Confirm и транслировать его. Если это для Е *, то Е * цепь теперь имеет небольшое количество военнопленного более чем цепочке Е»и поэтому большинство шахтеров переключатся на него. Это означает, что повторное орг происходит через 10 секунд, а не 10 минут.

В среднем каждый блок будет иметь 1 подтвердить и 64 мини-подтверждает. Мини подтверждает представляют большую часть военнопленного. Шахтер с 10% сети будет иметь гораздо больше времени на реверсивный 384 мини подтверждает, чем реверсивный 6 блоков.

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

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


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


27 июня 2013, 10:10:37 PM   # 2
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

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





Я не до конца обдумал, но не стоит забывать, что, хотя вилка занимает всего 10 секунд, чтобы решить в вашей схеме, вилка случаться целая тонна чаще.  Я не знаю, что все условия складываются, но это меня не удивило бы, если это оказалось причиной шахтеры тратить Больше минирование время на вилках, чем меньше. Тем более, что вы ниже, что средняя наработка-блоки ближе к среднему времени распространения заголовка. Я не знаю, что распространение времена, но если бы они были в среднем 30 лет, чтобы достичь 99% сети, вы могли бы X% (X>10) сети всегда добычи на [скоро, чтобы быть] мертвыми цепями.    

По крайней мере, это приведет к снижению эффективной hashrate, что делает сеть более уязвимой. Если у вас есть 100 единиц хэширования энергетического строительства одного blockchain, злоумышленник нуждается в 101 опережать его. Если у вас есть 4 группы по 25 единиц каждой добычи на разных вилок, взломщик необходимо только 26 опережать его, даже если общая сеть hashrate то же самое.

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

Хотя, я иду по касательной: ваша идея не полагаться на 10с ... это может быть откалиброван на то, что является "безопасно."  Я как суть идеи, так как мы уже знаем, что безопасность в основном асимптотически растет как число подтверждений идет вверх, так что если вы можете получить первые пару подтверждений из двери сразу 64 мини-Подтверждения бы наиболее определенно лучше чем 1 регулярного подтверждения.
etotheipi сейчас офлайн Пожаловаться на etotheipi   Ответить с цитированием Мультицитирование сообщения от etotheipi Быстрый ответ на сообщение etotheipi

27 июня 2013, 11:07:40 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

Я не до конца обдумал, но не стоит забывать, что, хотя вилка занимает всего 10 секунд, чтобы решить в вашей схеме, вилка случаться целая тонна чаще.  Я не знаю, что все условия складываются, но это меня не удивило бы, если это оказалось причиной шахтеры тратить Больше минирование время на вилках, чем меньше. Тем более, что вы ниже, что средняя наработка-блоки ближе к среднему времени распространения заголовка. Я не знаю, что распространение времена, но если бы они были в среднем 30 лет, чтобы достичь 99% сети, вы могли бы X% (X>10) сети всегда добычи на [скоро, чтобы быть] мертвыми цепями.  

Они на самом деле не цепи. Они просто счетчики для всех потенциальных сирот. Если есть связь, мой против блока с большинством мини подтверждает (хотя 16 мини-одтверждают равно 1 полного блока).

Распространение заголовков блоков должны быть очень быстро. Все, что вам нужно сделать, это убедиться, что предыдущий хеш-ссылка указывает на заголовок в течение последних 100 блоков (включая боковые цепи), а затем проверить, что оно соответствует 1/64 военнопленного. Это HashMap поиск и хэш, а затем отправить 80 байт для всех коллег.

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

котировка
По крайней мере, это приведет к снижению эффективной hashrate, что делает сеть более уязвимой.

Я не понимаю, почему. Если 100% сети соглашается на следующем блоке, то это не имеет никакого эффекта. 

Если разделить 2-1, то он должен переместить 33% по сравнению с 67% стороны более быстро.

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

котировка
Если у вас есть 4 группы по 25 единиц каждой добычи на разных вилок, взломщик необходимо только 26 опережать его, даже если общая сеть hashrate то же самое.

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

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

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

Там нет никакой проверки подписей или что-нибудь, только заголовок 80 байт.

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

Я не вижу никакой проблемы с выходом даже ниже, чем 10. Однако выгоды ограничены, поскольку вам необходимо 1 полное подтверждение блока. 

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

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

1 полное подтверждения, а затем 20-30 мини-подтверждает бы весьма маловероятно, чтобы повернуть вспять.

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

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

Эта рекомендация может быть 1 полный блок + 32 мини-подтверждает дать высокий запас прочности. То есть 15 минут вместо 1 часа, чтобы получить высокую степень безопасности.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

27 июня 2013, 11:18:17 PM   # 4
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

О, я пропустил часть о не ТХ на каждом мини-блок. Таким образом, все это делает эффективно устраняет вероятность одного блока разворотов. Хм, я не так много в пользу этого направления.

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

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

28 июня 2013, 7:25:21 AM   # 5
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

О, я пропустил часть о не ТХ на каждом мини-блок. Таким образом, все это делает эффективно устраняет вероятность одного блока разворотов. Хм, я не так много в пользу этого направления.

Это не только исключает вероятность разворота блока, но и уменьшает среднее полное время подтверждения от 60 минут до 15-20 минут.


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

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

Они, вероятно, тратят 50% своего времени добычи на вилках, только когда есть развилка. Если вилка ставка 5%, они будут тратить лишь 2,5% от их общего объема добычи на вилках

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

28 июня 2013, 7:25:53 AM   # 6
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота


Военнопленное для блока равен (1 + мини-подтверждает / 16) нормальное количество POW



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

28 июня 2013, 7:43:41 AM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

О, я пропустил часть о не ТХ на каждом мини-блок. Таким образом, все это делает эффективно устраняет вероятность одного блока разворотов. Хм, я не так много в пользу этого направления.

Что это в том, что шахтеры транслировать заголовки неудачных попыток хэш (если заголовок соответствует 1/64 требуемого военнопленного, но не полный POW).

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

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

Когда вы получите мини-Confirm, просто добавьте к этому блоку. Как правило, это будет блок вы работали в любом случае.

Если у вас есть 2 блоков, которые имеют такую ​​же высоту, вы, как правило, работают только на одном, который вы получили первый. В соответствии с предложением, вы бы счетчик для обоих, и если второй один получает больше мини-УТВЕРЖДАЕТ, вы бы переключиться на него. Это будет также включать в себя пересылку фактический полный блок, так как узлы не переслали полные блоки, поскольку они не увеличивают основную цепь.

Таким образом, процесс, в котором 2 блоков найдены вместе будет что-то вроде

50%: добыча на верхней части блока Е *
50%: добыча на верхней части блока Е»

Горняк здание на Е * находит мини подтвердить и транслирует его. Он получает 70% шахтеров до того, как Е «мини-Confirm (с Е» "удар" происходит чуть позже).

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

Шахтеры будут двигаться от Й»Е * так быстро, как блок Е * может распространяться по сети (меньшее число будет двигаться в другом направлении).  

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

28 июня 2013, 9:10:14 AM   # 8
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

Почему 16 вместо 64?

Существует компромисс.

Если он был установлен в 128, то нет никакого реального смысла в участии в системе. Если Е * получали большую часть добычи, то она будет иметь около 64 микро подтверждают, когда следующий блок найден. Тем не менее, шахтер, который не стал слушать может публиковать F «(построено на Е»), и это будет самой длинной цепью, даже если Е * был принят блоком, так как он получает 128 очков кредита.

Это устраняет стимул для участия.

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

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

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

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

28 июня 2013, 10:41:39 AM   # 9
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

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

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

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

28 июня 2013, 11:11:39 AM   # 10
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Уменьшение вероятности случайного разворота

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

Правильно

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

Поэтому полный блок имеет вес 16, а не 64.

Если Е * имеет 43 мини подтверждает и Е «имеет 20 и шахтер находит F», то она по-прежнему не двигается в передней части цепи, с 20 мини-подтверждает + 16 для F»по-прежнему меньше, чем 43 мини-подтверждает E * имеет.

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

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

Это еще одно преимущество, это даст более высокое разрешение на хеширования силу, если есть сеть вилка, как это случилось с обновлением до 8.x.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW