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

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

has it removed all (if there were more than 1) files in the plot folder or only the one it was creating?

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!!!!

By the way do i need big plots or can i just make 10 million small plots ?

So is it 3474 Satoshis per 1000 BURST?

So basically, 0.3744 BTC per 100K BURST?

Thats actually 347400 sats per 1k burst. Or 374.4 satoshis/burst. I think, it's too early for me to do math

Do you know how to combine all my cmd windows in one?

So is it 3474 Satoshis per 1000 BURST?

- hi, you can buy 83`000 BURST at 0.003474 BTC/1000FIM at decentralized Asset Exchange right now, and you can place some buy orders at your price as well.

- hi, you can buy 83`000 BURST at 0.003474 BTC/1000FIM at decentralized Asset Exchange right now, and you can place some buy orders at your price as well.

..  I'm buying up to 200K BURST, PM me with offers.