Ethereum Classic, apesar de sua história, não é contra todos os tipos de Hard Fork. Longe disso; Hard Forking permite que o protocolo seja atualizado, para corrigir bugs e adicionar recursos que promovam o objetivo de permitir que os desenvolvedores "criem aplicativos imparáveis".
Os tipos de Hard Fork que o Ethereum Classic nunca implementará são aqueles como The DAO Fork, que não tratam de um defeito ou aprimoramento do protocolo em si, mas substituem *Code is Law * modificando Smart Contracts na camada de aplicação.
O Ethereum Classic mantém estrategicamente a compatibilidade máxima com o EVM upstream do Ethereum, o que significa que os contratos implantados no ETH também podem ser implantados no ETC, e o Ethereum Classic herda muitas inovações valiosas nascidas da pesquisa no Ethereum.
História da Fork ETC
Lançado sob o slogan "Build Unstoppable Applications", o Frontier foi uma implementação ao vivo, mas básica, do projeto Ethereum. Seguiu-se à bem-sucedida fase de testes olímpicos. Destinava-se a usuários técnicos, especificamente desenvolvedores. Os blocos tinham um limite de gás de 5.000. Esse período de 'descongelamento' permitiu que os mineradores iniciassem suas operações e que os primeiros usuários instalassem seus clientes sem ter que 'correr'.
O garfo de descongelamento da fronteira elevou o limite de 5.000 gás por bloco e definiu o preço padrão do gás para 51 gwei. Isso permitiu transações - as transações exigem 21.000 gás.
O ECIP-1015 foi a primeira atualização de protocolo independente do Ethereum Classic após o DAO Hard Fork, que envolveu mudanças de custo de gás de longo prazo para operações pesadas de IO para mitigar ataques de spam de transação.
O fork Die Hard atrasou a bomba de dificuldade, reavaliou o EXP opcode e implementou a proteção de replay, definindo o Chain ID da ETC para 61.
A bomba de dificuldade está atrasada, sem outras alterações.
Habilitou as excelentes atualizações do protocolo de rede Ethereum Foundation Istanbul na rede Ethereum Classic em um hard fork com o nome de código Phoenix para permitir compatibilidade máxima entre essas redes.
O ECIP 1099 calibrou o comprimento de época usado nos cálculos DAG, alternando de ETHash para ETCHash. Ele aumentou a segurança da rede ao permitir que GPUs com 4 GB de memória extraíssem ETC.
Habilitou os recursos de atualização do protocolo de rede Ethereum Foundation Berlin, atingindo compatibilidade máxima com Ethereum.
Habilitou os recursos de atualização do protocolo de rede Ethereum Foundation London, mantendo a compatibilidade máxima com o Ethereum.