Live data from Hacker News

BitTorrent v2

blog.libtorrent.org

331–340 of 576 posts

Re: BitTorrent v2

#331
post #215

> 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…

> completely different people at different times that happen to contain one or more identical files Yes, this won't be useful for speed. But it will be useful for health and appearance of health. So a torrent that has no seeds because it's missing "RARBG_DO_NOT_MIRROR.exe" can be filled in quickly and have proper seed info. Also large seasons can be filled in. They get corrupted at later episodes because people will…

patch releases, especially security patches would only have a small number of changes that might allow me to take a full new release but only update the changes to the release i already have.

but it would take some handcrafting to make sure the new files are at the end of the ISO so everything else stays in place.

technically this should be possible since ISO should allow for adding files given that it was designed for write-once media.

Re: BitTorrent v2

#332
post #69

Earlier quoted context omitted.

Some thought experiments for you to try: - Does this guarantee that you get the speed that you pay for? If not, then should the price during heavy congestion cost less per GB? I’ve had the unfortunate luck of having lived in areas where the internet is unusable for anything other than email and light browsing during peak hours. Bonus: Do you know why this happens? If not, I encourage you to research this. - How will…

I think the answer to most of these questions is, let the market decide. E.g. consider this: congestion during peak hours is bad now, but there is currently no penalty on an ISP for being slow. However if billing was based on bytes moved, for an ISP to underserve during times of demand means lost revenue. Thus ISPs would be incentivized to provide the best service.

[deleted]

Re: BitTorrent v2

#333
post #93
post #3

I'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.

uTP seemed like a small improvement to me but it happened.

It's backward compatible.

Re: BitTorrent v2

#334
post #287

Earlier quoted context omitted.

>This should be something that every creator who markets or sells products should learn. Consumers don't care how it works. I distinctly remember being a teenager and learning how bittorrent worked, thinking it's the coolest thing I'd heard of and laboriously explaining how it worked to a friend that sounded interested. At the end of the explanation he asked "So how do you download music with it?" And I realized all…

That’s been exactly my experience with amateur radio. I’ve given my friends the spiel about how cool it is that I can use the EM spectrum to send my voice through the air to the other side of town. And how other people have put up repeaters which mean my voice can actually go a lot further than that —- maybe across the country! And their response? “Sure, but I can already do that on my phone”

Wow I wish I had a friend interested in stuff like that. That sounds so cool!

After losing a lot of my curiosity the past few years, it’s coming back and my confidence is growing and I want to explore various fields and technologies deeper [and for the first time].

Do you think people don’t know about this beautiful stuff because inventions and products have become overly corporatized and use intellectual property and patents, which stifles curiosity?

I can’t help but dream of a fully open source world where we don’t dominate each other by keeping information about the inner workings of things artificially scarce like we do today - as evidenced by Aaron Swartz, Library Genesis, corporate fight back against right to repair etc.

Re: BitTorrent v2

#336

It 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.

Why would the that be the protocol's responsibility?

may be "design goal" is more appropriate a term, rather than responsibility.

Re: BitTorrent v2

#337
post #132
post #123

Earlier quoted context omitted.

I really don't like the idea of limited bandwidth or charging per gigabyte because I know ISPs will rip people off and still not upgrade their networks to handle more traffic. But I think it would considerably change the Internet landscape. No more listening to the same exact song multiple times on Youtube or Spotify or whatever. No more downloading then deleting the same stuff over and over again. I think about it o…

> It's a lot of electricity used, I guess? Is it though? How much electricity is used to serve a 1080p Netflix movie several times vs. playing the same movie from a local storage medium? If you asked me, I'd rather burn Bitcoin mining rigs if I wanted to get rid of electricity waste.

> I'd rather burn Bitcoin mining rigs

that's because you benefit from it. You're not currently paying the cost of that 1080p stream - netflix (and the ISP/peering networks) are paying. Netflix recoups the cost from your subscription, and the ISP/peering arrangement is mostly cost neutral to them (save for a small amount i presume).

But it's still not "free".

Re: BitTorrent v2

#338
post #306

What are people thoughts on transmission? I have never tried BitTorrent but I am curious to hear from others who might have tried both.

Currently 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 :)

Re: BitTorrent v2

#339
post #211

Earlier quoted context omitted.

Minor problems? Isn't this a security issue? Somebody can modify a binary and still have it return the same hash and distribute it to people who think that they are receiving an authentic file. Is it even an option to keep going with SHA1? Even Git, which this is less of an issue, has a plan for migrating to SHA2. https://git-scm.com/docs/hash-function-transition/

This isn't really true, sha1's weakness would require you to be the creator of the torrent, which if you are, you can just make the binary malicious to begin with.

The issue is that you can change it later on - after people have reviewed your torrent, breaking the immutability property of bittorrent.

Re: BitTorrent v2

#340

It 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.

BitTorrent has encryption and most clients use it by default. The problem here is that you can't really have something that's as wide open as the BitTorrent network but at the same time impervious to "bad guys" like copyright holders and ISPs. In other words, how would you authenticate peers? How would you prevent ISPs from mitming your encrypted p2p connections if you have no authentication for them, and you in prin…

...by using bittorrent over i2p.
Post reply on HN