1/30 V Dios actualizó recientemente la hoja de ruta de ETH, que contiene algunos [puntos interesantes] y [contraseñas ocultas] para que todos puedan interpretar:
Está dividido en seis etapas (cuadro negro), cada etapa tiene varios hitos (cuadro azul), y para completar cada hito se requieren varias tecnologías y propuestas (cuadro verde).
30/02 El hito A de la primera fase de Merge, "conversión a PoS", se completó con éxito y PoW se retiró del escenario de la historia. En cuanto a la función de retiro de Stake, a juzgar por la barra de progreso, está completa en un 80%. Se estima que los retiros se abrirán pronto. Esperamos con ansias la "actualización de Shanghai".
Se agregó recientemente el hito B de la fusión 3/3 "Confirmación final de bloque único (SSF)". ¿Qué es la finalización de bloques? Para dar un ejemplo inapropiado, en la pasada era PoW, generalmente se necesitaban 12 bloques para que los intercambios publicaran cuentas, pero esto era solo una demanda laxa y todavía había una probabilidad muy baja de bifurcaciones. Después de cambiar a PoS, teóricamente finalmente se confirmarán 32 bloques, y es absolutamente irreversible/bifurcado. He compartido información similar contigo en Twitter en el pasado, https://twitter.com/0x_Todd/status/1552577873889767425 No entraré en detalles aquí ~
4/30SSF a menudo se traduce como confirmación final de "ranura única", pero creo que es más sencillo decir "bloque único". Como sugiere el nombre, la confirmación final se puede completar en 1 bloque, lo que reduce el tiempo de confirmación de 32 bloques (6,4 minutos) a 12 segundos.
https://notes.ethereum.org/@vbuterin/single_slot_finality
5/30 Esto es difícil. Debe saber que en el consenso tradicional de BFT, aunque un consenso único es irreversible cada vez, no puede admitir muchos nodos. Una vez que haya más nodos, los requisitos de rendimiento del equipo de nodos aumentarán exponencialmente, mientras que el consenso PoW tradicional puede acomodar muchos nodos, y llevará mucho tiempo lograr una irreversibilidad del 99,99%.
30/6 Y SSF "quiere ambos y quiere más". Requiere una gran cantidad de nodos para participar, un umbral bajo para la participación de los nodos y una confirmación rápida en un solo bloque.
Esto depende del avance de la tecnología de firma (como BLS), de modo que un grupo de nodos puedan firmar juntos para ahorrar ancho de banda, junto con el mecanismo del comité, entonces existe la esperanza de una confirmación de bloque único. Sin embargo, mirando la barra de progreso, todavía queda un largo camino por recorrer.
30/7 La segunda fase de Surge es muy interesante. Añade un KPI muy intuitivo: el TPS debe llegar a 100.000. Pero agregué paréntesis con un poco de culpabilidad y dije que los resúmenes se consideran jaja. El hito A es completar la expansión inicial del paquete acumulativo, que depende completamente de la propuesta EIP-4844.
30/8 EIP-4844, proto-danksharding, se incluyó explícitamente en la hoja de ruta. 4844 es una solución frontal de Danksharding, que es menos difícil. En pocas palabras, los blobs se conectan primero a la red principal de ETH, de modo que todos los datos acumulativos se almacenan en blobs y no en la cadena principal. Similar a los almacenes logísticos que prefieren construirse en Kunshan en lugar de Shanghai. Esto le permite recibir más resúmenes y al mismo tiempo reducir el costo de cada resúmen. https://www.eip4844.com/
9/30 Además, dado que 4844 es una versión simple, el blob todavía es administrado por nodos PoS. De esta manera, los 16 MB originalmente planeados serían insoportables para el nodo, por lo que se cambiaron a blobs de 1 MB. Por supuesto, 1 MB no está mal y la tarifa acumulativa se puede reducir mucho. La barra de progreso es aproximadamente del 60%, por lo que el progreso se considera fluido.
30/10 El hito B de la segunda fase es la expansión completa del rollup. La atención se centra en la capa DA, que también almacena datos.
Una metáfora inapropiada es que sería excesivo que ETH almacenara algunos datos en persona, por lo que ETH decidió buscar un subcontratista. Entonces, para evitar que esta capa de datos (DA) subcontratada haga el mal, también se necesita el muestreo de datos (muestreo DA). Esto requiere la introducción de muchos algoritmos criptográficos. El progreso es impresionante y probablemente todavía se encuentre en la etapa de demostración teórica. . Ja ja.
11/30 Además, desde la perspectiva oficial de ETH, la madurez técnica de ZK es solo 1/3 y el sistema OP es solo 1/2. En otras palabras, uno está en el jardín de infantes y el otro todavía es un niño pequeño. lejos de serlo. Por lo tanto, es comprensible que las diversas series ZK que se lanzarán pronto sean básicamente producto de apresurarse para lanzarse a tiempo, y probablemente hicieron muchas suposiciones y compromisos centralizados.
30/12 Scourge se agregó recientemente en la tercera etapa, ¡que no estaba incluida en la hoja de ruta anterior! Este pequeño avatar zombie representa que esta etapa está dirigida principalmente a MEV, y estoy muy contento de que ETH le dé tanta importancia a esto. MEV es malo. Nansen etiquetó una dirección mía como un gran comerciante en cadena y víctima de un ataque tipo sándwich. Mis cabezas comerciales estaban apretadas todos los días y a ningún usuario le gustaba MEV.
13/30 Sin embargo, MEV es un buen negocio para los nodos PoS. El argumento a favor de un EQ bajo es que los nodos PoS que se conectan a MEV en realidad están "compitiendo con el público por ganancias" en la cadena. Volviendo a la hoja de ruta, afortunadamente, ETH todavía cree que el paquete de transacciones debe ser neutral. La solución seleccionada actualmente es utilizar PBS para reducir el impacto de MEV.
14/30PBS significa que los productores y ordenantes de bloques están separados. El clasificador solo es responsable de clasificar y no lo coloca en la cadena. El productor de bloques no se preocupa por las transacciones y selecciona directamente el paquete preparado por el clasificador y lo coloca en la cadena. De esta forma la cadena de sobornos se hará más larga, lo que será algo mejor. Pero no puede curar la causa raíz, sólo puede "mitigarla". Después de todo, PBS sólo debilita el poder de los nodos y hace públicas las cotizaciones.
15/30 Además, quedan algunas pequeñas preguntas en la hoja de ruta, que pueden ser la próxima dirección de investigación: por ejemplo, ¿puede la aplicación ayudarlo directamente con las confirmaciones previas? Por ejemplo, Uni le ayuda a realizar una reserva interna y la transacción se realiza correctamente, ¿o puede la aplicación prohibir públicamente los sándwiches para proteger a los usuarios (protección de vanguardia)? Por ejemplo, Uni prohibió los robots sándwich.
16/30 Por cierto, el trabajo de PBS básicamente sólo se realiza en un 20-40%. Sólo uno se ha completado, y es el mercado externo de MEV. Probablemente se refiera al flashbot.
17/30 La cuarta fase de Verge (la tercera fase de la antigua hoja de ruta) no ha cambiado mucho. El hito principal es la construcción del árbol Verkel. Si esto se desarrolla bien, el bloque de verificación será muy rápido y fluido. Hay algunos avances en este trabajo, incluso más rápido que el progreso de PBS en la etapa anterior.
18/30 Sin embargo, hay un cambio. Antes, ETH solo consideraba que la ZKización completa (completamente SNARKEedETH) era un tema interesante. Ahora, la ZKización L1 se ha agregado claramente a la hoja de ruta de Verge. Tenga en cuenta que no es L2, es L1 y necesita ser ZKizado. Por supuesto, el trabajo relacionado con ello aún no ha comenzado.
19/30 Además, las primeras cuatro etapas también involucran ligeramente algoritmos resistentes a los cuánticos (quantumsafe), pero el craqueo cuántico... todavía se encuentra en una etapa muy temprana de laboratorio y es un asunto importante pero no urgente.
Purga 20/30, la quinta etapa, significa que el Emoji es una escoba. Lo más importante en esta etapa es completar parte de la "deuda técnica" adeudada en los primeros años. Este término es realmente sensato. En los primeros años, muchas estructuras de ETH no estaban pensadas con claridad, como la preservación de registros históricos y registros de estado. Ahora hemos decidido mejorarlos todos de una vez.
21/30 El cambio en comparación con el pasado es que EIP-4444 está escrito explícitamente en la hoja de ruta. La esencia central de EIP-4444 requiere que el cliente elimine algunos datos históricos sin sentido, como los datos de hace un año. Tenga en cuenta que esto no significa cortar directamente el libro mayor de blockchain, sino algunos datos históricos inflados. El libro de contabilidad de blockchain es la base y nunca se puede tocar.
22/30 Aquí hay algo divertido: EIP-4444 requiere oficialmente que su pronunciación sea “fourfours”.
https://eips.ethereum.org/EIPS/eip-4444
Lo mismo ocurre con el estado caducado 23/30. De hecho, en teoría, siempre que exista un libro de contabilidad, todas las transacciones de cada cuenta se pueden revertir. Pero en la práctica, sería demasiado lento retroceder cada vez. Por lo tanto, Ethereum también mantiene un árbol de estado, por ejemplo, en un momento determinado, cuánto dinero hay en la cuenta A y cuánto dinero hay en la cuenta B. Esto hará que la verificación sea mucho más rápida.
24/30 Pero el precio de lo "rápido" es que ETH tiene demasiados datos de estado. Varios TB de datos de estado son demasiados para muchos nodos. Permitir el acceso a más nodos a nivel de hogar es siempre el mayor objetivo de ETH (y BTC). Por lo tanto, para lograr este objetivo, es necesario recortar el estatus. Stateexpiry es para hacer esto, pero entiendo que el plan actual... en realidad aún no está muy claro y aún no se ha iniciado.
25/30 Además, en la quinta etapa, es necesario realizar algunos trabajos de optimización de EVM, como deshabilitar la autodestrucción, que es un mecanismo para devolver GAS, y optimizar el modelo de gas, etc.
26/30 La última sexta etapa, Splurge, tiene un objetivo especial: arreglar todo lo demás. Por ejemplo, EVM requiere que se optimicen muchas cosas; VDF, por ejemplo, permite generar números aleatorios verdaderos en la cadena. En realidad, existe una hoja de ruta previa para VDF, pero parece que implementar VDF requiere cooperación de hardware (énfasis agregado).
27/30 Además, EIP-4337 también es una nueva propuesta en esta ruta. Mucha gente ha introducido la abstracción de cuentas. Digámoslo simplemente: en el pasado, los contratos inteligentes solo podían usarse para transacciones en cadena, pero ahora también esperamos que los contratos inteligentes se puedan usar directamente en su billetera.
Por ejemplo:
-Restaurar billetera directamente a través de las redes sociales
-La fiesta del proyecto te ayudará a adelantar la tarifa del gas.
-USDT como gas, etc.
28/30 El camino para implementarlo requiere un nuevo grupo de memoria de transacción especial. Todas esas transacciones anticipadas se publican aquí y son adelantadas por otros. ¿Te diste cuenta? Esto no requiere modificar ETH. En realidad, en aquel entonces había muchas alternativas al plan 4337, pero la clave para finalmente derrotar otras propuestas fue que no requería modificación de la capa de consenso. A todo el mundo le gusta aplicar parches y las bifurcaciones duras son demasiado dañinas para la cadena de bloques.
https://eips.ethereum.org/EIPS/eip-4337
La abstracción de cuentas 29/30 es realmente algo bueno, aunque el nombre es demasiado abstracto y difícil de entender para muchas personas. Sin embargo, ésta es la clave de la adopción masiva. Sin esto, ETH nunca podría superar el cuello de botella de decenas de millones de usuarios. Sin embargo, en realidad debería situarse en una fase anterior. Aunque el desarrollo general es paralelo, las prioridades son evidentemente diferentes.
¡Final 30/30! ¿Cómo es el final de Ethereum? $ETH será una cadena pública de muy alto rendimiento, segura, de nodos grandes y resistente a la censura. Al mismo tiempo, también tendrá un front-end y back-end muy fáciles de usar, lo que puede liderar. alejarnos de esta dependencia de la confianza en todas partes. Esperando con ansias ese día.