<r​ucknium:monero.social> Very rough web app visualizing live orphaned blocks/chains and who mined them: moneroconsensus.info

<r​ucknium:monero.social> Source code: github.com/Rucknium/xmrconsensus

<r​ucknium:monero.social> Special thanks to DataHoarder for pool data: git.gammaspectra.live/WeebDataHoarder/monero-blocks (website out of service at the moment?)

btw c3pool doesn't return data on api sometimes

but it backfills 9999 blocks when it does

<r​ucknium:monero.social> If Qubic attempts selfish mining and/or deep chain re-orgs, the webapp should show it.

<r​ucknium:monero.social> I think. It's untested.

if you are running it regularly, it'll show up at some point

<r​ucknium:monero.social> Great. Even if I specify a low `--height`?

yeah, it just returns nothing

also - as indicated, if there's previous data in csv for that given pool

that value will be used as "lowest" height

<r​ucknium:monero.social> I mean, a high height

I'd recommend you just keep a running csv file

yeah, it doesn't matter, even first query fails on c3pool

so old data is kept until the refetch occurs

<r​ucknium:monero.social> I have it on a 60-second refresh loop, going back 720 blocks each time just to be sure.

on api.c3pool.com/pool/blocks?page=0&limit=9999 sometimes I get TLS handshake timeout

<r​ucknium:monero.social> Looks like we just had our first live orphaning!

<r​ucknium:monero.social> Unless the app is broken, which it could be.

also - many pools don't report orphans. so you probably need to track the old value on your own :)

<r​ucknium:monero.social> Old value?

say, p2pool observer finds A at height H and c3pool finds B at H

then B wins

A will no longer be reported as block on next fetch

<r​ucknium:monero.social> It looks like I have a visual bug when there is an orphan near chaintip. I will try to fix it soon.

so if you track the orphan A data you probably need to look at previous dumps of info to see who owned it

it looks good though!

<r​ucknium:monero.social> So, I should refresh the pool data more often, perhaps.

eh

I'd say less often is fine, but the data will still be not reported

it's probably "fine" if you keep previous csv

I see you are basically sending a png via websocket, able to add links to the blocks themselves?

you can probably expose this as a <svg> which would allow that instead

plotting backend probably allows that

<r​ucknium:monero.social> But shouldn't I try to query the API between the time that the pool finds the block and when it is confirmed to be orphaned?

your Ip will probably get limited

<r​ucknium:monero.social> Just re-running `monero-blocks` will keep the old data in the CSV, right? Not wipe it?

yes

it'll load it, run the code, then write it anew

with old data + new data

tbh, you should only launch this when a block is found

I think monerod supports running an external program

that way it's event based, as quick as needed

--Block-notify iirc

yep!

have notification + fallback poll every 5 minutes

<r​ucknium:monero.social> There is the plotly library that outputs javascript. I used it for a few plots here: moneronet.info

<r​ucknium:monero.social> But that's heavier and can be more complicated to implement. The R interface for network graphs in plotly seemed poorly maintained. And I can have more control using base R plots, using `igraph`, which is what it's using now.

lemme see

always fun learning to read a new language, R :)

<r​ucknium:monero.social> That does make a lot of sense. Using --block-notify.

so you are using rdocumentation.org/packages/graphics/versions/3.6.2/topics/plot right?

<r​ucknium:monero.social> I want to add more plots on hashpower share of the pools and attempted double-spend transactions, but this was the hard part. And no one has this visualization, but miningpoolstats.stream/monero has hashpower share.

<r​ucknium:monero.social> AFAIK, that's the "basis", but it is a plot of an igraph object, which is

<r​ucknium:monero.social> r.igraph.org/reference/plot.igraph.html

<r​ucknium:monero.social> with more docs r.igraph.org/reference/plot.common.html

hmm rstudio/shiny #2057

seems it can be done but you need to make a custom wrapper for it

well it's fine as png

i see c3pool working on your graph so seems it's good

I think that covers all the major pools in poolstats but if you want any other added, poke :)

<r​ucknium:monero.social> Thanks a lot!

also- they might lag a bit behind when reporting their own blocks on their APIs

so maybe add 10-15s delay at least before checking on the script

make sure it also doesn't run multiple times at the same time :)

(only one instance is running)