-
Notifications
You must be signed in to change notification settings - Fork 7
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
Feedback: Schema #3
Comments
Shared these with owocki on TG, but here's some additional schema feedback:
note: these field may both be in the application metadata already, but even so would be preferable to have easily accessible
|
Seeing Carl's comment made me think that a table with metadata would be very useful. |
Pushed an update that includes the Schema feedback provided by @DistributedDoge & @ccerv1 on #11 PR. |
* ignore env * docker default to linux/amd64 * update loaders & votes tx metadata loader * update schema for #3 * add and implement viem client for tx metadata * more console logging for progress * configs * update doc for metabase * dev setup * pm2 setup
From a perspective of a person that took part in sybil-seeking hackathon, being provided a schema + db like this would have been pretty nice. On the other hand - if you are looking at a single round, a flat .csv file with
votes
is probably a great low-effort starting point to jump into doing analysis.Possible additions to existing schema:
vote
it would be nice to know gas i.e.gas price
+gas spent
.apply to round
on-chain I would like to see hash of transaction used to do that (+ gas fee).blockNumbers
forvote
is nice, would be even nicer if there was alsoapproximate_timestamp
for plotting timeseries.Key friction for me usability wise, is that I want to get clean, processed data from authoritative source without having to re-run the pipelines myself.
Interesting external information about each voter/grant address:
POAPs, ENS name history, Snapshot votes
The text was updated successfully, but these errors were encountered: