Release-Kandidat für Litecoin Core v0.16.0

Befolgen Sie die Google+ Seite or Twitter für die neuesten Entwicklernachrichten.

Wir freuen uns, Litecoin Core 0.16.0 Release Candidate veröffentlichen zu können. Dies ist eine neue Hauptversion, die neue Funktionen, verschiedene Bugfixes und Leistungsverbesserungen sowie aktualisierte Übersetzungen enthält.

Hauptbenutzern wird empfohlen, ein Upgrade auf diese Version durchzuführen. Nach ausreichenden Tests wird Litecoin Core v0.16.0 final veröffentlicht und allen Benutzern zum Upgrade empfohlen.

Segwit Geldbörse

Litecoin Core 0.16.0 bietet volle Unterstützung für Segwit in der Brieftasche und den Benutzeroberflächen. Eine neue -addresstype Argument wurde hinzugefügt, das unterstützt legacy, p2sh-segwit (Standard) und bech32 Adressen. Es steuert, welche Art von Adressen von erzeugt werden getnewaddress, getaccountaddress und createmultisigaddress. Eine -changetype Argument wurde ebenfalls hinzugefügt, mit denselben Optionen und standardmäßig gleich -addresstype, um zu steuern, welche Art von Änderung verwendet wird.

Neue address_type Parameter wurde dem hinzugefügt getnewaddress und addmultisigaddress RPCs, um anzugeben, welcher Adresstyp generiert werden soll. EIN change_type Argument wurde dem hinzugefügt fundrawtransaction RPC zum Überschreiben der -changetype Argument für bestimmte Transaktionen.

• Alle durch erstellten Segwit-Adressen getnewaddress or *multisig RPCs erhalten ihre Einlösungen explizit zur Wallet-Datei hinzugefügt. Dies bedeutet, dass ein Downgrade nach dem Erstellen einer Segwit-Adresse funktioniert, solange die Wallet-Datei auf dem neuesten Stand ist.
• Allen Segwit-Schlüsseln in der Brieftasche wird ein implizites Redeemscript hinzugefügt, ohne dass es in die Datei geschrieben wird. Dies bedeutet, dass die Wiederherstellung eines alten Backups funktioniert, solange Sie neue Software verwenden.
• Alle Schlüsselschlüssel, die in Transaktionen verwendet werden, werden explizit mit ihren Einlösungen zu den Wallet-Dateien hinzugefügt. Dies bedeutet, dass ein Downgrade nach der Wiederherstellung von einem Backup mit einer Segwit-Adresse funktioniert

Beachten Sie, dass einige RPCs Segwit-Adressen noch nicht unterstützen. Vor allem, signmessage/verifymessage unterstützt keine Segwit-Adressen und auch nicht importmulti in diesem Moment. Die Unterstützung für Segwit in diesen RPCs wird auch in zukünftigen Versionen hinzugefügt.

P2WPKH-Änderungsausgaben werden jetzt standardmäßig verwendet, wenn ein Ziel in der Transaktion eine P2WPKH- oder P2WSH-Ausgabe ist. Dies geschieht, um sicherzustellen, dass die Änderungsausgabe in beiden Fällen so ununterscheidbar wie möglich von den anderen Ausgaben ist.

BIP173 (Bech32) Adressunterstützung ("ltc1 ..." - Adressen)

Die vollständige Unterstützung für native Segwit-Adressen (BIP173 / Bech32) wurde hinzugefügt. Dies umfasst die Möglichkeit, an BIP173-Adressen (einschließlich Nicht-v0-Adressen) zu senden und diese Adressen zu generieren (einschließlich neuer Standardadressen, siehe oben).

Der GUI wurde ein Kontrollkästchen hinzugefügt, mit dem Sie auswählen können, ob bei Verwendung von Segwit-Adressen eine Bech32-Adresse oder eine P2SH-Adresse generiert werden soll. Beim Start mit -addresstype=bech32 Es ist standardmäßig aktiviert. Beim Start mit -addresstype=legacy es ist deaktiviert und deaktiviert.

Standardmäßig HD-Wallets

Aufgrund einer abwärtskompatiblen Änderung in der Brieftaschendatenbank werden mit Version 0.16.0 erstellte Brieftaschen von früheren Versionen abgelehnt. Außerdem werden in Version 0.16.0 nur hierarchisch deterministische (HD) Brieftaschen erstellt. Beachten Sie, dass dies nur für neue Brieftaschen gilt. Brieftaschen, die mit früheren Versionen erstellt wurden, werden nicht auf HD aktualisiert.

Konfiguration des Wallets-Verzeichnisses (-walletdir)

Litecoin Core bietet jetzt mehr Flexibilität, wo sich das Brieftaschenverzeichnis befindet. Zuvor wurden Wallet-Datenbankdateien auf der obersten Ebene des Litecoin-Datenverzeichnisses gespeichert. Das Verhalten ist jetzt:

• Bei Neuinstallationen (bei denen das Datenverzeichnis noch nicht vorhanden ist) werden Brieftaschen jetzt in einem neuen gespeichert wallets/Unterverzeichnis innerhalb des Datenverzeichnisses standardmäßig.
• Bei vorhandenen Knoten (bei denen das Datenverzeichnis bereits vorhanden ist) werden Brieftaschen standardmäßig im Stammverzeichnis des Datenverzeichnisses gespeichert. Wenn ein wallets/ Das Unterverzeichnis ist bereits im Stammverzeichnis des Datenverzeichnisses vorhanden. Anschließend werden die Brieftaschen im Unterverzeichnis gespeichert wallets/ Unterverzeichnis standardmäßig.
• Der Speicherort des Brieftaschenverzeichnisses kann durch Angabe von a überschrieben werden -walletdir=<path> Option wo <path> kann ein absoluter Pfad zu einem Verzeichnis oder einem Verzeichnissymlink sein.

Bei der Auswahl des Brieftaschenverzeichnisses ist Vorsicht geboten, da Geld verloren gehen kann, wenn es während des Betriebs nicht mehr verfügbar ist.

Die Mindestversion des GCC-Compilers, die zum Kompilieren von Litecoin Core erforderlich ist, ist jetzt 4.8. Es werden keine Anstrengungen unternommen, um ältere Versionen von GCC zu unterstützen. Siehe Diskussion in Ausgabe #11732 für mehr Informationen. Die Mindestversion für den Clang-Compiler ist immer noch 3.3. Weitere Versionen mit minimalen Abhängigkeiten finden Sie in doc/dependencies.md im Repository.

Beschnittene Knoten können jetzt NODE_NETWORK_LIMITED von BIP159 mithilfe von Service-Bits signalisieren, um die vollständige BIP159-Unterstützung in späteren Versionen vorzubereiten. Dies würde es beschnittenen Knoten ermöglichen, die neuesten Blöcke zu bedienen. Die aktuelle Änderung enthält jedoch noch keine Unterstützung für die Verbindung zu diesen beschnittenen Peers.

Die SHA256-Hashing-Optimierungen für Architekturen, die SSE4 unterstützen und zu ~ 50% Beschleunigung in SHA256 auf unterstützter Hardware führen (~ 5% schnellere Synchronisation und Blockvalidierung), wurden jetzt standardmäßig aktiviert. In früheren Versionen wurden sie mit dem aktiviert --enable-experimental-asm Flag beim Bauen, sind aber jetzt die Standardeinstellung und gelten nicht mehr als experimentell.

• Die Option zur Wiederverwendung einer vorherigen Adresse wurde entfernt. Dies wurde durch die Notwendigkeit gerechtfertigt, eine Rechnung erneut zu senden, aber jetzt, da wir den Anforderungsverlauf haben, sollte dieser Bedarf weg sein.
• Unterstützung für die Suche nach TXID wurde hinzugefügt, anstatt nur Adresse und Bezeichnung.
• Dem Dialogfeld "Münzen senden" wurde die Option "Verfügbares Guthaben verwenden" hinzugefügt, um das verbleibende verfügbare Guthaben zu einer Transaktionsausgabe hinzuzufügen.
• Ein Schalter zum Entblenden der Kennwortfelder im Kennwortdialog wurde hinzugefügt.

Neu rescanblockchain RPC

Ein neuer RPC rescanblockchain wurde hinzugefügt, um einen Blockchain-Rescan manuell aufzurufen. Der RPC unterstützt Start- und Endhöhenargumente für das erneute Scannen und kann in einer Multiwallet-Umgebung verwendet werden, um die Blockchain zur Laufzeit erneut zu scannen.

Neu savemempool RPC

Neue savemempool Es wurde ein RPC hinzugefügt, mit dem der aktuelle Mempool jederzeit auf der Festplatte gespeichert werden kann, um zu vermeiden, dass er aufgrund von Abstürzen / Stromausfällen verloren geht.

Der abgesicherte Modus ist standardmäßig deaktiviert

