Følg Google+ side or Twitter for de siste nyhetene.
Vi er glade for å lansere Litecoin Core 0.16.0-utgivelsen. Dette er en ny hovedversjonsutgivelse, inkludert nye funksjoner, ulike feilrettinger og ytelsesforbedringer, samt oppdaterte oversettelser. Det anbefales for alle brukere å oppgradere til denne versjonen.
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å følgende:
- 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, da midler kan gå tapt hvis den blir utilgjengelig under drift.
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 det 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:
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
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
- stedwms
- ultragtx
- VKoskiv
- ugyldig
- wbsmolen
- 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
- tid
- topp
- Transaksjonen
- Transaksjoner
- us
- Brukere
- verdi
- Se
- lommebok
- Lommebøker
- HVEM
- vinduer
- Arbeid