Topic: Coinbase Maturity time as a disincentive for 51% attack on merged mined coin (Read 156 times)

the way you are explaining this hypothetical altcion it sounds to me that you are explaining a clear example of what is commonly known as a shitcoin, and a parasitic one at that.

it is easy, don't create a shitcoin.
when the developers don't have anything to say, have no innovation,... they succumb to copying what is popular, ie. bitcoin. so the result is just a copy coin that is severely flawed.
but if they were to try and actually innovate to create a unique cryptocurrency that solves some problems then it will grow on its own and shape its own distributed hashrate and nodes so one entity couldn't just fork it if they wanted to.

Why do they need to test it out? It isn't rocket science to predict how much they can earn. So pools are willing to throw their hashpower at worthless coin just to throw them? Preventing others from mining requires hashpower thats directed towards the coin for long periods of time, and thus wasting money.

I've actually never heard of this happening in my life. Got any sources?
Okay, lets stop this. I don't think I want to mine a coin if it takes several months for me to even be able to touch my coin. I'll steer far far away from any coin that does this.

Remember, this means that I can release my coin today and it'll take months of effort to get paid. Even then, I can't guarantee how much I'll earn because no one can trade it yet.

https://web.archive.org/web/20200526141106/https://www.naturehacker.org/2020/05/coinbase-maturity-time-as-disincentive.html

So you want to make your coin able to be merge mined with another more popular cryptocurrency.  But you are afraid that one large pool will start merged mining and you will have over 51% of your hashpower from one pool.  Don't fret.

Why this would be a problem:

Lets say you didn't have merged mining and this large pool decided to shift to mining your coin to see if they could make more money on your coin than the big coin they were mining before.  They figure out they are making less so they give up mining your coin because they thought it sucked and are going to go back to the big coin.  They would sell all their coins they earned from your blockchain then privately fork the blockchain so no one else can mine just to troll the blockchain.  This seems to happen often with small coins that share an algorithm with a large coin.  Merged mining helps prevent that by letting the large pool mine both at once so they don't get bored of mining your coin.

But lets say they get bored of your coin anyway even with merged mining and decide to sell all the coins they earned on your blockchain and then 51% attack you.  How can we counter that?  Well we could increase the coinbase maturity time.  Instead of waiting a few dozen blocks and they can sell everything they have earned and attack the chain, if we make that maturity time several months long (say 9 months), thousands and thousands of blocks, then it is really hard for them to quickly sell everything they have earned.

We can think of a long coinbase maturity time as a sort of pseudo Proof of Stake (PoS) but one that is as easy to implement as changing a single number in the code.  Making a long coinbase maturity time forces miners to be heavily invested in your coin so they won't attack it, even if one pool has over 51% of the hashrate, the chain will still likely be safe.