[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000

[bobafett]

as i understand, if bit releases a clone, the plot files can be used...

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

We got a dual mining coin system with zero extra costs?!

[bitladen]

I would mine with a few TBs, as long as i mine and sell, it's not a bad deal i guess. And competition is always nice, you would invent features burst didn't think of, and the reverse too, different coins attract different people, but the poc family in total would grow.  What kind of parameters would you suggest for a competitor to burst?

The main difference will be that the rewards will be proportional to the difficulty. So there will be no advantage in mining there first. 1 TB will always get you the same amount of coins, regardless of the difficulty.

Other than that, we'll just have to see how well I (and others involved) can handle getting investment into the coin.

[bitladen]

as i understand, if bit releases a clone, the plot files can be used...

That's one of the options I am considering. All the same, the plots can be made incompatible.

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

Blago I got nothing against him personally, but his miner is bugged as hell.
I'll release a dcct port with my new protocol.
Luxe feel free to add that to your miner.

[luxe]

as i understand, if bit releases a clone, the plot files can be used...

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

We got a dual mining coin system with zero extra costs?!

Plotfiles could be used to mine on multiple BURST clones.
But the minig itself has to be done for every clone.
Currently mined scoop and deadline depends on blocknumber and last block winner.

So every miner including (https://github.com/de-luxe/burstcoin-jminer) should support that already, just run one instance for every clone.

[bitladen]

as i understand, if bit releases a clone, the plot files can be used...

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

We got a dual mining coin system with zero extra costs?!

Plotfiles could be used to mine on multiple BURST clones.
But the minig itself has to be done for every clone.
Currently mined scoop and deadline depends on blocknumber and last block winner.

indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes.

I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true?

Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed?

[12gaFacelift]

bobafett - nice pool you have there, now i hope your pool can hold all my mining


*im waiting that funny 51% attack*

[luxe]

as i understand, if bit releases a clone, the plot files can be used...

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

We got a dual mining coin system with zero extra costs?!

Plotfiles could be used to mine on multiple BURST clones.
But the minig itself has to be done for every clone.
Currently mined scoop and deadline depends on blocknumber and last block winner.

indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes.

I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true?

Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed?

Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point.
But you can run multiple miner instances on same GPU, in worst case, it will slow down.

I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals.

[bitladen]

bobafett - nice pool you have there, now i hope your pool can hold all my mining


*im waiting that funny 51% attack*

very funny. I never said I currently have 51%. I just said the network size decreased, thus leaving me with a greater percent of the total hashpower. if it continues to do so, I will have 51%. I might as well increase my hashpower all the same.

But you have my word, if I reach 51% I am attacking. This instantly doubles my rewards, so it's the logical thing to do.  Blocking transactions or other nasty stuff, depends on the burst value. Of course if I'm making good money I wouldn't want to break it, but if it keeps falling, I just as well might.

[bitladen]

Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point.
But you can run multiple miner instances on same GPU, in worst case, it will slow down.

I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals.

Okay, if I see more of this, I will definitely have to make the clone.

[bobafett]

as i understand, if bit releases a clone, the plot files can be used...

what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?

We got a dual mining coin system with zero extra costs?!

Plotfiles could be used to mine on multiple BURST clones.
But the minig itself has to be done for every clone.
Currently mined scoop and deadline depends on blocknumber and last block winner.

indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes.

I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true?

Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed?

If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners...

[bitladen]

If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners...

Well, if my coin attracts miners any better, they will mine burst as well. So how can I hope to 51% attack then?

But considering all the positive comments about the clone, maybe I should do it anyway, it's not like I am near 51% right now.

[bobafett]

Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining.

Win and linux version.

Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation.

If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress 

[luxe]

Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining.

Win and linux version.

Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation.

If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress  

once again, a dual-miner is not needed. just run two instances of current miners. the only issue could be both accessing same drive at same time (every n-th block), what could be solved by thread prio in you operation system i guess.

[bitladen]

Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining.

Win and linux version.

Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation.

If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress  

well it's pretty much my idea. maybe you should send me 1 mil

miners already exist. multicoin optimized miners, not yet.

my pool protocol, the client version will most likely be released.
pool code most likely not, but provided to pools that support me, and that I can trust not to release it

[bobafett]

Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining.

Win and linux version.

Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation.

If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress  

well it's pretty much my idea. maybe you should send me 1 mil

miners already exist. multicoin optimized miners, not yet.

my pool protocol, the client version will most likely be released.
pool code most likely not, but provided to pools that support me, and that I can trust not to release it

I think the release of the dual miner is the gamechanger for your clone, because every burst miner can mine both without additional costs.

Running 2 instances of the miner doubles the mining costs and because if that without a dual miner not much miners will join. You have double read times and for example my 80tb miner needs 50 seconds. If i run 2 instances the time is 2,5x because of the unootimized parallel reading. Much blocks are under 1 minute.... So thats no option. Optimizer miner read one and compare the read data with both coins.

I think the existing pool software also can be used for the clone. No need to release a new... Or im wrong?


Dual miner was my idea, so sent the million 

If you eant, i can run a node for your coin, i got a free vm....

[bitladen]

I think the release of the dual miner is the gamechanger for your clone, because every burst miner can mine both without additional costs.

luxe, has perfect understanding of the implications of dual mining, it only hinders performance when blocks are simultaneously submitted on both networks.

so the performance improvement is somewhat marginal. all the same, it's not that hard to make a multicoin aware miner.

and you can use the same miner connection for all coins. this reduces pool load.

Running 2 instances of the miner doubles the mining costs and because if that without a dual miner not much miners will join. You have double read times and for example my 80tb miner needs 50 seconds. If i run 2 instances the time is 2,5x because of the unootimized parallel reading. Much blocks are under 1 minute.... So thats no option. Optimizer miner read one and compare the read data with both coins.

not really. there's only the issue of scheduling the reads when blocks come in simultaneously.

I think the existing pool software also can be used for the clone. No need to release a new... Or im wrong?

yes, it can, but it is a pathetic getwork implementation. and since i already have better code, why not use it.

Dual miner was my idea, so sent the million 

was mine

If you eant, i can run a node for your coin, i got a free vm....

I appreciate it, but make up your mind, a page ago, you said you were against me.
Thus far I'm thinking to work with crowetic and Elmit on the pool stuff.

[bobafett]

No problem, then in have less work.

But if you read my posts in detail and the other earlier, i was against the 51 attack, not against the other thing. Clone is the best sol, also read our emails we wrote a few months ago.

[bobafett]

One problem with the dual miner that comes in my mind is that the 2 coins have different times when a block is solved. To prevent double data reading the miner should remember the plots and pos, when a new block occures and read in a loop

[bitladen]

No problem, then in have less work.

But if you read my posts in detail and the other earlier, i was against the 51 attack, not against the other thing. Clone is the best sol, also read our emails we wrote a few months ago.

lol, does anybody here have a sense of humor?
I was just messing with you.

Yea, sure I'd appreciate a node.

[pjsonowal]

Hmmm.. Its nice to see new crytpocurrency coming in market will try this...... May i know its price in usd and sites where it can be traded or exchanged