S'acaba de fer la introducció de una versió important de la biblioteca libtorrent (També coneguda com libtorrent-rasterbar), arribant aquesta a la seva nova Versió 2.0, Que ofereix una implementació de BitTorrent que és eficient en termes de consum de memòria i utilització de CPU.
En aquesta nova versió llançada es realitzen canvis en l'algoritme usat SHA-1 a SHA2-256, això a causa que el primer té alguns problemes, també es presenten la transició per vincular arbres hash separats a cada arxiu i l'aplicació i algunes coses mes.
Per als qui desconeixen de la biblioteca, han de saber que aquesta és utilitzada per clients torrent com Deluge, qBittorrent, Folx, Linx, Miro i Flush (no confondre amb l'altra biblioteca libtorrent utilitzada per rTorrent). El codi libtorrent està escrit en C ++ i distribuït sota la llicència BSD.
Principals canvis en libtorrent 2.0
En aquesta nova versió presentada d'libtorrent 2.0 es destaca per l'addició de suport per al protocol BitTorrent v2, que s'allunya de l'ús de l'algoritme SHA-1, que té problemes amb la selecció de col·lisions, a favor de SHA2-256.
Amb l'ús de l'algoritme SHA2-256 es garanteix tant el control de la integritat dels blocs de dades com per als registres en índexs (info-diccionari), el que trenca la compatibilitat amb DHT i trackers.
Tot i que l'ús d'aquest algorisme presenta problemes amb els enllaços magnet a torrents, És per això que amb hash SHA2-256, es proposa un nou prefix «Urn: btmh:» (per torrents SHA-1 i híbrids, s'usa «urn: btih:»).
Atès que el reemplaçament de la funció hash trenca la compatibilitat de l'protocol (un camp amb un hash de 32 bytes en lloc de 20 bytes), el desenvolupament de l'especificació BitTorrent v2 es va dur a terme inicialment sense tenir en compte la compatibilitat amb versions anteriors i es van realitzar altres canvis significatius en la composició, com l'ús de l'arbre hash Merkle en els índexs per reduir la mida d'arxius torrent i verificació a nivell de bloc de les dades descarregades.
Els canvis en BitTorrent v2 també destaquen la transició per vincular arbres hash separats a cada arxiu i l'aplicació de l'alineació d'arxius en parts (Sense afegir farcit després de cada arxiu), el que li permet desfer de les dades duplicats quan hi ha arxius idèntics i facilita la identificació de diferents fonts per als arxius.
També es destaca que es va millorar l'eficiència de codificar l'estructura de directoris a torrent i es van agregar optimitzacions per processar una gran quantitat d'arxius petits.
D'altra banda, per suavitzar la coexistència de la versió BitTorrent v1 i BitTorrent v2, és possible crear arxius torrent híbrids que incloguin, a més d'estructures amb hashes SHA-1, índexs amb SHA2-256.
Aquests torrents híbrids es poden usar amb clients que només admeten BitTorrent v1.
Finalment, també es comenta a les notes d'aquesta nova versió que el suport esperat de l'protocol WebTorrent en libtorrent 2.0 s'ha posposat fins a la propera versió significativa, la qual esmenten que no es llançarà fins a finals d'any (si tot va sobre la marxa) a causa de problemes d'estabilitat no resolts.
I és que cal recordar que la integració proposta de WebTorrent a la biblioteca libtorrent li permetrà participar en la distribució de contingut no només a través dels navegadors dels visitants del lloc web, sinó també a través de clients de torrent estacionaris que fan servir la biblioteca libtorrent, Inclosos Deluge i qBittorrent (rTorrent no afecta el canvi, ja que usa una biblioteca libtorrent diferent).
La implementació de WebTorrent agregada a libtorrent s'escriu en C ++ i, si es desitja, es pot portar a altres biblioteques i clients de torrent (el WebTorrent original s'escriu en JavaScript).
Per tant, es poden formar xarxes híbrides amb participants capaços d'interactuar amb xarxes basades en BitTorrent i WebTorrent.
Si vols conèixer més a l'respecte sobre la nota d'aquesta nova versió alliberada de la biblioteca libtorrent, pots consultar els detalls dirigint-te a l'enllaç.
Segons llegeixo en un altre mitjà Google va trencar fa poc per força bruta el protocol SHA-1 és per això que la comunitat es va donar presses per migrar a SHA-256.