Sección 1 - Una breve historia de Ethereum

^would read that

Antes de mirar hacia adelante, hagamos un balance de Ethereum como existe hoyy cómo llegamos aquí. En los 3.5 años desde el clásico de octubre de 2020 de Vitalik, Un mapa de ruta centrado en rollup de ethereum,” mucho ha cambiado. Usando las actualizaciones del protocolo como “hitos” de progreso, nos enfocamos en el “punto principal” de cada actualización de consenso. Para ver la lista exhaustiva de actualizaciones de la capa de ejecución y las EIPs de cada bifurcación, consulte el historia de ethereumpágina.

[December 1, 2020] – Beacon chain genesis

Apenas 35 segundos en el último mes del año, tuvimos nuestro primer bloque de cadena de faros (probablemente deberíamos haber alineado los tiempos de ranura a 0,12,24,36,48 en lugar de 11,23,35,47,59

(diapositiva 41) pero ay).

Ver la publicación de anuncios.

[27 de octubre de 2021] - Altair

Esta bifurcación implicó la actualización de los incentivos para validadores y la adición de soporte para clientes ligeros. También sirvió como una "bifurcación de prueba" para la capa de consenso para prepararse para la fusión.

Ver la especificación de consenso y la especificación anotada.

[15 de septiembre de 2022] - Bellatrix / París

"La fusión." Ethereum ahora es completamente de prueba de participación.

Ver la especificación de consenso, la especificación anotada y la especificación de ejecución.

[12 de abril de 2023] - Capella / Shanghai

"Retiros." Un pequeño fork para cerrar el ciclo en el mecanismo de prueba de participación.

Ver la especificación de consenso, la especificación anotada y la especificación de ejecución.

[13 de marzo de 2024 (programado)] – Deneb / Cancún

“Proto-danksharding (EIP-4844)”. La actualización de la fragmentación de datos de envío.

Ver la especificación de consenso y la especificación de ejecución.

En esta granularidad ampliada, la razón para el camino de actualización es clara.

• Desde diciembre de 2020 hasta abril de 2023 (~2.5 años), los desarrolladores principales e investigadores llevaron a cabo la maratón de prueba de participación™. Todavía es asombroso el nivel de ingeniería, investigación, coordinación y colaboración que se realizó en la fusión, y el hecho de que haya salido tan bien como lo hizo es un testimonio de la excelencia técnica de la comunidad.
• Desde principios de 2023 hasta hoy (1 año), el enfoque de la comunidad se ha desplazado hacia el envío de proto-danksharding (EIP-4844). "Dencun" representa el primer paso significativo hacia la escalabilidad de Ethereum al reducir los costos de datos para las L2. Si bien esta actualización resultó compleja, el final está a la vista: la fecha de la bifurcación de la red principal es 13 de marzo de 2024.

La estrategia implementada a través de estas bifurcaciones ha sido clara, centrada y congruente con la hoja de ruta centrada en rollup.Tim Beikoutiliza la metáfora de que cada bifurcación es como una “list” de “artistas de festivales de música”. Mientras que muchos intérpretes (EIPs) se agrupan en un solo evento, un artista principal define la bifurcación. Hasta ahora, los artistas principales han sido “genesis de la baliza”, “incentivos para validadores”, “el merge”, “retiros” y “danksharding proto”. Incluso con el beneficio de la retrospectiva , no cambiaríamos el enfoque de ninguna bifurcación dura hasta ahora.

Sección 2 — Ethereum en 2024, una verificación de ambiente

^is anyone excited for the new “Malvado”) película?

Ok ... suficiente autoelogio y retrospectiva de palmaditas en la espalda. Veamos críticamente el Ethereum actual. Como señala Dorothy en la imagen de arriba, 'ya no estamos en 2020'; los problemas modernos requieren una reflexión honesta. Mientras el ecosistema crece y se profesionaliza, muchos temas compiten por atención y acción. La cacofonía resultante dificulta distinguir qué es importante y por qué. Destilamos muchas líneas de discusión en tres pilares centrales: escalado, MEV@mikeneuder/rcr2vmsvftv#fn1">[1], & staking (aproximadamente correlacionado con el “Surge,” “Scourge,” & “Merge” en Vitalik’shoja de rutaA pesar de la completitud, destacamos algunas preguntas fundamentales asociadas con cada tema.

