Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
31 октября 2014, 8:31:26 PM   # 1
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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


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

Что делать, если мы работали над процессом регистрации, указывающей на основе доказательства правильности работы? Она могла бы работать что-то вроде этого:

- Контрольно-пропускной пункт предлагается на bitcointalk или Reddit или где угодно.
- Check-указательный становится на-цепи сделки, где блок-к-быть-контрольной точку хеша включается в ОМ. Это может быть выделено делать что-то глупо, как тратить millibit из coinbase награды.
- Контрольная точка принимается в качестве действительной, если она включена в некоторой Х Y блоков в строке в этой манере. X может быть что-то вроде 70 и Y 80, скажем, (чтобы быть совершенно произвольным). Тогда процессы чекпойнтинг требует консенсуса со всей сети, но не портится, если несколько шахтеры / пулы решают, что они хотят быть состязательным. Если большие бассейны стойко анти-пропускные пункты, то, возможно, это решение телесети сделать.

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

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


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


1 ноября 2014, 8:28:52 AM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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





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

1 ноября 2014, 10:32:58 AM   # 3
 
 
Сообщения: 478
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

+1

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

1 ноября 2014, 3:40:57 PM   # 4
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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


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

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

1 ноября 2014, 4:11:47 PM   # 5
 
 
Сообщения: 170
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

котировка
Старые блокпосты искажают выбор цепи, но нет никаких причин, новые контрольно-пропускных пункты не могут быть сделаны с сетью консенсусом по цепи долго после предыдущей контрольной точки (при этом его более самонастройки, чем круговой).

Время, связанные слова, как "старый", "новый" а также "долго после" иметь смысл только если у вас есть существующий blockchain, с которым сказать время. Так округлость все еще там.

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

К сожалению, нет, потому что любые данные транзакции, которые вы "компресс из" есть данные транзакции, которые не могут быть подтверждены новыми узлами. Вы можете получить серьезные сжатия этот путь для узлов SPV-безопасности (Приложение Б боковые цепи Whitepaper говорит о подобной идее), но не для них полной безопасности.

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

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

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

1 ноября 2014, 6:46:05 PM   # 6
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

котировка
Время, связанные слова, как "старый", "новый" а также "долго после" иметь смысл только если у вас есть существующий blockchain, с которым сказать время. Так округлость все еще там.

У вас есть существующий blockchain. Bitcoin один, до сих пор. И вы можете сказать время в ряде блоков. Блок генезис был первый контрольно-пропускной пункт. Мы могли бы иметь хеширования мощность голос к контрольной точке блока 10000, в том числе Патрисия дерева хэш utxo, созданной для этой точки. Тогда что-нибудь от до контрольной точки можно пренебречь, так как контрольная точка может рассматриваться как часть механизма PoW консенсуса - если вы доверяете POW вообще сделать обновление главной книги, а затем (предположительно) вы можете доверять ему контрольно-пропускной пункт.


котировка
потому что любые данные транзакции, которые вы "компресс из" есть данные транзакции, которые не могут быть подтверждены новыми узлами.
Именно в этом суть. Узел уже уверены, что блоки являются действительными, поскольку они имеют Пау на них. Контрольно-пропускной пункт будет иметь POW тоже, и, следовательно, можно доверять таким же образом, освободив новый клиент от необходимости подтверждать что-либо до контрольной точки. Это точка, это как новый генеза блок, плюс набор utxo.

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

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

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

1 ноября 2014, 6:59:18 PM   # 7
 
 
Сообщения: 170
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

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

1 ноября 2014, 7:32:46 PM   # 8
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

котировка
PoW не означает справедливость.

Дело в том, каждый доверяет блоку генезиса, и все обновления оттуда сделаны с помощью мощно. По существу, это предложение для процесса консенсуса обновить блок генезиса вперед, и прикрепить дерево utxos так, что TXS между новым блоком поколения и старым никогда не нужно рассматривать снова (мы можем поставить их в музее Bitcoin истории, если вы хотите, но запасная новые полные узлы!). Я до сих пор не слышал, разумный аргумент, почему это не может / не будет работать.
work2heat сейчас офлайн Пожаловаться на work2heat   Ответить с цитированием Мультицитирование сообщения от work2heat Быстрый ответ на сообщение work2heat

1 ноября 2014, 7:50:14 PM   # 9
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

Я до сих пор не слышал, разумный аргумент, почему это не может / не будет работать.
Потому что это не имеет никакого смысла. Допустим, вы программируете узлы для обеспечения соблюдения некоторых критериев заусениц в цепи они руками. Великий теперь я создать имитацию истории, которая устанавливает поддельный «контрольно-пропускной пункт» назад в начале цепи, но любые новый вариант узлы, которые прикрепляются ко мне я даю эту имитацию историю, прежде чем они знают, что есть лучшая цепь в другом месте, и они начинают соблюдение этого правила и теперь они отделились на этой фальшивке альтернативной цепи; так что вы ввели уязвимость. Хуже, потому что разветвление от может быть сколь угодно далеко назад она становится экспоненциально дешевле делать так долго, как хэш-сила становится экспоненциально дешевле.

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

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

1 ноября 2014, 7:53:15 PM   # 10
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

1 ноября 2014, 9:14:31 PM   # 11
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

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

1 ноября 2014, 9:47:55 PM   # 12
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

Нет, это не так. Он может пропустить проверку очень глубоко заусениц подписи (как это контрольная точка поведения), так как с заголовками первого он знает количество работы на них сверху и может выполнять тесты только вероятностно мимо определенной точки.
Является ли это запланировано для ссылочного клиента (наряду с мошенничеством доказательств, предположительно)?
Pieter и я-- в мере: говорили об этом на некоторое время как части мотивации для заголовков первого, даже до начала мошенничества доказательств: мимо некоторого предела (например, максимальный (60дная работы на самой высокой трудности когда-либо наблюдались в лучшая цепь, 2016 блоков)) огромная перестройка на кончике является гарантией отказа системы. (После того, как вы пересечете 100 блокирует REORG начинается навсегда недействительности экспоненциально расширяющийся конус сделок). Некоторое время это было не так интересно, потому что общее время, чтобы заменить цепь с подсказкой hashrate была очень низкой, но это, наконец, расширение красиво: http://bitcoin.sipa.be/powdays-50k.png

Другой потенциальный механизм мягче безопасности просто держит счет подтверждения в RPC в нуле, когда наблюдается «система отказа класса» реорганизация, чтобы дать время для "выше процесс" чтобы разобраться в беспорядке. Это также нуждается в пару других частей, чтобы быть полностью полезными, как возможность вручную аннулирует блок через RPC.

Первый приоритет получает заголовки первых в, протестирован и зрелый.

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

1 ноября 2014, 10:22:40 PM   # 13
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

Pieter и я-- в мере: говорили об этом на некоторое время как части мотивации для заголовков первого, даже до начала мошенничества доказательств: мимо некоторого предела (например, максимальный (60дная работы на самой высокой трудности когда-либо наблюдались в лучшая цепь, 2016 блоков)) огромная перестройка на кончике является гарантией отказа системы.

Что особенное 60 дней работы?

котировка
Некоторое время это было не так интересно, потому что общее время, чтобы заменить цепь с подсказкой hashrate была очень низкой, но это, наконец, расширение красиво: http://bitcoin.sipa.be/powdays-50k.png

Да, вы можете заменить весь blockchain с два удвоения стоит hashrate.

Это число растет означает, что скорость хеширования время удвоения растет?

котировка
Другой потенциальный механизм мягче безопасности просто держит счет подтверждения в RPC в нуле, когда наблюдается «система отказа класса» реорганизация, чтобы дать время для "выше процесс" чтобы разобраться в беспорядке. Это также нуждается в пару других частей, чтобы быть полностью полезными, как возможность вручную аннулирует блок через RPC.

Это хорошая идея. A 60 блок повторно орг бы указать, что что-то майор произошло.

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

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

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

1 ноября 2014, 11:39:58 PM   # 14
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

Я использовал только определенное количество, потому что тот пример вида чисел, которые были кварцитов о прежде ... даже учитывая довольно здоровый рост hashrate далеко сверх компьютерной индустрии исторических чисел тенденций в этом пространстве по-прежнему должны быть достаточными, чтобы сохранить пропускную способность загрузки ограничена вместо центрального процессора ограничена. (Кроме того, имейте в виду, что libsecp256k1 является >6й быстрее, чем OpenSSL).

котировка
Это число растет означает, что скорость хеширования время удвоения растет?
Да, в течение многих месяцев: http://bitcoin.sipa.be/growth.png

котировка
Это хорошая идея. A 60 блок повторно орг бы указать, что что-то майор произошло.
Ага.

котировка
доказательства мошенничества, предположительно, будут новые сообщения, так что они будут направлены на внешний процесс? Разве это не более сложным?
Сложность сама по себе не является на самом деле инженерное ограничение (передавая сообщение не большое дело, в любом случае) проблема будет сложность в сочетании с риском. Если есть что-то сложное, но его сильно изолированы вы можете рассуждать о том, какие вещи могут произойти, если это идет не так. Например. мошенничества доказательство может первоначально пробегает отдельный протокол, общаться с изолированным изолированным процессом, и даже если они массово пошли не угроза, скорее всего, ограничивается неприятностью сделать все операции показывает, как неподтвержденная, а не разделение консенсуса или краж ключи или что там у вас. См клиента relaynode сети Мэтта (https://github.com/TheBlueMatt/RelayNode) Для примера того, как разработать и опробовать функции протокола (в этом случае, более эффективно передавая блоки, воспользовавшись сделки заранее экспедиторской) с уменьшенным риском для производственной системы Bitcoin.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

1 ноября 2014, 11:40:40 PM   # 15
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

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

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

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

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

Механизм я предложил требует ОГО, что гораздо более поздним, чем блок он на самом деле чекпойнтинг. И есть еще расчет нормальной сложности. Каноническая цепь, как она стоит и канонической цепь с контрольно-пропускным пунктом обратно в блоке 10000 будут иметь головы с одинаковым трудом. Таким образом, вы можете начать свою вилку, куда вы хотите, но до тех пор пока я не отгорожен интернет полностью, это не проблема (и если бы я был, это проблема для Bitcoin собственно тоже).

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

Они уже могут делать это произвольно Дополняя coinbase награду. Но они этого не делают, потому что они знают, что другие узлы будут уронить блок и их усилия пропадут. Точно так же здесь. Мое предложение участвовать Х Y последовательных блоков включают один и тот же контрольно-пропускной пункт для того, чтобы быть действительным. Установить, что 70 и 80 говорят. Таким образом, для контрольной точки, чтобы быть действительной, 70 из 80 блоков в строке должны включить его. Это очень маловероятно, один объект будет контролировать все это. Если они могут, Bitcoin уже болты. Поскольку они не могут, они имеют один и тот же стимул, чтобы быть честными о utxo, установленном в пункте пропуска, как они о после coinbase графика вознаграждения.

Честное предложение точка Шеллинга. Мы можем легко увеличить отношение X / Y, чтобы быть более безопасным. Если один пул добывает 100 блоков подряд, у нас есть гораздо большие проблемы на наших руках ...
work2heat сейчас офлайн Пожаловаться на work2heat   Ответить с цитированием Мультицитирование сообщения от work2heat Быстрый ответ на сообщение work2heat

2 ноября 2014, 12:44:05 AM   # 16
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

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

этот аргумент относится к любому blockchain. Если я могу получить узел думать цепочку я даю это право один, прежде чем он даже видит какой-либо другой, я выиграю. Но здесь, есть еще PoW элемент, так как только узел видит цепь с более высокими общим дифф он будет знать, один я послал был поддельным.  
То не правильно. Если вы даете Bitcoin узлу цепи, а затем кто-то дает ему взаимоисключающими уже один, ваша цепь будет просто размотать и заменить, таким образом придав ему, что дополнительные данные безвреден, когда наблюдается честны сеть его, как узел никогда не видел подлог. Когда вы начинаете говорить о "проверить, указывающей" на основе этой цепи ситуация меняется, и вы получите атаку. (И не только, что атака, есть несколько других, например, объявляет два конкурирующих одинаково действительные вилки одновременно и оставляя сеть в никогда не разделяющем вечном консенсусе расколе).

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

котировка
котировка
Результатом является то, что вы даете шахтерам новую власть, вместо того, чтобы просто быть в состоянии изменить порядок истории, они также могут создать произвольную инфляцию только путем добавления новых utxo их обновлений. (Что, если, конечно, было бы во всех своих краткосрочных интересах, чтобы сделать)
Они уже могут делать это произвольно Дополняя coinbase награду. Но они этого не делают, потому что они знают, что другие узлы будут уронить блок и их усилия пропадут.
Э-э. Вы указывая точно, почему они не могут. Недействительный добывал блок является недействительным, не менее, если он не соответствует целям.

котировка
Точно так же здесь. Мое предложение участвовать Х Y последовательных блоков включают один и тот же контрольно-пропускной пункт для того, чтобы быть действительным. Установить, что 70 и 80 говорят. Таким образом, для контрольной точки, чтобы быть действительной, 70 из 80 блоков в строке должны включить его. Это очень маловероятно, один объект будет контролировать все это.
Я помоему 80 блоков в ряд на высоте 100000 тривиальным в несколько секунд сам (есть много тысяч подряд добытой мною в testnet, к примеру). Я мог бы также добывать 80 блоков подряда Разветвляющегося с нынешними высот при значительной стоимости данных через несколько месяцев. Узел Bitcoin не имеет абсолютного синхронные упорядоченный взгляд на мир, он только узнает, что он узнает от своих сверстников ... и он не может сказать, если моделируемый blockchain потребовалось 6 месяцев вычислений или один день, это может» т сказать, если он был создан недавно или давно в прошлом. и т.д. Если бы мы могли сказать эти вещи, которые мы не нуждались бы в blockchain.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

2 ноября 2014, 2:23:21 AM   # 17
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

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

Я надеюсь, вы не возражаете, если я по-прежнему:

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

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

котировка
Я помоему 80 блоков в ряд на высоте 100000 тривиально через несколько секунд сам

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

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

2 ноября 2014, 2:51:29 AM   # 18
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

Что такое точка остальной сложности в том, что вы обсуждаете то? "предложить", "индивидуализировать" milibits? и т.д. (и нет, вновь сформированные монеты не могут быть потрачены на 100 блоков). Сам blockchain уже измерение его истории. Если вы готовы доверять данным в blockchain, вы просто не можете не требуется никакой дополнительной информации. (Хотя, если вы готовы принять эту уменьшенную модель безопасности, почему вы не пройдя весь путь и с помощью SPV (см раздел 8 bitcoin.pdf)? Вероятно, вы знаете, что вам все еще нужно передать данные и процесс это, чтобы иметь возможность проверить дополнительные блоки, не так ли?

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

2 ноября 2014, 3:10:26 AM   # 19
 
 
Сообщений: 21
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

Действительно, я вижу, где недоразумение было тогда. Возможно, КПП был неправильный термин, но он уверен, имеет "чек-точечный" чувствовать себя к нему. Рад, что мы больше на той же странице, в настоящее время.

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

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

котировка
и нет, вновь сформированные монеты не могут быть потрачены на 100 блоков

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

2 ноября 2014, 3:35:05 PM   # 20
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Re: Какие контрольные точки в Bitcoin коде?

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

Даже с заголовками первых, контрольно-пропускные пункты по-прежнему означает, что старые TXS не должны быть проверены (если вы доверяете ссылка клиента программистов).

Вы можете оставить пункты пропуска, и просто сказать, что все TXS до контрольной точки автоматически действительны.

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

Лучше обнаруживать большие вилки. Если есть развилка, которая имеет длину 1000 блоков в течение последних 2000 блоков, то флаг предупреждения и сообщить пользователям, что их остатки могут быть ошибочными.

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

Обрезка не очень большое дело. До тех пор, по меньшей мере, один узел сохраняет все, то сеть может оправиться от вилок.

Если 10000 узлов каждый трюм 1% данных, то весьма вероятно, есть все.

Вполне вероятно, что по крайней мере несколько узлов будут "архив" узлы, которые будут хранить все.
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