Introduktionen av en större version av biblioteket libtorrent (även känd som libtorrent-rasterbar) och når sitt nya version 2.0, som erbjuder en BitTorrent-implementering som är effektiv när det gäller minneskonsumtion och CPU-användning.
I den här nya versionen släpptes ändringar görs i algoritmen som används SHA-1 till SHA2-256, detta eftersom den första har några problem, den övergång för att binda separata hashträd till varje fil och applikationen och några andra saker.
För de som inte känner till biblioteket bör du veta att det används av torrentklienter som Deluge, qBittorrent, Folx, Lince, Miro och Flush (inte förväxlas med det andra libtorrentbiblioteket som används av rTorrent). Libtorrent-koden är skriven i C ++ och distribueras under BSD-licensen.
Huvudsakliga förändringar i libtorrent 2.0
I denna nya släppta version av libtorrent 2.0 sticker den ut för tillägget av stöd för BitTorrent v2-protokollet, som går bort från användningen av SHA-1-algoritmen, som har problem med valet av kollisioner, till förmån för SHA2-256 .
Med hjälp av algoritmen SHA2-256 garanterar både kontrollen av blockens integritet data som för register i index (info-ordbok), vilket bryter kompatibiliteten med DHT och trackers.
Även om användningen av denna algoritm har problem med magnetlänkar till torrents, det är därför med SHA2-256 hash, ett nytt prefix föreslås "Urn: btmh:" (för SHA-1 och hybrid-torrenter, använd "urn: btih:").
Eftersom hash-funktionen åsidosätter bryter protokollstöd (ett fält med en 32-byte-hash istället för 20 byte), utvecklingen av BitTorrent v2-specifikationen genomfördes ursprungligen utan hänsyn till kompatibilitet med tidigare versioner och andra betydande sammansättningsändringar gjordes, till exempel användningen av Merkle-hashträdet i index för att minska storleken på torrentfiler och blocknivåverifiering av nedladdad data.
Ändringarna i BitTorrent v2 markerar också övergång för att binda separata hashträd till varje fil och tillämpa filjustering i delar (utan att lägga till utfyllnad efter varje fil), så att du kan bli av med dubbla data när det finns identiska filer och gör det enkelt att identifiera olika källor för filer.
också det noteras att effektiviteten vid kodning av katalogstrukturen i torrent förbättrades och optimeringar lades till för att bearbeta ett stort antal små filer.
Dessutom för att jämna ut samexistensen av versionen BitTorrent v1 och BitTorrent v2, det är möjligt att skapa hybrid torrentfiler som inkluderar, förutom strukturer med SHA-1-haschar, index med SHA2-256.
Dessa hybrid-torrenter kan användas med klienter som endast stöder BitTorrent v1.
Slutligen kommenteras det också i anteckningarna till denna nya version att det förväntade stödet för WebTorrent-protokollet i libtorrent 2.0 har skjutits upp till nästa version betydande, vilket de nämner att det inte kommer att släppas förrän i slutet av året (om allt går som planerat) på grund av olösta stabilitetsproblem.
Och du måste komma ihåg det integrationen WebTorrent-förslag i libtorrent-biblioteket kommer låta dig delta i distributionen av innehåll inte bara via webbplatsbesökarnas webbläsare utan också via stationära torrentklienter som använder libtorrent-biblioteket, inklusive Deluge och qBittorrent (rTorrent påverkar inte förändringen eftersom den använder ett annat libtorrent-bibliotek).
WebTorrent-implementeringen som läggs till i libtorrent är skriven i C ++ och kan, om så önskas, överföras till andra torrentbibliotek och klienter (den ursprungliga WebTorrent är skriven i JavaScript).
Därför är det de kan bilda hybridnätverk med deltagare som kan interagera med nätverk baserat på BitTorrent och WebTorrent.
Om du vill veta mer om det om anteckningen till den nya versionen av libtorrent-biblioteket kan du kontrollera detaljerna genom att gå till följande länk.
Som jag läste någon annanstans bröt Google nyligen SHA-1-protokollet med hård kraft, varför samhället rusade för att migrera till SHA-256.