1. Escalado - ¿Cómo debería continuar escalando Ethereum?
   • ¿Cómo debería Ethereum pensar en escalar DA dado la proliferación dealternativa DA fuentes?
   • ¿Debería Ethereum intentar escalar la ejecución mientras seguimos el roadmap de data-sharding?
   • ¿Debería Ethereum tener una Historia clarasobre el manejo de la fragmentación de liquidez entre cadenas y la composibilidad de L2 habilitada por la L1?
2. MEV – ¿Cómo debería responder Ethereum a MEV?
   • ¿Es el estado actual de centralización del constructor¿aceptable?
   • ¿Cómo puede Ethereum preservar fuerteresistencia a la censurapropiedades en un mundo de producción de bloques distribuidos en ley de potencia?
   • ¿Cómo debería Ethereum responder a la dependencia de mev-boost y a los problemas recientes en torno al software fuera del protocoloerror de prysm, cruzado bajo en carbohidratos, bloXroute fracaso optimista)?
   • ¿Debería Ethereum responder a la llegada de juegos de tiempoen la red principal?
3. Staking: ¿Cómo debería evolucionar el staking de Ethereum?
   • ¿Qué tan determinado debería ser Ethereum sobre la reducción de la participación@djrtwo/risks-of-lsd">centralization?
   • ¿Debería Ethereum considerar activamenteconsagrar¿Algunas características de LST?
   • ¿Cuáles son los riesgos a medio plazo de que Coinbase y otros exchanges centralizados acumulen cantidades significativas de participaciones en Ethereum (especialmente teniendo en cuenta el custodiosde la ETF de Bitcoin probablemente se traducirá a las presentaciones de ETF de ETH y ETH en staking)?
   • ¿Cómo preservamos a los validadores en solitario cueste lo que cueste, dado que ya son un parte relativamente pequeñade la red?
   • ¿Cómo puede el riesgos de volver a apostarser abordado adecuadamente?

Mientras este muro de preguntas se siente aterrador, no podemos permitir que nos lleve aanálisis parálisis. Las secciones siguientes tienen como objetivo reformular la discusión en torno a los objetivos del protocolo (§3) y los no-objetivos (§4).

Sección 3 — ¿En qué destaca Ethereum?

Pausando nuestra línea de tiempo en el presente, veamos la excepcionalidad de Ethereum®. Debido a todas estas presiones exógenas, la claridad sobre las prioridades de Ethereum es escasa. En lugar de razonar de arriba hacia abajo acerca de qué riesgos sonmás arriesgado, proponemos un recentramiento bottom-up sobre qué es Ethereum y qué lo hace único ✨.

1. Descentralización, Resistencia a la censura, Neutralidad creíble, Permiso libre, Sin confianza.
   • Estos descriptores son la raíz de los valores de Ethereum. Cada uno tiene un significado ligeramente diferente (sobre lo que no discutiremos), pero todos ellos se conectan a la misma energía que encarna la ética del protocolo. Son el “factor clave”.
   • La descentralización es un medio para proporcionar resistencia a la censura. Sin descentralización, una parte o sindicato puede ejercer influencia sobre la cadena de bloques, y con ese poder, es cuestión de tiempo antes de que se aproveche de ello.
   • La resistencia a la censura es un medio para proporcionar neutralidad creíble. Por definición, un sistema debe tratar a todas las personas por igual para ser neutralidad creíble.
   • La resistencia a la censura es un medio para mantener la falta de permisos. La falta de permisos abarca el uso del blockchain (como firmante de transacciones), la capacidad de implementar aplicaciones (como desarrollador) y la viabilidad de interactuar con el blockchain sin ningún tercero de confianza (como validador) – cada uno es fundamental.
   • Apostadores en solitario@mikeneuder/rcr2vmsvftv#fn2">[2] hacer que Ethereum sea descentralizado. Cada decisión en el diseño de Ethereum debe tener en cuenta al validador en solitario. Sin validadores en solitario, no hay una descentralización significativa.
   • La resistencia a la censura se manifiesta en momentos de cisne negro. No se siente relevante hasta que es la única propiedad que importa. Por ejemplo, en Canadá, la protección de sus derechos de propiedad privada no se sintió urgente hasta que fueron abrubtamente llevadoen 2022.
2. La comunidad.
   • Gobierno descentralizado. Ethereum es y tiene como objetivo seguir siendo mucho más grande que cualquier entidad individual. ética de código abierto Se aplica a través de la pila desde el software cliente, la especificación del protocolo, la investigación, los eventos, la coordinación, etc.
   • Diversidad de clientes. Ethereum tiene una próspera multi-clientecosistema.Ventajas técnicasademás, la diversidad de clientes crea un amplio conjunto de desarrolladores íntimamente familiarizados con el protocolo y que aportan su valiosa energía, habilidades y perspectiva para mejorarlo.
   • Ethereum es acogedor y amable. La “gente” (a menudo denominada como la Capa 0) es el Ingrediente Esencial. Con conferencias regulares en todo el mundo, miles de relaciones interpersonales y en general, ~buenas vibraciones~, Ethereum ha sido durante mucho tiempo el “hogar digital” para los nuevos participantes en criptomonedas.
3. Ether el activo.
   • Distribución. Si bien creemos que proof-of-stake es el algoritmo de consenso correcto + protección Sybil para Ethereum, es innegable que tener siete años de proof-of-work fue un gran mecanismo de distribución de tokens.
   • Lindy. Por el simple hecho de existir durante mucho tiempo, la red Ethereum ha demostrado su antifragilidad, lo que crea confianza en el token de la red y su propuesta de valor.
   • Utilidad. Adoptamos la analogía que compara el bitcoin con el oro digital y el ether con el petróleo digital. Después de todo, ether es el token de gas de la red Ethereum.
   • Dinero. A diferencia de su contraparte analógica (extendiendo la analogía del petróleo), ether también tiene propiedades monetarias (activo colateral en DeFi, unidad de cuenta para bienes digitales y seguridad económica, medio de intercambio en todo el ecosistema) que amplían su valor y le otorgan un "prima monetaria." La candidatura de Ether como "Gate"dinero mercancíade internet” sigue siendo fuerte.
   • Valor como condición necesaria para la seguridad. Un principio fundamental de la “dinero de ultra sonidoLa tesis es que la seguridad de la red depende del valor de ether, el activo; sostenemos que esto es cierto. Si Ethereum tiene como objetivo ser la capa de liquidación para billones de dólares de ancho de banda económico, el token que denota la seguridad de esos@nic__carter/its-the-settlement-assurances-stupid-5dcd1c3f4e41">¡Las garantías de liquidación deben ser valiosas.
   • Los efectos de red. La liquidez, las aplicaciones existentes y los desarrolladores, el EVM, la rápida adopción de L2, etc., todos contribuyen a los sólidos efectos de red de ether como activo y del ecosistema de Ethereum en su conjunto.

Lo anterior no es exhaustivo ni prescriptivo. Estos puntos destacan el elementosde la diferenciación de Ethereum. Esta enumeración es especialmente relevante ya que ahora dirigimos nuestra atención a los "no-objetivos" del protocolo. En nuestra estimación, enfocarse en lo siguiente sería "perderse en los detalles", incluso si hacerlo tuviera beneficios a corto plazo.

Sección 4 — ¿Qué no está intentando hacer Ethereum?

"Allá vas de nuevo con la adoración proselitista." Si esta es tu actitud actual, entonces esta sección es para ti. En contraste con lo que Ethereum hace bien, también buscamos identificar los objetivos explícitos no deseados (en nuestra opinión) de la red Ethereum.

