Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
30 апреля 2014, 6:42:56 PM   # 1
 
 
Сообщений: 56
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

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


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

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

Реализация изменений отклонять блоков с версией больше, чем 2 позволит вилы должны быть созданы таким образом, что это не вариант, если большинство узлов не модернизировали.

Я предлагаю следующие изменения кода:

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

Что это значит?

Это означает, что обновление для протокола Bitcoin может произойти только гладко с 95% соглашениями шахтера.

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

Устаревшее программное обеспечение, которое не обновляется после изменения протокола знает, что он не имеет необходимые обновления для проверки blockchain так не сможет корректно.

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


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


2 мая 2014, 7:21:08 PM   # 2
 
 
Сообщений: 56
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

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





Любые мысли вообще на это? Он может быть использован для реализации BIP 62 изменения.
telepatheic сейчас офлайн Пожаловаться на telepatheic   Ответить с цитированием Мультицитирование сообщения от telepatheic Быстрый ответ на сообщение telepatheic

2 мая 2014, 8:32:57 PM   # 3
 
 
Сообщения: 905
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

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

2 мая 2014, 8:39:49 PM   # 4
 
 
Сообщений: 56
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

Не все возможные обновления версии являются исключительными.

Что вы имеете в виду эксклюзивные? Специально для чего?
telepatheic сейчас офлайн Пожаловаться на telepatheic   Ответить с цитированием Мультицитирование сообщения от telepatheic Быстрый ответ на сообщение telepatheic

2 мая 2014, 9:32:52 PM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

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

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

2 мая 2014, 10:24:47 PM   # 6
 
 
Сообщений: 56
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

Различные изменения имеют различные разумные критерии переключения.

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

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

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

Я твердо убежден, что протоколы должны быть сделаны, чтобы быть столь же однозначно, как это возможно. Идея наличия версии поля блока, который действует до тех пор, как это не 0 или 1, кажется, довольно глупо для меня. В будущем вместо хорошего
Код:
если версия = 4, то это сделать
Структура, которую мы будем иметь
Код:
если версия = 4 и высота блока > п, то сделать это
. Это может быть довольно косметической точкой, но в данный момент (поправьте меня, если я ошибаюсь) там нет модульных тестов, чтобы проверить, является ли альтернативные реализации Bitcoin принимают блоки с версиями больше, чем 2, и если программист был пропустить эту маленькую деталь, она могла бы открыть вверх возможность раскошелиться сети.

Ваше предложение также предполагает единую последовательную линию изменений.

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

2 мая 2014, 11:07:15 PM   # 7
 
 
Сообщения: 905
Цитировать по имени
цитировать ответ
по умолчанию Re: стандартизованный блок версия

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW