Topic: [ANN] -NEW BURST OP- MINE ANY FREE SPACE-(HDD MINING)- ATs, AE, P2P MARKET+MORE! - page 106. (Read 346521 times)

Currently looking to get into a talk with our current chinese team member, to see where he can take things on this note. Will post updates when they are there.

The other markets are important but the chinese markets should be the top priority as thats where 90% of the bitcoin mining/production is happening.

With regards to shapeshift, I agree with Jacob70. Burst is just very illiquid at the moment to be a success on shapeshift, looking at the buy side today, it will only take about 15 mil to drop the price by around 34%.

Other exchanges such btc38, yunbi or even bter are better options imo. Do we have any chinese natives in our community who can probably help out with writing emails and such that we can all send to these exchanges to show them what they are missing (google translate is a bad idea)

Thank you and I will let you and the community know as soon as I get a reply from @hl5460

I think burst needs more market cap for that. Shapeshift only has the top 30 coins added, so burst must make it there first.I am just buying some right now. It's amazing, just discovered it yesterday and I`m already seeing the possibilities of  this coin, including a lot of investment opportunities around it.

It's crazy how undervalued it is!

I agree, this is a good idea. What about other markets too? Africa, Latin America and so forth. Burst is bursting with technological advantages enabling anyone to use it all over the world.

EDIT

Also, what about getting added to Shapeshift.io or similar services?

Hello I've just heard about burst and I feel very excited about it. I have read the website and read into this thread a bit and I have a plan already for burst.

But first can somebody please show me an explorer where I can find a list of all investable burst assets?

I have not optimised the plots,but they are mostly  plotted with a Stagger Size of 98304. Like most people it took a while to understand the best way to plot so some of them need replotting. My 36TB is all USB Drives mostly 4TB and a couple of 5TB typically split into 3 or 4 files / drive. I have another 6TB on a NAS drive but that takes 35 Seconds to read through.

I will try optimising but not sure that I will gain much, but did get some good gains by having dedicated channels for the drives and not connecting through a hub.


Rich

The Chinese love to gamble also. It would be great to bring back the burst lottery. A monthly lottery with a LARGE reward. Maybe an asset could back it or be based off of it?

As well as some sort of burst exclusive gambling site. Again great idea for an asset.

This would further attract the Chinese. Also a great time to showcase some AT features.

http://8btc.com/ is the Chinese equivalent of bitcointalk and I feel that if there is something missing from the BURST brochure then it is definitely presence in the Chinese markets.
Hopefully if @hl5460, agrees to help then that would be amazingly helpful.

[/quote]

It's difficult to quantify the value of reading through the Plots faster, but my feeling is that every second counts, particularly on any Block that is found in under a minute. I have got rid of my Hub as that was slowing things compared to USB drives plugged straight to the mainboard and have also added a USB controller with 4 dedicated 5Gbps channels for the rest.

The main 36TB now is read in 9 Seconds and I am sure it has increased the amount of Burst I am earning. Only trouble is that it's expensive to have a dedicated channel for each USB drive...

Rich

[/quote]

36 Tb in 9 seconds is very fast, guess these are optimized plots? I am currently optimizing my plots on the main host (a Semi professional QNAP, NAS which has 43 Tb) and it currently takes 45 seconds (un-optimized plots) so nowhere near your speed. I don't think that hardware is rate limiting, it has a dual GB connection (trunked) and it reads to my workstation with 235 MB / s (close to the 2 Gbit it should have). The other drives are more of a problem, some reside in old DLINK NAS units which reads at best 15 MB / s. Those that are hooked up directly to internal SATA channels are fine (Seconds to read) but one computer has 12 drives hooked up. I don't know how the threading works in the miner (Blagos miner), but it seems that some are read very late. The CPU on that machine is a 2 core i3 so it does not handle threads well.

I did not realize this was a major problem, but I will try to optimize the hardware. Do you have any feeling if internet connection could be limiting (I am on a slow DSL (8 mbit) connection, which is stable but latencies are probably terrible.

/

[/quote]

I can maybe have a little input on the 23 blocks on the same file if it's the same I've noticed with mine. I've swapped drives and replotted many of them starting from scratch a few times, from nonce 0 I mean. Upon replotting a drive from zero nonce months after starting to mine burst I was checking a couple new plots for overlaps. It showed that they had found blocks already but they were new plots but were do overs if u will. The blocks were found using older drives but with similar plot ranges, I had just altered the ranges due to using bigger drives. Hope that maybe makes sense, best way I can explain it.
[/quote]

That makes complete sense, I should have realized this. I have been mining burst for almost two years and made new plots several times, but with the same logic on how to organize plots. Therefore, some plots might be in the same scope as the new ones, and I never changed my account, so the system can not know if it is the current or a deleted plot that did find the  block. I am sure that is the case, but I don't have the info to backtrack it.

Always nice with smart persons

Thanks

/

Burst is one of those coins that I really struggle to put a price on, it is very undervalued IMHO but it seems that certain people seem to want to keep the price in the shitter by constantly adding to the sell side instead of letting it trade freely.
so i opened a burst speculation thread to help me and others speculate on its future value
please feel free to drop by and contribute to the debate.

https://bitcointalksearch.org/topic/m.15225334

It's difficult to quantify the value of reading through the Plots faster, but my feeling is that every second counts, particularly on any Block that is found in under a minute. I have got rid of my Hub as that was slowing things compared to USB drives plugged straight to the mainboard and have also added a USB controller with 4 dedicated 5Gbps channels for the rest.

The main 36TB now is read in 9 Seconds and I am sure it has increased the amount of Burst I am earning. Only trouble is that it's expensive to have a dedicated channel for each USB drive...

Rich

I can maybe have a little input on the 23 blocks on the same file if it's the same I've noticed with mine. I've swapped drives and replotted many of them starting from scratch a few times, from nonce 0 I mean. Upon replotting a drive from zero nonce months after starting to mine burst I was checking a couple new plots for overlaps. It showed that they had found blocks already but they were new plots but were do overs if u will. The blocks were found using older drives but with similar plot ranges, I had just altered the ranges due to using bigger drives. Hope that maybe makes sense, best way I can explain it.

The plots are all plotted with account numbers, and the individual nonces are all different, therefore it is fairly simple to check which nonces found the block, vs the account. There you have your plot, which can be checked.


I think also the main reason would be that the ones finding more blocks are the ones that are able to be read all the way through each time in a short period of time, VS the ones that aren't may be the ones that are not as fast at being read through.

That's very strange, I would double check all of your miners, see how long they're taking to get through the plots, if they're taking over about 1:30 (min:sec) total to read your plots I would say maybe there's some issue there... I don't think you should be seeing THAT big of a difference in the amount of blocks found per plot.

Very interesting on the Blocks found. Just ran my Plots and nothing quite as dramatic as you have, and my drives and plots are similar but not identical, but they vary from 1 to 14 and are mostly in the range 3 to 8.

Question that intrigues me is how does the program know how many Blocks a plot has found?


Rich