Litecoin Core v0.16.0 Vrijgavekandidaat

Tijdstempel: 20 maart 2018 8:01 uur
Bronknooppunt: 1100813
Adriaan Gallagher

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

We zijn verheugd om Litecoin Core 0.16.0 release candidate vrij te geven. Dit is een nieuwe hoofdversie, inclusief nieuwe functies, verschillende bugfixes en prestatieverbeteringen, evenals bijgewerkte vertalingen.

Het wordt aanbevolen voor ervaren gebruikers om naar deze versie te upgraden. Na voldoende testen wordt Litecoin Core v0.16.0 final vrijgegeven en wordt aanbevolen voor alle gebruikers om 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 portemonnee krijgen een impliciet verzilverscript 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. Voorheen werden portemonnee-databasebestanden opgeslagen op het hoogste niveau van de litecoin-gegevensmap. Het gedrag is nu:

  • 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 directorylocatie van de portemonnee, alsof deze tijdens het gebruik niet meer beschikbaar is, geld kan verloren gaan.

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 opnieuw te gebruiken 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:

70c8530b957110ba6eaa4794d28b667ecff7e59d0e306e5899236aab5dd84e0b litecoin-0.16.0-aarch64-linux-gnu.tar.gz
b0a5ee56f89fcdb74b580ec5de0ff054b3b7dbb0a2cf6384f066e2217d6830a8 litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
e5dab0814efdad4e0ae61b76d7b859e6fda6224c9fbe5d5fc6807fb7e13a05b1 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
90fcabe4627aa8c822a9ce7eb8fa55eb8a497c31513369bd8078c8401bf8583c litecoin-0.16.0-osx64.tar.gz
1d3a0ebb0b5c32f36f2157c252b8623c3152d318e7a40c8726e572b4e013ed17 litecoin-0.16.0rc1-osx.dmg
32ab7a80215092b02bc800e9c5d4bc7c0df2da693876f6ebd7e4a6277a812e05 litecoin-0.16.0rc1-win32-setup.exe
35572a215f034eb7c23e4c73c146e631087acf928a3b76113bc70fead3585052 litecoin-0.16.0rc1-win64-setup.exe
7dc4d72a40ec175bc00c464f626f8ffbff8a583e2105da1365662dceff138736 litecoin-0.16.0.tar.gz
f6d2f55f7f02f49bb6764e560d82cece7a8a598cf895af5c6947334b1e5ff7b2 litecoin-0.16.0-win32.zip
ae068caf852de47fb649f9002a440b57386ea88e5a6347287af15a8e2532d27e litecoin-0.16.0-win64.zip
2ca17e763d08ef621ea137519117234dd20db4be58cd3db317e40fe85b13fe4e 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
  • ultragtx
  • Vkoskiv
  • leeghoofd
  • Xinxi

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

Tijdstempel:

Meer van Litecoin