Todas las noticias se verifican rigurosamente y son revisadas por expertos en blockchain y profesionales de la industria.
- Buterin ha hecho públicos los detalles del primer hard fork de Ethereum 2.0.
- El HF1 introducirá soporte para clientes ligeros y reducirá las penalizaciones a los nodos honestos.
El inventor de Ethereum, Vitalik Buterin, publicó ayer un plan para el primer hard fork de la Beacon Chain (Ethereum 2.0). El nombre en clave preliminar es HF1. Los principales objetivos de HF1 son añadir soporte para clientes ligeros y arreglar algunas vulnerabilidades de la Beacon Chain que se descubrieron demasiado tarde para ser abordadas en Genesis.
Además, el mecanismo de hard fork debería poder probarse «con un cambio relativamente pequeño» «antes de que haya que hacer cambios mayores (sharding, merging)» Por último, pero no menos importante, el plan propone varios cambios en el consenso con HF1.
El primer hard fork de Ethereum 2.0
Como comenta Buterin, el soporte para clientes ligeros -nodos que tienen requisitos mínimos de recursos y que podrían funcionar en dispositivos móviles- será creado por un «comité de sincronización» seleccionado al azar
El propósito de esto es permitir a los clientes ligeros determinar la cabeza de la chain con una baja cantidad de sobrecarga (~20 kB por día mínimo para mantenerse al día, y ~500 bytes para verificar un solo bloque). Esto permitiría que los clientes ligeros fueran realmente viables para los dispositivos móviles, en casos de uso en el navegador, al igual que para la Beacon Chain.
Esto, dice Buterin, permitirá «carteras de confianza minimizada» que son capaces de verificar la blockchain por sí mismas, en lugar de que los usuarios tengan que depender de proveedores de servicios externos y, por tanto, confiar en su integridad.
Además, el HF1 pretende mitigar un problema que ha sido muy debatido durante meses, el «slashing» Hasta ahora, en la Beacon Chain ocurría que los validadores podían perder parte de su ETH apostado en caso de inactividad. Esto hacía que el staking fuera peligroso, especialmente para los «stakers caseros» más pequeños, ya que eran penalizados por eventos que no eran culpa suya, como un corte de internet o de electricidad.
HF1 pretende mitigar esta situación distinguiendo entre la inactividad intermitente y la continua:
La fuga de inactividad se vuelve cuadrática por validador. Es decir, si hay una fuga de inactividad durante la cual un validador totalmente desconectado pierde un ~10% de su saldo, un validador que esté conectado el 90% del tiempo durante ese periodo sólo perderá un ~0,1% de su saldo (en lugar de un ~1%). Esto intenta centrar las sanciones en los nodos que realmente se comportan mal y reducir las sanciones a los nodos honestos que simplemente tienen una conexión imperfecta a la red
En cuanto a la corrección de las vulnerabilidades, Buterin escribió que se han introducido mejoras en las reglas de elección de horquilla. Los desarrolladores identificaron varios casos en los que el protocolo abría la puerta a ataques del 34% y a un «ataque de equilibrio» Incluso si se hubiera requerido un tiempo preciso para los ataques, podría haberse producido una reorganización de la blockchain. Sin embargo, los fallos ya han sido corregidos.
Actualmente, aún no se sabe cuándo se activará la hard fork. Mientras tanto, se está buscando una convención de nombres para todos los próximos hard forks de Ethereum 2.0 a través de GitHub. Entre las sugerencias se encuentran elementos químicos, zonas de World of Warcraft, objetos míticos, nombres de estrellas, sistemas solares y nombres de ciudades.
