Author

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

legendary
Activity: 1517
Merit: 1042
@notsofast
OK, I've got mine working. For the rest of you who haven't gotten it to work yet, after generating your address, create a text file named makeplots.bat and put the following in the file:

Code:
java -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate YOURADDRESSGOESHERE 0 800000 500 7

Then you start making plots by launching makeplots.bat.

This creates your plots which can eventually be farmed, once you have a Burst wallet address (which is like the key to the tractor).
legendary
Activity: 1094
Merit: 1006
java -Xmx4000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate %*

number: 1234567

3.8 GB RAM,  640GB HDD. What right commands for this config?

Most people seem to be doing best with something along the lines of:
java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate youraddressgoeshere 1 800000 500 4




Proof of HDD?

What an interesting concept.  What will they think of next?   Smiley

www.storj.io is doing something along these lines however its getting paid for use of storage to build a decentralized cloud

storj is a Proof of Stake coin that has a storage service attached to it. This uses hdd's for running the blockchain, so very different concept.


This is incorrect. We don't use proof of stake.
Brustcoin is certainly very interesting though. Will have to take a look through the code.
member
Activity: 87
Merit: 10

java -Xmx4000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate %*

number: 1234567

3.8 GB RAM,  640GB HDD. What right commands for this config?

Most people seem to be doing best with something along the lines of:
java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate youraddressgoeshere 1 800000 500 4




Proof of HDD?

What an interesting concept.  What will they think of next?   Smiley

www.storj.io is doing something along these lines however its getting paid for use of storage to build a decentralized cloud

storj is a Proof of Stake coin that has a storage service attached to it. This uses hdd's for running the blockchain, so very different concept.



well Proof of Stake I do not believe is the correct definition...I would say Proof of Storage...Where as burst is Proof of Capacity.  As you do not get more SJCX by having SJCX.  you get paid for the amount of data you are storing for the network and the amount of bandwidth you are providing.  The storage service is the means of earning SJCX.  I could have 250,000,000 of the 500,000,000 SJCX coins and it would make absolutely no difference in earning more if i wasn't providing unused HDD space


So in that sense...I can fill up my HDD with your plots.  And just delete the highest number plot as I need to offer more space onto the Storj network as it gets filled.  Because I do not anticipate immediate full utilization of storj on my HDD I can use the extra un filled space for Burst leaving an amount that can be used as a buffer between the two.
sr. member
Activity: 280
Merit: 250
java -Xmx4000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate %*

number: 1234567

3.8 GB RAM,  640GB HDD. What right commands for this config?

Most people seem to be doing best with something along the lines of:
java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate youraddressgoeshere 1 800000 500 4




Proof of HDD?

What an interesting concept.  What will they think of next?   Smiley

www.storj.io is doing something along these lines however its getting paid for use of storage to build a decentralized cloud

storj is a Proof of Stake coin that has a storage service attached to it. This uses hdd's for running the blockchain, so very different concept.

legendary
Activity: 1094
Merit: 1006
Can someone throw the source code on Github?
hero member
Activity: 750
Merit: 511
Why decompile when full source is included? You can easily build it yourself.
Yes, you're right, but to compile - you protect yourself, to decompile - others.
And for 100% reliability still need check the hash sum of all libraries. But it's lazy.
hero member
Activity: 518
Merit: 500
Burst
Mining speed based on HDD capacity

[No logo since I can't draw]
Website: [not yet constructed]
Twitter: https://twitter.com/Burstcoin

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

Proof of capacity(POC) mining:
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.

How it works:
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:


Release schedule:
I still have a few fixes and some testing to do, but I plan on trying to release tomorrow.
Some time before the next entry: Miner binary + source will be posted in passworded rar archive https://bitcointalksearch.org/topic/m.8286075
GMT 2014 August 10 11:00 PM : Miner password will be posted, so you can start generating plots. Passworded rar of client binary + source will be posted. plain zip of miner: https://mega.co.nz/#!b0pzHajA!ERk068l5NS6kR7zdLdTgltqyPw3Z60lwAWvgXtNQNTk Passworded client: https://bitcointalksearch.org/topic/m.8287478
GMT 2014 August 11  2:00 AM : Client password will be posted, and network will launch.

How do you set this up exactly? A tutorial would be nice.
member
Activity: 87
Merit: 10



Proof of HDD?

What an interesting concept.  What will they think of next?   Smiley

www.storj.io is doing something along these lines however its getting paid for use of storage to build a decentralized cloud
legendary
Activity: 3052
Merit: 1534
www.ixcoin.net



Proof of HDD?

What an interesting concept.  What will they think of next?   Smiley
sr. member
Activity: 280
Merit: 250
The passworded client was supposed to be released by now...where is it?

Right here.
https://mega.co.nz/#!blRhjL4Y!X2sYyhEUPxXhL0f-vn7CMRM4Ui9JMRIKOCgU4syE--Y

Sorry, I got a bit distracted there

And of course now the rate control isn't letting me post this, so it'll be yet another couple minutes.
sr. member
Activity: 434
Merit: 250
Universal Life Church Minister
java -Xmx4000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate %*

number: 1234567

3.8 GB RAM,  640GB HDD. What right commands for this config?
member
Activity: 87
Merit: 10
ok running this on two seperate drives so generating plots on each drive...For the miner, I guess will have to run multiple instances of it in the same folder as the others...
sr. member
Activity: 257
Merit: 255

...

java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode, sharing)

