Følg Google+ side or Twitter for de siste nyhetene.
Vi er glade for å frigi Litecoin Core 0.16.0 utgivelseskandidat. Dette er en ny hovedversjonsutgivelse, inkludert nye funksjoner, ulike feilrettinger og ytelsesforbedringer, samt oppdaterte oversettelser.
Det anbefales for kraftbrukere å oppgradere til denne versjonen. Etter tilstrekkelig testing vil Litecoin Core v0.16.0 final bli utgitt og anbefales for alle brukere å oppgradere.
Segwit lommebok
Litecoin Core 0.16.0 introduserer full støtte for segwit i lommeboken og brukergrensesnittene. En ny -addresstype
argument er lagt til, som støtter legacy
, p2sh-segwit
(standard), og bech32
adresser. Den styrer hva slags adresser som produseres av getnewaddress
, getaccountaddress
og createmultisigaddress
. A -changetype
argument er også lagt til, med de samme alternativene, og som standard lik -addresstype
, for å kontrollere hvilken type endring som brukes.
En ny address_type
parameteren er lagt til getnewaddress
og addmultisigaddress
RPCer for å spesifisere hvilken type adresse som skal genereres. EN change_type
argumentet er lagt til fundrawtransaction
RPC for å overstyre -changetype
argument for spesifikke transaksjoner.
- Alle segwit-adresser opprettet gjennom
getnewaddress
or*multisig
RPC-er får eksplisitt innløsningsskriptene sine lagt til i lommebokfilen. Dette betyr at nedgradering etter å ha opprettet en segwit-adresse vil fungere, så lenge lommebokfilen er oppdatert. - Alle segwit-nøkler i lommeboken får et implisitt redeemscript lagt til, uten at det skrives til filen. Dette betyr at gjenoppretting av en gammel sikkerhetskopi vil fungere, så lenge du bruker ny programvare.
- Alle keypool-nøkler som sees brukt i transaksjoner får eksplisitt innløsningskodene sine lagt til i lommebokfilene. Dette betyr at nedgradering etter gjenoppretting fra en sikkerhetskopi som inkluderer en segwit-adresse vil fungere
Merk at noen RPC-er ennå ikke støtter segwit-adresser. Spesielt, signmessage
/verifymessage
støtter ikke segwit-adresser, og det gjør det heller ikke importmulti
på dette tidspunktet. Støtte for segwit i disse RPC-ene vil fortsette å bli lagt til i fremtidige versjoner.
P2WPKH endringsutganger brukes nå som standard hvis noen destinasjon i transaksjonen er en P2WPKH eller P2WSH utgang. Dette gjøres for å sikre at endringsutgangen er så umulig å skille fra de andre utgangene som mulig i begge tilfeller.
BIP173 (Bech32) Adressestøtte ("ltc1..."-adresser)
Full støtte for native segwit-adresser (BIP173 / Bech32) er nå lagt til. Dette inkluderer muligheten til å sende til BIP173-adresser (inkludert ikke-v0-adresser), og å generere disse adressene (inkludert som standard nye adresser, se ovenfor).
En avkrysningsboks er lagt til GUI for å velge om en Bech32-adresse eller P2SH-innpakket adresse skal genereres ved bruk av segwit-adresser. Når den ble lansert med -addresstype=bech32
det er merket som standard. Når den ble lansert med -addresstype=legacy
den er ukontrollert og deaktivert.
HD-lommebøker som standard
På grunn av en bakover-inkompatibel endring i lommebokdatabasen, vil lommebøker opprettet med versjon 0.16.0 bli avvist av tidligere versjoner. Dessuten vil versjon 0.16.0 bare lage hierarkiske deterministiske (HD) lommebøker. Merk at dette kun gjelder nye lommebøker; lommebøker laget med tidligere versjoner vil ikke bli oppgradert til å være HD.
Konfigurasjon av lommebokkatalog (-walletdir
)
Litecoin Core har nå mer fleksibilitet når det gjelder hvor lommebokkatalogen kan finnes. Tidligere ble lommebokdatabasefiler lagret på toppnivået i litecoin-datakatalogen. Oppførselen er nå:
- For nye installasjoner (der datakatalogen ikke allerede eksisterer), vil lommebøker nå lagres i en ny
wallets/
underkatalog inne i datakatalogen som standard. - For eksisterende noder (hvor datakatalogen allerede eksisterer), vil lommebøker lagres i datakatalogroten som standard. Hvis en
wallets/
underkatalog eksisterer allerede i datakatalogroten, så vil lommebøker bli lagret iwallets/
underkatalog som standard. - Plasseringen av lommebokkatalogen kan overstyres ved å spesifisere en
-walletdir=<path>
alternativ hvor<path>
kan være en absolutt bane til en katalog eller en katalogsymlink.
Det bør utvises forsiktighet når du velger plassering av lommebokkatalogen, som om den blir utilgjengelig under drift, kan midler gå tapt.
Minimumsversjonen av GCC-kompilatoren som kreves for å kompilere Litecoin Core er nå 4.8. Ingen innsats vil bli gjort for å støtte eldre versjoner av GCC. Se diskusjonen i saken #11732 for mer informasjon. Minimumsversjonen for Clang-kompilatoren er fortsatt 3.3. Andre versjoner av minimumsavhengighet kan finnes i doc/dependencies.md
i depotet.
Beskjærte noder kan nå signalisere BIP159s NODE_NETWORK_LIMITED ved å bruke servicebiter, som forberedelse til full BIP159-støtte i senere versjoner. Dette vil tillate beskjærte noder å betjene de nyeste blokkene. Den nåværende endringen inkluderer imidlertid ennå ikke støtte for tilkobling til disse beskårne jevnaldrende.
SHA256-hash-optimaliseringene for arkitekturer som støtter SSE4, som fører til ~50% hastigheter i SHA256 på støttet maskinvare (~5% raskere synkronisering og blokkvalidering), er nå aktivert som standard. I tidligere versjoner ble de aktivert ved hjelp av --enable-experimental-asm
flagg når du bygger, men er nå standard og anses ikke lenger som eksperimentell.
- Alternativet for å gjenbruke en tidligere adresse er nå fjernet. Dette ble begrunnet med behovet for å «sende» en faktura på nytt, men nå som vi har forespørselshistorikken, burde dette behovet være borte.
- Støtte for søk etter TXID er lagt til, i stedet for bare adresse og etikett.
- Et "Bruk tilgjengelig saldo"-alternativet er lagt til i dialogboksen Send mynter for å legge til den gjenværende tilgjengelige lommeboksaldoen til en transaksjonsutgang.
- En bryter for å deaktivere passordfeltene i passorddialogboksen er lagt til.
Ny rescanblockchain
RPC
En ny RPC rescanblockchain
har blitt lagt til for å manuelt starte en blokkjede-rescan. RPC-en støtter start- og slutthøyde-argumenter for rescan, og kan brukes i et multiwallet-miljø for å skanne blokkjeden på nytt under kjøring.
Ny savemempool
RPC
En ny savemempool
RPC er lagt til som gjør at den nåværende mempoolen kan lagres på disk når som helst for å unngå at den går tapt på grunn av krasj/strømtap.
Sikker modus er deaktivert som standard
Sikker modus er nå deaktivert som standard og må aktiveres manuelt (med -disablesafemode=0
) hvis du ønsker å bruke den. Sikker modus er en funksjon som deaktiverer et undersett av RPC-anrop – hovedsakelig relatert til lommeboken og sending – automatisk i tilfelle visse problemforhold med nettverket oppdages. Utviklere har imidlertid sett på disse sjekkene som ikke pålitelige nok til å handle automatisk. Selv med sikker modus deaktivert, vil de fortsatt forårsake advarsler i warnings
felt av getneworkinfo
RPC og start -alertnotify
kommando.
Omdøpt skript for å lage JSON-RPC-legitimasjon
De share/rpcuser/rpcuser.py
script ble omdøpt til share/rpcauth/rpcauth.py
. Dette skriptet kan brukes til å lage rpcauth
legitimasjon for en JSON-RPC-bruker.
Valider adresseforbedringer
De validateaddress
RPC-utgang er utvidet med noen få nye felt, og støtte for segwit-adresser (både P2SH og Bech32). Nærmere bestemt:
- Et nytt felt
iswitness
er sant for P2WPKH- og P2WSH-adresser ("ltc1..."-adresser), men ikke for P2SH-innpakket segwit-adresser (se nedenfor). - Det eksisterende feltet
isscript
vil nå også rapportere True for P2WSH-adresser. - Et nytt felt
embedded
finnes for alle skriptadresser der skriptet er kjent og samsvarer med noe som kan tolkes som en kjent adresse. Dette gjelder spesielt for P2SH-P2WPKH- og P2SH-P2WSH-adresser. Verdien forembedded
inneholder mye av informasjonenvalidateaddress
vil rapportere hvis det påkalles direkte på den innebygde adressen. - For multisig-skript en ny
pubkeys
felt ble lagt til som rapporterer de fullstendige offentlige nøklene som er involvert i skriptet (hvis kjent). Dette er en erstatning for det eksisterendeaddresses
feltet (som rapporterer den samme informasjonen, men kodet som P2PKH-adresser), representert på en mer nyttig og mindre forvirrende måte. Deaddresses
feltet forblir til stede for ikke-segwit-adresser for bakoverkompatibilitet. - For alle enkeltnøkkeladresser med kjent nøkkel (selv når de er pakket inn i P2SH eller P2WSH),
pubkey
feltet vil være til stede. Spesielt betyr dette at påkallingvalidateaddress
på utdata fragetnewaddress
vil alltid rapporterepubkey
, selv når adressetypen er P2SH-P2WPKH.
- Den utdaterte RPC
getinfo
var fjernet. Det anbefales at de mer spesifikke RPC-ene brukes: getblockchaininfo
getnetworkinfo
getwalletinfo
getmininginfo
- Lommebokens RPC
getreceivedbyaddress
vil returnere en feil hvis du ringer med en adresse som ikke er i lommeboken. - Lommebokens RPC
addwitnessaddress
ble avviklet og vil bli fjernet i versjon 0.17, angiaddress_type
argument avgetnewaddress
, eller alternativ-addresstype=[bech32|p2sh-segwit]
i stedet. dumpwallet
inkluderer nå hex-kodede skript fra lommeboken i dumpfilen, ogimportwallet
importerer nå disse skriptene, men det kan hende at tilsvarende adresser ikke legges til på riktig måte, eller det kan være nødvendig med en manuell ny skanning for å finne relevante transaksjoner.- RPC
getblockchaininfo
inkluderer nå enerrors
feltet. - En ny
blockhash
parameteren er lagt tilgetrawtransaction
RPC som gjør det mulig å hente en råtransaksjon fra en spesifikk blokk hvis kjent, selv uten-txindex
aktivert. - De
decoderawtransaction
ogfundrawtransaction
RPC-er har nå valgfrittiswitness
parametere for å overstyre de heuristiske vitnekontrollene om nødvendig. - De
walletpassphrase
timeout er nå satt til 2^30 sekunder. - Bruk av adresser med
createmultisig
RPC er nå avviklet, og vil bli fjernet i en senere versjon. Offentlige nøkler bør brukes i stedet. - Reskanning av blokkjede låser nå ikke lenger lommeboken for hele reskanningsprosessen, så andre RPC-er kan nå brukes samtidig (selv om resultatene av saldoer/transaksjoner kan være feil eller ufullstendige inntil nyskanningen er fullført).
- De
logging
RPC har nå blitt offentliggjort i stedet for skjult. - An
initialblockdownload
boolsk har blitt lagt tilgetblockchaininfo
RPC for å indikere om noden for øyeblikket er i IBD eller ikke. minrelaytxfee
er nå inkludert i produksjonen avgetmempoolinfo
-debuglogfile=<file>
kan brukes til å spesifisere en alternativ feilsøkingsloggfil.- litecoin-cli har nå en
-stdinrpcpass
alternativet for å la RPC-passordet leses fra standardinndata. - De
-usehd
alternativet er fjernet. - litecoin-cli støtter nå en ny
-getinfo
flagg som returnerer en utgang som den til den nå fjernedegetinfo
RPC.
- Standard rettest JSON-RPC-porten er endret til 19443 for å unngå konflikt med testnets standard 19332.
- Segwit er nå alltid aktiv i riktigste modus som standard. Derfor, hvis du oppgraderer en riktigste node, må du enten -reindeksere eller bruke de gamle reglene ved å legge til
vbparams=segwit:0:999999999999
til din riktigste litecoin.conf. Unnlatelse av å gjøre dette vil resultere i en CheckBlockIndex() påstandsfeil som vil se slik ut: Assertion `(pindexFirstNeverProcessed != nullptr) == (pindex->nChainTx == 0)' mislyktes.
For å laste ned, besøk nedlastingssiden her.. Alternativt kan du se nedlastingsmappen her..
Bruk GPG for å verifisere integriteten til utgivelsesbinariene. Dette sikrer at det binære du har lastet ned ikke har blitt tuklet med. Linux, MacOS og Win32 cygwin kommandolinje GPG-instruksjoner er tilgjengelige her.. Vær også oppmerksom på at vi GPG signerer binærfiler som en bekvemmelighet for deg. Den ultimate måten å verifisere integriteten til byggene er å bygge dem selv ved hjelp av Gitian. Instruksjoner om hvordan du utfører disse byggene, finner du her..
For denne utgivelsen har binærfiler blitt signert med nøkkelidentifikator FE3348877809386C (thrasher's key).
Til tross for at denne versjonen er sterkt testet, kan denne versjonen fremdeles inneholde feil. Ta alltid sikkerhetskopi av wallet.dat-filen før du oppgraderer. Hvis du støter på noen problemer, kan du gi oss beskjed ved å poste til feilrapporteringsdelen nedenfor.
Hovedgrenen inneholder de siste forpliktelsene til de neste stabile utgivelsene av Litecoin Core.
Byggeinstruksjoner for Linux finner du her..
Bygginstruksjoner for OSX finner du her..
Byggeinstruksjoner for Windows kan bli funnet her..
Send inn eventuelle problemer du støter på her, og en av Litecoin-utviklerne vil hjelpe deg.
Registrer deg kun for kunngjøringer eller utviklingsdiskusjon.
Dette er SHA-256 hashes av de utgitte filene:
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
Takk til alle som direkte bidro til denne utgivelsen:
- Bitcoin Core-utviklerne
- Adrian Gallagher
- aunyks
- coblee
- cryptonexii
- gabrieldov
- Martin Smith
- NeMO84
- ppm0
- romanornr
- shaolinfry
- spl0i7
- ultragtx
- VKoskiv
- ugyldig
- xinxi
- "
- Absolute
- aktiv
- Alle
- Kunngjøringer
- argumenter
- Backup
- Bitcoin
- bitcoin kjerne
- blockchain
- Bug
- bugs
- bygge
- Bygning
- Årsak
- endring
- Sjekker
- Mynter
- konflikt
- fortsette
- bidratt
- Opprette
- Gjeldende
- dato
- Database
- dev
- utviklere
- Utvikling
- EC
- Miljø
- Failure
- Trekk
- Egenskaper
- Felt
- fleksibilitet
- følge
- fullt
- midler
- framtid
- maskinvare
- hashing
- her.
- historie
- Hvordan
- Hvordan
- hr
- HTTPS
- Inkludert
- informasjon
- involvert
- saker
- IT
- nøkkel
- nøkler
- siste
- lansere
- føre
- Nivå
- LG
- linje
- linux
- Litecoin
- plassering
- Lang
- MacOS
- større
- medium
- Mempool
- MIT
- multitegn
- nettverk
- Nye funksjoner
- nyheter
- noder
- Alternativ
- alternativer
- Annen
- Passord
- ytelse
- makt
- presentere
- produsert
- offentlig
- Raw
- utvinning
- Utgivelser
- rapporterer
- Rapporter
- Resultater
- avkastning
- regler
- trygge
- SegWit
- sett
- So
- Software
- Begynn
- støtte
- Støttes
- Støtter
- Testing
- tid
- topp
- Transaksjonen
- Transaksjoner
- us
- Brukere
- verdi
- Se
- lommebok
- Lommebøker
- HVEM
- vinduer
- Arbeid