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

Hey,

traying to withdraw from Bittrex gives me an "invalid address" error. Support said "your BURST address needs to be primed and visible on the chain", but didn't know how to do that.

Can anyone help me?

I have not used the GPU plotter under Linux but it does appear to exist
https://github.com/bhamon/gpuPlotGenerator

I have been using this address to see the collection of tools.
http://burstcoin.eu/downloads

edit
** Early morning reading comprehension **  sorry Irontiga, your response was about a miner for Linux, not a plotter.  My bad

I don't know any advantages if you run a node. I think there are no advantages.

ok, i found a how to in nxt forum.

so my open question is: do i have any anvantages if i run a node for burst?

i got still now answer to my questions:
a) how can i create a node?
b) what are the benefits if i run a node?

thx

Only 1 gpu plotter.

Blago for windows, not sure about linux.

Curiously, is there more then one GPU plotter?

What is the best miner that has the least amount of issues and memory usage for large plots? Also what's the easiest to use miner as far as usability goes?

Thanks bro ^^

Good-Luck
Don't spend it all in one place

*edited to not sound like an ass lol

Great news. Thanks!

Could I get a burst or two to my new wallet?

BURST-SDHJ-Z6DP-YEWT-G47AZ

Pub Key: 7d91d25faafe5e6d1ea4538ce4e9b6ddafc72a65d8eba1e2944a9e563c9b557b

Term too long and not enough progress in the process. Very high risk venture!

I agree that simply changing the MAX_NUMBER_OF_TRANSACTIONS isn't enough to solve scalability issues. However, it is a necessary prerequisite. And, since changing this figure requires a hard fork, I think it is best to do the change sooner rather than later. The longer we wait, the more risky and difficult it becomes to execute the hard fork. It makes sense to get all the needed hard forks out the way now, while the complex politics of a large-market-cap coin haven't emerged yet.

Perhaps a pragmatic solution would be to introduce a second constant that represents a soft maximum. Similar to how Bitcoin has a hard limit of a 1 MB max block size, but also is configured by default to not create blocks larger than 250kb. The second value is user-configurable though, and some miners do indeed create larger blocks. This would allow us to solve all the other scalability issues as they come up without worrying about the complexity of a hard fork. The other scalability issues will also partially solve themselves over time as technology gets better.

In 15 years, and standard desktop machine will likely come with terrabytes of ram, petabytes of hard drive storage, and hundreds of CPU cores, and it will likely have at least a gigbit Internet connection. A machine like this should be able to easily handle 100k transactions per 4-minute block.

I really urge you to look into all the issues and politics surrounding the bitcoin max block size. We can avoid those issues in Burstcoin if we simply plan for the future now rather than putting off the changes until it is too late.

some poolminer only submitted shares only after the whole plot has been parsed (not sure if this is still valid cause i mine solo).
from handling perspective during the plot optimization 200gb is good if your server has enough ram (200gb fs cache + 200gb for optimizer) to keep it in filecache after plotting and then read for the optimize process from there.
i have'nt tested it yet cause my plotting has been done before there was a gpu plotter and my storage is filled up since a long time ;-)

what i thought about during the last couple of days while evaluating possible farmoptions in pb scale is if it is possible to merge several smaller plotfiles into one big before you optimize them.
especially for cluster setups this may spread the load to several independant storage nodes if you plot from several  instances serving everything from ram to the optimize process.
i think of something (with small nonce count to explain) like nonce 0 to 511 concatenated with a plot containing nonce 512 to 1023 named xxxxxx_0_1023_512.
then these can get optimized from fs cache into xxxxxx_0_1023_1024 and combined with the next block xxxx_1024_2047_1024 to xxxxx_0_2047_2048 and so on.
i scripted this for some tests with small plots but i still have to verify that the concatenated plots are similar to a directly plotted big file.

 

  

Is there any reason to plot a bunch of small files instead of one really big one? Some people are saying smaller plots (like 200GB) yield more often then a single large one.

Or it could be other way around and turn out to be another scam that will hurt burst's image.

I guarantee that u don't roi on it. All that will happen is u will watch the price of solarfarm asset drop to 0.1 burst in a short time. The only way for such an investment to work is for burst's price to remain stable. That's why it works in the real world, the banks help with that.

Here, in burst, a coinof $250k market cap, will either increase to milllions, or die. Nobody buys or mines a stagnant coin, part from btc/ltc due to the big market caps already. And most buyers are actually just waiting to sell for a higher price.

because there is too less information about this asset and the complete business plan.

at the moment you throw money in a black hole hoping some money comes in future out.

thats the same if i say: i can create a asset for my new ferrari and i tell you i will drive people for money with my car and if i get the money from them, i will refund you. so who wants to give me some burst? pleaser PN!  

why not?

solar power asic miners + profit from extra power sold

ONE user (koko) started this asset. The Dev already wrote, that he is not involeved in this asset.

So everything is fine!

PS: I also think this solar asset is not a good idea.