Interpretación de las cinco etapas principales de Ethereum en el futuro Cuál es la forma final de Ethereum

Autor original: Alec Chen, Volt Capital Compilación original: Kxp, BlockBeats "The Merge", es decir, se planea completar la conversión de Ethereum a una red de prueba de participación en la red principal a fines de septiembre de este año. . Esta actualización tiene como objetivo mejorar sistemáticamente la accesibilidad de la cadena de bloques y la transición de Ethereum de un mecanismo de consenso de prueba de trabajo al estilo Bitcoin a un sistema de prueba de participación. La hoja de ruta de Ethereum, desde realizar sharding hasta centrarse en Rollup, es un paso fundamental para escalar la cadena de bloques para los próximos mil millones de usuarios. Como se señaló en nuestro artículo anterior, Explorando las cadenas de bloques modulares, la disponibilidad de datos y la fragmentación en una arquitectura modular permite que las cadenas de bloques escalen el rendimiento sin sacrificar la descentralización. Al mismo tiempo, el artículo analiza en profundidad la disponibilidad de datos, el resumen y la prueba de falla/validez, lo que sienta las bases para una mayor comprensión de los antecedentes y objetivos de las fusiones. Este artículo proporcionará un análisis en profundidad de los detalles técnicos de la fusión, la nueva hoja de ruta de Ethereum y lo que significa este cambio para los usuarios y desarrolladores. Fuente: @ptrwtts Originalmente, el plan para Ethereum 2.0 (el término ahora se eliminó) era lograr escalabilidad al dividir la red principal en 64 fragmentos, cada uno con mineros/validadores independientes. Luego, los usuarios enviarán transacciones a fragmentos específicos en función de la congestión, la utilización y el rendimiento. Debido al desarrollo continuo de Rollup y la complejidad de la fragmentación de la ejecución, la hoja de ruta de escalabilidad original centrada en la fragmentación de la ejecución ya no es aplicable, por lo que la gente comenzó a adoptar la fragmentación de datos. Desde el punto de vista del equipo de Ethereum, Rollup se convertirá en un elemento clave de la expansión de Ethereum. Planean hacer de Ethereum actualizado una poderosa capa de liquidación y disponibilidad de datos, y permitir que Rollup obtenga seguridad de ello. Fuente: Libro ETH2 Contrariamente a la opinión común, el propósito de la fusión no es reducir los costos de transacción, sino transformar Ethereum en una capa de infraestructura para Rollup, y la construcción de la cadena de balizas es el primer paso para lograr este objetivo. paso clave. Ethereum cambiará del sistema anterior de "prueba de trabajo" al sistema de "prueba de participación", y en este sistema, los contribuyentes deben proporcionar garantías para producir bloques, a fin de evitar cualquier comportamiento deshonesto. Después de que el sistema de consenso se transfiera a la prueba de participación, el comité de verificación se introducirá como una primitiva, lo que fortalecerá el consenso de la red y allanará el camino para la formación de una capa de disponibilidad de datos eficiente dentro del protocolo. La cadena de balizas es responsable de coordinar a los participantes y no procesa ni ejecuta transacciones como lo hace Ethereum hoy. Más específicamente, la fusión en realidad fusiona la antigua capa de ejecución de Ethereum con el nuevo motor de consenso provisto por la cadena de balizas, transformando el algoritmo existente que utiliza mineros bajo el sistema de prueba de trabajo en una red coordinada de validadores bajo la prueba de trabajo. sistema de apuestas. Al mismo tiempo, esta transformación también sentó las bases para la fragmentación: en el pasado, bajo el sistema de prueba de trabajo, el trabajo de los mineros no se registraba, por lo que podían dejar de trabajar y abandonar la red a voluntad; bajo la prueba de trabajo. sistema de participación, la cadena de balizas Todos los productores de bloques aprobados están registrados y pueden coordinar y paralelizar los votos del validador. Crypto.com nombra al ex ejecutivo de Visa y Standard Chartered Bank, Patrick Yoon, como Gerente General de Corea del Sur: El 7 de septiembre, Crypto.com anunció el nombramiento del ex ejecutivo de Visa y Standard Chartered Bank, Patrick Yoon, como Gerente General de Crypto.com en Corea del Sur. Durante su mandato en Visa, Patrick Yoon trabajó con partes interesadas clave en la industria financiera coreana, incluidos reguladores e instituciones financieras, y ayudará a la empresa a impulsar el crecimiento comercial sostenible dentro del marco regulatorio. Crypto.com es una plataforma de activos encriptados que proporciona una variedad de productos y servicios de moneda encriptada. (cryptoblog)[2021/9/7 23:05:40] Fuente: Libro ETH2 La formación del comité de validación es una innovación importante de la cadena de balizas. Son asignados aleatoriamente por la cadena de balizas y son responsables de votar en bloques y formando consenso. El voto combinado del comité se llama mensaje testigo, lo cual es conveniente para que las personas verifiquen fácilmente el estado de la cadena de balizas al verificar el voto del comité. En comparación con la verificación por un solo validador, este enfoque minimiza el tamaño del bloque y los datos. aumento. Al mismo tiempo, el mensaje de atestación también fortalece el consenso, porque en este modo, crear una bifurcación requerirá la participación de una gran cantidad de validadores. Además, los validadores se reemplazarán regularmente para evitar que los validadores maliciosos se confabulen para lanzar ataques. Fuente: Después de la fusión de Flashbots, Ethereum tendrá una separación entre proponente y constructor para la capa de consenso. Vitalik cree que todas las cadenas de bloques deberían eventualmente poder realizar una producción de bloques centralizada y una verificación de bloques descentralizada. Dado que los datos del bloque de Ethereum fragmentados son muy densos, la producción de bloques debe centralizarse debido a los altos requisitos de disponibilidad de datos. Al mismo tiempo, también debemos configurar un conjunto descentralizado de validadores para validar bloques y realizar muestreos de disponibilidad de datos. El rol de constructor crea un bloque de carga útil de ejecución de Ethereum con transacciones de usuario y lo envía junto con una oferta al proponente (un subconjunto seleccionado al azar del conjunto de validadores) para su aceptación. Una vez que el proponente acepta la carga útil, firma el bloque y lo propaga a través de la red. Esta estructura elimina la posibilidad de que los validadores se pongan al día, ya que la carga útil enviada al proponente se despoja del contenido de la transacción. En un mercado eficiente, la introducción del mercado de espacios en bloque también incentiva a los constructores a participar en las licitaciones de MEV, lo que permite que los validadores descentralizados obtengan la mayoría de las recompensas de MEV. En comparación con la simulación de Ethereum, esta configuración puede evitar que los mineros desestabilicen el consenso y reducir la generación de MEV dañinos. Fuente Si bien la separación de proponentes y constructores se diseñó originalmente para contrarrestar las externalidades dañinas y las fuerzas de centralización de MEV, el equipo central de Ethereum se dio cuenta de que también podría servir para la fragmentación de datos. Danksharding lleva el nombre del colaborador principal Dankrad Feist. Su principal innovación es un mercado de tarifas fusionado, que reemplaza el número original de fragmentos con un número fijo de diferentes bloques y proponentes. Todas las transacciones y los datos dentro de un cierto período de tiempo serán seleccionados por el proponente Detrás de este proponente hay un comité de validadores generado aleatoriamente responsable de muestrear la disponibilidad de los datos de la cadena de bloques. De esta manera, la disponibilidad de datos del cliente ligero se puede mantener de forma descentralizada y está sujeta a la gran cantidad de datos en el bloque fusionado, lo que es simplemente imposible de lograr en un solo punto de verificación. Dado que los nodos de consenso también realizan muestreos de disponibilidad de datos, este modelo puede unificar la capa de liquidación, la capa de consenso y la capa de disponibilidad de datos. Las capas unificadas de liquidación y disponibilidad de datos abren nuevas puertas para los acumulativos que utilizan prueba de validez: los acumuladores ZK ahora pueden realizar llamadas sincrónicas con la capa de ejecución en Ethereum. Esto mejora las nuevas primitivas L2, como la liquidez distribuida y la escala fractal, sentando las bases para construir la próxima generación de Dapps innovadores en ZK Rollup. Si bien el danksharding es beneficioso para el desarrollo futuro de Ethereum, no desempeñará su función completa inmediatamente después de la fusión. Proto-danksharding (EIP-4844) es la versión original de danksharding, cuyo lanzamiento está previsto antes de la implementación completa de danksharding. Esta propuesta crea una primitiva denominada transacción portadora de blobs. Como sugiere el nombre, este tipo de transacción es aquella que lleva una carga útil de datos llamada blob. Los blobs servirán como el estándar de datos para Ethereum después de la fragmentación: se agrupan con compromisos polinómicos KZG y, debido a la desvinculación de la ejecución de EVM, los blobs también son un formato más eficiente que los datos de llamada. En la actualidad, Rollup todavía usa datos de llamadas para transferir datos de transacciones a Ethereum, lo que genera altos costos de gasolina. En el futuro de la fragmentación, Rollup utilizará Blobs para ahorrar a los usuarios los costos de gas relacionados con la ejecución de EVM. Al mismo tiempo, el objetivo de proto-danksharding es proporcionar a los desarrolladores este formato de datos de vanguardia y, al mismo tiempo, reducir temporalmente el costo de los datos de su resumen mediante la introducción de un formato y un mercado de tarifas separados para fragmentar sus datos. . Aunque proto-danksharding en sí mismo no implementa la fragmentación, proporciona un estándar para el formato de datos después de la fragmentación, que también es el primer paso en la creación de una capa de disponibilidad de datos nativa eficiente. Al mismo tiempo, también debemos considerar el estado de Ethereum y su almacenamiento. Dado que los validadores deben completar sus tareas en productos de hardware de consumo, el estado cada vez mayor puede afectar la descentralización. El blob Proto-danksharding se separó de la capa de ejecución de EVM y se eliminó después de aproximadamente un mes. Además, EIP-4444 puede hacer que los clientes dejen de entregar datos históricos en la capa de igual a igual después de aproximadamente un año. De todos modos, tenemos que hacer cumplir algún tipo de caducidad obligatoria del historial en la capa de protocolo, ya que la fragmentación agrega alrededor de 40 TB de datos históricos de blobs por año. El estado de la cadena de bloques debe almacenarse en RAM o SSD; sin embargo, el almacenamiento histórico, que son los datos que Ethereum ha llegado a un consenso, se puede almacenar en un disco duro económico. Dado que el almacén de historial opera en un modelo de confianza de minoría honesta (1 de N), no necesitamos almacenar datos históricos en nodos que realizan consenso en tiempo real. La especificación Danksharding asegura que los validadores almacenen y garanticen la disponibilidad de los datos que han acordado durante meses. Posteriormente, estos datos históricos truncados serán almacenados por terceros, como protocolos específicos de aplicaciones, BitTorrent, redes de portales, exploradores de bloques, entusiastas individuales o protocolos de índice. Fuente: Consensys Stateless Ethereum es otro objetivo en la hoja de ruta. Los productores de bloques utilizarán información testigo, que es una prueba que consiste en datos relevantes necesarios para ejecutar las transacciones en el bloque. Luego, los clientes pueden usar esta prueba para verificar que ejecutar la raíz del estado resultante del bloque requiere que ejecuten solo una parte del estado afectado, en lugar de todo el estado. En este diseño, la escala y la usabilidad de la prueba son dos cuestiones fundamentales: la primera cuestión se puede resolver convirtiendo la estructura de datos de estado de Ethereum a partir de la especificación de nivel de protocolo). Según Vitalik, al escalar Ethereum, debemos confiar en productores de bloques centralizados con hardware especializado mientras conservamos la validación descentralizada. Danksharding hereda la seguridad de Ethereum, pero también presenta requisitos más altos para Rollup. Después de unir estrechamente la disponibilidad de datos con las capas de consenso y liquidación, podemos actualizar la infraestructura subyacente para que Rollup pueda aprovechar las soluciones nativas de disponibilidad de datos y eliminar los supuestos de seguridad de validez y voluntariedad. Esto sienta las bases para la construcción de Enshrined Rollup, eliminando así el riesgo de gobernanza y contratos inteligentes en el futuro. Al mismo tiempo, Enshrined Rollup, que utiliza SNARK para realizar llamadas síncronas dentro del protocolo, también se ha convertido en un diseño clave para la futura expansión de blockchain. La ventaja de Rollup en el protocolo es que eliminará el costo de Gas del Smart Contract Rollup que se fija diariamente y se mide por la cantidad de bloques; y, debido a que el cálculo está desacoplado del consenso, el verificador ya no necesita volver -ejecutar la transacción para verificar el bloque; además, la diferencia de estado puede garantizarse mediante la prueba de validez, y el cliente apátrida ya no necesita descargar la prueba de testigo. Con estas ventajas, se mejorará el retraso en la liquidación, se mejorará la sincronización y el ancho de banda del validador, y se garantizará más la seguridad del puente entre cadenas. La Fundación Ethereum está trabajando actualmente para implementar este diseño en la hoja de ruta de Ethereum, planeando actualizar el EVM a un Enshrined Rollup compatible con SNARK. En publicaciones anteriores, discutimos los beneficios de una arquitectura modular fuera de la cadena y las soluciones para la disponibilidad, liquidación y ejecución de datos que están desarrollando los protocolos de terceros. El objetivo principal de la hoja de ruta de Ethereum es minimizar las suposiciones de confianza y proporcionar escalabilidad dentro del protocolo a través de soluciones nativas. La capa base de Ethereum alberga un ecosistema completo de aplicaciones descentralizadas que promete cambiar fundamentalmente la forma en que pensamos sobre la identidad, el almacenamiento, la búsqueda, la reputación y la privacidad en la era digital. A medida que actualizamos Ethereum a la capa base, también optimizamos esta capa de aplicación, lo que permite a los usuarios y desarrolladores escalar más casos de uso en una infraestructura global sólida y segura. Para Ethereum, su visión es construir un futuro digital para todo el mundo. Al mismo tiempo, continuará adhiriéndose al principio de neutralidad confiable y continuará desarrollando los efectos de red, la descentralización y la seguridad de Ethereum, consolidando así su posición en la futura red descentralizada. Parecería que esta fusión es el primer paso de Ethereum hacia la realización de esta visión

Tags：

SOL