Litecoin Core V0.18.1-uitgave - Plato AiStream V2.1

Heruitgegeven door Plato

volgers: 0

Volg onze Twitter voor het laatste dev-nieuws.

We zijn verheugd Litecoin Core 0.18.1 uit te brengen. Dit is een nieuwe belangrijke versie, inclusief nieuwe functies, verschillende bugfixes en prestatieverbeteringen, evenals bijgewerkte vertalingen. Het wordt aanbevolen dat alle gebruikers upgraden naar deze versie.

Als u een oudere versie gebruikt, sluit u deze af. Wacht tot het volledig is afgesloten (wat een paar minuten kan duren voor oudere versies), voer dan het installatieprogramma uit (op Windows) of kopieer gewoon /Applications/Litecoin-Qt (op Mac) of litecoind/litecoin-qt (op Linux).

De eerste keer dat u versie 0.15.0 of nieuwer gebruikt, wordt uw chainstate-database geconverteerd naar een nieuw formaat, wat een paar minuten tot een half uur kan duren, afhankelijk van de snelheid van uw machine.

Merk op dat het blokdatabaseformaat ook is gewijzigd in versie 0.8.0 en dat er geen automatische upgradecode is van vóór versie 0.8 naar versie 0.15.0 of hoger. Rechtstreeks upgraden van 0.7.x en eerder zonder de blockchain opnieuw te downloaden, wordt niet ondersteund. Zoals gewoonlijk worden oude portefeuilleversies echter nog steeds ondersteund.

Litecoin Core wordt ondersteund en uitgebreid getest op besturingssystemen met de Linux-kernel, macOS 10.10+ en Windows 7 en nieuwer. Het wordt niet aanbevolen om Litecoin Core te gebruiken op niet-ondersteunde systemen.

Litecoin Core zou ook op de meeste andere Unix-achtige systemen moeten werken, maar wordt er niet zo vaak op getest.

Vanaf 0.17.0 wordt macOS <10.10 niet langer ondersteund. 0.17.0 is gebouwd met Qt 5.9.x, die geen versies van macOS ouder dan 10.10 ondersteunt. Bovendien verandert Litecoin Core nog niet van uiterlijk wanneer macOS "donkere modus" wordt geactiveerd.

Naast eerder ondersteunde CPU-platforms, biedt de voorgecompileerde distributie van deze release ook binaire bestanden voor het RISC-V-platform.

Portemonnee GUI

Voor gevorderde gebruikers die beide (1) ingeschakelde muntcontrolefuncties hebben en (2) meerdere portemonnees tegelijk gebruiken: het invoerselectievenster voor muntcontrole kan ten onrechte de verkeerde portemonnee-status behouden bij het wisselen van portefeuilles met behulp van het vervolgkeuzemenu. Voorlopig wordt het aanbevolen om de functies voor muntbeheer niet te gebruiken met meerdere geladen portefeuilles.

Mijnbouw

Bellen naar getblocktemplate zal mislukken als de segwit-regel niet is gespecificeerd. Roeping getblocktemplate zonder segwit gespecificeerd is vrijwel zeker een verkeerde configuratie aangezien dit resulteert in lagere beloningen voor de miner. Mislukte oproepen geven een foutmelding waarin wordt beschreven hoe de segwit-regel kan worden ingeschakeld.

Configuratie-optie verandert

