Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 454. (Read 2171057 times)

My miners are getting a Visual Basic R6010 error from time to time right now as well (which crashes the miner).

26/01/2015 03:35:07      289.5111251 + 1   BURST-VZFK-MKJV-6BRZ-668SV   /
25/01/2015 18:23:27      173.20694859 + 1   BURST-VZFK-MKJV-6BRZ-668SV   /

Something is wrong. I have no confirmation for this transactions.
Also all my miners and bursts daemons crashed.
1.2.1 is buggy?

Thanks for the DB download.

I've been mining coins for quite a long time and have seen some pretty shitty forks, which usually result in the developers having to release a client that actually kills the bad forks. I don't understand why developers and people say 'just let it sort itself out', meanwhile countless users of the coin risk losing fuck tons and mining time by continuing to use essentially a broken coin?

Developers should be on top of this shit. They should immediately release a client that kills the old forks if it doesn't clear itself up in 3-6 hours. We've had this forking issues since the 1.2.1 release if I'm not mistaken, which happened on... friday? From what I understand, it's not hard to kill old forks either with a new client.

Forks are like a slow poison that work their way through a coin and really mess things up. If there is an exchange as big as Poloniex still on the wrong fork, there is definitely something wrong, regardless of how good the coin is. Tons of people exchange with poloniex and if they see their transactions going through, it'll perpetuate the circle.

There is essentially six pages of posts here trying to find ways to fix the fork, work on the fork, and eventually culminated in a 'community fix', which is transplanting someone elses DB to your computer, which you should never need to do if everything is working alright. Is releasing a new version of the wallet really 'that' bad compared to having people possibly sit on a fork for god knows how long?

I know, I know, forks happen, but pro-active development could really limit their impact.

Yes you are correct, amounts are in NQT, i could probably add a dot or comma there. But don't worry if you send an amount greater than the ticket cost the lottery will refund you the difference and still gives you a ticket. If you send to the lottery less than the ticket cost and the amount you sent is also greater than the processing fees of 15 burst coins still you will get a refund ( but no ticket ). Any amounts below 15 burst coins are ignored.

Guys, I request help or advice. 

My account is stuck on 0 burst, and I've used both faucets once already. I spent the coins on swapping pools around.
I'm currently stuck on burstcoin.io which, apparently, isn't up-to-date anymore, and can't shift pools around.

Funny thing is, according to the block explorer my account should have 225 BURST (with only one incoming transaction of 76  ). I've already deleted and re-downloaded the blockchain once, but my balance still shows as zero. Wallet is v1.2.1

To be honest, I am experiencing such a fork for the first time, and am lost on what to do.

Thanks for your time!

I downloaded the chain linked in mega and after replacing my burst_db with that, my 3 wallets jumped onto the longer chain.

with the downloaded chain i don't get the error message quoted above, so i'd suspect the shorter chain contains a bad transaction or bad block, and the longer chain does not contain that transaction and that block. I have the shorter chain as a backup if anyone might be interested in looking at what transaction or block it was, and where it came from.

anyway now on 59942 at basetarget 2201127 and everything seems fine here with my 50TB solomining operation.

Seem to be having problems setting rewardassignment

setting with passphrase and also using address to set to pool however shows transaction ID but no confirmations been like this almost 3 hours now reloaded wallet and transaction not their and sent a number of times now and not worked.

Transaction ID 10369527127830035063   /   26/01/2015 03:23:42   Reward Recipient Assignment      0   1   BURST-BANK-DT2R-BM8G-FYFRH
Sent again and still nothing happening.

Any idea what is going on here?

The "INFO: tx with id" messages are debugging info that didn't get removed.

As for the exception, a simpler message would have probably been better than dumping the stack trace, but it's just rejecting a block(most likely created by 1.2.0 in this case) it received as invalid.

I'm a bit surprised the 1.2.0 chain is still running since it tended to get stuck under the current situation(block generation wouldn't pass verification so it would loop failing to create a block), not continue on wrong.

The 1.2.1 chain is longer and has a higher cumulative difficulty, so 1.2.1 clients should all eventually end up there.

Generated 20684.85644 BURST for around 28 days worth of mining is that even right for having around 3.8TB plotted and mining away on one machine ?

Hoping on board over at pool.burstcoining going to see how this works out compared to farm mining maybe work better on payments as ran on their for the last month and seems payments not going so smooth well payments are on time and like clock work but think I could earn better as it seems with me current TBs etc meant to be generating at least 4 to 5 times more unless that calculator is way off on the calculator website

Mod in Polo's trollbox:

They are correct.

Dev's v2 is also correct.

Retweet everyone who can:

https://twitter.com/real_BURSTCOIN/status/559513377945305088

thanks, relayed it

I am create a ticket too.
Ticket Received - [#16594]

Anyone know if cryptomining.farm is on fork or latest ?

You got PM.


Fresher DB folder on mega, 8 minutes old:
https://mega.co.nz/#!J5x3UBZC!BZnjwas601s75iSqwbJquM-UnDurUCuKDQdfLc8u83M

what's the ticket number? (PM it if you'd like)

i'm gonna email one of their main guys

I submitted a support ticket to Polo about it 20 minutes ago, no answer yet.