1. Proporcione la ejecución L1 más hospitalaria.
   • Este es un punto de partida crítico, ya que es la hoja de ruta centrada en rollup explícitamentetiene como objetivo impulsar la actividad del usuario hacia los L2s. Al fragmentar los datos y no la ejecución, Ethereum adoptó una postura con opinión de que la ejecución de L1 probablemente seguirá siendo costosa y no está destinada para transacciones diarias.
   • Ejemplo de tensión resultante: mientras los desarrolladores de capa de aplicación se quejan de los largos tiempos de ranura y las altas tarifas, el hecho sigue siendo que la capa L1 de Ethereum no tiene la intención de ser un lugar para aplicaciones. Diseñar Ethereum para ser la "mejor capa de liquidación y asentamiento para L2s" podría contradecir directamente los deseos de los desarrolladores de aplicaciones L1. Por ejemplo, disminuir los tiempos de ranura (puramente hipotético) mejoraría drásticamente la experiencia de usuario de las transacciones L1 en detrimento de la comunidad de participación en solitario; esto no parece un compromiso que valga la pena hacer.
   • Sin embargo, esto no significa que Ethereum deba activamente empeorar la ejecución de L1. Porque L1 sigue proporcionando el ejecución forzada de transacciónrespaldo para L2, es importante asegurarse de que aún sea algo razonable realizar transacciones en L1. Discusiones alrededor de Aumenta el límite de gas podría ayudar aquí.
2. Proporcionar la capa DA más barata.
   • Esto es importante a medida que las capas alternativas de DA junto con las narrativas "modulares" de blockchain continúan ganando impulso. Las capas alternativas de DA no utilizan ninguna tecnología mágica que no esté disponible para Ethereum. En cambio, no tienen como objetivo establecer y nutrir un ecosistema de participación en solitario.
   • Ejemplo de tensión resultante: se deduce que Ethereum no buscará escalar byte por byte al mismo ritmo que estas redes porque Ethereum no está dispuesto a comprometerse a mantener los requisitos de ancho de banda (y computación) razonables para los validadores en solitario.
   • Sin embargo, Ethereum tiene como objetivo seguir siendo el "Manhattan" del espacio de bloques + blobs. Escalar el espacio de blobs "lo suficientemente rápido" para mantener una alta utilidad sin comprometer la seguridad es vital. Ethereum se beneficia de ocuparcatbird seat; los efectos de red de la liquidez, la componibilidad, las aplicaciones y las L2 existentes son extremadamente potentes. Ethereum DA debería seguir proporcionando el mejor valor en términos de precio por valor para los rollups.
3. Operar como una startup.
   • Como se mencionó anteriormente, Ethereum tiene un Gobierno Realmente Descentralizado. Con múltiples clientes de consenso y ejecución, desarrolladores de aplicaciones, proveedores de infraestructura, proveedores de servicios de capa de aplicaciones, investigadores, educadores, etc., muchas personas con "piel en el juego" e intereses potencialmente conflictivos tienen voz en el futuro del protocolo. La gobernanza de Ethereum no puede ni debe intentar imitar la eficiencia operativa de una empresa/startup con una clara jerarquía organizativa y toma de decisiones centralizada.
   • Ejemplo de tensión resultante: las actualizaciones de la red son una tarea enorme. Muchos forasteros lamentan la latencia entre las actualizaciones, la falta de plazos específicos y el proceso ACD en general, ¡pero la nave está funcionando según lo previsto! Recuerde § 1.
   • Sin embargo, Ethereum todavía debe tratar de ser efectivo y eficiente según lo permitido dentro del régimen de gobernanza descentralizada. Si bien el protocolo eventualmente debe solidificarse (los protocolos en la práctica son lentos para cambiar, véase IPv4/IPv6), todavía hay mejoras claras que supervisan la viabilidad a largo plazo de la red. Ethereum debe evitar la osificación prematura debido a la politización y continuar ejecutando los elementos del plan de trabajo.

steps off the soapbox.Si bien creemos que la sección anterior no es controvertida (taparse los oídos para evitar gritos), permitimos que se incline hacia un Territorio más Subjetivo; la sección posterior entra en la Zona de Opinión completa. Pero es necesario. Con recursos limitados, las decisiones difíciles sobre el futuro de Ethereum son obligatorias. Presentamos nuestra humilde perspectiva sobre la bifurcación de Praga/Electra (§5.1) y el mediano plazo (§5.2). (usando mucho “§” jaja).

