Live data from Hacker News

BitTorrent v2

blog.libtorrent.org

231–240 of 576 posts

Re: BitTorrent v2

#231
post #208

Earlier quoted context omitted.

> It's a tool that doesn't pitch that it's a P2P tool - it doesn't try to convince you with sob stories in 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. This should be something that every creator who markets or sells products shou…

This is exactly the problem with all cryptocurrency currently. It’s a massive user experience issue, in the sense that users have to experience the technical bullshit of how the currencies work, completely missing the brilliant part of real money: it just works. I hand people money, they give me things. I swipe my credit card, I get things. I can’t remember who aid it originally, but there’s a great test you can give…

Sound like someone who drives a gas car and doesn't want to move into the future. I'm not saying bitcoin is the future per se, but the rest of the world i moving on from standard monies.

Re: BitTorrent v2

#232
post #143
post #138

Earlier quoted context omitted.

Wait until you hear how much CPU time and RAM is being wasted...

It's actually the reverse that bothers me in that case! I have more RAM and CPU time than I can possibly use :D Unless that's what you meant...

> I have more RAM and CPU time than I can possibly use :D

Just open another tab; problem solved. :|

Re: BitTorrent v2

#233
post #208

Earlier quoted context omitted.

This is exactly the problem with all cryptocurrency currently. It’s a massive user experience issue, in the sense that users have to experience the technical bullshit of how the currencies work, completely missing the brilliant part of real money: it just works. I hand people money, they give me things. I swipe my credit card, I get things. I can’t remember who aid it originally, but there’s a great test you can give…

Sound like someone who drives a gas car and doesn't want to move into the future. I'm not saying bitcoin is the future per se, but the rest of the world i moving on from standard monies.

I imagine that the pitch for Tesla includes some answer to “who cares?” quite easily. People who want to reduce emissions is a pretty big audience right now.

Re: BitTorrent v2

#234

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 principle can't have any?

Re: BitTorrent v2

#235
post #168

Earlier quoted context omitted.

Why not BLAKE3? I am really curious. I mean, since it exists, why not that over SHA256? Because it is relatively new?

I would guess that the reasoning is similar to why Git is moving to SHA256 (from SHA1) rather than to BLAKE3 — SHA256 was around 5 years ago and the major design change has been in the works for a while (BEP 52 dates to 2017). BLAKE3 (2019) would be a fine choice today.

I see. Thank you! By the way, I have not thought much about it, so in case you may know: would not it be possible to implement this in a way that allows swapping the hash function? So for example when we run into issues with SHA-256, change the hash function to something else.

Re: BitTorrent v2

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

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

Re: BitTorrent v2

#237
post #110

Earlier quoted context omitted.

You think that if something once took up 50% of all traffic on the internet it never found a practical application?

> proportionate to the attendant hype From the original comment. Also, just because it was 50% at some point, it doesn't really matter today. Paraphrasing, a technology is only as good as it's latest match result. Perl was once powering the web, nowadays you have to look at the web with an electronic microscope to find it...

That makes zero sense. How much of the entire internet should have been bittorrent to live up to the "hype". Also what hype are you talking about? I only remember bittorrent gaining traction because it worked. Where is your idea of hype coming from?

Re: BitTorrent v2

#238
post #104

Earlier quoted context omitted.

Lots of companies use BT in a datacenter environment to efficiently distribute binaries to a large number of hosts.

Again, this is in the context of the original BitTorrent hype. Which was huge. What you're mentioning is small potatoes.

Again it’s not small potatoes if the protocol is widely used. There is no strict definition of what kind of data can be used with BitTorrent. And because you only know of a few public examples doesn’t make the protocol unused, abandoned, or any less significant.

Re: BitTorrent v2

#239

Earlier quoted context omitted.

It's nearly impossible to obfuscate a protocol to work around filtering. You'd want to look like some other protocol and you want that protocol be encrypted by default. Otherwise yours will get fingerprinted via the deep packet inspection. The most obvious choice is to run your protocol over TLS. But then they can just throttle long-lived bulky TLS connections where neither side is on 443. You can then require the re…

>Other choices here are OpenVPN, WireGuard and, possibly, IPsec or, get a better ISP? not all technical problems need a technical solution.

Not a viable solution in the US. Most ISPs operate on exclusivity agreements, and like 90% of users effectively have only a single choice of ISP for internet of a reasonable speed.

A better solution would be to have rules to make that kind of throttling illegal, but we've seen how that played out.

Re: BitTorrent v2

#240
post #208

Earlier quoted context omitted.

This is exactly the problem with all cryptocurrency currently. It’s a massive user experience issue, in the sense that users have to experience the technical bullshit of how the currencies work, completely missing the brilliant part of real money: it just works. I hand people money, they give me things. I swipe my credit card, I get things. I can’t remember who aid it originally, but there’s a great test you can give…

UX has been a main focus of Bitcoin ever since Lightning made scaling possible. Checkout out the Strike app for seamless bitcoin (lightning) payments https://strike.zaphq.io/ Who cares? Anyone who feels like their purchasing power isn't where it should be is either underpaid, or a victim of central banks diluting their dollars with printing.

> victim of central banks diluting their dollars with printing.

So, nobody in the EU or North America, then.

Post reply on HN