Topic: How 51% attack is deterministically implemented on testnet? (Read 307 times)

i checked the article but it is deleted by author .

Hi,

Thank you for all your amazing guides. I read all that and do exactly as you said. Great guides in every way.

Hi,

If you are interested about how is implemented a 51% attack, I made one against Insacoin last week.
You can checkout the article I made after that about what it is, how to do it in theory, how to do it in practice.
Here is the client I used to perform it (in a dirty way) using a pool (unomp) and an asic.


[Mod note:  2020/11 replaced a dead link with an archive.org link]

That's great bud. I have even used testnet and regtest quite some times, but never thought of implementing any kind of attack on it.
 
Let me try to explain it as simple as I can from what I have read about double spending and how to carry out one. Double spending can be done by many ways. The common one being what you are trying to achieve by creating 2 blocks in 2 different nodes in exactly the same timestamp. The other one being marking the validated block as invalid. I believe this method is a way of double spending a coin but not sure actually.

 First send some coins to a wallet. Allow the blocks to be confirmed. Once the tx has got enough confirmations, type invalidateblock [hash] in the console. Here [hash] is the hash of the block where the tx is present. invalidateblock command instructs other nodes that the particular block has not followed consensus rules and would become invalid. Thus the chainstate gets back to how it was back before the block i.e your transaction is still not yet confirmed. This is where it gets tricky, you should have enough hashpower i.e more than 51% to overcome the main chain and create yourself a newer chain. Once the newer chain becomes longer, the network would shift to the longest chain as a valid one. By this way, your coins would return back to your wallet by which you have successfully double spent your coins. You have paid and got back the money by stating the block as invalid.
 
EDIT : achow was faster. I am in mobile right now

Yes, disconnecting your node from the network would work fine. You don't even need to disconnect though. Bitcoin Core has an invalidateblock command which you can use to tell your node to mark a block and all of its descendants invalid. That will force you onto reject new blocks and you can then make your own blockchain fork starting from that point.

The timestamp doesn't matter.

In fact I reduced difficulty of whole network and created my private chain. I'm currently mining on that which  is good enough to implement 51% attack quickly, and also uses all main net functions.
 

yes, I know but simulating these attacks require creating two blocks at the same time which the fake chain is longer that the true chain. Since for test I mine with bitcoin built-in miner I have no idea how to create two blocks at the same time. There is always a delay(at least in timestamp). Son the step by step scenario seemed a bit confusing at first sight.


Because I thought I couldn't generate blocks simultaneously, It crossed my mind that I can develop a fake chain offline by disconnecting that node from chain, then by reconnecting  to the main chain. The fake chain which is longer is accepted. I'm not sure about it. Just an idea.   

A btc testnet functions similar to that of a mainnet, but these coins don't have real value and the difficulty for mining the block is literally very low. The testnet follows almost all the consensus rules similar to that of the mainnet.Hence 51% attack functions similar to that in the mainnet. At the current difficulty,in order to carry out a 51% attack on the mainnet, the individual miner or group of miners need to control 51% of current hashrate which stands at 40 million TH/s. But the testnet has a lower hashrate of 62 TH/s, which requires just 2 or 3 ASIC mining rigs to take control and perform the 51% attack on the testnet successfully.

But you could try using regtest mode in the bitcoind application to test your own local blockchain with such kind of attacks. You could even try out performing eclipse attack and the cybil attack successfully. Since Btc is a p2p applicaton,in regtest mode you can create multiple nodes and control them and carry out 51% attacks and see them visually.

I don't get your point. Why should you disconnect your node to carry out 51% attack? Am I missing something here 

Just for scientific reasons!

How 51% attack is implemented on testnet. I want to see the results visually ?
Is disconnecting one node from chain for some time will do the it properly or other nodes recognize it once it is added to the chain ?