Hacker News Reader

Comment by ComodoHacker | Hacker News Reader

From the Features page, looks like the main differentiator is social and content features:

* Tag Discovery to discover what other users have tagged content with. This can be very helpful before deciding to download the content.

* Decentralized ratings and comments. You can view them before the torrent is added to BiglyBT.

* Decentralized public and anonymous chats with default channels for individual torrents, tags, subscriptions, and trackers

* Media Playback

* Media Conversion (Transcoding)

* UPnP Media Server and DLNA support, allowing devices to connect and browse your content, and allowing BiglyBT to send content directly to devices.

https://www.biglybt.com/features.php

View on HN

how does the anonymous chat work? wont you be able to see the ips from the peers?

It could theoretically route your chat messages through other peers so nobody knows if you wrote the message or you're forwarding it for someone else.

Such a scheme seems open to spam by design. I don't think there's any way to handle spam/moderation in a fully anonymous decentralised network.

> I don't think there's any way to handle spam/moderation in a fully anonymous decentralised network.

Surely you could have small bayesian engines running in each client, and coordinate ratings through DHT. It would still have the issue of somebody potentially abusing such engine to effectively DDOS certain types of messages (e.g. mentioning a certain party), but you could try and fight that with modern consensus techniques from the cryptocurrency world.

> Surely you could have small bayesian engines running in each client,

If each client has a copy of the filter, then so does the spammer. The spammer can use that to craft spam the filter doesn't catch.

The lack of filter availability doesn't stop spammers bypassing even Google's uber-filters, so it's not much of an argument really. The arm race is what it is. The point is having a system that can react fast enough to remove the spam from most systems once it is identified.

> The point is having a system that can react fast enough to remove the spam from most systems once it is identified.

Then you need a system for distributing filter updates, and preventing the spammers from distributing bogus filter updates. Isn't this basically just the same problem as before?

That's why I said that injecting some modern consensus-finding strategies could be an idea.

Reminds me of https://notabug.io/ which makes you sacrifice some CPU in order to vote.

Reply on news.ycombinator.com