Follow us at:
Website
Linktree
X
Threads
Telegram
Discord
Facebook
Linkedin
still use your LST graph website until now, thank you sir!
Agreed with Bengshark. The LSTs performance tracker is unbelievably handy! rkSOL is one to watch no doubt.
Lovely article, thank you for sharing it here
Two questions:
- In the LST performance tracker, would it be possible to add a graph capturing the history of Total Stake (TVL) per validator per epoch
?
- Related to the SWQoS, is there some sort of minimum recommended TVL for a validator to have staked in, in order for it to make sense to enable that feature? Or is it more about finding the right RPCs to partner with, regardless of the TVL?
proud staker of rkSOL from the day1 and love the graph of LST’s performance.
- In the LST performance tracker, would it be possible to add a graph capturing the history of Total Stake (TVL) per validator per epoch
?
That sounds simple, but we would need to leverage an API different than Sanctum as they are not working on new API endpoints and we don’t have historic TVL so far, but it should still be possible
I can also share what I was planning for next iteration. The intention was that given a selected LST or LSTs, I wanted to show from where the liquidity comes from, represented in an alluvial diagram. Something like this:
This is extremely useful as we are we are seeing lots of movement not only between different LSTs but also in/out from LST market space. Maybe I can correlate this one to the one you say …. Anyway it will take a while, we will need to find first from where we can obtain the data (i.e. BirdEye, Blockworks, etc).
In parallel, I also wanted to provide personalized gain information based on wallet info. I think this would be huge for users, but again a step forward in complexity compared to current version.
- Related to the SWQoS, is there some sort of minimum recommended TVL for a validator to have staked in, in order for it to make sense to enable that feature? Or is it more about finding the right RPCs to partner with, regardless of the TVL?
Current solana implementation requires 15K stake to consider a QUIC connection “staked”. However SWQoS works as a bandwidth mechanism, where if your Validator has 1% of total Solana stake, you have the right to send to each leader the 1% of total solana TPS (transactions per second). This picture helps to understand how it works:
Solana Summary (Technical Writer X: @lostin)
Now linked to your question about choosing the right SWQoS partnership. When a RPC contacts us, they are generally willing to increase landing rate and/or reduce transaction finality time, for the TPS required by their use case and users. What we want is to maximize their performance, but also to bring value to the ecosystem, so we carefully assess their projects. Also because the bandwidth and number of RPC you can partner with is limited (we have 0.07% of total stake at this point).
Really love the details here @Rylock - thanks for the answers.
Can’t wait for the next iteration of the dashboard!