It's working again!
calculator is going crazy, diff so low
Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 454. (Read 2170648 times)
January 26, 2015, 02:49:03 AM
My mining statistics is on right fork now
It's working again!
calculator is going crazy, diff so low
It's working again!
calculator is going crazy, diff so low
January 26, 2015, 02:33:24 AM
I need some help getting my rig mining.
I have claimed some BURST on different faucets, but my address is still "not found" at https://mining.burstcoin.io/
Can someone send me some burstcoins, so that I can get started with mining...
Or am I wrong with this interpretation???
Thanks!
I have claimed some BURST on different faucets, but my address is still "not found" at https://mining.burstcoin.io/
Can someone send me some burstcoins, so that I can get started with mining...
Or am I wrong with this interpretation???
Thanks!
January 26, 2015, 02:30:20 AM
also have errors in java console
INFO: tx id with id 0 found
Transaction to found amount 0
get timestamp for tx id - found
INFO: tx id with id 0 found
Transaction to
get timestamp for tx id - found
January 26, 2015, 02:26:49 AM
My miners are getting a Visual Basic R6010 error from time to time right now as well (which crashes the miner).
January 26, 2015, 02:23:26 AM
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?
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?
January 26, 2015, 01:54:10 AM
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.
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.
January 26, 2015, 01:46:36 AM
I'm at 59830...
I don't see the AT Lotteries in the .html. There is no lottery to pick. Do I have to put an account id of the lottery-wallet?
I don't see the AT Lotteries in the .html. There is no lottery to pick. Do I have to put an account id of the lottery-wallet?
Maybe you have to redownload the html, as the ones i posted at the beginning were using testnet port instead of mainnet ports.
Here is the link to the post with the links:https://bitcointalk.org/index.php?topic=731923.msg10254497#msg10254497
That worked! Thanks alot vbcs...! Can't believe this just works fine. Can't wait for more implementations of AT.
Would be nice though to put a dot into the "Buy Ticket"-Price of 201500000000.
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.
January 26, 2015, 01:34:07 AM
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!
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.1To be honest, I am experiencing such a fork for the first time, and am lost on what to do.
Thanks for your time!
January 26, 2015, 12:11:06 AM
Hrm.... the network is somehow fucked or forked or something....
Half the pools I go to are stuck on block 793 and not finding anymore blocks, while other pools I go to are working on block 802 and seem to be finding blocks fine....
Half the pools I go to are stuck on block 793 and not finding anymore blocks, while other pools I go to are working on block 802 and seem to be finding blocks fine....
all my 3 wallets on 3 machines, 1.2.1 are having problems with a block, however it seems like they are only printing out an exception and then continuing to work. the printout :
Code:
2015-01-25 19:43:08 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
at nxt.BlockchainProcessorImpl$1.processFork(BlockchainProcessorImpl.java:323)
at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
2015-01-25 19:43:09 INFO: tx with id -4762078490203704075 found
2015-01-25 19:43:09 INFO: get timestamp for tx with id -4762078490203704075 found
it seems the problem started somewhere between block 59761 and 59771
all 3 wallets on all 3 different machines give the same error. i would assume something got in via the network, that the software stumbles upon.
That error was caused from a miner that had outdated version. If you restart the wallets you probably will be good
but do you mean there are somebody who is mining in solo with old wallet?
and this cause the fork?
This is very risky
i hope dev can implement a petch to avoid this in futures...
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.
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.
January 25, 2015, 11:38:16 PM
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?
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?
January 25, 2015, 11:29:53 PM
Hrm.... the network is somehow fucked or forked or something....
Half the pools I go to are stuck on block 793 and not finding anymore blocks, while other pools I go to are working on block 802 and seem to be finding blocks fine....
Half the pools I go to are stuck on block 793 and not finding anymore blocks, while other pools I go to are working on block 802 and seem to be finding blocks fine....
all my 3 wallets on 3 machines, 1.2.1 are having problems with a block, however it seems like they are only printing out an exception and then continuing to work. the printout :
Code:
2015-01-25 19:43:08 INFO: get timestamp for tx with id -4762078490203704075 found
nxt.at.AT_Exception: Calculated md5 and recieved md5 are not matching
at nxt.at.AT_Controller.validateATs(AT_Controller.java:404)
at nxt.BlockchainProcessorImpl.accept(BlockchainProcessorImpl.java:682)
at nxt.BlockchainProcessorImpl.pushBlock(BlockchainProcessorImpl.java:647)
at nxt.BlockchainProcessorImpl.access$400(BlockchainProcessorImpl.java:51)
at nxt.BlockchainProcessorImpl$1.processFork(BlockchainProcessorImpl.java:323)
at nxt.BlockchainProcessorImpl$1.run(BlockchainProcessorImpl.java:191)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
2015-01-25 19:43:09 INFO: tx with id -4762078490203704075 found
2015-01-25 19:43:09 INFO: get timestamp for tx with id -4762078490203704075 found
it seems the problem started somewhere between block 59761 and 59771
all 3 wallets on all 3 different machines give the same error. i would assume something got in via the network, that the software stumbles upon.
That error was caused from a miner that had outdated version. If you restart the wallets you probably will be good
but do you mean there are somebody who is mining in solo with old wallet?
and this cause the fork?
This is very risky
i hope dev can implement a petch to avoid this in futures...
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.
January 25, 2015, 10:25:15 PM
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 ?
January 25, 2015, 10:14:23 PM
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
January 25, 2015, 09:13:55 PM
Mod in Polo's trollbox:
Quote
whatever: OldManKidd, are your BURST wallet updated?
whatever: OldManKidd, http://is.gd/6xoPV7
OldManKidd: whatever, it has been reported already... withdrawal and deposits are down at this time
whatever: OldManKidd, update wallet and DB from http://is.gd/6xoPV7
whatever: OldManKidd, you are on a fork
OldManKidd: whatever, we are aware of the update. it should be done shortly
whatever: OldManKidd, http://is.gd/6xoPV7
OldManKidd: whatever, it has been reported already... withdrawal and deposits are down at this time
whatever: OldManKidd, update wallet and DB from http://is.gd/6xoPV7
whatever: OldManKidd, you are on a fork
OldManKidd: whatever, we are aware of the update. it should be done shortly
January 25, 2015, 08:58:38 PM
Anyone know if cryptomining.farm is on fork or latest ?
They are correct.
Dev's v2 is also correct.
January 25, 2015, 08:56:55 PM
January 25, 2015, 08:54:49 PM
Attention!
https://www.poloniex.com are on the fork!
They dont see my 2 transaction (from wallet 1.2.1) to new adress on exchange BURST-9VL2-82SQ-CS39-HU98P
https://www.poloniex.com are on the fork!
They dont see my 2 transaction (from wallet 1.2.1) to new adress on exchange BURST-9VL2-82SQ-CS39-HU98P
I submitted a support ticket to Polo about it 20 minutes ago, no answer yet.
You got PM.
Fresher DB folder on mega, 8 minutes old:
https://mega.co.nz/#!J5x3UBZC!BZnjwas601s75iSqwbJquM-UnDurUCuKDQdfLc8u83M
January 25, 2015, 08:53:13 PM
I am create a ticket too.
Ticket Received - [#16594]
Ticket Received - [#16594]
January 25, 2015, 08:52:43 PM
Anyone know if cryptomining.farm is on fork or latest ?
January 25, 2015, 08:52:35 PM
Attention!
https://www.poloniex.com are on the fork!
They dont see my 2 transaction (from wallet 1.2.1) to new adress on exchange BURST-9VL2-82SQ-CS39-HU98P
https://www.poloniex.com are on the fork!
They dont see my 2 transaction (from wallet 1.2.1) to new adress on exchange BURST-9VL2-82SQ-CS39-HU98P
I submitted a support ticket to Polo about it 20 minutes ago, no answer yet.
You got PM.
Fresher DB folder on mega, 8 minutes old:
https://mega.co.nz/#!J5x3UBZC!BZnjwas601s75iSqwbJquM-UnDurUCuKDQdfLc8u83M
Jump to: