Litecoin Core v0.16.0 release

Tijdstempel: 31 mei 2018 2:32 uur
Bronknooppunt: 1100811
Adriaan Gallagher

Volg de Google+ pagina or Twitter voor het laatste dev-nieuws.

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

Segwit Portemonnee

Litecoin Core 0.16.0 introduceert volledige ondersteuning voor segwit in de portemonnee en gebruikersinterfaces. Een nieuw argument is toegevoegd, dat ondersteunt , (standaard), en adressen. Het bepaalt door wat voor soort adressen wordt geproduceerd , en . Een argument is ook toegevoegd, met dezelfde opties, en standaard gelijk aan , om te bepalen welk soort wijziging wordt gebruikt.

nieuwe parameter is toegevoegd aan de en RPC's om aan te geven welk type adres moet worden gegenereerd. EEN argument is toegevoegd aan de RPC om het argument voor specifieke transacties.

  • Alle segwit-adressen aangemaakt via or RPC's krijgen hun inwisselscripts expliciet toegevoegd aan het portefeuillebestand. Dit betekent dat het downgraden na het aanmaken van een segwit-adres werkt, zolang het wallet-bestand up-to-date is.
  • Alle segwit-sleutels in de portefeuille krijgen een impliciet inwisselscript toegevoegd zonder dat het naar het bestand wordt geschreven. Dit betekent dat het herstellen van een oude back-up werkt zolang u nieuwe software gebruikt.
  • Alle keypool-sleutels die in transacties worden gebruikt, krijgen expliciet hun inwisselscripts toegevoegd aan de portefeuillebestanden. Dit betekent dat het downgraden na herstel van een back-up met een segwit-adres werkt

Merk op dat sommige RPC's nog geen segwit-adressen ondersteunen. Met name / ondersteunt geen segwit-adressen, ook niet momenteel. Ondersteuning voor segwit in die RPC's zal in toekomstige versies blijven worden toegevoegd.

P2WPKH-wijzigingsoutputs worden nu standaard gebruikt als een bestemming in de transactie een P2WPKH- of P2WSH-output is. Dit wordt gedaan om ervoor te zorgen dat de wijzigingsoutput in beide gevallen zo goed mogelijk te onderscheiden is van de andere outputs.

BIP173 (Bech32) Adresondersteuning ("ltc1 ..." adressen)

Volledige ondersteuning voor native segwit-adressen (BIP173 / Bech32) is nu toegevoegd. Dit omvat de mogelijkheid om naar BIP173-adressen te verzenden (inclusief niet-v0-adressen) en het genereren van deze adressen (inclusief als standaard nieuwe adressen, zie hierboven).

Er is een selectievakje aan de GUI toegevoegd om te selecteren of een Bech32-adres of een P2SH-ingepakt adres moet worden gegenereerd bij het gebruik van segwit-adressen. Wanneer gelanceerd met het is standaard aangevinkt. Wanneer gelanceerd met het is niet aangevinkt en uitgeschakeld.

Standaard HD-wallets

Vanwege een achterwaarts incompatibele wijziging in de portefeuilledatabase, worden portefeuilles gemaakt met versie 0.16.0 geweigerd door eerdere versies. Bovendien maakt versie 0.16.0 alleen hiërarchische deterministische (HD) portefeuilles. Merk op dat dit alleen van toepassing is op nieuwe wallets; wallets gemaakt met eerdere versies worden niet geüpgraded naar HD.

Wallets directory configuratie ()

Litecoin Core heeft nu meer flexibiliteit in waar de wallets-directory kan worden gevonden. Eerder werden portefeuille-databasebestanden opgeslagen op het hoogste niveau van de litecoin-gegevensdirectory. Het gedrag is nu het volgende:

  • Voor nieuwe installaties (waar de datamap nog niet bestaat), worden wallets nu opgeslagen in een nieuw submap standaard in de gegevensmap.
  • Voor bestaande knooppunten (waar de datadirectory al bestaat), worden wallets standaard in de datadirectory-root opgeslagen. Als een subdirectory bestaat al in de data directory root, dan zullen wallets worden opgeslagen in de submap standaard.
  • De locatie van de wallets-directory kan worden overschreven door een optie waar kan een absoluut pad zijn naar een directory of directory-symlink.

Wees voorzichtig bij het kiezen van de maplocatie van de portefeuilles, aangezien er geld verloren kan gaan als het tijdens het gebruik niet beschikbaar is.

De minimumversie van de GCC-compiler die nodig is om Litecoin Core te compileren is nu 4.8. Er zal geen enkele moeite worden gedaan om oudere versies van GCC te ondersteunen. Zie discussie in kwestie #11732 voor meer informatie. De minimumversie voor de Clang-compiler is nog steeds 3.3. Andere versies met minimale afhankelijkheid zijn te vinden in in de repository.

Gesnoeide knooppunten kunnen nu NODE_NETWORK_LIMITED van BIP159 signaleren met behulp van servicebits, ter voorbereiding op volledige BIP159-ondersteuning in latere versies. Hierdoor kunnen gesnoeide knooppunten de meest recente blokken bedienen. De huidige wijziging omvat echter nog geen ondersteuning voor het verbinden met deze gesnoeide peers.

De SHA256-hashing-optimalisaties voor architecturen die SSE4 ondersteunen, die leidden tot ~ 50% versnellingen in SHA256 op ondersteunde hardware (~ 5% snellere synchronisatie en blokvalidatie), zijn nu standaard ingeschakeld. In eerdere versies waren ze ingeschakeld met de vlag bij het bouwen, maar zijn nu de standaard en worden niet langer als experimenteel beschouwd.

  • De optie om een ​​eerder adres te hergebruiken is nu verwijderd. Dit werd gerechtvaardigd door de noodzaak om een ​​factuur opnieuw te verzenden. Maar nu we de aanvraaggeschiedenis hebben, zou die behoefte weg moeten zijn.
  • Ondersteuning voor zoeken op TXID is toegevoegd, in plaats van alleen adres en label.
  • De optie "Gebruik beschikbaar saldo" is toegevoegd aan het dialoogvenster Munten verzenden om het resterende beschikbare saldo in de portefeuille toe te voegen aan een transactie-output.
  • Er is een schakelaar toegevoegd om de wachtwoordvelden in het wachtwoordvenster te ontgrendelen.

New RPC

Een nieuwe RPC is toegevoegd om handmatig een blockchain-herscan te starten. De RPC ondersteunt argumenten voor begin- en eindhoogte voor het opnieuw scannen en kan in een omgeving met meerdere muren worden gebruikt om de blockchain tijdens runtime opnieuw te scannen.

New RPC

nieuwe RPC is toegevoegd waardoor de huidige mempool op elk moment op schijf kan worden opgeslagen om te voorkomen dat deze verloren gaat door crashes / stroomuitval.

Veilige modus standaard uitgeschakeld

Veilige modus is nu standaard uitgeschakeld en moet handmatig worden ingeschakeld (met ) als u deze wilt gebruiken. Veilige modus is een functie die een subset van RPC-oproepen - meestal gerelateerd aan de portemonnee en verzending - automatisch uitschakelt in het geval dat bepaalde probleemcondities met het netwerk worden gedetecteerd. Ontwikkelaars zijn deze controles echter gaan beschouwen als niet betrouwbaar genoeg om automatisch te handelen. Zelfs als de veilige modus is uitgeschakeld, zullen ze nog steeds waarschuwingen veroorzaken in het gebied van de RPC en start het opdracht.

Hernoemd script voor het maken van JSON-RPC-referenties

De script is hernoemd naar . Dit script kan worden gebruikt om referenties voor een JSON-RPC-gebruiker.

Verbeteringen aan adres valideren

De De RPC-uitvoer is uitgebreid met een paar nieuwe velden en ondersteuning voor segwit-adressen (zowel P2SH als Bech32). Specifiek:

  • Een nieuw veld is waar voor P2WPKH- en P2WSH-adressen ("ltc1…" -adressen), maar niet voor P2SH-verpakte segwit-adressen (zie hieronder).
  • Het bestaande veld zal nu ook True rapporteren voor P2WSH-adressen.
  • Een nieuw veld is aanwezig voor alle scriptadressen waarvan het script bekend is en komt overeen met iets dat kan worden geïnterpreteerd als een bekend adres. Dit geldt met name voor P2SH-P2WPKH- en P2SH-P2WSH-adressen. De waarde voor bevat veel van de informatie zou rapporteren als het rechtstreeks op het ingesloten adres wordt aangeroepen.
  • Voor multisig-scripts een nieuw veld is toegevoegd dat de volledige openbare sleutels vermeldt die bij het script zijn betrokken (indien bekend). Dit is een vervanging voor het bestaande veld (dat dezelfde informatie rapporteert maar gecodeerd als P2PKH-adressen), weergegeven op een nuttiger en minder verwarrende manier. De veld blijft aanwezig voor niet-segwit-adressen voor achterwaartse compatibiliteit.
  • Voor alle adressen met één sleutel met bekende sleutel (zelfs wanneer deze zijn verpakt in P2SH of P2WSH), is de veld zal aanwezig zijn. Dit betekent in het bijzonder dat inroepen op de output van zal altijd de , zelfs als het adrestype P2SH-P2WPKH is.
  • De verouderde RPC was verwijderd. Het wordt aanbevolen om de meer specifieke RPC's te gebruiken:
  • De portemonnee RPC zal een fout teruggeven als het wordt aangeroepen met een adres dat niet in de portefeuille staat.
  • De portemonnee RPC was verouderd en wordt verwijderd in versie 0.17, stel de argument van , of optie gebruiken.
  • bevat nu hex-gecodeerde scripts uit de portefeuille in de dumpfile, en importeert nu deze scripts, maar de corresponderende adressen zijn mogelijk niet correct toegevoegd of er kan een handmatige nieuwe scan nodig zijn om relevante transacties te vinden.
  • Het RPC bevat nu een veld.
  • nieuwe parameter is toegevoegd aan de RPC waarmee een onbewerkte transactie kan worden opgehaald uit een specifiek blok, indien bekend, zelfs zonder ingeschakeld.
  • De en RPC's zijn nu optioneel parameters om de heuristische getuigencontroles indien nodig op te heffen.
  • De time-out is nu geklemd tot 2 ^ 30 seconden.
  • Adressen gebruiken met de RPC is nu verouderd en wordt in een latere versie verwijderd. In plaats daarvan moeten openbare sleutels worden gebruikt.
  • Blockchain-herscans vergrendelen de portemonnee nu niet langer voor het hele herscanproces, dus andere RPC's kunnen nu tegelijkertijd worden gebruikt (hoewel resultaten van saldi / transacties mogelijk onjuist of onvolledig zijn totdat de herscan is voltooid).
  • De RPC is nu openbaar gemaakt in plaats van verborgen.
  • An boolean is toegevoegd aan de RPC om aan te geven of het knooppunt zich momenteel in IBD bevindt of niet.
  • is nu opgenomen in de output van
  • kan worden gebruikt om een ​​alternatief logboekbestand voor foutopsporing op te geven.
  • litecoin-cli heeft nu een optie om het RPC-wachtwoord uit de standaardinvoer te laten lezen.
  • De optie is verwijderd.
  • litecoin-cli ondersteunt nu een nieuw vlag die een uitvoer retourneert zoals die van het nu verwijderde Volksrepubliek China
  • De standaard regtest JSON-RPC-poort is gewijzigd in 19443 om conflicten met de standaardwaarde 19332 van testnet te voorkomen.
  • Segwit is nu standaard altijd actief in de regtest-modus. Dus als u een regtest-node opwaardeert, moet u ofwel -reindex gebruiken of de oude regels gebruiken door aan uw regtest litecoin.conf. Als u dit niet doet, zal dit resulteren in een CheckBlockIndex () assertion-fout die eruitziet als: Assertion `(pindexFirstNeverProcessed! = Nullptr) == (pindex-> ​​nChainTx == 0) 'mislukt.

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:

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

Dank aan iedereen die rechtstreeks heeft bijgedragen aan deze release:

  • De Bitcoin Core-ontwikkelaars
  • Adriaan Gallagher
  • auniks
  • Coblee
  • cryptonexii
  • Gabrieldov
  • Martin Smith
  • NeMO84
  • ppm0
  • romeinnr
  • shaolinfrietjes
  • spl0i7
  • standwms
  • ultragtx
  • Vkoskiv
  • leeghoofd
  • wbsmolen
  • Xinxi

Source: https://blog.litecoin.org/litecoin-core-v0-16-0-release-5bf9b732b069?source=rss—-d41bceeb173b—4

Tijdstempel:

Meer van Litecoin