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

[mellorbo]

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?

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.

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

[tacklebox]

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

[burstcoin]

I have a concern about the Burstcoin mining process and it possibly being susceptible to selfish mining attacks. I'm hoping that the dev, or someone more familiar with the mining process can alleviate my concerns.

Basically, my concern is that a miner might be able to artificially increase their hashrate by manipulating which transactions get included in a block. A malicious miner could find a block, but only include a set of specially created transactions such that it ensures (or at least increases the odds) they find the next block as well.

Am I missing something, or is this a real concern?

Unlike most coins that try to find a nonce where hashing the block contents meets a target, burst includes information proving an address is eligible to mine that block, and then signs it with that address. This allows us to lock down the numbers used in the calculations by only using information from previous blocks in the algorithm. The only information that is used is generation signature, block height, and the user who mined the last block, so the only manipulation possible is to choose not to mine a block you are able to. The generation signature is based on the same values from the block before it. Changing the transactions won't change anything, so that isn't a valid attack vector.

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!

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.

[coinits]

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

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

[jamoes]

I have a concern about the Burstcoin mining process and it possibly being susceptible to selfish mining attacks. I'm hoping that the dev, or someone more familiar with the mining process can alleviate my concerns.

Basically, my concern is that a miner might be able to artificially increase their hashrate by manipulating which transactions get included in a block. A malicious miner could find a block, but only include a set of specially created transactions such that it ensures (or at least increases the odds) they find the next block as well.

Am I missing something, or is this a real concern?

Unlike most coins that try to find a nonce where hashing the block contents meets a target, burst includes information proving an address is eligible to mine that block, and then signs it with that address. This allows us to lock down the numbers used in the calculations by only using information from previous blocks in the algorithm. The only information that is used is generation signature, block height, and the user who mined the last block, so the only manipulation possible is to choose not to mine a block you are able to. The generation signature is based on the same values from the block before it. Changing the transactions won't change anything, so that isn't a valid attack vector.

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!

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.

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 :/

[familiaverde]

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

[Irontiga]

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

[Chairs]

I hate to keep asking the same question, but I just want to make sure I'm mining and not wasting time. It's been ~24 hours since I started and I haven't had a deposit yet. I'm running:

Code:

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

Specs are:

Core I7 3770k
16GB ram
2.7TB drive

It's been running since last night and I've yet to see any indication in my account about a deposit or anything. I can't tell if I'm even mining or not. I have the server, run_generate.bat and the run.bat running right now.

The run_generate.bat says "Generating from nonce: 0" and it hasn't changed since last night.

Please someone clarify this for me.

