Topic: Multipool and Middlecoin - big profit, even bigger troubles... (Read 14292 times)
If you create a copy-paste scrypt coin, don't be surprised when it gets raped by a multipool.
February 13, 2014, 06:52:29 AM
Im writing to make your interest in new alt coin - PolCoin! Polcoin is future of payments in Poland. Currently net of Polcoin users is growing slowly, first companies started to accept Polcoin (check it out http://www.greenhostel.eu/50,1,b-big-rezerwacja-big-b.html
Please Mine in our P2pool. Fee as low as 0,5% !!!
cgminer.exe -o wojenny.no-ip.biz:9883 -u PolCoin_WALLET_ADDRESS -p any
get your wallet from official webpage www.polcoin.org
Please Mine in our P2pool. Fee as low as 0,5% !!!
cgminer.exe -o wojenny.no-ip.biz:9883 -u PolCoin_WALLET_ADDRESS -p any
get your wallet from official webpage www.polcoin.org
January 03, 2014, 09:14:10 AM
Personally I think all these altcoins deserve to die. There is only one true king and this king is BITCOIN !! Let's mine to doom'em all !!
December 16, 2013, 09:47:41 AM
I have switched to using middlecoin because hopping around myself just wasn't working very well and was creating too much work juggling various coins.
The majority of the altcoins don't deserve any respect at all and I don't support them. Once they hit a much larger stage like an LTC, XPM or FTC then I start leaving chunks of money in them longer term. I do have .01 BTC worth of like 50 different coins with auto sells for about 100x what I paid for them as a mini lottery ticket but come on folks there's so many freakin coins that some people are trying to support but in reality they and just buying lottery tickets and backing that coin as their lottery ticket.
If you know a big pool is jumping on a coin then BUY at the bottom of their sell and wait for them to come around again just to sell before them. use the profiteers for profiteering. Don't hate the player, just get better at YOUR game.
The majority of the altcoins don't deserve any respect at all and I don't support them. Once they hit a much larger stage like an LTC, XPM or FTC then I start leaving chunks of money in them longer term. I do have .01 BTC worth of like 50 different coins with auto sells for about 100x what I paid for them as a mini lottery ticket but come on folks there's so many freakin coins that some people are trying to support but in reality they and just buying lottery tickets and backing that coin as their lottery ticket.
If you know a big pool is jumping on a coin then BUY at the bottom of their sell and wait for them to come around again just to sell before them. use the profiteers for profiteering. Don't hate the player, just get better at YOUR game.
December 16, 2013, 07:53:26 AM
People who invent these coins are responsible for protecting them period. If its not a pump and dump, then they better be buying $20k of gpus and mining.
December 12, 2013, 02:25:24 AM
i am pissed off if if the wrong cap chain goes on. will loose much money.
Could also wake up one morning, and find BTC to be worth $1.00 each. Crypto is a risky business, get over it
bro if that does happen, please don't wake me
October 07, 2013, 06:14:18 PM
Fix the code in the coins so they wont accept blocks faster than a predetermined minimum frequency, and use Internet timestamps not peer consensus time.
October 07, 2013, 05:56:10 PM
I would think you could crank up the Minted block confirmations to combat this.. Looking at a coin with re-target diff of 90 and 6 confirms on minted blocks. On this example:
Could we simply make newly minted coins have a confirmation time of greater than 90 confirmations (ie 120) so they have to keep mining to get paid out?
I would think this option would be very easy to implement
I think this would deter them because if they spike the dif... and leave then they have wait days to get paid out... thus they will give up pointing @ the coin because it would frustrate them for many reasons:
1. they are not patient
2. They dont care about the coins profitability in X days.. they only care about now...
3. It would be another thing to calculate current profitability, thus coinchoose would be incorrect..
Setting up the minting to a high number would not impact investors, as they know they will get thier coins....and will continue to mine..
To the multipools they might mine and leave sticking the diff up high, but if they had to wait 1 day to 1 week when the price might have decreased it would not be as attractive to them...
Could we simply make newly minted coins have a confirmation time of greater than 90 confirmations (ie 120) so they have to keep mining to get paid out?
I would think this option would be very easy to implement
I think this would deter them because if they spike the dif... and leave then they have wait days to get paid out... thus they will give up pointing @ the coin because it would frustrate them for many reasons:
1. they are not patient
2. They dont care about the coins profitability in X days.. they only care about now...
3. It would be another thing to calculate current profitability, thus coinchoose would be incorrect..
Setting up the minting to a high number would not impact investors, as they know they will get thier coins....and will continue to mine..
To the multipools they might mine and leave sticking the diff up high, but if they had to wait 1 day to 1 week when the price might have decreased it would not be as attractive to them...
mo' money, mo' problems
I understand why people mine at Multipool or Middlecoin. I did a bit of "poolhopping" myself when it was hot, I liked the profit too, nothing wrong with that.
The pools fixed it by adding PPLNS and pool hopping was history.
Now we have "profit switching" pools.
Tonight CAPS got forked when (probably) one of the large "switching pools" dropped >600Mhs/s at it.
This will happen to more coins, no doubt. The pool with the largest hashrate can always cause a fork.
I'm not asking you to stop mining at these pools.
I'm asking to think of techniques / strategies to make it less lucrative to mine at these pools.
Some of you may get angry at me for doing this, understand that I only want to protect the supporting miners and the coins they support.
The real coin supporters only get to mine at high difficulty, at low difficulty blocks get eaten up by the coinhoppers, pushing the coin back to a high diff again fast.
This is not a CAPS vs UNOCS vs MEC vd DGC thing.
This can and will hit every coin, sooner or later.
We need to unite!
How do you think we can prevent this from happening again?
ps. Please be nice to each other
The pools fixed it by adding PPLNS and pool hopping was history.
Now we have "profit switching" pools.
Tonight CAPS got forked when (probably) one of the large "switching pools" dropped >600Mhs/s at it.
This will happen to more coins, no doubt. The pool with the largest hashrate can always cause a fork.
I'm not asking you to stop mining at these pools.
I'm asking to think of techniques / strategies to make it less lucrative to mine at these pools.
Some of you may get angry at me for doing this, understand that I only want to protect the supporting miners and the coins they support.
The real coin supporters only get to mine at high difficulty, at low difficulty blocks get eaten up by the coinhoppers, pushing the coin back to a high diff again fast.
This is not a CAPS vs UNOCS vs MEC vd DGC thing.
This can and will hit every coin, sooner or later.
We need to unite!
How do you think we can prevent this from happening again?
ps. Please be nice to each other
merge mine ... the ultimate unity in numbers....
Its the same reason Locusts move to a new field. Easier pickings.
That's what happened with DGC, it had great beginnings and slowly grew with a loyal community behind it. An intelligent speculator sees this and decides to invest 5 btc in it, buying up all the sell orders, and then next thing you know it's #1 on coinchoose for all of two hours and the chain gets raped by multipool and profit hoppers who's combined hashpower is double the original. It's like watching a bunch of retarded chickens scurrying around for scattered BTC feed.
I am a little curious on this. All sell orders where bought up - so presumably the buy orders remain (which are the orders coinchoose looks at) - how did this impact the profitability rating besides some psychological upward price movement on the buy side as well?
He misunderstands how profit hopping pools work. In general, the price is less volatile than the difficulty. The reason profit hopping pools move to coins is usually a difficulty adjustment. (It's possible to switch on price gain alone, but normally the coin in question has to be pretty close to the most profitable to begin with.) In fact, profit hopping is a misnomer because it implies a reliance on the exchange price. It should really be called difficulty hopping.
Short term solution: lie to them. Coin Choose depends on third parties to report stats about the coins...
Or so you think
That's what happened with DGC, it had great beginnings and slowly grew with a loyal community behind it. An intelligent speculator sees this and decides to invest 5 btc in it, buying up all the sell orders, and then next thing you know it's #1 on coinchoose for all of two hours and the chain gets raped by multipool and profit hoppers who's combined hashpower is double the original. It's like watching a bunch of retarded chickens scurrying around for scattered BTC feed.
I am a little curious on this. All sell orders where bought up - so presumably the buy orders remain (which are the orders coinchoose looks at) - how did this impact the profitability rating besides some psychological upward price movement on the buy side as well?
Anyone else want to propose solutions? Go wild with suggestions, this thread is still just brainstorming.
Since we have many coins that have faster difficulty change than bitcoin, but we don't have any coin has slower difficulty change rate,
My Solution:
What if a coin does not change it's difficulty rapidly, maybe every 24 hours.
Is that going to help?
In this way, when the multipool attack the coin, the block finding chance remains constant and every one have equal chance to find a block proportional to their hash rate.
One downside i can say is that, this coin could be more vulnerable to attacks, since difficulty is not adapt to computing environment around it.
So far the better solution is faster diff adjustment, so the diff ramps up and the hoppers get off the coin faster, leaving the actual supporters time to catch more leftovers while it curves down until the rapists arrive again.
I can completely understand the motives behind these pools, but I can't believe anyone has the balls to call it a good thing. It's 100% pure profiteering with no concern for even the medium term.
Long term there's some valid argument that it's an "evolutionary force" but really what that means is things are getting screwed so bad it's forcing change. The problem is that the change it's forcing is not desirable. All coins are being forced to respond along identical lines - which will leave them all identically vulnerable when short-term profiteers sort out the next exploit.
Short term solution: lie to them. Coin Choose depends on third parties to report stats about the coins...
I'd say Bottlecaps and Megacoin got the diff adjustment close to perfect.
Mincoin is good too.
Hey yeah nice idea, have the getmininginfo and getinfo etc commands adjust what they pretend the difficulty to be based on whether the daemon thinks there are too many miners jumping on the coin at that moment or not enough miners jumping in it at that moment...
-MarkM-
-MarkM-
Anyone else want to propose solutions? Go wild with suggestions, this thread is still just brainstorming.
Since we have many coins that have faster difficulty change than bitcoin, but we don't have any coin has slower difficulty change rate,
My Solution:
What if a coin does not change it's difficulty rapidly, maybe every 24 hours.
Is that going to help?
In this way, when the multipool attack the coin, the block finding chance remains constant and every one have equal chance to find a block proportional to their hash rate.
One downside i can say is that, this coin could be more vulnerable to attacks, since difficulty is not adapt to computing environment around it.
So far the better solution is faster diff adjustment, so the diff ramps up and the hoppers get off the coin faster, leaving the actual supporters time to catch more leftovers while it curves down until the rapists arrive again.
I can completely understand the motives behind these pools, but I can't believe anyone has the balls to call it a good thing. It's 100% pure profiteering with no concern for even the medium term.
Long term there's some valid argument that it's an "evolutionary force" but really what that means is things are getting screwed so bad it's forcing change. The problem is that the change it's forcing is not desirable. All coins are being forced to respond along identical lines - which will leave them all identically vulnerable when short-term profiteers sort out the next exploit.
Short term solution: lie to them. Coin Choose depends on third parties to report stats about the coins...
Anyone else want to propose solutions? Go wild with suggestions, this thread is still just brainstorming.
Since we have many coins that have faster difficulty change than bitcoin, but we don't have any coin has slower difficulty change rate,
My Solution:
What if a coin does not change it's difficulty rapidly, maybe every 24 hours.
Is that going to help?
In this way, when the multipool attack the coin, the block finding chance remains constant and every one have equal chance to find a block proportional to their hash rate.
One downside i can say is that, this coin could be more vulnerable to attacks, since difficulty is not adapt to computing environment around it.
... The only reason multipools work atm is because they know coins will stay at a certain diff for a number of blocks whilst they hammer them.
Just want to add here that this strategy is done since a long while because of the coinchoose followers. It is not particular to the most recent multipools. I even did it myself with as little as 9MH/s on a coin.
Some difference particular to multipools are:
(1) Multipools seems to converge the users toward a single pool. In contrast, the coinchoose followers are more spread.
(2) Multipools have to do short term automatic dumping. The dump from the coinchoose followers is obviously less systematic... it was not damaging as much the market (as far as I know).
Two differences causing two different issues.
Anyone else want to propose solutions? Go wild with suggestions, this thread is still just brainstorming.
Yes.
Jump to: