Introduksjonen av en større versjon av biblioteket libtorrent (også kjent som libtorrent-rasterbar), når sitt nye versjon 2.0, som tilbyr en BitTorrent-implementering som er effektiv når det gjelder minneforbruk og CPU-utnyttelse.
I denne nye versjonen utgitt endringer gjøres i algoritmen som brukes SHA-1 til SHA2-256, dette fordi den første har noen problemer, den overgang for å binde separate hasjetrær til hver fil og applikasjonen og noen andre ting.
For de som ikke er kjent med biblioteket, bør du vite at det brukes av torrentklienter som Deluge, qBittorrent, Folx, Lince, Miro og Flush (ikke å forveksle med det andre libtorrentbiblioteket som brukes av rTorrent). Libtorrent-koden er skrevet i C ++ og distribuert under BSD-lisensen.
Hovedendringene i libtorrent 2.0
I denne nye utgitte versjonen av libtorrent 2.0 skiller den seg ut for tillegg av støtte for BitTorrent v2-protokollen, som beveger seg bort fra bruken av SHA-1-algoritmen, som har problemer med valg av kollisjoner, til fordel for SHA2- 256.
Med bruk av algoritmen SHA2-256 garanterer både kontroll av blokkene data som for poster i indekser (info-ordbok), som bryter kompatibilitet med DHT og trackere.
Selv om bruken av denne algoritmen har problemer med magnetkoblinger til torrenter, det er derfor med SHA2-256 hash, et nytt prefiks foreslås "Urn: btmh:" (for SHA-1 og hybrid-torrenter, bruk "urn: btih:").
Siden hash-funksjonen tilsidesetter protokollstøtte (et felt med en 32-byte-hash i stedet for 20 byte), utviklingen av BitTorrent v2-spesifikasjonen ble opprinnelig utført uten hensyn til kompatibilitet med tidligere versjoner og andre viktige komposisjonsendringer ble gjort, for eksempel bruk av Merkle hash-treet i indekser for å redusere torrent-filstørrelser og bekreftelse på blokknivå av nedlastede data.
Endringene i BitTorrent v2 fremhever også overgang for å binde separate hasjetrær til hver fil og bruke filjustering i deler (uten å legge til polstring etter hver fil), slik at du kan kvitte deg med dupliserte data når det er identiske filer, og gjør det enkelt å identifisere forskjellige kilder for filer.
Også det bemerkes at effektiviteten ved koding av katalogstrukturen i torrent ble forbedret og optimaliseringer ble lagt til for å behandle et stort antall små filer.
Videre for å glatte sameksistensen av versjonen BitTorrent v1 og BitTorrent v2, det er mulig å lage hybrid torrentfiler som inkluderer, i tillegg til strukturer med SHA-1 hashes, indekser med SHA2-256.
Disse hybrid-torrents kan brukes med klienter som bare støtter BitTorrent v1.
Endelig er det også kommentert i notatene til denne nye versjonen at den forventede støtten til WebTorrent-protokollen i libtorrent 2.0 er utsatt til neste versjon betydelig, som de nevner at den ikke vil bli utgitt før på slutten av året (hvis alt går i arbeid) på grunn av uløste stabilitetsproblemer.
Og det må du huske integrasjonen WebTorrent-forslaget i libtorrent-biblioteket vil lar deg delta i distribusjonen av innholdet ikke bare gjennom nettstedsbesøkendes nettlesere, men også via stasjonære torrentklienter ved hjelp av libtorrent-biblioteket, inkludert Deluge og qBittorrent (rTorrent påvirker ikke endringen da den bruker et annet libtorrent-bibliotek).
WebTorrent-implementeringen lagt til libtorrent er skrevet i C ++ og kan porteres til andre torrentbiblioteker og klienter hvis ønskelig (den originale WebTorrent er skrevet i JavaScript).
Derfor er det de kan danne hybridnettverk med deltakere som er i stand til å samhandle med nettverk basert på BitTorrent og WebTorrent.
Hvis du vil vite mer om det om notatet til denne nye utgitte versjonen av libtorrent-biblioteket, kan du sjekke detaljene ved å gå til følgende lenke.
Som jeg leste andre steder, brøt Google nylig SHA-1-protokollen med grov styrke, og det var derfor samfunnet skyndte seg for å migrere til SHA-256.