PANews 30 de mayo de noticias, según el informe de DL News, la semana pasada, en el evento ETHBerlin de este año, el cofundador de Ethereum, Vitalik Buterin, describió algunas de las cosas de las que se arrepiente en el diseño inicial de Ethereum. Vitalik dijo que hay una serie de cosas que podría haber hecho de manera diferente. Estas cosas son diversas, desde el desarrollo de la Máquina Virtual de Ethereum hasta los contratos inteligentes y el mecanismo de consenso de prueba de participación. También dijo que, aunque Ethereum se está volviendo cada vez más popular, todavía se malinterpreta.
ETHBerlin organizer Afri Schoeden asked, "Based on everything you have known and learned over the past 10 years, if you were to start from scratch today, how would you build Ethereum differently?" Vitalik explained that the initial design of Ethereum's EVM chose 256 bits instead of 64 or 32 bits. The original design was too complex for 256 bits, which is highly inefficient and can generate a large amount of redundant data on the blockchain, even when performing simple tasks. Additionally, Vitalik stated that Ethereum should have transitioned from Proof of Work to Proof of Stake earlier, ideally in 2022. "We wasted a lot of time trying to make Proof of Stake perfect. If we had a simpler Proof of Stake mechanism as early as 2018, we could have saved a lot of trees," he said. Vitalik also mentioned, "The automatic logging of Ethereum transactions should have been present from the beginning. It would have taken us only 30 minutes to code, but instead, it became an EIP." The precise change will be made with EIP-7708, which was submitted by Vitalik on May 17th. Furthermore, Vitalik expressed that if given the chance to choose again, he would use SHA-2 for encrypting Ethereum instead of the current encryption algorithm called Keccak.
Aunque haya una serie de pequeños errores de diseño, Vitalik dijo que es inevitable que ocurran en cualquier proyecto. Él dijo: "Estoy realmente contento, creo que nuestras habilidades de desarrollo central y su capacidad de ejecución parecen mejorar cada año. Ahora tenemos la capacidad de corregir algunos de esos errores de manera efectiva y segura".