Der abgesicherte Modus ist jetzt standardmäßig deaktiviert und muss manuell aktiviert werden (mit -disablesafemode=0) wenn Sie es verwenden möchten. Der abgesicherte Modus ist eine Funktion, die eine Teilmenge der RPC-Anrufe - hauptsächlich im Zusammenhang mit der Brieftasche und dem Senden - automatisch deaktiviert, falls bestimmte Problemzustände mit dem Netzwerk erkannt werden. Entwickler betrachten diese Überprüfungen jedoch als nicht zuverlässig genug, um automatisch darauf zu reagieren. Selbst wenn der abgesicherte Modus deaktiviert ist, verursachen sie weiterhin Warnungen in der warnings Bereich der getneworkinfo RPC und starten Sie die -alertnotify Befehl.

Umbenanntes Skript zum Erstellen von JSON-RPC-Anmeldeinformationen

Das share/rpcuser/rpcuser.py Skript wurde umbenannt in share/rpcauth/rpcauth.py. Dieses Skript kann zum Erstellen verwendet werden rpcauthAnmeldeinformationen für einen JSON-RPC-Benutzer.

Validateaddress Verbesserungen

Das validateaddress Die RPC-Ausgabe wurde um einige neue Felder erweitert und unterstützt Segwit-Adressen (sowohl P2SH als auch Bech32). Speziell:

• Ein neues Feld iswitness Dies gilt für P2WPKH- und P2WSH-Adressen („ltc1…“ - Adressen), jedoch nicht für P2SH-umschlossene Segwit-Adressen (siehe unten).
• Das vorhandene Feld isscript wird nun auch True für P2WSH-Adressen melden.
• Ein neues Feld embedded ist für alle Skriptadressen vorhanden, bei denen das Skript bekannt ist und mit etwas übereinstimmt, das als bekannte Adresse interpretiert werden kann. Dies gilt insbesondere für P2SH-P2WPKH- und P2SH-P2WSH-Adressen. Der Wert für embedded enthält einen Großteil der Informationen validateaddress würde melden, wenn direkt auf der eingebetteten Adresse aufgerufen.
• Für Multisig-Skripte ein neues pubkeys Es wurde ein Feld hinzugefügt, das die vollständigen öffentlichen Schlüssel des Skripts meldet (falls bekannt). Dies ist ein Ersatz für das Bestehende addresses Feld (das dieselben Informationen enthält, jedoch als P2PKH-Adressen codiert ist), das nützlicher und weniger verwirrend dargestellt wird. Das addresses Das Feld für Nicht-Segwit-Adressen bleibt aus Gründen der Abwärtskompatibilität vorhanden.
• Für alle Einzelschlüsseladressen mit bekanntem Schlüssel (auch wenn sie in P2SH oder P2WSH eingeschlossen sind) wird die pubkey Feld wird vorhanden sein. Dies bedeutet insbesondere das Aufrufen validateaddress am Ausgang von getnewaddress wird immer die melden pubkey, auch wenn der Adresstyp P2SH-P2WPKH ist.

• Der veraltete RPC getinfo wurde entfernt. Es wird empfohlen, die spezifischeren RPCs zu verwenden:
• getblockchaininfo
• getnetworkinfo
• getwalletinfo
• getmininginfo
• Die Brieftasche RPC getreceivedbyaddress gibt einen Fehler zurück, wenn er mit einer Adresse aufgerufen wird, die nicht in der Brieftasche enthalten ist.
• Die Brieftasche RPC addwitnessaddress wurde veraltet und wird in Version 0.17 entfernt, setzen Sie die address_type Argument oder getnewaddressoder Option -addresstype=[bech32|p2sh-segwit] stattdessen.
• dumpwallet Enthält jetzt hexadezimal codierte Skripte aus der Brieftasche im Dumpfile und importwallet Jetzt werden diese Skripte importiert, aber die entsprechenden Adressen werden möglicherweise nicht korrekt hinzugefügt, oder es ist möglicherweise ein manueller Rescan erforderlich, um relevante Transaktionen zu finden.
• Der RPC getblockchaininfo enthält jetzt eine errors Feld.
• Neue blockhash Parameter wurde dem hinzugefügt getrawtransaction RPC, mit dem eine Rohtransaktion aus einem bestimmten Block abgerufen werden kann, falls bekannt, auch ohne -txindex aktiviert.
• Das decoderawtransaction und fundrawtransaction RPCs sind jetzt optional iswitness Parameter zum Überschreiben der heuristischen Zeugenprüfungen, falls erforderlich.
• Das walletpassphrase Das Timeout ist jetzt auf 2 ^ 30 Sekunden begrenzt.
• Verwenden von Adressen mit dem createmultisig RPC ist jetzt veraltet und wird in einer späteren Version entfernt. Stattdessen sollten öffentliche Schlüssel verwendet werden.
• Blockchain-Rescans sperren jetzt nicht mehr die Brieftasche für den gesamten Rescan-Prozess, sodass jetzt andere RPCs gleichzeitig verwendet werden können (obwohl die Ergebnisse von Salden / Transaktionen möglicherweise falsch oder unvollständig sind, bis der Rescan abgeschlossen ist).
• Das logging RPC wurde nun veröffentlicht und nicht mehr versteckt.
• An initialblockdownload Boolescher Wert wurde dem hinzugefügt getblockchaininfo RPC, um anzuzeigen, ob sich der Knoten derzeit in IBD befindet oder nicht.
• minrelaytxfee ist jetzt in der Ausgabe von enthalten getmempoolinfo

