Justo cuando estaba pensando en dónde irá la capa 2 de Ethereum a continuación, muchas comunidades en el extranjero ya han expresado su voz de "Hacer que Ethereum L1 vuelva a ser grandioso". De hecho, con la estrategia de desarrollo que se centró en Rollup-Centric en el pasado, el mercado colocó demasiado del sustento de Ethereum en la capa 2. Si se eliminan L1 y L2, ¿qué pasa desde la perspectiva de la optimización del rendimiento del propio Ethereum?
1) @VitalikButerin anteriormente llamó a Ethereum la hoja de ruta general de Rollup-Centric. Primero usó la actualización de Cancún EIP-4844 para reducir la tasa para incentivar la capa 2, y luego propuso aumentar la interoperabilidad entre la capa 2, lo que incluso debilitó o incluso cambió. la estrategia de fragmentación Sharding original para admitir la capa 2.
Tomar la capa 2 de Rollup como enfoque estratégico puede generar un TPS más alto, lo que permite implementar más escenarios de aplicaciones de transacciones de alta frecuencia, como juegos, dentro del ecosistema Ethereum. Esta estrategia de desarrollo en realidad renuncia al papel de la capa de ejecución de Ethereum Execution, que solo proporciona funciones importantes como seguridad, consenso y liquidación. Después de todo, debido a varias limitaciones, como la estructura de almacenamiento de datos de EVM, el rendimiento del hardware del cliente del nodo, la tasa de salida del tamaño del bloque, etc., desarrollar la capa 2 como el foco de la capa de ejecución es definitivamente mejor que el propio Ethereum L1.
Pero cuando la tarifa del gas de L1 caiga por debajo de 1 Gwei y el desarrollo de L2 sea temporalmente menor de lo esperado, algunas personas pensarán en reenfocar la red principal de Ethereum como la capa de ejecución y solo dejarán que la capa 2 proporcione la guinda del pastel. (Subtexto: el precio de la moneda propia de Layer2 no es alto, pero no puede afectar al propio Ethereum).
2) No es descabellado. De hecho, además de que la actualización de Cancún beneficia directamente a la capa 2, el foco de la próxima hoja de ruta de Ethereum, incluidos Verge y Purge, es el propio Ethereum.
Por ejemplo: el árbol Verkle integrado en la actualización de Verge utiliza un "cliente sin estado" para optimizar los costos de almacenamiento de nodos, y la introducción de planes de aceleración de hardware Ethereum y ASIC completamente SNARKed tienen como objetivo optimizar los costos de almacenamiento, mejorar el rendimiento de ejecución y, por lo tanto, aumentar Capacidades de expansión de Ethereum L1.
Los SNARK pueden reducir significativamente la cantidad de datos almacenados y transmitidos y mejorar la eficiencia de ejecución de la verificación y los cálculos complejos reducen la pérdida de ejecución de SNARK y mejoran la eficiencia de la ejecución a través de mejoras en el rendimiento del hardware. Cabe decir que después de dotar a la capa 2 de una serie de garantías de infraestructura, las actualizaciones posteriores de Ethereum se centrarán más en optimizar el rendimiento de los componentes de su propia cadena.
3) Sin embargo, no hay conflicto entre que la capa de ejecución Ethereum L1 Execution pueda realizar más transacciones y el desarrollo vigoroso de la estrategia de Capa 2. Para ser precisos, la capa 2 y la capa 1 corren en paralelo. yo
En términos de Layer2, @arbitrum, @Starknet, @MetisL2, @megaeth_labs, etc. continúan cultivando el ecosistema en función de sus respectivas ventajas principales y enfoque de desarrollo. No entraré en detalles aquí, pero están lejos de serlo. el punto de ser pesimista. Por favor, tenga más un poco de paciencia;
En términos de la capa 1, además de las próximas actualizaciones importantes de Ethereum en torno a su propio rendimiento, los avances tecnológicos en las dos áreas clave del protocolo marco subyacente ZK y la aceleración de hardware ZK también ayudarán directamente a que L1 vuelva a ser grandioso:
Por ejemplo: @ProjectZKM crea el protocolo universal ZK basado en la arquitectura de instrucciones del microprocesador zkMIPs. Además de la solución nativa de cadena cruzada de activos que lleva Bridgeless al ecosistema de Bitcoin como se mencionó anteriormente, el protocolo universal ZK permite que Ethereum sirva como ". capa de liquidación". Hacia la liquidez de cadenas más homogéneas o heterogéneas. Esto significa que otras cadenas pueden interactuar con la cadena Ethereum a través del protocolo ZK y luego ingresar más transacciones de liquidación clave y liquidez a la red principal de Ethereum, lo que naturalmente también fortalece el rendimiento de la "Ejecución" de Ethereum;
Otro ejemplo: @cysic_xyz está comprometido con la adopción a gran escala de la tecnología ZK a través de soluciones de aceleración de hardware a nivel de chip como FPGA, GPU y ASIC. Como proyecto de referencia para las pistas de aceleración de hardware y de vanguardia de ZK, el objetivo de Cysic es implementar completamente los fundamentos de ZK de Ethereum en el futuro. Cuando Ethereum esté completamente SNARKed, los nodos correspondientes de Ethereum también mejorarán el rendimiento del hardware, y la aceleración del hardware es una opción inevitable.
Eso es todo.
En definitiva, ya sea que nos centremos en promover la estrategia central de la L2 o en optimizar aún más el rendimiento de la L1, no es un conflicto entre uno y otro, sino una relación a largo plazo de competencia y cooperación.
A corto plazo, la capa 2 sigue siendo el tema principal de la expansión de Ethereum, pero a largo plazo, Ethereum se basa en la capa inferior ZK y la aceleración de hardware como una capa de acuerdo de consenso seguro, las capacidades de expansión que Ethereum puede llevar e implementar. También están llenos de imaginación. Ethereum no necesita ser genial. Una vez más, Ethereum siempre ha sido genial.