Sección 5 — Mirando hacia el futuro

^ woke up feeling bullish

Si todavía estás aquí, gracias por seguir con nosotros. Finalmente nos sentimos preparados para abordar la pregunta de "mirar hacia adelante". ¿De eso se tratan los mapas de ruta, verdad? Este tratado de alguna manera para el mapa de ruta centrado en rollup con la comprensión actual tiene como objetivo enmarcar el futuro de Ethereum basándose en lo anteriormente dicho:

• Reconocimiento de la perspectiva histórica descrita en §1.
• Conciencia de las realidades modernas de Ethereum presentadas en la sección 2.
• La alineación con lo que hace especial a Ethereum se destaca en la sección 3.
• Acuerdo de lo que Ethereum no está tratando de lograr expresado en §4.

Hasta este punto, hemos sido objetivos y nos hemos centrado en los hechos. Por el contrario, presentar opiniones sobre cómo debería avanzar Ethereum cae claramente en el ámbito de la subjetividad. Lo que sigue es la opinión de los autores y, por lo tanto, está condicionada por sus sesgos, que el comprador tenga cuidado. Sin embargo, creemos que es mejor intentar expresar nuestras opiniones manteniéndonos abiertos a ser convencidos por otras perspectivas; "opiniones fuertes, mantenidas de manera flexible".

Dado que se ha discutido el final del juego finalmente, dividimos nuestra visión a futuro en dos horizontes temporales más cortos. Primero, delineamos una hipotética bifurcación dura de Prague/Electra (condicionada a un objetivo de fin de año 2024, que parece ser el consenso aproximado). En segundo lugar, nos adentramos en el futuro “a medio plazo”, que definimos como los próximos 3-4 años. Dentro de cada subsección, dividimos la visión en las tres pistas mencionadas anteriormente: escalabilidad, MEV y participación en la validación.

§5.1 – Hacia Praga/Electra (con objetivo de finales de 2024)

Inspirado porreth, prysm, y @dapplion/lighthouse_pectra">sigma prime releasing their view of the Prague/Electra fork, we share what an ideal (from our POV) end-of-year fork would contain.

• Escalando la pista - "Continuar escalando Ethereum, manteniéndolo como el 'Manhattan' del espacio de bloques y blobs."
  • Incrementar el recuento de blobs basado en el análisis de datos de la red principal 4844, tal vez junto con un costo CALLDATAajuste. Comience a implementar PeerDAS, sin obstaculizar la bifurcación de Praga/Electra en ella@mikeneuder/rcr2vmsvftv#fn3">[3].
• Pista de MEV: 'Dar un primer paso hacia la mitigación de los riesgos de centralización de MEV en el protocolo al consagrar listas de inclusiones'.
  • Ver EIP-7547yTrabajo relacionado.
• Staking track: "Mejorar la experiencia de usuario del staking y comenzar a invertir recursos de desarrollo hacia los árboles Verkle y la apatridia".
  • Agregando salidas activadas por EL (EIP-7002) y siguiendo adelante con el compromiso con Verklepara la bifurcación dura de Osaka.

Alejándonos un poco (pero notodo el camino) , la ventana de 3-4 años nos da más margen para contextualizar los temas más amplios.

§5.2 - Y más allá ("mediano plazo" ≈ 3-4 años)

• Pista de escalado: "Escalar Ethereum DA 3 veces en cada uno de los próximos cuatro años".
  • Esta ambiciosa meta articulada por Ansgarestá lejos de ser una conclusión definitiva pero proporciona un modelo mental de cómo Ethereum podría comprometerse razonablemente a escalar a medio plazo. Lo siguiente permite un aumento de 81×81× en el rendimiento de datos durante estos cuatro años…
    • 2023 (aproximadamente) - 3x agregando EIP-4844
    • 2024 - 3x aumentando la cantidad de blob y modificaciones de gas
    • 2025 - 3x agregando PeerDAS
    • 2026 - 3x al agregar Danksharding completo
  • Esto permitirá que Ethereum DA mantenga su competitividad en términos de precio-por-byte-por-seguridad. Mantener los rollups de propósito general de “blue chip” en Ethereum DA es imperativo porque la hoja de ruta de escalabilidad de Ethereum depende de la existencia de rollups que no comprometeren seguridad.
