Gavin Wood de Ethereum pide bifurcaciones duras más conservadoras

Es posible que la cadena de bloques de Ethereum esté ahora en proceso de actualización a un nuevo software, pero eso no significa que desarrolladores notables no estén reflexionando sobre el proceso que se llevó a cabo.

Por ejemplo, mientras se actualizaParece haber tenido éxitoAl menos un proveedor de software de Ethereum tuvo dificultades con los preparativos para el lanzamiento. Según CoinDesk, Parity Technologies, con sede en el Reino Unido y utilizada por casi el 25 por cientode la red, fueplagado de bichosDurante el fin de semana, un acontecimiento que generó especulaciones sobre retrasos de último momento.

Pero si bien ese espectro se ha evitado, el fundador y CTO de Parity, Gavin Wood, ahora se pronuncia sobre los problemas y cita el proceso de actualización como ONE que está lleno de "lecciones que aprender" para la comunidad de desarrolladores que trabajan en la segunda cadena de bloques más grande por valor total.

En respuesta a las solicitudes de comentarios, Wood expresó su convicción de que quizás sea demasiado pronto para considerar ONE la supuesta actualización del código de Byzantium, señalando que el riesgo de una bifurcación dura puede extenderse varios días. De cara al futuro, afirmó que considera que se debe ser más previsor al determinar si los proveedores de software cliente están listos para realizar la transición.

Wood le dijo a CoinDesk:

Es necesario un enfoque más conservador en la especificación, el desarrollo, las pruebas y la implementación de modificaciones importantes del protocolo, como Byzantium... Es necesario asegurar, en la medida de lo posible, que todas las implementaciones principales estén en consenso antes de determinar un bloqueo de bifurcación dura.

Wood continuó usando esta bifurcación más reciente como evidencia, describiéndola como una situación en la que a la mayoría de los usuarios de software se les pidió que hicieran grandes actualizaciones con poco tiempo para hacerlo.

A medida que se descubrieron errores continuos, dijo que los desarrolladores finalmente tuvieron que tomar una decisión difícil, una de las razones por las que aún queda por ver qué tan fluida será la implementación.

"En realidad, fue una cuestión de elegir entre exigir a la mayoría de los usuarios que cambiaran su software en un plazo de 48 a 72 horas para posponer la bifurcación o, posiblemente, exigir a un subconjunto particular de la red que actualizara su software con mucha mayor antelación si se descubría un problema", explicó.

Basándose en esto, Wood propuso una serie de cambios que podría favorecer, incluida la programación de retiros con varios proveedores de software o el uso de contratos inteligentes para "posponer dinámicamente" una bifurcación dura problemática.

Sin embargo, como estas medidas no se tomaron esta vez, recomendó precaución a quienes utilicen la red en los próximos días y semanas.

"En general, soy optimista y creo que, incluso si nuestros auditores y herramientas detectan más problemas de 'consenso de día cero', podremos implementar las actualizaciones necesarias antes de que se vuelvan problemáticos", afirmó.

Rachel-Rose O'Leary colaboró con este reportaje.

Imagen de Gavin Woodvía Shutterstock