Re: [bitcoin-dev] Encouraging good miners

2017-03-28 Thread Juan Garavaglia via bitcoin-dev
If a miner try to hurt the network mining just empty blocks at some time the rest will start rejecting their blocks and will be orphans so will loss the reward incentive and that miner will join the behavior of the rest of the miners, if that miner has 51% of hashrate there the smallest problem

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-28 Thread Juan Garavaglia via bitcoin-dev
Alphonse, Even when several of the experts involved in the document you refer has my respect and admiration, I do not agree with some of their conclusions some of their estimations are not accurate other changed like Bootstrap Time, Cost per Confirmed Transaction they consider a network of

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-28 Thread Juan Garavaglia via bitcoin-dev
Alphonse, In my opinion if 1MB limit was ok in 2010, 8MB limit is ok on 2016 and 32MB limit valid in next halving, from network, storage and CPU perspective or 1MB was too high in 2010 what is possible or 1MB is to low today. If is unsafe or impossible to raise the blocksize is a different

[bitcoin-dev] Issolated Bitcoin Nodes

2017-03-23 Thread Juan Garavaglia via bitcoin-dev
We notice some reorgs in Bitcoin testnet, while reorgs in testnet are common and may be part of different tests and experiments, it seems the forks are not created by a single user and multiple blocks were mined by different users in each chain. My first impression was that the problem was