Uno de los desafíos sociales más importantes en el ecosistema de Ethereum es equilibrar, o más precisamente, integrar la descentralización y la cooperación. La fortaleza del ecosistema radica en la amplia variedad de personas y organizaciones -equipos de clientes, investigadores, equipos de capa 2, desarrolladores de aplicaciones, grupos de la comunidad local, todos ellos trabajando en sus propias visiones de lo que Ethereum puede ser. El desafío principal es asegurarse de que todos estos proyectos estén construyendo colectivamente algo que se sienta como un ecosistema Ethereum unificado y no como 138 feudos incompatibles.

Para resolver este desafío, muchas personas en todo el ecosistema de Ethereum han mencionado el concepto de "alineación de Ethereum". Esto puede incluiralineación de valores (por ejemplo, ser de código abierto, minimizar la centralización, apoyar bienes públicos), alineación tecnológica (por ejemplo, trabajar con estándares de todo el ecosistema) y alineación económica (por ejemplo, usar ETH como token siempre que sea posible). Sin embargo, el concepto históricamente ha sido mal definido, y esto crea el riesgo de captura de capa social: si la alineación significa tener los amigos correctos, entonces el concepto de "alineación" ha fallado.

Para resolver esto, yo argumentaría que el concepto de alineación debería ser hecho más legible, descompuesto en propiedades específicas, que pueden ser representadas por métricas específicas. La lista de cada persona será diferente, y las métricas inevitablemente cambiarán con el tiempo. Sin embargo, creo que ya tenemos algunos puntos de partida sólidos.

• Código abierto - esto es valioso por dos razones: (i) el código es inspeccionable para garantizar la seguridad, y más importante aún (ii) reduce el riesgo de bloqueo propietario y permite mejoras de terceros sin permiso. No todas las partes de cada aplicación deben ser completamente de código abierto, pero los componentes de infraestructura clave en los que depende el ecosistema deben serlo absolutamente. El estándar de oro aquí es el gate.Definición de software libre de FSFyDefinición de código abierto de OSI.
• Normas abiertas: esforzándose por la interoperabilidad con el ecosistema de Ethereum y construyendo sobre normas abiertas, tanto las que existen (por ejemplo, ERC-20, ERC-1271…) y aquellos que están en desarrollo (por ejemplo, abstracción de cuenta, transferencias entre L2 cruzadas, L1yL2pruebas de cliente ligero, próximos estándares de formato de dirección). Si desea introducir una nueva función que no esté bien atendida por los estándares existentes, escriba un nuevo ERC en colaboración con otros. Las aplicaciones y billeteras se pueden calificar según los ERC con los que son compatibles.
• Descentralización y seguridad: evitar puntos de confianza, minimizar vulnerabilidades de censura y minimizar la dependencia de la infraestructura centralizada. Las métricas naturales son (i) la prueba de abandono: si su equipo y servidores desaparecen mañana, ¿seguirá siendo utilizable su aplicación y (ii) la prueba de ataque interno: si su propio equipo intenta atacar el sistema, ¿cuánto se romperá y cuánto daño podría causar? Una formalización importante es la Etapas de rollup de L2beat.
• Positive-sum
  • Hacia Ethereum: el proyecto que tenga éxito debería beneficiar a toda la comunidad de Ethereum (por ejemplo, los poseedores de ETH, los usuarios de Ethereum), incluso si no forman parte del propio ecosistema del proyecto. Ejemplos específicos incluyen el uso de ETH como token (y así contribuir a su efecto de red), contribuciones a la tecnología de código abierto y compromisos para donar un % de tokens o ingresos a bienes públicos del ecosistema de Ethereum en general.
  • Hacia el mundo más amplio - Ethereum está aquí para hacer del mundo un lugar más libre y abierto, permitir nuevas formas de propiedad y colaboración, y contribuir positivamente a los desafíos importantes que enfrenta la humanidad. ¿Tu proyecto hace esto? Ejemplos incluyen aplicaciones que brindan un valor sostenible a audiencias más amplias (por ejemplo, inclusión financiera), donaciones a bienes públicos más allá de Ethereum y desarrollo de tecnología con utilidad más allá de la criptografía (por ejemplo, mecanismos de financiamiento, seguridad informática general) que realmente se utilizan en esos contextos.

Mapa de nodos de Ethereum, fuente ethernodes.org

Obviamente, no todo lo anterior es aplicable a cada proyecto. Las métricas que tienen sentido para L2s, billeteras, aplicaciones de redes sociales descentralizadas, etc., van a ser muy diferentes. Las métricas diferentes también pueden cambiar en prioridad: hace dos años, que los rollups tuvieran "ruedas de entrenamiento" estaba bien porque eran los "primeros días"; hoy en día, necesitamos pasar al menos a la etapa 1 lo antes posible. Actualmente, la métrica más legible para ser suma positiva es el compromiso de donar un porcentaje de tokens, algo que cada vez más proyectos están haciendo; mañana podemos encontrar métricas para hacer que otros aspectos de la suma positiva también sean legibles.

Mi objetivo ideal aquí es que veamos más entidades como L2beatemergiendo para rastrear qué tan bien los proyectos individuales están cumpliendo con los criterios mencionados anteriormente, y otros criterios que la comunidad proponga. En lugar de competir por tener los amigos correctos, los proyectos competirían por estar lo más alineados posible según criterios claramente comprensibles. La Fundación Ethereum debería mantenerse un paso alejada de la mayoría de esto: financiamos L2beat, pero no deberíamos ser L2beat. Hacer el próximo L2beat es en sí mismo un proceso sin permisos.

Esto también daría a la EF y a otras organizaciones (e individuos) interesados en apoyar y participar en el ecosistema manteniendo su neutralidad, una ruta más clara para determinar qué proyectos apoyar y utilizar. Cada organización e individuo puede hacer su propio juicio sobre cuáles son los criterios que más les importan, y elegir proyectos en parte basándose en cuáles se ajustan mejor a esos criterios. Esto hace que sea más fácil tanto para la EF como para todos los demás formar parte del incentivo para que los proyectos estén más alineados.

Solo puedes ser una meritocracia si se define el mérito; de lo contrario, tienes un juego social (probablemente exclusivo y de suma negativa). Las preocupaciones sobre "quién vigila a los vigilantes" se abordan mejor no apostando todo a un intento de asegurarse de que todos en posiciones de influencia sean ángeles, sino a través de técnicas probadas como la separación de poderes. Las "organizaciones de panel" como L2beat, exploradores de bloques, y otroecosistemamonitoresson un excelente ejemplo de este principio que funciona en el ecosistema de Ethereum hoy. Si hacemos más para que los diferentes aspectos de la alineación sean legibles, sin centralizar en un solo 'observador', podemos hacer que el concepto sea mucho más efectivo, justo e inclusivo de la manera en que el ecosistema de Ethereum se esfuerza por ser.

Descargo de responsabilidad：

1. Este artículo se reproduce desde [Vitalik Buterin], Todos los derechos de autor pertenecen al autor original [Vitalik Buterin]. Si hay objeciones a esta reimpresión, por favor contacte a la Gate Learnequipo, y ellos lo manejarán rápidamente.
2. Renuncia de responsabilidad: Las opiniones expresadas en este artículo son únicamente las del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.