Is it right?!

I had:

java version "1.8.0"
Java(TM) SE Runtime Environment (build 1.8.0-b132)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)

sry, not sure if you use 64-bit ... but if you do not need 32bit ... how about uninstall it (possible for jdk not sure about sdk)



newbie
Activity: 5
Merit: 0
The passworded client was supposed to be released by now...where is it?
newbie
Activity: 41
Merit: 0
Anyone else have this run havok with your mining rig?? LOL

My x11 rig, of which I am using to setup this on an external HDD, went bonkers and reset my miners running in limp mode at 1.2 Mhs (which the only alert I got was through CGwatcher, that it had lost API access)Huh Unsure why, but now my rig won't mine over 1.2 Mhs on each card, average is about 3.5 Mhs per card normally...

I am hoping that after it plots the HDD I will restart the miner and find all is working normally??? Undecided Undecided Undecided
sr. member
Activity: 280
Merit: 250
Are some of you guys using 32-bit JVMs? That would explain why some of us have no problem with the higher ram amounts, and some have to drive it through the floor.

I have over 1TB of free space in the drive and I still get this:


6 1 819100 1000 4
Generating from nonce: 1
Writing from nonce 1
Uncaught error from thread [default-akka.actor.default-dispatcher-8] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at pocminer.GenerateSupr.onReceive(GenerateSupr.java:36)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.s
cala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(Abst
ractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool
.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:19
79)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThre
ad.java:107)

java.lang.OutOfMemoryError indicates you need higher -Xmx value, or lower stagger value(the one you're using 1000 in)

I've installed 64 bit version, reboot, but problem remains.. I cannot do nothing bigger than 500

Suggestions:
1. check if java 64-bit is used by command line ... use:
java -version
2. maybe cause 819100 is not a multiple of 1000 ?! ( 8191
The number of plots should be a multiple of 8191.)


java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode, sharing)

Is it right?!

Mine says Java HotSpot 64-Bit Server VM

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

more dangerous is that it requires internet access and is a java program. Especially since they were taken over Java is quite dangerous and a security risk by itself *, then the exception handling of this miner does not look good, to be honest. It is an interesting concept without doubt, but i will wait until this gets a bit more "mature".

* even though the source is available, i am not up to date enough with java to judge if there is someting actually dangerous in it...

Gonna have an eye on this though Smiley

I see your point about the exception handling, however all of the errors posted were one of 2 types: the JVM failing to start due to the flags, jvm verion, and system not being compatible, and the other type is out of memory errors, which there really isn't much to do with anyway. Recoverable issues, file r/w failure, networking issues, etc are handled.
sr. member
Activity: 280
Merit: 250
Doesn't anyone else see the danger in letting a mining program have free reign with your data?
You can decompile the pocminer files and inspect it. It's easy.

Why decompile when full source is included? You can easily build it yourself.

So two questions that will need answered soon I am sure and would be better to have answers waiting.

1.  If someone sets it running to make too many plots will there be a problem if they attempt mining once it stops?

2. Is there a way to tell what plots you should be making to be sure there isn't overlap when generating the next time?

If generation gets cut off without finishing you can still mine with fine, but you'll get a warning in the miner periodically.

You can always look in the plots folder. The parameters are in the filename. startnonce + amount of nonces is then a safe place to start.

How does the number 8191, 2000,1000, or 500 affect earnings? I have mine set to 500 because it seems to generate the fastest.
The higher the number, the less seeking the hdd does while mining, so less stress is put on the hdd. A higher number will also result in faster reading while mining. The generation speed should be the same.
hero member
Activity: 700
Merit: 500
Doesn't anyone else see the danger in letting a mining program have free reign with your data?

more dangerous is that it requires internet access and is a java program. Especially since they were taken over Java is quite dangerous and a security risk by itself *, then the exception handling of this miner does not look good, to be honest. It is an interesting concept without doubt, but i will wait until this gets a bit more "mature".

* even though the source is available, i am not up to date enough with java to judge if there is someting actually dangerous in it...

Gonna have an eye on this though Smiley
hero member
Activity: 672
Merit: 500
How does the number 8191, 2000,1000, or 500 affect earnings? I have mine set to 500 because it seems to generate the fastest.
hero member
Activity: 750
Merit: 511
Doesn't anyone else see the danger in letting a mining program have free reign with your data?
You can decompile the pocminer files and inspect it. It's easy.
Jump to: