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

Hi guys!Just came back from job and seen,what I found my first block 2382.
I have found this block with only 200gb plot file.So,I think,all new miners have  a lot of chances to get their blocks.
I would like to ask comunity...I have 2 TB HDD and I made only one plot file,whitck starts from 1,and ends on 800000(200gb)
Some people says,what I need to make next run_generate.bat file 1600000 800000,and some members tell me,what I need to make 800000 1600000 file for next 200 gb section....May be it is better,to make one 6800000 section,or so...
What can you say?

Hi guys!Just came back from job and seen,what I found my first block 2382.
I have found this block with only 200gb plot file.So,I think,all new miners have  a lot of chances to get their blocks.
I would like to ask comunity...I have 2 TB HDD and I made only one plot file,whitck starts from 1,and ends on 800000(200gb)
Some people says,what I need to make next run_generate.bat file 1600000 800000,and some members tell me,what I need to make 800000 1600000 file for next 200 gb section....May be it is better,to make one 6800000 section,or so...
What can you say?

Hi guys!Just came back from job and seen,what I found my first block 2382.
I have found this block with only 200gb plot file.So,I think,all new miners have  a lot of chances to get their blocks.
I would like to ask comunity...I have 2 TB HDD and I made only one plot file,whitck starts from 1,and ends on 800000(200gb)
Some people says,what I need to make next run_generate.bat file 1600000 800000,and some members tell me,what I need to make 800000 1600000 file for next 200 gb section....May be it is better,to make one 6800000 section,or so...
What can you say?

no, i just love this coin ... and try to help ...

luxe but you're not part of the development team?

you could just notify dev, that harden code at this point would make sense ... i don't even have git skills now or know how to use github ... have to figure that out first :-)

i'm not able to modify code for winzoz and recompile it.
i hope you update code for next release!

thank you again luxe!

hmm .. just looked at the source:
https://github.com/BurstProject/pocminer/blob/master/src/pocminer/GenerateSupr.java
on the first look it seams that just following is needed, surrounding/replacing line 36 to close the output stream on exception ... but i don't have the time to test it out right now ... sry.

No, obviously! In fact i'm asking myself why you are still here.. Don't you think that maybe your words aren't the best for someone that is helping you? People like you, spreading shit everywhere, must be ignored. The how-to is in the first page, lot of us was able to set up everything without any trouble, wallet is working, miner too and every 4 minutes someone find a block, so read, study, try, test and stop mucking up this thread.

Luxe just a simple request.
when the disk is full, run_generate program delete plots folder and restart.
so i lost 500gb of plot!!!
can you release an update like this...
DISK FULL --> run_generate stop itself without delete plot folder!!!

thanks!!!!

try{
 out.write(outbuffer);
}catch(Exception e){
 out.close();
 getContext().system().shutdown();
}

Announcement: Update to version 1.0.2 before block 2700





NXT based
POS removed
No IPO
No Premine
4 minute block time
2,158,812,800 coins total
Block reward starts at 10,000/block, then decreases 5% each month (similar to halving every 14 months, but much smoother)
Uses pocminer made for this coin



Wallet: 1.0.2 https://mega.co.nz/#!C0hEmRKD!pf70p7VucqfYyUpqOXZgWTOYu2r_vs4d8g5yRnfrQ5Y
sha256: f218a220e7bc1a280edadfcc3b77b3408f3d364fca9d2acfd9f9ddb6c0533701
After running wallet, access it through a web browser at http://localhost:8125
POCMiner: https://mega.co.nz/#!b0pzHajA!ERk068l5NS6kR7zdLdTgltqyPw3Z60lwAWvgXtNQNTk
fba1ba039fb94868f452c9724002cb85dc7a635384c2cef395cd1578e7031cac
Windows mining guide: https://bitcointalksearch.org/topic/m.8298999 (thanks to KSpinner)
Linux mining guide: https://bitcointalksearch.org/topic/m.8299637 (thanks to TetraHect0rCannabinol)

Plot range checker: https://bchain.info/BURST/tools/overlap (thanks to dcct)
Plot merge tool(significantly reduce disk stress. linux only): https://bchain.info/merge.c (thanks to dcct)



https://github.com/BurstProject/burstcoin
https://github.com/BurstProject/pocminer



abctc's NXT burst gateway: https://bitcointalksearch.org/topic/m.8381305



Burst uses a new algorithm for proof of hdd capacity (POC) mining. Miners pre-generate chunks of data known as 'plots' which are then saved to disk. The number of plots you store is effectively your mining speed. Every block the miner will skim through the saved plots, and come up with an amount of time until it is able to mine a block if another block hasn't yet been found. After reading through the plots is complete, your hardware can idle until the block. The miner will be released a few hours before launch to give miners time to start generating plots.



Miners generate and cache chunks of data known as 'plots', which are divided into 4096 portions known as 'scoops'.
Plots are generated by taking a public address and a nonce, then hashing it, pre-appending the resulting hash, repeating the hash-pre-append cycle many times, and then hashing the whole thing and xor'ing the last hash with the whole thing.
Plots are staggered together so chunks of the same scoop number are together, then written to disk.
Each block has a generation signature which is derived only from the previous block's generation signature and miner, so it is difficult to manipulate.
When mining, the scoop number to be used for a block is derived from the generation signature and the block height, so the miner reads all relevant scoops(each plot will have 1 relevant scoop, and staggering allows for larger sequential read with less seeking) Only 0.024% of the stored data will need to be read each block.
The generation signature is hashed with each scoop. 8 bytes are taken from the hash, then divided by a scaling factor(inverse difficulty)
The resulting number is a number of seconds. If that many seconds passes since the last block without a new one, the address/nonce combination used to generate that plot/scoop is eligable to announce a new block.
The miner's hardware can just sit idle until either that time or a new block.
The address/nonce is included in the block as proof of eligability, and the block is signed by that address.

Technically, this mining process can be mined POW-style, however mining it as intended will yield thousands of times the hashrate, and your hardware will sit idle most of the time. Continuously hashing until a block is found is unnecessary, as waiting long enough will cause any nonce to eventually become valid.

Shoddily made flow chart of the general process. Does not include caching plot to disk and retrieving them:




Basic pool support
Improved pool support
BurstId authentication system



2014/08/17 New version release 1.0.2: https://bitcointalksearch.org/topic/m.8404060
2014/08/16 Statement regarding the difficulty adjustment: https://bitcointalksearch.org/topic/m.8387248
2014/08/11 The pool situation: https://bitcointalksearch.org/topic/m.8302521