pumpy what i wonder is all this genius devs
why didnt they do the fork without that replay attack option ? and why dont they help now little people how lose there coins ? arnt they interested in little people ? i mean the coin holders? to buy and sell the coin ?
doesnt a coin stay alive becouse of that people ?
did this ethereum innovaton people mention how to fix the bugs and desaster after this fork ?
That is indeed an interesting question. One theory is: They hoped the replay attacks would hurt ETC but not ETH. Somebody would move ETH and also move ETC unintentionally while the ETH-team believed, ETC would be and stay worthless and die soon after the Hard fork. They didn't anticipate that exchanges would list it as reaction on the replay attacks and that ppl would buy it and miners would mine it.
So, if the theory should be right that ETH-folks believed that not to prevent replay attacks would damage ETC, it was a really bad strategy. But totally in line with some of their moves before, from DAO until the rushed out HF and their intentions to do both.
The more I think about it all the more I believe that ETH won't need more bad news regarding the tech to be doomed. It is as if they are willing to do everything to damage all credibility of the project and of the team and to bring themselves into a position without any choice to make a good decision.
And ETC - if it survives it will most likely become Ethereum again, while ETH will be called ETHF.
Spot on as always in your speculation. As for what comes in the future the only certainty is uncertainty.
The theory about replay attacks is not mine. I've read it in an article. But an interesting conclusion is very simple:
If they could have prevented it:
1. they did not because they believe it wouldn't be necessary
2. they did not because they believed it would even be advantageous
Both conclusions would be wrong. So, it's still possible that they did not because it would have been hard to prevent it or would have opened the door for other problems and time was running out. But in all scenarios it's correct to say that one "rush-out" lead into more mistakes and the need to rush out more and to make more mistakes and so on.
And this could lead into the next fail:
http://www.newsbtc.com/2016/07/31/51pool-attack-plans-51-network-attack-ethereum-classic/It's said, and I agree:
"If this ever were to be the case – and the Ethereum community would better hope it won’t be – 51Pool will attempt to 51% attack ETC as many times as necessary.
(...)
It is evident for everyone to see this is not an effort representing the entire Ethereum community. Unfortunately, every single supporter will be caught in the crossfire of repercussions that will undoubtedly follow these attacks, if they are ever executed. The Ethereum developers can prevent all of this mess from happening if they wanted to. It will be interesting to see if they decide to intervene or not."It's another situation for the team without a good choice. If they step in to prevent that, it would look even more as if control too much. But if the attack should happen there are only two scenarios and while only one would be bad for ETC, both would be bad for ETH. At least in short-term. And if ETC should be able to defend an attack it would even strengthen ETC and weaken ETH.
What I believe is: At least a lot of Bitcoiners never really liked Ethereum. So it's possible that ETC is also used to damage ETH. And to prepare such an attack needs too much time, so it's possible and maybe even likely that there are already miners in line to defend ETC, but not visible yet.
Under the line it's a gamble and not a smart one. And it's right what is stated in the article: The pool doesn't represent the community or the team. But of course the public won't differ much.