Вернуться   Биткоин Форум > Bitcoin Обсуждение
2 февраля 2013, 1:07:23 PM   # 1
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

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


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

Новые монеты могут быть потрачены после 120 блоков, и я предполагаю, что ограничение 120 блоков Откат имеет смысл. Затем трансферты будет 100% устойчивость против 51% в атаку примерно через 20 часов. И если существует сеть расщепленный с 50% -ной мощности хеширования на каждой стороне, сеть будет иметь около 40 часов, чтобы сливаться. Если существует сеть разрыв с 75% и 25% хэшированием мощности с двух сторон, сторона, 25% будет иметь около 80 часов, чтобы подключиться к 75% стороне снова.
Kupsi сейчас офлайн Пожаловаться на Kupsi   Ответить с цитированием Мультицитирование сообщения от Kupsi Быстрый ответ на сообщение Kupsi


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


2 февраля 2013, 2:05:51 PM   # 2
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

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





Есть ли предел для того, как много блоков, которые могут быть свернуты после сети раскола или если кто-то пытается сделать 51% атаку на?
Ссылка клиента (Bitcoin-Qt) включает в себя контрольно-пропускных пунктов, встроенные в исходном коде. Это не должно быть возможным осиротить любые блоки в blockchain от до последней контрольной точки. Я считаю, что последний checpoint в текущей версии 0.7.2 был блок 210000.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

2 февраля 2013, 2:22:23 PM   # 3
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Checkpoints в checkpoints.cpp. По состоянию на 0.7.1, последний был 193000. Я не уверен, если 0.7.2 переместил его вверх.

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

5 февраля 2013, 6:35:15 PM   # 4
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

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

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.

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

5 февраля 2013, 7:31:26 PM   # 5
 
 
Сообщения: 1092
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Там нет предела. На самом деле нет нет "отмена" вообще.

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

До тех пор пока кто-то есть резервная blockchain (например, если 51% атаки используют цепь, где модифицирует начать 6 месяцев назад или год назад в цепочке), мы совершенно нормально.

Да, это потребует исправления в клиенте, чтобы сообщить клиенту "EHI игнорировать неправильную цепочку" 
Габи сейчас офлайн Пожаловаться на Gabi   Ответить с цитированием Мультицитирование сообщения от Габи Быстрый ответ на сообщение Gabi

5 февраля 2013, 7:43:36 PM   # 6
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Почему это 120 блок вещь?

Я думал о 144 блоках (24 часа), но так как 120 блоков является пределом для проведения свежих монет предел 120 блока имеет смысл.

До тех пор пока кто-то есть резервная blockchain (например, если 51% атаки используют цепь, где модифицирует начать 6 месяцев назад или год назад в цепочке), мы совершенно нормально.

A 6 месяцев Откат не хорошо!

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

5 февраля 2013, 7:47:39 PM   # 7
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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

5 февраля 2013, 8:14:18 PM   # 8
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Kupsi сейчас офлайн Пожаловаться на Kupsi   Ответить с цитированием Мультицитирование сообщения от Kupsi Быстрый ответ на сообщение Kupsi

5 февраля 2013, 8:16:42 PM   # 9
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Как они могли это сделать, если есть предел. Не было предела предотвратить те, на короткой цепи от прокатываемого обратно в UMP к более длинной цепью?
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

5 февраля 2013, 8:22:15 PM   # 10
 
 
Сообщения: 1358
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.
SgtSpike сейчас офлайн Пожаловаться на SgtSpike   Ответить с цитированием Мультицитирование сообщения от SgtSpike Быстрый ответ на сообщение SgtSpike

5 февраля 2013, 8:24:02 PM   # 11
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Как они могли это сделать, если есть предел. Не было предела предотвратить те, на короткой цепи от прокатываемого обратно в UMP к более длинной цепью?

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

5 февраля 2013, 8:26:15 PM   # 12
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.

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

5 февраля 2013, 8:30:14 PM   # 13
 
 
Сообщения: 1358
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.

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

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

5 февраля 2013, 8:35:53 PM   # 14
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Именно это нетривиальная задача. Если бы это было тривиальным там не было бы 51% атаки. Еще одна проблемы становится тем, что происходит, когда часть сети считает X цепи правильно и часть верит Y цепь правильно. Конечно, некоторые люди имеют законные сделки по X и некоторые из них законных сделок на Y и есть двойной израсходует атакующий на оба (таким образом, кто-то всегда проигрывает) как вы собираетесь убедить всех, что "Икс" (или "Y") Является правильной цепью и все должны прыгать на него.

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

5 февраля 2013, 8:37:36 PM   # 15
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.

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

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

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

5 февраля 2013, 8:38:16 PM   # 16
 
 
Сообщения: 1358
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.

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

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

У человека будет знать это.
Как будет человек знать это?
SgtSpike сейчас офлайн Пожаловаться на SgtSpike   Ответить с цитированием Мультицитирование сообщения от SgtSpike Быстрый ответ на сообщение SgtSpike

5 февраля 2013, 8:39:29 PM   # 17
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Именно это нетривиальная задача. Если бы это было тривиальным там не было бы 51% атаки. Еще одна проблемы становится тем, что происходит, когда часть сети считает X цепи правильно и часть верит Y цепь правильно. Конечно, некоторые люди имеют законные сделки по X и некоторые из них законных сделок на Y и есть двойной израсходует атакующий на оба (таким образом, кто-то всегда проигрывает) как вы собираетесь убедить всех, что "Икс" (или "Y") Является правильной цепью и все должны прыгать на него.

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

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

5 февраля 2013, 8:42:04 PM   # 18
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Я считаю, что проблемы с ограничением (автоматический) отката до 120 блоков меньше, чем возможная проблема с правительственным зданием много СБИСА, что делают блоки в темноте и выпустить их в сеть после долгого времени. Это может убить Bitcoin.
Скажем, вы ограничиваете откат. Скажем, около половины сети наблюдал цепь X разворачиваться, и это самая длинная цепь. И сказать, половина сети на цепи Y и потребуется откат мимо предела, чтобы добраться до цепи X. Не правда ли, что обе цепи теперь одинаково правильно по правилам? Я не уверен, что это хорошая идея, чтобы ввести путь зависимость к сети, которая не может даже отдаленно гарантировать, что все узлы принимают один и тот же путь.

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

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


Так давайте найдем разумный предел и использовать. Если мы устанавливаем лимит на 288 блоков, мы имеем около 96 часов, чтобы объединить сеть снова, если был 50/50 раскол. Я не думаю, что мы когда-либо будет иметь сеть разделена больше, чем 96 часов ровно 50/50 долей с обеих сторон. Если сеть снова сливались после 96 часов, и одна сторона сделала больше блоков, чем с другой стороны, шахтеры будут прыгать в самый большой blockchain и маленький один умрет.
Не является ли это само определение "отмена"? Шахтеры всегда переходить к самой длинной цепи.

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

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

У человека будет знать это.
Как будет человек знать это?

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

5 февраля 2013, 8:43:00 PM   # 19
 
 
Сообщения: 1358
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

Именно это нетривиальная задача. Если бы это было тривиальным там не было бы 51% атаки. Еще одна проблемы становится тем, что происходит, когда часть сети считает X цепи правильно и часть верит Y цепь правильно. Конечно, некоторые люди имеют законные сделки по X и некоторые из них законных сделок на Y и есть двойной израсходует атакующий на оба (таким образом, кто-то всегда проигрывает) как вы собираетесь убедить всех, что "Икс" (или "Y") Является правильной цепью и все должны прыгать на него.

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

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

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

Но вот вопрос: если правительство может построить новый blockchain в течение нескольких месяцев и отпустить его, то они должны иметь больше hashpower, чем остальная часть сети, вместе взятых. Что мешает им баловаться с законным blockchain из закодированных КПП на форварде? Если контрольная точка является блок 240000, как бы шахтер знает, пришел блок 240001 от правительства или пришел из законного шахтера?
SgtSpike сейчас офлайн Пожаловаться на SgtSpike   Ответить с цитированием Мультицитирование сообщения от SgtSpike Быстрый ответ на сообщение SgtSpike

5 февраля 2013, 8:51:48 PM   # 20
 
 
Сообщения: 1191
Цитировать по имени
цитировать ответ
по умолчанию Re: Blockchain предел отката?

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

Последний законный блок уже нет.


Но вот вопрос: если правительство может построить новый blockchain в течение нескольких месяцев и отпустить его, то они должны иметь больше hashpower, чем остальная часть сети, вместе взятых. Что мешает им баловаться с законным blockchain из закодированных КПП на форварде? Если контрольная точка является блок 240000, как бы шахтер знает, пришел блок 240001 от правительства или пришел из законного шахтера?

Если это возможно только откатить 288 блоков, я знаю, что мой платеж 100% безопасно после 288 блоков. Если они выпускают новые блоки в существующих blockchain, нет никаких причин, чтобы не принимать блоки от них.
Kupsi сейчас офлайн Пожаловаться на Kupsi   Ответить с цитированием Мультицитирование сообщения от Kupsi Быстрый ответ на сообщение Kupsi



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW