Most analysts I know make these tables and dashboards to get a job (me too), but most of the time it's low-key theatrics to score an interview.
Actually useful data products usually require some specificity in addressing a use case, and they can be quite diverse. If you argue to make dashboards for the common lending user, then the UI from the protocols is adequate, tbh.
If you manage to find a small use case to help the average user, then as mentioned, it's a small niche. Very little eyeballs, or maybe it's not compelling enough as a job portfolio.
A good example is like AAVE revenue dashboards. If you are yield farming, then who cares? The people who do are probably financial modelers (who then need Excel to make their models, but we already know CSV exports are PITA and expensive. Again, another deterrent). Then there are the people of AAVE themselves, which probably already have done it and/or used it internally. Yet another deterrent to do duplicative work.
It's like saying, "Who are you as a freelancer that can possibly have the same knowledge, problem definition, and resources to address Facebook's data problem?" Chances are you can never really tackle it because you are not in it. This makes the average solo data analyst's data product be stuck in an odd place where it's neither consumed by normies nor bigger protocols.
The only alpha here, as I've realized, is that you need to truly dig hard at what some problems the protocols face are and see yourself as competing against their internal data analysts, working on problems that they know but don't have the bandwidth to address. But the chance of this is low, and it's hard because you probably don't know their idea maze well enough.
Top of my mind, the only protocol where you can flex your analytic skill is Pendle. TN has been remarkably transparent in sharing his fears and concerns, so you can have a data project that addresses this :3.
This, coupled by most dashboard makers using off-chain data (APIs) and closed queries, means the velocity of work getting passed around drops too.
Maybe I am wrong and am ranting, but this is just the state of the space now. I think people are jaded in general, and protocols are internalizing the data for themselves because the space is maturing.
Where did the data/dune wizard mafia go? In 2022 we would already have like five dashboards analyzing the liquidity sitting in each vault and market.
Should be simple to have a query with the columns âvaultâ, âtvlâ, âliquid balance (usdc/underlying token not in markets)â and another with the net flows of each vault, columns of âvaultâ, âholder/balanceâ, â7 day outflowsâ, â7 day inflowsâ
Not even gonna touch costs. Out of scope
Right now for Morpho, which I am being slow nowđ, I am thinking of making tables rather than dashboards.
I genuinely believe, with easier data models, people can build on it and proliferate knowledge. Just like the good old times
1,15Â k
1
Le contenu de cette page est fourni par des tiers. Sauf indication contraire, OKX nâest pas lâauteur du ou des articles citĂ©s et ne revendique aucun droit dâauteur sur le contenu. Le contenu est fourni Ă titre dâinformation uniquement et ne reprĂ©sente pas les opinions dâOKX. Il ne sâagit pas dâune approbation de quelque nature que ce soit et ne doit pas ĂȘtre considĂ©rĂ© comme un conseil en investissement ou une sollicitation dâachat ou de vente dâactifs numĂ©riques. Dans la mesure oĂč lâIA gĂ©nĂ©rative est utilisĂ©e pour fournir des rĂ©sumĂ©s ou dâautres informations, ce contenu gĂ©nĂ©rĂ© par IA peut ĂȘtre inexact ou incohĂ©rent. Veuillez lire lâarticle associĂ© pour obtenir davantage de dĂ©tails et dâinformations. OKX nâest pas responsable du contenu hĂ©bergĂ© sur des sites tiers. La dĂ©tention dâactifs numĂ©riques, y compris les stablecoins et les NFT, implique un niveau de risque Ă©levĂ© et leur valeur peut considĂ©rablement fluctuer. Examinez soigneusement votre situation financiĂšre pour dĂ©terminer si le trading ou la dĂ©tention dâactifs numĂ©riques vous convient.


