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

ok here is the update for http://burst-pool.cryptoport.io

I hope recent problem of "failed to get mining info from wallet" and error while "submiting nonce" is reduced, it seems that java wallet can't handle spamming of submitNonce from hundreds miners at the same time, so I ended up running 4 wallet in round-robin.

for confusion about not getting paid, everything is OK, i did check it, and for more information that currently pool minimum payout is 250 BURST, that is you will get payment to your wallet when your balance on pool reach 250 BURST, you can see your balance on right-most column on "Current Round Shares" panel

ok its confusing to look at the UI, I will make an improvement.

and if you dont see your balance, or your balance is '--', that is your balance is zero, zero balance sometime means that your share is not converted to burst balance yet, so you should check how much share credit you own on second rightmost column both on "Current Round Shares" and "All Round Shares" panel.

your shares will be converted into burst balance when pool has positive balance, after conversion if your burst balance is more than 250, then you will get paid, if not, your burst will deposited to your pool balance and your shares credit will be zero (as it already converted into burst)

some important to note here that your share credit is always reducing every block, there are share expiration of 50% every block, this is to give most recent shares a higher value than the shares that have lesser contribution in block found round.

but your burst balance is never reduced, so if your share is already converted to burst you are safe just wait until it reach more than 250 burst. more shares will be converted into burst if pool found blocks more often, everytime we found a block, all existing shares will be converted to burst.

you can put order 100 BTC per 1 burst and made this sum bigger

1.1.6 was the latest stable version for quite a while, and they released 1.2.3 for mainnet the same day I posted the pre-ann here, so it was rather bad timing for my release. Hoping to have the new client done sometime this weekend, but am just starting now, and haven't decided whether I need to apply burst changes to 1.2.8 yet, or if I should be applying the new stuff to burst. Regardless, I need to read through all diffs to make sure new things don't clash.

For anyone too lazy to click the link, it says:


This is awesome news! Burst is currently based on NXT 1.1.6, and they've added quite a lot of functionality since that version. See the changelog: http://wiki.nxtcrypto.org/wiki/Nxt_Software_Change_Log

Roger, thank you. I read your last post I just saw the account number. Sorry.

Oh wow.... $29 trillion dollars in sells on c-cex. It's just a really big number.

first step to go on other exchanges like bittrex , poloniex , cryptsy , bter ...
https://twitter.com/Burstcoin/status/508029868324716545

Ah, ok good. So, the transactions are an input into the generation signature, which I think means that the transactions affect which miner is eligible to sign the next block, correct?

If so, it seems a selfish mining attack is still possible, but rather complicated. A malicious miner could choose a transaction set which manipulates the generationSignature such that when they do find a block, they're also almost guaranteed to find the next block. I still feel like I must be missing something :/

Here is an example of one for a 2.7 TB harddrive. The big long number is your account number
C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 23749827389473298749823 0 10800000 1000 4

The transactions are in the block, and the block's transactions are part of the hash that is done while the miner is signing the block, it's just that the transactions don't affect whether that miner is eligible to mine that block.

I don't know if i'm mining or what i'm doing, please help.

I followed each step but i think i might have made an error here. I copied my account number and pasted it where it says it should be in step 6 and saved it and ran the bat. But i never changed anything in the Example, i just copied that straight like it is. When i check the folder for plots, there is nothing there, what have i done wrong?


Step 6: Copy your account number and paste it into the run_generate .bat file along with your plot description and how many threads you wish to use. plottostartwith=0 or 1 / plottoendwith=800000 (for every 200 Gig section)

Example for this is:
C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate *youraccount#* *plot#tostartwith* *plot#toendwith* 1000 4

ok thankyou. its taken 2 days so far and im in need of playing a game lol

Internationalism is great - spred BURST around the globe! - but why all the foreign language in our work on a FAQ thread ( http://piratepad.net/NIfJdj30We )? Please make a seperate piratepad thread with your translation and restore the present one to English....

According the FAQ that they were attempting to put up the answer is yes it will use both. I can't find the link to it now but someone was trolling it anyway.

if i get part way through plotting my hdd so say for e.g i get to plot 800000 from 0 then i stop it generating and start another plot later from 800001 will the miner use both of the plots or just one?

C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate accountnumberhere 0 108000000 0 4

That number nonces I bold and underlined is too large of a nonce, that is for a 27TB capacity and you have a 2.7TB capacity. I don't know if you read my previous response at all.....Also, you have a stagger size of zero, the number following the number nonces. Try 1000 or up to 4191.

All be ok. Price can not rise always. Be strong, keep your eggs in hands and wait Price are very close to touch the bottom.

What other Windows plotter?

We basicly don't want it to get abused, right? If its not abused, 20 min is fine but if the  funds seem to get abused the cooldown should be increased 

Ok, thanks for the explanation! I think I am getting a better understanding of how it all works.

However, this brings up another concern. Does this mean that the transactions themselves aren't encoded in the blockchain in any way? If that's the case, then it seems it would be trivial to perform double-spends. Sorry if this is a stupid question!