Buenas tardes a todos y bienvenidos. Mi nombre es Maggie y soy la directora técnica de Foresight Ventures. Hoy dedicaremos 30 minutos a hablar sobre "¿Qué tipo de Ethereum Rollup queremos?"
Ahora, me gustaría presentarles brevemente nuestra empresa.
Foresight Ventures es una institución de inversión impulsada por la investigación que se centra en la tecnología blockchain y la industria criptográfica. Nuestra matriz de productos incluye varios componentes clave.
Foresight News es la plataforma de medios web3 multilingüe más grande de la región de Asia y el Pacífico.
También ejecutamos Foresight X, un acelerador que brinda soporte dedicado a las nuevas empresas de Crypto y, en el proceso, construye una próspera comunidad global de desarrolladores Web3.
Si desea saber más sobre nosotros, no dude en visitar nuestro sitio web oficial o conectarse con nosotros en los canales de redes sociales.
Pasemos ahora a la agenda de hoy.
Primero, repasemos la reciente controversia sobre “qué es Ethereum L2” y los Rollups.
Después de eso, discutiremos "¿Qué tipo de Ethereum Rollups podemos esperar?"
1. Polémica sobre “¿Qué es Ethereum L2”?
El mes pasado, Dankrad tuiteó: "Si no utiliza Ethereum como capa de disponibilidad de datos (DA), no es el paquete acumulativo de Ethereum y, por lo tanto, no es el L2 de Ethereum.". También dijo que se consideran los canales estatales y de plasma. L2, pero Validium no lo es.
Después de que Dankrad publicara su opinión, muchos constructores e investigadores en el campo L2 comenzaron a cuestionarla. Hay muchos proyectos L2 que no utilizan Ethereum como capa de disponibilidad de datos para ahorrar costos. Si estos proyectos no están incluidos en la lista L2, tendrá un impacto significativo en estos proyectos de expansión de la red. Además, algunos argumentan que si Validium no cuenta como L2, entonces Plasma tampoco debería contar.
Entonces, si profundiza en la documentación de Ethereum, puede notar que no tienen claro si Validium es una plataforma L2. Pero sí mencionan que Validium es más seguro que Plasma porque utilizan pruebas de validez. Esto parece contradecir el punto de vista de Dankred, quien cree que Plasma es más seguro que Validium desde algunas perspectivas, porque los usuarios pueden salir usando el estado pasado, que Validium no puede soportar.
Por lo tanto, no hay una respuesta definitiva sobre si Plasmas y Validiums deberían incluirse en L2.
Sin embargo, L 2B EAT ha aplicado un filtro "mostrar solo Rollup" en su sitio web, lo que permite a los usuarios filtrar todos los proyectos que no utilizan Ethereum como capa DA.
El debate sobre L2 y Rollup va más allá. También escuchamos muchas opiniones diferentes, como "La disponibilidad de datos es un término confuso, la publicación de datos es mejor", "El paquete acumulativo clásico también es un paquete acumulativo soberano", "El paquete acumulativo soberano no es un paquete acumulativo en absoluto", etc.
Entonces, en lugar de obsesionarnos con esas definiciones, centrémonos en un tema más significativo: ¿qué tipo de Ethereum L2 queremos? **
2. ¿Qué tipo de Ethereum Rollup queremos?
Por definición, la Capa 2 es una cadena de bloques independiente que extiende Ethereum y hereda las garantías de seguridad de Ethereum.
Se han subestimado los problemas de seguridad de Ethereum Rollup. Esperamos que Rollup mejore la seguridad y que haya más cadenas de bloques modulares personalizadas para aplicaciones.
Estas son las características que queremos tener en una solución de Capa 2:
Primero, Queremos que L2 pueda extender Ethereum, lo que significa que L2 debe tener un puente de verificación hacia Ethereum, lo que permite a los usuarios transferir activos entre L2 y Ethereum y recibir seguridad de Ethereum. Por ejemplo, puedo usar mi ETH en Arbitrum L2 para ciertas transacciones a un costo relativamente bajo manteniendo la seguridad de Ethereum.
En segundo lugar, esperamos que L2 pueda lograr una seguridad ultra alta heredando la seguridad de Ethereum.
En primer lugar, esperamos que L2 pueda heredar la seguridad de Ethereum. La mejor manera de lograrlo es utilizar Ethereum como capa de disponibilidad de datos (DA), actuando como un paquete acumulativo para Ethereum. Idealmente, nos gustaría hacer que el nodo L2 sea un nodo sin confianza y solo necesitemos confiar en Ethereum para garantizar completamente la seguridad de Rollup.
En segundo lugar, esperamos que Rollup pueda heredar la actividad de Ethereum. Los usuarios deberían poder ejecutar Rollup ellos mismos incluso si el nodo Rollup no funciona, o al menos tener una manera de salir de L2 y devolver los fondos a L1.
Además, también esperamos que Rollup pueda heredar la descentralización y la resistencia a la censura de Ethereum.
2.1 Heredar la seguridad de Ethereum
Para heredar mejor la seguridad de Ethereum (ETH), Ethereum debe usarse no solo para la disponibilidad de datos y el pedido de transacciones, sino también para la liquidación. La capa Rollup es responsable de ejecutar transacciones y realizar transiciones de estado. Liquidación en Ethereum mediante prueba de fraude o prueba de validez.
Como puede ver en el diagrama, las funciones de los nodos Rollup se pueden dividir en 2 o 3 tipos diferentes: secuenciador, proponente y probador ZK.
Sequencer juega un papel importante en Rollup: empaqueta transacciones y las envía a la red Ethereum, utilizando Ethereum para garantizar la disponibilidad de datos y el orden de las transacciones.
Al mismo tiempo, el Proponente ejecuta estas transacciones y genera el último estado del Rollup, y luego envía la raíz Merkle del nuevo estado a Ethereum. Si se trata de un resumen optimista y nadie inicia un desafío dentro del tiempo especificado, se aceptará el estado raíz y se confirmará la transacción.
En el caso de ZK Rollup, el probador genera una prueba de conocimiento cero para demostrar la validez de la raíz del estado. Una vez que se envíe y confirme el ZKP en Ethereum, la transacción también será confirmada.
Por lo tanto, una vez que todos estos datos han sido comprometidos y confirmados en Ethereum, revertir la transacción del Rollup requiere revertir Ethereum, heredando así las garantías de seguridad de Ethereum. Además, estos tres roles a veces los desempeña el mismo nodo. En algunos protocolos, como Optimism, Sequencer envía lotes de transacciones y raíces de estado de Merkle al mismo tiempo.
Otro problema relacionado con la seguridad es la verificación del estado de Rollup. Como se mencionó anteriormente, el Rollup optimista usa prueba de fraude, mientras que ZK Rollup usa prueba de validez, como prueba de conocimiento cero.
La ventaja de utilizar pruebas de fraude (como Optimism y Arbitrum) es que Rollup puede ser equivalente a la Máquina Virtual Ethereum (EVM). Sin embargo, los usuarios deben verificar la cadena para proteger sus fondos y la confirmación final de las transacciones es más lenta debido a su largo período de desafío de aproximadamente 7 días.
ZK Rollup, como Starknet, zkSync, Scroll y Polygon zkEVM, proporciona una seguridad más sólida mediante el uso de pruebas de conocimiento cero para demostrar que el estado se calculó correctamente. Una vez que se verifique ZKP en L1, la transacción se completará de inmediato. Esto sólo lleva unos minutos o como máximo unas pocas horas, mucho más rápido que el resumen optimista. Sin embargo, ZK Rollup no suele ser totalmente equivalente a EVM.
**Desde una perspectiva de seguridad, las pruebas de conocimiento cero funcionan mejor. Se basan en mecanismos criptográficos no confiables para la verificación del estado, en lugar de confiar en la honestidad de participantes incentivados como paquetes acumulativos optimistas. **Pero las tarifas de transacción pueden ser más altas y no exactamente equivalentes a EVM. Por tanto, elegir cuál utilizar depende de los objetivos de la red.
En algunos casos, un enfoque híbrido puede combinar características de ambos Rollups. Un nuevo proyecto llamado Morphism utiliza pruebas de validez de ZK para responder a los desafíos en diseños acumulativos optimistas, lo que puede reducir la ventana del desafío de 7 días a 1 día y reducir los costos de DA. La pila OP también explora el uso de ZKP para probar programas defectuosos de Optimismo.
Sin embargo, existen grandes preocupaciones de seguridad con respecto a la escalabilidad de Rollup. Cuando Rollup necesita correcciones de errores urgentes o debe actualizarse para admitir nuevas funciones, a veces es necesario actualizar el contrato inteligente de Rollup en Ethereum. Por tanto, quién controla estos contratos inteligentes es crucial.
Para muchos paquetes acumulativos, las claves para controlar las actualizaciones están en manos de los miembros del equipo central. En teoría, estos miembros tienen la capacidad de robar los fondos de los usuarios mediante el uso de mecanismos de escalada. Como dice Vitalic, esto es como una "puerta trasera" para los desarrolladores.
Para evitar este problema, se puede desactivar la capacidad de actualización. Por ejemplo, Fuel V1 deshabilitó la capacidad de actualización, pero cada iteración de actualización requería volver a implementar contratos inteligentes y los usuarios debían migrar manualmente sus activos a la nueva versión. Este proceso es similar a iniciar un nuevo proyecto, lo que da como resultado una liquidez fragmentada y una flexibilidad significativamente reducida.
**Un mejor enfoque es utilizar un DAO para las actualizaciones de gobernanza y establecer un retraso para permitir que los usuarios que no estén de acuerdo con la actualización salgan antes de que se produzca la actualización. **Esto agrega algunos supuestos de seguridad de DAO al Rollup, como el supuesto de mayoría honesta.
**En general, para heredar la seguridad de Ethereum, recomendamos que Rollup utilice Ethereum para la disponibilidad de datos, el pedido y la liquidación de transacciones. Para la verificación estatal, utilizar pruebas de conocimiento cero es más confiable. Si queremos admitir la capacidad de actualización, es mejor usar un DAO para administrar las actualizaciones y darles a los usuarios suficiente tiempo (por ejemplo, 30 días) para salir. **
2.2 Heredar la capacidad de supervivencia de Ethereum
Ahora, hablemos de cómo heredar la vitalidad de Ethereum.
Esperamos que incluso si el serializador y proponente actual falla, con la ayuda de la red principal de Ethereum, los usuarios aún puedan recrear el estado L2 y mantener el Rollup en ejecución, o al menos habrá una manera para que los usuarios salgan sin confianza de L1.
Sin embargo, descubrimos que muchos paquetes acumulativos existentes hasta el momento carecen de este mecanismo, como Optimism, zkSync Era y Base. Entonces, si esto sucede, Rollup dejará de ejecutarse y todos perderán sus fondos en L2.
Algunos paquetes acumulativos permiten a los usuarios forzar la salida y retirar sus fondos en L1 presentando una prueba de fondos Merkle o ZK en L2.
Pero algunos Rollups no le permiten retirar activos excepto garantías, lo que significa que sus activos locales L2 no se pueden retirar. Si cambia su garantía por tokens NFT o LP, es posible que no pueda recuperarlos en Ethereum L1.
Los paquetes acumulativos como dYdX le permiten imponer la conversión de activos nativos L2 en garantía y luego retirarlos en L1.
Algunos paquetes acumulativos también admiten la extracción de NFT a L1.
Una mejor solución es permitir que los usuarios también se conviertan en secuenciadores y proponentes para mantener el Rollup en funcionamiento. Por ejemplo, Polygon zkEVM utiliza el secuenciador sin licencia. Arbitrum permite a los usuarios forzar la inclusión de transacciones en un resumen enviándolas a L1 (hay un retraso de un día para esta operación). Además, cualquiera puede convertirse en proponente después de que el proponente actual de la lista blanca haya estado inactivo durante 6 días consecutivos.
De hecho, la actividad también está relacionada con el grado de descentralización. Si los nodos Rollup están mejor descentralizados y son resistentes a la censura, Rollup tendrá mejor actividad.
**Por lo tanto, para mejorar la capacidad de supervivencia de Rollup, recomendamos nodos descentralizados que permitan a los usuarios ordenar y proponer transacciones ellos mismos en caso de falla. **
2.3 Heredar la descentralización y la resistencia a la censura de Ethereum
La investigación de descentralización acumulada se centra principalmente en Sequencer descentralizado.
Hoy en día, casi todas las redes Rollup solo utilizan un secuenciador centralizado. Los secuenciadores tienen la capacidad de rechazar las transacciones de los usuarios y extraer MEV de forma maliciosa, lo que puede perjudicar económicamente a los usuarios. Además, utilizar un único secuenciador carece de resistencia a la censura.
Por lo tanto, uno de los métodos prometedores que Rollup está explorando para implementar una secuencia descentralizada es una secuencia descentralizada PoS sin permiso. Este método se utiliza en Morphism Rollup, donde el secuenciador se selecciona según las reglas de POS y ejecuta un algoritmo de consenso basado en BFT para llegar a un consenso en el lote de transacciones. Algunos otros paquetes acumulativos intentan utilizar el método de elección de líder para elegir un secuenciador líder en cada época.
*Otro método es mediante subasta MEV. En cada época, los participantes pujan en función de las ganancias que esperan de las tarifas de transacción y el MEV que pueden retirar como secuenciador. El ganador paga el monto de su oferta a la tesorería de Rollup y recibe el derecho de ordenar operaciones y capturar todas las ganancias durante esa época.
*La prueba de eficiencia de Polygon es otro enfoque en el que cualquiera puede convertirse en secuenciador o agregador. Los secuenciadores requieren una tarifa adicional para evitar ataques de spam cuando proponen lotes de transacciones a Ethereum L1. El agregador verifica las transacciones por lotes emitidas por el secuenciador. El primer agregador que envíe el certificado de validez recibirá los tokens depositados por el secuenciador. Sin embargo, los recursos informáticos de los agregadores rezagados pueden desperdiciarse.
En el método de secuenciador compartido, un grupo de nodos proporciona servicios de secuenciación a múltiples Rollups. Rollup se conecta a una red de secuenciador compartido para manejar el pedido de transacciones y la generación de bloques. Los grupos de secuenciadores compartidos están descentralizados (ejecutan protocolos de consenso para acordar transacciones y enviar lotes de transacciones)
Todas estas tecnologías para secuenciadores descentralizados están todavía en su infancia y siguen evolucionando. Por lo tanto, en este momento sólo podemos ofrecer una evaluación neutral.
Los probadores ZKP pueden ser tan descentralizados y sin permisos como la prueba de eficiencia de Polygon porque no pueden realizar MEV y es difícil comportarse de manera maliciosa.
**En resumen, necesitamos serializadores y probadores descentralizados para mejorar la descentralización y la resistencia a la censura de Rollup. **
Además de las preocupaciones por la seguridad, hay muchos otros factores a considerar. Aquí hay algunas preguntas relacionadas:
¿Cómo equilibrar los incentivos del secuenciador y el probador ZKP?
El secuenciador puede ejecutar MEV, pero el probador no. Este mecanismo hace que las personas estén más dispuestas a convertirse en serializadores. Sin embargo, en realidad necesitamos más probadores que secuenciadores porque generar pruebas de conocimiento cero requiere más potencia informática que empaquetar transacciones. Entonces, ¿cómo equilibrar los incentivos entre ambos? Creo que necesitamos diseñar un modelo de tarifas dinámico e inteligente y un modelo de incentivos.
Después de la actualización EIP 4844, Rollup utilizará blobs para almacenar datos, y los datos de blobs solo se guardan en Ethereum durante 1 a 3 meses, entonces, ¿afectará esto a Rollup?
Mi respuesta es sí, creo que habrá un pequeño impacto, pero se solucionará fácilmente. Los datos históricos del resumen se pueden cargar en un almacenamiento descentralizado para archivarlos. Si todos los nodos de Rollup se desconectan (especialmente en la situación actual de serializador único), los usuarios deberán descargar datos históricos del sistema de almacenamiento descentralizado y combinarlos con datos de blobs de Ethereum L1 para reconstruir el estado.
¿Cómo reducir las tarifas de transacción de Rollup?
Al diseñar Rollup, hubo muchas compensaciones entre seguridad, descentralización y rentabilidad. Por ejemplo, utilizamos ZKP para verificar el estado para mejorar la seguridad, pero esto requiere más potencia informática y también encarece las transacciones. Esta es una compensación entre seguridad y costo. Algunos ZK Rollups utilizan pruebas recursivas para agregar ZKP para múltiples lotes de transacciones y luego envían las pruebas agregadas a L1. Esto puede ahorrar costos de gasolina en Ethereum y reducir las tarifas de transacción L2, pero también alargará el tiempo para la confirmación final de la transacción.
Resumir
Para resumir, volvamos a nuestra pregunta original, ¿qué tipo de Ethereum Rollup queremos?
En primer lugar, esperamos que Rollup herede no solo la seguridad de Ethereum, sino también su capacidad de supervivencia, descentralización y resistencia a la censura.
En la práctica, es muy difícil crear un paquete acumulativo L2 que no introduzca supuestos de confianza adicionales, ya que la capacidad de actualización, los serializadores descentralizados y las configuraciones confiables a prueba de conocimiento cero pueden implicar supuestos de confianza adicionales. No se puede decir que L2 Rollup herede completamente la seguridad de ETH sin confiar en ningún nodo L2 Rollup.
*Para mayor seguridad. **Las actualizaciones de contratos inteligentes L1 Rollup deben regirse por la DAO, con retrasos establecidos para permitir a los usuarios tiempo suficiente para salir si no están de acuerdo con la actualización. **Sin embargo, este enfoque también introduce supuestos de seguridad de DAO en el sistema.
Por último, pero no menos importante, No utilice un único serializador, utilice un serializador descentralizado para una mejor capacidad de supervivencia, descentralización y resistencia a la censura.
Antes de finalizar mi presentación, quiero enfatizar que si alguien aquí tiene grandes ideas y necesita recursos para implementarlas, no dude en contactarnos en Foresight Ventures.
Además, te invitamos a unirte a nuestro programa de incubación Foresight X. Estamos aquí para apoyar y nutrir su viaje empresarial. Con nuestro profundo conocimiento de la industria y nuestros amplios recursos, nos aseguraremos de que su proyecto prospere.
Además, si trabaja en el mundo académico o en la investigación, Foresight X ofrece subvenciones competitivas para respaldar su trayectoria investigadora.
Además, aquí proporcionamos un código QR con todos los enlaces que puedan interesarle, incluidos informes de investigación. No dudes en tomar una foto o escanear el código para obtener más información y puedes encontrarme en Twitter si tienes alguna pregunta después de la sesión.
Gracias nuevamente por su tiempo; espero que todos hayan disfrutado y tengan un gran día.
Para consultar el contenido del PPT, haga clic aquí: 0920).pdf
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Foresight Ventures: ¿Qué tipo de paquete acumulativo de Ethereum queremos?
Autor original: Maggie-Foresight Ventures
Buenas tardes a todos y bienvenidos. Mi nombre es Maggie y soy la directora técnica de Foresight Ventures. Hoy dedicaremos 30 minutos a hablar sobre "¿Qué tipo de Ethereum Rollup queremos?"
Ahora, me gustaría presentarles brevemente nuestra empresa.
Si desea saber más sobre nosotros, no dude en visitar nuestro sitio web oficial o conectarse con nosotros en los canales de redes sociales.
Pasemos ahora a la agenda de hoy.
Primero, repasemos la reciente controversia sobre “qué es Ethereum L2” y los Rollups.
Después de eso, discutiremos "¿Qué tipo de Ethereum Rollups podemos esperar?"
1. Polémica sobre “¿Qué es Ethereum L2”?
El mes pasado, Dankrad tuiteó: "Si no utiliza Ethereum como capa de disponibilidad de datos (DA), no es el paquete acumulativo de Ethereum y, por lo tanto, no es el L2 de Ethereum.". También dijo que se consideran los canales estatales y de plasma. L2, pero Validium no lo es.
Después de que Dankrad publicara su opinión, muchos constructores e investigadores en el campo L2 comenzaron a cuestionarla. Hay muchos proyectos L2 que no utilizan Ethereum como capa de disponibilidad de datos para ahorrar costos. Si estos proyectos no están incluidos en la lista L2, tendrá un impacto significativo en estos proyectos de expansión de la red. Además, algunos argumentan que si Validium no cuenta como L2, entonces Plasma tampoco debería contar.
Entonces, si profundiza en la documentación de Ethereum, puede notar que no tienen claro si Validium es una plataforma L2. Pero sí mencionan que Validium es más seguro que Plasma porque utilizan pruebas de validez. Esto parece contradecir el punto de vista de Dankred, quien cree que Plasma es más seguro que Validium desde algunas perspectivas, porque los usuarios pueden salir usando el estado pasado, que Validium no puede soportar.
Por lo tanto, no hay una respuesta definitiva sobre si Plasmas y Validiums deberían incluirse en L2.
Sin embargo, L 2B EAT ha aplicado un filtro "mostrar solo Rollup" en su sitio web, lo que permite a los usuarios filtrar todos los proyectos que no utilizan Ethereum como capa DA.
El debate sobre L2 y Rollup va más allá. También escuchamos muchas opiniones diferentes, como "La disponibilidad de datos es un término confuso, la publicación de datos es mejor", "El paquete acumulativo clásico también es un paquete acumulativo soberano", "El paquete acumulativo soberano no es un paquete acumulativo en absoluto", etc.
Entonces, en lugar de obsesionarnos con esas definiciones, centrémonos en un tema más significativo: ¿qué tipo de Ethereum L2 queremos? **
2. ¿Qué tipo de Ethereum Rollup queremos?
Por definición, la Capa 2 es una cadena de bloques independiente que extiende Ethereum y hereda las garantías de seguridad de Ethereum.
Se han subestimado los problemas de seguridad de Ethereum Rollup. Esperamos que Rollup mejore la seguridad y que haya más cadenas de bloques modulares personalizadas para aplicaciones.
Estas son las características que queremos tener en una solución de Capa 2:
2.1 Heredar la seguridad de Ethereum
Para heredar mejor la seguridad de Ethereum (ETH), Ethereum debe usarse no solo para la disponibilidad de datos y el pedido de transacciones, sino también para la liquidación. La capa Rollup es responsable de ejecutar transacciones y realizar transiciones de estado. Liquidación en Ethereum mediante prueba de fraude o prueba de validez.
Como puede ver en el diagrama, las funciones de los nodos Rollup se pueden dividir en 2 o 3 tipos diferentes: secuenciador, proponente y probador ZK.
Por lo tanto, una vez que todos estos datos han sido comprometidos y confirmados en Ethereum, revertir la transacción del Rollup requiere revertir Ethereum, heredando así las garantías de seguridad de Ethereum. Además, estos tres roles a veces los desempeña el mismo nodo. En algunos protocolos, como Optimism, Sequencer envía lotes de transacciones y raíces de estado de Merkle al mismo tiempo.
Otro problema relacionado con la seguridad es la verificación del estado de Rollup. Como se mencionó anteriormente, el Rollup optimista usa prueba de fraude, mientras que ZK Rollup usa prueba de validez, como prueba de conocimiento cero.
**Desde una perspectiva de seguridad, las pruebas de conocimiento cero funcionan mejor. Se basan en mecanismos criptográficos no confiables para la verificación del estado, en lugar de confiar en la honestidad de participantes incentivados como paquetes acumulativos optimistas. **Pero las tarifas de transacción pueden ser más altas y no exactamente equivalentes a EVM. Por tanto, elegir cuál utilizar depende de los objetivos de la red.
En algunos casos, un enfoque híbrido puede combinar características de ambos Rollups. Un nuevo proyecto llamado Morphism utiliza pruebas de validez de ZK para responder a los desafíos en diseños acumulativos optimistas, lo que puede reducir la ventana del desafío de 7 días a 1 día y reducir los costos de DA. La pila OP también explora el uso de ZKP para probar programas defectuosos de Optimismo.
Sin embargo, existen grandes preocupaciones de seguridad con respecto a la escalabilidad de Rollup. Cuando Rollup necesita correcciones de errores urgentes o debe actualizarse para admitir nuevas funciones, a veces es necesario actualizar el contrato inteligente de Rollup en Ethereum. Por tanto, quién controla estos contratos inteligentes es crucial.
**En general, para heredar la seguridad de Ethereum, recomendamos que Rollup utilice Ethereum para la disponibilidad de datos, el pedido y la liquidación de transacciones. Para la verificación estatal, utilizar pruebas de conocimiento cero es más confiable. Si queremos admitir la capacidad de actualización, es mejor usar un DAO para administrar las actualizaciones y darles a los usuarios suficiente tiempo (por ejemplo, 30 días) para salir. **
2.2 Heredar la capacidad de supervivencia de Ethereum
Ahora, hablemos de cómo heredar la vitalidad de Ethereum.
Esperamos que incluso si el serializador y proponente actual falla, con la ayuda de la red principal de Ethereum, los usuarios aún puedan recrear el estado L2 y mantener el Rollup en ejecución, o al menos habrá una manera para que los usuarios salgan sin confianza de L1.
De hecho, la actividad también está relacionada con el grado de descentralización. Si los nodos Rollup están mejor descentralizados y son resistentes a la censura, Rollup tendrá mejor actividad.
**Por lo tanto, para mejorar la capacidad de supervivencia de Rollup, recomendamos nodos descentralizados que permitan a los usuarios ordenar y proponer transacciones ellos mismos en caso de falla. **
2.3 Heredar la descentralización y la resistencia a la censura de Ethereum
La investigación de descentralización acumulada se centra principalmente en Sequencer descentralizado.
Todas estas tecnologías para secuenciadores descentralizados están todavía en su infancia y siguen evolucionando. Por lo tanto, en este momento sólo podemos ofrecer una evaluación neutral.
Los probadores ZKP pueden ser tan descentralizados y sin permisos como la prueba de eficiencia de Polygon porque no pueden realizar MEV y es difícil comportarse de manera maliciosa.
**En resumen, necesitamos serializadores y probadores descentralizados para mejorar la descentralización y la resistencia a la censura de Rollup. **
Además de las preocupaciones por la seguridad, hay muchos otros factores a considerar. Aquí hay algunas preguntas relacionadas:
El secuenciador puede ejecutar MEV, pero el probador no. Este mecanismo hace que las personas estén más dispuestas a convertirse en serializadores. Sin embargo, en realidad necesitamos más probadores que secuenciadores porque generar pruebas de conocimiento cero requiere más potencia informática que empaquetar transacciones. Entonces, ¿cómo equilibrar los incentivos entre ambos? Creo que necesitamos diseñar un modelo de tarifas dinámico e inteligente y un modelo de incentivos.
Mi respuesta es sí, creo que habrá un pequeño impacto, pero se solucionará fácilmente. Los datos históricos del resumen se pueden cargar en un almacenamiento descentralizado para archivarlos. Si todos los nodos de Rollup se desconectan (especialmente en la situación actual de serializador único), los usuarios deberán descargar datos históricos del sistema de almacenamiento descentralizado y combinarlos con datos de blobs de Ethereum L1 para reconstruir el estado.
Al diseñar Rollup, hubo muchas compensaciones entre seguridad, descentralización y rentabilidad. Por ejemplo, utilizamos ZKP para verificar el estado para mejorar la seguridad, pero esto requiere más potencia informática y también encarece las transacciones. Esta es una compensación entre seguridad y costo. Algunos ZK Rollups utilizan pruebas recursivas para agregar ZKP para múltiples lotes de transacciones y luego envían las pruebas agregadas a L1. Esto puede ahorrar costos de gasolina en Ethereum y reducir las tarifas de transacción L2, pero también alargará el tiempo para la confirmación final de la transacción.
Resumir
Para resumir, volvamos a nuestra pregunta original, ¿qué tipo de Ethereum Rollup queremos?
Antes de finalizar mi presentación, quiero enfatizar que si alguien aquí tiene grandes ideas y necesita recursos para implementarlas, no dude en contactarnos en Foresight Ventures.
Además, te invitamos a unirte a nuestro programa de incubación Foresight X. Estamos aquí para apoyar y nutrir su viaje empresarial. Con nuestro profundo conocimiento de la industria y nuestros amplios recursos, nos aseguraremos de que su proyecto prospere.
Además, si trabaja en el mundo académico o en la investigación, Foresight X ofrece subvenciones competitivas para respaldar su trayectoria investigadora.
Además, aquí proporcionamos un código QR con todos los enlaces que puedan interesarle, incluidos informes de investigación. No dudes en tomar una foto o escanear el código para obtener más información y puedes encontrarme en Twitter si tienes alguna pregunta después de la sesión.
Gracias nuevamente por su tiempo; espero que todos hayan disfrutado y tengan un gran día.
Para consultar el contenido del PPT, haga clic aquí: 0920).pdf