• MEV track – “Realizar investigación y desarrollo para determinar la solución de protocolo a largo plazo para MEV.”
  • Con @mikeneuder/buffet-infinito">ePBS, boletos de ejecución, Preconfirmaciones basadas, mev-burn, mempools encriptados, juegos de sincronización, multiplicidad para resistencia a la censura, etc…, hay muchas preguntas sin respuesta sobre cómo debería responder el protocolo al MEV.
  • Creemos que dentro del marco temporal a medio plazo, se debería hacer un esfuerzo concertado hacia la investigación e implementación de las características del protocolo de fin de juego en respuesta a MEV.
• Staking track – “Proteger al solo-staker de Ethereum mientras iteramos en la prueba de participación.”
  • Implementar árboles verkle y MAX_EFFECTIVE_BALANCEEstas dos actualizaciones cuentan con un amplio apoyo, benefician a los validadores individuales y idealmente se enviarán lo antes posible.
  • Decidir sobre el @vbuterin/single_slot_finality">camino hacia finalidad de una sola ranura. La ruta depende de las decisiones tomadas en torno al número objetivo de Validadores de Ethereumy las modificaciones a la emisión (ver el trabajo reciente de Anders [@anderselowsson1, /EmisiónMínima@anderselowsson/HyUIqjo_6">2]).
  • Responder a incertidumbres significativas resultantes de la centralización de la participación, el impacto del restaking y LSTs + LRTs (potencialmente la tarea más importante).

Para cerrar, Ethereum está definido por la comunidad. Mucho ha cambiado desde 2020, pero la gente permanece. Más allá de cualquiera de las direcciones técnicas destacadas anteriormente, poner 'alineación', política y pensamiento de suma cero a un lado mientras se esfuerza por seguir siendo la comunidad más abierta y acogedora es fundamental para el éxito de El Proyecto.

gracias por leer 📖🤓

1. Usamos 'MEV' para capturar ampliamente las externalidades asociadas con el protocolo de ejecución: MEV, censura, juegos de tiempo, etc. De nuevo, el 'Azote' de Vitalik es el modelo mental correcto, pero usamos 'MEV' como un término general debido a su familiaridad.@mikeneuder/rcr2vmsvftv#fnref1">↩︎
2. Usamos "solo stakers" para categorizar ampliamente la larga cola de validadores de Ethereum que participan en el consenso. En el futuro, cómo se ve esta participación podría cambiar, pero lo que permanece es que hay individuos en muchas jurisdicciones diferentes participando. El contrafáctico de que "toda la participación en staking/validación/consenso sea manejada por operadores profesionales en una pequeña región geográfica" deja al protocolo expuesto a presiones externas.@mikeneuder/rcr2vmsvftv#fnref2">↩︎
3. Un hecho poco mencionado en torno a PeerDAS es que no es necesario que se implemente en cada cliente durante una bifurcación dura específica más allá de cada cliente que implementa la interfaz. Una vez que todos "hablan" PeerDAS, los clientes pueden diferir de forma segura en cuanto a los blobs que eligen descargar. Un cliente que descarga todos los blobs sería un "supernodo" de facto. Ver documento de Francescopara obtener más información sobre PeerDAS.@mikeneuder/rcr2vmsvftv#fnref3">↩︎

Descargo de responsabilidad：

1. Este artículo es reimpreso de [@mikeneuder/rcr2vmsvftv"">@mikeneuder], Forward the Original Title'ollup-Centric Roadmap (2024 version) (mike+stokes version) (From The Vault)',Todos los derechos de autor pertenecen al autor original [@mikeneuder]. Si hay objeciones a esta reimpresión, por favor contacte alAprendizaje de la puertaequipo, y ellos lo resolverán rápidamente.
2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente 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.