Bitcoin Forum

Announcing a new miner, plot generation and monitor tool for BurstCoin.
 
Burst Mining System

https://github.com/mrpsion/burst-mining-system

It is a java based miner and plot generator, all in one with the ability to report on the status of other miners you might have.

For anyone not on version 1.11, your shares will not be correct on the pools. There was a major bug in the deadline calculation. Please use release 1.11

https://github.com/mrpsion/burst-mining-system/releases/tag/1.11

Please use release 1.12. This fixes a major issue where best decending shares were submitted per chunk instead of per block (i.e. across all the plots for that miner) This resulted in penalties on Urays pool.

https://github.com/mrpsion/burst-mining-system/releases/tag/1.12

Minor update to 1.12 that fixes the System Dashboard.

https://github.com/mrpsion/burst-mining-system/releases/tag/1.13

Release 1.20 is out. This adds log tailing from the webui for all hosts linked to the master.  I have also validated that shares are being submitted correctly to both Uray and Offical V2 pools.

https://github.com/mrpsion/burst-mining-system/releases/tag/1.20

Here are some screen shots.

https://i.imgur.com/OskzYDp.png

https://i.imgur.com/Ommw4tT.png

https://i.imgur.com/sfjil5z.png

trying this in vm

How do we select multiple plots folders?

If you have pulled this mining before now, you will want to refresh your local copy. It was originally written as a V1 pool, but was having issues. It is now a V2 only pool.   Tested on http://burst-pool.cryptoport.io.

Currently there is no way to select multiple plot folders, but ill add it soon.  You can add a feature request at GitHub so I can track it.

So, this is for V1 pool mining only or can it solo mine? What's the exact steps to compile this in Windows? Or will you compile it in the future? Does this have any optimizations for plotting and/or mining?

could you provide the .jar file too ?

So for now the solution would be to run an instance for every drive and one master that would monitor all the other?

I can confirm it works. It took some work to compile it under linux (windows was crapping its pants) but it works.

edit: How do the threads help? When the block changes it uses x threads to search for the nonce instead of using 1 that sweeped the files chronologically?
I mean, it can scan x files at the same time?

The threads will work at the file level, so if you have 2 threads it will process 2 plot files at the same time... If you just have 1 plot file for the miner having more than 1 thread wont do much.  But I wouldn't necessarily recommend having more than 1 thread, just because it will make your hard-drive go a little crazy with seeking, so might actually slow down the overall time of processing a block.

Can't this be pre-compiled and used as is? It was and it still is pretty hard to set up mining for BURST. The mining process should be simplified

https://github.com/mrpsion/burst-mining-system/releases/tag/1.1

Here is a link to the "release" jar is attached.

Ok. I started 3 miners. 1 master and 2 slaves.
The slaves are working ok. The master is reporting that mining for block has finished. But its the same block over and over again


On the dashboard it displays the correct block and the generating hash. Also reporting how many time a plot was searched.
Is it something bad or does it run even with these problems?

edit: the plot file used by the master isn't finished yet if it matters
Also, mining official v2 pool. Not Urays pool

So the {f4eb42d8-d1e4-3676-8a3f-5f9879758ca6} is the plot file id that lines up with the UUID you see in the UI... in hindsight i probably should have just left its representation as the usual address_noncestart_number_stagger id.

If a new block is announced before it has finished scanning the plot it will tell you it stopping mining the plot.

The pool situation is a bit of a mess.  Urays pool actually uses a completely different api and mining methodology, so currently the v1.1 jar only will mine urays. I am putting in some code to try and detect between the two types of pool, and switch mining modes accordingly.  If you had built from source earlier today its probably running the official pool version code I had in there, but after some testing i found that it might not actually be getting any shares accepted by the pool, even if the pool is returning the success message, so I pulled that code, and left in Urays, which actually tells you if you are being rejected.

The burst pool scene is a little chaotic at the moment, so I hope everyone bears with the community as we all try and adjust.

Hi all,

If you are using this, please immediately download release 1.11

