Bitcoin Ядро версии 0.11.2 теперь доступны:
https://bitcoin.org/bin/bitcoin-core-0.11.2
Это новая версия небольшой релиз, в результате чего исправления ошибок, то BIP65
(CLTV) изменение консенсуса, и подготовка реле политика BIP113. это
рекомендуется обновить эту версию как можно скорее.
Пожалуйста, сообщайте об ошибках с помощью системы отслеживания проблем на GitHub:
https://github.com/bitcoin/bitcoin/issues
Обновление и понижение
=========================
Как обновить
--------------
Если вы используете старую версию, выключите его. Подождите, пока он не полностью
закрыть (который может занять несколько минут для более старых версий), а затем запустить
инсталлятор (на Windows), или просто скопировать / Applications / Bitcoin-Qt (на Mac) или
bitcoind / Bitcoin-кварта (на Linux).
предупреждение Понизить
------------------
Поскольку выпуск 0.10.0, а затем использует заголовки первой синхронизации и
параллельный блок загрузки (см далее), блок-файлы и базы данных не являются
обратная совместимость с предустановленными 0,10-версии Bitcoin Ядра или другого программного обеспечения:
* Блоки будут сохранены на диске из строя (в том порядке, они
получил, на самом деле), что делает его несовместимым с некоторыми инструментами или
другие программы. Индексирование этого с помощью более ранних версий также не будет работать
больше в результате этого.
* База данных индексного блока теперь будет держать заголовки, для которых нет блока не является
хранится на диске, что более ранние версии не поддерживают.
Если вы хотите, чтобы иметь возможность понизить плавно, сделать резервную копию всей информации
каталог. Без этого ваш узел будет нужно начать синхронизацию (или импорт из
bootstrap.dat) заново после этого. Вполне возможно, что данные полностью
синхронизировано 0.10 узла может быть полезным в более ранних версиях, как есть, но это не является
поддерживается и может сломаться, как только старая версия пытается проиндексировать.
Это не влияет на бумажник вперед или обратную совместимость. Есть нет
Известные проблемы при понижая из 0.11.x в 0.10.x.
Заметные изменения с 0.11.1
============================
BIP65 мягкая вилка для обеспечения OP_CHECKLOCKTIMEVERIFY опкода
--------------------------------------------------------
Этот релиз включает в себя ряд изменений, связанных с [BIP65] [] мягкой вилки
который переопределяет существующий OP_NOP2 опкод как OP_CHECKLOCKTIMEVERIFY
(CLTV), так что выход транзакции не может быть выполнен до тех пор, unspendable
указанная точка в будущем.
1. Этот релиз будет только реле и шахтные операции потратив CLTV
выход, если они соответствуют правилам BIP65, как это предусмотрено в коде.
2. Этот релиз будет производить версии 4 блока по умолчанию. Пожалуйста, обратитесь к
* Уведомление шахтеров * ниже.
3. После того, как 951 из последовательности 1,001 блоков на лучший блок локального узла
цепь не содержит версии 4 (или выше) блоков, этот выпуск будет нет
больше принимать новую версию 3 блока, и он будет принимать только версии 4
блоки, если они соответствуют правилам BIP65 для CLTV.
Для получения дополнительной информации об изменении мягких запускающем, см
https://github.com/bitcoin/bitcoin/pull/6351
Графики, показывающие прогресс в сторону блока версии 4 принятия может быть
найдено по нижеуказанным адресам:
- Блочные версии в течение последних 50000 блоков, как прогресс в направлении BIP65
Консенсус правоприменение: http://bitcoin.sipa.be/ver-50k.png
- Блочные версии в течение последних 2000 блоков, показывающих дней до
скорейшая BIP65 консенсуса в исполнение блока: http://bitcoin.sipa.be/ver-2k.png
** Примечание шахтеров: шаблоны блоков ** Bitcoin сердечник теперь для
версия 4 блоков только, и любое программное обеспечение, добыча, опираясь на его
getblocktemplate должны обновляться параллельно использовать libblkmaker либо
версия 0.4.3 или любой версии от 0.5.2 и далее.
- Если вы соло добыча, это будет влиять на вас момент вы обновить
Bitcoin ядро, которое должно быть сделано до BIP65 достижения ее 951/1001
положение дел.
- Если добыча с протоколом горнорудной прослойки: это не
влияют на вас.
- Если добыча с протоколом getblocktemplate к бассейну: это
не будет влиять на вас по усмотрению оператора пула, который должен быть не
позднее BIP65 достижения своего 951/1001 статуса.
[BIP65]: https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki
BIP113 mempool только Locktime исполнение с использованием GetMedianTimePast ()
----------------------------------------------------------------
Bitcoin сделки в настоящее время могут указать Locktime, указывающий, когда
они могут быть добавлены к действительному блока. В настоящее время правила требуют консенсуса
что блоки имеют время заголовка блока больше, чем Locktime указанного
в любой сделке в этом блоке.
Шахтеры получают выбрать, какое время они используют для своего времени заголовка, с
Правило консенсуса в том, что ни один узел не будет принимать блок, время больше
чем через два часа в будущем. Это создает стимул для шахтеров
установить их раз заголовок для будущих значений для того, чтобы включать locktimed
сделки, которые не должны были быть включены до двух более
ч.
Правила консенсуса также указать, что действительные блоки могут иметь заголовок
время больше, чем в среднем 11 предыдущих блоков. Эта
GetMedianTimePast () время играет ключевую особенность, которую мы обычно ассоциируется с
время: он не может идти в обратном направлении.
[BIP113] [] указывает мягкую вилку (** не вступил в силу в этом выпуске **), что
ослабляет этот извращенный стимул для отдельных шахтеров использовать будущее
время, требуя, чтобы действительные блоки имеют вычисляемый GetMedianTimePast ()
больше, чем Locktime, указанный в любой транзакции в этом блоке.
правила включения Mempool в настоящее время требуют операции, чтобы быть действительным для
немедленное включение в блок для того, чтобы быть принятым в mempool.
Этот релиз начинается применение правила BIP113 к полученным сделкам,
поэтому сделка время которого больше GetMedianTimePast () будет
больше не будет принят в mempool.
** Проявление для шахтеров: ** вы начнете отвергать транзакции,
не будет действительным при BIP113, который позволит вам производить
недействительные блоки, если / когда BIP113 обеспечивается в сети. Любые
сделки, которые действуют в соответствии с действующими правилами, но еще не действует
под BIP113 правила будут либо добываются другими шахтерами или несвоевременное
пока они не действительны при BIP113. Однако следует отметить, что в зависимости от времени
Locktime операции являются более или менее невидимым в сети в настоящее время.
** Проявление для пользователей: ** GetMedianTimePast () всегда тащит позади
текущее время, так что транзакция Locktime установлена в настоящее время будет
отвергнуты узлы не работает этот релиз до срединных ходов времени
вперед. Для компенсации, вычитают один час (3600 секунд) из
locktimes, чтобы эти операции должны быть включены в mempools в
приблизительно ожидаемое время.
[BIP113]: https://github.com/bitcoin/bips/blob/master/bip-0113.mediawiki
исправлена ошибка Windows, для поврежденных баз данных UTXO на нечистых остановов
----------------------------------------------------------------
Некоторые пользователи Windows, сообщили, что они часто нужно проиндексировать
Весь blockchain после некорректного завершения работы Bitcoin Ядра на Windows,
(Или нечистое отключение самой Windows). Несмотря на то, нечистый остановов
остаются небезопасными, этот релиз больше не зависит от файлов, отображенные в памяти для
база данных UTXO, что значительно снизило частоту нечистыми
остановов приводит к необходимому reindexes во время тестирования.
Для получения дополнительной информации см: https://github.com/bitcoin/bitcoin/pull/6917
Другие исправления для коррупции базы данных на Windows, как ожидается, в
Следующий крупный релиз.
0.11.2 изменений
=================
Подробные примечания к выпуску следовать. Этот обзор включает в себя изменения, которые влияют на
поведение, не закодировать хода, refactors и обновление строки. Для удобства в поиске
изменения кода и сопутствующее обсуждение, оба запроса тянуть и
мерзавец слияние совершить упоминается.
- # 6124 `684636b` сделать CScriptNum () принимает nMaxNumSize в качестве аргумента
- # 6124 `4fa7a04` Заменить NOP2 с CHECKLOCKTIMEVERIFY (BIP65)
- # 6124 `6ea5ca4` Включить CHECKLOCKTIMEVERIFY в качестве стандартного сценария проверить флаг
- # 6351 `5e82e1c` Добавить CHECKLOCKTIMEVERIFY (BIP65) мягкой вилки логики
- # 6353 `ba1da90` Показать статус softfork в getblockchaininfo
- # 6351 `6af25b0` Добавить BIP65 в getblockchaininfo softforks список
- # 6688 `01878c9` Фикс блокировки в GetTransaction
- # 6653 `b3eaa30` [Qt] Повысьте отладки окно при запросе
- # 6600 `1e672ae` Debian / Ubuntu: Включите Bitcoin-ТХ двоичный
- # 6600 `2394f4d` Debian / Ubuntu: Split Bitcoin-АЯ в отдельный пакет
- # 5987 `33d6825` Исправление: Разрешить добычу поверх старых кончиков блоков для testnet
- # 6852 `21e58b8` сборки убедитесь, что OpenSSL прислушивается noexecstack
- # 6846 `` af6edac` псевдоним -h` для `--help`
- # 6867 `95a5039` Набор TCP_NODELAY на P2P сокетов.
- # 6856 `dfe55bd` Не допускать blockfile обрезку во время REINDEX.
- # 6566 `a1d3c6f` Добавить правила - в настоящее время отключены - для использования в качестве GetMedianTimePast конечной точки для расчета блокировки времени
- # 6566 `f720c5f` Включить политику соблюдения GetMedianTimePast в качестве конечной точки ограничений блокировки времени
- # 6917 `0af5b8e` LevelDB: Win32WritableFile без отображения памяти
- # 6948 `4e895b0` Всегда вровень блок и отменить при переходе на новый файл
кредиты
=======
Спасибо всем, кто непосредственно способствовал этой версии:
- Alex Morcos
- ฿ tcDrak
- Крис Kleeschulte
- Daniel Cousens
- Диего Viola
- Эрик Ломброзо
- Esteban Ordano
- Грегори Максвелл
- Люк Dashjr
- Марко Falke
- Марк Friedenbach
- Мэтт Corallo
- Миха
- Mitchell Cash
- Питер Тодд
- Pieter Wuille
- Владимир Дж ван дер Лан
- Zak Wilcox
А те, кто внес свой вклад дополнительного анализ кода и / или исследования в области безопасности.
А также всем, кто помогал переводить на [Transifex] (https://www.transifex.com/projects/p/bitcoin/).