Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Token Mining 2.0 #4363

Closed
xoriole opened this issue Mar 11, 2019 · 5 comments
Closed

Token Mining 2.0 #4363

xoriole opened this issue Mar 11, 2019 · 5 comments

Comments

@xoriole
Copy link
Contributor

xoriole commented Mar 11, 2019

Token Mining 2.0
Improving credit mining to be intuitive, user-friendly and profitable

2.0 Features:

  • Add/remove multiple channels as the source
  • Add/remove multiple torrents from different channels
  • Support selection of policies
  • Support auto addition of popular dark hashes
  • Persistent upload/download statistics
  • Visible buttons to start/stop mining
  • Ability to mine from unsubscribed channels
  • Support 0 hops mining, e.g. to boost balance for people who are already on VPNs.

Currently, a single channel is only supported and new torrents cannot be added for mining. The mining statistics are only session based and are not persisted across restarts. Even though the policy seems to be working, the feature seems to be confusing to users. We should make this Tribler feature better.

Related: #4241

@trevorhough802
Copy link

The ability to change where the mining content is downloaded would be a huge help too.. my downloads are set to a different "Storage" hard drive and yet my mining content is downloaded to my Downloads folder (Windows) on the main system hard drive.

@devos50
Copy link
Contributor

devos50 commented Sep 7, 2019

Like #3778, this issue is quite some work still and might be better suited for a release after 7.4. @xoriole do you agree?

@xoriole
Copy link
Contributor Author

xoriole commented Sep 10, 2019

Yes, I agree to move it to 7.4+ release

@ichorid
Copy link
Contributor

ichorid commented Jan 15, 2020

By @devos50 in #4161 (comment) regarding the torrent ratios:

We did some investigation of this issue. The ratio is computed from the all_time_upload and all_time_download fields, whereas the numbers shown in the torrent details pane are derived from total_upload and total_download in a torrent_status object.

We should keep track of all bytes being uploaded and downloaded since these are the bytes you actually pay for if you are using an exit node. So this includes communication overhead which does not directly include "useful" traffic (where you exchange pieces with others). One workaround for this is to manually keep track of all bytes exchanged in a libtorrent download, by using the total_upload and total_download fields. These values can be written away during checkpointing.

This issue is a bit more involved than we thought and at this point, it might not be a good idea to make changes to the way we manage data reported by libtorrent. We will fix this later.

@ichorid
Copy link
Contributor

ichorid commented Jun 11, 2020

💀 RIP credit mining 💀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

4 participants