It fixes a major bug in deadline calculation. i.e. your will actually get some credit for your shares now.

https://github.com/mrpsion/burst-mining-system/releases/tag/1.11

I had to bang my head on a wall a couple of times when i spotted it. (It was an offset issue, which I hadn't spotted as all my testing has been against a test network that I reset, so my first share is always in the first MiningPlot... doh)

thanks for the good work

I've set the flag to mine with the official pool and it keep telling me that it can't find mining info and giving the link structure from Urays pool.

Ok. I recompiled with the revised version and now it works. The compiled version you pointed to does not want to work.

will this work mining on http://burst-pool.cryptoport.io/ ?

Yes. You just need to tell it to do so. In the readme you will find everything you need

ok thankyou ill take a look now

Did you try with the 1.11 release jar. It should be the same code as the master branch now.

Let me know if you see any issues with the official pool, I haven't had much time to test with that one yet.

looks like im still a noob on this can i get a "how to" on ubuntu 14.04 ?
Thanks

EDIT : on v2 pool i want to mine http://burst-pool.cryptoport.io/

do you plan also a miner for solo ?

Yeah I started adding in the code for solo... its basically the same as Uray, with some passphrase work.  Not sure when Ill get it out, but It is in the plan.

Thanks for putting some development effort into a new miner for BURST.. I'm sure there are tons of optimizations possible at this stage still.

^from http://burst-pool.cryptoport.io/howitwork.html
Um just to let you know when using http://burst-pool.cryptoport.io/ you will be penalized for using this client as it spams lots of high deadline submits which I have noticed from looking at my score decrease on the site pretty quickly
 
Miner looks great and stats and feedback is really cool but this needs to be fixed, also if you could make a window in the gui that contains the logs that runs through the command line that would be stellar
Also if you put a donation address in your sig and make mentioned fixes and changes I am sure plenty of happy miners would be willing to contribute

I just PM'd Uray about this, as I think his client will do this as well, unless i am reading it all wrong.  Ill put some time into this tonight, but I am thinking that I should just submit 1 share per miner per block to minimize the penalty.

The donation addresses are at the bottom of the web UI and the readme i think... i didn't want to make it too obvious :)

Okay all fixed. I added a new release 1.12 that fixes this issue.  Everyone should use this version.

Was the first thing to do but it does not work. I put the flag for the official pool but it was asking for mining info using the URL structure from Urays pool.
Then I compiled from master, and it works without problems.
Was the first jar you linked to 1.1 or 1.11?

Sorry everyone... new release to use if you want a working System Dashboard. In my rush to get the shares fix out, I forgot about some in-progress code that broke the System Dashboard. 1.12 will still mine just fine, but you probably wont have a working system dashboard. Release 1.13 fixes this

https://github.com/mrpsion/burst-mining-system/releases/tag/1.13

I think it was 1.1 i first linked to.  My release management wasn't very good at the beginning.. sorry :)

Make sure you are at least using 1.12 now to make sure you get the credit for your shares, and minimize the penalties.

can use this ?
--plot.folder=D:\plots  --plot.folder=E:\plots

No not yet. I am thinking about how to do multiple folders. Its a little more complicated in this miner, as I have to deal with the generation UI, and diskspace tracking...

Currently if you have multiple folders you will need multiple miners. For each miner on a single host, make sure you give each miner a unique port using the argument --server.port=someport

I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already

Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool.  And versions prior to 1.11 would probably have had this issue.

I was using 1.11 on official v2 pool

What was your startup command?

FYI: I have just pointed all my plots at the official pool with my client, so as I can see what's up.

java -jar mining-system-1.11.jar --pool.url=http://178.62.39.204:8121 --pool.type=offical --server.port=8183 --netstat.update.time=2000 --plotmonitor.update.time=5000 --plot.folder=/media/fane/8fa6a531-91bd-4166-9904-459dace84b53/plots/ --system.update.time=5000

I just had my first share submitted.  And it showed up in the shares list on the pool.

I am guessing you have registered your account and it appears in the allowed users list?

Try with the latest release, I'll also be adding a new release tonight with some other enhancements, which will be the same code I just validated here. So you could wait for that if you want.

I have just put up release 1.20 on github https://github.com/mrpsion/burst-mining-system/releases   This is the code base I used to test, and validate that shares (well 1 share so far) were accepted on the official v2 pool.

Release 1.20 has log tailing built in now. You can tail the logs for any of the miners from the master node, and each miner can tail its own.

If you try to view the logs in the web gui it then causes some kind of error and stops mining for a bit in the command line and the gui
It then restarts and the number of shares and times mined resets...

Also for some reason my larger plot (which is about 3 times larger) produces 1/2 the shares of the smaller plot which makes no sense at least conventionally
Is this a bug or can you explain this?

Which pool?  For Urays pool, the number of shares submitted for a plot is irrelevant.  It progressively scans for better shares across all the plots only submitting one if it finds one better than the previous one.  Ideally the miner would only submit one share for the entire miner per block, but as a new block could be detected before we have finished scanning all the plots we want to submit the best shares as we find them so we get credit.

For the official pool, yes you would expect to find more shares for a large plot than a small one, but a large plot has more of a chance to get interrupted than a small one, especially if the large plot is towards the end of the list of scanned plots.  For instance on one of my miners 1 have 11 90gb plots... The last 2 plots get interrupted all the time, which means they are not completely scanned all the time, and so would produce less shares than the ones that are always scanned.

I don think there is a bug here, but I'll keep an eye out on my miners and see if I see any pattern.

Do you have a screen shot of the "system" view showing the plots and stats? I would be interested to see it.  You could pm the image if you don't want to have it out in public.

I know there is an exception throw when you navigate away from the log, which doesn't harm anything as far as I can see, but I need to handle the websocket session termination better.  I haven't seen any errors when actually viewing the log.. Or any disruption in stats, but I'll play around and see if I can replicate.

Could you provide the error message and stack trace that you are seeing.

What does the plot getting "interrupted" mean? and how would one prevent it?

A plot is interrupted if a new block is announced on the network before the plot has finished being scanned.  There is no point in continuing as any shares we would have created from then on would have been for an old block and so would be invalid.

Some times you can't prevent it... For instance when a block is found 10 seconds after the last one.... You are pretty much certain to get interrupted... But you can minimize your chances mainly through drive speed.

i`ll love to have this working for solo mining

Ill work on this tomorrow... well today... its past midnight. :)

So how many coins per day can one get with 1TB currently?

About 1000

There is a little tool out there that calculates this... somehow

https://bchain.info/BURST/tools/calculator

Is there a way to set something on the remote miners running this to report back to the master miner that oversees them all?
Finding exactly what IP each one actually finds to can be troublesome, but I'm being picky/lazy.

BTW how is the uray deadline limiting handled cause from my brief look over at the github it looks like you cant submit things that are lower than your lowest deadline submitted, which while fair from a pool manager perspective the vast majority of other miners are submitting lots of low deadlines that aren't necessarily all lower than their current lowest but regardless of this it positively affects their score. Point being that you should either just slowly scale the threshold or simply use the algo provided by the site to calculate if the share should be uploaded
IE if your value isn't greater than 0.001 it definetly shouldnt be uploaded but something more reasonable would be to simply assume the -0.001 is in effect and not allow shares that would be worth less than 0.01 safely preventing scores from being lowered and slowly increasing the necessary deadline as needed  ;)

on urays pool according to Uray, who i pm'd on something similar, only your best share is actually used.  the penalty is to stop people trying exactly what you suggest, just to try and preserve system resources on the pool.

So if you first submit a deadline of 1000000, that's what you will get credit for initially, however if you then submit 10000 you will instead get credit for that one and so on... its not cumulative.  If then after the 10000 you submitted 10001 you would get a penalty for this.   So if you have multiple miners you will get some penalties as the miners don't know about the other shares the other miners have submitted, but it would be minimal, and you would just get credit for the best share submitted across all of your miners that use the same address.

I could, and I was thinking about something like this, but I too was lazy when trying to roll out the miner :).  The question I have for the group is what style of auto discovery would we want?  i.e. do most people run their miners on networks that have multicast enabled across all the switches and hubs etc? or would we just want to instead of listing all the nodes on the masters start-up command, just list the master node on every other nodes start-up command?

Perhaps a config file or command line argument on each remote node that would cause it to connect to a certain master node.
Same way it currently works where the master lists each remote node, but reversed :P each remote node lists the master it connects to.

what arguments do i use to start this up?

I am new to this. I am really confused. I downloaded the gui miner on windows how do I run it now? I do have the jvm installed.

Take a look at the readme on github, https://github.com/mrpsion/burst-mining-system. but basically its just

java -jar mining-system-1.20.jar --pool.url=http://{pool.hostname}:{pool.port} --plot.generation.threads=2

or something similar

My BMS dashboard shows a negative number for the address on my plot. Is that normal?

Edit: I guess it's not normal since it got me banned on http://burst-pool.cryptoport.io/ which worked just fine for me with the v2 miner.

Interesting... could you PM me a screen shot of the BMS dashboard an possible a screen shot of a directory listing with the plot... I am wondering if there is something wrong with the way I am loading the address from the filename as an unsigned long.   

Or you can add and issue to the GitHub page with screenshots etc.

Also what OS are you using?

1000? on which pool?

Can someone write step by step instructions for how to run on Ubuntu.
Thanks

how to use plots with 2 hdds???
gui only shows 1 hdd
i can link them and use them but still shows 1 hdd on dashbord

Currently you will need to use 2 miners... just start them on different ports

I am still getting quite a few interrupts on some of my miners using BMS, even though the plots are optimized and are locally attached.  Also, it is not uncommon for my miners 'Time Since Last Share' to be for hours.  This can't be good, correct?

Sorry for the poor formatting but below is an example.  Sadly, this is probably one of my better situations...

Miner

Uptime - local 0 Days : 8 Hours : 14 Minutes : 31 Seconds

Time Since Last Share - 0 Days : 5 Hours : 3 Minutes : 39 Seconds



Mining Stats
 



Plot | File Size (Gb) | Expected Size (Gb) | Shares | Times Mined | Times Interrupted


f5e9e2a9-0de2-3800-b105-124ea1fb321d | 256.25 | 256.25 | 50 | 127 | 16
3c13b980-8ed9-3675-82d0-253184d2f025 256.25 256.25 29 127 16
c0bdf19d-f17b-3543-89ff-79e114bba76b 256.25 256.25 17 125 18
56c08d68-007c-3d87-bafc-79f59a39c3b0 256.25 256.25 10 124 19
27a76dbd-3947-34b4-914f-3b9a5b536edb 256.25 256.25 7 123 20
82bde6b9-7970-3be1-bf69-5059fb209285 256.25 256.25 5 116 27
7abc71a8-98be-3ac5-9053-ff581ee491bf 256.25 256.25 6 112 31
Totals 1793.75 1793.75 124 854 147

Hello
having problem with submitted shares , miner shows shares being submited, offical v2 pool shows nothing.
Mining with 8,6 TB got 0 on over 3 days altho miner shows a lot of shares. What can cause this?

I hoped for an easy to use GUI.
iam starring at folders with no clue what to do.not remotely.

Now after skipping through all the threads,i still cant get a cmd line together.
Would somebody please give me a cmd line with x y variables ?

Page 29 in the ANN thread was a frustrating read through.i barely got that you use ur HDD to mine :D (shame on me)
Help much appreciated already

miner mines a few times then it stops untill new block found
then a few line of mining again and then stops again
very low share or sometimes no share submiting
what is wrong
java ver 8 installed

Is their a windows version of this yet  compiled and ready to configure and mine with?

Any news on this for been updated to work on windows 8 preferable a built exe to install

There's now a Windows wallet available:

https://github.com/dawallet/burstwindowswallet
or
https://sourceforge.net/projects/burstwindowswallet/

Goal is to include 1-click plotter and miner in the next 2 months...