Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
13 марта 2014, 9:21:53 PM   # 1
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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


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

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


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


13 марта 2014, 10:44:38 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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





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

13 марта 2014, 10:49:11 PM   # 3
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Спасибо за ответ.

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

13 марта 2014, 11:50:15 PM   # 4
 
 
Сообщения: 128
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

14 марта 2014, 12:41:11 AM   # 5
 
 
Сообщения: 577
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

14 марта 2014, 4:54:04 AM   # 6
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

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

14 марта 2014, 5:24:25 AM   # 7
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Эгоистичный добыча, вероятно, не удалось зафиксировать в среде, где есть большие бассейны - там нет даже стимул транслировать блоки более чем на ~ 30% мощности хеширования, если ваша цель состоит в том, чтобы получить больше блоков и / или сделок чем ваши конкуренты. (Я говорил с одним из авторов эгоистичной горнорудной бумаги о именно это в финансовом криптографической конференции FWIW)

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

14 марта 2014, 6:18:32 AM   # 8
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Поскольку Bitcoin децентрализована, поэтому никто не может реально определить, что прошлое, настоящее и будущее

По ссылке мнению блока, мы можем. Это в прошлом, если это метка времени раньше, чем последний блок.

Также bitocin имеет сеть централизованного времени, которое среднее время каждого подключенного узла. Тем не менее, это не 100%, она может может варьироваться.

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

AFAIK ток imlementation использует время узла штамповать блоки, до тех пор, как он fullsills правила последних блоков 11 медианы (я думаю это ВСЕГДА последовал). Так что практически по меньшей мере, один блок, который метка времени раньше, чем предыдущая блок, но это всего несколько секунд позади.

Но разве кто-нибудь помнит обсуждение того, что, безусловно, было сделано, когда этот 11-блок-медиана решается?
Nite69 сейчас офлайн Пожаловаться на Nite69   Ответить с цитированием Мультицитирование сообщения от Nite69 Быстрый ответ на сообщение Nite69

14 марта 2014, 6:34:59 AM   # 9
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Вы имеете в виду этот сценарий:

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

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

Даже в этом случае, это просто раздражает; Один из вилок в конечном итоге будет основной цепи. И я бы сказал, что добыча шахтеров в то время llimit потеряет в долгосрочной перспективе.
Тем не менее, было бы это предотвратить, позволяя 1 блок в прошлом?
Nite69 сейчас офлайн Пожаловаться на Nite69   Ответить с цитированием Мультицитирование сообщения от Nite69 Быстрый ответ на сообщение Nite69

14 марта 2014, 11:06:32 AM   # 10
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Является ли эта уязвимость реально:


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

14 марта 2014, 11:15:53 ​​AM   # 11
 
 
Сообщения: 112
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Поскольку Bitcoin децентрализована, поэтому никто не может реально определить, что прошлое, настоящее и будущее

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

14 марта 2014, 1:05:08 PM   # 12
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

Поскольку Bitcoin децентрализована, поэтому никто не может реально определить, что прошлое, настоящее и будущее

По ссылке мнению блока, мы можем. Это в прошлом, если это метка времени раньше, чем последний блок.

Это не обязательно правда. Если последний блок ссылается где-то в будущем, ваша отметка может быть раньше, чем последний блок и все еще быть в будущем, а не в прошлом. Так заявление jl2012 остается в силе.
itod сейчас офлайн Пожаловаться на itod   Ответить с цитированием Мультицитирование сообщения от itod Быстрый ответ на сообщение itod

15 марта 2014, 5:28:00 PM   # 13
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Является ли эта уязвимость реально:




Это не реально для Bitcoin. Это реально (или вот-вот, если они идут вперед с их опрометчивым hardfork) для ОЗМА однако. 

Bitcoin, как ОЗМ, позволяет временные метки до предыдущего блока (вплоть до медианы последних 11 блоков), но потому, что он регулирует трудности один раз в 2016 год блоков, вы не можете использовать эту функцию, чтобы перейти обратно более одной настройки сложности. 

AUR имеет максимум 20% вверх / вниз регулировку сложности с использованием KGW начиная после планового hardfork в любой день, и регулирует каждый блок. Таким образом, злоумышленник может заминировать 5 блоков с меткой времени докатилось в будущее по мере необходимости, чтобы получить 20% легкую регулировку каждый, а затем мое кадр с меткой времени, как далеко назад во времени оттуда он может получить, составляя все или большинство времени увеличения его предыдущие пять блоков добавили, но подвергаясь 20% сложности штраф только один раз. Не нужно быть гением, чтобы увидеть, что если вы настраиваете трудности вниз в пять раз и один раз на ту же сумму, вы получите смехотворно низкую трудность быстро.

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

Так возьмите попкорн и подтянуть место. 

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

15 марта 2014, 7:09:22 PM   # 14
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Является ли эта уязвимость реально:




Это не реально для Bitcoin. Это реально (или вот-вот, если они идут вперед с их опрометчивым hardfork) для ОЗМА однако. 

Bitcoin, как ОЗМ, позволяет временные метки до предыдущего блока (вплоть до медианы последних 11 блоков), но потому, что он регулирует трудности один раз в 2016 год блоков, вы не можете использовать эту функцию, чтобы перейти обратно более одной настройки сложности. 

AUR имеет максимум 20% вверх / вниз регулировку сложности с использованием KGW начиная после планового hardfork в любой день, и регулирует каждый блок. Таким образом, злоумышленник может заминировать 5 блоков с меткой времени докатилось в будущее по мере необходимости, чтобы получить 20% легкую регулировку каждый, а затем мое кадр с меткой времени, как далеко назад во времени оттуда он может получить, составляя все или большинство времени увеличения его предыдущие пять блоков добавили, но подвергаясь 20% сложности штраф только один раз. Не нужно быть гением, чтобы увидеть, что если вы настраиваете трудности вниз в пять раз и один раз на ту же сумму, вы получите смехотворно низкую трудность быстро.

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

Так возьмите попкорн и подтянуть место. 



Ну, я совершенно уверен, что что-то будет сделано.

Но главный вопрос заключается в том, что простое решение проблемы будет предотвращать блоки в прошлом. Тем не менее, все, кажется, боятся прикосновений, что «средний 11 правила блока», скорее всего, потому что никто на самом деле не понимает, почему именно там. Так что все боятся, что, изменяя его, они могли бы открыть некоторые неизвестные уязвимости. Я полностью понимаю, что рассуждения, но это реальный страх? Я не вижу каких-либо уязвимости было бы открыть и не слышал о них. Конечно, это не доказывает, не существует уязвимость, что-то unknonw всегда можете всплывал.

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

15 марта 2014, 7:57:09 PM   # 15
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Является ли эта уязвимость реально:




Это не реально для Bitcoin. Это реально (или вот-вот, если они идут вперед с их опрометчивым hardfork) для ОЗМА однако. 

Bitcoin, как ОЗМ, позволяет временные метки до предыдущего блока (вплоть до медианы последних 11 блоков), но потому, что он регулирует трудности один раз в 2016 год блоков, вы не можете использовать эту функцию, чтобы перейти обратно более одной настройки сложности. 

AUR имеет максимум 20% вверх / вниз регулировку сложности с использованием KGW начиная после планового hardfork в любой день, и регулирует каждый блок. Таким образом, злоумышленник может заминировать 5 блоков с меткой времени докатилось в будущее по мере необходимости, чтобы получить 20% легкую регулировку каждый, а затем мое кадр с меткой времени, как далеко назад во времени оттуда он может получить, составляя все или большинство времени увеличения его предыдущие пять блоков добавили, но подвергаясь 20% сложности штраф только один раз. Не нужно быть гением, чтобы увидеть, что если вы настраиваете трудности вниз в пять раз и один раз на ту же сумму, вы получите смехотворно низкую трудность быстро.

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

Так возьмите попкорн и подтянуть место. 



Ну, я совершенно уверен, что что-то будет сделано.

Но главный вопрос заключается в том, что простое решение проблемы будет предотвращать блоки в прошлом. Тем не менее, все, кажется, боятся прикосновений, что «средний 11 правила блока», скорее всего, потому что никто на самом деле не понимает, почему именно там. Так что все боятся, что, изменяя его, они могли бы открыть некоторые неизвестные уязвимости. Я полностью понимаю, что рассуждения, но это реальный страх? Я не вижу каких-либо уязвимости было бы открыть и не слышал о них. Конечно, это не доказывает, не существует уязвимость, что-то unknonw всегда можете всплывал.

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

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

котировка
Почему позволяют блоки, временные метки которых находятся позади головы блока?

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

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

15 марта 2014, 7:57:39 PM   # 16
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Так почему позволяют медиане 11 блока времени перекоса? Я вижу только как риск, не предотвращая мошенничества.
Он объяснил вам, что он предотвращает махинации, где время прижат к рельсу и склоку меньшинство делает сеть ненадежна. Это вдвойне верно, когда вы начинаете рассматривать nlocktime. Возможно, вы не люди часто Аккуратно не волнует, когда речь идет о чужих безопасности-, но в то же время это не на самом деле купить что либо: Если вы хотите monotonized метка просто фильтровать существующий с макс ( тока, last_filtered_value).
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

15 марта 2014, 7:57:47 PM   # 17
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

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

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

15 марта 2014, 9:59:00 PM   # 18
 
 
Сообщения: 467
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему разрешить блоки в прошлом?

Так почему позволяют медиане 11 блока времени перекоса? Я вижу только как риск, не предотвращая мошенничества.
Он объяснил вам, что он предотвращает махинации, где время прижат к рельсу и склоку меньшинство делает сеть ненадежна. Это вдвойне верно, когда вы начинаете рассматривать nlocktime. Возможно, вы не люди часто Аккуратно не волнует, когда речь идет о чужих безопасности-, но в то же время это не на самом деле купить что либо: Если вы хотите monotonized метка просто фильтровать существующий с макс ( тока, last_filtered_value).

Ну, я не все равно, но я просто не покупаю это объяснение. AFAIK, самый большой ущерб злой шахтер мог сделать, нажав на срок немного увеличивается количество детей-сирот. И половина из этих детей-сирот будет его собственной. Это будет зависеть от того, что, если его часов впереди или позади среднего времени сети. Большинство повреждений с наименьшим утраченного будет держать свои часы в среднем, где он получил бы половину из «лишних» детей-сирот, созданных из-за толкая лимит времени. В дальнейшем приведет к увеличению детей-сирот, но он хотел бы получить их самостоятельно. Переход назад уменьшило бы количество «лишних» детей-сирот.

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

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

Если вы делаете
Код:
Grep "Добавлены данные времени" debug.log
Вы увидите, что большинство узлов в течение 10 секунд ваш. И почти все в минуту. Увеличение числа сирот не будет много.

Если nlocktime должен быть обеспокоены тем, что должно быть исправлено путем уменьшения, что 2 часа предел. (Тем не менее, что бы сделать timejacking проще, поэтому сетевое время дисперсия должна быть ограничена, а также, но это другая история)
Nite69 сейчас офлайн Пожаловаться на Nite69   Ответить с цитированием Мультицитирование сообщения от Nite69 Быстрый ответ на сообщение Nite69



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW