El creador de Ethereum, Vitalik Buterin, ha pedido un enfoque más claro y transparente de la alineación y la gobernanza de Ethereum. Cree que la comunidad debe encontrar un equilibrio entre descentralización y cooperación, uniendo a todas las partes interesadas sin perder la esencia de Ethereum.
El ecosistema se basa en un amplio abanico de participantes, incluidos equipos de clientes, investigadores, proyectos de capa 2, desarrolladores y comunidades locales.
Todos ellos trabajan en pos de su propia visión de Ethereum. Pero, ¿cómo se aseguran de que están construyendo un ecosistema cohesionado y no fragmentado?
Para abordar esto, muchos en la comunidad Ethereum han introducido la idea de «alineación».
Buterin explica que este término abarca tres áreas principales: alineación de valores (como ser de código abierto, reducir la centralización, apoyar los bienes públicos) alineación tecnológica (adherirse a los estándares de todo el ecosistema) y alineación económica (utilizar ETH como token siempre que sea posible).
El problema es que este concepto ha sido vago, lo que conlleva el riesgo de que los proyectos se alineen basándose en conexiones, no en principios.
Buterin sugiere que la alineación de Ethereum debería desglosarse en propiedades específicas representadas por métricas medibles para que funcione correctamente.
Por ejemplo, el código abierto es importante, ya que permite la seguridad a través de la inspección y reduce el riesgo de bloqueo propietario.
No es necesario que todo el código sea de código abierto, pero sí los componentes básicos. Así se mantiene la transparencia y accesibilidad de la infraestructura.
El creador de Ethereum señala la definición de software libre de la Free Software Foundation y las normas de la Open Source Initiative como patrones de referencia de lo que debe ser el código abierto.
Otro componente son las normas abiertas. Al parecer, garantizan la interoperabilidad en todo el ecosistema.
Buterin afirma que los proyectos deben ser compatibles con los estándares existentes, como ERC-20 o ERC-1271, y si surgen nuevas necesidades, deben desarrollar nuevos ERC para satisfacerlas.
*
