Live data from Hacker News

BitTorrent v2

blog.libtorrent.org

441–450 of 576 posts

Re: BitTorrent v2

#441
post #128
post #59

Earlier quoted context omitted.

That kind of depends on the price pr gb. To use the power analogy, when I was young the price of power was relatively high but in recent times it has now dropped to 0.6 NOK / kWh so even charging the car from 10-80% (~61 kWh) cost 40 NOK or $4. I do not get mad at the kids leaving the light on like my mother did to me. I (or rather my job) currently pays about 1000 NOK/ month for unlimited 500 MBit synchronous fiber…

I thought internet in Norway was cheaper than in Denmark. Interesting. For comparison I pay 449 DKR/month for 1000/1000 unlimited fiber with a guaranteed bandwidth of minimum 950 (they are upgrading the network atm. hence not a guarantee on the full 1000 yet as some customers equipment is too old). Is it a normal connection or a business connection perhaps?

It's a normal connection (Altibox). I'm allowed to runs services and whatnot on it though I mostly use it for data analytics and downloading large datasets.

Re: BitTorrent v2

#442

Earlier quoted context omitted.

The tit-for-tat algorithm is what makes bit torrent special and solved a real problem with the previous gnutella-esque generation of p2p file sharing programs. As far as i know emule did not have that at the time.

How does tit-for-tat work? Is it still enabled? I don't think I've seen it much lately.

It isn't so important now most people have fast enough internet.

Back when people left things downloading for days, there were severe shortages of people willing to upload, and tit-for-tat encouraged uploading, solving the issue.

Re: BitTorrent v2

#444

Earlier quoted context omitted.

> victim of central banks diluting their dollars with printing. So, nobody in the EU or North America, then.

Well, I think diluting is actually a pretty good word to describe what is happening. It's not really inflation. It's more about rising inequality. Money arrives on the stock market but it doesn't arrive in the job market. The result is an increasingly growing imbalance. Publicly traded companies and their owners greatly benefit meanwhile everyone else is being left behind.

Right, this is surely more disastrous than everyone holding onto their bitcoin because it will be “worth more” in a year by design. /s

Re: BitTorrent v2

#445

Won't the "per-file hash trees" make it easy to detect copyright infringement? (i.e. the same .txt signature file of a release group)

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

Re: BitTorrent v2

#446
post #148

Earlier quoted context omitted.

> I use around ~200-300 GB/month Pretty sure I use more than that in a day.

That's a lot of linux isos to download per day. Seriously, why would you use that much data per day for? Even getting full blu-rays you wouldn't be able to watch that many.

A couple years ago I participated in a private tracker and wanted to get a good ratio, I uploaded constantly at about 95Mbps

95/8 = 11.875 (Mbit to MByte)

11.875 * 3600 = 42750 (MByte/s to MByte/h)

42750 / 1000 = 42.750 (MByte/g to GByte/h)

42.750 * 24 = 1026 (GByte/h to GByte/d)

1026 / 1000 = 1.026 (GByte/d to TByte/d)

In a two month period I uploaded about 50TB according to the tracker so my calculations seem about right.

It's easy to reach these numbers in a country where net neutrality is a thing.

Re: BitTorrent v2

#447

Earlier quoted context omitted.

It's been said that git, bittorrent, and proof-of-work were the three necessary prerequisites for the discovery of blockchains.

Don't forget: - Patricia-Merkle Trees proven in DC++ - DHT proven in eMule Kademlia

I wouldn't consider merkle trees to be a core component of Bitcoin. Full nodes don't benefit from them, they're only relevant for light SPV clients, which didn't even exists for a few years after Bitcoin was released.

Re: BitTorrent v2

#448

Earlier quoted context omitted.

DHT makes trackers simply an aggregation and redundancy measure.

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

Just because not everyone is using DHT does not mean that it doesnt solve the issue.

Re: BitTorrent v2

#449

Earlier quoted context omitted.

Don't forget: - Patricia-Merkle Trees proven in DC++ - DHT proven in eMule Kademlia

I wouldn't consider merkle trees to be a core component of Bitcoin. Full nodes don't benefit from them, they're only relevant for light SPV clients, which didn't even exists for a few years after Bitcoin was released.

Merkle trees are everywhere in Bitcoin (full node or otherwise).

The block header has the merkle root of all transactions that are a part of that block. The witness merkle root is stored in the coinbase transaction (if the miner is segwit enabled).

And proof of work is done for the block header, which includes all these merkle roots.

Re: BitTorrent v2

#450

If 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.2...

Thank You. Will definitely check it out given uTorrent on Windows does't get much update anymore.

I want to ask, were Rasterbar-Libtorrent and Libtorrent always the same thing? I thought they were different implementation? Did they merge or did memory serve me wrong.

I couldn't Google anything useful so I just ask. In the era of streaming It has been far too long since I look at anything BT.

Post reply on HN