OpenEthereum, Fechando as Portas
Autor: Alchemy Team
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 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 - previsto para outubro de 2020)
- O time mudará o foco para o cliente 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 de um projeto interno para uma nova organização chamada OpenEthereum Dao. Desde então, desenvolvedores da Gnosis 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 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. 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 + _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.
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 [email protected]!
Newsletter da Alchemy
Seja o primeiro a saber sobre lançamentos
Assine nossa newsletter
Receba as últimas atualizações de produtos e recursos da Alchemy
Ao inserir seu endereço de e-mail, você concorda em receber nossas comunicações de marketing e atualizações de produtos. Você reconhece que a Alchemy processa as informações que recebemos de acordo com nosso Aviso de Privacidade. Você pode cancelar a inscrição a qualquer momento.
Artigos relacionados

Como a Alchemy potencializa pagamentos com stablecoins
Um pagamento chega ou não chega. Veja como Cash App, Slash, AllScale, Pana e Usual operam a metade onchain dos pagamentos com stablecoins na Alchemy.

Por que equipes de trading escolhem a Alchemy para RPC de baixa latência
Equipes de trading escolhem a Alchemy por leituras e escritas de baixa latência quando o mercado se move, e por um registro confiável quando o dinheiro liquida, mesmo no pico de volume.

Em qual provedor de RPC você deve construir em Tóquio?
Comparamos cinco dos provedores de RPC que atendem Tóquio em cinco chains. Veja como eles se comparam e onde as diferenças importam para equipes sensíveis à latência.