32 ms·
BitTorrent v2
- coronadisaster 6y agoIt would be nice to have a torrent system where noone that is uploading has all the data for a specific torrent (or at least they arent uploading the whole file to any specfic person... probably would be harder to prosecute in the event that some files become illegal)... You could take 1% of the billonaire's fortune and give it to the "victims" and everyone would be happy.
- smabie 6y agoNo one can have all the files and BitTorrent works just fine. Though, I don't see why anyone wouldn't want the whole file. What's the point if you can't actually use what you downloaded?
- deleted 6y ago[deleted]
- coronadisaster 6y agoYou could or could not have all files, but you would never upload a whole file to a single user (ie: part of a file is possibly meaningless if you upload random chunks)
- anaganisk 6y agoIm not sure how that would work technically speaking if there is just a single seeder and leecher, also don't you become an accomplice for helping?
- coronadisaster 6y agoevery seeder could technically have all the files but would only share random chunks with each user
- bakies 6y agoCan't this already be true? You do not need the entire torrent in order to seed downloads. Clients leeching know which blocks seeders are providing and will download what's available.
- pgsandstrom 6y agoSounds a bit like freenet: https://freenetproject.org https://freenetproject.org
- luckylion 6y agoIf you share significant parts of a copyright protected work, you're probably still on the hook. For most things, it's not actually the files that are copyrighted, it's the content encoded in them. At some point, I suppose things get very fuzzy, e.g. you're just uploading a single second of an album, but I don't know who practically useful that would be.
- sillysaurusx 6y agoUploading parts of illegal files is equivalent from a security perspective. It seems like there's no advantage to your proposal. The Whonix wiki has an incredible amount of information on topics such as this: https://www.whonix.org/wiki/Documentation https://www.whonix.org/wiki/Documentation Basically, it's very hard to protect the security of users when a government seeks to prosecute dissidents. There's a lot to take into account. A simple "we saw an upload from IP address x.y.z.w containing <illegal file>" will be enough to hang whoever it is. On second thought, I guess it would be a nice addition to let users control which files they're seeding, rather than the whole torrent. I'm just not sure it's enough to get them off the hook in the event of legal troubles.
- jayd16 6y agoIdeally, you'd want to come up with some way to pack files such that many files share the same chunks. Perhaps you could make the act of sharing (all or most of the) legal and illegal files indistinguishable.
- p1mrx 6y agoYou could have a protocol where every block of the file is actually two "random" blocks XOR'd together, but this doesn't really work. If you create a new 1GB torrent, you'll need 1GB of new (never seen before) blocks with ~100% probability, so it will be obvious who's seeding the data. Or you could make the block size smaller (e.g. 1 bit) and tell the lawyers to piss off because 0 and 1 are public domain.
- wmf 6y agoSee https://www.scs.stanford.edu/~dm/home/papers/waldman:tangler-large.pdf https://www.scs.stanford.edu/~dm/home/papers/waldman:tangler... and https://ansuz.sooke.bc.ca/entry/23 https://ansuz.sooke.bc.ca/entry/23
- ficklepickle 6y agoOff-topic meta discussion about that second link you posted. It is an example of a fourth-level municipal domain[0], which are a relic of the past internet. Sooke is a municipality on Vancouver Island. Sadly, new domains of this sort were discontinued in 2010. A cool relic of the internet past and massive geek cred. I remember these URLs from my childhood and they make me very nostalgic. [0] - https://en.wikipedia.org/wiki/.ca#Third-level_(provincial)_and_fourth-level_(municipal)_domains https://en.wikipedia.org/wiki/.ca#Third-level_(provincial)_a...
- marcinzm 6y ago>probably would be harder to prosecute in the event that some files become illegal Cynically I'd assume they'd just use it to add a conspiracy to commit a crime charge to the list since you technically need to coordinate with other people.
- AdamJacobMuller 6y agoNo reason you can't do this with the existing protocol. I'm not sure how much it helps from a legal POV and i suppose it depends upon your threat model, but, its fairly trivially doable.
- nabla9 6y agoIf you want to circumvent the law, you must find a legal technicality, not a technical technicality. The key weakness in every smartass technical technicality to circumvent the law is forgetting that intent is core concept when the law is interpreted in the court. Did the defendant have intent to do X? Did the defendant use some purpose build technique to avoid doing the most literal interpretation X ? .. Yeah, defendant is guilty of doing X.
- spockz 6y agoIANAL, but afaik this depends on whether the legislation is English law or Latin law from origin. Where Latin law is more about the intent and english, and therefore US law, is more about the letter of the law. Perhaps the distinction is along a different axis but this is how I remember.
- nabla9 6y agoYou are thinking about common law (originated in England) vs civil law (based on Roman law) In both systems intent is very important in criminal cases. The real difference is between criminal law and contract law. In contract law. In contract law the intention is fixed by the language of the contract document. It matters less if matter if one party didn't intent to violate the contract. It is what it is.
- spockz 6y agoThank you for clarifying this. Do you have a link to some overview material on the differences between laws in different countries? Is the distinction between criminal and contract law the same in every region?
- coronadisaster 6y ago"must find a legal technicality, not a technical technicality." I think we are ok as long as there are no precedents? Isnt that how smartass laws work?
- 6y ago
- smabie 6y agoI've written a torrent client, and I'm skeptical than v2 will ever catch on. While it does solve some minor problems, it's not a large enough leap forward to justify the costs.
- bredren 6y agoI don’t know much about protocol version pacing, but was lack of substantial changes part of the reason it has taken 12 full years to get a client to support v2? http://bittorrent.org/beps/bep_0052.html http://bittorrent.org/beps/bep_0052.html
- Mindless2112 6y ago3 years, not 12. BEP 52 was based on BEP 3 and kept the same metadata, including the creation date. http://bittorrent.org/beps/bep_0003.html http://bittorrent.org/beps/bep_0003.html
- rhencke 6y agoNo. It is still a draft proposal.
- Havoc 6y agoIf a couple major players adopt a hybrid system then it could perhaps
- loeg 6y agolibtorrent backs a number of popular clients (Deluge, qBittorrent), so that's a good start.
- mhh__ 6y agoFrom the perspective of the client would it be a drop in replacement like changing a static library or a from the ground up rework?
- smabie 6y ago
- xibalba 6y agoTo me, BitTorrent feels a lot like Blockchain: interesting tech that doesn't seem to be able to find a practical and useful application (proportionate to the attendant hype). Which is not to say that either can't, they just haven't yet. Why? EDIT: while I don't (yet) consider myself delirious, responses to this comment have illuminated how little I know about the influence and application of BitTorrent. In other words, I retract the above opinion.
- mawalu 6y agoYou mean beside being responsible for ~50% of the global internet traffic in 2009? https://en.wikipedia.org/wiki/BitTorrent https://en.wikipedia.org/wiki/BitTorrent
- oblio 6y agoYeah, but what's the current number? I'd be surprised if it were more than 5-10% these days. 2009 was 11 years ago, the internet was a much smaller and less regulated place.
- ffpip 6y agoYoutube is 37% of all mobile traffic. [1] [1]- https://www.statista.com/chart/17321/global-downstream-mobile-traffic-by-app/ https://www.statista.com/chart/17321/global-downstream-mobil...
- risho 6y agothat is still way WAY more than enough to justify it's utility.
- bioipbiop 6y agoEven if it were only 5-10% of internet traffic, that’d be huge! Think about how much the internet has exploded in use since 2009.
- CyberDildonics 6y agoYou think that if something once took up 50% of all traffic on the internet it never found a practical application?
- m3kw9 6y agoTalk about an un-mobile friendly website
- risho 6y agoworks fine on my phone.
- Stratoscope 6y agoIt even manages to evade the usual "Show simplified view" bottom bar that Chrome mobile shows when it detects that a page is likely hard to read. Rather ironically, you get a much more readable view if you select "Desktop site" in the Chrome mobile menu and then double-tap the main text column.
- kasabali 6y agoIt works just fine on Opera on Android thanks to text reflow. Most of the time it's not web sites but browsers, who are unfriendly.
- deleted 6y ago[deleted]
- deleted 6y ago[deleted]
- m00dy 6y agohmm, looks like still no support for data streaming :(
- rwmj 6y agoBitTorrent (v1) supports streaming if your client knows the appropriate way to prioritize packets. I've written a streaming client using libtorrent-rasterbar and it worked fine. What's the problem?
- armitron 6y agoNothing stops you from downloading pieces in a specific order that allows for streaming. It's the client that determines order, not the bittorrent protocol.
- mixmastamyk 6y agoPopcorn time has some support to start playing before full file download.
- m00dy 6y agowell, I meant live streaming here.
- FridgeSeal 6y agoThat would require mutable torrents correct?
- m00dy 6y agoyeah, that is one way to do that.
- lucb1e 6y agoUm, now this is the third subcomment; you could have edited your original comment.
- crazygringo 6y ago
- m3kw9 6y agoI feel like a lot of the terms has blockchain in nature but they never specifically state it.
- doctoboggan 6y agoBittorrent was pioneering distributed architecture while bitcoin was still a future thought in Satoshi's mind.
- Retr0spectrum 6y agoBlockchains are just unbalanced merkle trees.
- proverbialbunny 6y agoIt feels like this isn't a large enough leap forward. It would be nice if BitTorrent v2 made it harder for ISPs to identify what is bit torrent traffic. AT&T artificially slows down upload speeds.
- mac01021 6y agoWhy don't ISPs bill by the gigabyte and be done with it?
- jbverschoor 6y agoBC billshock scares people away. It would set us back to the early '90s
- wwwhizz 6y agoSo watching Netflix and YouTube gets more expensive? No, thanks. I'm fine with European net-neutrality and pay for bandwidth.
- 101008 6y agoIt would be horrible to live in a world like that. Imagine deciding to watch a shorter film on Netflix because you will pay less.
- ffpip 6y agoThat's basically what happens with mobile data plans in India. Fixed speeds, pay X amount per 1 or 1.2 GB
- SL61 6y agoIt's also how Google Fi works. Every time I loaded something, in the back of my mind I'd think "this page is costing me two cents". It makes everything you load feel like an individual transaction, making it super uncomfortable to use.
- freedomben 6y ago
- crazygringo 6y agoVery interesting. But I'm not totally clear -- what does this mean for compatibility with v1? The article states that hybrid torrents that support v1 and v2 can be created. But what does this mean for end-users (clients)? Will most torrent software be upgraded to support both v1 and v2? And will a client be forced to choose from the v1 or v2 swarm, or will it be able to download from and seed to both? I mean it seems like clients would participate in both swarms -- I'd just like to know if that's confirmed. Also, is is possible to add v2 to existing torrents "retroactively"? Who would do that? Or would this solely be for new torrents moving forwards?
- armitron 6y agoA v2-aware client that also supported v1 and hybrid torrents would tick all boxes and be able to participate in multiple swarms (for the same torrent). The main issue that I see is the existence of millions of torrents in private trackers that would have to be manually updated for v2. Are people going to bother? I think not. So for me, v2 is practically a new-torrents-only affair.
- ehsankia 6y agoI think this is fine. Slow migration is often the right choice. The important part is to start early, and in a decade maybe the vast majority of torrents will be V2.
- oauea 6y agoThe sites could perform a bulk update for all their torrents if they so chose.
- danarmak 6y agoTo update you need the data so you can rehash it. A typical tracker only has the torrent files and would take a very long time and spend a lot of possibly expensive bandwidth to download all the tracked torrents. And some torrents may not be seeded all the time.
- nurettin 6y agoI remember one of the original bittorrent guys asking for help/recruiting on some IRC channel. He said it was a transformative project. He was laughed off as the next "wanna create mmorpg" guy. For once they were wrong.
- sleavey 6y agoSHA1 has a collision, so now it uses SHA256. How long until a SHA256 collision? Shouldn't the new protocol just add support for many modern hash functions, and client updates can disable support for hashes that become insecure later? Or does this introduce its own headaches? That's what SSH does, right?
- armitron 6y agoCollisions in the context of bittorrent are not a big deal. We could (and will, there are millions of torrents around that will never be updated) keep using SHA1 and the world is not going to end.
- frenchman99 6y agoIt isn't? Is it not possible to be tricked into downloading a malicious binary that you then execute on your computer?
- calvinmorrison 6y agoUnlike the Photoshop 2020 WareZ Cracked Unlocked 2020 Xvid Torrentz WZ FUN.torrent, that I just downloaded
- vermilingua 6y agoYes, because warez is the only valid use of bittorrent. Most Linux distros offer an installation iso via torrent, large files with many blocks. If you can change just a small part of those files, you’ve got compromised machines before the install even begins.
- mlyle 6y agoMost of the practical hash attacks we've seen allow one to create two chunks of data that hash to the same thing, not to collide with an arbitrary other block. This greatly limits the attack scenarios we need to worry about. (That is, we've got practical collision attacks emerging for SHA1, not pre-image attacks).
- d33 6y agoThere are a few things I wish this addressed, but it doesn't. Off the top of my head: 1. the new hash function is going to be broken eventually - what happens then? 2. support for "remixes". It would be nice to reference pieces from another torrent. Example use case: adding subtitles for a movie. Right now it requires either downloading the "main" version of the movie and getting the subtitles externally, or sharing the file from scratch.
- heartbeats 6y ago> Identical files will always have the same hash and can more easily be moved from one torrent to another (when creating torrents) without having to re-hash anything. Files that are identical can also more easily be identified across different swarms, since their root hash only depends on the content of the file.
- lucb1e 6y ago> the new hash function is going to be broken eventually SHA-2 will not be broken as easily as SHA-1. This seems to be a common misconception in this thread. Wikipedia: "Since 2005, SHA-1 has not been considered secure against well-funded opponents". This was 10 years after its introduction (1995) and 15 years ago. We had 15 friggin' years and we're finally switching git and bittorrent around. It took 2017-2005=12 years to get from first serious signs of issues to https://shattered.io https://shattered.io. SHA-2 is now 19 years old and the "uh oh, better switch before it's too late" recommendation has not come yet. It's withstanding the test of time better and there haven't been 12 years to mature any weaknesses. The theoretically known attacks for SHA-2 are fairly insignificant. Since SHA-2 had a similar construction to SHA-1 (Merkle-Dåmgard), NIST figured they better launch the SHA-3 competition at the first sign of trouble and picked something with a very different operating principle. For now, however, it's still fine. Thomas Pornin put this a bit better than I can: https://security.stackexchange.com/a/21116/10863 https://security.stackexchange.com/a/21116/10863 As for "what happens if/when it will be broken": we could make BitTorrentv2 another multi-crypto soup like with TLS, but then you open up a can of downgrade attacks, potential null ciphers or other such tricks simply due to increased complexity, and you still can't switch that quickly because everyone needs to take manual action in changing configuration files. Much better if we can instead do apt upgrade and let the software take care of making security decisions rather than those who install the software. (Remember that SSL was designed in 1994, when LiveScript/JavaScript didn't even exist yet, DES was state of the art, and we wrote books with algorithms because cryptography was ammunition. Having multiple options for strong/weak ciphers was not yet a crazy idea.)
- rolleiflex 6y agoI make P2P tools too. [0] Let me tell you this: Bittorrent is one of the few things in the space that actually ... works. It works not in the sense that there is a white paper that should work. Not in the sense that there are a few company-made swarms hosted on industrial servers that keep everyone up and alive, so that the thing gives the impression the 'P2P' network does work. Not in the sense that there is a very-well oiled marketing machinery talking about Web 3.0 that allows its founder to go on TechCrunch and talk about the upcoming distributed paradise. Bittorrent works in the way you install it into your computer and it does something for you. And for that alone, it has my immense respect and attention. It's a tool that doesn't pitch that it's a P2P tool - it doesn't try to convince you with sob stories about how using P2P helps fight against the big bad evil web. Instead, you use it because it's genuinely the best at what it does: it being P2P is not a selling point, it's just how it happens to work, and that is exactly what it should be. That is something all P2P developers should aspire towards. [0] Aether P2P: https://getaether.net https://getaether.net
- k__ 6y ago"there are a few company-made swarms hosted on industrial servers that keep everyone up and alive, so that the thing gives the impression the 'P2P' network does work" What about the trackers?
- simple_phrases 6y agoDHT makes trackers simply an aggregation and redundancy measure.
- joenathanone 6y agoIt should, but in practice it doesn't. I've had torrents that I left sitting for weeks not being able to complete, until I added a list of trackers to them and found some seeders with 100% of the torrent.
- k__ 6y ago
- ksec 6y agoWhat is the current relationship between BitTorrent Inc, which I think developed the original BT v1 protocol and client, and Libtorrent? Which I think was a 3rd party BT Library written in C++ because the official version was in Python which was resources hungry.
- toyg 6y agoYou got your relationships wrong. Bram Cohen developed BitTorrent and released a (Python) reference implementation in the public domain (later under MIT and then GPL licenses); he later founded BitTorrent Inc. and assigned this implementation to the company to maintain. Eventually BitTorrent Inc dropped this codebase altogether and became closed-source with a completely separate project. Libtorrent is just one of many independent BT libraries that have been developed since Bram published the first BT client.
- ksec 6y ago>You got your relationships wrong. ?? So there are no relationship between the two? >Eventually BitTorrent Inc dropped this codebase altogether and became closed-source with a completely separate project. That was from the acquisition of utorrent.
- loeg 6y agoCorrect, no relation between the two.
- deleted 6y ago[deleted]
- PossiblyKyle 6y agoSince we're on this topic, what's your torrent client of choice HN? I plainly use BitTorrent nowadays
- kuroguro 6y agoqbittorrent, hands down :) Open source, cross platform and relatively small footprint (native), uTorrent-like UI. I believe it uses libtorrent under the hood, so this might be integrated soon.
- jedberg 6y agoI use it too, the main reason I switched is it seems to be the only one capable of maintaining line speed downloads on 100+ megabit links on a Mac.
- loeg 6y ago> I believe it uses libtorrent under the hood Yep: https://www.libtorrent.org/projects.html https://www.libtorrent.org/projects.html
- hackinthebochs 6y agoIt seems they still can't be bothered to implement a proper "stop" button, despite many requests over the years. When the devs refuse to listen to their users, that's software I won't use.
- kuroguro 6y agoWent to look up the issue - the dev's response seems reasonable to me. https://github.com/qbittorrent/qBittorrent/issues/4965 https://github.com/qbittorrent/qBittorrent/issues/4965 The only difference between qbit's pause and uTorrent's stop is the check if files still exist.
- hackinthebochs 6y agoThe fact that users do not see the behavior as the same is the problem. When the users are telling you how they use your software and you respond by saying "that's bizarre, don't do that", then there's a serious disconnect. Developers should be responsive to user feedback, not dictate how their software should be used.
- Hitton 6y agoThis is pretty cool. Per-file hash trees is something I've been missing for some time now.
- viktorelofsson 6y agoIf you want to try a client with v2 (and v1+v2 hybrid) support, I've just released PicoTorrent v0.20 [0] based on Rasterbar-libtorrent 2.0 :) [0] https://github.com/picotorrent/picotorrent/releases/tag/v0.20.0 https://github.com/picotorrent/picotorrent/releases/tag/v0.2...
- lebaux 6y agoNice. If anyone is wondering if they should try this, picotorrent is probably the most lightweight GUI torrent client for windows (no linux/mac version).
- miki123211 6y agoWhat are you using for the GUI layer, and what's your stance on accessibility? The fact it's Windows only gives me hope.
- viktorelofsson 6y agoI'm using wxWidgets, so it's the Win32 API at the lowest layer. For accessibility I want to make it support the NVDA screen reader which I think would make it support other readers as well :)
- mwcampbell 6y agowxWidgets is a decent choice. Not all of its controls are accessible though. Most infamously, the wxHTML control (wx's own HTML engine) isn't accessible, but the web view control (using the OS's web browsing engine) is accessible if you futz around at the native layer to force the keyboard focus into the right place. Also, on Windows, the list view control is accessible but the data view control is not. Frustratingly, the opposite is the case on Mac and (I think) GTK. I suggest you test with Narrator rather than NVDA. Disclosure: I work on the Narrator team at Microsoft. But that's not why I say this. The reason is that NVDA and JAWS have some ugly hacks that they can use to make some GUI implementations (particularly using Win32 with GDI for graphics) accessible even if they're not accessible by design. For details, do some searching on the term "off-screen model". Narrator doesn't have this, so if your product works with Narrator, you know it's really accessible.
- koeng 6y ago> Identical files will always have the same hash and can more easily be moved from one torrent to another (when creating torrents) without having to re-hash anything. Files that are identical can also more easily be identified across different swarms, since their root hash only depends on the content of the file. As a question for someone who knows better - does this mean that you can download single files within torrents themselves? I imagine if each file is independently hashed, this should be possible.
- ColanR 6y agoIf I understand your question correctly, then yes, people do that all the time and most bittorrent clients make it super easy.
- M2Ys4U 6y ago>As a question for someone who knows better - does this mean that you can download single files within torrents themselves? Most torrent clients can do this already, but depending on how the torrent was created and the size the files involved you might download a some of the files on either side.
- mtgx 6y agoNothing about privacy improvements/encryption?
- martindale 6y agoHas there been any progress on advancing BEP-46 (mutable torrents) [0] along the standards track? I didn't see any mention of it in this announcement, despite my hopes of seeing it as a flagship feature. [0]: http://www.bittorrent.org/beps/bep_0046.html http://www.bittorrent.org/beps/bep_0046.html
- the8472 6y agoThe BEP itself is almost trivial. The difficult work is implementing it in a client that makes it useful for users and content providers. In the wild west of the internet "update" really only means "add" because you don't want the source you barely trust to provide some data to issue an update that deletes all the previous download from that source. But you also want to avoid wasting storage so some size caps and rehashing old data to see if it's an incremental update will also be needed.
- tomxor 6y ago> not only uses a hash tree, but it forms a hash tree for every file in the torrent [...] > Files that are identical can also more easily be identified across different swarms, since their root hash only depends on the content of the file. Wait, content addressed blobs across swarms... does that mean torrents made by completely different people at different times that happen to contain one or more identical files can benefit from each other's peers? If so this feels like a significant feature that would boost the long term health of a lot of torrents and connect more peers that could be helping each other.
- the8472 6y agoA client can do that optimization locally, but there's no discovery mechanism in the protocolto find additional infohashes that contain some of the same files . But I suppose torrent indexing sites could offer something like that.
- Thorentis 6y agoThis right here is the biggest new feature in my opinion, and should have been discussed in more depth in the announcement. I also think they should have pursued this avenue further before releasing v2. Content addressing is one of the big advantages of p2p applications, and IPFS has been pushing it for a long time. Just imagine if this was done all the way down to the piece level. You have two different torrents (say, Linux ISOs) where 20% of the pieces overlap due to similarity (maybe a point upgrade or something and you want both versions). Rather than 100% of both, you only need to download the shared pieces once. Not only that, but say that the latest version has many more seeds/peers, you could download the pieces from that swarm instead, saving the bandwidth of the older torrent's swarm for the remaining 80% you need to download. This could probably be done client side somehow, but it would be good to see actual protocol support for it so that bittorent can move in that direction.
- Ericson2314 6y agoHopefully it would also be good for interopt between the two, as anything with a small enough block size could be picked up by IPLD.
- dmos62 6y ago> per-file hash trees This is huge. Now the protocol supports downloading identical files from multiple torrents simultaneously.
- sideeffffect 6y agoAccording to the blog, BitTorrent v2 now tightens the possible block size to power of 2. But does that still allow for the blocks to be variably sized and created by, for example, a rolling hash-based chunker, like Buzzhash or Rabin? I'm asking, because this would allow for sharing of big files across swarms, even though the files might be slightly different.
- brokenmachine 6y agoDoes anyone care to summarize the changes?
- htgb 6y agoAs far as I can see, TFA is the summary of the protocol changes. If you want a summary of TFA, I suggest reading each section's heading and first sentence or two. Possible exceptions are the hash trees and directory structure sections, which are more technical than user-facing (read all or none of them). Not trying to be rude – I found the blog post rather informative and concise!
- nayuki 6y agoSince the article mentioned bencoding and provides sample .torrent files, I'd like to show my code for parsing and visualizing bencode structures: https://www.nayuki.io/page/bittorrent-bencode-format-tools https://www.nayuki.io/page/bittorrent-bencode-format-tools
- retox 6y agoCan I suggest including an example .torrent file (for something legal) for those that don't have one to upload.
- tylurp 6y agoWhat are people thoughts on transmission? I have never tried BitTorrent but I am curious to hear from others who might have tried both.
- 29083011397778 6y agoCurrently using transmission-remote for a headless Linux box living beside my desk, and a count approximating 1100 torrents (with the only public ones being Linux ISOs). It works exceedingly well. I've never had it falter or slow, despite the number of torrents. My preferred client for desktop and server :)
- pjfin123 6y agoIs there ever going to be a production ready BitTorrent application implementation in Python or is just not feasible with the GIL? It would be nice to be able to use BitTorrent for basic p2p capabilities in a pip installable fully Python app.
- 7OVO7 6y agojust a little umh https://www.virustotal.com/gui/file/6dbe03438a95bc295ca64d49e6356360adca84b093696f6fb596821c652e1e66/detection https://www.virustotal.com/gui/file/6dbe03438a95bc295ca64d49...
- juangacovas 6y agoI remember World of Warcraft using the bittorrent protocol internally to distribute updates, which was an smart use at that moment considering the horde of people downloading at the same time.
- janaagaard 6y ago> All new features in BitTorrent v2 that are not backwards compatible have been carefully given new names, to allow them to coexist with the v1 counterparts. This seems like a really cool approach that could be applied lots of other places where versioning can be tricky. But probably also hard to come up with new, good names.
- dmix 6y ago> It is possible to include both a v1 (btih) and v2 (btmh) info-hash in a magnet link, for backwards compatibility. The amount of effort into backward compat and keeping the general UX the same (ie: no overly-large new Magnet urls) is really appreciated. Hopefully this will find quick adoption in both clients and submissions.
- technological 6y agoCan anyone give examples regarding how they are currently using BitTorrent ?
- kdmytro 6y agoLinux ISOs downloads mostly.
- OhHiMarkos 6y agoWhat is the use space of BitTorrent?
- chriswarbo 6y agoIt seems like this breaking-change would have provided an opportunity to improve compatibility with WebTorrent, which AFAIK requires a separate swarm (connected via WebRTC)
- ParzivalML 6y agoGreat! Looking forward ysing it
- uzero 6y agoTLDR https://twitter.com/markopolojarvi/status/1303242988064210944?s=21 https://twitter.com/markopolojarvi/status/130324298806421094... - new hash function - more efficient and less error prone .torrent files - each file in the torrent gets its own hash meaning deduplication across torrents is feasible - backwards compatible with v1
- ronyfadel 6y agoWon't the "per-file hash trees" make it easy to detect copyright infringement? (i.e. the same .txt signature file of a release group)
- robert_foss 6y agoThat's a pretty fair point. There is no expectation of privacy on public torrents however. As for how this works with private trackers is a different story. I guess since DHT isn't used for private torrents, this shouldn't be an issue.
- yyyk 6y agoAdding noise and/or padding is trivial, it would just be done on a per-file basis. Of course, this would also lose the protocol's identical file feature, but that's not a regression vs v1.
- pabs3 6y agoThe Hefur tracker software is going to be adding support for BitTorrent v2 soon: https://github.com/abique/hefur/issues/31 https://github.com/abique/hefur/issues/31
- jakearmitage 6y agoDoes anyone know any tutorial, article or any learning material related to creating BitTorrent-powered applications? Something simple, like sharing pictures or even text files.
- nicbar 6y agoNeed to work on their mobile friendly.