--- title: "OpenEthereum, Fechando as Portas" description: "Com o OpenEthereum descontinuado, saiba como a Alchemy está trabalhando para garantir uma transição tranquila para o Erigon Client." --- # OpenEthereum, Fechando as Portas Com o OpenEthereum descontinuado e o Erigon assumindo como sucessor, estamos aqui para garantir que a transição seja o mais tranquila possível! ## Tl;dr - O OpenEthereum \(anteriormente Parity Ethereum\) [interromperá o desenvolvimento do cliente](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) após o hardfork de London, previsto para 4 de agosto de 2021 - Se tudo correr bem, o cliente do OpenEthereum permanecerá operacional até o próximo hardfork do Eth \([Shanghai ](https://github.com/ethereum/pm/issues/267)- previsto para outubro de 2020\) - O time mudará o foco para o [cliente Erigon](https://github.com/ledgerwatch/erigon) \(anteriormente turbogeth\) - A Alchemy está trabalhando intensamente para fazer tudo o que for possível para manter a funcionalidade específica do OpenEthereum disponível a todos os times durante e após o fork - A Alchemy continuará rodando nodes OpenEthereum para servir os endpoints de Kovan, \_trace\_\_ e \_parity\_\_ pelo maior tempo possível - Em paralelo, estamos implementando suporte a nodes Erigon, e trabalhando com o time deles para atingir paridade de funcionalidades em Kovan, \_trace\_\_ e \_parity\_\_ usando o novo cliente ## Resumo No fim de 2019, a Parity Technologies [transferiu o desenvolvimento do cliente Parity Ethereum ](https://www.parity.io/blog/parity-ethereum-openethereum-dao/)de um projeto interno para uma nova organização chamada OpenEthereum Dao. Desde então, desenvolvedores da [Gnosis](https://gnosis.io/) e de outros lugares mantiveram heroicamente o cliente OpenEthereum atualizado, a rede Kovan ativa, e os endpoints da API \_trace\_\_ disponíveis. Recentemente, porém, o OpenEthereum [anunciou que seu cliente será descontinuado](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) e sucedido por um novo, construído em colaboração com o time do Erigon \(anteriormente TurboGeth\). No longo prazo, isso deve significar uma experiência mais rápida, mais confiável e melhor no geral para os antigos usuários do OpenEthereum. No curto prazo, a Alchemy está fazendo tudo o que é possível em nome de nossos usuários, trabalhando tanto com o time do OpenEthereum quanto com o do Erigon, para garantir que o serviço das funcionalidades específicas do OpenEthereum permaneça ininterrupto. Vamos passar por tudo o que estamos fazendo para cuidar das três principais funções do OpenEthereum, mas sinta-se à vontade para pular para a seção relevante para você: endpoints trace\_ ou a testnet Kovan. ## O plano para o fork ### Endpoints trace Atualmente, o OpenEthereum é o único cliente Ethereum que suporta os métodos \_trace\_\_ que muitos times usam. Como o OpenEthereum está dando suporte a London na Mainnet, esperamos que esses métodos continuem sendo servidos a partir de nodes OpenEthereum, sem necessidade de mudanças. O OpenEthereum, no entanto, provavelmente não fará mais nenhuma alteração. Isso significa que, quando London entrar em vigor na mainnet, se houver problemas de consenso que exijam atualizações, os nodes OpenEthereum e sua funcionalidade trace podem quebrar. Embora esperemos que essa seja uma possibilidade remota, faremos tudo o que for possível em nome de nossos usuários para manter os métodos trace acessíveis. O time do Erigon está trabalhando arduamente para adicionar suporte a todos os endpoints trace relevantes e pretende ter um substituto funcional para as versões do OpenEthereum antes que London esteja pronto. A Alchemy está ajudando a dar feedback e iterar no namespace \_trace\_\_ o mais rápido possível para garantir que ele possa ser um substituto direto \(ou quase direto\) do OpenEthereum. Ao mesmo tempo, estaremos implementando suporte em produção para o Erigon, para que possamos migrar a funcionalidade trace para os nodes deles caso seja necessário um failover do OpenEthereum por causa de problemas relacionados a London. ### Kovan Embora o OpenEthereum tenha uma nova versão do cliente preparada para London na mainnet, não haverá uma nova versão do cliente lançada para Kovan. Isso significa que a Kovan continuará rodando em nodes OpenEthereum da era Berlin, e não suportará os novos recursos de London, [como o EIP-1559](https://www.alchemy.com/overviews/what-is-eip-1559). Dito isso, no que diz respeito à maioria dos produtos, as mudanças de London devem ser retrocompatíveis, e a Kovan continuará utilizável. Ainda assim, qualquer pessoa usando a Kovan deve se certificar de que ainda pode contar com a testnet como ambiente de staging \(e potencialmente considerar migrar para a Rinkeby ou a Goerli\). Com o tempo, o Erigon construirá suporte para a Kovan, levando a testnet para a era London, embora ainda não haja uma data específica para isso. ### Endpoints parity No momento, a Alchemy só dá suporte a um método no namespace \_parity\_\_: parity_getBlockReceipts. Esse método será substituído pelo funcionalmente equivalente eth_getBlockReceipts. Quando migrarmos para o Erigon, não será necessário fazer nenhuma alteração \(trataremos tanto parity_getBlockReceipts quanto eth_getBlockReceipts como o mesmo método\). No entanto, alguns campos estarão ausentes - especificamente os campos específicos do Parity, [transactionLogIndex](https://github.com/ethers-io/ethers.js/issues/1721) \+ \_type no array de _logs_. Esses campos não são críticos e não estão presentes quando você chama eth_getTransactionReceipt no [Geth](https://www.alchemy.com/overviews/what-is-a-geth-node-and-how-to-run-one). ## Conclusão Nosso maior foco nas semanas que antecedem London é garantir que nossos usuários tenham a transição mais tranquila possível a partir de Berlin. Se você ou seu time tiver qualquer dúvida sobre a transição de saída do OpenEthereum, ou sobre London em geral, não hesite em entrar em contato diretamente comigo em [mike@alchemy.com](mailto:mike@alchemy.com)!