• -debuglogfile=<file> kann verwendet werden, um eine alternative Debug-Protokolldatei anzugeben.
• litecoin-cli hat jetzt eine -stdinrpcpass Option, mit der das RPC-Passwort von der Standardeingabe gelesen werden kann.
• Das -usehd Option wurde entfernt.
• litecoin-cli unterstützt jetzt eine neue -getinfo Flag, das eine Ausgabe wie die des jetzt entfernten zurückgibt getinfo PRC.

• Der Standard-JSON-RPC-Port für den Test wurde auf 19443 geändert, um Konflikte mit dem Testnet-Standard von 19332 zu vermeiden.
• Segwit ist jetzt standardmäßig immer im Testmodus aktiv. Wenn Sie also einen regtest-Knoten aktualisieren, müssen Sie entweder -reindexieren oder die alten Regeln durch Hinzufügen verwenden vbparams=segwit:0:999999999999 zu Ihrem regtest litecoin.conf. Andernfalls tritt ein Assertionsfehler von CheckBlockIndex () auf, der wie folgt aussieht: Assertion `(pindexFirstNeverProcessed! = Nullptr) == (pindex-> ​​nChainTx == 0) 'ist fehlgeschlagen.

Zum Herunterladen besuchen Sie bitte die Download-Seite hier. Alternativ können Sie den Download-Ordner anzeigen hier.

Verwenden Sie GPG, um die Integrität der Release-Binärdateien zu überprüfen. Dadurch wird sichergestellt, dass die heruntergeladene Binärdatei nicht manipuliert wurde. GPG-Befehlszeilenanweisungen für Linux, MacOS und Win32 cygwin sind verfügbar hier. Bitte beachten Sie auch, dass wir die Binärdateien von GPG als Annehmlichkeit für Sie signieren. Die ultimative Möglichkeit, die Integrität der Builds zu überprüfen, besteht darin, sie selbst mit Gitian zu erstellen. Anweisungen zur Durchführung dieser Builds finden Sie hier hier.

In dieser Version wurden die Binärdateien mit der Schlüsselkennung signiert FE3348877809386C (Thrasherschlüssel).

Obwohl diese Version stark getestet wurde, kann diese Version dennoch Fehler enthalten. Sichern Sie immer Ihre wallet.dat-Datei, bevor Sie ein Upgrade durchführen. Wenn Sie auf Probleme stoßen, teilen Sie uns dies bitte mit, indem Sie unten im Abschnitt zur Fehlerberichterstattung veröffentlichen.

Der Hauptzweig enthält die neuesten Commits für die nächsten stabilen Versionen von Litecoin Core.

Build-Anweisungen für Linux finden Sie hier.

Build-Anweisungen für OSX finden Sie hier.

Build-Anweisungen für Windows finden Sie hier hier.

Senden Sie alle Probleme, auf die Sie hier stoßen, und einer der Litecoin-Entwickler wird Ihnen helfen.

Melden Sie sich nur für Ankündigungen oder Entwicklungsdiskussionen an.

Dies sind die SHA-256-Hashes der freigegebenen Dateien:

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

Vielen Dank an alle, die direkt zu dieser Veröffentlichung beigetragen haben:

• Die Bitcoin Core-Entwickler
• Adrian Gallagher
• Aunyks
• Coblee
• Kryptonexii
• gabrieldov
• Martin Smith
• NeMO84
• ppm0
• romanornr
• shaolinbraten
• spl0i7
• ultretenx
• VKoskiv
• voidmain
• xinxi

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