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

Exciting stuff. I think i go to learn python now, i know i did know a tiny bit a while back....

Wow, I see a lot of possibility in that combo. I personally don't feel I'm well versed enough in Python (nor do I really have the time) to accomplish this, but I hope someone takes the time.

That chart is really nice, and I would use it, however it has a few errors. prev gensig and accountid that mined the last block is hashed to get the new gensig. The gensig is then hashed with the height before mod 4096 to get the scoop number. The new gensig is the one hashed with the scoop to get the deadline.

yeah its all pools : US, SG and EU
but those issues are fixed

Uray, were there issues on the US pool as well?

And that's why we all love BURST, because of great, honest devs like that, shot uray

there are problem with restored balance & share data from previous hosting
it has been fixed, sorry about this, i will compensate by transfering burst to pool balance

WTF with SG uray pool ?
5 burst for 7 hours with 17To with many block founds...

Fantastic diagram, this is very informative and easy to understand. Thanks a lot for spending time creating it. Appreciated. Great work.

the concept sounds funny but nothing more to me. the main issue i see is that storj offers person to person services as core concept.
securing hosted data against loss makes the whole idea weird.
technically it is possible to keep multiple (100+) copies of the data within the network and distribute them over different geographic regions. but each copy requires someone to get paid somehow to host the data. if a person to company service can calculate a service based on their costs and profit wishes they know exaclty how much a user has to pay for 1gb of data. they store the data on raids and keep up to 4 copies depending on their infastructure and service. they know they require 4 gb capacity to sell one gb.
compared to burst where infastructure to store data exists as side effect to cut electricity costs storj is complete different.
technically if you want to reliably store or exchange data in the cloud there exist different options.
even if cloud based data storage will be added to burst and even if it fails as concept burst only looses a feature.
if the concept fails for storj it means storj fails.
i have posted some pages ago what i think what has to be done to have a successful cloudstorage approach.
technically the only real benefitting application is if you have to distribute sets of data to a big audience.
what may also work would be to integrate burst as storage provider into owncloud. this may be the simplest way to get public attention because there already is a market for and people are looking for affordable storage provider.

Standard PEP8 stuff. Good explanation of the codebase. If someone wants to work on this would be happy to shoot over our guidelines.

Do you mean this message?  That's not a new announcement.

I'm pretty sure there were ad hoc cloud computing companies you could sell your CPU cycles to before bitcoin was released.  Anyway, storj and burst solve different problems.  storj is a trading platform for buying and selling hard drive space/bandwidth, using counterparty to secure its ledger.  Burst is using hard drive space as the economic commitment required to participate in its blockchain consensus process.

wow i think its good news,

what kind of documentation do you need?

Storj lead dev here. I really don't see Burst as a competitor, I think it is a really cool concept that could be useful to us. For example, we might want to make sure there is excess unused capacity on the network for expansion. I think that would be a good use case for the Burst algo.

If someone would be willing to take that time to port this to some well documented Python, I would be open to integrating it into DriveShare.

it seems burstprice has found his bottom... just bougt a few via poloniex.

That's a great diagram for a detailed explanation of the algorithm, but it suffers from the same problem as the original one:  it doesn't highlight the key idea or the benefits it affords.  We need an introductory diagram which will allow at least a guy like Luke-Jr to quickly pick up that a large amount of precomputation is stored to disk, and that this leads to cheaper marginal costs for mining (and hence cheaper transactions), and frees up computational resources for other purposes.  Ideally it should also be simple enough that people without Luke-Jr's extensive experience can apprehend these points.

For this purpose, you don't want the introductory diagram to go into the details of the hashing process, you want something which really bashes people over the head with the key idea.  It should describe the computationally intensive process of initializing a plot, then sketch out in cartoon fashion how the mining process relies on the plot for massive speed gains.  Then the more detailed diagrams can be used to explain how the mining process defends against illegitimate speedups.

I know I'm criticizing without offering a replacement, but (a) I do think uray's diagram is valuable, just not for the introduction -- it would go better as the central diagram in a whitepaper and (b) I'm generally terrible at diagrams.  If someone else would be prepared to make such an introductory diagram pretty and clear, I would be happy to offer a sketch of it.

I'm OK at explaining complex ideas and selling their benefits in prose, though, at least in the limited context of academia.  If there is sufficient interest, I could take a crack at rewriting the OP.

It's cool!

you might want to look at XCP (Counterparty) it has asset exchange and it linked with bitcoin by nature
take a look at : http://www.blockscan.com/

if you want better diagram, i have this



or maybe dev can replace his diagram on OP with this one, i think its describe better ( just my suggestion )

please do not make fun.
Do you think we do not know you're trying to pump up the price and then dump all of your coins?

these messages, vague and smoky, are only harmful for burst !!!