Следуйте Google+ страницы or Twitter последние новости разработчиков.
Мы рады выпустить релиз Litecoin Core 0.16.0. Это новый выпуск основной версии, включающий новые функции, различные исправления ошибок и улучшения производительности, а также обновленные переводы. Всем пользователям рекомендуется перейти на эту версию.
Кошелек Segwit
Litecoin Core 0.16.0 представляет полную поддержку segwit в кошельке и пользовательских интерфейсах. Новый -addresstype
добавлен аргумент, поддерживающий legacy
, p2sh-segwit
(по умолчанию) и bech32
адреса. Он контролирует, какие адреса производятся getnewaddress
, getaccountaddress
и createmultisigaddress
, -changetype
также был добавлен аргумент с теми же параметрами и по умолчанию равен -addresstype
, чтобы контролировать, какое изменение используется.
Новая address_type
добавлен параметр в getnewaddress
и addmultisigaddress
RPC, чтобы указать, какой тип адреса генерировать. А change_type
аргумент был добавлен к fundrawtransaction
RPC для отмены -changetype
аргумент для конкретных сделок.
- Все адреса segwit, созданные через
getnewaddress
or*multisig
RPC явно добавляют свои redeemscripts в файл кошелька. Это означает, что переход на более раннюю версию после создания адреса segwit будет работать, если файл кошелька обновлен. - Все ключи segwit в кошельке получают неявный redeemscript, который не записывается в файл. Это означает, что восстановление из старой резервной копии будет работать, пока вы используете новое программное обеспечение.
- Все ключи пула ключей, которые используются в транзакциях, явно получают свои redeemscripts, добавленные в файлы кошелька. Это означает, что переход на более раннюю версию после восстановления из резервной копии, содержащей адрес segwit, будет работать.
Обратите внимание, что некоторые RPC еще не поддерживают адреса segwit. В частности, signmessage
/verifymessage
не поддерживает адреса segwit и не importmulti
В настоящее время. Поддержка segwit в этих RPC будет добавлена в будущих версиях.
Выходы изменения P2WPKH теперь используются по умолчанию, если какой-либо пункт назначения в транзакции является выходом P2WPKH или P2WSH. Это сделано для того, чтобы выходной сигнал изменения был как можно более неотличим от других выходов в любом случае.
BIP173 (Bech32) Поддержка адресов (адреса «ltc1…»)
Добавлена полная поддержка собственных адресов segwit (BIP173 / Bech32). Это включает в себя возможность отправлять на адреса BIP173 (включая адреса, отличные от v0) и генерировать эти адреса (включая новые адреса по умолчанию, см. Выше).
В графический интерфейс добавлен флажок, позволяющий выбрать, следует ли генерировать адрес Bech32 или адрес в оболочке P2SH при использовании адресов segwit. При запуске с -addresstype=bech32
он установлен по умолчанию. При запуске с -addresstype=legacy
он не отмечен и отключен.
HD-кошельки по умолчанию
Из-за обратного несовместимого изменения в базе данных кошельков кошельки, созданные с помощью версии 0.16.0, будут отклонены предыдущими версиями. Кроме того, версия 0.16.0 будет создавать только иерархические детерминированные (HD) кошельки. Обратите внимание, что это относится только к новым кошелькам; кошельки, созданные с помощью предыдущих версий, не будут обновлены до HD.
Конфигурация каталога кошельков (-walletdir
)
Litecoin Core теперь имеет большую гибкость в выборе расположения каталога кошельков. Ранее файлы базы данных кошелька хранились на верхнем уровне каталога данных litecoin. Теперь поведение следующее:
- Для новых установок (где каталог данных еще не существует) кошельки теперь будут храниться в новом
wallets/
подкаталог внутри каталога данных по умолчанию. - Для существующих узлов (где каталог данных уже существует) кошельки по умолчанию будут храниться в корне каталога данных. Если
wallets/
подкаталог уже существует в корне каталога данных, тогда кошельки будут храниться вwallets/
подкаталог по умолчанию. - Расположение каталога кошельков можно изменить, указав
-walletdir=<path>
вариант где<path>
может быть абсолютным путем к каталогу или символической ссылкой на каталог.
Следует проявлять осторожность при выборе местоположения каталога кошельков, поскольку средства могут быть потеряны, если они станут недоступны во время работы.
Минимальная версия компилятора GCC, необходимая для компиляции Litecoin Core, теперь 4.8. Никаких усилий для поддержки старых версий GCC предприниматься не будет. См. Обсуждение в проблеме #11732 для дополнительной информации. Минимальная версия для компилятора Clang по-прежнему 3.3. Другие минимальные версии зависимостей можно найти в doc/dependencies.md
в репозитории.
Отсеченные узлы теперь могут сигнализировать NODE_NETWORK_LIMITED BIP159, используя служебные биты, в рамках подготовки к полной поддержке BIP159 в более поздних версиях. Это позволит обрезанным узлам обслуживать самые свежие блоки. Однако текущее изменение еще не включает поддержку подключения к этим сокращенным одноранговым узлам.
Оптимизация хеширования SHA256 для архитектур, поддерживающих SSE4, которая приводит к ~ 50% ускорению SHA256 на поддерживаемом оборудовании (~ 5% ускорение синхронизации и проверки блока), теперь включена по умолчанию. В предыдущих версиях они были включены с помощью --enable-experimental-asm
при сборке, но теперь они используются по умолчанию и больше не считаются экспериментальными.
- Возможность повторного использования предыдущего адреса удалена. Это было оправдано необходимостью «переслать» счет. Но теперь, когда у нас есть история запросов, эта необходимость исчезла.
- Добавлена поддержка поиска по TXID, а не только по адресу и метке.
- В диалоговое окно отправки монет добавлена опция «Использовать доступный баланс», чтобы добавить оставшийся доступный баланс кошелька в вывод транзакции.
- Добавлен переключатель для разблокировки полей пароля в диалоговом окне пароля.
Новые rescanblockchain
RPC
Новый RPC rescanblockchain
был добавлен для ручного запуска повторного сканирования блокчейна. RPC поддерживает аргументы начальной и конечной высоты для повторного сканирования и может использоваться в среде с несколькими кошельками для повторного сканирования блокчейна во время выполнения.
Новые savemempool
RPC
Новая savemempool
Был добавлен RPC, который позволяет сохранить текущий пул памяти на диск в любое время, чтобы избежать его потери из-за сбоев / потери питания.
Безопасный режим отключен по умолчанию
Безопасный режим теперь отключен по умолчанию и должен быть включен вручную (с -disablesafemode=0
), если вы хотите его использовать. Безопасный режим - это функция, которая автоматически отключает подмножество вызовов RPC, в основном связанных с кошельком и отправкой, в случае обнаружения определенных проблемных условий в сети. Однако разработчики считают эти проверки недостаточно надежными, чтобы действовать автоматически. Даже при отключенном безопасном режиме они все равно будут вызывать предупреждения в warnings
поле getneworkinfo
RPC и запустите -alertnotify
команда.
Переименованный скрипт для создания учетных данных JSON-RPC
Ассоциация share/rpcuser/rpcuser.py
сценарий был переименован в share/rpcauth/rpcauth.py
. Этот скрипт можно использовать для создания rpcauth
учетные данные для пользователя JSON-RPC.
Проверка улучшений адреса
Ассоциация validateaddress
Вывод RPC был расширен несколькими новыми полями и поддержкой адресов segwit (как P2SH, так и Bech32). В частности:
- Новое поле
iswitness
имеет значение True для адресов P2WPKH и P2WSH (адреса «ltc1…»), но не для адресов segwit с оболочкой P2SH (см. ниже). - Существующее поле
isscript
теперь также будет сообщать True для адресов P2WSH. - Новое поле
embedded
присутствует для всех адресов сценария, по которым сценарий известен, и соответствует чему-то, что можно интерпретировать как известный адрес. Это особенно верно для адресов P2SH-P2WPKH и P2SH-P2WSH. Значение дляembedded
включает в себя большую часть информацииvalidateaddress
сообщит, если будет вызван непосредственно по встроенному адресу. - Для скриптов с мультиподписью новый
pubkeys
было добавлено поле, которое сообщает полные открытые ключи, задействованные в скрипте (если известны). Это замена существующейaddresses
поле (которое сообщает ту же информацию, но закодировано как адреса P2PKH), представленное более полезным и менее запутанным способом. Вaddresses
Поле остается присутствующим для адресов, отличных от segwit, для обратной совместимости. - Для всех одноключевых адресов с известным ключом (даже если они заключены в P2SH или P2WSH)
pubkey
поле будет присутствовать. В частности, это означает, что вызовvalidateaddress
на выходеgetnewaddress
всегда будет сообщать оpubkey
, даже если тип адреса - P2SH-P2WPKH.
- Устаревший RPC
getinfo
был удален. Рекомендуется использовать более конкретные RPC: getblockchaininfo
getnetworkinfo
getwalletinfo
getmininginfo
- Кошелек RPC
getreceivedbyaddress
вернет ошибку при вызове с адреса, которого нет в кошельке. - Кошелек RPC
addwitnessaddress
устарела и будет удалена в версии 0.17, установитеaddress_type
аргументgetnewaddress
, или вариант-addresstype=[bech32|p2sh-segwit]
. dumpwallet
теперь включает в файл дампа скрипты в шестнадцатеричной кодировке из кошелька, иimportwallet
теперь импортирует эти сценарии, но соответствующие адреса могут быть добавлены неправильно или может потребоваться ручное повторное сканирование для поиска соответствующих транзакций.- ПКР
getblockchaininfo
теперь включаетerrors
поле. - Новая
blockhash
добавлен параметр вgetrawtransaction
RPC, который позволяет извлекать необработанную транзакцию из определенного блока, если он известен, даже без-txindex
включен. - Ассоциация
decoderawtransaction
иfundrawtransaction
RPC теперь имеют необязательныеiswitness
параметры для отмены эвристических проверок свидетелей, если это необходимо. - Ассоциация
walletpassphrase
таймаут теперь ограничен 2 ^ 30 секундами. - Использование адресов с
createmultisig
RPC устарел и будет удален в более поздней версии. Вместо этого следует использовать открытые ключи. - Повторное сканирование блокчейна больше не блокирует кошелек для всего процесса повторного сканирования, поэтому теперь можно использовать другие RPC одновременно (хотя результаты балансов / транзакций могут быть неверными или неполными до завершения повторного сканирования).
- Ассоциация
logging
RPC теперь стал публичным, а не скрытым. - An
initialblockdownload
логическое значение было добавлено вgetblockchaininfo
RPC, чтобы указать, находится ли узел в настоящее время в IBD или нет. minrelaytxfee
теперь включен в выводgetmempoolinfo
-debuglogfile=<file>
может использоваться для указания альтернативного файла журнала отладки.- litecoin-cli теперь имеет
-stdinrpcpass
опция, позволяющая читать пароль RPC со стандартного ввода. - Ассоциация
-usehd
опция была удалена. - litecoin-cli теперь поддерживает новый
-getinfo
флаг, который возвращает вывод, подобный выводу теперь удаленногоgetinfo
КНР.
- Порт JSON-RPC по умолчанию для regtest был изменен на 19443, чтобы избежать конфликта со значением по умолчанию для тестовой сети 19332.
- Segwit теперь по умолчанию всегда активен в режиме regtest. Таким образом, если вы обновляете узел regtest, вам нужно будет либо -reindex, либо использовать старые правила, добавив
vbparams=segwit:0:999999999999
в ваш regtest litecoin.conf. Невыполнение этого требования приведет к ошибке утверждения CheckBlockIndex (), которая будет выглядеть так: Assertion `(pindexFirstNeverProcessed! = Nullptr) == (pindex-> nChainTx == 0) 'не удалось.
Для загрузки посетите страницу загрузки здесь. Кроме того, вы можете просмотреть папку загрузки здесь.
Пожалуйста, используйте GPG для проверки целостности двоичных файлов выпуска. Это гарантирует, что загруженный вами двоичный файл не был изменен. Доступны инструкции GPG для командной строки cygwin для Linux, MacOS и Win32 здесь. Также обратите внимание, что мы, GPG, подписываем двоичные файлы для вашего удобства, лучший способ проверить целостность сборок - это собрать их самостоятельно с помощью Gitian. Инструкции по выполнению этих сборок можно найти здесь.
В этом выпуске двоичные файлы были подписаны идентификатором ключа ФЭ3348877809386К (ключ трэшера).
Несмотря на то, что эта версия тщательно тестируется, в ней все еще могут быть ошибки. Перед обновлением всегда создавайте резервную копию файла wallet.dat. Если у вас возникнут какие-либо проблемы, сообщите нам об этом, разместив сообщение в разделе сообщений об ошибках ниже.
Основная ветка содержит последние коммиты следующих стабильных выпусков Litecoin Core.
Инструкции по сборке для Linux можно найти здесь.
Инструкции по сборке для OSX можно найти здесь.
Инструкции по сборке для Windows можно найти здесь.
Сообщите здесь о любых проблемах, с которыми вы столкнетесь, и один из разработчиков Litecoin поможет вам.
Подпишитесь только на объявления или обсуждение разработки.
Это хэши SHA-256 выпущенных файлов:
108db1106539f48d3221420d14219177c81019b10b751fa923fe2b2376fe25eb litecoin-0.16.0-aarch64-linux-gnu.tar.gz
e49f8fba90e5c87000d0c8a91ddc305e3cfd3e34861f678f9220337db5fe79db litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
edda17bdbcba596149cd94d9aa58e5d7975955a94ca9eac30892cbdeaea40ea8 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
d068934a905c3a15a3b32684751f68d7d46e8ce7a540436563659ef8ee4784f1 litecoin-0.16.0-osx64.tar.gz
e33fab8afa3c03eabcd958f4f7c2a4fdfdaf1f65eff7a861135e19fbc68423ad litecoin-0.16.0-osx.dmg
93b451d180b2c60495595df00c303de6b8e135187d0d77bd542b9df917f50286 litecoin-0.16.0-osx.dmg.old
ee13921d34a5fa0c38ca6660514b1ae20f8d66ff366497a3368c7449ab6be541 litecoin-0.16.0.tar.gz
21718c1a60e66fdf55f8d0be0601fa5e7ed7c60bc74e1f08f6e8a470cc2859cd litecoin-0.16.0-win32-setup.exe
ae3294a61ddf41744166e35c4f564478a31dd4895f31cdcda7cf9f5e0cb94048 litecoin-0.16.0-win32.zip
629a4133cd6870562915df1da13a3600d559f5c0d3878eb00a4c1e925f4b9cf1 litecoin-0.16.0-win64-setup.exe
dd0317dde21ad89bbb6cd2d3b089362a12ebb5d65367147f7c96c465f03095c6 litecoin-0.16.0-win64.zip
5a1dfaea8d70f4d0d61190061631d6ad40cb3662e7718660000c43f564c348e6 litecoin-0.16.0-x86_64-linux-gnu.tar.gz
Спасибо всем, кто внес свой вклад в этот выпуск:
- Разработчики Bitcoin Core
- Адриан Галлахер
- ауныки
- Coblee
- криптонексии
- Габриельдов
- Мартин Смит
- НеМО84
- частей на миллион 0
- Романорн
- Shaolinfry
- spl0i7
- стедвмс
- ультрагткс
- ВКосков
- пустая функция
- вбсмолен
- Синьси
- "
- Absolute
- активный
- Все
- Объявления
- Аргументы
- Восстановление
- Bitcoin
- биткойн-сердечник
- блокчейн
- Ошибка
- ошибки
- строить
- Строительство
- Вызывать
- изменение
- Проверки
- Coins
- конфликт
- продолжать
- способствовало
- Создающий
- Текущий
- данным
- База данных
- Дев
- застройщиков
- Развитие
- EC
- Окружающая среда
- Ошибка
- Особенность
- Особенности
- Поля
- Трансформируемость
- следовать
- полный
- средства
- будущее
- Аппаратные средства
- Хеширования
- здесь
- история
- Как
- How To
- hr
- HTTPS
- В том числе
- информация
- вовлеченный
- вопросы
- IT
- Основные
- ключи
- последний
- запуск
- вести
- уровень
- LG
- линия
- Linux
- Litecoin
- расположение
- Длинное
- MacOS
- основной
- средний
- Mempool
- MIT
- Multisig
- сеть
- Новые функции
- Новости
- узлы
- Опция
- Опции
- Другое
- Пароль
- производительность
- мощностью
- представить
- Произведенный
- что такое варган?
- Сырье
- выздоровление
- публикации
- отчету
- Отчеты
- Итоги
- Возвращает
- условиями,
- безопасный
- SegWit
- набор
- So
- Software
- Начало
- поддержка
- Поддержанный
- Поддержка
- время
- топ
- сделка
- Сделки
- us
- пользователей
- ценностное
- Вид
- Кошелек
- Кошельки
- КТО
- окна
- Работа