Vitalik comparte cinco arrepentimientos sobre el diseño inicial de Ethereum

En el reciente evento ETHBerlin, el cofundador de Ethereum, Vitalik Buterin, compartió inesperadamente algunas de sus lamentaciones sobre el diseño inicial de Ethereum. Esta franca declaración no solo permitió a los oyentes recordar los gloriosos días del nacimiento de Ethereum, sino que también señaló la dirección para el desarrollo futuro de este proyecto de criptomoneda que actualmente tiene un valor de mercado de 448 mil millones de dólares.

Actualmente, Ethereum se ha convertido en sinónimo de finanzas descentralizadas, y su ecosistema tiene un valor superior a 63 mil millones de dólares. La Comisión de Bolsa y Valores de EE. UU. acaba de aprobar parcialmente el ETF de Ethereum al contado, y una de las mayores empresas de gestión de activos del mundo también ha lanzado un fondo tokenizado en la red de Ethereum.

Cuando se le preguntó cómo construiría Ethereum de manera diferente si pudiera empezar de nuevo, Vitalik enumeró los siguientes puntos:

1. Selección de bits de la máquina virtual

Vitalik primero mencionó el diseño de la máquina virtual de Ethereum (EVM). Dijo que la elección inicial de 256 bits era demasiado compleja e ineficiente, ya que incluso al ejecutar tareas simples podría generar una gran cantidad de datos redundantes en la cadena de bloques. Considera que el procesamiento de 64 bits o 32 bits podría ser una mejor opción.

2. Optimización de contratos inteligentes

Sobre los contratos inteligentes, Vitalik cree que el equipo de desarrollo temprano debería enfocarse más en simplificar el proceso de redacción de contratos, reduciendo la cantidad de líneas de código para mejorar la transparencia. Hacer esto permitirá que las personas revisen y entiendan más fácilmente el funcionamiento interno del contrato.

3. Transición anticipada al mecanismo de consenso PoS

Vitalik afirmó que la transición de Ethereum de prueba de trabajo ( PoW ) a prueba de participación ( PoS ) debería haberse realizado antes. Él cree que incluso una versión de PoS que no sea perfecta, si se hubiera implementado en 2018, podría haber ahorrado una gran cantidad de recursos.

4. Función de registro automático

Vitalik señaló que la función de registro automático de transferencias de Ethereum podría haberse implementado fácilmente al principio del proyecto, pero finalmente se convirtió en una propuesta de mejora de Ethereum (EIP). Con el desarrollo de las carteras inteligentes, algunas funciones de registro importantes se han perdido.

5. Selección de algoritmos criptográficos

Vitalik dijo que, si pudiera elegir de nuevo, utilizaría SHA-2 en lugar de Keccak como el algoritmo de criptografía de Ethereum. Debido a que se adoptó una versión no estandarizada de Keccak, los desarrolladores de Ethereum necesitan bibliotecas personalizadas para adaptarse, lo que ha llevado a problemas de incompatibilidad con otros sistemas que utilizan SHA-3.

A pesar de estos defectos de diseño, Vitalik sigue siendo optimista sobre el futuro de Ethereum. Él declaró: “Realmente estoy muy contento de ver que la capacidad de ejecución del equipo de desarrollo central de Ethereum ha estado mejorando cada año. El equipo actual tiene la capacidad de corregir de manera eficaz y segura estos errores tempranos.”

Esta sincera compartición no solo demuestra la capacidad de auto-reflexión de Vitalik, sino que también proporciona valiosas direcciones de pensamiento para el futuro desarrollo de Ethereum. Con el continuo avance de la tecnología y la mejora de las capacidades del equipo, estoy seguro de que estas decepciones de diseño iniciales serán superadas y Ethereum seguirá liderando el desarrollo de las criptomonedas y las finanzas descentralizadas.