Los desarrolladores de Ethereum discuten las posibles formas de evitar el destino de ETC

En una reunión de ‘core developers’ el viernes, los desarrolladores de Ethereum (ETH) discutieron las posibles medidas que podrían tomarse para evitar que ocurran ataques exitosos del 51%.

La discusión se inspiró en los ataques del 51% de esta semana contra Ethereum Classic (ETC), una red que representa el estado original de Ethereum donde las consecuencias del hack de DAO en 2016 no se revirtieron. El ataque original, que ocurrió entre el 31 de julio y el 1 de agosto, se reveló como un intento cuidadosamente orquestado de un doble gasto que generó más de UDS 5 millones en ETC para el atacante por una inversión de UDS 200,000 en poder de hash.

Durante la llamada, los desarrolladores de clientes de Ethereum discutieron si deberían tomar medidas adicionales contra estos ataques y cómo deberían implementarse dichas medidas.

Bajando el límite de reorganización

Una posible protección contra la reorganización de la cadena es establecer puntos de control a nivel de nodo que fijaría la historia de la cadena de bloques después de ese punto. Cualquier cambio propuesto en la cadena de bloques más allá de este punto de control sería rechazado por los nodos.

Las reorganizaciones en cadena se basan en extraer una versión alternativa de la cadena de bloques con una mayor cantidad de poder de hash que la versión comúnmente aceptada. Debido a las reglas del consenso de Nakamoto, la cadena con una prueba de trabajo acumulada más alta reemplazaría automáticamente a la original cuando se publique en los nodos.

Peter Szilagyi, desarrollador del cliente Geth, dijo que el software ya rechaza reorganizaciones de más de 90,000 bloques, o dos semanas. Sin embargo, esto es mucho más alto que la reorganización efectiva que ocurrió en ETC de aproximadamente 4,000 bloques.

Si bien reducir este umbral podría ayudar a defenderse de ataques similares, Alexey Akhunov de OpenEthereum señaló que los límites demasiado bajos pueden tener consecuencias imprevistas.

Las medidas pueden ser ineficaces

La profundidad de la reorganización de ETC fue dictada en parte por un historial de ataques anteriores. Esto llevó a los exchanges a elevar masivamente el umbral de confirmación para aceptar depósitos.

Szilagyi dijo que, para Ethereum, no hay necesidad de miles de bloques. Los exchanges descentralizados se pueden jugar censurando las transacciones y maximizando las ganancias comerciales del hacker con reorganizaciones de solo unos pocos bloques. Establecer un límite de punto de control tan bajo puede resultar en problemas de usabilidad importantes. Él agregó:

«Solo quería resaltar que una vez que aceptas que hay un ataque de 51% en la red, muchas cosas comienzan a fallar, porque muchas cosas se basan en la suposición de que no se pueden tener reorganizaciones profundas».

Tim Beiko, desarrollador de la empresa de desarrollo de Ethereum PegaSys, señaló que el caso de ETC puede ser diferente. Debido a que es una cadena mucho más pequeña y menos valiosa, es fácil reunir el poder de hash requerido para completar un ataque del 51% a través de algo como Nicehash. Esto, para él, «es una preocupación mayor que cualquier cosa que los clientes implementen a través de los puntos de control».

Al final, los desarrolladores acordaron discutir más los problemas y pensar en posibles mejoras para la resistencia de Ethereum.

Sigue leyendo: