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

Give the user insight in the history of received/spent bandwidth tokens #3731

Closed
devos50 opened this issue Jul 12, 2018 · 5 comments · Fixed by #7798
Closed

Give the user insight in the history of received/spent bandwidth tokens #3731

devos50 opened this issue Jul 12, 2018 · 5 comments · Fixed by #7798

Comments

@devos50
Copy link
Contributor

devos50 commented Jul 12, 2018

We should give the user more insight in the user interface regarding the history of bandwidth tokens. A basic list that shows the history of incoming/outgoing bandwidth tokens should already address this.

@qstokkink
Copy link
Contributor

We should be able to recycle the call from http://explorer.tribler.org/users for this.

@synctext
Copy link
Member

Give detailed log-level info. With a clear "only you can see this:" these tokens are earned at Time T:

  • by encrypted relaying
  • by being an exit node (non default!)
  • by seeding swarm "XYZ"
  • by credit mining investment

@devos50
Copy link
Contributor Author

devos50 commented Aug 21, 2018

The public TrustChain records do not provide enough information to determine what the exact activity was that changed the token balance of a specific user. I suggest to seperately store this information in the local database of Tribler, the moment the user signs an incoming block or creates a new block.

While I can use the existing Tribler database to do so, I would probably only pollute it even more and it will be replace soon by #3775. So I would rather wait for this PR to be merged and use the metadata store. @ichorid am I correct that your database is suitable to store arbitrary events in Tribler (that are not gossiped around in the network)?

@ichorid
Copy link
Contributor

ichorid commented Aug 21, 2018

@devos50 , MetadataStore is designed to do just that: store metadata for torrents and other kinds of stuff, serialize it and upload/download it in bulk with Libtorrent. So, it is not suitable for anything else.
However, you can use Pony to manage your own database and create your own class structure. You can use MetadataStore design as a reference.
That was one of the ideas behind that pull request: use MetadataStore as a 'pilot' for universal Pony ORM adoption over the whole Tribler/IPv8 codebase.

@devos50
Copy link
Contributor Author

devos50 commented Jan 24, 2019

Idea: swarm-specific statistics and payout breakdown. It would require bandwidth accounting on the level of individual downloads.

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

Successfully merging a pull request may close this issue.

5 participants