Er wordt een waarschuwing afgedrukt als een niet-herkende sectienaam wordt gebruikt in het configuratiebestand. Erkende secties zijn [test], [main] en [regtest].
Er zijn vier nieuwe opties beschikbaar voor het configureren van het maximale aantal berichten dat ZMQ in het geheugen in de wachtrij plaatst (de "hoogwatermarkering") voordat aanvullende berichten worden neergezet. De standaardwaarde is 1,000, hetzelfde als werd gebruikt voor eerdere releases. Zie de ZMQ-documentatie voor meer info.
De rpcallowip optie kan niet langer worden gebruikt om automatisch te luisteren op alle netwerkinterfaces. In plaats daarvan, de rpcbind parameter moet worden gebruikt om de IP-adressen te specificeren om naar te luisteren. Luisteren naar RPC-commando's via een openbare netwerkverbinding is onveilig en moet worden uitgeschakeld, dus wordt er nu een waarschuwing afgedrukt als een gebruiker een dergelijke configuratie selecteert. Als u RPC moet vrijgeven om een tool als Docker te gebruiken, zorg er dan voor dat u RPC alleen aan uw localhost koppelt, bijv. docker run [...] -p 127.0.0.1:9332:9332 (dit is een extra :9332 boven de normale Docker-poortspecificatie).
De rpcpassword optie veroorzaakt nu een opstartfout als het wachtwoord dat in het configuratiebestand is ingesteld een hash-teken (#) bevat, omdat het dubbelzinnig is of het hash-teken bedoeld is voor het wachtwoord of als commentaar.
De whitelistforcerelay optie wordt gebruikt om transacties van op de witte lijst geplaatste peers door te sturen, zelfs als ze niet worden geaccepteerd naar de mempool. Deze optie is nu standaard uitgeschakeld, zodat wijzigingen in het beleid en verbroken / verbannen gedrag er niet voor zorgen dat een knooppunt dat op de witte lijst staat, door peers wordt verwijderd. Gebruikers kunnen dit gedrag nog steeds expliciet inschakelen met de opdrachtregeloptie (en kunnen overwegen in contact brengen het Litecoin Core-project om ons op de hoogte te stellen van hun use-case, aangezien deze functie in de toekomst kan worden verouderd).

Bij het aanmaken van een transactie met bovenstaande kosten -maxtxfee (standaard 0.1 LTC), de RPC-opdrachten walletcreatefundedpsbt en fundrawtransaction zal nu mislukken in plaats van de vergoeding naar beneden af te ronden. Pas op dat het feeRate argument wordt gespecificeerd in LTC per kilobyte, niet in litoshi per byte.

Een nieuwe short document over de JSON-RPC-interface beschrijft gevallen waarin de resultaten van een RPC inconsistenties kunnen bevatten tussen gegevens afkomstig van verschillende subsystemen, zoals de toestand van de portefeuille en de toestand van de mempool. Er wordt een notitie toegevoegd aan het REST interface documentatie wat aangeeft dat dezelfde regels van toepassing zijn.
Verdere informatie is toegevoegd aan het JSON-RPC-documentatie over hoe u deze interface kunt beveiligen.
nieuwe document over de litecoin.conf bestand beschrijft hoe het te gebruiken om Litecoin Core te configureren.
Een nieuw document introduceert Litecoin Core's BIP174 Gedeeltelijk ondertekende Litecoin-transacties (PSBT) interface, die wordt gebruikt om meerdere programma's samen te laten werken om nieuwe transacties te maken, te ondertekenen en uit te zenden. Dit is handig voor offline (koude opslag) portemonnees, multisig-portefeuilles, coinjoin-implementaties en vele andere gevallen waarin twee of meer programma's moeten samenwerken om een volledige transactie te genereren.
De uitvoerscriptbeschrijving documentatie is bijgewerkt met informatie over nieuwe functies in deze nog steeds in ontwikkeling zijnde taal voor het beschrijven van de uitvoerscripts waarvoor een portemonnee of ander programma meldingen wil ontvangen, zoals voor welke adressen het ontvangen betalingen wil weten. De taal wordt momenteel gebruikt in meerdere nieuwe en bijgewerkte RPC's die worden beschreven in deze release-opmerkingen en zal naar verwachting worden aangepast aan andere RPC's en aan de onderliggende wallet-structuur.

nieuwe --disable-bip70 optie kan worden doorgegeven aan ./configure om te voorkomen dat Litecoin-Qt wordt gebouwd met ondersteuning voor het BIP70-betalingsprotocol of om libssl. Aangezien het betalingsprotocol Litecoin Core in het verleden heeft blootgesteld aan libssl-kwetsbaarheden, worden bouwers die geen BIP70-ondersteuning nodig hebben, aangemoedigd om deze optie te gebruiken om hun blootstelling aan toekomstige kwetsbaarheden te verminderen.
De minimaal vereiste versie van Qt (bij het bouwen van de GUI) is verhoogd van 5.2 naar 5.5.1 (het hangt af van het systeem biedt 5.9.7)

getnodeaddresses geeft peer-adressen terug die bekend zijn bij dit knooppunt. Het kan worden gebruikt om knooppunten te vinden om verbinding mee te maken zonder een DNS-seeder te gebruiken.
listwalletdir geeft een lijst met portefeuilles terug in de portefeuillemap (ofwel de standaardportefeuilledirectory of de directory die is geconfigureerd door de -walletdir parameter).
getrpcinfo geeft runtime-details van de RPC-server terug. Op dit moment retourneert het een reeks van de momenteel actieve opdrachten en hoe lang ze al actief zijn.
deriveaddresses geeft een of meer adressen terug die overeenkomen met een uitvoerbeschrijving:.
getdescriptorinfo accepteert een descriptor en retourneert informatie erover, inclusief de berekende checksum.
joinpsbts voegt meerdere verschillende PSBT's samen tot een enkele PSBT. De meerdere PSBT's moeten verschillende ingangen hebben. De resulterende PSBT bevat alle invoer en uitvoer van alle PSBT's. Alle handtekeningen in een van de PSBT's zullen worden verwijderd.
analyzepsbt onderzoekt een PSBT en geeft informatie over wat de PSBT bevat en de volgende stappen die moeten worden genomen om de transactie te voltooien. Voor elke invoer van een PSBT, analyzepsbt geeft informatie over welke informatie ontbreekt voor die invoer, inclusief of een UTXO moet worden verstrekt, welke pubkeys nog moeten worden verstrekt, welke scripts moeten worden verstrekt en welke handtekeningen nog nodig zijn. Bij elke invoer wordt ook vermeld welke rol nodig is om die invoer te voltooien, en analyzepsbt zal ook de volgende rol in het algemeen vermelden die nodig is om de PSBT te voltooien. analyzepsbt zal ook het geschatte tarief en de geschatte virtuele omvang van de voltooide transactie verstrekken als er voldoende informatie is om dit te doen.
utxoupdatepsbt doorzoekt de set van niet-bestede transactie-output (UTXO's) om de output te vinden die door de gedeeltelijke transactie wordt uitgegeven. Voor PSBT's moeten de UTXO's die worden uitgegeven, worden verstrekt omdat het ondertekeningsalgoritme informatie van de UTXO nodig heeft die wordt uitgegeven. Voor segwit-ingangen is alleen de UTXO zelf nodig. Voor niet-segwit-uitvoer is de volledige vorige transactie nodig zodat ondertekenaars er zeker van kunnen zijn dat ze het juiste ondertekenen. Helaas, omdat de UTXO-set alleen UTXO's bevat en geen volledige transacties, utxoupdatepsbt voegt alleen de UTXO toe voor segwit-ingangen.

Opmerking: enkele RPC-wijzigingen op laag niveau die voornamelijk nuttig zijn voor testen, worden beschreven in de sectie Wijzigingen op laag niveau hieronder.

getpeerinfo geeft nu een extra minfeefilter veld ingesteld op het BIP133-vergoedingsfilter van de peer. U kunt dit gebruiken om te detecteren dat u peers hebt die transacties onder de standaard minimale relay-vergoeding willen accepteren.
De mempool RPC's, zoals getrawmempool Met verbose=true, retourneer nu een extra “bip125-vervangbare” waarde die aangeeft of de transactie (of zijn onbevestigde voorouders) ervoor kiest om nodes en miners te vragen om deze te vervangen door een transactie met een hogere feerate die dezelfde inputs uitgeeft.
settxfee negeerde eerder stilzwijgend pogingen om de vergoeding onder de toegestane minima in te stellen. Het drukt nu een waarschuwing af. De speciale waarde van "0" kan nog steeds worden gebruikt om de minimumwaarde op te vragen.
getaddressinfo biedt nu een ischange veld dat aangeeft of de portefeuille het adres heeft gebruikt in een wijzigingsuitvoer.
importmulti is bijgewerkt om P2WSH, P2WPKH, P2SH-P2WPKH en P2SH-P2WSH te ondersteunen. Verzoeken voor P2WSH en P2SH-P2WSH accepteren een extra witnessscript parameter.
importmulti geeft nu een extra warnings veld voor elk verzoek met een reeks strings die uitleggen wanneer velden worden genegeerd of inconsistent zijn, als die er zijn.
getaddressinfo geeft nu een extra solvable boolean-veld wanneer Litecoin Core genoeg weet over de scriptPubKey van het adres, optioneel redeemScript en optioneel WitnessScript zodat de portemonnee een niet-ondertekende input kan genereren voor het uitgeven van geld dat naar dat adres wordt gestuurd.
De getaddressinfo, listunspent en scantxoutset RPC's retourneren nu een extra desc veld dat een outputdescriptor bevat die alle sleutelpaden en ondertekeningsinformatie voor het adres bevat (behalve de privésleutel). De desc veld wordt alleen geretourneerd voor getaddressinfo en listunspent wanneer het adres oplosbaar is.
importprivkey behoudt eerder ingestelde labels voor adressen of openbare sleutels die overeenkomen met de privésleutel die wordt geïmporteerd. Als u bijvoorbeeld in eerdere releases van Litecoin Core een alleen-horloge-adres met het label "koude portemonnee" importeerde, zou het later importeren van de privésleutel standaard het label van het adres terugzetten naar het standaard lege tekenreekslabel (""). In deze release blijft het vorige label "cold wallet" behouden. Als u optioneel een label specificeert naast de standaard bij het aanroepen importprivkey, wordt het nieuwe label op het adres toegepast.
Zie de Mijnbouw sectie voor wijzigingen in getblocktemplate.
getmininginfo laat nu weg currentblockweight en currentblocktx wanneer een blok nooit via RPC op dit knooppunt is samengesteld.
De getrawtransaction RPC- en REST-eindpunten controleren niet langer de niet-uitgegeven UTXO-set voor een transactie. De overige gedragingen zijn als volgt: 1. Als er een blockhash is opgegeven, controleer dan het bijbehorende blok. 2. Als er geen blockhash is opgegeven, controleer dan de mempool. 3. Als er geen blockhash is opgegeven maar txindex is ingeschakeld, controleer dan ook txindex.
unloadwallet is nu synchroon, wat betekent dat het pas terugkeert als de portemonnee volledig is leeggemaakt.
importmulti ondersteunt nu het importeren van adressen uit descriptors. Een "desc" -parameter kan worden opgegeven in plaats van de "scriptPubKey" in een verzoek, evenals een optioneel bereik voor bereikdescriptors om het begin en einde van het bereik dat moet worden geïmporteerd te specificeren. Descriptors met belangrijke oorsprongsinformatie geïmporteerd via importmulti hun belangrijkste oorsprongsinformatie opgeslagen in de portefeuille voor gebruik bij het maken van PSBT's. Meer informatie over descriptoren is te vinden hier.
listunspent is aangepast zodat het ook terugkeert witnessScript, het getuigencript in het geval van een P2WSH- of P2SH-P2WSH-uitvoer.
createwallet heeft nu een optioneel blank argument dat kan worden gebruikt om een lege portemonnee te maken. Blanco portemonnees hebben geen sleutels of HD-zaad. Ze kunnen niet worden geopend in software ouder dan 0.18. Zodra een lege portemonnee een HD-seed-set heeft (door sethdseed) of privésleutels, scripts, adressen en andere watch only-dingen zijn geïmporteerd, is de portefeuille niet langer leeg en kan deze worden geopend in 0.17.x. Als u een lege portemonnee versleutelt, wordt er ook een HD-seed voor ingesteld.

signrawtransaction wordt verwijderd nadat het is verouderd en verborgen achter een speciale configuratieoptie in versie 0.17.0.
De 'account'-API wordt verwijderd nadat deze is verouderd in v0.17. De 'label' API is geïntroduceerd in v0.17 als vervanging voor accounts. Zie de release notes van v0.17 voor een volledige beschrijving van de wijzigingen van de 'account'-API naar de' label'-API.
addwitnessaddress wordt verwijderd nadat het is verouderd in versie 0.16.0.
generate is verouderd en wordt volledig verwijderd in een volgende hoofdversie. Deze RPC wordt alleen gebruikt voor testen, maar de implementatie ervan is bereikt in meerdere subsystemen (wallet en mining), dus wordt het verouderd om de wallet-node-interface te vereenvoudigen. Projecten die gebruik maken van generate voor testdoeleinden moet overschakelen naar het gebruik van de generatetoaddress RPC, waarvoor de portefeuillecomponent niet nodig is. Roeping generatetoaddress met een adres geretourneerd door de getnewaddress RPC biedt dezelfde functionaliteit als de oude generate RPC. Om verder te gebruiken generate in deze versie herstart litecoind met de -deprecatedrpc=generate configuratie optie.
Bedenk dat delen van de validateaddress commando is verouderd en verplaatst naar getaddressinfo. De volgende verouderde velden zijn verplaatst naar getaddressinfo: ismine, iswatchonly, script, hex, pubkeys, sigsrequired, pubkey, embedded, iscompressed, label, timestamp, hdkeypath, hdmasterkeyid.
De addresses veld is verwijderd uit het validateaddress en getaddressinfo RPC-methoden. Dit veld was verwarrend omdat het naar openbare sleutels verwees met hun P2PKH-adres. Klanten moeten de embedded.address veld voor ingepakte P2SH- of P2WSH-adressen, en pubkeys voor het inspecteren van multisig-deelnemers.

nieuwe /rest/blockhashbyheight/ eindpunt wordt toegevoegd voor het ophalen van de hash van het blok in de huidige beste blockchain op basis van de hoogte (hoeveel blokken het is na het Genesis-blok).

Er is een nieuw venstermenu toegevoegd naast de bestaande menu's Bestand, Instellingen en Help. Verschillende items uit de andere menu's die nieuwe vensters hebben geopend, zijn naar dit nieuwe venstermenu verplaatst.
Op het tabblad Verzenden is het selectievakje voor 'alleen de vereiste vergoeding betalen' verwijderd. In plaats daarvan kan de gebruiker de waarde in het Custom Feerate-veld eenvoudig verlagen tot aan de geconfigureerde minimale relay-vergoeding van het knooppunt.
Op het tabblad Overzicht is het alleen-horloge-saldo het enige saldo dat wordt weergegeven als de portemonnee is gemaakt met de createwallet RPC en het disable_private_keys parameter is ingesteld op true.
De optie launch-on-startup is niet langer beschikbaar op macOS indien gecompileerd met macosx min-versie hoger dan 10.11 (gebruik CXXFLAGS = "- mmacosx-version-min = 10.11 ″ CFLAGS =" - mmacosx-version-min = 10.11 ″ voor het instellen de implementatie sdk-versie)

nieuwe litecoin-wallet tool wordt nu gedistribueerd naast Litecoin Core's andere uitvoerbare bestanden. Zonder dat u RPC's hoeft te gebruiken, kan deze tool momenteel een nieuw portefeuillebestand maken of wat basisinformatie over een bestaande portefeuille weergeven, zoals of de portefeuille is gecodeerd, of deze een HD-seed gebruikt, hoeveel transacties deze bevat en hoeveel adresboekvermeldingen die het heeft.

Dit gedeelte beschrijft geplande wijzigingen aan Litecoin Core die van invloed kunnen zijn op andere Litecoin-software en -services.

Sinds versie 0.16.0 genereert de ingebouwde portemonnee van Litecoin Core standaard P2SH-verpakte segwit-adressen wanneer gebruikers betalingen willen ontvangen. Deze adressen zijn achterwaarts compatibel met alle veelgebruikte software. Beginnend met Litecoin Core 0.20, Litecoin Core zal standaard naar native segwit-adressen (bech32) gaan die extra kostenbesparingen en andere voordelen bieden. Momenteel ondersteunen veel wallets en services al het verzenden naar bech32-adressen, en als het Litecoin Core-project voldoende aanvullende acceptatie ziet, zal het in plaats daarvan standaard bech32-adressen ontvangen in Litecoin Core 0.20. In P2SH verpakte segwit-adressen worden nog steeds verstrekt als de gebruiker ze vraagt in de GUI of via RPC, en iedereen die de update niet wil, kan zijn standaard adrestype configureren. (Evenzo kunnen baanbrekende gebruikers die hun standaard nu willen wijzigen, de addresstype=bech32 configuratie-optie in elke Litecoin Core-release vanaf 0.16.0.)

BIP 61-weigeringsberichten zijn nu verouderd. Weigeringsberichten hebben geen gebruiksscenario op het P2P-netwerk en worden alleen door de meeste netwerkknooppunten geregistreerd voor foutopsporing. Bovendien vergroten ze de bandbreedte en kunnen ze schadelijk zijn voor privacy en veiligheid. Het is mogelijk om BIP 61-berichten uit te schakelen sinds v0.17 met de -enablebip61=0 keuze. BIP 61-berichten worden in een toekomstige versie standaard uitgeschakeld voordat ze volledig worden verwijderd.

In dit gedeelte worden RPC-wijzigingen beschreven die voornamelijk nuttig zijn voor testen, en meestal niet relevant zijn in productie. De wijzigingen worden ter volledigheid vermeld.

De submitblock RPC heeft eerder de reden geretourneerd waarom een afgewezen blok ongeldig was de eerste keer dat het dat blok verwerkte, maar stuurde een generiek "duplicaat" weigeringsbericht terug bij de daaropvolgende keren dat het hetzelfde blok verwerkte. Het geeft nu altijd de fundamentele reden voor het afwijzen van een ongeldig blok terug en geeft alleen "duplicaat" terug voor geldige blokken die het al heeft geaccepteerd.
nieuwe submitheader Met RPC kunnen block headers onafhankelijk van hun block worden ingediend. Dit is waarschijnlijk alleen nuttig om te testen.
De signrawtransactionwithkey en signrawtransactionwithwallet RPC's zijn aangepast zodat ze optioneel ook een witnessScript, het getuigencript in het geval van een P2WSH- of P2SH-P2WSH-uitvoer. Dit is compatibel met de wijziging in listunspent.
Voor de walletprocesspsbt en walletcreatefundedpsbt RPC's, als het bip32derivs parameter is ingesteld op true, maar de sleutelmetagegevens voor een openbare sleutel zijn nog niet bijgewerkt, dan zal die sleutel een afleidingspad hebben alsof het slechts een onafhankelijke sleutel is (dwz geen afleidingspad en de master-vingerafdruk is zelf).

De -usehd configuratie-optie is verwijderd in versie 0.16. Vanaf die versie zijn alle nieuwe gemaakte wallets hiërarchische deterministische wallets. Deze release maakt specificeren -usehd een ongeldige configuratieoptie.

Met deze release kunnen peers die uw node automatisch hebben losgekoppeld wegens wangedrag (bijv. Het verzenden van ongeldige gegevens) opnieuw verbinding maken met uw node als u ongebruikte inkomende verbindingssleuven heeft. Als uw slots vol raken, wordt een zich misdragende node losgekoppeld om ruimte te maken voor nodes zonder een geschiedenis van problemen (tenzij de zich misdragende node uw node op een andere manier helpt, bijvoorbeeld door verbinding te maken met een deel van het internet waar u geen t heb veel andere leeftijdsgenoten). Eerder verbood Litecoin Core de IP-adressen van zich misdragende peers voor een bepaalde periode (standaard 1 dag); dit werd gemakkelijk omzeild door aanvallers met meerdere IP-adressen. Als u een peer handmatig bant, bijvoorbeeld door de setban RPC, worden alle verbindingen van die peer nog steeds geweigerd.

De belangrijkste metadata moeten worden geüpgraded de eerste keer dat de HD-seed beschikbaar is. Voor niet-versleutelde portefeuilles gebeurt dit bij het laden van een portemonnee. Voor gecodeerde portefeuilles gebeurt dit de eerste keer dat de portemonnee wordt ontgrendeld.
Voor nieuw gecodeerde portefeuilles is het niet langer nodig de software opnieuw op te starten. In plaats daarvan worden dergelijke wallets volledig leeggemaakt en opnieuw geladen om hetzelfde effect te bereiken.
Een subproject van Litecoin Core biedt nu Hardware Wallet Interaction (HWI) -scripts waarmee opdrachtregelgebruikers verschillende populaire hardware-sleutelbeheerapparaten kunnen gebruiken met Litecoin Core. Zie hun project pagina voor meer info.

Deze release verandert de Random Number Generator (RNG) die wordt gebruikt van OpenSSL naar de eigen implementatie van Litecoin Core, hoewel de entropie die door Litecoin Core wordt verzameld, naar OpenSSL wordt gestuurd en vervolgens weer wordt ingelezen wanneer het programma een sterke willekeur nodig heeft. Dit brengt Litecoin Core een beetje dichter bij het niet langer afhankelijk zijn van OpenSSL, een afhankelijkheid die in het verleden beveiligingsproblemen heeft veroorzaakt. De nieuwe implementatie verzamelt entropie uit meerdere bronnen, inclusief van hardware die de rdseed CPU-instructie ondersteunt.

Op macOS kiest Litecoin Core er nu voor om de CPU-beperking van de applicatie ("app nap") niet meer te gebruiken tijdens de eerste blockchain-download, bij het inhalen van meer dan 100 blokken achter de huidige kettingtip of bij het opnieuw indexeren van kettinggegevens. Dit helpt voorkomen dat deze bewerkingen buitensporig lang duren, omdat het besturingssysteem probeert energie te besparen.

Ga naar de downloadpagina om te downloaden hier. U kunt ook de downloadmap bekijken hier.

Gebruik GPG om de integriteit van de release-binaire bestanden te verifiëren. Dit zorgt ervoor dat er niet met het binaire bestand dat u hebt gedownload, is geknoeid. Linux, MacOS en Win32 cygwin opdrachtregel GPG-instructies zijn beschikbaar hier. Houd er ook rekening mee dat we GPG de binaire bestanden ondertekenen voor uw gemak, de ultieme manier om de integriteit van de builds te verifiëren, is door ze zelf te bouwen met Gitian. Instructies voor het uitvoeren van deze builds zijn te vinden hier.

Voor deze release zijn de binaire bestanden ondertekend met een sleutel-ID FE3348877809386C (thrasher's sleutel).

Ondanks dat deze versie zwaar getest is, kan deze versie nog steeds bugs bevatten. Maak altijd een back-up van uw wallet.dat-bestand voordat u een upgrade uitvoert. Als u problemen ondervindt, laat het ons dan weten door een bericht te plaatsen in de bugrapportage sectie hieronder.

De master branch bevat de laatste commits voor de volgende stabiele releases van Litecoin Core.

Bouwinstructies voor Linux zijn te vinden hier.

Bouwinstructies voor OSX zijn te vinden hier.

Bouwinstructies voor Windows zijn te vinden hier.

Dien eventuele problemen die u hier tegenkomt in en een van de Litecoin-ontwikkelaars zal u helpen.

Meld u alleen aan voor aankondigingen of ontwikkelingsdiscussies.

Dit zijn de SHA-256-hashes van de vrijgegeven bestanden:

e0bdd4aa81502551a0c5abcfaae52c8bbaf4a980548aa6c91053643d81924b51 litecoin-0.18.1-aarch64-linux-gnu.tar.gz59b73bc8f034208295634da56a175d74668b07613cf6484653cb467deafb1d52 litecoin-0.18.1-arm-linux-gnueabihf.tar.gz0a2788d58bd22c3754927e216bf18c64145b9fdc0d709f3f49ba3040b876a066 litecoin-0.18.1-i686-pc-linux-gnu.tar.gz4ce590ecbaecaced7253473bc574a2b70527c9aeb3a3ab33a843ea1c9caf0c86 litecoin-0.18.1-osx64.tar.gzb81d9101c6ecb38b7699cf3d05ab57df7922f40f23c8a3377750c335d7102266 litecoin-0.18.1-osx.dmge5585eaff887b9d3de9f14230db0375b858e5cccc571bdb909dfc337d5bd357c litecoin-0.18.1-riscv64-linux-gnu.tar.gz6dfa71ccf059463f0a304f85ff1ca8b88039d63e93269d6f056ab24915be936d litecoin-0.18.1.tar.gz778eac92953d82a3b2e0cdc925e7da9103edd0d9a9ffa151c3c7cc79b9814091 litecoin-0.18.1-win32-setup.exe39d02e463893c970f92ed5ffcb603a1a7b2e2dacdaea306e8526414af841d247 litecoin-0.18.1-win32.zipbd38a1d5d4ac1ca4246f9534032a369b0f3cd38fb2aa82c66010642fa72e65f7 litecoin-0.18.1-win64-setup.exe9ff1f552f8ed3f058a56332defa7c61cfb345848428d7b419182096eca2ac99a litecoin-0.18.1-win64.zipca50936299e2c5a66b954c266dcaaeef9e91b2f5307069b9894048acf3eb5751 litecoin-0.18.1-x86_64-linux-gnu.tar.gz

Dank aan iedereen die rechtstreeks heeft bijgedragen aan deze release: