[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 170.

vaxman

member

Activity: 99

Merit: 10

Quote from: bitladen on September 13, 2015, 09:35:32 AM

Quote from: vaxman on September 13, 2015, 09:30:10 AM

I had a short encrypted conversation on the blockchain with him in mid-June, same content.
Well, my reaction is that I just added 50 TB to my rig on Friday.
As long as power and AC supply permit I'll keep them online.

D6Q4N

yep. I'm not sure if you realize, if we form a 51% alliance, we effectively double our rewards.
as in with 51% of the hashpower we get all blocks, instead of just 51%

You see, I'm not in this to get out the maximum possible amount of coins. I want this coin to succeed,
I want to see services, external use of this thing. I have the impression that your plan might hurt the
longterm prospects, therefore we're not in the same boat.

bitladen

full member

Activity: 322

Merit: 100

Quote from: jwinterm on September 13, 2015, 09:41:41 AM

Interesting idea, to have the first "merge-mined" PoC coin (also only the second PoC coin, afaik). I wouldn't expect reward structure or any other coin specification to draw more people to the clone though; have you ever seen a merge-mined coin surpass the parent, so to speak?

With the way burst market is going, it wouldn't be too hard. usually merged mining is done against strong coins

jwinterm

legendary

Activity: 3136

Merit: 1116

Quote from: bitladen on September 13, 2015, 09:31:13 AM

Quote from: pinballdude on September 13, 2015, 09:09:48 AM

I think that if you allow use of burstcoin plotfiles with your new coin...

yea well thats the idea. plus that my coin will be able to support the growth of hashpower, due to the reward structure.

Interesting idea, to have the first "merge-mined" PoC coin (also only the second PoC coin, afaik). I wouldn't expect reward structure or any other coin specification to draw more people to the clone though; have you ever seen a merge-mined coin surpass the parent, so to speak?

bitladen

full member

Activity: 322

Merit: 100

Quote from: vaxman on September 13, 2015, 09:30:10 AM

I had a short encrypted conversation on the blockchain with him in mid-June, same content.
Well, my reaction is that I just added 50 TB to my rig on Friday.
As long as power and AC supply permit I'll keep them online.

D6Q4N

yep. I'm not sure if you realize, if we form a 51% alliance, we effectively double our rewards. as in with 51% of the hashpower we get all blocks, instead of just 51%

bitladen

full member

Activity: 322

Merit: 100

Quote from: pinballdude on September 13, 2015, 09:09:48 AM

I think that if you allow use of burstcoin plotfiles with your new coin, then you set it up to be vulnerable for a 51% attack, especially if the burstcoin miners have a lot of TB plotted. The miners of the larger coin will be able to attack the smaller coin without having to plot first. The plotting suff makes it harder to "just" attack. So in order to protect your coin from attacks, it might be a good thing to not make burst plots usable.

that would require the users to form an alliance otherwise the hashpower will be distributed the same way as in burst. plus that there's no single miner that can attack me. in fact there isn't any group of 5 miners that can attack me.

still if burst users could agree on that, and attack me it would be quite an achievement. no big deal for me, its brand new clone, I just make a new one.

Quote from: pinballdude on September 13, 2015, 09:09:48 AM

on the other hand, if plots can be reused, it is somewhat easier to shift over.

If you use the same plots, then the 1.7PB you have will be able to mine new coin from day 1. I doubt anyone hostile have that amount of plots. Most people will not 51% attack even if they have the opportunity, for them, it's the same as they won't threaten a kid to go pick them beer, just bc they could kick the kid's arse if it did not want to.

yea well thats the idea. plus that my coin will be able to support the growth of hashpower, due to the reward structure.

vaxman

member

Activity: 99

Merit: 10

Quote from: luxe on September 13, 2015, 03:57:23 AM

I just received a message from bin/laden/ ... That needs to be leaked to burst community:

Code:

Hey! I see you mine a lot of blocks. I want to discuss something with you.
Together we can take control of the network and force them to increase our rewards.
I posted this on the forum, of course they're unhappy :)
But if we put together 51% of the hashpower it's not for them to decide.
msg me back or email: [email protected] or XMPP: [email protected]

The words 'force them to increase our rewards' and ' it's not for them to decide' should say all about him. And some of you want that person as dev? Reconsider!

Guess same message was send to:

Code:

BURST-WDK8-EYW8-NHMQ-77777
BURST-SDAC-FFUD-SMCB-D3Q74
BURST-42JY-E6TZ-885E-AZ9HK
BURST-XNS5-62HN-J3UY-79THE
BURST-ELAL-S7GX-6ASS-4RSAM
BURST-5M3F-REHB-PWRE-6E4HP
BURST-A7NY-ESG8-9VAT-DQJVF
BURST-3N7E-CX8T-K6AM-D6Q4N

I'm quite sure that none of these accounts will support him, but would be nice if they comment in here ...

I had a short encrypted conversation on the blockchain with him in mid-June, same content.
Well, my reaction is that I just added 50 TB to my rig on Friday.
As long as power and AC supply permit I'll keep them online.

D6Q4N

pinballdude

sr. member

Activity: 286

Merit: 250

Quote from: bitladen on September 13, 2015, 07:01:09 AM

Quote from: luxe on September 13, 2015, 06:58:51 AM

Quote from: bobafett on September 13, 2015, 06:38:10 AM

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?

I think that if you allow use of burstcoin plotfiles with your new coin, then you set it up to be vulnerable for a 51% attack, especially if the burstcoin miners have a lot of TB plotted. The miners of the larger coin will be able to attack the smaller coin without having to plot first. The plotting suff makes it harder to "just" attack. So in order to protect your coin from attacks, it might be a good thing to not make burst plots usable.

on the other hand, if plots can be reused, it is somewhat easier to shift over.

If you use the same plots, then the 1.7PB you have will be able to mine new coin from day 1. I doubt anyone hostile have that amount of plots. Most people will not 51% attack even if they have the opportunity, for them, it's the same as they won't threaten a kid to go pick them beer, just bc they could kick the kid's arse if it did not want to.

pjsonowal

sr. member

Activity: 350

Merit: 250

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

bitladen

full member

Activity: 322

Merit: 100

Quote from: bobafett on September 13, 2015, 08:50:06 AM

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.

bobafett

hero member

Activity: 619

Merit: 500

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

bobafett

hero member

Activity: 619

Merit: 500

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.

bitladen

full member

Activity: 322

Merit: 100

Quote from: bobafett on September 13, 2015, 08:19:27 AM

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.

Quote from: bobafett on September 13, 2015, 08:19:27 AM

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.

Quote from: bobafett on September 13, 2015, 08:19:27 AM

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.

Quote from: bobafett on September 13, 2015, 08:19:27 AM

Dual miner was my idea, so sent the million Grin

was mine

Quote from: bobafett on September 13, 2015, 08:19:27 AM

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

hero member

Activity: 619

Merit: 500

Quote from: bitladen on September 13, 2015, 07:37:07 AM

Quote from: bobafett on September 13, 2015, 07:27:14 AM

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 Grin

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

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 Grin

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

bitladen

full member

Activity: 322

Merit: 100

Quote from: bobafett on September 13, 2015, 07:27:14 AM

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 Grin

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

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

luxe

sr. member

Activity: 257

Merit: 255

Quote from: bobafett on September 13, 2015, 07:27:14 AM

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 Grin

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.

bobafett

hero member

Activity: 619

Merit: 500

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 Grin

bitladen

full member

Activity: 322

Merit: 100

Quote from: bobafett on September 13, 2015, 07:17:12 AM

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

hero member

Activity: 619

Merit: 500

Quote from: bitladen on September 13, 2015, 07:01:09 AM

Quote from: luxe on September 13, 2015, 06:58:51 AM

Quote from: bobafett on September 13, 2015, 06:38:10 AM

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

full member

Activity: 322

Merit: 100

Quote from: luxe on September 13, 2015, 07:13:40 AM

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.

bitladen

full member

Activity: 322

Merit: 100

Quote from: 12gaFacelift on September 13, 2015, 07:09:23 AM

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.

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