Кандидат на випуск Litecoin Core V0.18.1

Перевидано Платоном

читають: 0

Слідкуйте за нашими Twitter для останніх новин розробників.

Ми раді випустити кандидата на реліз Litecoin Core 0.18.1. Це нова основна версія, що включає нові функції, різні виправлення помилок, покращення продуктивності та оновлені переклади.

Досвідченим користувачам рекомендується оновитися до цієї версії. Після достатнього тестування буде випущена версія Litecoin Core 0.18.1 final, яку всім користувачам рекомендується оновити.

Якщо ви використовуєте старішу версію, закрийте її. Зачекайте, поки він повністю вимкнеться (що може зайняти кілька хвилин для старих версій), потім запустіть програму встановлення (у Windows) або просто скопіюйте /Applications/Litecoin-Qt (на Mac) або litecoind/litecoin-qt (на Linux).

Під час першого запуску версії 0.15.0 або новішої, ваша база даних chainstate буде перетворена в новий формат, що займе від кількох хвилин до півгодини, залежно від швидкості вашої машини.

Зверніть увагу, що формат блокової бази даних також змінився у версії 0.8.0 і немає коду автоматичного оновлення з попередньої версії 0.8 до версії 0.15.0 або пізнішої. Безпосереднє оновлення з 0.7.x і раніших версій без повторного завантаження блокчейну не підтримується. Однак, як зазвичай, старі версії гаманця все ще підтримуються.

Litecoin Core підтримується та ретельно тестується в операційних системах з ядром Linux, macOS 10.10+ і Windows 7 і новіших версій. Не рекомендується використовувати Litecoin Core на непідтримуваних системах.

Litecoin Core також має працювати на більшості інших Unix-подібних систем, але не так часто тестується на них.

Починаючи з 0.17.0 і далі, macOS <10.10 більше не підтримується. 0.17.0 створено з використанням Qt 5.9.x, який не підтримує версії macOS, старші за 10.10. Крім того, Litecoin Core ще не змінює зовнішній вигляд, коли активовано «темний режим» macOS.

На додаток до попередньо підтримуваних платформ ЦП, попередньо скомпільований дистрибутив цього випуску також містить двійкові файли для платформи RISC-V.

Графічний інтерфейс Wallet

Для досвідчених користувачів, у яких (1) увімкнуто функції контролю монет і (2) використовуються кілька гаманців, завантажених одночасно: діалогове вікно вибору введення контролю монет може помилково зберігати неправильний стан гаманця під час перемикання гаманців за допомогою спадного меню. На даний момент рекомендується не використовувати функції контролю монет із кількома завантаженими гаманцями.

Mining

Дзвінки до getblocktemplate не вдасться виконати, якщо правило segwit не вказано. Дзвінок getblocktemplate без указання segwit майже напевно є неправильною конфігурацією, оскільки це призводить до менших винагород для майнера. Невдалі виклики створять повідомлення про помилку з описом того, як увімкнути правило segwit.

Зміни параметрів конфігурації

