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

[FakeAccount]

I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on.

This error occurs when the unexpected end of file.
Recalculate size/file name, reduce the "CacheSize".

when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file?  or is the file in question not read anymore when that message is displayed?

[mafostedu]

I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB.
Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec)

--------------    New block 24862, basetarget 3581481    --------------
[2988616918834149562]   confirmed deadline: 2954071     34d 4h 34m 31s
Thread "D:\plots\" done! [~25 sec] (18 files)
Thread "E:\plots\" done! [~25 sec] (18 files)
recieving data...

--------------    New block 24864, basetarget 3583972    --------------
shares lost due to new block

And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks  (i.e. ~20-25%)
So who is the culprit here,

Uray's Pool which can't response in time after hardware change ?
Blago's miner which takes more time to sending the data ?
Something else which makes very short blocks & get those 20-25% blocks by solo ?

If it's something else, may be it's the reason why people reported above don't find enough blocks by solo !

[bathrobehero]

I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on.

This error occurs when the unexpected end of file.
Recalculate size/file name, reduce the "CacheSize".

when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file?  or is the file in question not read anymore when that message is displayed?

I think that locked files are being skipped in that block, I guess that's why it says 99%.

[Blago]

I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on.

This error occurs when the unexpected end of file.
Recalculate size/file name, reduce the "CacheSize".

when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file?  or is the file in question not read anymore when that message is displayed?

Miner reads the file in chunks of CacheSize nonces, but suddenly the end of file (possibly in the middle).

[Blago]

I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB.
Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec)

--------------    New block 24862, basetarget 3581481    --------------
[2988616918834149562]   confirmed deadline: 2954071     34d 4h 34m 31s
Thread "D:\plots\" done! [~25 sec] (18 files)
Thread "E:\plots\" done! [~25 sec] (18 files)
recieving data...

--------------    New block 24864, basetarget 3583972    --------------
shares lost due to new block

And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks  (i.e. ~20-25%)
So who is the culprit here,

Uray's Pool which can't response in time after hardware change ?
Blago's miner which takes more time to sending the data ?
Something else which makes very short blocks & get those 20-25% blocks by solo ?

If it's something else, may be it's the reason why people reported above don't find enough blocks by solo !

miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers.
Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.

[I Aint Stifler]

If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?

[Irontiga]

If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?

| |
\_/

[jzhoulon]

If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?

| |
\_/

350 burst a day last week, but it seems that burst price is too low, lots of miners leave away, now should be more, last week , has 6000TB, now seems only 5000TB

[grouper fish]

If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?

| |
\_/

350 burst a day last week, but it seems that burst price is too low, lots of miners leave away, now should be more, last week , has 6000TB, now seems only 5000TB

how do you calculate the total network hash?

[Cryptour]

The chart don't look interesting, might drop to 70-80 sats. Too much coins

[FakeAccount]

I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on.

This error occurs when the unexpected end of file.
Recalculate size/file name, reduce the "CacheSize".

when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file?  or is the file in question not read anymore when that message is displayed?

Miner reads the file in chunks of CacheSize nonces, but suddenly the end of file (possibly in the middle).

so miner stops reading the file at that point?  or it keeps trying until it's able to finish reading that file?

[koko2530]

node update

URL US: burst-us.cryptomining.farm port 80
URL EU: burst-eu.cryptomining.farm port 80
URL SG: burst-sg.cryptomining.farm port 80

please restart your miner
thanks

[Gumbork]

Difficulty increase too fast... can't catch up..

[unsoindovo]

I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB.
Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec)

--------------    New block 24862, basetarget 3581481    --------------
[2988616918834149562]   confirmed deadline: 2954071     34d 4h 34m 31s
Thread "D:\plots\" done! [~25 sec] (18 files)
Thread "E:\plots\" done! [~25 sec] (18 files)
recieving data...

--------------    New block 24864, basetarget 3583972    --------------
shares lost due to new block

And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks  (i.e. ~20-25%)
So who is the culprit here,

Uray's Pool which can't response in time after hardware change ?
Blago's miner which takes more time to sending the data ?
Something else which makes very short blocks & get those 20-25% blocks by solo ?

If it's something else, may be it's the reason why people reported above don't find enough blocks by solo !

miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers.
Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.

blago,

in which version of miner is implemented this features highlighted in red?

thanks!

[enta2k]

I cry for Burstcoin, 93 satoshi?

That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.

[Pilotseye]

I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB.
Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec)

--------------    New block 24862, basetarget 3581481    --------------
[2988616918834149562]   confirmed deadline: 2954071     34d 4h 34m 31s
Thread "D:\plots\" done! [~25 sec] (18 files)
Thread "E:\plots\" done! [~25 sec] (18 files)
recieving data...

--------------    New block 24864, basetarget 3583972    --------------
shares lost due to new block

And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks  (i.e. ~20-25%)
So who is the culprit here,

Uray's Pool which can't response in time after hardware change ?
Blago's miner which takes more time to sending the data ?
Something else which makes very short blocks & get those 20-25% blocks by solo ?

If it's something else, may be it's the reason why people reported above don't find enough blocks by solo !

miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers.
Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.

blago,

in which version of miner is implemented this features highlighted in red?

thanks!

what do you mean by highlighted? you put it super size, but why? 

[bobafett]

I cry for Burstcoin, 93 satoshi?

That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.

dev should do some marketing, or this coin will die.....

[jamoes]

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.

I'd be curious to follow up on this and see if Luke-Jr still thinks this coin is weak to ASICs.

[daWallet]

I cry for Burstcoin, 93 satoshi?

That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.

dev should do some marketing, or this coin will die.....

As long there is development and a community the coin can't die. The price will rise when people think the coin is cheap enough.

I wonder which translations for Burst do we have. I know about an german and a italian guide. Would be nice to get more and write them into the OP.
Especially translations for countries with a huge population like China, India, Southamerica - which have not so much money but a some HDD space left.

Nobody there can afford mining Bitcoin or some other Altcoin, but Burst!

I'll write some guide in spanish if we don't have one.

[enta2k]

I think the fail is way to much CPB, value will decrease more.
I liked this coin, nevermind.