--- title: "OpenEthereum, cierra sus puertas" description: "Con OpenEthereum descontinuado, conoce cómo Alchemy está trabajando para asegurar una transición fluida a Erigon Client." --- # OpenEthereum, cierra sus puertas Con OpenEthereum descontinuado y Erigon preparándose como sucesor, estamos aquí para asegurarnos de que la transición sea lo más fluida posible. ## Resumen - OpenEthereum \(anteriormente Parity Ethereum\) [detendrá el desarrollo de su cliente](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) después del hardfork de London, estimado para el 4 de agosto de 2021 - Si todo sale bien, el cliente de OpenEthereum seguirá operativo hasta el próximo hardfork de Eth \([Shanghai ](https://github.com/ethereum/pm/issues/267)- previsto para octubre de 2020\) - El equipo trasladará su foco al [cliente Erigon](https://github.com/ledgerwatch/erigon) \(anteriormente turbogeth\) - Alchemy está trabajando intensamente para hacer todo lo posible y mantener disponible la funcionalidad específica de OpenEthereum para todos los equipos durante y después del fork - Alchemy seguirá ejecutando nodos de OpenEthereum para servir Kovan y los endpoints \_trace\_\_ y \_parity\_\_ el mayor tiempo posible - En paralelo, estamos preparando soporte para nodos Erigon, y trabajando con su equipo para alcanzar paridad de funcionalidades en Kovan y en \_trace\_\_ y \_parity\_\_ usando el nuevo cliente ## Resumen general A finales de 2019, Parity Technologies [trasladó el desarrollo del cliente Parity Ethereum](https://www.parity.io/blog/parity-ethereum-openethereum-dao/) de un proyecto interno a una nueva organización llamada OpenEthereum Dao. Desde entonces, desarrolladores de [Gnosis](https://gnosis.io/) y de otros lugares han mantenido heroicamente actualizado el cliente de OpenEthereum, la red Kovan activa, y disponibles los endpoints de la API \_trace\_\_. Sin embargo, recientemente OpenEthereum [anunció que su cliente será descontinuado](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) y sucedido por uno nuevo construido en colaboración con el equipo de Erigon \(anteriormente TurboGeth\). A largo plazo, esto debería traducirse en una experiencia más rápida, más confiable y mejor en general para los antiguos usuarios de OpenEthereum. En el corto plazo, Alchemy está haciendo todo lo posible en nombre de nuestros usuarios, trabajando tanto con el equipo de OpenEthereum como con el de Erigon, para asegurar que el servicio de la funcionalidad específica de OpenEthereum no se interrumpa. Repasaremos todo lo que estamos haciendo para atender las tres funciones principales de OpenEthereum, pero puedes saltar directamente a la sección que te interese: los endpoints trace\_ o la testnet de Kovan. ## El plan para el fork ### Endpoints trace Actualmente, OpenEthereum es el único cliente de Ethereum que soporta los métodos \_trace\_\_ que muchos equipos utilizan. Dado que OpenEthereum dará soporte a London en Mainnet, esperamos que estos métodos sigan siendo servidos desde nodos de OpenEthereum, sin necesidad de cambios. Sin embargo, es probable que OpenEthereum no realice más cambios. Esto significa que cuando London entre en vigencia en mainnet, si surgen problemas de consenso que requieran actualizaciones, los nodos de OpenEthereum y su funcionalidad trace podrían fallar. Si bien consideramos que esto es poco probable, haremos todo lo posible en nombre de nuestros usuarios para mantener accesibles los métodos trace. El equipo de Erigon está trabajando arduamente para agregar soporte a todos los endpoints trace relevantes y busca tener un reemplazo funcional de las versiones de OpenEthereum antes de que London esté listo. Alchemy está ayudando a dar retroalimentación e iterar sobre el namespace \_trace\_\_ lo más rápido posible para asegurar que puedan ser un reemplazo directo \(o casi directo\) de OpenEthereum. Al mismo tiempo, estaremos habilitando soporte en producción para Erigon, de modo que podamos trasladar la funcionalidad trace a sus nodos en caso de que sea necesario un failover desde OpenEthereum debido a problemas relacionados con London. ### Kovan Si bien OpenEthereum tiene preparada una nueva versión de cliente para London en mainnet, no se lanzará un nuevo cliente para Kovan. Esto significa que Kovan seguirá funcionando sobre nodos de OpenEthereum de la era Berlin, y no soportará las nuevas funcionalidades de London, [como EIP-1559](https://www.alchemy.com/overviews/what-is-eip-1559). Dicho esto, en la mayoría de los casos los cambios de London deberían ser retrocompatibles, y Kovan seguirá siendo utilizable. No obstante, cualquiera que use Kovan debería asegurarse de que aún puede confiar en la testnet como entorno de staging \(y potencialmente considerar migrar a Rinkeby o Goerli\). Con el tiempo, Erigon irá construyendo soporte para Kovan, llevando la testnet a la era London, aunque todavía no hay una fecha específica para esto. ### Endpoints de parity Por el momento, Alchemy solo soporta un método en el namespace \_parity\_\_: parity_getBlockReceipts. Ese método será reemplazado por el equivalente funcional eth_getBlockReceipts. Cuando migremos a Erigon, no será necesario hacer ningún cambio \(trataremos tanto parity_getBlockReceipts como eth_getBlockReceipts como el mismo método\). Sin embargo, faltarán ciertos campos - específicamente los campos propios de Parity, [transactionLogIndex](https://github.com/ethers-io/ethers.js/issues/1721) \+ \_type en el arreglo _logs_. Estos campos no son críticos y tampoco están presentes al llamar a eth_getTransactionReceipt en [Geth](https://www.alchemy.com/overviews/what-is-a-geth-node-and-how-to-run-one). ## Conclusión Nuestro mayor enfoque en las semanas previas a London es asegurar que nuestros usuarios tengan la transición más fluida posible desde Berlin. Si tú o tu equipo tienen alguna pregunta sobre la transición desde OpenEthereum, o sobre London en general, no duden en contactarme directamente a [mike@alchemy.com](mailto:mike@alchemy.com).