Якщо у файлі конфігурації використовується нерозпізнана назва розділу, друкується попередження. Розпізнані розділи є [test], [main] та [regtest].
Чотири нові параметри доступні для конфігурації максимальної кількості повідомлень, які ZMQ поставить у чергу в пам’яті («висока позначка») перед видаленням додаткових повідомлень. Значення за замовчуванням — 1,000, таке ж, як і для попередніх випусків. Див Документація ZMQ for details.
Команда rpcallowip параметр більше не можна використовувати для автоматичного прослуховування всіх мережевих інтерфейсів. Натомість, rpcbind Параметр потрібно використовувати для визначення IP-адрес для прослуховування. Прослуховування команд RPC через підключення до загальнодоступної мережі є небезпечним і його слід вимкнути, тому тепер друкується попередження, якщо користувач вибирає таку конфігурацію. Якщо вам потрібно відкрити RPC, щоб використовувати такий інструмент, як Docker, переконайтеся, що ви прив’язуєте RPC лише до свого локального хосту, наприклад docker run [...] -p 127.0.0.1:9332:9332 (це додатково :9332 порівняно зі звичайною специфікацією порту Docker).
Команда rpcpassword Параметр тепер викликає помилку запуску, якщо пароль, установлений у файлі конфігурації, містить символ решетки (#), оскільки неоднозначно, чи символ решітки призначено для пароля чи коментаря.
Команда whitelistforcerelay Параметр використовується для ретрансляції транзакцій від вузлів із білого списку, навіть якщо вони не прийняті до mempool. Цей параметр тепер за замовчуванням вимкнено, тому зміни в політиці та поведінці відключення/заборони не призведуть до того, що однорангові вузли, які додають інший у білий список, будуть видалені. Користувачі все ще можуть явно ввімкнути цю поведінку за допомогою параметра командного рядка (і, можливо, захочуть розглянути контактування проект Litecoin Core, щоб повідомити нам про їх використання, оскільки ця функція може бути припинена в майбутньому).

При створенні транзакції з комісією вище -maxtxfee (за замовчуванням 0.1 LTC), команди RPC walletcreatefundedpsbt та fundrawtransaction замість того, щоб округлити комісію, тепер не вийде. Остерігайтеся, що feeRate аргумент вказується в LTC на кілобайт, а не літоші на байт.

Нова короткометражка документ про інтерфейс JSON-RPC описано випадки, коли результати RPC можуть містити невідповідності між даними, отриманими з різних підсистем, наприклад стан гаманця та стан mempool. Додається примітка Документація інтерфейсу REST вказуючи, що застосовуються ті самі правила.
Додаткова інформація додається до Документація JSON-RPC про те, як захистити цей інтерфейс.
Новий документ про litecoin.conf файл описує, як використовувати його для налаштування Litecoin Core.
Новий документ представляє BIP174 Litecoin Core Частково підписані транзакції Litecoin (PSBT) інтерфейс, який використовується для спільної роботи кількох програм для створення, підписання та трансляції нових транзакцій. Це корисно для офлайн (холодне зберігання) гаманців, гаманців з кількома підписами, реалізацій coinjoin і багатьох інших випадків, коли дві або більше програм повинні взаємодіяти, щоб створити повну транзакцію.
Команда дескриптор вихідного сценарію документацію було оновлено інформацією про нові функції в цій мові, що все ще розвивається, для опису вихідних сценаріїв, про які гаманець або інша програма хоче отримувати сповіщення, наприклад, про те, на які адреси вона хоче знати отримані платежі. Мова наразі використовується в кількох нових і оновлених RPC, описаних у цих примітках до випуску, і очікується, що її буде адаптовано до інших RPC і базової структури гаманця.

Новий --disable-bip70 опція може бути передана до ./configure щоб запобігти створенню Litecoin-Qt із підтримкою платіжного протоколу BIP70 або пов’язанню libssl. Оскільки в минулому платіжний протокол піддавав Litecoin Core уразливостям libssl, розробникам, яким не потрібна підтримка BIP70, рекомендується використовувати цю опцію, щоб зменшити вразливість у майбутньому.
Мінімально необхідну версію Qt (під час створення GUI) було збільшено з 5.2 до 5.5.1 ( залежить від системи забезпечує 5.9.7)

getnodeaddresses повертає однорангові адреси, відомі цьому вузлу. Його можна використовувати для пошуку вузлів для підключення без використання DNS-засівача.
listwalletdir повертає список гаманців у каталозі гаманця (каталог гаманця за замовчуванням або каталог, налаштований -walletdir параметр).
getrpcinfo повертає деталі часу виконання сервера RPC. На даний момент він повертає масив поточних активних команд і час їх виконання.
deriveaddresses повертає одну або декілька адрес, що відповідають дескриптор виведення.
getdescriptorinfo приймає дескриптор і повертає інформацію про нього, включаючи його обчислену контрольну суму.
joinpsbts об’єднує кілька різних PSBT в один PSBT. Кілька PSBT повинні мати різні входи. Отриманий PSBT міститиме всі входи та виходи з усіх PSBT. Будь-які підписи, надані в будь-якому з PSBT, будуть видалені.
analyzepsbt перевіряє PSBT і надає інформацію про те, що містить PSBT, і про наступні кроки, які необхідно виконати для завершення транзакції. Для кожного входу PSBT, analyzepsbt надає інформацію про те, якої інформації бракує для цього введення, включно з тим, чи потрібно надавати UTXO, які pubkeys ще потрібно надати, які сценарії потрібно надати та які підписи ще потрібні. У кожному введенні також буде перераховано, яка роль потрібна для виконання цього введення, і analyzepsbt також перелічить наступну роль, яка в цілому необхідна для завершення PSBT. analyzepsbt також надасть приблизну ставку комісії та приблизний віртуальний розмір завершеної транзакції, якщо він матиме для цього достатньо інформації.
utxoupdatepsbt шукає набір невитрачених вихідних даних транзакції (UTXO), щоб знайти вихідні дані, витрачені частковою транзакцією. Для PSBT потрібно надати UTXO, які витрачаються, оскільки алгоритм підписання вимагає інформації від UTXO, що витрачається. Для входів segwit необхідний лише сам UTXO. Для виходів, не пов’язаних із segwit, необхідна вся попередня транзакція, щоб підписувачі могли бути впевнені, що вони підписують правильну річ. На жаль, оскільки набір UTXO містить лише UTXO, а не повні транзакції, utxoupdatepsbt додасть UTXO лише для входів segwit.

Примітка: деякі низькорівневі зміни RPC, які в основному корисні для тестування, описано в розділі «Зміни низького рівня» нижче.

getpeerinfo тепер повертає додатковий minfeefilter у полі встановлено фільтр плати BIP133 однорангового пристрою. Ви можете використовувати це, щоб виявити, що у вас є партнери, які готові приймати транзакції, нижчі за мінімальну плату за передачу за замовчуванням.
RPC mempool, наприклад getrawmempool з verbose=true, тепер повертає додаткове значення «bip125-replaceable», яке вказує, чи транзакція (або її непідтверджені предки) погоджується запитувати вузли та майнери замінити її транзакцією з вищою платою, витрачаючи будь-які з тих самих вхідних даних.
settxfee раніше мовчки ігнорував спроби встановити плату нижче дозволених мінімумів. Тепер він друкує попередження. Спеціальне значення «0» все ще може використовуватися для запиту мінімального значення.
getaddressinfo тепер надає ischange поле, яке вказує, чи використовував гаманець адресу у виведених змінах.
importmulti оновлено для підтримки P2WSH, P2WPKH, P2SH-P2WPKH і P2SH-P2WSH. Запити на P2WSH і P2SH-P2WSH приймаються додатково witnessscript параметр.
importmulti тепер повертає додатковий warnings поле для кожного запиту з масивом рядків, що пояснює, коли поля ігноруються або є неузгодженими, якщо такі є.
getaddressinfo тепер повертає додатковий solvable логічне поле, коли Litecoin Core знає достатньо про сценарій адреси PubKey, необов’язковий redeemScript і необов’язковий evidencScript, щоб гаманець міг створити непідписаний вхід, витрачаючи кошти, надіслані на цю адресу.
Команда getaddressinfo, listunspent та scantxoutset RPC тепер повертають додатковий desc поле, яке містить вихідний дескриптор, що містить усі ключові шляхи та інформацію про підпис для адреси (за винятком закритого ключа). The desc поле повертається лише для getaddressinfo та listunspent коли адреса розв’язана.
importprivkey збереже попередньо встановлені мітки для адрес або відкритих ключів, що відповідають закритому ключу, який імпортується. Наприклад, якщо ви імпортували адресу лише для перегляду з міткою «холодний гаманець» у попередніх версіях Litecoin Core, подальший імпорт приватного ключа за замовчуванням скидає мітку адреси до мітки пустого рядка за замовчуванням («»). У цьому випуску буде збережено попередню позначку «холодний гаманець». Якщо під час виклику ви вказуєте будь-яку мітку, окрім стандартної importprivkey, нова мітка буде застосована до адреси.
Див Mining розділ для змін getblocktemplate.
getmininginfo тепер пропускає currentblockweight та currentblocktx коли блок ніколи не збирався через RPC на цьому вузлі.
Команда getrawtransaction Кінцеві точки RPC і REST більше не перевіряють невитрачений набір UTXO для транзакції. Решта поведінки є наступною: 1. Якщо надано хеш блоку, перевірте відповідний блок. 2. Якщо хеш блоку не надано, перевірте mempool. 3. Якщо хеш блоку не надано, але txindex увімкнено, також перевірте txindex.
unloadwallet тепер синхронний, тобто він не повернеться, доки гаманець не буде повністю вивантажено.
importmulti тепер підтримує імпорт адрес із дескрипторів. У запиті можна надати параметр «desc» замість «scriptPubKey», а також необов’язковий діапазон для діапазонних дескрипторів, щоб указати початок і кінець діапазону для імпорту. Дескриптори з ключовою інформацією про походження, імпортованою через importmulti матиме ключову інформацію про походження, що збережеться в гаманці для використання під час створення PSBT. Додаткову інформацію про дескриптори можна знайти тут.
listunspent було змінено так, що воно також повертається witnessScript, сценарій-свідок у випадку виведення P2WSH або P2SH-P2WSH.
createwallet тепер є додатковий blank аргумент, який можна використати для створення порожнього гаманця. Пусті гаманці не мають жодних ключів або HD-засіб. Їх не можна відкрити в програмному забезпеченні, старішому за 0.18. Після того, як у порожньому гаманці буде початковий набір HD (за допомогою sethdseed) або приватні ключі, сценарії, адреси та інше, що лише для спостереження, було імпортовано, гаманець більше не є порожнім і його можна відкрити в 0.17.x. Шифрування порожнього гаманця також встановить для нього початкове значення HD.

signrawtransaction видаляється після того, як було визнано застарілим і приховано за спеціальним параметром конфігурації у версії 0.17.0.
API «облікового запису» вилучено після того, як він був застарілим у версії 0.17. API «мітки» було представлено у версії 0.17 як заміна обліковим записам. Див примітки до версії 0.17 для повного опису змін від API «облікового запису» до API «мітки».
addwitnessaddress видаляється після того, як він визнаний застарілим у версії 0.16.0.
generate застаріло та буде повністю видалено в наступній основній версії. Цей RPC використовується лише для тестування, але його реалізація охопила кілька підсистем (гаманець і майнінг), тому він застарів, щоб спростити інтерфейс вузла гаманця. Проекти, які використовують generate для цілей тестування слід перейти до використання generatetoaddress RPC, який не потребує та не використовує компонент гаманця. Дзвінок generatetoaddress з адресою, повернутою getnewaddress RPC надає ту саму функціональність, що й старий generate RPC. Для продовження використання generate у цій версії перезапустіть litecoind за допомогою -deprecatedrpc=generate варіант налаштування.
Нагадуємо, що частини validateaddress Команда застаріла та переміщена до getaddressinfo. Наступні застарілі поля переміщено до getaddressinfo: ismine, iswatchonly, script, hex, pubkeys, sigsrequired, pubkey, embedded, iscompressed, label, timestamp, hdkeypath, hdmasterkeyid.
Команда addresses поле було видалено з validateaddress та getaddressinfo Методи RPC. Це поле вводило в оману, оскільки воно посилалося на відкриті ключі з використанням адреси P2PKH. Клієнти повинні використовувати embedded.address поле для обгорнутих адрес P2SH або P2WSH і pubkeys для перевірки учасників multisig.

Новий /rest/blockhashbyheight/ кінцева точка додається для отримання хешу блоку в поточному найкращому блокчейні на основі його висоти (скільки блоків після блоку Genesis).

Нове меню «Вікно» додається поряд із існуючими меню «Файл», «Параметри» та «Довідка». Кілька пунктів з інших меню, які відкривали нові вікна, було переміщено до цього нового меню «Вікно».
На вкладці «Надіслати» знято прапорець «сплатити лише необхідну комісію». Замість цього користувач може просто зменшити значення в полі Custom Feerate аж до налаштованої мінімальної плати за ретрансляцію вузла.
На вкладці «Огляд» баланс лише для перегляду буде єдиним балансом, який відображатиметься, якщо гаманець створено за допомогою createwallet РПЦ і disable_private_keys для параметра встановлено значення true.
Параметр запуску під час запуску більше не доступний у macOS, якщо скомпільовано з macosx min версії вище 10.11 (використовуйте CXXFLAGS=”-mmacosx-version-min=10.11″ CFLAGS=”-mmacosx-version-min=10.11″ для налаштування версія SDK для розгортання)

Новий litecoin-wallet інструмент тепер поширюється разом з іншими виконуваними файлами Litecoin Core. Без необхідності використовувати будь-які RPC, цей інструмент наразі може створити новий файл гаманця або відобразити деяку основну інформацію про існуючий гаманець, наприклад, чи зашифрований гаманець, чи використовує він початковий код HD, скільки транзакцій він містить і скільки записів адресної книги.

У цьому розділі описано заплановані зміни в Litecoin Core, які можуть вплинути на інше програмне забезпечення та служби Litecoin.

Починаючи з версії 0.16.0, вбудований гаманець Litecoin Core за замовчуванням генерує адреси segwit, загорнуті в P2SH, коли користувачі хочуть отримувати платежі. Ці адреси зворотно сумісні з усім поширеним програмним забезпеченням. Починаючи з Litecoin Core 0.20 (очікується приблизно через рік після 0.18), Litecoin Core за замовчуванням використовуватиме рідні адреси segwit (bech32), що забезпечує додаткову економію та інші переваги. Наразі багато гаманців і сервісів уже підтримують надсилання на адреси bech32, і якщо проект Litecoin Core побачить достатнє впровадження, натомість за замовчуванням він використовуватиме адреси отримання bech32 у Litecoin Core 0.20. Адреси segwit, загорнуті в P2SH, продовжуватимуть надаватися, якщо користувач запросить їх у графічному інтерфейсі користувача або за допомогою RPC, і будь-хто, хто не хоче оновлення, зможе налаштувати тип адреси за замовчуванням. (Так само перші користувачі, які хочуть зараз змінити параметри за замовчуванням, можуть встановити addresstype=bech32 параметр конфігурації в будь-якому випуску Litecoin Core від 0.16.0.)

Повідомлення про відхилення BIP 61 тепер застаріли. Повідомлення про відхилення не застосовуються в мережі P2P і реєструються лише для налагодження більшістю вузлів мережі. Крім того, вони збільшують пропускну здатність і можуть бути шкідливими для конфіденційності та безпеки. Починаючи з v61, можна вимкнути повідомлення BIP 0.17 за допомогою -enablebip61=0 варіант. Повідомлення BIP 61 буде вимкнено за замовчуванням у наступній версії, а потім повністю видалено.

У цьому розділі описуються зміни RPC, які в основному корисні для тестування, але здебільшого не стосуються виробництва. Зміни згадуються для повноти.

Команда submitblock Раніше RPC повертав причину, через яку відхилений блок був недійсним під час першої обробки цього блоку, але повертав загальне «дубльоване» повідомлення про відхилення під час наступних випадків обробки того самого блоку. Тепер він завжди повертає основну причину відхилення недійсного блоку та повертає лише «дублікат» для дійсних блоків, які він уже прийняв.
Новий submitheader RPC дозволяє подавати заголовки блоків незалежно від їхнього блоку. Ймовірно, це корисно лише для тестування.
Команда signrawtransactionwithkey та signrawtransactionwithwallet RPC було змінено таким чином, що вони також можуть приймати a witnessScript, сценарій-свідок у випадку виведення P2WSH або P2SH-P2WSH. Це сумісно зі зміною до listunspent.
Для walletprocesspsbt та walletcreatefundedpsbt RPC, якщо bip32derivs для параметра встановлено значення true, але ключові метадані для відкритого ключа ще не оновлено, тоді цей ключ матиме шлях похідного походження, наче він був просто незалежним ключем (тобто шляху похідного немає, а його головним відбитком є сам).

Команда -usehd параметр конфігурації було видалено у версії 0.16. Починаючи з цієї версії, усі створені нові гаманці є ієрархічними детермінованими гаманцями. Цей випуск робить уточнення -usehd недійсний параметр конфігурації.

Цей випуск дозволяє одноранговим вузлам, яких ваш вузол автоматично від’єднав через неправильну поведінку (наприклад, надсилання недійсних даних), повторно підключитися до вашого вузла, якщо у вас є невикористані слоти вхідного з’єднання. Якщо ваші слоти заповнюються, несправний вузол буде від’єднано, щоб звільнити місце для вузлів без історії проблем (якщо несправний вузол не допомагає вашому вузлу якимось іншим чином, наприклад під’єднанням до частини Інтернету, з якої ви не у мене багато інших однолітків). Раніше Litecoin Core забороняв IP-адреси некоректних однорангових пристроїв на певний період часу (за замовчуванням 1 день); це було легко обійти зловмисниками з кількома IP-адресами. Якщо ви вручну забороните однорангового користувача, наприклад, за допомогою setban RPC, усі підключення від цього вузла все одно будуть відхилені.

Ключові метадані потрібно буде оновити, коли початкове значення HD стане доступним уперше. Для незашифрованих гаманців це станеться під час завантаження гаманця. Для зашифрованих гаманців це станеться під час першого розблокування гаманця.
Нещодавно зашифровані гаманці більше не вимагатимуть перезапуску програмного забезпечення. Натомість такі гаманці будуть повністю розвантажені та перезавантажені для досягнення того самого ефекту.
Підпроект Litecoin Core тепер надає сценарії Hardware Wallet Interaction (HWI), які дозволяють користувачам командного рядка використовувати декілька популярних апаратних пристроїв керування ключами з Litecoin Core. Подивіться їх Сторінка проекту for details.

Цей випуск змінює Генератор випадкових чисел (RNG), який використовується з OpenSSL, на власну реалізацію Litecoin Core, хоча ентропія, зібрана Litecoin Core, передається в OpenSSL, а потім зчитується, коли програмі потрібна сильна випадковість. Це наближає Litecoin Core до того, що більше не потрібно залежати від OpenSSL, залежності, яка в минулому спричиняла проблеми з безпекою. Нова реалізація збирає ентропію з багатьох джерел, у тому числі з апаратного забезпечення, що підтримує інструкцію ЦП rdseed.

У macOS Litecoin Core тепер вимикає обмеження ЦП програми («app nap») під час початкового завантаження блокчейну, під час наздоганяння з понад 100 блоків за поточною вершиною ланцюжка або під час повторного індексування даних ланцюжка. Це допомагає запобігти тому, що ці операції триватимуть надто довго, оскільки операційна система намагається заощадити енергію.

Щоб завантажити, відвідайте сторінку завантаження тут. Крім того, ви можете переглянути папку завантаження тут.

Будь ласка, використовуйте GPG, щоб перевірити цілісність двійкових файлів випуску. Це гарантує, що двійковий файл, який ви завантажили, не був підроблений. Доступні інструкції GPG командного рядка cygwin для Linux, MacOS і Win32 тут. Також зверніть увагу, що ми GPG підписуємо двійкові файли для зручності для вас. Остаточний спосіб перевірити цілісність збірок — створити їх самостійно за допомогою Gitian. Інструкції щодо виконання цих побудов можна знайти тут.

Для цього випуску двійкові файли були підписані ідентифікатором ключа FE3348877809386C (ключ від трешера).

Незважаючи на те, що ця версія ретельно перевірена, ця версія все ще може містити помилки. Завжди створюйте резервну копію вашого файлу wallet.dat перед оновленням. Якщо у вас виникли проблеми, повідомте нас, опублікувавши повідомлення в розділі звітів про помилки нижче.

Головна гілка містить останні фіксації до наступних стабільних випусків Litecoin Core.

Інструкції зі збірки для Linux можна знайти тут.

Інструкції зі збірки для OSX можна знайти тут.

Можна знайти інструкції зі збірки для Windows тут.

Надсилайте сюди будь-які проблеми, з якими ви стикаєтесь, і один із розробників Litecoin допоможе вам.

Підпишіться лише на оголошення або обговорення розвитку.

Це хеші SHA-256 випущених файлів:

b8a118e94703e84128bec31a99a59b91af54edb1b0470b970cec3809fc8753ae litecoin-0.18.1-aarch64-linux-gnu.tar.gz
7a47b11065c86a661eec3eb5ba8d157d65ac7e16930fbd381e519d4dcbf86574 litecoin-0.18.1-arm-linux-gnueabihf.tar.gz
58be96c96f7579f05acb3b544698a3e1cd8ede8fb10874ccc7ce1ee9de4f3fc0 litecoin-0.18.1-i686-pc-linux-gnu.tar.gz
8798e030235e2099a456f06a8488a5567641058885965da03036538fa57df0a6 litecoin-0.18.1-osx64.tar.gz
68f4348cb9aa913845a94bcc93718b83b593999ed41e245cdfed0477ec1a9631 litecoin-0.18.1rc1-osx.dmg
7b7f78588340d26b222ff927c7bbfa5eafa68d80b8408d1835f537361a4d9123 litecoin-0.18.1rc1-win32-setup.exe
b76f31c9e7341ffb21f655cfa217ee50b9cde4e10f117eba7167aff85a57e769 litecoin-0.18.1rc1-win64-setup.exe
00e05c776d57443127ed4a75c5a27b3789f8f7bbf01edb668bfa75ac138a49d3 litecoin-0.18.1-riscv64-linux-gnu.tar.gz
6dfa71ccf059463f0a304f85ff1ca8b88039d63e93269d6f056ab24915be936d litecoin-0.18.1.tar.gz
4aea854431c495f43bf3665fc6c0e18f2e6a0caf2b5c4682b8aca4875650c5ad litecoin-0.18.1-win32.zip
fa47ab17be61a924ac5dcba251cbea919aef7ff2dabe7803a6b3af402ef1fe75 litecoin-0.18.1-win64.zip
3c8d2cd2cc06645fc553ced8361c6951eef50e09dc2334268625902bcdb18f76 litecoin-0.18.1-x86_64-linux-gnu.tar.gz

Дякуємо всім, хто безпосередньо долучився до цього випуску: