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

Data Collection and Storage from Query Node #3

Closed
chrlschwb opened this issue Sep 1, 2023 · 1 comment
Closed

Data Collection and Storage from Query Node #3

chrlschwb opened this issue Sep 1, 2023 · 1 comment

Comments

@chrlschwb
Copy link

chrlschwb commented Sep 1, 2023

The following data will be fetched from QN, stored and made available on an API endpoint.

  • Number of channels
  • Number of videos
  • Number of comments
  • Number of reactions
  • Number of video NFTs
  • Number of video NFT sales
  • total price of sold video NFTs
  • data of council members
  • data of leads
  • total minting
  • minting for worker reward
  • minting for spending proposal
  • minting for validator payout
  • minting for creator payout
@bedeho
Copy link
Member

bedeho commented Sep 1, 2023

Actually the following don't make any sense as time series data points do they

  • total minting
  • minting for worker reward
  • minting for spending proposal
  • minting for validator payout
  • minting for creator payout

These are all metrics over a period of time, while time series only hold values for a point in time. The only way to amke this work is that each time series data point holds value over the period of time since the last time series value, something like that, but its still kind of weird. Alternatively, you are going to have to store each individual minting event as its own data point, so each time you query QN, you get many data points of the same type, and you store them all as local time series values at different times, not the times at which you are calling. Anyway, this is all too unclear, and I think you did not properly specify how we do this in your breakdown either #2.

So, whatever you have in mind, specify it precisely in terms of what exactly you will store, how you will obtain it from QN, and verify whether QN does indeed have it.

@bedeho bedeho closed this as completed Nov 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants