[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000

[SpeedDemon13]

From the "shoddily made flow chart", this algorithm looks like essentially a more complex and simpler (in different ways) version of scrypt, just with very high memory requirements.
It is probably just as weak to ASICs, though I can't say for sure without more information.
Do actual specifications exist for the algorithm?
Also, is anyone interested in doing a BFGMiner port I can merge?

This algo mines via hdd capacity. Only way an asic would be useful is during the plotting process, but that's not a mining process.

It doesn't have to be a HD, it could just as well be (a lot of) RAM.
This is essentially the same way scrypt works, except scrypt altcoins aren't using as much capacity.

It's possible to do RAMDisk, but that's not a very cost effective way of mining. You would need a bunch of TB worth of RAM to mining with as oppose to cheaply doing it with HDDs. You try it out and give the results if it is worth it.

Yes, you can do the same thing with scrypt...

I didn't say it wasn't possible or not, I was just pointing out that it would not be cost effective. This algo proof of work is done via capacity, the larger the plot, the more efficient the deadline results are. When it comes down to it, all aglo's use storage/memory of some sort of form, may it be System RAM, SSD, HDD, VRAM and/or temporary usage of cpu cache.

[1714555065]

1714555065

[1714555065]

1714555065

[fivebells]

Yes, you can do the same thing with scrypt...

The key part you may be missing in the "shoddily made flow chart" is that it "Does not include caching plot\[s\] to disk and retrieving them."  For $130 plus plotting and optimization time, a 4TB drive can store about 4*(10**12)/(2**18) = 15,258,789 precalculated values corresponding to the boxes in the bottom right-hand corner of the diagram (i.e., "Hash, then hash with the resulting hash, etc.")  The other hashes in the mining calculation are fast or only computed once per block, so you can check these 15M values as fast as you can read them off the disk.

Even the latest bitcoin mining hardware provides at best 5 orders of magnitude speedup over CPU hashing speeds, so your custom ASIC burning hundreds of watts might just about come within an order of magnitude of the speed achieved with cheap commodity hardware burning less than 10 watts (see figures 11-13).

A custom ASIC for shabal hashes would be super useful for the initial plotting, though.

[burstcoin]

From the "shoddily made flow chart", this algorithm looks like essentially a more complex and simpler (in different ways) version of scrypt, just with very high memory requirements.
It is probably just as weak to ASICs, though I can't say for sure without more information.
Do actual specifications exist for the algorithm?
Also, is anyone interested in doing a BFGMiner port I can merge?

This algo mines via hdd capacity. Only way an asic would be useful is during the plotting process, but that's not a mining process.

It doesn't have to be a HD, it could just as well be (a lot of) RAM.
This is essentially the same way scrypt works, except scrypt altcoins aren't using as much capacity.

The flowchart is missing the caching and retrieving from disk parts. Since the account id and nonces are run through the repeat hashing step before any network state is used, the results of the repeat hashing can be saved and reused every block, with the miner only having to do the repeat hashing once ever per nonce. This makes it so the computational expense of that initial repeat hashing can be increased any amount without causing miners to do any extra work after the initial caching process. The more expensive that repeat hashing step becomes, the more efficient using pre-cached work is over computing everything on the fly.

[HoldTheLine]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

[crowetic]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

[HoldTheLine]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

[Nevril]

I don't think Java miner is having any problem, I'm on pool but it works great (shouldn't be that different)
Maybe a big bad luck timeframe?

[AizenSou]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

Same here with 60TB. Doesn't find block since 2 days. Before that it worked great. No idea what happens then.

[HoldTheLine]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

Same here with 60TB. Doesn't find block since 2 days. Before that it worked great. No idea what happens then.

Something is definitely wrong then. Who is getting more than their fair share of the blocks? Is it possible to rig the process or tip the scales to make your plots 'luckier' than others?

[crowetic]

I think it's just the fact that you're competing with large pools. It even takes out small-med sized pool a while to find a block... I know that Uray's pools find a lot and so does the dev's v2.

[fivebells]

With dcct's miner on ubuntu, I occasionally get failures like this:

Code:

Sun Oct 19 03:05:14 EDT 2014 New block 24597, basetarget 3524215                          
Sun Oct 19 03:05:14 EDT 2014 0 MB read/0 GB total/no deadline                 
Sun Oct 19 03:05:24 EDT 2014 1298 MB read/5192 GB total/deadline 107733s (107723s left)           
Sun Oct 19 03:05:34 EDT 2014 2631 MB read/10526 GB total/deadline 107733s (107713s left)           
Sun Oct 19 03:05:44 EDT 2014 3894 MB read/15576 GB total/deadline 107733s (107703s left)           
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 New block 24598, basetarget 3572447                          
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 Error opening file /media/mnt3/pocminer_v1/plots//7515816275136675106_5489982836908570030_14251415_7500                             
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 Error opening file /media/mnt1/pocminer_v1/plots//7515816275136675106_4649136569149861420_6328811_7500                             
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 Node: Connection refused
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 Could not get mining info from Node. Will retry..             
Sun Oct 19 03:05:54 EDT 2014 
Sun Oct 19 03:05:54 EDT 2014 Error opening file /media/mnt2/pocminer_v1/plots//7515816275136675106_1451734932719538615_14488138_7500                             
Sun Oct 19 03:05:55 EDT 2014 
Sun Oct 19 03:05:55 EDT 2014 Error sending result to node                           

No mining happens after that, these errors just keep repeating.  Anyone know why, or how to prevent/mitigate this?

[boliu]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

Same here with 60TB. Doesn't find block since 2 days. Before that it worked great. No idea what happens then.

Something is definitely wrong then. Who is getting more than their fair share of the blocks? Is it possible to rig the process or tip the scales to make your plots 'luckier' than others?

same here, not only am I not getting any blocks (12TB), but all my nonce submitted are all at least 8 digits, the smallest nonce submitted was 6 digits (in 5 days). 

after 5 days of this, I switched to pool2.burstcoin.io,  4 digit nonce are more frequent now.  Not sure what's going on.

[boliu]

Burst 1.1.4

Download: https://mega.co.nz/#!3hRECaCa!bnxGQJhsAU4EreDtvmFxkEWfccgsEp4rqxeen5eGWT0
https://github.com/BurstProject/burstcoin

This is a small update to apply a bug fix from nxt 1.2.9. Nxt considers this a critical bugfix

is this legit?

[HoldTheLine]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

Same here with 60TB. Doesn't find block since 2 days. Before that it worked great. No idea what happens then.

Something is definitely wrong then. Who is getting more than their fair share of the blocks? Is it possible to rig the process or tip the scales to make your plots 'luckier' than others?

same here, not only am I not getting any blocks (12TB), but all my nonce submitted are all at least 8 digits, the smallest nonce submitted was 6 digits (in 5 days). 

after 5 days of this, I switched to pool2.burstcoin.io,  4 digit nonce are more frequent now.  Not sure what's going on.

Exactly what I am getting as well. Literally nothign has changed since the 8th of October and yet I still haven't got a block and most "best" deadlines are 5 or 6 figures.

What is going on here? it ain't monumental bad luck - not for all of us.

[fivebells]

is this legit?

You can check the commit, which is a very simple change, and run it from source, if you're paranoid.

[m3ta]

Exactly what I am getting as well. Literally nothign has changed since the 8th of October and yet I still haven't got a block and most "best" deadlines are 5 or 6 figures.

What is going on here? it ain't monumental bad luck - not for all of us.

Question: are you just looking at your miner's output, or are you watching what the pool is reporting, too?

Because, since 1 week ago (sort of), I have been looking at both at the same time, and this is what I found:

- Client (using dcct's, but happens with java client too) reports a deadline of 6/7 digits.
- Pools (tried several) report a deadline of hours.

I don't know if it's the client's fault, or the pool's fault.
But we are paid by the pools, not the clients, so what I see the pool report is what is used to calculate payment.

Anyway, there's some serious fail coding somewhere.
I've seen so many people talk about the future of this altcoin and focusing on advertising and investors, blah blah, but the blunt truth is that any investor will not want to invest on something that is so broken.

[ivanf]

Anyway, there's some serious fail coding somewhere.
I've seen so many people talk about the future of this altcoin and focusing on advertising and investors, blah blah, but the blunt truth is that any investor will not want to invest on something that is so broken.

Some of third party tools are incompatible or have known issues, but dev can't be held responsible for other developers code. Did you try dev2 pool? I've checked the shares list and it did register all the shares which were sent to it.

[Pilotseye]

Exactly what I am getting as well. Literally nothign has changed since the 8th of October and yet I still haven't got a block and most "best" deadlines are 5 or 6 figures.

What is going on here? it ain't monumental bad luck - not for all of us.

Question: are you just looking at your miner's output, or are you watching what the pool is reporting, too?

Because, since 1 week ago (sort of), I have been looking at both at the same time, and this is what I found:

- Client (using dcct's, but happens with java client too) reports a deadline of 6/7 digits.
- Pools (tried several) report a deadline of hours.

I don't know if it's the client's fault, or the pool's fault.
But we are paid by the pools, not the clients, so what I see the pool report is what is used to calculate payment.

Anyway, there's some serious fail coding somewhere.
I've seen so many people talk about the future of this altcoin and focusing on advertising and investors, blah blah, but the blunt truth is that any investor will not want to invest on something that is so broken.

well done m3ta, grammar and spell checker says "you passed"  

[boliu]

11 Days without a block with 9TB - what is going on with this thing? Was finding a block every day or two at most for the last 50 days until the 8th of October. Everything running as it should.

There's a spot of bad luck and then there's this.

9TB is not enough to solo mine IMO. Why don't you come join us at mine.burstcoin.info? I'm still doing my giveaway of 1600 burst for new miners.

9TB is and has been plenty for a block every couple of days/3 days max. Why is it suddenly not happening now? Has anything changed since the 9th of October that could stop the java miner from working as it should?

Same here with 60TB. Doesn't find block since 2 days. Before that it worked great. No idea what happens then.

Something is definitely wrong then. Who is getting more than their fair share of the blocks? Is it possible to rig the process or tip the scales to make your plots 'luckier' than others?

same here, not only am I not getting any blocks (12TB), but all my nonce submitted are all at least 8 digits, the smallest nonce submitted was 6 digits (in 5 days).  

after 5 days of this, I switched to pool2.burstcoin.io,  4 digit nonce are more frequent now.  Not sure what's going on.

Exactly what I am getting as well. Literally nothign has changed since the 8th of October and yet I still haven't got a block and most "best" deadlines are 5 or 6 figures.

What is going on here? it ain't monumental bad luck - not for all of us.

12hrs after switching from solo to pool2, got a block.

[fivebells]

- Client (using dcct's, but happens with java client too) reports a deadline of 6/7 digits.
- Pools (tried several) report a deadline of hours.

I'm not seeing this with Uray's miner and crowetic's, fanepatent's et al.'s pool.