Ya, seems the dev v2 pool is also stuck/forked... Is pool software the root cause? Or does this forking issue lie within the Burst protocol? I would think developing/updating "new pool software" as a work-around for a deeper issue is the wrong approach to take here, especially since most pool miners would then be incentivised to mine on said pool, which doesn't help at all with decentralization.
I'm solo mining, and since 1.2.6 came out my main burst client (that I mine against) was on a fork 4 times.
I run another named burst client to support the network, without local miners, it got forked once.
Interestingly, my database folders contain a " burst.mv.db" of 7 - 9 GBytes (9 right after syncing, shrinking to ~7 after a few hours).
The downloaded db.zip contains a "burst.h2.db" of ~3,5 GByte. I always sync from the network and pulled the file out of curiosity, and did not start a wallet with it yet.
Why the different naming and size ?