So - long story short: if in the future such updates are approached more mindful there is no reason to believe that we will experience 7 block deep reorgs in the future of Ethereum POS regularly.
Essa solução é muito pouco incerta. Basicamente ele esta a dizer, que para a próxima todos tem de atualizar com mais atenção a rede.
Mas, isso são erros que tem de ficar protegidos pela rede, porque a probabilidade de em algum momento alguém falhar uma atualização estará sempre presente.
Isso é muito vago, não foi isso que ele disse.
Se decidíssemos mudar o tamanho dos blocos do Bitcoin e apenas metade dos nodes utilizassem essa regra, também haveria um fork da rede. O que aconteceu ai foi que um client dizia que ia priorizar blocos de tal maneira X, enquanto outro disse que ia priorizar blocos de tal maneira Y. E ai teve essa "batalha" ou "corrida" para ver qual rede é a certa. E por conta do baixo intervalo entre blocos, o número do reorg é maior.
O tweet do individuo, o mesmo que reportou a "falha", diz que esse tipo de atualização deveria ocorrer igual como já ocorre com os hard forks do Bitcoin: decide que tal mudança vai ser aplicada no bloco XXXXXX, e dá tempo + foca na comunicação para todo mundo estar de acordo quando o momento chegar.