errors highlighted
C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate accountnumberhere (numeric account number 0 108000000 0(1000) 4

you need to enter your acc number as in bold here

Code:

java -Xmx7500m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate [b]10976174530077743023[/b] 0 1000000 7500 7

and i think the second 0 needs to be 1000 like the first xmx as you can see in my code

I have my account number entered. I just didn't know if it was safe or not to post.

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.

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

[jamoes]

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

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

Burst will be updated to be based on nxt 1.2.8. No ETA yet.

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

[burstcoin]

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

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

Burst will be updated to be based on nxt 1.2.8. No ETA yet.

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

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.

[Hix]

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

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

[uray]

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.

[AizenSou]

i sold all my burst! i think we are going probably down to 300

Sure! And i have seen a flying horse right out of my house talking about football with a cat.

Burst crashes on C-Cex.  

Well. If you're not a newbie:
-3 millions+ coin mined every day
-2 billions coins total
-No investor
-Only miner
-Millions of burst on c-cex deposit.

You always go with the flow, do you?

As they say, misery loves company. Negative people will try to bring down positive people.

The problem is people listen to people like IE, Bobsurplus, etc....Strange the few can motivate the many to do things that are illogical and rash actions. People forget to trust their own wisdom and become followers to the wrong people/cause.

As far as the price is going down, we can only blame us for pushing it down like that, no excuses. You know how the crypto world goes, there can be 100 billion coins and people can hype a coins price without any real reason/ideal. So, this BS of people making a big deal about the minting of the coin per day, then why is DOGE and REDD still around. Both are doing ok still with their larger amount of coins.

My advise, if your here to dump, then dump and leave this thread with your negative comments/ideals. I really don't understand why you people like to stroke your ego when you so call predict a coins lower prices/downfall, your not Nostradamus. So, stop with thinking your some professional economist/stock broker, because that wouldn't fly in the Stock Market with rumors/FUD.

+1. Best comment since a while

[uray]

i sold all my burst! i think we are going probably down to 300

Sure! And i have seen a flying horse right out of my house talking about football with a cat.

Burst crashes on C-Cex. 

Well. If you're not a newbie:
-3 millions+ coin mined every day
-2 billions coins total
-No investor
-Only miner
-Millions of burst on c-cex deposit.

You always go with the flow, do you?

As they say, misery loves company. Negative people will try to bring down positive people.

The problem is people listen to people like IE, Bobsurplus, etc....Strange the few can motivate the many to do things that are illogical and rash actions. People forget to trust their own wisdom and become followers to the wrong people/cause.

As far as the price is going down, we can only blame us for pushing it down like that, no excuses. You know how the crypto world goes, there can be 100 billion coins and people can hype a coins price without any real reason/ideal. So, this BS of people making a big deal about the minting of the coin per day, then why is DOGE and REDD still around. Both are doing ok still with their larger amount of coins.

My advise, if your here to dump, then dump and leave this thread with your negative comments/ideals. I really don't understand why you people like to stroke your ego when you so call predict a coins lower prices/downfall, your not Nostradamus. So, stop with thinking your some professional economist/stock broker, because that wouldn't fly in the Stock Market with rumors/FUD.

+1. Best comment since a while

+1 nice comment, this forum should have upvote like reddit does

[m0rphius]

Is there a way to run on online storage sites like Dropbox or Surdoc becuase I have like 10TB on SurDoc and I'm only using 5% of it. Also can someone walk me through the process of setting this up on Linux; I looked at the guide that was linked and I get some error that i dont know what to do with...

[Noobinfinite]

Ok I am a complete noob to mining. I'm not for sure why but I want to start solo mining burstcoin and learn exactly how to configure miners for future coins. Can anyone give me a 7th grade like introduction into mining burst? I have the wallet and pocminer. Just need help on all the configurations. Much appreciated!

[jamoes]

I have a concern about the Burstcoin mining process and it possibly being susceptible to selfish mining attacks. I'm hoping that the dev, or someone more familiar with the mining process can alleviate my concerns.

Basically, my concern is that a miner might be able to artificially increase their hashrate by manipulating which transactions get included in a block. A malicious miner could find a block, but only include a set of specially created transactions such that it ensures (or at least increases the odds) they find the next block as well.

Am I missing something, or is this a real concern?

Unlike most coins that try to find a nonce where hashing the block contents meets a target, burst includes information proving an address is eligible to mine that block, and then signs it with that address. This allows us to lock down the numbers used in the calculations by only using information from previous blocks in the algorithm. The only information that is used is generation signature, block height, and the user who mined the last block, so the only manipulation possible is to choose not to mine a block you are able to. The generation signature is based on the same values from the block before it. Changing the transactions won't change anything, so that isn't a valid attack vector.

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!

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.

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 :/

Dev, can you comment on this?

[burstcoin]

I have a concern about the Burstcoin mining process and it possibly being susceptible to selfish mining attacks. I'm hoping that the dev, or someone more familiar with the mining process can alleviate my concerns.

Basically, my concern is that a miner might be able to artificially increase their hashrate by manipulating which transactions get included in a block. A malicious miner could find a block, but only include a set of specially created transactions such that it ensures (or at least increases the odds) they find the next block as well.

Am I missing something, or is this a real concern?

Unlike most coins that try to find a nonce where hashing the block contents meets a target, burst includes information proving an address is eligible to mine that block, and then signs it with that address. This allows us to lock down the numbers used in the calculations by only using information from previous blocks in the algorithm. The only information that is used is generation signature, block height, and the user who mined the last block, so the only manipulation possible is to choose not to mine a block you are able to. The generation signature is based on the same values from the block before it. Changing the transactions won't change anything, so that isn't a valid attack vector.

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!

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.

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 :/

Dev, can you comment on this?

generation signature is shabal256(lastblock.generationsignate concat lastblock.miner)
scoop is chosen with shabal256(generationsignature concat blockheight) modulous 4096
deadline is calculated shabal256(scoopcontents concat generationsignature) / basetarget

transactions are never factored into eligability.

[ltcnim]

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.

i still get those errors for the first share, everything works fine, and the following shares show the mentioned errors.

edit: it seems to be better, now some shares have been submitted.

[Dzus1k]

Guys am I mining or its any error message?  

http://postimg.org/image/4zd42rpht/