Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
18 декабря 2012, 9:46:03 PM   # 1
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

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


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

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

Это может быть сделано путем незначительного изменения дерева Меркла сделок. Вместо того, чтобы лист узел значения = хэш (ТЙ) и значение узла ветвления = хэш (ребенок 1 значение || значения ребенка 2), мы имели бы значение листа узлового = хэш (ТЕ || ТХ плат) и значение узла ветви = хэш ( ребенок 1 значение || ребенок 2 значения || ТХ плат за ребенком 1 + ОЙ платы ребенка 2). Работа по дереву рекурсивно, ОЕ значение платы корневого узла будет общий сбор вознаграждены шахтера. то неправильное значение платы должно привести к недопустимому ветви в дереве Merkle, который затем может быть передан ненавязчив в сообщении об ошибке на SPV клиента.

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


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


18 декабря 2012, 10:08:20 PM   # 2
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

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





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

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

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

Вполне возможно, что с течением времени, как аппаратное и программное обеспечение становится лучше, количество полных узлов может получить больше. Может быть, в один прекрасный день вы можете даже запустить один на смартфоне. Мы вроде в предположении, что Bitcoin будет расти, и этот рост будет впитывать и более широкие возможности, но в какой-то момент Bitcoin перестанет расти, а затем любые оптимизации или быстрее аппаратного увеличивает число людей, которые могут работать полные узлы «бесплатно». Эй, может быть, Bitcoin уже достиг своих окончательных уровней трафика (скорость ПЕР мудры). Мы бы все хотели бы думать, что это не так, но вы никогда не знаете, он может быть обречен на крошечную нишу навсегда.

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

19 декабря 2012, 12:07:26 AM   # 3
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

Главное, чтобы понять, что это не случай проверки coinbase размер. SPV клиенты не проверяют сделки .... какие-либо сделки. Даже если бы они имели возможность убедиться, что все расчеты были правильными плата и coinbase размер был действительным, фиктивный блок может содержать операции, которые проводят несуществующие предыдущие операции и, таким образом, создать новые деньги таким образом.
Если шахтер попытался включить такую ​​сделку, не может точку сообщения об ошибке к точному недействительному txin и выдать вызов пойти найти подходящий Merkle ветвь, чтобы доказать, что это действует? И если никто не может производить его, то они отвергают блок. Разве это не вид то же самое с полными клиентами? Любая часть недостающих данных, и блок не могут быть проверены.

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

19 декабря 2012, 12:34:59 PM   # 4
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

котировка
Если шахтер попытался включить такую ​​сделку, не может точку сообщения об ошибке к точному недействительному txin и выдать вызов пойти найти подходящий Merkle ветвь, чтобы доказать, что это действует? И если никто не может производить его, то они отвергают блок. Разве это не вид то же самое с полными клиентами? Любая часть недостающих данных, и блок не могут быть проверены.

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

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

котировка
Это предложение предназначено только означало принести coinbase обман в рамках этого обновления модели доверия.

Большинство клиентов имеют какое-то разработчик backchannel. Клиент Satoshi имеет систему оповещения p2p. Android-клиент может быть обновлен разработчиком. Другие клиенты должны иметь свои собственные эквиваленты. В случае систематических попыток подорвать систему, заставляя SPV клиентов на цепочке с альтернативных правил лучший подход, чтобы клиент обновлен в тот момент, чтобы справиться с ней, например, предупреждая пользователей о том, что происходит и с просьбой включить полную проверку. Это действительно трудно придумать способ доказать клиенту, что правила подделки, что является непревзойденным в общем случае.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

19 декабря 2012, 5:37:14 PM   # 5
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

Если вы говорите, мне доказать, что зависимые операции были включены в блоке, ну, хорошо, так что я сделаю мою поддельная сделка зависит от более фальшивых сделок (или уже проведенных сделок). Вы не можете доказать, что я не прав, если не идти обратно каждый ввод транзакций, что делает вас в полный узел.
Это сделало бы меня задаться вопросом, почему вы не просто объявить ТЙ путь назад в цепи, которая была корнем проблемы с самого начала. Я бы определенно игнорируя ваши сообщения об ошибке при попытке отправить меня на очевидном диких гусей.
d'aniel сейчас офлайн Пожаловаться на д'aniel   Ответить с цитированием Мультицитирование сообщения от д'aniel Быстрый ответ на сообщение д'aniel

19 декабря 2012, 5:48:39 PM   # 6
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

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

19 декабря 2012, 6:06:33 PM   # 7
 
 
Сообщения: 461
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

Вы не можете проверить сообщение об ошибке правильно. Если я претендовать на ОМ был двойным израсходует, как проверить, если я правильно или неправильно, не будучи полным узлом?
Я ожидаю, что вы включить Merkle ветвь к другой ТХ, который проводит ту же txout.

Edit: Более подробно, я бы разные стандарты, по которым следует оценивать различные сообщения об ошибках, как правильно. Такие, как выше для двойных сообщений об ошибках израсходуют. Для инвалида txin один, я бы ожидать, чтобы не быть в состоянии найти Merkle ветвь, связывающую к соответствующему txout от любого другого узла по запросу. Если я найду правильный один, то я игнорирую ваши будущие сообщения об ошибках.

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

20 декабря 2012, 11:02:33 AM   # 8
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Путь для клиентов SPV, чтобы дешево доказать, когда шахтер обманул его вознаграждение за вознаграждение

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

Я думаю, что вам нужно:

  • Это ТЙ (данные, филиал) имеет несуществующий входной сигнал минус. Ответ: клиент запрашивает какие-ровесников он может найти, чтобы обеспечить пару (TX, филиал) для подключенного ТХ. Если кто-то обеспечить, то сообщение об ошибке является недопустимым.
  • Этот TX имеет связной вход, который не удовлетворяет сценарий выходов. Ответ: проверяет обе транзакции клиента включены, а затем запускает скрипт для себя.
  • Это TX создает больше, чем значение его входы сбора (входные операции предоставляются вместе с ветвями). Ответ: проверьте все данные. Не трудно.
  • Этот двойной TX тратит. Ответ: проверьте, что обе сделки были включены в одной и той же цепи (не пересекая между вилками).
  • Coinbase этого блока создает большую ценность, чем разрешено. Загрузить весь блок (или сделать это с приближением изменения в формат Merkle дерева).

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW