-
Notifications
You must be signed in to change notification settings - Fork 92
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
Invert Stacking #20
Comments
I guess it's really the stacking that has to change. The lower fee transactions should be stacked on top of the higher fee transactions. I know I may not be making myself clear, I'll see if I can adapt mempool.js. |
Here I've simply reversed the order of stacking done in
|
Ok, they're both crap, I think a 3d plot would be better. |
I'm wondering if a logarithmic scale for the size graph makes sense, stacked in reverse order. This may make it easier to see which fee levels confirm next. |
The inverse chart is uglier but it's more stable when hiding low fee levels or in other words, the user will not need to hide fee levels if he sees the result ignoring a color, instantly. As a default, I'm against the implementation of this "feature". |
I was interested in this feature to more easily see what level of fees will still be part of the next block. I do agree that the inverted graph looks very busy, especially since new blocks will whack out a piece from the bottom. Better would perhaps be to add an option to only show the first |
In the current rendering, when lower fee transactions are added to the mempool, higher fee transactions are pushed up, which doesn't reflect anything about reality. If the vertical axis were inverted and rendered from top to bottom, then adding higher fee transactions pushes lower feed transactions deeper into the mempool. (see even the language works better).
The text was updated successfully, but these errors were encountered: